Re: Moving to a more distro/host agnostic setup for the canonical spec files.

[Daniel Ruoso <daniel ruoso com>]

Hi,

I think that being rpm-oriented may not be a good policy.

One reason is that the rpm specification does not include all the
features that other packaging systems do. i.e. debian.

The question is. Why not using simple tar.gz in the gnome distribution
and each distro has one package manager (since the debian package
manager will not be the same guy that  build the rpm package)

Em Sex, 2003-01-10 ās 07:15, Yanko Kaneti escreveu:
> Hi
> 
> Here is a packaging/spec idea I'll throw at the wind to seek some
> general reaction and possibly action.
> 
> Lets remove all the host/distro specifics that can found currently in
> the spec.in files and move to using strictly defined subset of rpm
> macros and techniques. Whenever the available rpm functionality lacks or
> some extension is needed write new macros and include them in the
> allowed subset. Maintain these extensions per platform. Distribute them
> in the form of a package , say grpmbuild (or somesuch)
> 
> Along the way:
>  - remove the requires and deps and rely on the hosts autodep, the
> configure and pkg-config checks.
>  - remove direct calls to rm, make ./configure, ldconfig etc. and use
> the available rpm macros 
>  - remove the various gconf schemas install interpretations and similar
> scrollkeeper-update hacks in favor of appropriate  macros.
>  - generally remove all the hacks and workarounds  e.g. all the libtool,
> alpha, RPM_BUILD_ROOT != /  trickery
> 
> 
> All this gives? Imho more maintainability and portability. It would
> allow the person/vendor wishing to adapt the build system to his own
> setup by just adjusting the necessary rpmmacros. It would also result in
> less maintenace effort for the spec (you wouldnt have to copy one hack
> all over the place). It would make the "tarbuilding" of a rpm from the
> vanilla source a more predictable process.
> 
> 
> So, do you think this would work?
> 
> Regards
> Yanko
> 
> _______________________________________________
> Gnome-packaging-list mailing list
> Gnome-packaging-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-packaging-list
>