Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
With debhelper 7 we are pretty close, but there are build systems it doesn't support yet and many packages still need override_* targets, even some packages that use plain autotools.
Then there is all the packaging stuff that needs a human; good package descriptions, copyright/licensing stuff, communication with upstream etc.
Free is too expensive (Economist)
Posted Apr 1, 2012 17:45 UTC (Sun) by pboddie (subscriber, #50784)
But while I understand that there's never going to be a magic button to press that takes just about any source code and produces a package, there could be ways of helping people achieve the technical and procedural standards required by downstream developers and ease the passage of their own code into distributions.
In certain circles, people would be pushed towards using some development environment or other that constrains the developer and generates any necessary boilerplate, although this doesn't ensure that the result is high quality. What would be more compatible with most Free Software development is just the acknowledgement that although distributions have differing practices and can be more or less rigorous than each other on certain issues, the general objectives are mostly the same.
From that point, I think that tools could help people make their software easier to package, such as those developed for Python, despite various baked-in features that have to be overridden because the tools want to do everything including things that they really should have no control over.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds