Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 4 Dec 2010 10:30:16 -0800
From:      Chip Camden <sterling@camdensoftware.com>
To:        freebsd-ports@freebsd.org
Subject:   Re: Proposal moving *spell dicts to ports/textproc/*spell/dicts
Message-ID:  <20101204183016.GB51632@libertas.local.camdensoftware.com>
In-Reply-To: <201012041250.38180.david@vizion2000.net>
References:  <AANLkTinrVxin38N09gd==6bvkip18CVQ-enN7FL=pJ-b@mail.gmail.com> <201012041250.38180.david@vizion2000.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--QTprm0S8XgL7H0Dt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Quoth David Southwell on Saturday, 04 December 2010:
> > Hi,
> >=20
> > As I said some weeks ago I personally don't like much the use of
> > ports/{french,chinese,whatever}/ directories. I saw that openbsd
> > created sub directories in the aspell port. I think this is a really
> > good idea, it's really easier to find.
> >=20
> > I don't think german/ispell french/aspell textproc/gu-aspell are
> > really easy to find.
> >=20
> > I propose creating a ports/textproc/aspell/dicts and same for
> > textproc/ispell and textproc/hunspell and moving every spellings ports
> > to these directories.
> On the surface the idea sounds sensible. Maybe there are some issues rela=
ting=20
> to consistency across the whole ports tree in the way languages are handl=
ed.
>=20
> I see no solution being intrinsically better than any other but would ten=
d to=20
> favour a consistent approach for all language. We already have one built =
in=20
> inconsistencyt -- i.e. english is handled different;ly than any other.
>=20
> IMHO one inconsistency is enough!!
>=20

This is part of a much larger problem that isn't unique to FreeBSD ports:  =
the
desirable abstractions do not fit into a single hierarchical pattern as
represented by directories.  I humbly suggest that the directory
structure should be kept as simple as possible, hopefully only reflecting
one abstraction vector (instead of several as at present: human language, p=
rogramming
language, framework, application domain, etc.).  Then we probably need to
develop more useful tools for managing the other abstraction vectors.
'make search', 'pkgsearch', etc. help, but perhaps some form of tagging
might be more to the point, with guidelines for porters about what kinds
of tags are expected.

--=20
Sterling (Chip) Camden    | sterling@camdensoftware.com | 2048D/3A978E4F
http://camdensoftware.com | http://chipstips.com        | http://chipsquips=
.com

--QTprm0S8XgL7H0Dt
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iQEcBAEBAgAGBQJM+oi3AAoJEIpckszW26+ROpsIAIR9buhX3HcWJxvBJL6BxCIa
gMLx7ki3cU5xmK+9mndy/DYsGfex8t5q9k4ebayU3dtD7yI+Dnhug6iDH8hyr3gb
6jNU20q1Rtp1ojs9BNXJj5dZUZJSrO+Qi6BR0Xwmvy+Vd0bDAH+XLhclnK13TwLG
qN9sGwbRClJGwnoR+A6+ZUBiUnwmOqmkN8+UHtErO1PO2RfyhCffR6yQvboaue6L
wstuy+EFs4i4RcQCrn1tyJY34kAp5B+vlOjGlXxma+Gjan3PGOIDoST4yZ1ayh40
6ssINZmxk3bwSKjMqZfOCdUZUfqmHSEFzBOMFQ2lYAlR7sWExnul4n/kVI2IOFA=
=57oR
-----END PGP SIGNATURE-----

--QTprm0S8XgL7H0Dt--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101204183016.GB51632>