From owner-freebsd-stable@FreeBSD.ORG Mon Jun 4 21:09:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E898C106566C; Mon, 4 Jun 2012 21:09:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2D08FC0C; Mon, 4 Jun 2012 21:09:31 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SbeWi-00056M-LQ>; Mon, 04 Jun 2012 23:09:24 +0200 Received: from e178025174.adsl.alicedsl.de ([85.178.25.174] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SbeWi-0003Ro-Eg>; Mon, 04 Jun 2012 23:09:24 +0200 Message-ID: <4FCD23FE.20906@zedat.fu-berlin.de> Date: Mon, 04 Jun 2012 23:09:18 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig05B254AF608A1538B0E378FC" X-Originating-IP: 85.178.25.174 Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 21:09:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig05B254AF608A1538B0E378FC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/04/12 17:24, Chris Rees wrote: > On 3 June 2012 21:55, O. Hartmann wrote: >> On 06/03/12 15:29, Erich wrote: >>> Hi, >>> >>> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >>>> On 6/3/2012 11:14, Erich wrote: >>>>> What I really do not understand in this whole discussion is very si= mple. Is it just a few people who run into problems like this or is this = simply ignored by the people who set the strategy for FreeBSD? >>>>> >>>>> I mention since yeares here that putting version numbers onto the p= ort tree would solve many of these problems. All I get as an answer is th= at it is not possible. >>>>> >>>>> I think that this should be easily possible with the limitation tha= t older versions do not have security fixes. Yes, but of what help is a s= ecurity fix if there is no running port for the fix? >>>> >>>> I feel like I'm missing something. Why would you ever want to go ba= ck >>>> to an old version of the ports tree? You're ignoring tons of securi= ty >>>> issues! >> >> ... I think the PNG update isn't a security issue. And for not being a= >> security issue, it triggered an inadequate mess! >> >>>> >>>> And if a port build is broken then the maintainer needs to fix it, t= hat >>>> is the solution. >> >> Look at the comment of the maintainer of LibreOffice ... >>>> >>>> I must be missing something else here, it just seems like the underl= ying >>>> "need" for this is misguided (and dangerous from a security perspect= ive). >>> >>> yes, you miss a very simple thing. Updated this morning your ports tr= ee. Your client asks for something for Monday morning for which you need = now a program which needs some kind of PNG but you did not install it. >> >> ... I spent now two complete days watching my boxes updating their >> ports. Several ports do not compile anymore (inkscape, libreoffice, >> libxul, to name some of the very hurting ones!). >> >>> >>> Do you have a machine that is fast enough to upgrade all your ports a= nd still finish what your client needs Monday morning? >> >> Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable= >> of compiling all the ports in due time. Several ports requested >> attendance, several, as mentioned, didn't compile out of the blue. >> >>> >>> The ports tree is not broken as such. Only the installation gets brok= en in some sense. Have a version number there would allow people to go ba= ck to the last known working ports tree, install the software - or whatev= er has to be done - with a working system. >>> >>> Of course, the next step will be an upgrade. But only after the work = which brings in the money is done. >>> >>> You do not face this problem on Windows. You can run a 10 year old 'k= ernel' and still install modern software. >>> >>> Erich >> >> I like having a very modern system with the most recent software. But = in >> some cases, like these days with the PNG, FreeBSD's ports becomes agai= n >> a problem. There is no convenient way to downgrade or allow the >> user/admin managing how to deal with the load of updates. >=20 > You can't have both. As has been repeatedly explained to you, you > should not expect an easy life with the very latest of software. Well, and repeatedly (no offense!) I will point out in this case, that I was FORCED having the latest software by the ports system! That it a difference in having running FreeBSD CURRENT on my own risk, or FreeBSD-STABLE due to new hardware and new drivers only supported by those and having a regular port update, which blows up the system because of the newest software! I take the burden of having not an easy life, but this, what is expected from so many "users" of FreeBSD, is simply beyond ... >=20 > Either stick to releases, or put up with lots of compiling etc-- you > should not complain because of self-inflicted problems. As I repeatedly have to point out in this case - the issue is not with STABLE and CURRENT, it is also with RELEASE. And as it has been pointed out herein so many times: FreeBSD ports lack in a version tagging. How would you suggest avoiding the problems we face with the ports by being sticky on RELEASE, if the problem is spread over all branches? >=20 > Please remember that we do compile packages for release, or if more up > to date packages are required you can use the stable package sets > which are rarely over five days or so. If it is about the binary packages - then you're right. Stick with RELEASE and binary packages - if available (the mentioned office packages are often much delayed). In such a case one is better with a binary spread version of an OS and this would exactly hit the subject of the thread: Why NOT using ... blablabla >=20 > Chris At the end, I'd like to see more care about the way ports get updated. There is no way to avoid messes like described at this very moment. And it is a kind of unedifying . oh --------------enig05B254AF608A1538B0E378FC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPzSQDAAoJEOgBcD7A/5N8Fx0IAI5gRB014goR3Aung2Hsony7 aLgSwNtuJ21h0ASjcV1orYIoVLUKHPWLLTUmw96BMcLMpbUkj9+5kX91Iiv5AnJi 97tXXNO646JE/x2Lv+Cz9ExJVgRc8Tqc66Ntuop7r+x/SqzOEhRGN9XeJ3kCEyUb fnNSebs3QGfz2wdE+CBFX5rkZ9j1B4jTO1/tggUtIy9JKHbe3Uh6KLSMANYS3iCI laNkls3n2TnBZkx0MazcmXHfbN5EJxquvAUaT/56+eyIW9FDTCBzguVmpRqDFErx MmlQt6qdIx9HkR5ShbDi+ipJGFNKE9p31hFMbp0FOZzj6I9usoT8cc/aVGYzNZ4= =F5yu -----END PGP SIGNATURE----- --------------enig05B254AF608A1538B0E378FC--