log in | register | forums
Show:
Go:
Forums
Username:

Password:

User accounts
Register new account
Forgot password
Forum stats
List of members
Search the forums

Advanced search
Recent discussions
- Code GCC produces that makes you cry #12684 (Prog:27)
- LEAF - game for A3010 released at last! (Games:1)
- GPS becomes Data Logger (News:1)
- RISC OS source code to be ...Apache open source license (News:13)
- Geminus (Gen:14)
- RISC OS London Show Report 2018 (News:5)
- October News Headlines (News:)
- RISC OS London Show 2018 - Notes from the talks (News:4)
- Does this form of documentation annoy you as much as me? (Prog:1)
- RISC OS London Show 2018 - pictures (News:)
Related articles
- Newsround
- Bob and Trev: Resurrection: Just in time
- Monster AI
- Combat
- Visibility and pathfinding
- The level generator
- Static game data
- How to fit a roguelike in 32k
- Bob and Trev: Resurrection
- Wakefield 2003 - the preview
Latest postings RSS Feeds
RSS 2.0 | 1.0 | 0.9
Atom 0.3
Misc RDF | CDF
Site Search
 
Article archives
The Icon Bar: News and features: The state of PackMan in 2018
 

The state of PackMan in 2018

Posted by Jeffrey Lee on 20:30, 20/8/2018 | , , , , ,
 
In a previous article we've looked at what software is available via !PackMan. But what if you're a developer who wants to get your software listed - where do you start?
 

In the beginning

In the beginning there was The RISC OS Packaging Project, aka RiscPkg. Debuting in 2004, it introduced a specification for how software can be packaged under RISC OS. Packages which conform to the specification can easily be installed, updated, and uninstalled by tools (such as the original RiscPkg tool). More importantly, if a package depends on other packages, those dependencies can also be managed by the same tools, saving the user the hassle of keeping dependencies updated manually.
 
The package format also makes it easy to construct a searchable index of packages, aiding software discovery - something very useful in the RISC OS world, where software is typically spread out very thinly across the websites of individual authors. Furthermore, the inclusion of licensing information, and the ability to produce packages containing source code, makes it possible to produce mirrors of software without running into legal problems - something also very useful in the RISC OS world, where software can become abandoned and websites can fall offline with little or no warning.

RiscPkg now

If you look around the RisckPkg website, you'll notice a few suspicious things:

I could go on, but clearly the RiscPkg website isn't in the best of shape. But, that doesn't mean that RiscPkg is dead, just that its website is poorly maintained (just like some long-forgotten areas of this site, I suspect).
 
In terms of bits which do work, the most important bits are likely to be the following:
  • The Policy Manual - the specification for how packages should be structured. It's not the easiest document to navigate (some hyperlinks would be nice), but without it the project would truly be dead.
  • The Subversion Server - hosting the source code for all the packages that are available directly from riscpkg.org
  • The main 'Unstable' distribution. Remember how the main 'packages' link is dead? Yeah, turns out you don't really need that. If you know how to read the distribution index file (or you have a tool which knows how to read it) you can still download all the packages.

PackMan

PackMan is for all intents and purposes the successor to the original RiscPkg tool. It's designed to work with RiscPkg packages, although it has also resulted in some improvements being made to the specification itself.
 
One key feature of PackMan is that it's able to merge together multiple package lists. The default configuration includes the original riscpkg.org 'Unstable' distribution, the riscos.info package list, and the RISC OS Open package lists.

So how do I distribute my software via PackMan?

The PackMan website recommends that the community rallies behind ROOL's package list as a central source of packages. The ROOL wiki has a guide on how to get started.
 
One important thing to note is that although ROOL will host copies of your packages (avoiding your software vanishing forever when your personal website inevitably dies), there's currently no way for developers to directly upload packages to ROOL's server. Instead, you must host the packages on your own website, and have a 'pointer file' which contains an index of all those URLs (and for some reason the pointer file isn't the same as a package distribution/index file - but I digress). On a nightly basis ROOL's server will crawl all of the pointer files for the registered developers, copying new/updated packages to ROOL's server and updating the central package indices.

PackMan in practice

Next time we'll be taking a look at how all this works in practice, as I attempt to bring the software on my own somewhat neglected website kicking and screaming into 2018 2004.
 

Log in to comment on this article

The Icon Bar: News and features: The state of PackMan in 2018