On Fri, Aug 27, 2010 at 12:33:43AM +0200, Enrico Weigelt wrote:
> 
> Hi folks,
> 
> 
> I've written down a buch of rules which should make distro
> maintainer's life much easier:
> 
> http://www.metux.de/index.php/de/component/content/article/57.html
> 
> Feel free to comment about it.
> 
 On a quick look, I can't see the point of these rules.  So, I have
to ask - "What is/are the problem(s) you are trying to solve ?"

 In particular, I don't understand this one under canonic(al) package
name -

 It MUST change if there is an major branch break, so upcoming
 releases are incompatible and conflicting to previous releases.

 You seem to be saying that a new version will need a new package
name, not just a new major or minor version number ?

 Also, I'm unimpressed by -

 General-purpose libraries (in contrast to plugin libraries), MUST
 provide static and shared libraries as well. Exceptions to this MUST
 have very good reasons and be clearly stated in the proper places
 (eg. configure script output)

 My interests are desktop packages - I'd much rather have a
_correctly_ documented way of getting rid of the static libs.  No
doubt embedded people who know how little they intend to build can
live with static libs.  But asking for the documentation in
configure scripts to be kept up to date is pie in the sky, and a
waste of electrons (and of developers' time).

 You also single out what autoconf-based packages ought to do.
Surely the bigger problem these days is the packages using other
build systems such as cmake ?

 I have to say that I'm not really concerned about how easy or hard
packages are to reliably build and install - if they're too hard, I
drop them (so goodbye, kde4).

 Also, you make no mention of fake installs - most packages use
DESTDIR these days.  Those which don't are often a pain if you don't
want to let it do it's own thing for 'make install' when you have no
idea what it is going to do.

 Maybe I don't fall within your target readership, but I _do_
maintain my own buildscripts.

ĸen, taking time out to comment on this because /data is full and my
backups are failing, so I've got to stay logged on until I've
scavenged enough space.
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-chat
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to