[pacman-dev] [PATCHES] Refreshed PKGBUILDs
Geoffroy Carrier
geoffroy.carrier at koon.fr
Sat May 17 11:28:57 EDT 2008
Excerpts from Allan McRae's message of Sat May 17 16:40:41 +0200 2008:
> It is much better to put patches inline so we can comment on them directly.
Noticed.
I'll have to read my mailer's doc deeper.
> I must be missing something here... where exactly are you changing
> $srcdir or $pkgdir not to point at $startdir/src and $startdir/pkg? You
> can have these directories as tmpfs if you really want but how does that
> need this change? I also like the use of $startdir/* because it is
> quite obvious what the startdir is.
I don't. The whole list I wrote in this mail are rules I think should be
followed. Not using $srcdir anymore would permit such changes in the
future.
> Quoting paths with variable names seems a good idea.
Thank you. Except for variables like cvs/svn/etc. paths which are not
likely to include any spaces or horrible chars. URLs in general are.
> > - Still, lightweight means smater
> > => Don't use
> > "$_svntrunk" ${something}
> > instead of
> > $_svntrunk $something
> >
> Where exactly is this change?
This was an example of the rule I wanted to follow... ie. i did not
introduced quotes of $_svntrunk which obviously won't include spaces.
(or it's REAAALLY dumb).
> It would be a poorly formed makefile if it did this, but I have struck
> this once problem before. It is also readily noticeable when building
> the package so I'm not sure if this is really needed.
So did I. I think new packagers which are discovering makepkg are more
likely to think it's a makepkg problem instead of a wrong Makefile, and
might not even think about adding the trailing slash.
Anyway, It's not something important IMHO. IMHO getting rid of $startdir is.
--
Geoffroy Carrier
http://gcarrier.koon.fr/
More information about the pacman-dev
mailing list