SuperTux is a classic 2D jump'n run sidescroller game in. SuperTux is a classic 2D jump'n run sidescroller game in a style similar to the original Super Mario games covered under the GPL. The Milestone 1 release of SuperTux features:. 9 enemies. 26 playable levels. Software and OpenGL rendering modes. configurable joystick and keyboard input. new music. completely redone graphics. Released on 2006-12-17, this is was preview of what is to become Milestone 2. Many new features were implemented, e.g. Levels that scroll in all directions, levels with multiple sectors, moving platforms, a shortened ice world, and a whole new forest world.

• Supertux 0.3.0 For Macbook Pro
• Supertux 0.3.0 For Macbook
• Supertux 0.3.0 For Mac Os
• Supertux 0.3.0 For Mac Catalina

SuperTux is a classic 2D jump'n run sidescroller game in a style similar to the original SuperMario games. Tux Racer The object of the game is to slide down a snow- and ice-covered mountain as quickly as possible, avoiding the trees and rocks that will slow you down. Download SuperTux for Mac free. SuperTux - jump'n run game, Super Mario like. SuperTux — Tux the Penguin's girlfriend, Penny, has. SuperTux features 9 enemies, 26 playable levels, Software and OpenGL rendering modes, configurable joystick and keyboard input, fun music, and smooth scrolling graphics. It also includes a little story to keep things interesting.

• 5Where to advertise a new release

Unstable releases vs stable releases

Any packages released from the trunk are considered 'unstable'. They are not meant to be broken, but fewer steps are taken to produce it, skipping the ones that often catch bugs, which also makes them easier and faster to make, so they are better suited to make it easier to test new features quickly. The process is simply to make a package for general distribution from source of the trunk.

To make a stable package, first a separate branch off master must be created in the source tree, by copying the current trunk to a branch, as a 'release candidate'(RC), named with the version number plus the RC number, for example, 0.3rc1. Afterwards, only bug fixes are committed to that branch (unless we all agree to introduce a feature) on this release candidate; no changes in other areas of the game, thought documentation and artwork updates are fine. If we decide we need more testing after doing all the modifications to the release candidate, a new branch is created from the previous rc branch (e.g. a new branch 0.9.3-rc2 created from 0.9.3-rc1). This allows easy access to the history of all files (it might be worth adding a tag for RCs).

The final release is a new branch copied from the last RC branch, and a tag for the release is created. For now the branches should be kept in place, since it helps finding problems which might get reported for the release (if they can't be reproduced in the trunk anymore). We might decide on a delete-branch policy later. Also, the license under which STK is released requires us to provide the source code for at least 3 years for any binaries we provide.

Supertux 0.3.0 For Macbook Pro

Committing changes during the preparation of a stable release

• Any bug fixes to the RC branch should be cherry-picked to master as well (or vice versa). While this adds a bit overhead of committing a change (since it has to be committed twice), it saves the time and complexity of merging all bug fixes into the trunk when the release is done, and keeps the trunk free for further development.

• Any new patches not related to the RC or release should be committed to master only.

Checklist for stable releases

• Give a deadline to translators
  • Run data/po/update_pot and make sure transifex has the latest pot file for translations.
  • This should involve two steps: first contact translators and make them aware that a string freeze will happen in the near future, and ask them for feedback. They might find issues (e.g. incorrect strings, untranslatable strings, typos) that went undetected before. Once some feedback was received, announce the official string freeze.
• Send email to supertuxkart-core and/or supertuxkart-dev to keep people up-to-date.
• Creating a quick (~1min30) video showcasing new features/tracks/etc
• After creating a source package, try to build from this package. Sometimes, files are missing.
• Document the assets svn version in doc/assets_version (so that we can keep track of which assets version was used for which stk release, we don't have branches directories for assets due to their size).
• Create a 'tag' for the assets under https://svn.code.sf.net/p/supertuxkart/code/stk-assets-release/
• Run optimize_data.sh.
• Update ChangeLog file.
• Update data/CREDITS.
  • Don't forget the donations section in CREDITS.
  • Make sure data/CREDITS is still in UTF (not ascii).
• On Unix systems, make sure all files have appropriate read permissions.
• Update translations from Transifex (after the publicized deadline has been reached).
  • Install the transifex client ( http://docs.transifex.com/developer/client/setup ). On windows place it in the data/po folder. Run ./data/po/pull_from_transifex.sh
  • Run data/po/update_po_authors.py on all(!) .po files to update the credit sections for translators.
• Make sure to update the version number:
  • CMakeLists.txt
  • tools/windows_installer/supertuxkart*.nsi (two nsi files, check all four VERSION_* defines)
  • Create a file data/supertuxkart.VERSION (same as 'supertuxkart.' + PROJECT_VERSION from CMakeLists.txt) - and delete any previous file. This file is used by stk to make sure it is reading the correct assets input data.
  • data/SuperTuxKart-Info.plist
• Check that the addon server has all achievements defined (data/achievements.xml should be in sync with table v2_achievements).
• Make sure to test the game and the gift package with artist debug mode disabled!

For binary packages (esp. linux):

• Don't include INSTALL, it confuses people

For Windows:

• Do not include the .ilk file, it's only used for linking and otherwise useless.

For source package:

• Copy stk-assets into stk-code/data
• Check that make install works as expected

Upload packages, then :

• Update the Downloads Page
• Update the default file settings at sourceforge

Naming scheme for packages

All files released on the STK web page should use the following naming scheme:

supertuxkart-<VERSION>-<ARCHITECTURE>.<FILE EXTENSION>

VERSION:

• Release candidates: the version number of the next stable release + '-rc' + release candidate number. Examples: 0.3-rc1 or 0.3.1-rc2
• Stable release examples: the version number. Examples: 0.3, 0.4

ARCHITECTURE:

• Source packages: src
• Windows binary packages: win
• Mac OS X binary packages: macosx
• Linux x86 packages: linux + required processor type. Examples: linuxi586, linuxi686, linuxppc

FILE EXTENSION:

• Depends on the file type. Examples: tar.gz, tar.bz2, dmg, zip, ...

Examples of full package file names: supertuxkart-0.3-linuxi586.tar.bz2, supertuxkart-git2110-macosx.dmg, supertuxkart-0.4-rc1-win.zip

Where to advertise a new release

This page collects web pages that should be informed about a new SuperTuxKart release. If you add a note to a board, blog, web page, please add the URL here, and add your name (hoping that in upcoming releases you can contact the same pages again).

Mark what's done with File:Done.png.

Priority

• STK home page
• STK blog
  • Make sure to include the trailer and poster (if available)
• Upload the trailer on our youtube channel
• Twitter
• Sourceforge page (news entry and to slashdot firehose)
• addons.supertuxkart.net (in-game news)
• http://freegamer.blogspot.com (was picked up from freegamedev forum)
• http://forum.freegamedev.net/ (hiker)
• Update the game to https://supertuxkart.itch.io/supertuxkart
• Update the game to http://gamejolt.com/
• Update our pad_file.xml (which is used by other sites to automatically receive updates on new versions):
  • use sftp, and update /home/project-web/s/su/supertuxkart/htdocs/pad_file.xml

Secondary

From Wikipedia, the free encyclopedia

SuperTux is a free software, classic style 2Djump and run game inspired by the NintendoSuper Mario series. It was originally created by Bill Kendrick and is currently maintained by the SuperTux Development Team for additional contributions.

Instead of Mario, the hero in this game is Tux, the mascot of the Linux kernel, albeit the game's only reference to Linux. Many of the in-game graphics were created by Ingo Ruhnke, creator of Pingus.

The development occurs in a series of milestones, each one improving steadily upon the last. Currently, only Milestone 1 has been released, however, there is a preview release for Milestone 2. A large majority of the work for the program is due to the Linux Game Tome's Game of the Month project in 2004.

Supertux 0.3.0 For Macbook

[edit]See also

[edit]External links

Supertux 0.3.0 For Mac Os

Supertux 0.3.0 For Mac Catalina