Project

General

Profile

Feature #1601

Package management

Added by skyjake over 10 years ago. Updated over 4 years ago.

Status:
In Progress
Priority:
Urgent
Assignee:
Category:
Redesign
Target version:
Start date:
2014-04-18
% Done:

80%

Tags:

Description

Doomsday should have an internal package manager for managing the installed addons and for accessing online repositories of addons.

One of the key features of the system should be modular packaging, which essentially means resource files packaged into folders by logical entity (game, mobj, etc.). This allows easily selecting which packages to use.

See also: Resource Package proposal


Subtasks

Feature #1761: FS2 resource packagesClosedskyjake

Feature #1834: Import Snowberry addon formats as Doomsday 2 packagesClosedskyjake

Feature #1586: Load/manage add-ons from the home screenClosedskyjake

Feature #2168: Package compatibility check in multiplayer gamesClosedskyjake

Feature #2185: Package repositoriesIn Progressskyjake


Related issues

Related to Feature #1263: Directory structure grouped by gameClosed2003-08-09

Related to Feature #1471: Standard definitions should conform to vanillaNew2008-09-24

Related to Feature #1578: "doom-all" folderRejected2012-12-17

Related to Bug #916: [Savegame] Restored state invalid if same addons not presentClosed2010-06-06

Related to Feature #1647: Replace FS1 with FS2-based resource managementProgressed2013-10-31

Related to Feature #1686: Derived resource packsClosed2013-12-21

Related to Feature #1749: Built-in effects should come in resource packsNew2014-04-16

Related to Feature #1756: URIs for locating/identifying resources and assetsRejected2014-04-18

Related to Feature #1766: Server-supplied (i.e., remote) resource filesClosed2014-04-18

Related to Bug #1934: Crash due to IWAD version mismatch in multiplayerClosed2014-12-30

Related to Bug #1729: Repeat loading of DEHACKED patches specified on the command line following a game changeClosed2014-02-25

Precedes Feature #1600: Drop SnowberryClosed2014-04-192014-04-19

History

#1 Updated by skyjake over 10 years ago

  • Description updated (diff)

#3 Updated by danij about 9 years ago

  • Target version set to 42

#4 Updated by skyjake almost 9 years ago

  • Target version changed from 42 to 2.0 – Home UI & Packages

#5 Updated by rhargrave almost 9 years ago

What foundation would the backend be built on?

#6 Updated by skyjake almost 9 years ago

Here's my thinking about the future of package management.

Local package cache. On your disk, a set of .packs is kept locally (in a number of directories). This includes packages downloaded from remote sources, or ones manually put together by the user. At runtime, these will be instantly loadable.

Local metadata database. Information about all the known packages, collected from remote sources and from the packages distributed with Doomsday itself. The implementation of this database could be based on SQLite or just be a simple Doomsday Script record.

Remote repositories. Similar to apt repositories, web servers can set up a specific directory structure that Doomsday can then access to read a compilation of the available package metadata and download individual packages. Interestingly, thanks to (upcoming) FS2 remote folders, clients can access the server's local package cache as if it was a remote repository where packages can be automatically downloaded if necessary.

Virtual repositories. A remote repository that looks like a regular remote repository to Doomsday, but in fact is something different like the idgames archive, where all the WADs are made available as if they were Doomsday packages so that they are accessible via the same mechanism as any other package.

#7 Updated by skyjake almost 9 years ago

  • Related to deleted (Feature #1586: Load/manage add-ons from the home screen)

#8 Updated by skyjake over 8 years ago

  • Related to Bug #1934: Crash due to IWAD version mismatch in multiplayer added

#9 Updated by skyjake almost 8 years ago

  • Due date deleted (2014-12-04)
  • % Done changed from 50 to 60

#10 Updated by skyjake almost 8 years ago

  • Status changed from New to In Progress

#11 Updated by skyjake almost 8 years ago

  • Related to Bug #1729: Repeat loading of DEHACKED patches specified on the command line following a game change added

#12 Updated by skyjake almost 8 years ago

  • Category set to Redesign
  • Assignee set to skyjake

#13 Updated by skyjake over 7 years ago

  • Target version deleted (2.0 – Home UI & Packages)

#14 Updated by skyjake over 7 years ago

  • Subject changed from Package manager to Package management

#15 Updated by skyjake over 6 years ago

  • % Done changed from 60 to 80

#16 Updated by skyjake over 6 years ago

  • Target version set to 2.1 (Late 2018)

#17 Updated by skyjake over 5 years ago

  • Target version changed from 2.1 (Late 2018) to 2.2 (2019)

#18 Updated by skyjake over 4 years ago

  • Target version changed from 2.2 (2019) to 3.0

Also available in: Atom PDF