Re: emacs and emacs21 handling
Aaron def...@gmail.com writes: On Sun, Oct 26, 2014 at 2:01 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: [...] I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... First option sounds good to me. I don't ever use 21 though, so I might not be the best person to voice an opinion. What I have committed is just a switch from any emacs version installed to emacs 24. Shipping just the .el files, with no bdep, is left as an exercise for the user. :) [...] -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: emacs and emacs21 handling
Stuart Henderson st...@openbsd.org writes: On 2014/10/27 22:05, patrick keshishian wrote: Fwiw, whenever I build gnuplot from ports, I remove the emacs dependency and the .el and .elc files. I'm not sure what they are for, and I've not missed them. The .el files that we install in gnuplot are just docs (a syntax reminder, by the looks of it). There are other emacs lisp files that are part of the gnuplot distribution - gnuplot.el gnuplot mode for emacs and gnuplot-gui.el a GUI for setting command arguments interactively - which might be more useful, but we don't currently install them. We could install them. I did not look whether they work correctly. Any emacs + gnuplot user? :) :wq ;) :x -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: emacs and emacs21 handling
On 2014/10/27 22:05, patrick keshishian wrote: Fwiw, whenever I build gnuplot from ports, I remove the emacs dependency and the .el and .elc files. I'm not sure what they are for, and I've not missed them. The .el files that we install in gnuplot are just docs (a syntax reminder, by the looks of it). There are other emacs lisp files that are part of the gnuplot distribution - gnuplot.el gnuplot mode for emacs and gnuplot-gui.el a GUI for setting command arguments interactively - which might be more useful, but we don't currently install them. :wq ;)
Re: emacs and emacs21 handling
On Sun, Oct 26, 2014 at 2:01 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: So the idea was to deconflict those two ports, to be able to use both during bulk builds. Several ports are waiting for this as they depend on newer emacs releases. I had sent patches to rename the conflicting files in emacs21, but it turns out that it won't happen. *shrug* So my plan is to kill any use of emacs21 at build time. To achieve this, there are several ways: - remove the port - stop byte-compiling files at build time - switch the port to using emacs24 at build time I'd kill those: net/zenirc,-main|editors/emacs21|||editors/emacs21|B net/zenirc,-main|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|B zenirc has seen no update since 2000, auctex and mew are lagging behind upstream. I'd switch those to using emacs 24 : devel/automake/1.9|editors/emacs21|||editors/emacs21|T devel/automake/1.10|editors/emacs21|||editors/emacs21|T devel/automake/1.11|editors/emacs21|||editors/emacs21|T devel/automake/1.12|editors/emacs21|||editors/emacs21|T devel/automake/1.13|editors/emacs21|||editors/emacs21|T devel/automake/1.14|editors/emacs21|||editors/emacs21|T There is no automated run of regress tests right now but IIRC people were interested. IMO it would make more sense to test whether those packages correctly support *current* emacs versions. I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... First option sounds good to me. I don't ever use 21 though, so I might not be the best person to voice an opinion. What happens when they try to use the el files that aren't byte-compiled? This has waited for a long time now, if you folks have comments please chime in before thursday. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: emacs and emacs21 handling
Aaron def...@gmail.com writes: On Sun, Oct 26, 2014 at 2:01 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: [...] I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... First option sounds good to me. I had diffs for option 2, but... I don't ever use 21 though, so I might not be the best person to voice an opinion. it seems like no one uses emacs 21 *and* .el/elc files in the ports discussed in this thread. I've tried to get more information several times, but got no public nor private answer. What happens when they try to use the el files that aren't byte-compiled? Advantage: you don't use a .elc file byte-compiled with a newer emacs version (older is fine according to the manual). Disadvantage: loading the Lisp code is slightly slower than loading output from the byte-compiler. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: emacs and emacs21 handling
Hi, On Sun, 26 Oct 2014 21:01:07 +0100 j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote: I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. I'm using inputmethods/anthy with emacs24. I myself don't care if the anthy port becomes unavailable with emacs21. --yasuoka
Re: emacs and emacs21 handling
On 10/26/14, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: So the idea was to deconflict those two ports, to be able to use both during bulk builds. Several ports are waiting for this as they depend on newer emacs releases. I had sent patches to rename the conflicting files in emacs21, but it turns out that it won't happen. *shrug* So my plan is to kill any use of emacs21 at build time. To achieve this, there are several ways: - remove the port - stop byte-compiling files at build time - switch the port to using emacs24 at build time I'd kill those: net/zenirc,-main|editors/emacs21|||editors/emacs21|B net/zenirc,-main|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|B zenirc has seen no update since 2000, auctex and mew are lagging behind upstream. I'd switch those to using emacs 24 : devel/automake/1.9|editors/emacs21|||editors/emacs21|T devel/automake/1.10|editors/emacs21|||editors/emacs21|T devel/automake/1.11|editors/emacs21|||editors/emacs21|T devel/automake/1.12|editors/emacs21|||editors/emacs21|T devel/automake/1.13|editors/emacs21|||editors/emacs21|T devel/automake/1.14|editors/emacs21|||editors/emacs21|T There is no automated run of regress tests right now but IIRC people were interested. IMO it would make more sense to test whether those packages correctly support *current* emacs versions. I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B Fwiw, whenever I build gnuplot from ports, I remove the emacs dependency and the .el and .elc files. I'm not sure what they are for, and I've not missed them. --patrick We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... This has waited for a long time now, if you folks have comments please chime in before thursday. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
emacs and emacs21 handling
So the idea was to deconflict those two ports, to be able to use both during bulk builds. Several ports are waiting for this as they depend on newer emacs releases. I had sent patches to rename the conflicting files in emacs21, but it turns out that it won't happen. *shrug* So my plan is to kill any use of emacs21 at build time. To achieve this, there are several ways: - remove the port - stop byte-compiling files at build time - switch the port to using emacs24 at build time I'd kill those: net/zenirc,-main|editors/emacs21|||editors/emacs21|B net/zenirc,-main|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|B zenirc has seen no update since 2000, auctex and mew are lagging behind upstream. I'd switch those to using emacs 24 : devel/automake/1.9|editors/emacs21|||editors/emacs21|T devel/automake/1.10|editors/emacs21|||editors/emacs21|T devel/automake/1.11|editors/emacs21|||editors/emacs21|T devel/automake/1.12|editors/emacs21|||editors/emacs21|T devel/automake/1.13|editors/emacs21|||editors/emacs21|T devel/automake/1.14|editors/emacs21|||editors/emacs21|T There is no automated run of regress tests right now but IIRC people were interested. IMO it would make more sense to test whether those packages correctly support *current* emacs versions. I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... This has waited for a long time now, if you folks have comments please chime in before thursday. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: emacs and emacs21 handling
For auctex: the most recent version is now distributed via ELPA, which is included in Emacs 24, which in turn makes the print/auctex port unnecessary for anybody using Emacs 24. (I've been happily using it that way for quite some time now) On Sun, Oct 26, 2014 at 3:01 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: So the idea was to deconflict those two ports, to be able to use both during bulk builds. Several ports are waiting for this as they depend on newer emacs releases. I had sent patches to rename the conflicting files in emacs21, but it turns out that it won't happen. *shrug* So my plan is to kill any use of emacs21 at build time. To achieve this, there are several ways: - remove the port - stop byte-compiling files at build time - switch the port to using emacs24 at build time I'd kill those: net/zenirc,-main|editors/emacs21|||editors/emacs21|B net/zenirc,-main|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|B zenirc has seen no update since 2000, auctex and mew are lagging behind upstream. I'd switch those to using emacs 24 : devel/automake/1.9|editors/emacs21|||editors/emacs21|T devel/automake/1.10|editors/emacs21|||editors/emacs21|T devel/automake/1.11|editors/emacs21|||editors/emacs21|T devel/automake/1.12|editors/emacs21|||editors/emacs21|T devel/automake/1.13|editors/emacs21|||editors/emacs21|T devel/automake/1.14|editors/emacs21|||editors/emacs21|T There is no automated run of regress tests right now but IIRC people were interested. IMO it would make more sense to test whether those packages correctly support *current* emacs versions. I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... This has waited for a long time now, if you folks have comments please chime in before thursday. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: emacs and emacs21 handling
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes: So the idea was to deconflict those two ports, to be able to use both during bulk builds. Several ports are waiting for this as they depend on newer emacs releases. I had sent patches to rename the conflicting files in emacs21, but it turns out that it won't happen. *shrug* So my plan is to kill any use of emacs21 at build time. To achieve this, there are several ways: - remove the port Just so that it's clear, I'm talking about removing ports that get in the way, I am not talking about editors/emacs21... [...] -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE