Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 07 Jun 2014 13:02:05 +0200
From:      Michelle Sullivan <michelle@sorbs.net>
To:        Baptiste Daroussin <bapt@FreeBSD.org>
Cc:        Paul Schmehl <pschmehl_lists@tx.rr.com>, Michael Gmelin <grembo@freebsd.org>, Alfred Perlstein <alfred@freebsd.org>, freebsd-ports@freebsd.org
Subject:   Re: Who was the mental genius
Message-ID:  <5392F12D.40905@sorbs.net>
In-Reply-To: <20140606151739.GC73493@ivaldir.etoilebsd.net>
References:  <D2EE1900E54F5DC324E503D3@localhost> <5390E62E.6090807@madpilot.net> <6CEF0183772C97582B196466@Pauls-MacBook-Pro.local> <539130B3.9030604@freebsd.org> <8CA324878D330942AB8AE0B3@Pauls-MacBook-Pro.local> <5391611A.3090406@marino.st> <53917957.2020909@freebsd.org> <53917A30.8050504@marino.st> <EA88DBD9-F436-4107-9181-45A5375C6442@freebsd.org> <18E02559D230ED6DF11C040A@localhost> <20140606151739.GC73493@ivaldir.etoilebsd.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Baptiste Daroussin wrote:
> The mental genius is me apparently (thanks for the kind words, btw) I'm
> responsible for both the pkg_install EOL message and for breaking ports tree
> with older make (btw you can recover with installing manually bmake).
>   

That is quite a task...  you can't easily (I tried) ... the way to do it
involves copying the distinfo from a late version of the ports tree for
bmake and build that (manually ensuring the version is updated in the
Makefile as well)

Also if you have systems pre-v8 (as I do) you have to do similar with
gtar and xz and then implement a little shell script in place of the
system tar to ensure if it gets a .xz archive to switch to gtar,
otherwise use the built in tar...  Then you run into issues with
compilers (Gcc 4.2) and clang33 doesn't build...  So I've got to blind
update production systems to 9.x (not worth 8.x as it's about to EOL as
well - though will upgrade through) and then hope the packages will not
break the (private) applications.. (yes they seem to work on the dev
servers, but that doesn't mean they work in productions... SORBS - Oct
2010 was proof of that - extensive testing in dev... switched it all to
production and a minor DDoS took out everything for 2 days because of a
hitherto unknown issue (one line of code in 38000+ lines had 2
parameters swapped.)

> Yes it would have been a good idea to give a warning to the user about the fact
> that the ports tree won't be support long on after EOL of 8.3, given the ports
> tree will break again quite soon after EOL of 8.4 I should think about adding
> such a message right now (btw this is not that easy in the case we are talking
> about because I have no way to differentiate a fmake with support for :tl from a
> fmake without support for :tu same goes for :tu) hence it is hard to print a
> message.
>   
Actually that shouldn't be difficult...  you know if the support is
there by the version surely? (and therefore you know if a particular
commit will break deprecated options/vars .. so you can provide advance
warning that it's going to break, and then at the break a simple message
"latest version of ports you can use is .r<blah> as this version of make
is too old and the system is EoL)

Just my $0.02..

Regards,

Michelle

-- 
Michelle Sullivan
http://www.mhix.org/




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5392F12D.40905>