SOURCES: pldcpan.pl - use more macros

Radoslaw Zielinski radek at karnet.pl
Fri Dec 3 13:03:21 CET 2004


Jakub Bogusz <qboosh at pld-linux.org> [01-12-2004 19:52]:
> On Wed, Dec 01, 2004 at 12:00:36PM +0100, Radoslaw Zielinski wrote:
>> Jakub Bogusz <qboosh at pld-linux.org> [01-12-2004 11:34]:
>>> On Wed, Dec 01, 2004 at 10:30:28AM +0000, radek wrote:
>>>> -Source0:	http://www.cpan.org/modules/by-module/[% pdir %]/[% tarname_unexp %]
>>>> +Source0:	http://www.cpan.org/modules/by-module/%{pdir}/[% tarname_unexp %]
[...]
>> Come on, we have 1439 perl-*.spec files today.  They have to be managed
>> automatically, unless you have a spare eternity to copy&paste these URIs
>> by hand.  Get yourself some kind of wrapper (using specparser.pl, for
>> example).
> And what these macros in Source URLs improve for automatical processing
> when spec is already created?

Right now, almost nothing; I use them for statistical purposes only.
They provide a tiny piece of information: ``this module's tarball has
a standard name and lives in a standard directory'' (or not).

> Unification does matter, but not presence of these macros in URLs.

No, these macros don't actually *matter*... ;-)  I'll revert if you want
me to.

> Not all changes can be done automatically and I'm rather doing
> individual changes in single specs, sometimes needing to check another
> version(s) of certain package.

Does this suit your needs?

  autocmd FileType spec map <silent> <leader>Su :call SpecURL(expand("%:p"))<cr>
  function SpecURL(plik)
    new
    setlocal bufhidden=wipe buftype=nofile modifiable noswapfile " nowrap
    execute "0r!~/rpm/SPECS/specparser.pl --asfl " a:plik 
  endfunction

-- 
Radosław Zieliński <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /mailman/pipermail/pld-devel-en/attachments/20041203/57dcc9a6/attachment-0002.bin


More information about the pld-devel-en mailing list