RPM Community Forums

Mailing List Message of <rpm-users>

Re: RPM5 and YML-like Specfiles

From: Eric MSP Veith <eveith@wwweb-library.net>
Date: Sun 10 May 2009 - 22:11:06 CEST
Message-Id: <200905102211.06953.eveith@wwweb-library.net>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jeff,

I just got the impression YML was the way to go for you to have a grammar 
for *.spec files. It seemed natural to me, since specs and YML already have 
similar looks. I *don't* want any new customized Pimp-my-RPM features. I 
just want to know how *you* want RPM spec files to look like, and want to 
adopt that. (Even if you're going to choose XML, but I'm going to have 
headaches then.)

		-- Eric

On Sunday 10 May 2009, Jeff Johnson <n3npq@mac.com> wrote:
> On May 10, 2009, at 3:40 PM, Anders F Björklund wrote:
> > If I understand the issue correctly, you *don't* want the indentation
> > stored in the package ? (like it is not being stored for other parts)
>
> This is a problem with all mark-up, defining the boundaries for
> invisible CDATA whitespace.
>
> But specifically for indentation in %description, I could likely
> left trim (and right trim) all the lines in %description
> (and likely %changelog) in a matter of hours.
>
> That's one way of clarifying what is CDATA and what is markup,
> nuke it according to a rule.
>
> With all the usual disabler and customization baggage to
> "Have ityour own way!" that is invariably expected of rpm, sigh ...
>
> 73 de
> Jeff_____________________________________________________________________
>_ RPM Package Manager                                    http://rpm5.org
> User Communication List                             rpm-users@rpm5.org

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkoHNNoACgkQfkUtd7QNU/siSQCcDRfHfPSiHzWv69ngl4kd/7TZ
6tYAoKf+idZqp1GAkdE7TRnlLhzknX61
=e58m
-----END PGP SIGNATURE-----
Received on Sun May 10 22:11:28 2009
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.