[annc] Tux Paint 0.9.22 released

SDL Development
1

Hi SDL-ians. Just wanted to share the news that a new version of
Tux Paint’s been released. It only took 5 years. ;^P
For those who don’t remember me and/or this project, it’s an open source,
multi-platform drawing program for young kids.

http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3

It’s currently available as source, for modern Windows (XP thru 8), and
for RHEL-5-based Linux distros. A Mac OS X port is forthcoming, and
the Debian Linux maintainer is getting ready to package it.

At one point or another (thanks to SDL & friends), it’s been ported
to earlier Windows (95 thru ME), FreeBSD, NetBSD, Blackberry Playbook,
Sharp Zaurus, OS/2, Maemo, OLPC XO laptop (Sugar), and BeOS and Haiku.
Got a platform you want to run it on? Port it! Let me know, and I’ll
mirror the files and add a download page!–
-bill!
Sent from my computer

2

Cool! Uses SDL2 now?

JosephSent via mobile

On Aug 24, 2014, at 00:48, Bill Kendrick wrote:

Hi SDL-ians. Just wanted to share the news that a new version of
Tux Paint’s been released. It only took 5 years. ;^P
For those who don’t remember me and/or this project, it’s an open source,
multi-platform drawing program for young kids.

http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3

It’s currently available as source, for modern Windows (XP thru 8), and
for RHEL-5-based Linux distros. A Mac OS X port is forthcoming, and
the Debian Linux maintainer is getting ready to package it.

At one point or another (thanks to SDL & friends), it’s been ported
to earlier Windows (95 thru ME), FreeBSD, NetBSD, Blackberry Playbook,
Sharp Zaurus, OS/2, Maemo, OLPC XO laptop (Sugar), and BeOS and Haiku.
Got a platform you want to run it on? Port it! Let me know, and I’ll
mirror the files and add a download page!

–
-bill!
Sent from my computer

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

3

Sadly, no. :slight_smile: That’s on my roadmap, now that a new version is
finally out the door.

-bill!On Mon, Aug 25, 2014 at 07:20:49PM -0700, T. Joseph Carter wrote:

Cool! Uses SDL2 now?

4

So it’s now 7 months later, and no one has helped build the OS X version.

It should be trivial, since a lot of work was put into the codebase
right before 0.9.22 was released. In fact, a beta of 0.9.22 was made
available to users of Mac OS X 10.9-and-later, a few months earlier,
to satisfy people’s need for a version of Tux Paint that works on the
newer versions of OS X.

Basically, you should be able to download the source .tar.gz
from http://www.tuxpaint.org/download/source/ and [do whatever one
does to build for OS X], and that’s about it…! No code changes
should be required.

(Don’t work off of CVS, since that’s been changed a bit since
0.9.22 was released last August, and we’re also looking into
(1) switching to SDL 2, and (2) switching to Git)

Any takers!? Thanks in advance!

-bill!On Sun, Aug 24, 2014 at 12:48:28AM -0700, Bill Kendrick wrote:

Hi SDL-ians. Just wanted to share the news that a new version of
Tux Paint’s been released. It only took 5 years. ;^P
For those who don’t remember me and/or this project, it’s an open source,
multi-platform drawing program for young kids.

http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3

It’s currently available as source, for modern Windows (XP thru 8), and
for RHEL-5-based Linux distros. A Mac OS X port is forthcoming, and
the Debian Linux maintainer is getting ready to package it.

5

Bill! I will do this for you.

m.> ----- Original Message -----

From: SDL [mailto:sdl-bounces@lists.libsdl.org] On Behalf Of Bill Kendrick
Sent: Wednesday, March 25, 2015 4:53 PM
To: SDL
Subject: [SDL] ISO: Mac OS X build help – Re: [annc] Tux Paint 0.9.22 released

On Sun, Aug 24, 2014 at 12:48:28AM -0700, Bill Kendrick wrote:

Hi SDL-ians. Just wanted to share the news that a new version of Tux
Paint’s been released. It only took 5 years. ;^P For those who don’t
remember me and/or this project, it’s an open source, multi-platform
drawing program for young kids.

http://tuxpaint.org/latest/tuxpaint-0.9.22-press-release-en.php3

It’s currently available as source, for modern Windows (XP thru 8),
and for RHEL-5-based Linux distros. A Mac OS X port is forthcoming,
and the Debian Linux maintainer is getting ready to package it.

So it’s now 7 months later, and no one has helped build the OS X version.

It should be trivial, since a lot of work was put into the codebase right before 0.9.22 was released. In fact, a beta of 0.9.22 was made available to users of Mac OS X 10.9-and-later, a few months earlier, to satisfy people’s need for a version of Tux Paint that works on the newer versions of OS X.

Basically, you should be able to download the source .tar.gz from http://www.tuxpaint.org/download/source/ and [do whatever one does to build for OS X], and that’s about it…! No code changes should be required.

(Don’t work off of CVS, since that’s been changed a bit since
0.9.22 was released last August, and we’re also looking into
(1) switching to SDL 2, and (2) switching to Git)

Any takers!? Thanks in advance!

-bill!

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

6

I dunno… can I trust your abilities? :wink: (I’m joking!)

-bill!On Wed, Mar 25, 2015 at 08:53:40PM +0000, Vance, Michael wrote:

Bill! I will do this for you.

7

not sure how many times i have heard the ‘it should be trivial’ line but it
is closely related to the attempted murders on my record

8

2015-03-25 19:03 GMT-03:00, Neil White :

not sure how many times i have heard the ‘it should be trivial’ line but it
is closely related to the attempted murders on my record

To be fair, unless something weird is going on with the program (and
it already accounted for portability) it should be trivial to build
for somebody who already has the required libraries (e.g. building Sol
on Windows (and having it work) was nothing more than adding a few
#includes I had forgotten about).

It stops being trivial when programmers decide to do weird things :stuck_out_tongue:

9

shouldt we set up an SDL master server that we can throw code at and it
spits out a SDL app for all platforms?

not sure what cross compiling for mac looks like right now, probably
horribly impossible,

10

not sure what cross compiling for mac looks like right now, probably
horribly impossible,

I would describe the setup and upkeep of SDL’s buildbot, and the 8
different operating systems it runs to produce 18 different build
targets, as “non-trivial.”

–ryan.

11

not sure what cross compiling for mac looks like right now, probably

horribly impossible,

I would describe the setup and upkeep of SDL’s buildbot, and the 8
different operating systems it runs to produce 18 different build targets,
as “non-trivial.”

sounds like something my brother or a client would expect me to set up on a
pentium II ex office dell as a serverOn Wed, Mar 25, 2015 at 5:13 PM, Ryan C. Gordon wrote:

12

May the gods have mercy on you if you seriously would ever go with a Pentium II for a build bot! OK, maybe somewhere within the range of acceptable purely as a front-end, depending on your required setup, but I dunno, it still sounds a bit masochist to me :<o If you were to so happen to already have a compile farm of Pentium IIs setup that ran in parallel, then yeah, sure, it may be in the realm of sane to do this without an insane increase of upkeep costs, but otherwise ? no dice!

While it is true that the build bot?s build time isn?t necessarily a factor that you care about so much in day to day use, you will quickly find that it matters very much when things aren?t building / working and you need to debug these issues from that same build bot instance. (This is without considering the unit test run times :-/). Ryan isn?t joking when he says that the setup and upkeep is not trivial! Maintenance is a real bitch.

Cheers,
Jeffrey Carpenter <@Jeffrey_Carpenter>

-------------- next part --------------
A non-text attachment was scrubbed…
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1572 bytes
Desc: not available
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20150326/f830e819/attachment.bin

13

(This is without considering the unit test run times :-/). Ryan isn?t
joking when he says that the setup and upkeep is not trivial!
Maintenance is a real bitch.

The setup we have for SDL looks like this:

The master process runs on libsdl.org, the slave processes all run on a
machine in my office.

This office machine is massive: 12 CPU cores (x2 for hyperthreads), 96
gigabytes of RAM. There’s a 400gb SSD drive dedicated to VMware
Workstation instances: WinXP/64bit, Mac OS X 10.9, Linux/x86,
Linux/amd64, Haiku, OpenBSD, FreeBSD, and Debian/kFreeBSD.

(the host machine is Ubuntu 14.04/amd64, running ZFS-on-Linux. All the
virtual machines are in a zpool that had gzip-9 compression enabled
during setup to make the most of those 400gb, and are using lzjb
compression now, so more CPU can go to the actual building effort.)

Various guests build more than one buildbot target. The Mac VM does Mac
and iOS and static analysis, the Linux/amd64 does Linux and Android and
the 32-bit one does Linux and Raspberry Pi, etc. Except places where
there is no option but cross-compiling (iOS, Emscripten, Native Client,
etc), we try to build on the real OS. Several of these could probably be
consolidated to a Linux instance–lord knows it would be faster than
Cygwin on Windows–but using the actual target seems more likely to
catch bugs.

All the guests can be ssh’d into, and VMware has a built-in VNC server
for the guests if you need a real desktop, if you aren’t literally
sitting in front of the machine.

Mac OS X isn’t supported on VMware Workstation, but the code it shares
with VMware Fusion for Mac guest support still exists, so we use a
hacked build of Workstation that unlocks it. Hey, I’ve been paying the
licensing cost on VMware every year since the 1990’s. I do what I want.

–ryan.