From owner-freebsd-questions@FreeBSD.ORG Wed Mar 7 16:57:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E3D9106564A for ; Wed, 7 Mar 2012 16:57:16 +0000 (UTC) (envelope-from djackson452@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 741168FC14 for ; Wed, 7 Mar 2012 16:57:15 +0000 (UTC) Received: by lagv3 with SMTP id v3so10577763lag.13 for ; Wed, 07 Mar 2012 08:57:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=0ttYrWUUv3PLuVWseCOTTQ38KWjhroLvXfRNIAGK4XQ=; b=rLmCGgO14amKEhVckYYT8B3i4AyWTBG+J+GMdgokbG61exLTGQjLJ5oxtKFGE3mZ3h g0wnSQySyRWvDxA7hsfEpWSw11XQpjpw/73b016XF4rdfQ1szKNHi727BzJ+gw6hkvBh U7j8FKTrbn3Af4GnJA75TMZTmYA8yUJ10WUgAwhFSllGU4PYVZID+5yjQEipNowLBaW5 1n8AJwDx3nvc67C1jIizql7Yk69V61Uglh0RqVJR8R6W2LGgoHml2f9ffwXPKLokbQBL mQfY522CuujMAVySbqbTrqL7RJkab/A5V75j1jvU5flb0xFCfEF5vTR+qWszLOGcnuKN PIFQ== MIME-Version: 1.0 Received: by 10.152.132.130 with SMTP id ou2mr1916717lab.44.1331139434376; Wed, 07 Mar 2012 08:57:14 -0800 (PST) Received: by 10.112.45.137 with HTTP; Wed, 7 Mar 2012 08:57:14 -0800 (PST) In-Reply-To: <399324676-1331139040-cardhu_decombobulator_blackberry.rim.net-594398019-@b18.c4.bise3.blackberry> References: <399324676-1331139040-cardhu_decombobulator_blackberry.rim.net-594398019-@b18.c4.bise3.blackberry> Date: Wed, 7 Mar 2012 11:57:14 -0500 Message-ID: From: David Jackson To: thomas@sanbe-farma.com, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Still having trouble with package upgrades X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 16:57:16 -0000 On Wed, Mar 7, 2012 at 11:50 AM, wrote: > Hmm what is the problem ? Is there a log or something that you can share = ? > Usually portsnap, freebsd-update, pkg_add -r or portupgrade that do binar= y > update should be enough > > Ive tried them all. I will work on getting some logs to post here shortly > Regards > Sent from my BlackBerry=AE smartphone from Sinyal Bagus XL, Nyambung > Teruuusss...! > > -----Original Message----- > From: David Jackson > Sender: owner-freebsd-questions@freebsd.org > Date: Wed, 7 Mar 2012 11:28:47 > To: > Subject: Still having trouble with package upgrades > > I still have yet to find a resolution to the problems I have had with > binary packages and upgrades on FreeBSD. Binary upgrading is broken with > every tool I have tried. > > There is no real reason why FreeBSD should not provide a facility for use= rs > to be able to binary upgrade to the most recent version of all packages > with a simple upgrade command. > > One faulty argument I heard was that it is often not a good idea to upgra= de > to new software release. The whole purpose of having a release cycle for > programs is to provide stable, tested releases for the public to install > that will will work properly, and improve upon and fix problems with olde= r > releases. This is why mainline release are differentiated from betas and > the CVS downloads which are experimental. So you really do want the most > recent release, especially for corrections to any security problem. Makin= g > upgrades more difficult actually makes the system more insecure by exposi= ng > people for a long time to security problems that were fixed in software b= ut > making it difficult for people to upgrade. > > > As for the security issues of downloading binary packages. The fact is > source packages are not safer than binary packages, more on that in a bit= . > I am astonished that people here would not realise the obvious, having sa= fe > binary installs is do-able from mirror sites, just have the package > management software download MD5s from many mirror sites, compare them an= d > test the downloaded package, is they are off, then the package will not b= e > installed the user will be prompted to allow a notification of the proble= m > to be sent to the FreeBSD administrators. The fact is, binary releases ar= e > no more dangerous than source releases, someone could just as easily inse= rt > bad code in a source code package on a mirror, you need automated MD5 > checking anyway, for both binary or source upgrades. So the idea that > source upgrades are safer is false, just dead wrong. > > As for compile options, the solution is simple, compile in all feature > options and the most commonly used settings into the binary packages, for > the standard i386 CPU. If people want customisations then they can build > the software for themselves. > > A good software philosophy is to allow software to work out of the box wi= th > as little configuration as possible, but allow everything to be configure= d > by the user if they want, by shipping software with reasonable defaults > which can be overridden by the user. Make simple things easy and > complicated things doable. In GUI, by default, complexity can be hidden > from users, but if people want fine grain control, they should be free to > use advanced screens of the GUI to get complex, fine grained control. In > GUI design, more commonly used settings can be provided more upfront whil= e > advanced features for use by experts can be placed deeper in advanced or > expert screens oft the GUI. Everything should be able to be configured or > accomplished by both GUI and CLI and API. > > A good user friendly model for a useable OS is to allow for binary packag= es > of the entire system to be upgraded with a single upgrade command. It > should work out of the box without hassle. Keeping software up to date to > recent releases is good practice, remember what I said about the purpose = of > software releases. make it easy. > > why dont the freebsd administrators just have a build machine that > automatically compiles the software and makes them available as the ports > are updated. > > The user should be able to keep their system up to date without doing an= y > system wide all at once OS-release upgrades at all. There is no reason wh= y > kernel and userland programs have to be upgraded at the same time. > Especially considering its a good design practice for kernel to provide > backward compatability. Instead the system would be piecemeal updated ove= r > time, including the kernel, in a piecemeal fashion. The need for system > wide OS distribution version numbers like FreeBSD 9.0 is becoming obsolet= e. > Versions are still very valuable for the kernel, but for collections of t= he > entire system software, it has become much less relevant. This was from = an > age when people would receive a Tape or CD in the mail and update > everything all at once, now software can be upgraded in a piecemeal way > over time with automatic updates. The CD-based upgrade and all at once > system wide upgrades actually for reasons are inferior, in that it meant > often months would go by before a software program was updated, delying t= he > application of vital security fixes. Before the age of the internet and t= he > hacker, that may have been acceptable. Its not anymore. With Firefox and > Flash for instance, security fixes are made sometimes weekly, with an > system wide at once upgrade model, it could be a very long time between > upgrades of such software between releases of the OS software distributio= n > CD. The idea of waiting on a FreeBSD kernel release to upgrade firefox is > absurd, and the idea that firefox must be upgraded during a kernel upgrad= e > is also absurd. The piecemeal model is much more convenient for users, > providing more up to date packages and no OS release upgrade hassle. > > There really should be little reason for release upgrades anymore these > days, when the different parts of the system can be upgraded independantl= y > through a binary package management tool, including kernel and user > programs. > > When a new kernel is released, there is no reason to reinstall all of the > packages on the system at the same time. Since the kernel and userland > packages have different development cycles, there is no reason why there > has to be synchronization of the upgrading. > > Some here suggested PC-BSD, it was no better at all than FreeBSD, In fact > in its documentation it demanded a complete system reinstall just to > upgrade to a new kernel version. An OS that requires a user to reinstall > everything just to upgrade the kernel is not user friendly. It creates mo= re > trouble and difficulty for users and ironically makes the system more use= r > unfriendly, and makes these users suffer due to the design faults of the > system, a user having to upgrade userland packages for a kernel upgrade i= s > a symptom of serious design faults and deficiencies. These two parts shou= ld > be able to be upgraded independently and a good system assures backwards > compatability support so older packages can run on a newer kernel. > > For now I have totally given up on FreeBSD, all I had with FreeBSD were > problems, big problems. The lack of smooth binary upgrades, and the poor > virtual box support made it very difficult to use. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" >