Date: Mon, 24 Nov 2014 09:38:40 +0100 From: "Christopher J. Ruwe" <cjr@cruwe.de> To: Roland Smith <rsmith@xs4all.nl> Cc: freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: value of maintaining emacs-mode packages in ports Message-ID: <1416818320.31598.7.camel@mccarthy> In-Reply-To: <20141123234838.GA36524@slackbox.erewhon.home> References: <1416699134.31598.2.camel@mccarthy> <20141123234838.GA36524@slackbox.erewhon.home>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-a/GS26/Vdhtu6MDzvLBE Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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. > >=20 > > 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. > >=20 > > 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. > >=20 > > Thanks for your thoughts, cheers, >=20 > It might help to see this question in a broader context. >=20 > There are several communities that have there own repositories/package > managers these days, e.g: >=20 > * TeX > * Perl > * Python > * Ruby > * Node > * Emacs >=20 > Yet the maintainers of the ports system go through the effort of maintain= ing > ports for a lot of these packages, even though it might strictly speaking= be > considered a duplication of effort. >=20 > There are at least two big reasons that I can think of; >=20 > 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 p= lace > 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= . >=20 > 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! >=20 > But such packages are obviously only available to the user that has insta= lled > them. So for a multi-user installation a port would still make more sense= . >=20 >=20 > 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.=20 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 --=20 Christopher=20 --=-a/GS26/Vdhtu6MDzvLBE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABCgAGBQJUcu6YAAoJEJTIKW/o3iwU8DQP/jshMQY6m2vfUPmfr52iuzWS TNU9cXTW+Bz6vohQRX3zpNII2MfDb796ORsI02JJMfSq9Md1U9Gok93vdReSjYaB H+3otH4Xq+IiYqRdBQk4Gkd70HK7Js/g2vdqho1lTUW1IBe4wmDIC1mhyK2vVZZI 31L75voNWRXRBMVhhDDwNgl0VJm96RakXZkteQTwo7T1lOGkXU9gLoqmxicR2Cki J4eFnat5b/nhjS0615A+kfpyljOEM7D6Dd3GzWWoFFnTaKTAe/2x3hFahSrE2EVG 4u62wTE3xQ8mszm+LhFAPUSnCO7i69V9c/DwWHFz8TYggTgIiO7FyOpLSjiTKTvn jjHv2i1Vv+4DWw3PKL8pmd0L2lQFpppghgZy8oa67eY6XyTxHiTC6JYQAiYr+rtU RMdX2XctwWJNGr9bpQG67CCfiT5DqZxnKO4Ghn35PJWCGbYcTyIZ0CG8YzqyUUAY 0Jq2pcYQV3RomBAjEsV3tao7xvzMUSEmzwzLjaf875TjVwWSxoIJMHNQ/0SEbaYG IvpU655zNxoO8fAJ0Jak7HxiXFEKI3oBqQOHXlT2DEiGuKveXcDQLsrjrdFCQzlp BM3crvRaDdXoWwkzlgqyw/QfFRWFsnHAmpXLdEO6xGql9itnn7PbigRMn2wpQVIK qlmMTybHso6NH6lrEm1H =lEY8 -----END PGP SIGNATURE----- --=-a/GS26/Vdhtu6MDzvLBE--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1416818320.31598.7.camel>