[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Review request: new package (zfuzz), "new" maintainer

I think that some merge between the two document could be useful.
But i have a simple question about http://fedoraproject.org/wiki/PackageMaintainers/CreatingPackageHowTo

Why it is referenced, to the end the document,  only rpm5.org  as  a  fork, probably it is because it is not the fedora rpm version but i don't know much about,  if  also suse or mandriva have their rpm fork and  different implementation :

- fedora, suse, mandriva have different macros so interoperability is an issue
(http://www.mail-archive.com/rpm-maint lists rpm org/msg00942.html)
- suse have "patch" rpm, different dependency capability (e.g. Obsolete can't be a capability just an example ) - in fedora we have not such restriction

- Mandriva now almost use another rpm code base of rpm 4.4.2, use some patch not upstrem now as file trigger and probably other

Not to write about other distro - PLD, ARK ecc.

Thanks in advance for your reply

On Sun, Jun 29, 2008 at 12:00 AM, Patrice Dumas <pertusus free fr> wrote:
On Wed, Jun 25, 2008 at 01:10:46PM -0400, Ignacio Vazquez-Abrams wrote:
> On Wed, 2008-06-25 at 11:35 -0400, David A. Wheeler wrote:
> > BTW, I think that the documentation for _creating_ Fedora RPMs was awful.
> > So I created a page on the Wiki for those who are creating their first RPM package,
> > so that others who want to create Fedora RPMs have a fighting chance:
> >  http://fedoraproject.org/wiki/PackageMaintainers/CreatingPackageHowTo
> > If anyone else wants to make improvements to that, that'd be great.
> Just out of curiosity, why didn't you continue work on the Building
> Packages Guide[1] that's already a draft in the Docs project?
> [1] http://fedoraproject.org/wiki/Docs/Drafts/BuildingPackagesGuide

Having read both, it seems to me that
is more complete, though some generic information in the first case
study in
could be used in the other page. The case studies are also interesting,
maybe what is generic in this page should be merged to the other one and
only the case studies would be left, and it would become a page with
case studies?


fedora-devel-list mailing list
fedora-devel-list redhat com

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]