Re: [gtk-osx-users] Support for ancient MacOS versions?
- From: John Ralls <jralls ceridwen us>
- To: G 3 <programmingkidx gmail com>
- Cc: gtk-osx-users-list gnome org
- Subject: Re: [gtk-osx-users] Support for ancient MacOS versions?
- Date: Thu, 12 Jan 2017 15:28:40 -0800
On Jan 12, 2017, at 2:50 PM, G 3 <programmingkidx gmail com> wrote:
On Jan 12, 2017, at 5:20 PM, John Ralls wrote:
On Jan 12, 2017, at 9:43 AM, G 3 <programmingkidx gmail com> wrote:
On Jan 12, 2017, at 12:16 PM, John Ralls wrote:
On Jan 12, 2017, at 8:50 AM, G 3 <programmingkidx gmail com> wrote:
On Jan 12, 2017, at 11:02 AM, John Ralls wrote:
A post yesterday from someone actually trying to build Gtk on a Tiger system raises a question I've
been mulling for some time:
Is it time to pull the plug on the older versions of MacOS?
NOOOOOOOOOOOOOOOOOOOO!!!
When I took over the project from Richard in 2009 Snow Leopard was the current OS X release, and
Tiger, which was and still is the minimum "supported" version for gtk-osx, was 5 years old. It being
only two versions "out of date", it made some amount of sense to continue to support it. There were
still a lot of PPC macs around and Snow Leopard didn't support them.
That was almost 8 years ago, and much has changed. In particular, Xcode 7 and MacOS10.9.sdk introduced
a new linkage system that allows one to build binaries that run on any system from 10.6 on by passing
the oldest version you want to --macosx-version-min. Clang has matured into a pretty good compiler,
especially compared to the buggy llvm-gcc compilers of Xcode 4.x. Packages which include mac-specific
code often require patching to be able to build with the older SDKs and compilers. Maintaining all of
that takes effort and I don't think that there are a lot of users who benefit from it.
In fact given today's security environment I think that supporting ancient and no-longer updated MacOS
versions is a disservice to users, who might get the message that it's OK to expose their insecure
systems to the internet because someone out there still supports their system.
"Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither
Liberty nor Safety" Benjamin Franklin. Yes there are a lot of people out there who are paranoid and
afraid that someone is coming to get them, but we can still cater to both the paranoid and the sane.
So I'm inclined to change the support policy to 5 years, effective on the fifth anniversary of
Mountain Lion's release on 16 February; meaning that after that gtk-osx won't actively support
building on systems older than Mountain Lion; on 10 June 2018 the minimum supported system will be
Mavericks, and so on.
You sound like Apple. This is GTK. Having it support more versions means more people can enjoy it.
The immediate impact will be removing all of the ppc-related and pre-10.8 special case code from
jhbuildrc-gtk-osx. Over time I'd also weed out patches and modules which enable building on now
unsupported versions of OS X.
Comments?
Please please keep Mac OS 10.4 support. The very reason why I was interested in GTK was the fact it
still supported Mac OS 10.4. I admit there aren't a lot of us PowerPC users around, but we like using
software just like you. We want to be able to use GTK also. Apple's Cocoa framework is nasty to use
when making the interface by code. I was hoping something like GTK would be a good replacement.
I will be more than happy to help you support GTK on Tiger.
First off, no, this isn't Gtk. This is a facility for developers of Gnome applications to build the
dependencies for their programs on Macs, to enable using the Mac menus, and to bundle the app into a
draggable bundle for installation. What Gnome application do you develop? How many known 10.4 users do
you have?
I think I am a little confused by this not being GTK. The list I am sending this email to is called
gtk-osx-users-list. I am a new user of GTK so I don't have too much experience with it yet.
Yes, gtk-OSX-users, IOW users of the gtk-osx project. See
https://wiki.gnome.org/action/show/Projects/GTK+/OSX. The mailing list for Gtk users would be
gtk-app-devel, and for Gtk developers Gtk-devel.
As for Gtk, they accepted a change *last year* which requires *in the configure script* at least MacOS X
10.9. That's currently patched around in gtk-osx and the patch has been ignored by the Gtk development
team. Gtk-4 is going to require GL and modern accelerated graphics. It's very unlikely to work at all on
older hardware, and by older I mean anything that can't run Sierra.
That is unfortunate.
Meanwhile, connecting insecure computers to the net represents a threat not just to the user but to the
entire net: Consider the recent DDoS attacks using enormous botnets of IoT devices. If you insist on
maintaining that old PPC box, put Linux on it so that you can get current certificates and security
patches. Don't run an unsupported OS on the net! That, by the way, is not Apple's "party line", it's a
common refrain of senior Gnome developers.
You haven't thus far demonstrated even the ability to *use* gtk-osx. How are you going to help me
maintain it?
I have compiled applications that have multiple dependencies to them and have made those applications
distributable by changing and including their needed dylib's so that all the user has to do is unzip the
application and copy it to their hard drive. Is there any easier way to distribute an application? This
method takes literally seconds to do. It looks like a Mac OS X user is required to build the GTK library
itself in order to use it. I suggest we build a library that is simple to download and install. It only
takes one user to make a distributable library that everyone could use. I have always built applications
via the "configure ; make ; make install" method. The jhbuild way of doing things is new to me, but I do
see its advantages. With a little more help I could get to the point where I could make this
distributable library for you.
No, I don't think "a little more help" is going to get you anywhere close. "A few years of experience with
Gtk+" would be a reasonable prerequisite. If you don't know about drag-and-drop installation of
application bundles, we can add "a few years experience developing of MacOS" as well.
"I have compiled applications" implies that you've never actually *developed* anything. If that's the case
then you need to add "a few years learning to write and maintain real applications in C" before you're
ready to even begin the "few years of experience with Gtk". You'll also need to fluently write and
maintain Python, Perl, and bash scripting and comfortable with a variety of regular expressions.
I am trying to better understand the situation. The answer to these questions would help.
Why isn't there a compiled package of GTK available for download?
Do you know how to make distributable binaries of GTK for Mac OS X?
Are you able to access a Mac OS 10.4 build environment?
Because no-one has come forward to build and host one. Because just having a binary of libgtk is useless: Any
useful Gtk-based application has dozens of dependencies, and no two have the same list. That's why there are
several projects which enable building Gtk, the most prominent being MacPorts and Homebrew, and none which
distributes precompiled binaries.
Yes and yes.
Regards,
John Ralls
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]