Re: Breakage of editors/tamago (Re: build errors after upgrading editors/emacs to version 26.1)
Yasuhiro KIMURA wrote: Hello all, From: Joseph Mingrone Subject: build errors after upgrading editors/emacs to version 26.1 Date: Tue, 29 May 2018 22:17:00 -0300 Poudriere tests of all 'USES=emacs' ports with the latest editors/emacs (version 26.1) resulted in the following errors in either 10i386 or 11amd64 jails: editors/tamago (hrs@) I'm investigating breakage of this port and submitted report of current status as following bug report. Bug 228812 - editors/tamago: This port is broken only with restrected conditions https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228812 Summary of report is * This port is not broken with real environment (i.e. not poudriere). it applies to all flavors. * With poudriere full, canna and nox are broken. devel_full and devel_nox are not. * Accoding to the error message of poudriere build log, source of build failure may be bug of Emacs 26.1. I'll continue to investigating this problem. But to be honest I'm far from emacs lisp expert, and I know almost nothing about inside of Emacs either. So please give me hint, idea, suggestion, etc if something hits upon you about this problem. Additional data points: 1) Under Emacs, vm (mail reader viewmail) compiled for Emacs 25.3 does not work for 26.1. 2) Attempts to compile vm-8.2.0b under Emacs 26.1 fail due to changes in how Emacs processes Lisp. This is a registered bug, at "https://bugs.launchpad.net/vm/+bug/1763377";. There is a patch, which at least in my case fixes one problem but reveals another. (Build log available on request.) Respectfully, Robert Huff ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Breakage of editors/tamago (Re: build errors after upgrading editors/emacs to version 26.1)
Hello all, From: Joseph Mingrone Subject: build errors after upgrading editors/emacs to version 26.1 Date: Tue, 29 May 2018 22:17:00 -0300 > Poudriere tests of all 'USES=emacs' ports with the latest editors/emacs > (version 26.1) resulted in the following errors in either 10i386 or > 11amd64 jails: > > editors/tamago (hrs@) I'm investigating breakage of this port and submitted report of current status as following bug report. Bug 228812 - editors/tamago: This port is broken only with restrected conditions https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228812 Summary of report is * This port is not broken with real environment (i.e. not poudriere). it applies to all flavors. * With poudriere full, canna and nox are broken. devel_full and devel_nox are not. * Accoding to the error message of poudriere build log, source of build failure may be bug of Emacs 26.1. I'll continue to investigating this problem. But to be honest I'm far from emacs lisp expert, and I know almost nothing about inside of Emacs either. So please give me hint, idea, suggestion, etc if something hits upon you about this problem. Best Regards. --- Yasuhiro KIMURA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
build errors after upgrading editors/emacs to version 26.1
Hello maintainers, Poudriere tests of all 'USES=emacs' ports with the latest editors/emacs (version 26.1) resulted in the following errors in either 10i386 or 11amd64 jails: editors/tamago (hrs@) mail/mu4e (hrs@) japanese/mozc-server (hrs@) deskutils/howm (kuriyama@) net/tramp (kuriyama@) databases/bbdb (dryice@) graphics/xface.el (ports@) japanese/yc.el (t...@nakao.org) net-im/jabber.el (max.n.boya...@gmail.com) www/emacs-w3m (nobutaka@) Follow these URL for details: http://pkg.awarnach.mathstat.dal.ca/build.html?mastername=10i386-default&build=2018-05-29_16h46m12s http://pkg.awarnach.mathstat.dal.ca/build.html?mastername=11amd64-default&build=2018-05-29_13h08m46s https://reviews.freebsd.org/D15044 Unless I hear any objections, I will likely go ahead with the editors/emacs update tomorrow afternoon (UTC) and will mark these ports as BROKEN. Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
Hajimu UMEMOTO writes: >>>>>> On Sun, 24 Dec 2017 12:12:44 -0400 >>>>>> Joseph Mingrone said: >> - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) >> - japanese/migemo-emacs23 > jrm> Are you Ok if I remove these ports immediately, since Emacs version 23 > was removed from the > jrm> ports tree in 2014. > As for japanese/egg-canna, since there is no working emacs with it any > more, it's okay to remove it. While japanese/migemo-emacs23 (now japanese/migemo-emacs) builds successfully, I am increasingly suspicious that it has passed its usefulness. For example, during the build there are messages about obsolete and missing elisp functions. Moreover, the port itself seems broken. Many of the variable definitions in japanese/migemo-emacs/Makefile are overwritten by the master port. /usr/ports/japanese % grep _DEPENDS migemo-emacs/Makefile BUILD_DEPENDS= apel${EMACS_PKGNAMESUFFIX}>=10.8:editors/apel@${EMACS_FLAVOR} RUN_DEPENDS= apel${EMACS_PKGNAMESUFFIX}>=10.8:editors/apel@${EMACS_FLAVOR} \ /usr/ports/japanese % make -C migemo-emacs -VBUILD_DEPENDS -VRUN_DEPENDS /usr/local/lib/ruby/site_ruby/2.4/romkan.rb:japanese/ruby-romkan /usr/local/lib/ruby/site_ruby/2.4/bsearch.rb:devel/ruby-bsearch /usr/local/bin/ruby24:lang/ruby24 /usr/local/bin/emacs-25.3:editors/emacs@full autoconf-2.69:devel/autoconf autoheader-2.69:devel/autoconf autoreconf-2.69:devel/autoconf aclocal-1.15:devel/automake automake-1.15:devel/automake /usr/local/lib/ruby/site_ruby/2.4/romkan.rb:japanese/ruby-romkan /usr/local/lib/ruby/site_ruby/2.4/bsearch.rb:devel/ruby-bsearch /usr/local/bin/ruby24:lang/ruby24 /usr/local/bin/emacs-25.3:editors/emacs@full I will mark it as deprecated and set an expiration date. Please speak up if you believe it is still useful! Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
Joseph Mingrone wrote in <86d135nne8@phe.ftfl.ca>: jr> A quick scan suggests that these port may have passed their usefulness. jr> Could you speak up if they are still useful or if you feel they should jr> be removed? jr> - editors/psgml (use psgml-1.3.4.tar from http://elpa.gnu.org/packages/psgml.html ?) jr> - print/yatex (version almost 5 years old, newer release available) I will take a look into them. These are not obsolete. -- Hiroki pgpD4EyOhMcLP.pgp Description: PGP signature
Call for testing: Emacs flavors and cleanup
There is a review for proposed changes to Emacs ports. https://reviews.freebsd.org/D13506 Could you reply to the review if you have any concerns or notice any run-time issues as a result of these changes? Thanks, Joseph [1] A port with USE_EMACS=yes (proposed to be USES=emacs) signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
Liu Dryice writes: > On 24 Dec 2017, 05:29 +0800, Joseph Mingrone , wrote: > - deskutils/etask (non-mirrored tarball dead since 2007) > This is still fetchable from distcache. Though I admit I haven't used > it and haven't heard about it for quite a long time. I see reports that patches were required to get it working with Emacs 21, so I wonder how well it works 10 years later? Choice is good, but I suspect that it would be best to point Emacs users looking for task management to something reasonably maintained like org-mode. If you disagree, could you try it out and report back whether it is working and still useful? > - editors/tree-widget (part of emacs since 2007) > This was added for devel/xtla (Emacs mode for tla/gnu arch). Now > devel/xtla is gone and tree-widget is in Emacs. I guess it's OK to be > removed. Removed. > - textproc/emacs-wiki (last release from 2006) > - textproc/muse (last release from 2010) > They are superceded by org-mode but there are people like me keeping > old files and diaries written with them. I'd suggest we keep them. Sounds good. > - textproc/htmlize.el (500 from MASTER_SITES; fetchable from distcache) > New version is at https://github.com/hniksic/emacs-htmlize, I'll > update it Thanks for your feedback. Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
Hi, >>>>> On Sun, 24 Dec 2017 12:12:44 -0400 >>>>> Joseph Mingrone said: > - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) > - japanese/migemo-emacs23 jrm> Are you Ok if I remove these ports immediately, since Emacs version 23 was removed from the jrm> ports tree in 2014. As for japanese/egg-canna, since there is no working emacs with it any more, it's okay to remove it. Sincerely, -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Are these Emacs ports still useful?
Joseph Mingrone writes: > - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) > - japanese/migemo-emacs23 Are you Ok if I remove these ports immediately, since Emacs version 23 was removed from the ports tree in 2014. Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
From: Joseph Mingrone Subject: Re: Are these Emacs ports still useful? Date: Sat, 23 Dec 2017 18:29:29 -0400 >>> A quick scan suggests that these port may have passed their usefulness. >>> Could you speak up if they are still useful or if you feel they should >>> be removed? >> (snip) >>> - editors/apel (2010 source) >>> - editors/flim (2007 source) >>> - editors/semi (2003 source) > >> They are required by www/emacs-w3m. > > They are dependencies for www/emacs-w3m, but are they really required? > Upsreams [1,2] say apel and friends are only required with quite old > versions of Emacs that were released around 2001. I checked '*.el' files of emacs-w3m-emacs-nox11-1.4.598.b.20170903_2 and found following lines in ${PREFIX}${EMACS_VERSION_SITE_LISPDIR}/w3m/octet.el that is installed when OCTET_VIEWER option is enabled. yasu@eastasia[2305]% less -N /usr/local/share/emacs/25.3/site-lisp/w3m/octet.el (snip) 65 ;;; Code: 66 67 (eval-when-compile 68 (require 'cl)) 69 70 (require 'poe) ; for compatibility 71 (require 'pces); as-binary-process 72 (require 'mime); SEMI 73 (require 'static) 74 (require 'w3m-util); w3m-insert-string At line 72 'mime' is required, and this feature is provided by semi. So if OCTET_VIEWER option is enabled www/emacs-w3m depends on editors/semi. Regards. --- Yasuhiro KIMURA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Are these Emacs ports still useful?
Yasuhiro KIMURA writes: > From: Joseph Mingrone > Subject: Re: Are these Emacs ports still useful? > Date: Sat, 23 Dec 2017 18:29:29 -0400 >>>> A quick scan suggests that these port may have passed their usefulness. >>>> Could you speak up if they are still useful or if you feel they should >>>> be removed? >>> (snip) >>>> - editors/apel (2010 source) >>>> - editors/flim (2007 source) >>>> - editors/semi (2003 source) >>> They are required by www/emacs-w3m. >> They are dependencies for www/emacs-w3m, but are they really required? >> Upsreams [1,2] say apel and friends are only required with quite old >> versions of Emacs that were released around 2001. > I checked '*.el' files of emacs-w3m-emacs-nox11-1.4.598.b.20170903_2 > and found following lines in > ${PREFIX}${EMACS_VERSION_SITE_LISPDIR}/w3m/octet.el that is > installed when OCTET_VIEWER option is enabled. > yasu@eastasia[2305]% less -N > /usr/local/share/emacs/25.3/site-lisp/w3m/octet.el > (snip) > 65 ;;; Code: > 66 > 67 (eval-when-compile > 68 (require 'cl)) > 69 > 70 (require 'poe) ; for compatibility > 71 (require 'pces); as-binary-process > 72 (require 'mime); SEMI > 73 (require 'static) > 74 (require 'w3m-util); w3m-insert-string > At line 72 'mime' is required, and this feature is provided by > semi. So if OCTET_VIEWER option is enabled www/emacs-w3m depends on > editors/semi. > Regards. Thanks for checking. Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
Hi, I resend this message because it was rejected by ports list. > On Sat, 23 Dec 2017 17:29:51 -0400 > Joseph Mingrone said: jrm> - mail/xcite (no real updates since 2010, still useful?) I'm using it. It is very useful at least for me. I don't think no update means no usefulness. :-( -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Are these Emacs ports still useful?
Hi, I resend this message because it was rejected by ports list. > On Sat, 23 Dec 2017 17:29:51 -0400 > Joseph Mingrone said: jrm> - mail/x-face-e21 (not fetchable) It seems fetchable. -- Hajimu UMEMOTO u...@mahoroba.org u...@freebsd.org http://www.mahoroba.org/~ume/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Are these Emacs ports still useful?
From: Joseph Mingrone Subject: Are these Emacs ports still useful? Date: Sat, 23 Dec 2017 17:29:51 -0400 > A quick scan suggests that these port may have passed their usefulness. > Could you speak up if they are still useful or if you feel they should > be removed? (snip) > - editors/apel (2010 source) > - editors/flim (2007 source) > - editors/semi (2003 source) They are required by www/emacs-w3m. Regards. --- Yasuhiro KIMURA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Are these Emacs ports still useful?
[resending because original did not make it to the list] Joseph Mingrone writes: > Hajimu UMEMOTO writes: >> Hi, >>> On Sat, 23 Dec 2017 17:29:51 -0400 >>> Joseph Mingrone said: >> jrm> - mail/xcite (no real updates since 2010, still useful?) >> I'm using it. It is very useful at least for me. >> I don't think no update means no usefulness. :-( > Agreed. No updates does not imply it should be removed, but > superficially it can sometimes suggest stale > code. I will unflag mail/xcite for removal. > Thanks, > Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
[resending because original message did not make it to the list] Joseph Mingrone writes: > Yasuhiro KIMURA writes: >> From: Joseph Mingrone >> Subject: Are these Emacs ports still useful? >> Date: Sat, 23 Dec 2017 17:29:51 -0400 >>> A quick scan suggests that these port may have passed their usefulness. >>> Could you speak up if they are still useful or if you feel they should >>> be removed? >> (snip) >>> - editors/apel (2010 source) >>> - editors/flim (2007 source) >>> - editors/semi (2003 source) >> They are required by www/emacs-w3m. >> Regards. > They are dependencies for www/emacs-w3m, but are they really required? > Upsreams [1,2] say apel and friends are only required with quite old > versions of Emacs that were released around 2001. > Regards, > Joseph > [1] The original emacs-w3m source, http://emacs-w3m.namazu.org/, says > with Emacs 21.1 (released in 2001) "No additional packages are > required." Other sources, such as [2] have made fixes to the last > release from this source. > [2] The melpa source, > https://github.com/emacsorphanage/w3m/ has no other elisp dependencies. signature.asc Description: PGP signature
Are these Emacs ports still useful?
[resending (with updates) because original message did not make it to the list] Hello all, A quick scan suggests that these port may have passed their usefulness. Could you speak up if they are still useful or if you feel they should be removed? Regards, Joseph - sysutils/puppet-mode.el (pulling from source over 5 years old) - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) - deskutils/etask (non-mirrored tarball dead since 2007) - editors/apel (2010 source) - editors/flim (2007 source) - editors/semi (2003 source) - editors/tree-widget (part of emacs since 2007) - graphics/xface.el (distilator reports 500 for all sources) - japanese/lookup (source tarball from 2007) (update: feedback received; still useful) - japanese/migemo-emacs23 - japanese/yc.el (source from 2010, does not build w/ emacs-devel) - mail/xcite (no real updates since 2010, still useful?) (update: feedback received; still useful) - textproc/dictem (last release over five years ago) - textproc/doc-mode.el (last release from 2006) - textproc/emacs-wiki (last release from 2006) - textproc/htmlize.el (500 from MASTER_SITES; fetchable from distcache) - textproc/ibus-el (no updates for over 5 years) - textproc/muse (last release from 2010) - textproc/xml-lite.el (merged with sgml-mode.el in 2007) - textproc/xml-parse.el (described as deprecated on Emacs wiki; release from 2001) These ports have not been updated in some time. Should they be updated or removed? - editors/psgml (use psgml-1.3.4.tar from http://elpa.gnu.org/packages/psgml.html ?) - editors/slime (five new releases since last 2015 port update) - japanese/ddskk (using nearly 5-year-old release) - mail/waderlust (only fetchable by distcache; source from 2005?; combine with mail/wanderlust-devel) - mail/x-face-e21 (not fetchable) (update: www.jpl.org is back up) - math/proofgeneral (version over 5 years old w/ releases since; does not building with Emacs 27 without X) - misc/elscreen (release from 2007) - print/hyperlatex (release from 2006) - print/yatex (version almost 5 years old, newer release available) - security/starttls (superceded by https://github.com/emacs-mirror/emacs/blob/master/lisp/net/starttls.el ?) - textproc/dictionary (port version from 2011 or earlier, 2013 version available) signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
Yasuhiro KIMURA writes: > From: Joseph Mingrone > Subject: Are these Emacs ports still useful? > Date: Sat, 23 Dec 2017 17:29:51 -0400 >> A quick scan suggests that these port may have passed their usefulness. >> Could you speak up if they are still useful or if you feel they should >> be removed? > (snip) >> - japanese/lookup (source tarball from 2007) > At least I still use it. And there is beta version of Lookup 2.0 in > following URL. But it isn't fully compatible with 1.4.1. So I cannot > dicide whether to update to 2.0. > http://lookup2.github.io/ Thanks for your feedback. japanese/lookup should not be removed then. Joseph signature.asc Description: PGP signature
Re: Are these Emacs ports still useful?
From: Joseph Mingrone Subject: Are these Emacs ports still useful? Date: Sat, 23 Dec 2017 17:29:51 -0400 > A quick scan suggests that these port may have passed their usefulness. > Could you speak up if they are still useful or if you feel they should > be removed? (snip) > - japanese/lookup (source tarball from 2007) At least I still use it. And there is beta version of Lookup 2.0 in following URL. But it isn't fully compatible with 1.4.1. So I cannot dicide whether to update to 2.0. http://lookup2.github.io/ Regards. --- Yasuhiro KIMURA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: devel/universal-ctags conflicts with emacs and update, commit request
On 10/24/17 08:05, Derek Schrock wrote: Could someone take a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223076 This fixes an issue with devel/universal-ctags conflicting with emacs' ctags binary by prefixing unviersal-ctags with a "u" and updates devel/universal-ctags to a new commit. Also, what's the best way for myself or the bug submitter to catch the attention of a committer if/when a patch is attach to Bugzilla? Should the bug submitter change the title of the bug prefixing with [patch] and a URL update if a Phabricator review was created or is a mailing list request like the following best? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" I'll take it ! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
devel/universal-ctags conflicts with emacs and update, commit request
Could someone take a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223076 This fixes an issue with devel/universal-ctags conflicting with emacs' ctags binary by prefixing unviersal-ctags with a "u" and updates devel/universal-ctags to a new commit. Also, what's the best way for myself or the bug submitter to catch the attention of a committer if/when a patch is attach to Bugzilla? Should the bug submitter change the title of the bug prefixing with [patch] and a URL update if a Phabricator review was created or is a mailing list request like the following best? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: pango not building under portmaster, holds back emacs (portmaster)
David Wolfskill writes: > On Sun, May 21, 2017 at 04:55:57PM -0400, Lowell Gilbert wrote: >> I suspect this is a portmaster problem, but pango isn't building with X >> support because of: >> ../pango/pangoxft-render.h:31:10: fatal error: 'X11/Xft/Xft.h' file not found >> >> This is only the current issue. I've been struggling for several days to >> get my graphics programs rebuilt, and I haven't seen any e-mail about >> it. Anyone have an idea what's going on? >> > > Not much of an idea; while I use portmaster to update the ports on > systems where I update base in-place via src update, I don't recall > encountering that -- and on one of those systems (my laptop), I update > the installed ports daily. > > I find that /usr/local/include/X11/Xft/Xft.h was installed by > x11-fonts/libXft, so re-installing it may help. And it did, so that means there's a missing dependency in pango. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: pango not building under portmaster, holds back emacs (portmaster)
On Sun, May 21, 2017 at 04:55:57PM -0400, Lowell Gilbert wrote: > I suspect this is a portmaster problem, but pango isn't building with X > support because of: > ../pango/pangoxft-render.h:31:10: fatal error: 'X11/Xft/Xft.h' file not found > > This is only the current issue. I've been struggling for several days to > get my graphics programs rebuilt, and I haven't seen any e-mail about > it. Anyone have an idea what's going on? > Not much of an idea; while I use portmaster to update the ports on systems where I update base in-place via src update, I don't recall encountering that -- and on one of those systems (my laptop), I update the installed ports daily. I find that /usr/local/include/X11/Xft/Xft.h was installed by x11-fonts/libXft, so re-installing it may help. Peace, david -- David H. Wolfskill da...@catwhisker.org "[T]he president’s improper efforts to influence an ongoing investigation" See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
pango not building under portmaster, holds back emacs (portmaster)
I suspect this is a portmaster problem, but pango isn't building with X support because of: ../pango/pangoxft-render.h:31:10: fatal error: 'X11/Xft/Xft.h' file not found This is only the current issue. I've been struggling for several days to get my graphics programs rebuilt, and I haven't seen any e-mail about it. Anyone have an idea what's going on? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: editors/emacs-nox11 not compiling with LTO enabled
It compiles with CC=gcc49 CXX=g++49 CPP=cpp49 on commandline on my system )10-3 RELEASE amd64) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
editors/emacs-nox11 not compiling with LTO enabled
Hi everyone, I just upgraded my ports tree with portsnap and am upgrading my packages. When compiling emacs-nox11-24.5_3,3 with Link Time Optimization disabled, everything compiles and works fine. If I enable LTO, though, I get the following error: *gcc48* -std=gnu99 -Demacs -I. -I. -I../lib -I./../lib -I/usr/local/include/libxml2 -MMD -MF *deps/.d* -MP -I/usr/local/include -I/usr/local/include/p11-kit-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=core2 -isystem /usr/local/include -fstack-protector -Wl,-rpath=/usr/local/lib/gcc48 -flto -ffat-lto-objects -Wl,-znocombreloc -ltinfo -L/usr/local/lib -Wl,-rpath=/usr/local/lib -fstack-protector -Wl,-rpath=/usr/local/lib/gcc48 -L/usr/local/lib/gcc48 \ -o temacs vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o bidi.o cm.o term.o terminal.o xfaces.oemacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o gnutls.o callproc.o region-cache.o sound.o atimer.o doprnt.o intervals.o textprop.o composite.o xml.o gfilenotify.o profiler.o decompress.oxgselect.o terminfo.o lastfile.o gmalloc.o ../lib/libgnu.a-lrt -lexecinfo -L/usr/local/lib -lxml2 -lutil -lncurses-L/usr/local/lib -lgnutls -lpthread -L/usr/local/lib -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl -lm -lz *gcc48: error: deps/.d: No such file or directorylto-wrapper: /usr/local/bin/gcc48 returned 1 exit status* /usr/local/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status Makefile:664: recipe for target 'temacs' failed gmake[3]: *** [temacs] Error 1 gmake[3]: Leaving directory '/usr/ports/editors/emacs-nox11/work/emacs-24.5/src' Makefile:387: recipe for target 'src' failed The directory src/deps exists however: ports/editors/emacs-nox11% ls work/emacs-24.5/src/deps alloc.dcasetab.d coding.d editfns.d frame.d keymap.d process.d sysdep.d window.d atimer.d category.d composite.demacs.dgfilenotify.d lastfile.d profiler.d term.d xdisp.d bidi.d ccl.d data.d eval.d gmalloc.d lread.dregex.dterminal.d xfaces.d buffer.d character.ddecompress.d fileio.d gnutls.d macros.d region-cache.d terminfo.d xgselect.d bytecode.d charset.d dired.dfilelock.d indent.d marker.d scroll.d textprop.d xml.d callint.d chartab.d dispnew.d floatfns.d insdel.d menu.d search.d undo.d callproc.d cm.d doc.d fns.d intervals.d minibuf.d sound.dunexelf.d casefiddle.d cmds.d doprnt.d font.d keyboard.d print.dsyntax.d vm-limit.d Any help with this will be greatly appreciated. Cheers, Fernando ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Emacs 24.4_4,3 does not build - png error?
On Sat, 27 Dec 2014 09:31:03 -0800 Kevin Oberman wrote: > I hit this same issue. You will need to re-install librsvg2. It has a > linkage to the old libpng: > Shared object "libpng15.so.15" not found, required by "librsvg-2.so.2" > # locate "librsvg-2.so.2" > /usr/local/lib/librsvg-2.so.2 > /usr/local/lib/librsvg-2.so.2.40.4 > # pkg which /usr/local/lib/librsvg-2.so.2 > /usr/local/lib/librsvg-2.so.2 was installed by package librsvg2-2.40.4 > Thank you very much for this hint, it helped me to upgrade editors/emacs to the latest version. > I found several ports that had links to the libpng15.so using > "pkg_libchk -o". That tool is part of sysutils/bsdadminscripts. I > have found it to be very rigorous and trust it a bit more than "pkg > check -B". I did drop bapt a note listing the ports I found linked to > libpng15.so, but I may have missed librsvg2 as I hit that one very > early in the process. -- Hm, I have followed png hints in UPDATING suggesting that rebuilding all packages found by # pkg info -r png would be sufficient. Though this lists emacs24 as well, a check like: # pkg info -d emacs24 # pkg info -d librsvg2 does not reveal librsvg2 depending on png. I have learned now that package dependencies do not go along with depenencies of shared libs. The command # pkg check -B is new to me. A direct analyse of shared libs does not show any problems on my system. But due to your recommendation I will have to install and use sysutils/bsdadminscripts to get more detailed information. In the meantime I am interested to read what bapt is going to recommend as part of the png upgrade. And last but not least I am glad having asked the list before creating an unnecessary PR for editors/emacs. Regards, Peter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Emacs 24.4_4,3 does not build - png error?
On Sat, Dec 27, 2014 at 5:00 AM, Dr. Peter Voigt wrote: > I am on 10.1-RELEASE (amd64) and cannot uprade my current Emacs version: > > # pkg version |grep -i "^emacs" > emacs24-24.4_3,3 < > > Build attempt: > # portmaster --no-confirm --no-term-title -D -G emacs24 > ... > checking for grantpt... yes > checking for getpt... no > checking for posix_openpt... yes > checking for library containing tputs... no > configure: error: The required function `tputs' was not found in any > library. The following libraries were tried (in order): > libtinfo, libncurses, libterminfo, libtermcap, libcurses > Please try installing whichever of these libraries is most appropriate > for your system, together with its header files. > For example, a libncurses-dev(el) or similar package. > ===> Script "configure" failed unexpectedly. > Please report the problem to ash...@freebsd.org [maintainer] and attach > the "/usr/ports/editors/emacs/work/emacs-24.4/config.log" including the > output of the failure of your make command. Also, it might be a good > idea to provide an overview of all packages installed on your system > (e.g. a /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 > > Stop. > make: stopped in /usr/ports/editors/emacs > > ===>>> make build failed for editors/emacs > ===>>> Aborting update > > > ===>>> You can restart from the point of failure with this command line: >portmaster editors/emacs > > And the corresponding > /usr/ports/editors/emacs/work/emacs-24.4/config.log messages: > ... > /usr/bin/ld: warning: libpng15.so.15, needed by > /usr/local/lib/librsvg-2.so, not found (try using -rpath or -rpath-link) > configure:15496: $? = 0 > configure:15496: ./conftest > Shared object "libpng15.so.15" not found, required by "librsvg-2.so.2" > configure:15496: $? = 1 > configure: program exited with status 1 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "emacs" > | #define PACKAGE_TARNAME "emacs" > | #define PACKAGE_VERSION "24.4" > | #define PACKAGE_STRING "emacs 24.4" > | #define PACKAGE_BUGREPORT "" > ... > > And my libpng libraries: > # dir /usr/local/lib/libpng.* > lrwxr-xr-x 1 root wheel 10 Dec 26 21:24 /usr/local/lib/libpng.a -> > libpng16.a > lrwxr-xr-x 1 root wheel 11 Dec 26 21:24 /usr/local/lib/libpng.so -> > libpng16.so > > with: > # pkg version |grep -i "^png" > png-1.6.16 = > > I conclude Emacs is does not search for libpng.so but searches for > whatever reason for libpng15.so.15. This is in contrast to > http://www.freshports.org/editors/emacs/. > > I strongly suppose this is a bug related to latest png update. Can anybody > please confirm or correct me before I am going to create a PR. > I hit this same issue. You will need to re-install librsvg2. It has a linkage to the old libpng: Shared object "libpng15.so.15" not found, required by "librsvg-2.so.2" # locate "librsvg-2.so.2" /usr/local/lib/librsvg-2.so.2 /usr/local/lib/librsvg-2.so.2.40.4 # pkg which /usr/local/lib/librsvg-2.so.2 /usr/local/lib/librsvg-2.so.2 was installed by package librsvg2-2.40.4 I found several ports that had links to the libpng15.so using "pkg_libchk -o". That tool is part of sysutils/bsdadminscripts. I have found it to be very rigorous and trust it a bit more than "pkg check -B". I did drop bapt a note listing the ports I found linked to libpng15.so, but I may have missed librsvg2 as I hit that one very early in the process. -- Kevin Oberman, Network Engineer, Retired ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Emacs 24.4_4,3 does not build - png error?
I am on 10.1-RELEASE (amd64) and cannot uprade my current Emacs version: # pkg version |grep -i "^emacs" emacs24-24.4_3,3 < Build attempt: # portmaster --no-confirm --no-term-title -D -G emacs24 ... checking for grantpt... yes checking for getpt... no checking for posix_openpt... yes checking for library containing tputs... no configure: error: The required function `tputs' was not found in any library. The following libraries were tried (in order): libtinfo, libncurses, libterminfo, libtermcap, libcurses Please try installing whichever of these libraries is most appropriate for your system, together with its header files. For example, a libncurses-dev(el) or similar package. ===> Script "configure" failed unexpectedly. Please report the problem to ash...@freebsd.org [maintainer] and attach the "/usr/ports/editors/emacs/work/emacs-24.4/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make: stopped in /usr/ports/editors/emacs ===>>> make build failed for editors/emacs ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster editors/emacs And the corresponding /usr/ports/editors/emacs/work/emacs-24.4/config.log messages: ... /usr/bin/ld: warning: libpng15.so.15, needed by /usr/local/lib/librsvg-2.so, not found (try using -rpath or -rpath-link) configure:15496: $? = 0 configure:15496: ./conftest Shared object "libpng15.so.15" not found, required by "librsvg-2.so.2" configure:15496: $? = 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "emacs" | #define PACKAGE_TARNAME "emacs" | #define PACKAGE_VERSION "24.4" | #define PACKAGE_STRING "emacs 24.4" | #define PACKAGE_BUGREPORT "" ... And my libpng libraries: # dir /usr/local/lib/libpng.* lrwxr-xr-x 1 root wheel 10 Dec 26 21:24 /usr/local/lib/libpng.a -> libpng16.a lrwxr-xr-x 1 root wheel 11 Dec 26 21:24 /usr/local/lib/libpng.so -> libpng16.so with: # pkg version |grep -i "^png" png-1.6.16 = I conclude Emacs is does not search for libpng.so but searches for whatever reason for libpng15.so.15. This is in contrast to http://www.freshports.org/editors/emacs/. I strongly suppose this is a bug related to latest png update. Can anybody please confirm or correct me before I am going to create a PR. Regards, Peter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
[trimmed to a single mailing list] "Christopher J. Ruwe" writes: > Since version 24, Emacs, the very good operating system missing only a > decent editor, has developed a package manager for Emacs > extensions. Some good repos exist, packages are usually installed to > ~/.emacs.d and I have come to really enjoy that way of installing > packages. The two methods are equivalent on a single-user machine. If we had a canned method to install Emacs packages to the site-local lisp directories without using the ports system, that would make the ports less relevant on multi-user systems as well. There are also differences in convenience based on which repositories provide which packages. My first reaction is that removing the ports would only be advisable for packages available from the official Gnu repository (elpa.gnu.org), and not for others. So: I don't think the ports are without value, but we could move that way for many of them if we wanted. Once the number of users of earlier versions of emacs is sufficiently small, that is. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
On Sun, Nov 23, 2014 at 12:12:06AM -0800, Perry Hutchison wrote: > "Christopher J. Ruwe" wrote: > > > ... Emacs, the very good operating system > > missing only a decent editor ... > > Perhaps someone should port vi to it? That actually already happened quite a while ago. Just add (require 'viper) to your .emacs file. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
On Mo, 2014-11-24 at 00:48 +0100, Roland Smith wrote: > On Sun, Nov 23, 2014 at 12:32:14AM +0100, Christopher J. Ruwe wrote: > > I am well aware that very probably I might be starting a rant thread, > > however, I am genuinely interested in opinions from the community. > > > > Since version 24, Emacs, the very good operating system missing only a > > decent editor, has developed a package manager for Emacs > > extensions. Some good repos exist, packages are usually installed to > > ~/.emacs.d and I have come to really enjoy that way of installing > > packages. > > > > In that light and as the ports maintainer of math/ess, the Emacs > > speaks statistics R-mode of emacs, I am asking myself specifically > > whether I add any real benefit in maintaining math/ess. More > > generally, I am interested in community answers as to whether it is > > really useful to maintain Emacs-extension-packages in ports. > > > > Thanks for your thoughts, cheers, > > It might help to see this question in a broader context. > > There are several communities that have there own repositories/package > managers these days, e.g: > > * TeX > * Perl > * Python > * Ruby > * Node > * Emacs > > Yet the maintainers of the ports system go through the effort of maintaining > ports for a lot of these packages, even though it might strictly speaking be > considered a duplication of effort. > > There are at least two big reasons that I can think of; > > 1) FreeBSD specific patches are necessary to build a package. (I.e. every port >that has a files subdirectory.) The ports tree is arguably the right place >for that. The best case would be that such changes are merged upstream, but >that doesn't always happen. > 2) A foreign package might depend on a FreeBSD port or the other way >around. How could this be handled properly if not in the ports tree? >So by its very nature, if you want to reap the benefits of the ports >infrastructure for your package, you have to *use* said infrastructure. > > Packages that *can* install in a user's $HOME directory and have no > non-obvious dependencies are the exception to this rule, I think. No one will > expect e.g. a vim bundle to do anything useful when vim is not installed! > > But such packages are obviously only available to the user that has installed > them. So for a multi-user installation a port would still make more sense. > > > Roland I think of Emacs modes differently than of Perl/Python/Ruby/Nodejs ... programs. The latter do not extend the languages, but use the language to provide independent utility to some user. Emacs modes, alike to the vim bundles you mentioned, extend Emacs (up to the ultimate goal that the user is for the whole duration of the session not forced to leave Emacs ;-) ). I cannot think of any Emacs mode being required by something non-Emacs. I have mentioned in a different answer that I see them alike to Firefox plugins. The only patches I noted so far to Emacs ports concern the placement of files, although I may well be wrong here. I have problems imaging a multi-user installation with multiple instances of Emacs mode packages installed. My elders have told tales of lore of mighty heroes connecting to machines using tools of magic called "terminals", so they all could toil on the same computer. Jokes aside, I can only think of thin client settings where one would want to avoid multiple packages of the same program installed. Isn't everybody using independent so called "personal computers" now? Without any irony, that's a real question: I thought thin client computing has more or less died, am I wrong here? Anyhow, thanks for your thoughts on that matter -- Christopher signature.asc Description: This is a digitally signed message part
Re: value of maintaining emacs-mode packages in ports
On So, 2014-11-23 at 07:32 -0500, Daniel Feenberg wrote: > > On Sun, 23 Nov 2014, Christopher J. Ruwe wrote: > > > > > In that light and as the ports maintainer of math/ess, the Emacs > > speaks statistics R-mode of emacs, I am asking myself specifically > > whether I add any real benefit in maintaining math/ess. More > > generally, I am interested in community answers as to whether it is > > really useful to maintain Emacs-extension-packages in ports. > > > > As a non-Emacs user, can I raise some questions that should be asked every > time a service/feature is withdrawn? > > If you stop maintaining math/ess, does it go away, or merely stop > improving? I think eventually math/ess would be retired on go away. Emacs package installation is available since Emacs 24 and I believe emacs23 is retired as of 19th November this year. > Does the Emacs package system support the same versions of Emacs that you > support in math/ess? I have the impression they are more up to date. Latest MELPA package is from the 14th (http://melpa.org/#/ess). > If a user upgrades FreeBSD will he lose what he has unless he converts to > the new Emacs package system? Emacs packages are more like plugins (cf. firefox). Upgrades of FreeBSD do not touch these. On upgrades of Emacs, users might need to recompile, if the chose to run compiled Emacs Lisp modules. > Is the Emacs package system something that requires an installation of its > own? A clear no. ESS is just an interface to the R language/interpreter (math/R). It can run without R installed, although it is not very useful in my opinion the same way that having a languange-mode for an arbitrary languae is not really useful without the corresponding language compiler/interpreter around. But people do strange things .. > May I suggest that if you let it go away, you place a README file where > Emacs-extension-packages was that points users to the replacement, with > instructions for how to get there? Not everyone using Emacs on FreeBSD > follows the mailing lists for FreeBSD, (or Emacs). I do not now procedures for deprecated ports. I see emacs modes alike to plugins in firefox, which are not packaged as well, so I see the idea of potentially retiring math/ess in the wider setting of giving up more or less all emacs extensions. Anyhow, thanks for your thoughts. Cheers, -- Christopher ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
On So, 2014-11-23 at 00:12 -0800, Perry Hutchison wrote: > "Christopher J. Ruwe" wrote: > > > ... Emacs, the very good operating system > > missing only a decent editor ... > > Perhaps someone should port vi to it? > > [dons flame-proof suit] > That's not necessary. You can run vi in ansi-term mode ... -- Christopher ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
On Sun, Nov 23, 2014 at 12:32:14AM +0100, Christopher J. Ruwe wrote: > I am well aware that very probably I might be starting a rant thread, > however, I am genuinely interested in opinions from the community. > > Since version 24, Emacs, the very good operating system missing only a > decent editor, has developed a package manager for Emacs > extensions. Some good repos exist, packages are usually installed to > ~/.emacs.d and I have come to really enjoy that way of installing > packages. > > In that light and as the ports maintainer of math/ess, the Emacs > speaks statistics R-mode of emacs, I am asking myself specifically > whether I add any real benefit in maintaining math/ess. More > generally, I am interested in community answers as to whether it is > really useful to maintain Emacs-extension-packages in ports. > > Thanks for your thoughts, cheers, It might help to see this question in a broader context. There are several communities that have there own repositories/package managers these days, e.g: * TeX * Perl * Python * Ruby * Node * Emacs Yet the maintainers of the ports system go through the effort of maintaining ports for a lot of these packages, even though it might strictly speaking be considered a duplication of effort. There are at least two big reasons that I can think of; 1) FreeBSD specific patches are necessary to build a package. (I.e. every port that has a files subdirectory.) The ports tree is arguably the right place for that. The best case would be that such changes are merged upstream, but that doesn't always happen. 2) A foreign package might depend on a FreeBSD port or the other way around. How could this be handled properly if not in the ports tree? So by its very nature, if you want to reap the benefits of the ports infrastructure for your package, you have to *use* said infrastructure. Packages that *can* install in a user's $HOME directory and have no non-obvious dependencies are the exception to this rule, I think. No one will expect e.g. a vim bundle to do anything useful when vim is not installed! But such packages are obviously only available to the user that has installed them. So for a multi-user installation a port would still make more sense. Roland -- R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) pgp2YDWbnD0Jc.pgp Description: PGP signature
Re: value of maintaining emacs-mode packages in ports
On 11/23/14 00:32, Christopher J. Ruwe wrote: I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. ... More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. Hello. I was asking myself the same question some days ago... I'm no emacs-port maintainer, so my PoV was that of a user, wondering where to look first and which repository/package manager was best used in case what I was looking for was present in both. Rather than give an answer, I'll raise a further doubt: isn't this question applicabile in general (e.g. to Firefox with it's xpi ports)? While I like having my installed xpi/emacs extension listed in pkg's reports (and only look in one place), I don't think the port system might be able to track them all, so I'll eventually end up anyway with some package which is not installed via pkg. Just my 2c. bye av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/23/14 02:05, Fabian Keil wrote: > "Christopher J. Ruwe" wrote: > >> I am well aware that very probably I might be starting a rant >> thread, however, I am genuinely interested in opinions from the >> community. >> >> Since version 24, Emacs, the very good operating system missing >> only a decent editor, has developed a package manager for Emacs >> extensions. Some good repos exist, packages are usually installed >> to ~/.emacs.d and I have come to really enjoy that way of >> installing packages. >> >> In that light and as the ports maintainer of math/ess, the Emacs >> speaks statistics R-mode of emacs, I am asking myself >> specifically whether I add any real benefit in maintaining >> math/ess. More generally, I am interested in community answers as >> to whether it is really useful to maintain >> Emacs-extension-packages in ports. > > I don't use math/ess, but in general I prefer to install > application extensions from ports. I already know how it works and > this way I also can check were the software is coming from without > having to familiarise myself with various different package > managers and know that checksums have been verified before > installing it. > > Does ELPA verify checksums? After searching the web for a couple > of minutes My impression is that it installs whatever the server > (or a MITM) provides but hopefully my impression is incorrect. I prefer to let emacs manage its packages, so that I can easily move my environment from system to system (not necessarily FreeBSD). My inits and all the required packages live in one place: .emacs.d. I have zero emacs ports installed, other than emacs itself. rsyncing .emacs.d to linuxen works as it should. elpa/melpa et al were a little rocky a few years ago but now things are smooth. I completely agree that the issues raised in favor of ports are also valid. Best regards, Russell > Fabian > -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJUcitdAAoJEFnLrGVSDFaEZuEP/0L3ysfQEXlqxnWTKU9Ppeqy fKGY2FU45FIBol3N0mE/DcUUgqlpBgnvdW0aJtxm+eoFQcwd9fkxP7CEJZ7w4bzx /qry2s+hvOX9bBjUWTebB0k+Gbmea7xDJEqy5aDGZokcHAM8r5ICRWCV0H/WJZkP s4TBSmHrp6HvKxGu5qtORlkZLln8fF0ZBS5th3z33En7GQ3G8xEY1T+h6veWvGtN 4UPCfnadbv4hmTKzmLD2c8N3OXj230a7jBB5LgDX/CmNbz8kmomhmFG6XjOK3y9s NKUyo9hVTSQwdBExgLanVuSKkIFHuZeFWDIW2o+TiayIcHzJuKR0g/FEOBLuUpXM SPcXYBxZiDSpFmRZu0OyliURNdfW1vKd8J5nEUB6NuMPLzR6gTKM6WhkJM7QWTkR JEnSROc+Pq7Lpbu+Fv4HfCOdYOwzkjhJ7LYir+aq5ToHIwfRkVDlJ6/OmaEHrj28 1K4SB94iwpsJAygWkNVu1grlMVbTabdpHvvZgtF9QQBndXGwf+8mhlemD/4hlqYZ UlE1CN+5D6p/6GBQugkQ+br2/Kpu0km9AUSAoVVtVBsFFZmOTxffljIajcC/2I59 VwlybSDuzOoXpP3esOH0wfRMA5yM1c0x8ZZ0bIKmoQ9R5ExJtd5xgakieNrdNQ9k 5GGjoNFEc2+gyZcltB25 =8iqG -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
On Sun, 23 Nov 2014, Christopher J. Ruwe wrote: In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. As a non-Emacs user, can I raise some questions that should be asked every time a service/feature is withdrawn? If you stop maintaining math/ess, does it go away, or merely stop improving? Does the Emacs package system support the same versions of Emacs that you support in math/ess? If a user upgrades FreeBSD will he lose what he has unless he converts to the new Emacs package system? Is the Emacs package system something that requires an installation of its own? May I suggest that if you let it go away, you place a README file where Emacs-extension-packages was that points users to the replacement, with instructions for how to get there? Not everyone using Emacs on FreeBSD follows the mailing lists for FreeBSD, (or Emacs). Daniel Feenberg ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
"Christopher J. Ruwe" wrote: > I am well aware that very probably I might be starting a rant thread, > however, I am genuinely interested in opinions from the community. > > Since version 24, Emacs, the very good operating system missing only a > decent editor, has developed a package manager for Emacs > extensions. Some good repos exist, packages are usually installed to > ~/.emacs.d and I have come to really enjoy that way of installing > packages. > > In that light and as the ports maintainer of math/ess, the Emacs > speaks statistics R-mode of emacs, I am asking myself specifically > whether I add any real benefit in maintaining math/ess. More > generally, I am interested in community answers as to whether it is > really useful to maintain Emacs-extension-packages in ports. I don't use math/ess, but in general I prefer to install application extensions from ports. I already know how it works and this way I also can check were the software is coming from without having to familiarise myself with various different package managers and know that checksums have been verified before installing it. Does ELPA verify checksums? After searching the web for a couple of minutes My impression is that it installs whatever the server (or a MITM) provides but hopefully my impression is incorrect. Fabian pgpuXF1P57r6k.pgp Description: OpenPGP digital signature
Re: value of maintaining emacs-mode packages in ports
"Christopher J. Ruwe" wrote: > ... Emacs, the very good operating system > missing only a decent editor ... Perhaps someone should port vi to it? [dons flame-proof suit] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: value of maintaining emacs-mode packages in ports
On Sunday, 23 November 2014 at 0:32:14 +0100, Christopher J. Ruwe wrote: > I am well aware that very probably I might be starting a rant thread, > however, I am genuinely interested in opinions from the community. > > Since version 24, Emacs, the very good operating system missing only a > decent editor, has developed a package manager for Emacs > extensions. Some good repos exist, packages are usually installed to >> /.emacs.d and I have come to really enjoy that way of installing > packages. > > In that light and as the ports maintainer of math/ess, the Emacs > speaks statistics R-mode of emacs, I am asking myself specifically > whether I add any real benefit in maintaining math/ess. More > generally, I am interested in community answers as to whether it is > really useful to maintain Emacs-extension-packages in ports. A good question. I was wondering that myself. I'd be happy to retire our versions. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html Sent from my desktop computer. Finger g...@freebsd.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft MUA reports problems, please read http://tinyurl.com/broken-mua pgpoItR6O_7dd.pgp Description: PGP signature
value of maintaining emacs-mode packages in ports
I am well aware that very probably I might be starting a rant thread, however, I am genuinely interested in opinions from the community. Since version 24, Emacs, the very good operating system missing only a decent editor, has developed a package manager for Emacs extensions. Some good repos exist, packages are usually installed to ~/.emacs.d and I have come to really enjoy that way of installing packages. In that light and as the ports maintainer of math/ess, the Emacs speaks statistics R-mode of emacs, I am asking myself specifically whether I add any real benefit in maintaining math/ess. More generally, I am interested in community answers as to whether it is really useful to maintain Emacs-extension-packages in ports. Thanks for your thoughts, cheers, -- Christopher ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: new dependency for emacs-nox11
On Fri, Nov 7, 2014 at 10:27 AM, Lowell Gilbert < freebsd-ports-lo...@be-well.ilk.org> wrote: > Vick Khera writes: > > > Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. > > This in turn pulls in a big swath of additional packages including > python, > > perl, pcre, glib. > > I don't think so. desktop-file-utils doesn't seem to pull in anything > that isn't already required for emacs (glib being the big one, and > libintl the only other, according to "pkg info"). What makes you say > otherwise? > On one of my servers, I run "pkg install emacs-nox11" from my repo, which is build using poudriere with these options Options: ACL: off ALSA : off DBUS : off FILENOTIFY : off GNUTLS : off LTO: off OSS: off SOUND : off SOURCES: on XML: on The pkg install says it will pull in the following: New packages to be INSTALLED: emacs-nox11: 24.4,3 desktop-file-utils: 0.22_3 pcre: 8.35_1 glib: 2.36.3_4 python27: 2.7.8_6 libffi: 3.0.13_3 Compare old emacs 24.3 to 24.4 requirements: % pkg info -dr emacs-nox11 emacs-nox11-24.3_14,3 Depends on : libxml2-2.9.2_2 indexinfo-0.2 # pkg info -dr emacs-nox11 emacs-nox11-24.4,3 Depends on : libxml2-2.9.2_2 indexinfo-0.2 desktop-file-utils-0.22_3 Chasing down the chain we see that desktop-file-utils is what pulled in pcre and glib, and that glib pulled in python (which pulls in libffi). I already had perl, gettext, and libiconv from other dependencies installed. > > > Is there a way that the port could be tweaked so that the desktop > utilities > > are not installed when there is no desktop (ie, the nox11 variant)? My > goal > > is to have a minimal footprint of software on my servers so I do not have > > to security audit all this extra software. > > Yes, leaving that out seems fine. However, the footprint seems to be > just a couple of command-line programs totalling 150KB, plus manuals and > an elisp file for an editing mode. I don't currently have an > X-library-free build environment, so unfortunately I can't make a > definitive check on that statement. > Any non-zero footprint has the potential to open up security holes. The size is not really the issue. I'm also personally unclear why glib needs perl and python as a run-time dependency, but that's only from a cursory look at it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: new dependency for emacs-nox11
On 11/07/2014 09:25, Vick Khera wrote: > Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. > This in turn pulls in a big swath of additional packages including python, > perl, pcre, glib. I cannot figure out what this utility is supposed to do, > as all it refers to is "make a desktop". I don't have a desktop on freebsd > nor do I run gnome. > > I do not understand the need for emacs to have a run-dependeny on this, > especially the non-x11 version. I have zero desktop systems here (they're > all servers) and nothing has X11 on it, and have no need for python and > most cases perl. > > Is there a way that the port could be tweaked so that the desktop utilities > are not installed when there is no desktop (ie, the nox11 variant)? My goal > is to have a minimal footprint of software on my servers so I do not have > to security audit all this extra software. > > Thanks for any info on why this is now included by default. The emacs port was fixed early this morning for this. Try updating? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: new dependency for emacs-nox11
RW writes: > On Fri, 07 Nov 2014 10:27:39 -0500 > Lowell Gilbert wrote: > >> Vick Khera writes: >> >> > Emacs 24.4 update in ports pulls in a new dependency: >> > desktop-file-utils. This in turn pulls in a big swath of additional >> > packages including python, perl, pcre, glib. >> >> I don't think so. desktop-file-utils doesn't seem to pull in anything >> that isn't already required for emacs (glib being the big one, and >> libintl the only other, according to "pkg info"). > > Out of idle curiosity I removed the desktop-file-utils dependency and > did a make all-depends-list in the nox slave port - glib wasn't there. I stand corrected. The makefile isn't even confusing on that; I have no idea what I was thinking. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: new dependency for emacs-nox11
On Fri, 07 Nov 2014 10:27:39 -0500 Lowell Gilbert wrote: > Vick Khera writes: > > > Emacs 24.4 update in ports pulls in a new dependency: > > desktop-file-utils. This in turn pulls in a big swath of additional > > packages including python, perl, pcre, glib. > > I don't think so. desktop-file-utils doesn't seem to pull in anything > that isn't already required for emacs (glib being the big one, and > libintl the only other, according to "pkg info"). Out of idle curiosity I removed the desktop-file-utils dependency and did a make all-depends-list in the nox slave port - glib wasn't there. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: new dependency for emacs-nox11
Vick Khera writes: > Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. > This in turn pulls in a big swath of additional packages including python, > perl, pcre, glib. I don't think so. desktop-file-utils doesn't seem to pull in anything that isn't already required for emacs (glib being the big one, and libintl the only other, according to "pkg info"). What makes you say otherwise? > Is there a way that the port could be tweaked so that the desktop utilities > are not installed when there is no desktop (ie, the nox11 variant)? My goal > is to have a minimal footprint of software on my servers so I do not have > to security audit all this extra software. Yes, leaving that out seems fine. However, the footprint seems to be just a couple of command-line programs totalling 150KB, plus manuals and an elisp file for an editing mode. I don't currently have an X-library-free build environment, so unfortunately I can't make a definitive check on that statement. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
new dependency for emacs-nox11
Emacs 24.4 update in ports pulls in a new dependency: desktop-file-utils. This in turn pulls in a big swath of additional packages including python, perl, pcre, glib. I cannot figure out what this utility is supposed to do, as all it refers to is "make a desktop". I don't have a desktop on freebsd nor do I run gnome. I do not understand the need for emacs to have a run-dependeny on this, especially the non-x11 version. I have zero desktop systems here (they're all servers) and nothing has X11 on it, and have no need for python and most cases perl. Is there a way that the port could be tweaked so that the desktop utilities are not installed when there is no desktop (ie, the nox11 variant)? My goal is to have a minimal footprint of software on my servers so I do not have to security audit all this extra software. Thanks for any info on why this is now included by default. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Problem with emacs
Pete Carah writes: > In trying to build emacs (9.2-stable) (ports svn as of this morning, but > one from a few weeks ago does this too) I get the following: > > checking for posix_openpt... yes > checking for library containing tputs... no > configure: error: The required function `tputs' was not found in any library. > The following libraries were tried (in order): > libtinfo, libncurses, libterminfo, libtermcap, libcurses > Please try installing whichever of these libraries is most appropriate > for your system, together with its header files. > For example, a libncurses-dev(el) or similar package. What does config.log say? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Problem with emacs
In trying to build emacs (9.2-stable) (ports svn as of this morning, but one from a few weeks ago does this too) I get the following: checking for posix_openpt... yes checking for library containing tputs... no configure: error: The required function `tputs' was not found in any library. The following libraries were tried (in order): libtinfo, libncurses, libterminfo, libtermcap, libcurses Please try installing whichever of these libraries is most appropriate for your system, together with its header files. For example, a libncurses-dev(el) or similar package. ===> Script "configure" failed unexpectedly. Please report the problem to ash...@freebsd.org [maintainer] and attach the "/e/var/portbld/usr/ports/editors/emacs/work/emacs-24.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** [do-configure] Error code 1 Stop in /usr/ports/editors/emacs. *** [stage] Error code 1 Given that ncurses is in the base system, and just in case I installed the port ncurses also, and this still happens. Something is wrong in ./configure. (I notice that the "for example" references redhat :-) -- Pete ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[QAT] 355307: 4x leftovers, 4x ignored: incorporated into emacs 23/24, 16x success, 4x depend (??? in x11-toolkits/p5-tk-tablematrix)
- Convert gmake,bzip to USES Approved by:portmgr (myself) - Build ID: 20140526115200-50089 Job owner: m...@freebsd.org Buildtime: 6 hours Enddate: Mon, 26 May 2014 17:56:45 GMT Revision: 355307 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=355307 - Port:deskutils/adesklets 0.6.1_9 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338698/adesklets-0.6.1_9.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338699/adesklets-0.6.1_9.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338700/adesklets-0.6.1_9.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338701/adesklets-0.6.1_9.log - Port:deskutils/gucharmap 2.32.1_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338702/gucharmap-2.32.1_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338703/gucharmap-2.32.1_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338704/gucharmap-2.32.1_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338705/gucharmap-2.32.1_1.log - Port:deskutils/ontv 3.2.0_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX) Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338706/p5-Tk-TableMatrix-1.23_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX) Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338707/p5-Tk-TableMatrix-1.23_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX) Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338708/p5-Tk-TableMatrix-1.23_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: DEPEND (??? IN X11-TOOLKITS/P5-TK-TABLEMATRIX) Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338709/p5-Tk-TableMatrix-1.23_5.log - Port:deskutils/pal 0.4.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338710/pal-0.4.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338711/pal-0.4.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338712/pal-0.4.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338713/pal-0.4.3.log - Port:deskutils/planner.el 3.42_11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338714/planner.el-emacs24-3.42_11.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338715/planner.el-emacs24-3.42_11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338716/planner.el-emacs24-3.42_11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20140526115200-50089-338717/planner.el-emacs24-3.42_11.log - Port:deskutils/remember.el 2.0_10 Buildgroup: 8.4-QAT/amd64 Buildstatus: IGNORED: INCORPORATED INTO EMACS 23/24 Buildgroup: 8.4-QAT/i386 Buildstatus: IGNORED: INCORPORATED INTO EMACS 23/24 Buildgroup: 9.2-QAT/a
Re: i386 emacs run-time dependency on gcc?
On 06 May 2014, at 20:41, James R. Van Artsdalen wrote: > I realize emacs needs to be built with gcc on i386 Not since head r263312, which I also merged to stable/10 and stable/9 in r263765. Just comment the USE_GCC line in editors/emacs/Makefile. > but should there be > a run-time dependency too? The emacs package tarball requires gcc to > install. If you build with a gcc port, the program will require the gcc runtime support (e.g. libgcc, libstdc++) of that particular version. Usually it is installed in /usr/local/lib/gccXY. Currently there do not seem to be any separate 'gccXY-libs' ports. I am not sure if that will come to pass, as many people appear to loathe this kind of separated packages... :) -Dimitry ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: i386 emacs run-time dependency on gcc?
On Tue, May 06, 2014 at 01:41:10PM -0500, James R. Van Artsdalen wrote: > I realize emacs needs to be built with gcc on i386, but should there be > a run-time dependency too? The emacs package tarball requires gcc to > install. Things built with ports gcc often have dependencies on libraries that are part of the port. For now that means you need the whole complier installed. -- Brooks pgpt96YCqhB9V.pgp Description: PGP signature
i386 emacs run-time dependency on gcc?
I realize emacs needs to be built with gcc on i386, but should there be a run-time dependency too? The emacs package tarball requires gcc to install. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Port: emacs-nox11-24.3_10,3
On Fri, 21 Feb 2014 20:57:29 +0530, ash...@freebsd.org (Ashish SHUKLA) said: > On Thu, 20 Feb 2014 11:38:29 +0100, Nicolas Edel > said: >> Hi, >> Just to let you know the current port of emacs-nox11 (and probably >> emacs) doesn't compile on FreeBSD-10.0/sparc64 target and relates to >> patch-src_sysdep.c. Once applied, the src.sysdep.c files looks like: >> #ifdef __FreeBSD__ >> #include >> #include >> #include >> #endif >> #ifdef __FreeBSD__ >> #include >> /* machine/frame.h in Sparc/ARM has 'struct frame' which conflicts >> with Emacs' 'struct frame', so rename it */ >> #if defined(__sparc__) || defined(__arm__) >> #define frame freebsd_sparc_frame >> #endif >> #include >> #if defined(__sparc__) || defined(__arm__) >> #undef frame >> #endif >> #include >> #include >> #endif >> As you may notice, you patch add code but don't replace the old one. >> It has therefore no effect. Please find attached the modified patch >> (that wou'll prefer to generate by yourself, I know ^^). > Hi Nicolas, > Thanks for bringing this to my notice. I was aware of it, and thought, I'd > this taken care of already, but looks like I missed. > I'll apply this diff, and commit it. Committed[1]. References: [1] http://svnweb.freebsd.org/ports?view=revision&revision=345683 Thanks! -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs signature.asc Description: PGP signature
Re: Port: emacs-nox11-24.3_10,3
On Thu, 20 Feb 2014 11:38:29 +0100, Nicolas Edel said: > Hi, > Just to let you know the current port of emacs-nox11 (and probably > emacs) doesn't compile on FreeBSD-10.0/sparc64 target and relates to > patch-src_sysdep.c. Once applied, the src.sysdep.c files looks like: > #ifdef __FreeBSD__ > #include > #include > #include > #endif > #ifdef __FreeBSD__ > #include > /* machine/frame.h in Sparc/ARM has 'struct frame' which conflicts > with Emacs' 'struct frame', so rename it */ > #if defined(__sparc__) || defined(__arm__) > #define frame freebsd_sparc_frame > #endif > #include > #if defined(__sparc__) || defined(__arm__) > #undef frame > #endif > #include > #include > #endif > As you may notice, you patch add code but don't replace the old one. > It has therefore no effect. Please find attached the modified patch > (that wou'll prefer to generate by yourself, I know ^^). Hi Nicolas, Thanks for bringing this to my notice. I was aware of it, and thought, I'd this taken care of already, but looks like I missed. I'll apply this diff, and commit it. Thanks! -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs signature.asc Description: PGP signature
Port: emacs-nox11-24.3_10,3
Hi, Just to let you know the current port of emacs-nox11 (and probably emacs) doesn't compile on FreeBSD-10.0/sparc64 target and relates to patch-src_sysdep.c. Once applied, the src.sysdep.c files looks like: #ifdef __FreeBSD__ #include #include #include #endif #ifdef __FreeBSD__ #include /* machine/frame.h in Sparc/ARM has 'struct frame' which conflicts with Emacs' 'struct frame', so rename it */ #if defined(__sparc__) || defined(__arm__) #define frame freebsd_sparc_frame #endif #include #if defined(__sparc__) || defined(__arm__) #undef frame #endif #include #include #endif As you may notice, you patch add code but don't replace the old one. It has therefore no effect. Please find attached the modified patch (that wou'll prefer to generate by yourself, I know ^^). Cheers, :Nicolas ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: texinfo vs. emacs...
On Fri, June 21, 2013 3:46 pm, Matthew Seaman wrote: > On 21/06/2013 20:11, Jim Trigg wrote: >> OK, is there a way to do this for specific ports so that an >> administrator >> can approve specific combinations of ports without giving blanket >> permission? > > No, unfortunately there isn't. Given that you need root permissions to > install packaged software in any case, it would be impossible to enforce > any selectivity like that. I didn't see this as necessarily more difficult than doing similar things in make.conf (either old-style or optionsNG)... > Besides which, two or more ports installing a file in the same place is > a bug, when those ports might reasonably be installed on the same system > simultaneously. The old pkg_tools were incredibly lax about such > things, so there hasn't been sufficient impetus to clean up such > occurrences. My point is that if an admin runs into a bug between one pair of ports and installs this workaround, s/he won't see similar bugs between other pairs of ports to report them. If there were a way to specify this at the port level (something like "ignore conflicts with these other ports"), that would give a workaround for known bugs without masking not-yet-known bugs. Thanks, Jim ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: texinfo vs. emacs...
On 21 June 2013 20:38, Matthew Seaman wrote: > On 21/06/2013 17:32, Ben Laurie wrote: >> On 21 June 2013 15:55, Matthew Seaman wrote: >>> On 21/06/2013 14:34, Ben Laurie wrote: >>>> Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 >>>> conflicts with emacs-24.3,3 (installs files into the same place). >>>> Problematic file: /usr/local/info/info.info.gz >>>> >>>> There doesn't seem to be any clean way to fix this ... hints? >>> >>> Add >>> >>> PERMISSIVE : yes >>> >>> to ${LOCALBASE}/etc/pkg.conf >>> >>> It's not really clean in that it just allows packages to stomp over each >>> other's files, but it lets you get the job done. >>> >>> The conflict you're seeing is a bug somewhere between those two >>> packages. One or other of them should probably be patched to rename the >>> offending file. Please raise a PR so that at least gets onto the radar >>> of the package maintainers. >> >> Will do - where's the RT? > > It's Gnats I'm afraid: http://www.freebsd.org/send-pr.html or send-pr(1). > >> Also, is there an env flag that does the same thing? > > As bapt said, PERMISSIVE=yes in the environment will have the required > effect. > > However, did you know that info(1) is in the base system? If all you > want to do it read info pages, there's no actual need to install texinfo > from ports. texinfo is getting installed as a dependency for octave > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. > PGP: http://www.infracaninophile.co.uk/pgpkey > > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: texinfo vs. emacs...
On 21/06/2013 20:11, Jim Trigg wrote: > OK, is there a way to do this for specific ports so that an administrator > can approve specific combinations of ports without giving blanket > permission? No, unfortunately there isn't. Given that you need root permissions to install packaged software in any case, it would be impossible to enforce any selectivity like that. Besides which, two or more ports installing a file in the same place is a bug, when those ports might reasonably be installed on the same system simultaneously. The old pkg_tools were incredibly lax about such things, so there hasn't been sufficient impetus to clean up such occurrences. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: texinfo vs. emacs...
On 21/06/2013 17:32, Ben Laurie wrote: > On 21 June 2013 15:55, Matthew Seaman wrote: >> On 21/06/2013 14:34, Ben Laurie wrote: >>> Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 >>> conflicts with emacs-24.3,3 (installs files into the same place). >>> Problematic file: /usr/local/info/info.info.gz >>> >>> There doesn't seem to be any clean way to fix this ... hints? >> >> Add >> >> PERMISSIVE : yes >> >> to ${LOCALBASE}/etc/pkg.conf >> >> It's not really clean in that it just allows packages to stomp over each >> other's files, but it lets you get the job done. >> >> The conflict you're seeing is a bug somewhere between those two >> packages. One or other of them should probably be patched to rename the >> offending file. Please raise a PR so that at least gets onto the radar >> of the package maintainers. > > Will do - where's the RT? It's Gnats I'm afraid: http://www.freebsd.org/send-pr.html or send-pr(1). > Also, is there an env flag that does the same thing? As bapt said, PERMISSIVE=yes in the environment will have the required effect. However, did you know that info(1) is in the base system? If all you want to do it read info pages, there's no actual need to install texinfo from ports. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: texinfo vs. emacs...
On Fri, Jun 21, 2013 at 07:18:43PM +0200, Baptiste Daroussin wrote: > On Fri, Jun 21, 2013 at 05:32:54PM +0100, Ben Laurie wrote: > > On 21 June 2013 15:55, Matthew Seaman wrote: > > > On 21/06/2013 14:34, Ben Laurie wrote: > > >> Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 > > >> conflicts with emacs-24.3,3 (installs files into the same place). > > >> Problematic file: /usr/local/info/info.info.gz > > >> > > >> There doesn't seem to be any clean way to fix this ... hints? > > > > > > Add > > > > > > PERMISSIVE : yes > > > > > > to ${LOCALBASE}/etc/pkg.conf > > > > > > It's not really clean in that it just allows packages to stomp over each > > > other's files, but it lets you get the job done. > > > > Also, is there an env flag that does the same thing? > > > All configuration in pkg.conf can also be set by env flags. so PERMISSIVE=yes > will do the same. OK, is there a way to do this for specific ports so that an administrator can approve specific combinations of ports without giving blanket permission? Thanks, Jim ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: texinfo vs. emacs...
On Fri, Jun 21, 2013 at 05:32:54PM +0100, Ben Laurie wrote: > On 21 June 2013 15:55, Matthew Seaman wrote: > > On 21/06/2013 14:34, Ben Laurie wrote: > >> Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 > >> conflicts with emacs-24.3,3 (installs files into the same place). > >> Problematic file: /usr/local/info/info.info.gz > >> > >> There doesn't seem to be any clean way to fix this ... hints? > > > > Add > > > > PERMISSIVE : yes > > > > to ${LOCALBASE}/etc/pkg.conf > > > > It's not really clean in that it just allows packages to stomp over each > > other's files, but it lets you get the job done. > > > > The conflict you're seeing is a bug somewhere between those two > > packages. One or other of them should probably be patched to rename the > > offending file. Please raise a PR so that at least gets onto the radar > > of the package maintainers. > > Will do - where's the RT? > > Also, is there an env flag that does the same thing? > All configuration in pkg.conf can also be set by env flags. so PERMISSIVE=yes will do the same. regards, Bapt pgpvY7TW0XgEZ.pgp Description: PGP signature
Re: texinfo vs. emacs...
On 21 June 2013 15:55, Matthew Seaman wrote: > On 21/06/2013 14:34, Ben Laurie wrote: >> Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 >> conflicts with emacs-24.3,3 (installs files into the same place). >> Problematic file: /usr/local/info/info.info.gz >> >> There doesn't seem to be any clean way to fix this ... hints? > > Add > > PERMISSIVE : yes > > to ${LOCALBASE}/etc/pkg.conf > > It's not really clean in that it just allows packages to stomp over each > other's files, but it lets you get the job done. > > The conflict you're seeing is a bug somewhere between those two > packages. One or other of them should probably be patched to rename the > offending file. Please raise a PR so that at least gets onto the radar > of the package maintainers. Will do - where's the RT? Also, is there an env flag that does the same thing? > > Cheers, > > Matthew > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: texinfo vs. emacs...
On 21/06/2013 14:34, Ben Laurie wrote: > Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 > conflicts with emacs-24.3,3 (installs files into the same place). > Problematic file: /usr/local/info/info.info.gz > > There doesn't seem to be any clean way to fix this ... hints? Add PERMISSIVE : yes to ${LOCALBASE}/etc/pkg.conf It's not really clean in that it just allows packages to stomp over each other's files, but it lets you get the job done. The conflict you're seeing is a bug somewhere between those two packages. One or other of them should probably be patched to rename the offending file. Please raise a PR so that at least gets onto the radar of the package maintainers. Cheers, Matthew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
texinfo vs. emacs...
Installing texinfo-5.1.20130419_1...pkg-static: texinfo-5.1.20130419_1 conflicts with emacs-24.3,3 (installs files into the same place). Problematic file: /usr/local/info/info.info.gz There doesn't seem to be any clean way to fix this ... hints? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: texinfo-5.1.20130313_1 conflicts with emacs-24.3,3
On Mon, Apr 08, 2013 at 01:39:54PM -0400, Lowell Gilbert wrote: > Marek Rudnicki writes: > > > I'm trying to install print/texinfo along with editors/emacs using > > portmaster and get the following error message: > > > > Installing texinfo-5.1.20130313_1...pkg: texinfo-5.1.20130313_1 > > conflicts with emacs-24.3,3 (installs files into the same place). > > Problematic file: /usr/local/info/info.info.gz > > > > > > How could I proceed? > > > > > > I have 9.1-RELEASE, up-to-date port tree and `WITH_PKGNG=yes' in > > /etc/make.conf > > In this particular case, I'd just ignore the conflict and force the > install. [Will FORCE_PACKAGE_REGISTER cover conflicts?] > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" no but setting PKG_PERMISSIVE or just PERMISSIVE (I don t remember which one :)) in env var will do it regards, Bapt pgpzKEQ1UMjHO.pgp Description: PGP signature
Re: texinfo-5.1.20130313_1 conflicts with emacs-24.3,3
Marek Rudnicki writes: > I'm trying to install print/texinfo along with editors/emacs using > portmaster and get the following error message: > > Installing texinfo-5.1.20130313_1...pkg: texinfo-5.1.20130313_1 > conflicts with emacs-24.3,3 (installs files into the same place). > Problematic file: /usr/local/info/info.info.gz > > > How could I proceed? > > > I have 9.1-RELEASE, up-to-date port tree and `WITH_PKGNG=yes' in > /etc/make.conf In this particular case, I'd just ignore the conflict and force the install. [Will FORCE_PACKAGE_REGISTER cover conflicts?] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
texinfo-5.1.20130313_1 conflicts with emacs-24.3,3
Hi all I'm trying to install print/texinfo along with editors/emacs using portmaster and get the following error message: Installing texinfo-5.1.20130313_1...pkg: texinfo-5.1.20130313_1 conflicts with emacs-24.3,3 (installs files into the same place). Problematic file: /usr/local/info/info.info.gz How could I proceed? I have 9.1-RELEASE, up-to-date port tree and `WITH_PKGNG=yes' in /etc/make.conf Best regards Marek Rudnicki ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: emacs-23.4_2,1
On Sun, 31 Mar 2013 18:49:26 -0300, Joseph Mingrone said: > Hi Ashish; > It looks like the problem was caused by this line: > (setq ansi-term-color-vector [unspecified "black" "red3" "green3" > "yellow3" "DodgerBlue1" "magenta3" "cyan3" "white"]) > which I used to set colours in term/multi-term. > It looks like other people hit the same problem when upgrading to 24.3. > In any case, my apologies for bugging you with something unrelated to the > port. No worries at all. Good to see you got it all figured out. -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpytwSFVaP2M.pgp Description: PGP signature
Re: FreeBSD Port: emacs-23.4_2,1
Hi Ashish; It looks like the problem was caused by this line: (setq ansi-term-color-vector [unspecified "black" "red3" "green3" "yellow3" "DodgerBlue1" "magenta3" "cyan3" "white"]) which I used to set colours in term/multi-term. It looks like other people hit the same problem when upgrading to 24.3. In any case, my apologies for bugging you with something unrelated to the port. Thanks, Joseph ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: emacs-23.4_2,1
On Sun, 31 Mar 2013 19:34:21 +0530, ash...@freebsd.org (Ashish SHUKLA) said: > On Sun, 31 Mar 2013 10:39:21 -0300, Joseph Mingrone said: >> Hi ashish; >> After upgrading to 23.4 from 23.3 I'm seeing errors with with faces >> and term-mode is not functional. The build output can be found here: >> http://gly.ath.cx/misc/emacs_build.out. >> I suspect the lines below are related to the problem. >> ===>>> Creating a backup package for old version emacs-24.3,3 >> Creating package for emacs-24.3,3 >> pkg: (emacs-24.3,3) /usr/local/bin/emacs - shared library >> libncurses.so.5.9 not found >> pkg: (emacs-24.3,3) /usr/local/bin/emacs - shared library >> libtinfo.so.5.9 not found >> pkg: (emacs-24.3,3) /usr/local/bin/emacs-24.3 - shared library >> libncurses.so.5.9 not found >> pkg: (emacs-24.3,3) /usr/local/bin/emacs-24.3 - shared library >> libtinfo.so.5.9 not found >> I can confirm that devel/ncurses is installed (5.9_1). > Hi Joseph, > This is interesting. I think I know why this happened. > Could you please provide the output of following command-line, assuming > emacs-24.3 is installed on your computer: > #v+ > % ldd `which bash` |fgrep ncurses > #v- Sorry, I meant: #v+ % ldd `which emacs` |fgrep ncurses #v- -- Ashish SHUKLA “Computers are good at following instructions, but not at reading your mind.” (Donald Knuth) Sent from my Emacs ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: emacs-23.4_2,1
On Sun, 31 Mar 2013 10:39:21 -0300, Joseph Mingrone said: > Hi ashish; > After upgrading to 23.4 from 23.3 I'm seeing errors with with faces > and term-mode is not functional. The build output can be found here: > http://gly.ath.cx/misc/emacs_build.out. > I suspect the lines below are related to the problem. > ===>>> Creating a backup package for old version emacs-24.3,3 > Creating package for emacs-24.3,3 > pkg: (emacs-24.3,3) /usr/local/bin/emacs - shared library > libncurses.so.5.9 not found > pkg: (emacs-24.3,3) /usr/local/bin/emacs - shared library > libtinfo.so.5.9 not found > pkg: (emacs-24.3,3) /usr/local/bin/emacs-24.3 - shared library > libncurses.so.5.9 not found > pkg: (emacs-24.3,3) /usr/local/bin/emacs-24.3 - shared library > libtinfo.so.5.9 not found > I can confirm that devel/ncurses is installed (5.9_1). Hi Joseph, This is interesting. I think I know why this happened. Could you please provide the output of following command-line, assuming emacs-24.3 is installed on your computer: #v+ % ldd `which bash` |fgrep ncurses #v- Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpD4QAespBIe.pgp Description: PGP signature
FreeBSD Port: emacs-23.4_2,1
Hi ashish; After upgrading to 23.4 from 23.3 I'm seeing errors with with faces and term-mode is not functional. The build output can be found here: http://gly.ath.cx/misc/emacs_build.out. I suspect the lines below are related to the problem. ===>>> Creating a backup package for old version emacs-24.3,3 Creating package for emacs-24.3,3 pkg: (emacs-24.3,3) /usr/local/bin/emacs - shared library libncurses.so.5.9 not found pkg: (emacs-24.3,3) /usr/local/bin/emacs - shared library libtinfo.so.5.9 not found pkg: (emacs-24.3,3) /usr/local/bin/emacs-24.3 - shared library libncurses.so.5.9 not found pkg: (emacs-24.3,3) /usr/local/bin/emacs-24.3 - shared library libtinfo.so.5.9 not found I can confirm that devel/ncurses is installed (5.9_1). Joseph ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote: newer system? 10-CURRENT, or 9.1-PRERELEASE? I follow 9-STABLE which now is called 9.1-PRERELEASE. Marco -- QOTD: "Flash! Flash! I love you! ...but we only have fourteen hours to save the earth!" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Tue, 7 Aug 2012 19:06:27 +0200 (CEST), Marco Beishuizen said: > On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote: >> Hi Marco, >> >> The backtrace you posted doesn't reveal much. And since, I'm not >> able to reproduce it, it's hard for me to troubleshoot. I suggest >> posting this to emacs-devel[1] list, or filing a bug report with >> Emacs[2]. >> >> If it resolves for you with some diff, feel free to mention to me. >> >> References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ >> [2] http://debbugs.gnu.org/db/pa/lemacs.html >> >> HTH > Hi Ashish, > Well it seems it had something to do with the FreeBSD base system. I > use stable (problems) and you use release (no problem) so I just > upgraded to a newer system. And guess what? Until now problem solved! > So fingers crossed, and hoping it stays ok. newer system? 10-CURRENT, or 9.1-PRERELEASE? > Thanks for all the help! You're welcome. -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpKP6rYBfOis.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote: Hi Marco, The backtrace you posted doesn't reveal much. And since, I'm not able to reproduce it, it's hard for me to troubleshoot. I suggest posting this to emacs-devel[1] list, or filing a bug report with Emacs[2]. If it resolves for you with some diff, feel free to mention to me. References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ [2] http://debbugs.gnu.org/db/pa/lemacs.html HTH Hi Ashish, Well it seems it had something to do with the FreeBSD base system. I use stable (problems) and you use release (no problem) so I just upgraded to a newer system. And guess what? Until now problem solved! So fingers crossed, and hoping it stays ok. Thanks for all the help! Regards, Marco -- The Angels want to wear my red shoes. -- E. Costello ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Mon, 6 Aug 2012 11:23:14 +0200 (CEST), Marco Beishuizen said: > On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote: >>> % gdb $(which emacs) >>> (gdb) core-file emacs.core >>> (gdb) bt full >> >> Hi Marco, >> >> Could you provide output of those () ? > Output of this is: > (gdb) core /var/coredumps/emacs.core > Core was generated by `emacs'. [...] > (gdb) bt full > #0 0x29507cc7 in kill () from /lib/libc.so.7 > No symbol table info available. > #1 0x08184033 in fatal_error_signal (sig=11) at emacs.c:366 > No locals. > #2 0x292179fc in pthread_sigmask () from /lib/libthr.so.3 > No symbol table info available. > #3 0x29217acf in pthread_sigmask () from /lib/libthr.so.3 > No symbol table info available. > #4 > No symbol table info available. > #5 0x in ?? () > No symbol table info available. Hi Marco, The backtrace you posted doesn't reveal much. And since, I'm not able to reproduce it, it's hard for me to troubleshoot. I suggest posting this to emacs-devel[1] list, or filing a bug report with Emacs[2]. If it resolves for you with some diff, feel free to mention to me. References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ [2] http://debbugs.gnu.org/db/pa/lemacs.html HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpnW6Li45zn4.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote: % gdb $(which emacs) (gdb) core-file emacs.core (gdb) bt full Hi Marco, Could you provide output of those () ? Output of this is: (gdb) core /var/coredumps/emacs.core Core was generated by `emacs'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.0 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libcairo.so.2...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.0 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libXinerama.so.1...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libXi.so.6...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libXcursor.so.1...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libXcomposite.so.1...done. Loaded symbols for /usr/local/lib/libXcomposite.so.1 Reading symbols from /usr/local/lib/libXdamage.so.1...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libtiff.so.4...done. Loaded symbols for /usr/local/lib/libtiff.so.4 Reading symbols from /usr/local/lib/libjpeg.so.11...done. Loaded symbols for /usr/local/lib/libjpeg.so.11 Reading symbols from /usr/local/lib/libpng15.so.15...done. Loaded symbols for /usr/local/lib/libpng15.so.15 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/local/lib/libgif.so.5...done. Loaded symbols for /usr/local/lib/libgif.so.5 Reading symbols from /usr/local/lib/libXpm.so.4...done. Loaded symbols for /usr/local/lib/libXpm.so.4 Reading symbols from /usr/local/lib/libXft.so.2...done. Loaded symbols for /usr/local/lib/libXft.so.2 Reading symbols from /usr/local/lib/librsvg-2.so.2...done. Loaded symbols for /usr/local/lib/librsvg-2.so.2 Reading symbols from /usr/local/lib/libMagickCore.so.5...done. Loaded symbols for /usr/local/lib/libMagickCore.so.5 Reading symbols from /usr/local/lib/libMagickWand.so.5...done. Loaded symbols for /usr/local/lib/libMagickWand.so.5 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libncurses.so.8...done. Loaded symbols for /lib/libncurses.so.8 Reading symbols from /usr/local/lib/libgconf-2.so.4...done. Loaded sy
Re: [CFT] editors/emacs to 24.1
On Fri, 03 Aug 2012 23:06:29 +0530, ash...@freebsd.org (Ashish SHUKLA) said: > On Fri, 3 Aug 2012 19:19:02 +0200 (CEST), Marco Beishuizen > said: >> On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >>> I use following, and it seems to work fine for me: >>> >>> --8<---cut here---start->8--- >>> #!/bin/sh >>> >>> xrdb ~/.Xdefaults >>> xmodmap ~/.Xmodmap >>> gnome-screensaver & >>> exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >>> >$HOME/.xsession-errors >>> --8<---cut here---end--->8--- >>> >>> FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. >>> >>> Could you try it? >> I've tried all this but no differences. Still crashes and lockups. >> Regards, >> Marco > Sorry about the problem. Could you please mention the error messages (if any > you're getting) ? > Also, could you try compiling it with DEBUG symbols, if not already using, > i.e. > % sudo make -C /usr/ports/editors/emacs -DWITH_DEBUG build deinstall package > clean > If it dumps core, then you can then inspect core using gdb, and send the > backtrace: > % gdb $(which emacs) > (gdb) core-file emacs.core > (gdb) bt full Hi Marco, Could you provide output of those () ? Thanks -- Ashish SHUKLA “Any priest or shaman must be presumed guilty until proved innocent.” (Robert A. Heinlein, 1973) Sent from my Emacs pgpMT9a0few3b.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote: Does "emacs -Q" crash for you as well? Yes, same error messages. Regards, Marco -- Don't relax! It's only your tension that's holding you together. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Sun, 5 Aug 2012 19:28:42 +0200 (CEST), Marco Beishuizen said: > On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >> Sorry about the problem. Could you please mention the error messages (if any >> you're getting) ? > It seems that emacs 24.1 core dumps only with dbus enabled: > ... > Fatal error (11)Segmentation fault (core dumped) > ... > With dbus disabled (and gconf/gsettings too) emacs works, but when > trying to open a file it crashes: > ... > (emacs:90186): GVFS-RemoteVolumeMonitor-WARNING **: invoking > IsSupported() failed for remote volume monitor with dbus name > org.gtk.Private.AfcVolumeMonitor: > org.freedesktop.DBus.Error.Spawn.ChildExited: Process > /usr/local/libexec/gvfs-afc-volume-monitor exited with status 1 > Segmentation fault (core dumped) > ... > So it seems to me that emacs needs dbus? Does "emacs -Q" crash for you as well? Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpFkWNWxXI1L.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: Sorry about the problem. Could you please mention the error messages (if any you're getting) ? It seems that emacs 24.1 core dumps only with dbus enabled: ... Fatal error (11)Segmentation fault (core dumped) ... With dbus disabled (and gconf/gsettings too) emacs works, but when trying to open a file it crashes: ... (emacs:90186): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupported() failed for remote volume monitor with dbus name org.gtk.Private.AfcVolumeMonitor: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/local/libexec/gvfs-afc-volume-monitor exited with status 1 Segmentation fault (core dumped) ... So it seems to me that emacs needs dbus? Regards, Marco -- A doctor calls his patient to give him the results of his tests. "I have some bad news," says the doctor, "and some worse news." The bad news is that you only have six weeks to live." "Oh, no," says the patient. "What could possibly be worse than that?" "Well," the doctor replies, "I've been trying to reach you since last Monday." ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Fri, Aug 3, 2012 at 4:21 PM, Ashish SHUKLA wrote: > On Fri, 3 Aug 2012 11:42:28 -0700, Kevin Oberman said: >> On Fri, Aug 3, 2012 at 10:19 AM, Marco Beishuizen wrote: >>> On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >>> >>>> I use following, and it seems to work fine for me: >>>> >>>> --8<---cut here---start->8--- >>>> #!/bin/sh >>>> >>>> xrdb ~/.Xdefaults >>>> xmodmap ~/.Xmodmap >>>> gnome-screensaver & >>>> exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >>>> >$HOME/.xsession-errors >>>> --8<---cut here---end--->8--- >>>> >>>> FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. >>>> >>>> Could you try it? >>> >>> >>> I've tried all this but no differences. Still crashes and lockups. >>> >>> Regards, >>> >>> Marco >>> >>> -- >>> The distinction between Freedom and Liberty is not accurately known; >>> naturalists have been unable to find a living specimen of either. > >> Upgraded to 24.1 this morning. Still 9.1-PRERELEASE updated on 7/31 >> w/amd64 system. > >> So far I have no real problems with 24.1, but I built without DBUS. >> and I am still getting failures when I fire up emacs when sudo'ed to >> root: >> (emacs:1998): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: >> assertion `G_IS_DBUS_CONNECTION (connection)' failed >> g_dbus_connection_real_closed: Remote peer vanished with error: >> Underlying GIOStream returned 0 bytes on an async read >> (g-io-error-quark, 0). Exiting. >> Exit 15 > >> If I remove the DBUS_SESSION_BUS_ADDRESS env. variable, emacs starts >> and runs fine, but I still get: >> (emacs:2002): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: >> assertion `G_IS_DBUS_CONNECTION (connection)' failed > >> I had hoped that removal of the DBUS option would eliminate this, but >> no joy. I am using GTK2 and have the following options: >> CANNA=off: Canna support >> DBUS=off: D-Bus support >> GCONF=on: gconf backend >> GIF=on: GIF support >> GNUTLS=on: SSL/TLS support via GnuTLS >> GSETTINGS=on: GSettings support >> JPEG=on: JPEG support >> M17N=on: M17N support for text-shaping >> MAGICK=on: ImageMagick Library >> OTF=on: Opentype fonts suport >> PNG=on: PNG support >> SCROLLBARS=on: Toolkit scroll-bars >> SOUND=on: Sound support >> SOURCES=on: Install sources >> SVG=on: SVG image support >> SYNC_INPUT=on: Synchronously process asynchronous input >> TIFF=on: TIFF support >> XFT=on: Xft support >> XIM=on: X Input Method Support >> XML=on: XML Parser support >> XPM=on: XPM pixmaps support > >> While the effects of some options seems obvious, others are unclear. >> I'd love to know what they all mean, especially things like GCONF, >> DBUS, and GSETTINGS. Perhaps some other setting overrides the DBUS >> one. > > I'm not sure, but I think GSETTINGS uses GCONF which relies on DBUS, outside > Emacs dependencies these are, so if you're using GSETTINGS, you're still > getting linked using GConf APIs indirectly, which is probably relying on DBus > for looking up GConf daemon. > > So, to completely get rid of DBUS support, you need to turn off GSETTINGS, and > GCONF options as well. Ashish, Thanks! This should have been obvious to me. It works fine, now. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012 11:42:28 -0700, Kevin Oberman said: > On Fri, Aug 3, 2012 at 10:19 AM, Marco Beishuizen wrote: >> On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >> >>> I use following, and it seems to work fine for me: >>> >>> --8<---cut here---start->8--- >>> #!/bin/sh >>> >>> xrdb ~/.Xdefaults >>> xmodmap ~/.Xmodmap >>> gnome-screensaver & >>> exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >>> >$HOME/.xsession-errors >>> --8<---cut here---end--->8--- >>> >>> FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. >>> >>> Could you try it? >> >> >> I've tried all this but no differences. Still crashes and lockups. >> >> Regards, >> >> Marco >> >> -- >> The distinction between Freedom and Liberty is not accurately known; >> naturalists have been unable to find a living specimen of either. > Upgraded to 24.1 this morning. Still 9.1-PRERELEASE updated on 7/31 > w/amd64 system. > So far I have no real problems with 24.1, but I built without DBUS. > and I am still getting failures when I fire up emacs when sudo'ed to > root: > (emacs:1998): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: > assertion `G_IS_DBUS_CONNECTION (connection)' failed > g_dbus_connection_real_closed: Remote peer vanished with error: > Underlying GIOStream returned 0 bytes on an async read > (g-io-error-quark, 0). Exiting. > Exit 15 > If I remove the DBUS_SESSION_BUS_ADDRESS env. variable, emacs starts > and runs fine, but I still get: > (emacs:2002): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: > assertion `G_IS_DBUS_CONNECTION (connection)' failed > I had hoped that removal of the DBUS option would eliminate this, but > no joy. I am using GTK2 and have the following options: > CANNA=off: Canna support > DBUS=off: D-Bus support > GCONF=on: gconf backend > GIF=on: GIF support > GNUTLS=on: SSL/TLS support via GnuTLS > GSETTINGS=on: GSettings support > JPEG=on: JPEG support > M17N=on: M17N support for text-shaping > MAGICK=on: ImageMagick Library > OTF=on: Opentype fonts suport > PNG=on: PNG support > SCROLLBARS=on: Toolkit scroll-bars > SOUND=on: Sound support > SOURCES=on: Install sources > SVG=on: SVG image support > SYNC_INPUT=on: Synchronously process asynchronous input > TIFF=on: TIFF support > XFT=on: Xft support > XIM=on: X Input Method Support > XML=on: XML Parser support > XPM=on: XPM pixmaps support > While the effects of some options seems obvious, others are unclear. > I'd love to know what they all mean, especially things like GCONF, > DBUS, and GSETTINGS. Perhaps some other setting overrides the DBUS > one. I'm not sure, but I think GSETTINGS uses GCONF which relies on DBUS, outside Emacs dependencies these are, so if you're using GSETTINGS, you're still getting linked using GConf APIs indirectly, which is probably relying on DBus for looking up GConf daemon. So, to completely get rid of DBUS support, you need to turn off GSETTINGS, and GCONF options as well. HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpIZomPWfIWD.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012 19:19:02 +0200 (CEST), Marco Beishuizen said: > On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >> I use following, and it seems to work fine for me: >> >> --8<---cut here---start->8--- >> #!/bin/sh >> >> xrdb ~/.Xdefaults >> xmodmap ~/.Xmodmap >> gnome-screensaver & >> exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >> >$HOME/.xsession-errors >> --8<---cut here---end--->8--- >> >> FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. >> >> Could you try it? > I've tried all this but no differences. Still crashes and lockups. > Regards, > Marco Sorry about the problem. Could you please mention the error messages (if any you're getting) ? Also, could you try compiling it with DEBUG symbols, if not already using, i.e. --8<---cut here---start->8--- % sudo make -C /usr/ports/editors/emacs -DWITH_DEBUG build deinstall package clean --8<---cut here---end--->8--- If it dumps core, then you can then inspect core using gdb, and send the backtrace: --8<---cut here---start->8--- % gdb $(which emacs) (gdb) core-file emacs.core (gdb) bt full --8<---cut here---end--->8--- HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpr9IgC0sxEo.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Fri, Aug 3, 2012 at 10:19 AM, Marco Beishuizen wrote: > On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: > >> I use following, and it seems to work fine for me: >> >> --8<---cut here---start->8--- >> #!/bin/sh >> >> xrdb ~/.Xdefaults >> xmodmap ~/.Xmodmap >> gnome-screensaver & >> exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >> >$HOME/.xsession-errors >> --8<---cut here---end--->8--- >> >> FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. >> >> Could you try it? > > > I've tried all this but no differences. Still crashes and lockups. > > Regards, > > Marco > > -- > The distinction between Freedom and Liberty is not accurately known; > naturalists have been unable to find a living specimen of either. Upgraded to 24.1 this morning. Still 9.1-PRERELEASE updated on 7/31 w/amd64 system. So far I have no real problems with 24.1, but I built without DBUS. and I am still getting failures when I fire up emacs when sudo'ed to root: (emacs:1998): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: assertion `G_IS_DBUS_CONNECTION (connection)' failed g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Exit 15 If I remove the DBUS_SESSION_BUS_ADDRESS env. variable, emacs starts and runs fine, but I still get: (emacs:2002): GLib-GIO-CRITICAL **: g_dbus_connection_add_filter: assertion `G_IS_DBUS_CONNECTION (connection)' failed I had hoped that removal of the DBUS option would eliminate this, but no joy. I am using GTK2 and have the following options: CANNA=off: Canna support DBUS=off: D-Bus support GCONF=on: gconf backend GIF=on: GIF support GNUTLS=on: SSL/TLS support via GnuTLS GSETTINGS=on: GSettings support JPEG=on: JPEG support M17N=on: M17N support for text-shaping MAGICK=on: ImageMagick Library OTF=on: Opentype fonts suport PNG=on: PNG support SCROLLBARS=on: Toolkit scroll-bars SOUND=on: Sound support SOURCES=on: Install sources SVG=on: SVG image support SYNC_INPUT=on: Synchronously process asynchronous input TIFF=on: TIFF support XFT=on: Xft support XIM=on: X Input Method Support XML=on: XML Parser support XPM=on: XPM pixmaps support While the effects of some options seems obvious, others are unclear. I'd love to know what they all mean, especially things like GCONF, DBUS, and GSETTINGS. Perhaps some other setting overrides the DBUS one. NOTE: This problem is only an annoyance and it is NOT new to 24.1, so I am partly hijacking the thread. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: I use following, and it seems to work fine for me: --8<---cut here---start->8--- #!/bin/sh xrdb ~/.Xdefaults xmodmap ~/.Xmodmap gnome-screensaver & exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >$HOME/.xsession-errors --8<---cut here---end------->8--- FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. Could you try it? I've tried all this but no differences. Still crashes and lockups. Regards, Marco -- The distinction between Freedom and Liberty is not accurately known; naturalists have been unable to find a living specimen of either. -- Ambrose Bierce ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012 11:38:09 +0200 (CEST), Marco Beishuizen said: > On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >> I also use Fluxbox, on 9-RELEASE though? How do you start Fluxbox, >> i.e. your .xinitrc, if using from startx? > Yes, I have "exec /usr/local/bin/startfluxbox" in my .xinitrc. I use following, and it seems to work fine for me: --8<---cut here---start->8--- #!/bin/sh xrdb ~/.Xdefaults xmodmap ~/.Xmodmap gnome-screensaver & exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >$HOME/.xsession-errors --8<---cut here---end--->8--- FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. Could you try it? HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgp9yQ3L3jAf3.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: I also use Fluxbox, on 9-RELEASE though? How do you start Fluxbox, i.e. your .xinitrc, if using from startx? Yes, I have "exec /usr/local/bin/startfluxbox" in my .xinitrc. Regards, Marco -- The rose of yore is but a name, mere names are left to us. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Fri, 3 Aug 2012 00:15:00 +0200 (CEST), Marco Beishuizen said: > On Mon, 23 Jul 2012, the wise Ashish SHUKLA wrote: >> Hi, >> >> Sorry for the delay in updating editors/emacs port, due to personal >> stuff. >> >> I've started work on the updating, and I've created a diff[1] to >> update port to 24.1 as well as converted it to use OptionsNG[2] >> framework. >> >> Canna support is contributed by Yuji TAKANO (CC'ed). If you >> experience any issues with that please let him know. :) >> >> It seems to build fine, and I'm using it. It needs to be tested with >> its dependent ports, and I'll test all of that this week. >> >> Any feedback would be greatly appreciated. > Hello, > I portupgraded to 24.1 but have problems with it. > In Fluxbox Emacs causes a complete lockup of my desktop and it seems > that Fluxbox has a problem with it. I also tried 24.1 in Gnome 2 but > there Emacs just coredumps. > I run FreeBSD 9-STABLE i386. I also use Fluxbox, on 9-RELEASE though? How do you start Fluxbox, i.e. your .xinitrc, if using from startx? Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgprCGsYN0XSi.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Mon, 23 Jul 2012, the wise Ashish SHUKLA wrote: Hi, Sorry for the delay in updating editors/emacs port, due to personal stuff. I've started work on the updating, and I've created a diff[1] to update port to 24.1 as well as converted it to use OptionsNG[2] framework. Canna support is contributed by Yuji TAKANO (CC'ed). If you experience any issues with that please let him know. :) It seems to build fine, and I'm using it. It needs to be tested with its dependent ports, and I'll test all of that this week. Any feedback would be greatly appreciated. Hello, I portupgraded to 24.1 but have problems with it. In Fluxbox Emacs causes a complete lockup of my desktop and it seems that Fluxbox has a problem with it. I also tried 24.1 in Gnome 2 but there Emacs just coredumps. I run FreeBSD 9-STABLE i386. Regards, Marco -- Joe's sister puts spaghetti in her shoes! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Thu, 2 Aug 2012 11:38:32 -0300, Joseph Mingrone said: > On Wed, Aug 1, 2012 at 6:39 PM, Ashish SHUKLA wrote: >> Weird. Do you've any idea from where devel/libgsf was getting included in >> dependencies list? > There were a few different combinations. One I recall was selecting > the ImageMagick option. That pulls in devel/libgsf and devel/dbus. > Then devel/libgsf pulls in devel/gconf2 and that's when you get > something like 40 extra ports installed. Right, I completely forgot about ImageMagick. Everything makes sense now. > I've found the make targets run-depends-list, build-depends-list and > missing are useful. >> No problems. Ports are updated now. Let me know if you see any issues. > So far things are working quite well. :) Good to know :) Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpydK4AQ6Oc7.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
On Wed, Aug 1, 2012 at 6:39 PM, Ashish SHUKLA wrote: > Weird. Do you've any idea from where devel/libgsf was getting included in > dependencies list? There were a few different combinations. One I recall was selecting the ImageMagick option. That pulls in devel/libgsf and devel/dbus. Then devel/libgsf pulls in devel/gconf2 and that's when you get something like 40 extra ports installed. I've found the make targets run-depends-list, build-depends-list and missing are useful. > No problems. Ports are updated now. Let me know if you see any issues. So far things are working quite well. :) Joseph ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
Hi Joseph, On Wed, 1 Aug 2012 18:21:38 -0300, Joseph Mingrone said: > Hello again Ashish; > I played around with the port options and it does indeed look like > dbus/gconf/gtk were being installed because they were "indirect > dependencies". For example, with these options selected (shown > below) the run dependencies were limited to > % make run-depends-list > /usr/ports/devel/pkgconf > /usr/ports/graphics/jpeg > /usr/ports/graphics/png > /usr/ports/graphics/tiff > /usr/ports/print/freetype2 > /usr/ports/print/libotf > /usr/ports/security/gnutls > /usr/ports/textproc/libxml2 > /usr/ports/x11-fonts/libXft > /usr/ports/x11-toolkits/libXaw > /usr/ports/x11/libXpm. Weird. Do you've any idea from where devel/libgsf was getting included in dependencies list? > The list no longer contains devel/libgsf, which pulls in > dbus/gconf/gtk. I was confused when I turned off options like dbus > and saw that it was still getting installed. > Thanks for enduring all my emails and thanks for the hard work > involved with updating the port. No problems. Ports are updated now. Let me know if you see any issues. Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
Hello again Ashish; I played around with the port options and it does indeed look like dbus/gconf/gtk were being installed because they were "indirect dependencies". For example, with these options selected (shown below) the run dependencies were limited to % make run-depends-list /usr/ports/devel/pkgconf /usr/ports/graphics/jpeg /usr/ports/graphics/png /usr/ports/graphics/tiff /usr/ports/print/freetype2 /usr/ports/print/libotf /usr/ports/security/gnutls /usr/ports/textproc/libxml2 /usr/ports/x11-fonts/libXft /usr/ports/x11-toolkits/libXaw /usr/ports/x11/libXpm. The list no longer contains devel/libgsf, which pulls in dbus/gconf/gtk. I was confused when I turned off options like dbus and saw that it was still getting installed. Thanks for enduring all my emails and thanks for the hard work involved with updating the port. Cheers, Joseph % pkg info -f emacs Name : emacs Version: 24.1,2 Origin : editors/emacs Prefix : /usr/local Categories : ipv6 editors Licenses : GPLv3 Maintainer : ash...@freebsd.org WWW: http://www.gnu.org/software/emacs/ Comment: GNU editing macros Options: CANNA: off DBUS: off GCONF: off GIF: off GNUTLS: on GSETTINGS: off JPEG: on M17N: off MAGICK: off OTF: on PNG: on SCROLLBARS: off SOUND: on SOURCES: on SVG: off SYNC_INPUT: on TIFF: on XFT: on XIM: on XML: on XPM: on GTK2: off GTK3: off XAW: on XAW3D: off MOTIF: off ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Mon, 30 Jul 2012 18:22:22 -0300, Joseph Mingrone said: > Could this be a result of other dependencies pulling in > dbus/gconf/gtk? For example editors/emacs depends on devel/libgsf and > libgsf depends on dbus/gconf/gtk. It could be, but not sure how you arrived at 'libgsf', I don't see any mention of it in port's work directory either? Could you please provide output of: % make -C BUILD_DEPENDS % make -C RUN_DEPENDS % make -C LIB_DEPENDS Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgpge1EBknX1n.pgp Description: PGP signature
Re: [CFT] editors/emacs to 24.1
Could this be a result of other dependencies pulling in dbus/gconf/gtk? For example editors/emacs depends on devel/libgsf and libgsf depends on dbus/gconf/gtk. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Mon, Jul 30, 2012 at 5:10 PM, Ashish SHUKLA wrote: > There is nothing here which hints at gconf2/gtk2/dbus being used. Why do you > think those options are used or Emacs depends on them? % pkg info -d emacs (note there is no underscore, that the pkgng tool) emacs-24.1,2 depends on: ImageMagick-6.7.8.6 ORBit2-2.14.19 atk-2.0.1 bitstream-vera-1.10_5 cairo-1.10.2_4,2 compositeproto-0.4.2 damageproto-1.2.1 dbus-glib-0.94 dbus-1.4.14_3 dconf-0.5.1_4 djvulibre-3.5.25.3 eggdbus-0.6_1 encodings-1.0.4,1 expat-2.0.1_2 fftw3-3.3.2 fixesproto-5.0 font-bh-ttf-1.0.3 font-misc-ethiopic-1.0.3 font-misc-meltho-1.0.3 font-util-1.2.0 fontconfig-2.9.0,1 freetype2-2.4.9_1 fribidi-0.19.2_1 gamin-0.1.10_4 gconf2-2.32.0_3 gd-2.0.35_8,1 gdk-pixbuf-2.23.5_3 gettext-0.18.1.1 ghostscript9-9.05_5 giflib-4.2.0_2 gio-fam-backend-2.28.8_1 glib-2.28.8_4 gmp-5.0.5 gnome_subr-1.0 gnomehier-2.3_12 gnutls-2.12.18 gobject-introspection-0.10.8_2 gsfonts-8.11_5 gtk-engines2-2.20.2_1 gtk-update-icon-cache-2.24.6_1 gtk-2.24.6_2 hicolor-icon-theme-0.12 inputproto-2.0.2 jasper-1.900.1_10 jbig2dec-0.11_1 jbigkit-1.6 jpeg-8_3 kbproto-1.0.5 lcms2-2.3 libICE-1.0.7,1 libIDL-0.8.14_1 libSM-1.2.0,1 libX11-1.4.4,1 libXau-1.0.6 libXaw-1.0.9,2 libXcomposite-0.4.3,1 libXcursor-1.1.12 libXdamage-1.1.3 libXdmcp-1.1.0 libXext-1.3.0_1,1 libXfixes-5.0 libXft-2.1.14 libXi-1.4.5,1 libXinerama-1.1.1,1 libXmu-1.1.0,1 libXp-1.0.1,1 libXpm-3.5.9 libXrandr-1.3.2 libXrender-0.9.6 libXt-1.1.1,1 libcroco-0.6.2_1 libffi-3.0.9 libfontenc-1.1.0 libfpx-1.2.0.12_2 libgee-0.6.2.1 libgpg-error-1.10 libgsf-1.14.21_1 libiconv-1.14 libidn-1.22 liblqr-1-0.4.1_2 libltdl-2.4.2 libotf-0.9.12 libpaper-1.1.24_1 libpthread-stubs-0.3_3 librsvg2-2.34.1_1 libtasn1-2.13 libwmf-0.2.8.4_7 libxcb-1.7 libxml2-2.7.8_3 m17n-db-1.6.3 m17n-lib-1.6.3_1 mkfontdir-1.0.6 mkfontscale-1.0.9 nettle-2.5 p11-kit-0.13 pango-1.28.4_1 pcre-8.31 perl-5.16.0 pixman-0.24.2 pkg-config-0.25_1 pkgconf-0.8.5 png-1.5.12 polkit-0.99 printproto-1.0.5 python27-2.7.3_3 randrproto-1.3.2 renderproto-0.11.1 shared-mime-info-1.0_1 svgalib-1.4.3_6 tiff-4.0.2 webp-0.1.3_1 xcb-util-renderutil-0.3.8 xcb-util-0.3.8,1 xextproto-7.2.0 xineramaproto-1.2.1 xorg-fonts-truetype-7.5.1 xproto-7.0.22 > And as you mention you're using pkgng, it's irrelevant unless you're using > installing from package. Are you? No, I'm installing from source. Cheers, Joseph ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [CFT] editors/emacs to 24.1
On Mon, 30 Jul 2012 16:51:15 -0300, Joseph Mingrone said: > On Mon, Jul 30, 2012 at 4:37 PM, Ashish SHUKLA wrote: >> On Mon, 30 Jul 2012 15:00:25 -0300, Joseph Mingrone said: >>> Ashish, when building with the dbus, gconf and gtk options turned off, >>> emacs still depends on the dbus/gconf2/gtk2 ports. Is this intended? >> >> No, that's not intended. Could you paste output of following command-lines? >> >> % make -V CONFIGURE_ARGS >> % make -V USE_GNOME >> % make -V BUILD_DEPENDS >> % cat /var/db/ports/emacs/options > % make -V CONFIGURE_ARGS > --localstatedir=/var --with-x-toolkit=athena --without-xaw3d > --with-xft --with-m17n-flt --with-otf --with-imagemagick > --without-gsettings --without-gconf --with-xim --with-sound > --without-dbus --with-xml2 --with-gnutls > --x-libraries=/usr/local/lib --x-includes=/usr/local/include > --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} > % make -V USE_GNOME > librsvg2 libxml2 > % make -V BUILD_DEPENDS > gmake:/usr/ports/devel/gmake > /usr/local/libdata/pkgconfig/xaw7.pc:/usr/ports/x11-toolkits/libXaw > /usr/local/libdata/pkgconfig/xpm.pc:/usr/ports/x11/libXpm > /usr/local/libdata/pkgconfig/xft.pc:/usr/ports/x11-fonts/libXft > /usr/local/bin/intltool-extract:/usr/ports/textproc/intltool > pkgconf:/usr/ports/devel/pkgconf > cat /var/db/ports/emacs/options > # This file is auto-generated by 'make config'. > # Options for emacs-24.1,2 > _OPTIONS_READ=emacs-24.1,2 > _FILE_COMPLETE_OPTIONS_LIST=CANNA DBUS GCONF GIF GNUTLS GSETTINGS JPEG > M17N MAGICK OTF PNG SCROLLBARS SOUND SOURCES SVG SYNC_INPUT TIF > F XFT XIM XML XPM GTK2 GTK3 XAW XAW3D MOTIF > OPTIONS_FILE_UNSET+=CANNA > OPTIONS_FILE_UNSET+=DBUS > OPTIONS_FILE_UNSET+=GCONF > OPTIONS_FILE_SET+=GIF > OPTIONS_FILE_SET+=GNUTLS > OPTIONS_FILE_UNSET+=GSETTINGS > OPTIONS_FILE_SET+=JPEG > OPTIONS_FILE_SET+=M17N > OPTIONS_FILE_SET+=MAGICK > OPTIONS_FILE_SET+=OTF > OPTIONS_FILE_SET+=PNG > OPTIONS_FILE_SET+=SCROLLBARS > OPTIONS_FILE_SET+=SOUND > OPTIONS_FILE_SET+=SOURCES > OPTIONS_FILE_SET+=SVG > OPTIONS_FILE_SET+=SYNC_INPUT > OPTIONS_FILE_SET+=TIFF > OPTIONS_FILE_SET+=XFT > OPTIONS_FILE_SET+=XIM > OPTIONS_FILE_SET+=XML > OPTIONS_FILE_SET+=XPM > OPTIONS_FILE_UNSET+=GTK2 > OPTIONS_FILE_UNSET+=GTK3 > OPTIONS_FILE_SET+=XAW > OPTIONS_FILE_UNSET+=XAW3D > OPTIONS_FILE_UNSET+=MOTIF There is nothing here which hints at gconf2/gtk2/dbus being used. Why do you think those options are used or Emacs depends on them? And as you mention you're using pkgng, it's irrelevant unless you're using installing from package. Are you? Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs pgp2yjF300oSy.pgp Description: PGP signature