[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2] tools: Improve make deb
On Tue, 2013-02-26 at 17:33 +0000, Stefano Stabellini wrote: > On Tue, 26 Feb 2013, Tim Deegan wrote: > > At 17:22 +0000 on 26 Feb (1361899321), Ian Jackson wrote: > > > Tim Deegan writes ("Re: [Xen-devel] [PATCH v2] tools: Improve make deb"): > > > > At 17:12 +0000 on 26 Feb (1361898743), Ian Jackson wrote: > > > > > And I do think that there is a plausible argument that the config > > > > > files ought not to be just blatted over the top of your system. (If > > > > > "make install" does that then there's the same argument there - I > > > > > don't think "make install" should trash existing config.) > > > > > > > > AFAIK 'make install' does; certainly some room for improvement in that > > > > are. In 'make deb' treating config files as normal data is deliberate. > > > > I don't want remnants of old tests contaminating my new install - that > > > > was the whole point. > > > > > > If you say dpkg --purge they will be entirely removed, even if marked > > > as conffiles. > > > > Yes, but that assumes that the default behaviour shouuld be to leave > > them around, which I dispute. Again, using .deb leads to thinking about > > how a real package would behave. :) > > Maybe we should produce a tgz instead (plain or Slackware style). > I wouldn't want to create wrong expectations: it is better to build no > packages than building "broken" packages. (Of course I still think the > best choice would be to produce good packages.) I think you have massively underestimated the development effort and maintenance burden of producing good packages. Again: That is what the distros do, and they do it well and in a far more scalable fashion than we ever could. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |