In 1984, Apple debuted the operating system that is now known as the 'Classic' Mac OS with its release of the original Macintosh System Software.The system, rebranded 'Mac OS' in 1996, was preinstalled on every Macintosh until 2002 and offered on Macintosh clones for a short time in the 1990s. At targetzone uk we believe in offering the widest range of airsoft pistols and rifles. Many shooting and hunting accessories, bb guns, gifts, military toys and clothing are also available - all at competative prices. Shop Target online and in-store for everything from groceries and essentials to clothing and electronics. Choose contactless pickup or delivery today.
| Food Force | |
|---|---|
| Publisher(s) | United Nations World Food Programme |
| Platform(s) | PC, Mac |
| Release | 2005 |
| Genre(s) | |
| Mode(s) | Single-player |
Food Force is an educational game published by the United Nations World Food Programme (WFP) in 2005. Due to its content, it is considered a serious game (game with educational purpose). Players take on missions to distribute food in a famine-affected country and to help it to recover and become self-sufficient again. At the same time they learn about hunger in the real world and the WFP's work to prevent it.
In 2011, a new, socially interactive game was launched in November by the World Food Programme in partnership with Konami. The game, which takes place entirely on Facebook, is amongst the first games ever to feature a real world impact through virtual goods.
Gameplay[edit]
The game takes place on the fictional island of Sheylan in the Indian Ocean, which is suffering from both drought and civil war. The player's character is a rookie who has joined a team of UN experts, including a nutritionist, a logistics officer, a pilot, an appeals officer, and the director of food purchasing.
The game contains six missions:
- Air surveillance: Locating hungry citizens in a helicopter
- Energy pacs: Produce a balanced diet of rice, cooking oil, beans, sugar and salt within a budget of only 30 cents per day
- Food drop: drop food supplies in a target zone, while compensating for wind direction
- Locate and dispatch: co-ordinate supplies of purchased and donated food from around the world
- Food run: Lead a food convoy to a depot, dealing with hazards like landmines and roadblocks
- Future farming: Use food aid to help a village develop over 10 years, by investing in it carefully with nutrition training, schooling, 'food for work' and HIV/AIDS treatment
Most of the gameplay is arcade oriented, with time-limited sequences. All six missions could be played through in under an hour, though players might replay the individual missions, as their high scores could be uploaded online for worldwide comparison with other players, until another game, under the same name, was made by the WFP and Konami.
Availability[edit]
The game was freely downloadable, but with the release of a game under the same name by WFP, the game's website has been shut down along with all of the official download links. The game is still mirrored on various websites, but there is no official download link. It had versions for the Windows and Macintosh. Linux users could use Wine to install the Windows version of the game and the QuickTime bundled with the package. The Macintosh version of the game is PowerPC only and as such, the game could only be run on PowerPC Macs with Mac OS X Jaguar or higher or on Intel powered Macs running Mac OS X Tiger to Mac OS X Snow Leopard. Users are encouraged to burn the game onto CDs and distribute it to friends. Developed by the BritishstudioPlayerthree and the Italian company Deepend, the program uses Macromedia for gameplay and QuickTime for video.
The Food Force website also had lesson plans for teachers, reports on recent WFP work, a high score table and other features.
| Food Force 2 | |
|---|---|
| Publisher(s) | United Nations World Food Programme |
| Platform(s) | PC, Mac, GNU/Linux |
| Release | 2009 |
| Genre(s) | |
| Mode(s) | Single-player |
Food Force 2[edit]
Do you see the waving cape mac os. Food Force 2, based on Food Force, has been developed as free software under the terms of version 3 of the GNU General Public License. It is cross-platform as it is written in the Python programming language, and runs on platforms including the One Laptop Per ChildXO and the Sugar desktop environment.[1] Food Force 2 is available for download on Linux, Windows and Mac OS X platforms.
References[edit]
- ^'foodforce - FoodForce Game 2 - Google Project Hosting'. Retrieved 2013-08-20.
External links[edit]
- Worldview A teacher's resource on the Food Force website
- Friends of the World Food Program United States agency helping raise funds and awareness about global hunger
- World Food Program UN Agency
- Pictures for truth A game for Amnesty International released in 2008
- memellon Developers of the Latinamerican Edition released on October 2008
Have you installed software on a Mac? How about Linux? To install git on my Mac, I type:
Easy stuff is easy on a Mac… Unfortunately, it isn't that easy on z/OS.
z/OS is a multi-tenant system used by lots of people, so of course it won't be quite as simple as a Mac, but it sure seems complicated.
So we are trying an experiment: create an install on z/OS that is as easy as brew on the Mac. Being unoriginal, I called it zbrew (actually, I had a worse name, but another IBMer suggested zbrew, which I liked).
Since easy stuff should be easy, we decided to tackle installing and configuring the COBOL 6.3 compiler. I know compilers a bit, and I figured it was the easiest product I could think of to install and configure.
Search
The first step was to find the COBOL compiler in ShopZ. I wasn't sure what to look for, so I looked at ShopZ Application Development software. From this list, I created a really simple tab-separated list of some products, then wrote a simple search verb for zbrew:
which just does a grep for the keyword against the list.
Now I had an IBM product identifier I could use for installation and configuration. In this case, the COBOL 6.3.0 compiler is identified with IGY630.
Order
Unlike the git example for Mac above, IBM Software is licensed, and you need to order it through ShopZ. I did this step manually and got the information needed to download the software. This information gets put into a simple key/value pair file with the license information required.
Now the real work begins. What does it mean to installand configure software on z/OS, and how to make it easy? I want to use the standard software installation mechanism of SMP/E, because it takes care of important things like product pre-requisites. I want to have more of a cloud install, using a prescriptive approach, with the goal of drastically simplifying installation and configuration. But it needs to work within the confines of how other software is already installed on the system. Most importantly, it needs to be something that can be automated. The days of people reading multi-page program directories needs to be behind us. This led me to the following philosophy:
zbrew Development Philosophy
- Automation is paramount. The only way to achieve drastic time reduction is through automation
- Since our philosophy is to work with an automated, prescriptive approach, zbrew must define it's own set of Best Practices for z/OS Automated Software Installation and Configuration to achieve #1
- zbrew will not be useful with an all-or-nothing approach. zbrew needs to interact with traditional software installation and configuration
- zbrew needs feedback to ensure these Best Practices can be applied to real-world shops
Some of the Best Practices that I used were:
- Product datasets are all prefixed by ZBREW.product. So COBOL 6.3.0 compiler datasets are all under: ZBREW.IGY630. This make it easy for automation tools to find.
- Products are installed into their own SMP/E global, target, distribution zones. Global zone datasets are prefixed by ZBREW.productG, distribution zone datasets are prefixed by ZBREW.productD and target zone datasets are prefixed by ZBREW.productT. So the COBOL SMPE/ zone datasets are under ZBREW.IGY630G, ZBREW.IGY630D and ZBREW.IGY630T respectively.
- Hierarchical files are installed under /zbrew root. This makes it easy for automation tools to find. So the COBOL directory created is: /zbrew/usr/lpp/IBM/cobol/igyv6r3/
These Best Practices will change – this is an experiment after all. And that's why point #4 above is important. I'd love to hear from folks on the viability of this experiment.
Install
Installation of a software product consists of a few different steps:
- receive: the receive step downloads the software from ShopZ using the ORDER key/value pair file. Receive uses standard SMP/E RECEIVE processing, leveraging mvscmdauth in the IBM Z Open Automation Utilities to avoid JCL.
- product-prereq: check the pre-requisites for this software to ensure it can be installed (for example, the level of the operating system or any PTFs that might be required with other software)
- product-install: run any product-specific installation that is necessary
- apply: the apply step uses standard SMP/E APPLY processing, again leveraging mvscmdauth.
For the COBOL compiler, I needed to write the prereq script to check that the system was at least z/OS 2.2 and that specific LE PTFs had been applied. I needed to write the install script to allocate datasets to be used and to allocate a zFS file system, mount it, and create some directories in the file system. I used a variety of tools from the IBM Z Open Automation Utilities for this.
Configure
On a Mac, installation and configuration might be lumped into one step. On a multi-tenant system, or set of systems, it's entirely likely that you will want to install a base product image and then configure multiple instances of the product image to run on multiple target systems.
So I separated configuration out from installation, enabling you to ship the code associated with the install to another system, or use shared DASD between systems to access the install on another system.
Configuration is very similar to install, and zbrew itself does not do much:
- product-configure: run any product-specific configuration that is necessary
For COBOL, the configuration is actually really easy. It involves submitting JCL to do a compile/bind/run and verify that it works correctly. Most products have more complex configuration than the COBOL compiler.
The configuration code provides a nice example of the new JES support in IBM Z Open Automation Utilities. To see a nice flask example, check out Kaleb Porter's recent article.
Here's the interesting piece of code:
Most of the gameplay is arcade oriented, with time-limited sequences. All six missions could be played through in under an hour, though players might replay the individual missions, as their high scores could be uploaded online for worldwide comparison with other players, until another game, under the same name, was made by the WFP and Konami.
Availability[edit]
The game was freely downloadable, but with the release of a game under the same name by WFP, the game's website has been shut down along with all of the official download links. The game is still mirrored on various websites, but there is no official download link. It had versions for the Windows and Macintosh. Linux users could use Wine to install the Windows version of the game and the QuickTime bundled with the package. The Macintosh version of the game is PowerPC only and as such, the game could only be run on PowerPC Macs with Mac OS X Jaguar or higher or on Intel powered Macs running Mac OS X Tiger to Mac OS X Snow Leopard. Users are encouraged to burn the game onto CDs and distribute it to friends. Developed by the BritishstudioPlayerthree and the Italian company Deepend, the program uses Macromedia for gameplay and QuickTime for video.
The Food Force website also had lesson plans for teachers, reports on recent WFP work, a high score table and other features.
| Food Force 2 | |
|---|---|
| Publisher(s) | United Nations World Food Programme |
| Platform(s) | PC, Mac, GNU/Linux |
| Release | 2009 |
| Genre(s) | |
| Mode(s) | Single-player |
Food Force 2[edit]
Do you see the waving cape mac os. Food Force 2, based on Food Force, has been developed as free software under the terms of version 3 of the GNU General Public License. It is cross-platform as it is written in the Python programming language, and runs on platforms including the One Laptop Per ChildXO and the Sugar desktop environment.[1] Food Force 2 is available for download on Linux, Windows and Mac OS X platforms.
References[edit]
- ^'foodforce - FoodForce Game 2 - Google Project Hosting'. Retrieved 2013-08-20.
External links[edit]
- Worldview A teacher's resource on the Food Force website
- Friends of the World Food Program United States agency helping raise funds and awareness about global hunger
- World Food Program UN Agency
- Pictures for truth A game for Amnesty International released in 2008
- memellon Developers of the Latinamerican Edition released on October 2008
Have you installed software on a Mac? How about Linux? To install git on my Mac, I type:
Easy stuff is easy on a Mac… Unfortunately, it isn't that easy on z/OS.
z/OS is a multi-tenant system used by lots of people, so of course it won't be quite as simple as a Mac, but it sure seems complicated.
So we are trying an experiment: create an install on z/OS that is as easy as brew on the Mac. Being unoriginal, I called it zbrew (actually, I had a worse name, but another IBMer suggested zbrew, which I liked).
Since easy stuff should be easy, we decided to tackle installing and configuring the COBOL 6.3 compiler. I know compilers a bit, and I figured it was the easiest product I could think of to install and configure.
Search
The first step was to find the COBOL compiler in ShopZ. I wasn't sure what to look for, so I looked at ShopZ Application Development software. From this list, I created a really simple tab-separated list of some products, then wrote a simple search verb for zbrew:
which just does a grep for the keyword against the list.
Now I had an IBM product identifier I could use for installation and configuration. In this case, the COBOL 6.3.0 compiler is identified with IGY630.
Order
Unlike the git example for Mac above, IBM Software is licensed, and you need to order it through ShopZ. I did this step manually and got the information needed to download the software. This information gets put into a simple key/value pair file with the license information required.
Now the real work begins. What does it mean to installand configure software on z/OS, and how to make it easy? I want to use the standard software installation mechanism of SMP/E, because it takes care of important things like product pre-requisites. I want to have more of a cloud install, using a prescriptive approach, with the goal of drastically simplifying installation and configuration. But it needs to work within the confines of how other software is already installed on the system. Most importantly, it needs to be something that can be automated. The days of people reading multi-page program directories needs to be behind us. This led me to the following philosophy:
zbrew Development Philosophy
- Automation is paramount. The only way to achieve drastic time reduction is through automation
- Since our philosophy is to work with an automated, prescriptive approach, zbrew must define it's own set of Best Practices for z/OS Automated Software Installation and Configuration to achieve #1
- zbrew will not be useful with an all-or-nothing approach. zbrew needs to interact with traditional software installation and configuration
- zbrew needs feedback to ensure these Best Practices can be applied to real-world shops
Some of the Best Practices that I used were:
- Product datasets are all prefixed by ZBREW.product. So COBOL 6.3.0 compiler datasets are all under: ZBREW.IGY630. This make it easy for automation tools to find.
- Products are installed into their own SMP/E global, target, distribution zones. Global zone datasets are prefixed by ZBREW.productG, distribution zone datasets are prefixed by ZBREW.productD and target zone datasets are prefixed by ZBREW.productT. So the COBOL SMPE/ zone datasets are under ZBREW.IGY630G, ZBREW.IGY630D and ZBREW.IGY630T respectively.
- Hierarchical files are installed under /zbrew root. This makes it easy for automation tools to find. So the COBOL directory created is: /zbrew/usr/lpp/IBM/cobol/igyv6r3/
These Best Practices will change – this is an experiment after all. And that's why point #4 above is important. I'd love to hear from folks on the viability of this experiment.
Install
Installation of a software product consists of a few different steps:
- receive: the receive step downloads the software from ShopZ using the ORDER key/value pair file. Receive uses standard SMP/E RECEIVE processing, leveraging mvscmdauth in the IBM Z Open Automation Utilities to avoid JCL.
- product-prereq: check the pre-requisites for this software to ensure it can be installed (for example, the level of the operating system or any PTFs that might be required with other software)
- product-install: run any product-specific installation that is necessary
- apply: the apply step uses standard SMP/E APPLY processing, again leveraging mvscmdauth.
For the COBOL compiler, I needed to write the prereq script to check that the system was at least z/OS 2.2 and that specific LE PTFs had been applied. I needed to write the install script to allocate datasets to be used and to allocate a zFS file system, mount it, and create some directories in the file system. I used a variety of tools from the IBM Z Open Automation Utilities for this.
Configure
On a Mac, installation and configuration might be lumped into one step. On a multi-tenant system, or set of systems, it's entirely likely that you will want to install a base product image and then configure multiple instances of the product image to run on multiple target systems.
So I separated configuration out from installation, enabling you to ship the code associated with the install to another system, or use shared DASD between systems to access the install on another system.
Configuration is very similar to install, and zbrew itself does not do much:
- product-configure: run any product-specific configuration that is necessary
For COBOL, the configuration is actually really easy. It involves submitting JCL to do a compile/bind/run and verify that it works correctly. Most products have more complex configuration than the COBOL compiler.
The configuration code provides a nice example of the new JES support in IBM Z Open Automation Utilities. To see a nice flask example, check out Kaleb Porter's recent article.
Here's the interesting piece of code:
At (1), the JCL is submitted, with the job id being written to job.
The code then loops while running is true.
At (2), the 4th field of the jls output for the job is written to status. The docs describe the different types of job status, but we're after something other than AC. AC indicates the job is still active (running). We wait a second and try again if the status is indeed AC. This isn't great – it could be an infinite loop if the job was hung up somehow. But – it's an experiment…
At (3), the 5th field of the jls output for the job is written to status. This is a character representation of the overall job status.
Fitting the Pieces Together
I organized the code to have zbrew do the general purpose installation and configuration tasks, then delegate product-specific work for pre-req checking, installation, and configuration to the product being installed. So far, all I've done with my experiment is to set up code to install the COBOL 6.3.0 compiler. I expect if I move on to more complex products, things will need to be reworked a bit, but the intent is that each product would provide it's product-specific pre-req, installation, and configuration scripts.
So… after all that, to search for, install and configure the COBOL 6.3.0 compiler, you do the following:
- zbrew search cobol <– this says the COBOL 6.3.0 compiler is called IGY630
- zbrew install igy630 <– take all the defaults and install the compiler
- zbrew configure igy630 <– take all the defaults and configure the compiler
Mac Os Versions
If you want to try out zbrew but don't want to (or can't) get a COBOL compiler from ShopZ, you can run a hello-world example with the same steps:
Target Zone Mac Os Download
- zbrew search hello <– this says the hello application is called ZHW110
- zbrew install zhw110 <– take the defaults and install the hello application
- zbrew configure zhw110 <– take the defaults and configure the hello application
Repositories:
Mac Os Download
