The xv program (an ancient image viewer that I use extensively,
because it is the smallest and fastest of the image viewers) has code
in it for displaying files in the "new" png format, but it uses the
old png API, and you cannot compile the source with the new png header
files. Moreover, the sou
On Thu, 22 Dec 2016, Peter Tribble wrote:
I thoroughly dislike the "stable" approach of backporting patches to
older versions. In my experience this ends up being expensive to
maintain compared to just building current, ties you up in knots
because other things require newer versions, and giv
In regard to: Re: [OpenIndiana-discuss] How many versions of libs/apps...:
When backporting as RedHat/CentOS does, we don't know what is
backported or not. It waste a lot of time and nobody know what is really
backported inside RHEL 6.8 bind 9.8.8rc1 ...
I'm not advocating that hipster take t
Hi all,
I think the update policy must depend on software reputation, type of release
major, minor, extended support release (called for exemple ESR for Firefox or
ESV for bind and DHCP), non regression tests available.
Actually curl, squid, and apache httpd have both security advisories.
In regard to: Re: [OpenIndiana-discuss] How many versions of libs/apps...:
So I favour keeping everything as current as you can, having compatibility
packages for older release of libraries at least.
+1, especially for what Peter and others have said about libraries where
multiple versions can
[trimmed]
On Thu, Dec 22, 2016 at 12:22 AM, Jim Klimov wrote:
>
> We had a sort of a discussion on IRC today, which ended up in a choice
> better made or at least discussed by community than by the back-alley
> dealers ;)
>
> So, as software evolution marches on, some projects' newer releases
Hi all
For my part,
I prefer to have a stable version of software. If it's necessary to wait 3
months more why not. OI may be certainly on rolling release model and
opting only on stable version software.
As the Oi developer team is small, it would be wise to adopt stability in
order to avoid co
Hello Everyone
Am 22.12.2016 um 10:44 schrieb Alexander Pyhalov:
I'd like to separate libraries and applications.
In general case we want to provide only latest version of application if
we can.
There are several classes of exceptions, however. These are databases
(when storage format changes b
Hi, Jim.
On 12/22/16 03:22 AM, Jim Klimov wrote:
We had a sort of a discussion on IRC today, which ended up in a choice better
made or at least discussed by community than by the back-alley dealers ;)
So, as software evolution marches on, some projects' newer releases bring new
features, b
