[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Possible framework for `debmake replacement'



On Feb 24, Manoj Srivastava wrote
> David> I'm talking about combining all of the "standard" debian/*
> David> files (control, rules, changelog, etc.) and the myriad debmake
> David> files into a single file.  This doesn't mean that everything
> David> has to be in a single file, just that in the simple cases, it
> David> can be.  Again, I'm thinking of easy of use here.  In most
> David> cases one file is easier to manage then 10.
> 
> 	I'm not sure I agree. A single file can tend to get
>  overwhelming (I managed several 10's of Ultrix machines once,
>  rc.local was ... daunting. You couldn't even share bits, since it was
>  just a huge monolithic file).
> 
> 	I think doing it this way would make any customization a
>  nightmare, in fact, since it is al so high level anyway, you probably
>  can't modify much of anything. I could be wrong. 

Note that I'm not saying that everything *must* be in one file, just
that it *can* be.  If I ever said otherwise, it was unintended.

> David> You keep saying you want a utility that will spit out the "list
> David> of commands" to be executed rather than actually executing them
> David> so you can paste them into your own rules files and edit them.
> 
> 	Not in the default case.  But if I do have to edit something,
>  I should only have to edit a part of the rules (not the take it or
>  leave it attitude of debstd or single megalith files). The process
>  should make it *easy* for me to change things, but not require me to
>  take any action unless I have to. No editing required for simple,
>  default cases.

I think we have a philosophical difference here.  I agree that the
process should make it *easy* for you to modify things, but not by
allowing you to pull out it's internals and customizing them to suit
your needs.  This would severely restrict the ability to change those
internals as the need arises without risking breaking every package
that uses those internals directly.

David
-- 
David Engel                        ODS Networks
david@sw.ods.com                   1001 E. Arapaho Road
(972) 234-6400                     Richardson, TX  75081


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com


Reply to: