Feature #14

Define the packageInfo.xml format

Added by Robert Lemke over 8 years ago. Updated almost 5 years ago.

Status:Resolved Start date:
Priority:Should have Due date:
Assigned To:- % Done:

100%
Category:Package
Target version:-
PHP Version: Complexity:
Has patch:

Description

The structure of meta information for packages stored in the packageInfo.xml file must be defined. This ticket covers the minimum features:

- define general information like title, author, maintainer etc.
 - create a format for constraints

Constraints are important for checking for the minimum PHP version!

Not included in this ticket is setting up a schema for the xml format.

t3package.xml Magnifier (1.5 kB) Sebastian Kurfuerst, 2007-03-08 09:49

t3package_relaxng.xml Magnifier (885 Bytes) Sebastian Kurfuerst, 2007-03-11 14:49

t3package.2.xml Magnifier (2 kB) Robert Lemke, 2007-03-14 14:38

extension.xml Magnifier (1.3 kB) Ingo Renner, 2008-02-26 13:41

Package.xml Magnifier (2 kB) David Bruehlmeier, 2008-03-17 19:51

Package.rng (5 kB) David Bruehlmeier, 2008-03-17 19:52

Related issues

related to TYPO3.Flow - Task #702: RNG schema for Package.xml files is too strict Resolved
related to TYPO3.Flow - Task #3559: Get rid of state in Package.xml files Resolved 2009-06-04

History

#1 Updated by Sebastian Kurfuerst over 8 years ago

Please have a look into
T3Package Draft 1
and comment on the comments I wrote there.
I'd very much like to have some feedback :-)

Greets,
Sebastian

#2 Updated by Sebastian Kurfuerst over 8 years ago

  • Status changed from New to Accepted

#3 Updated by Sebastian Kurfuerst over 8 years ago

Hi Robert,
here are my comments:
  • <numberofdownloads>3229</numberofdownloads>: as we will have distributed mirrors, so that will be pretty hard to update, if not impossible.
  • <version version="0.9.0-beta1"> You wrap nearly the whole contents with this tag - but the packageinfo.xml lies within the hierarchy of package and thus belongs to one special version. I think the repository should take care of different versions.
  • I really like the constraints section!
  • I would just use the <package> tag and drop the <packageversion> tag, as a version is just a special attribute of a tag.
  • I like the maintainer tag
  • Having no seperate hierarchy for all the authors might not be too good for readability. Do you think it makes sense that we remove the maintainers tag and instead allow <author .... maintainer="maintainer">?

I'm really looking forward to your comments,
Greets,
Sebastian

#4 Updated by Sebastian Kurfuerst over 8 years ago

Hi,

  • <numberofdownloads>3229</numberofdownloads>: as we will have distributed mirrors, so that will be pretty hard to update, if not impossible.
  • <version version="0.9.0-beta1"> You wrap nearly the whole contents with this tag - but the packageinfo.xml lies within the hierarchy of package and thus belongs to one special version. I think the repository should take care of different versions.

I talked about this with robert and I follow his opinion now:
We could use the same format for extensions.xml.gz for the TPR (TYPO3 Package Repository) ;)

Greets,
Sebastian

#5 Updated by Malte Jansen over 7 years ago

Hi!
Perhaps there should be a Tag for keywords/categories like:
Gallery, FE, BE, ...

The author could suggest some keywords to find a Package. But this handling could also be some categorization by the TPR like:
Media -> Gallery
Media -> Filedownload
BE -> Settings
BE -> Usermanagement
Perhaps everbody logged in in could suggest keywords/category and a team could verify them. So the categorization could be pretty powerful.

I don't know, which way is the best, but there should be some categorization.
And it should be allowed to set multiple catgories, because most package will fit to more than one category. So if you don't find a package, you will create a simular package to the one, which already exists.

#6 Updated by Robert Lemke over 7 years ago

See also ticket #90.

#7 Updated by Robert Lemke over 7 years ago

  • Target version changed from 1 to 18

#8 Updated by Ingo Renner over 7 years ago

I also thought about a similar solution for v4. So I'm just attaching my current draft to keep things compatible and not reinvent the wheel.

#9 Updated by David Bruehlmeier over 7 years ago

According to the discussion on the mailing list (http://lists.netfielders.de/pipermail/typo3-project-5_0-general/2008-March/000843.html) I have added a sample Package.xml and a Package.rng file.

#10 Updated by David Bruehlmeier over 7 years ago

#11 Updated by Robert Lemke over 7 years ago

  • Status changed from Accepted to Resolved
  • Assigned To deleted (Sebastian Kurfuerst)
  • % Done changed from 0 to 100

The format proposed by David is well enough for our current needs.

#12 Updated by Robert Lemke about 7 years ago

  • Target version deleted (18)

Also available in: Atom PDF