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

Re: oh no something is definitly wrong adieu debian.



On Tue, 2013-08-27 at 14:02 +0200, berenger.morel@neutralite.org wrote:
> Is there is any distro with binaries from "trunk/master" ( depending on 
> if you prefer svn or git ;) ) up to date? It would be quite strange, but 
> sounds nice.

Arch Linux comes with binaries for the current stable releases from
upstream. This nearly has no drawback, for servers you perhaps still
prefer to hold a package and to test updates by a test install first,
even while everything was tested by the test repository. For let's say a
professional audio production environment you simply can update to
current stable releases and if needed (but it usually isn't needed)
downgrade packages from cache. Arch is a "real" rolling release and
there perhaps are other stable rolling releases out there.

Regarding to branches from development trees, such as git and svn, Arch
has got a special binary repository and a build system comparable to
FreeBSD ports.

> I think that source distros can have such a system, but they are really 
> hard to install

It depends on the users skills and how much only is available by source,
again, that is what I mean with all distros with a huge userbase have
advantages and drawbacks. I don't say that to please everybody, it isn't
political correctness, it's just an objective fact.

> , and for all other distros, I think users... coders, 
> just sync with the repo of the libs they need, if they need the latest 
> development package, and then compile the stuff themselves. On Debian, 
> you have no real choice, since some libs ( sfml or wxwidgets for example 
> ) does not have the latest version in binaries...

Again, to develop huge projects this approach does cause a dependency
hell.

For e.g. "take a package and replace it's source by a newer version,
edit changelog and rules and then run libtoolize --force --copy
--automake, aclocal, autoreconf, debuild -b -us -uc" can be done or
smaller projects, but even could fail then.

Note that many people who are needed, the testers, don't have the skills
the developers have got.


Reply to: