Bug 68821 - [NEW PORT] textproc/exslt: Community initiative extensions to XSLT
Summary: [NEW PORT] textproc/exslt: Community initiative extensions to XSLT
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Oliver Eikemeier
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-08 16:30 UTC by Hervé Quiroz
Modified: 2004-07-09 13:37 UTC (History)
0 users

See Also:


Attachments
exslt-2003.10.24.shar (42.96 KB, text/plain)
2004-07-08 16:30 UTC, Hervé Quiroz
no flags Details
pkg-descr (1004 bytes, text/plain; charset=us-ascii)
2004-07-08 19:15 UTC, Hervé Quiroz
no flags Details
Makefile.diff (438 bytes, patch)
2004-07-08 19:15 UTC, Hervé Quiroz
no flags Details | Diff
exslt-2003.10.24.shar (2.93 KB, application/x-shar)
2004-07-09 11:19 UTC, Hervé Quiroz
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hervé Quiroz 2004-07-08 16:30:19 UTC
EXSLT is a community initiative to provide extensions to XSLT. The extensions
are broken down into a number of modules, listed below. We are trying to
encourage the implementers of XSLT processors to use these extensions, so that
your stylesheets can be more portable. If your XSLT processor doesn't support a
particular extension, you will packages that you can use to provide functions
or templates for your stylesheets.

- Common: common, basic extension elements and functions. 
- Math: facilities to do with maths. 
- Sets: facilities to do with set manipulation. 
- Functions: allow users to define their own functions for use in expressions
  and patterns in XSLT. 
- Dates and Times: date and time-related extension elements and functions. 
- Strings: facilities to do with string manipulation. 
- Regular Expressions: facilities to do with regular expressions. 
- Dynamic: dynamic evaluation of strings containing XPath expressions. 
- Random: facilities to do with randomness. 

WWW:	http://www.exslt.org/

Generated with FreeBSD Port Tools 0.50
Comment 1 Oliver Eikemeier freebsd_committer freebsd_triage 2004-07-08 16:58:00 UTC
State Changed
From-To: open->feedback

Asked maintainer for feedback 


Comment 2 Oliver Eikemeier freebsd_committer freebsd_triage 2004-07-08 16:58:00 UTC
Responsible Changed
From-To: freebsd-ports-bugs->eik

I'll handle this
Comment 3 Oliver Eikemeier 2004-07-08 17:01:42 UTC
Herve Quiroz wrote:

>> Description:
> [...]. We are trying to
> encourage the implementers of XSLT processors to use these extensions, 
> so that
> your stylesheets can be more portable.

Who is `we'? Perhaps a little reformulation of the pkg-descr is 
appropriate.

Also, would you mind sorting the pkg-plist or generating a dynamic one?

-Oliver
Comment 4 Hervé Quiroz 2004-07-08 19:15:06 UTC
Oliver,

On Thu, Jul 08, 2004 at 06:01:42PM +0200, Oliver Eikemeier wrote:
> Who is `we'? Perhaps a little reformulation of the pkg-descr is 
> appropriate.

Sorry for that. I also forgot a word in the changes I applied to the
description found on the original webpage. Attached is another version
of pkg-descr.

> Also, would you mind sorting the pkg-plist or generating a dynamic one?

Actually the pkg-plist is sorted, but in reverse order. I added a task
to generate this pkg-plist in the Makefile. I use 'sort -r' so that
directories are removed in the correct order. But you're right, it is
not necessary to do 'sort -r' on files. Do you want me to resubmit the
pkg-plist ? Or you can just apply the attached patch to the Makefile and
run the x-generate-plist target.

BTW, I noticed several ports define "maintainer only" targets in their
Makefile, that's why I did provide this one but it is not mandatory. I
used to have my personal scripts for such a task. So it is probably
better to remove it for now (and chances are this port will not get
updated often anyway as the specs are quite frozen since October 2003).

Herve
Comment 5 Hervé Quiroz 2004-07-08 19:28:46 UTC
Oliver,

On Thu, Jul 08, 2004 at 06:01:42PM +0200, Oliver Eikemeier wrote:
> Also, would you mind sorting the pkg-plist or generating a dynamic one?

Sorry, I did not answer to the second part in my previous mail. You're
right, I can find a workaround if you want. Just give me some time and I
send you a fresh new port with dynamic pkg-plist.

OTOH, what really bother me with this port is the fact that it has both
shared data and docs in the same directory tree: documentation contains
links to the samples and to the provided functions and templates. So I
still don't know whether to install everything in ${DATADIR} or
${DOCSDIR}. In the later case, the workaround for pkg-plist would be
rather straightforward:

PORTDOCS=	${FILES}

..or just replace each occurence of "FILES" by "PORTDOCS".

Please tell me your opinion on this one. I will provide a whole new port
implementing your recommendations.

Herve
Comment 6 Hervé Quiroz 2004-07-09 11:19:14 UTC
Oliver,

On Thu, Jul 08, 2004 at 06:01:42PM +0200, Oliver Eikemeier wrote:
> Who is `we'? Perhaps a little reformulation of the pkg-descr is 
> appropriate.
> 
> Also, would you mind sorting the pkg-plist or generating a dynamic one?

And here it is, a whole new port.

- Dynamic pkg-plist
- Fixed pkg-descr (no more 'we' and some typo)

NOTE: I decided to stay with ${DATADIR}... I think it's more obvious to
end users.

Herve
Comment 7 Oliver Eikemeier freebsd_committer freebsd_triage 2004-07-09 13:36:54 UTC
State Changed
From-To: feedback->closed

Committed, thanks!