RPM Community Forums

Mailing List Message of <rpm-devel>

Re: Paths for per-interpreter initialization?

From: Jeff Johnson <n3npq@mac.com>
Date: Thu 07 May 2009 - 18:54:39 CEST
Message-id: <DDE97C34-EEE6-48D4-8368-D8026729F294@mac.com>

On May 7, 2009, at 12:42 PM, Mark Hatle wrote:

> Jeff Johnson wrote:
>> On May 7, 2009, at 10:55 AM, Mark Hatle wrote:
>>> Ok.. I understand now.. then my suggestion is that these should be  
>>> macros so that individual distributions can set specific  
>>> initialization options.  A reasonable default macro should be  
>>> provided as well.
>>>
>> Look, you will get a macro, likely with colon separation for multiple
>> paths, and globbing, and URI's, and security checks with digital
>> signatures/digests as well as simple owner/permission checks ...
>
> Macros I was referring to are the __build_pre, __build_post and  
> similar.  This style would allow basic initialization sequences such  
> as the example you provided:
>
> use strict;
> use IO::String;
> our $io = IO::String->new;
> select $io;
> use RPM;
>

AH, I refer to this as "templating", and rpm is doing lots and
lots of templating these days, usually with macros or queryformats.

But yes -- if embedded interpreters are a keeper, still unclear --
RPM will proceed through templating to assemble per-interpreter
scripts much like is being done with shell on the build side.

But increasingly, eliminating user scripting, or at least enriching
the set of scripts used by packaging ala debhelper, is more
important (imho) than providing a flexible means to assemble
complex scripts for extending package installs.

YMMV, everyone's does. But ISTRC reading a post from you suggesting
that its not worth the effort of customizing package scripts on
the list that has chosen to censor me to prevent my participation
in RPM discusssions.

> I'm not sure anyone is going to be able to provide a definitive  
> answer as to what text everyone wants to use.. so pick a default,  
> pick a way for distros to customize and make the assumption nobody  
> will.. ;)
>

OK, let's try multiple choice ...

Where should embedded interpreters find their default initialization  
in RPM?
Should the, say, ruby initialization be stored in:
    a) /usr/lib/rpm/embedded/ruby.init
    b) /usr/lib/rpm/ruby/init
    c) all of the above
    d) none of the above
    e) a Gucci purse

I will tally the votes and set about implementing a reasonable default  
path ...

73 de Jeff
Received on Thu May 7 18:55:12 2009
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.