The All-in-One Guide to OXZ Packaging and Distribution
Moderators: winston, another_commander
Re: The All-in-One Guide to OXZ Packaging and Distribution
The way Linux software packaging seems to handle this is to have a "Provides" concept.
So you could have:
oxp.author.shipset.addition (provides oxp.author.shipset)
oxp.author.shipset.replace (provides oxp.author.shipset)
oxp.author.extraships (depends on oxp.author.shipset)
This wouldn't be that difficult to code in, I think. The question is "if you install the extraships set on its own, which of addition and replace gets installed automatically if you ask Oolite to install dependencies for you?". I'm currently leaning towards "pick one arbitrarily" for this.
So you could have:
oxp.author.shipset.addition (provides oxp.author.shipset)
oxp.author.shipset.replace (provides oxp.author.shipset)
oxp.author.extraships (depends on oxp.author.shipset)
This wouldn't be that difficult to code in, I think. The question is "if you install the extraships set on its own, which of addition and replace gets installed automatically if you ask Oolite to install dependencies for you?". I'm currently leaning towards "pick one arbitrarily" for this.
- Diziet Sma
- ---- E L I T E ----
- Posts: 6312
- Joined: Mon Apr 06, 2009 12:20 pm
- Location: Aboard the Pitviper S.E. "Blackwidow"
Re: The All-in-One Guide to OXZ Packaging and Distribution
Instead, how about, "ask the person what they want to do"?cim wrote:The question is "if you install the extraships set on its own, which of addition and replace gets installed automatically if you ask Oolite to install dependencies for you?". I'm currently leaning towards "pick one arbitrarily" for this.
Most games have some sort of paddling-pool-and-water-wings beginning to ease you in: Oolite takes the rather more Darwinian approach of heaving you straight into the ocean, often with a brick or two in your pockets for luck. ~ Disembodied
Re: The All-in-One Guide to OXZ Packaging and Distribution
List all choices, setting one as the default (often the first listed one is used as default choice)
OS : Arch Linux 64-bit - rolling release
OXPs : My user page
Retired, reachable at [email protected]
OXPs : My user page
Retired, reachable at [email protected]
Re: The All-in-One Guide to OXZ Packaging and Distribution
Here's a method to pass the ownership from one caretaker (CT) to another without bothering cim.
1. The new CT uploads a new version of the OXP into the manager using the same identifier as the old version. At this point there will be two versions of the OXP available.
2. The old CT takes down the old version from the manager.
3. Transfer complete.
1. The new CT uploads a new version of the OXP into the manager using the same identifier as the old version. At this point there will be two versions of the OXP available.
2. The old CT takes down the old version from the manager.
3. Transfer complete.
- stranger
- ---- E L I T E ----
- Posts: 351
- Joined: Thu Apr 05, 2018 5:31 am
- Location: Vladivostok, Russia
Re: The All-in-One Guide to OXZ Packaging and Distribution
To Diziet Sma
Nice guide!
Just uploaded my first OXZ
Nice guide!
Just uploaded my first OXZ
- stranger
- ---- E L I T E ----
- Posts: 351
- Joined: Thu Apr 05, 2018 5:31 am
- Location: Vladivostok, Russia
Re: The All-in-One Guide to OXZ Packaging and Distribution
Need some advice, gentlemen.
I have some package with 50...75 MB graphical content for example.
What way is preferable:
A. To pack all content in one OXZ to avoid issue "you need to download this pack AND additional resource pack too"
B. To pack core OXZ and resource OXZ separately to avoid re-uploading/re-downloading all 75 MB after every minor change in core OXZ
Random Hits, for example, was single pack, later it was split onto core pack and resource pack, now it is single pack again. So I have no clear answer for best solution.
Any guidelines?
I have some package with 50...75 MB graphical content for example.
What way is preferable:
A. To pack all content in one OXZ to avoid issue "you need to download this pack AND additional resource pack too"
B. To pack core OXZ and resource OXZ separately to avoid re-uploading/re-downloading all 75 MB after every minor change in core OXZ
Random Hits, for example, was single pack, later it was split onto core pack and resource pack, now it is single pack again. So I have no clear answer for best solution.
Any guidelines?
- Cody
- Sharp Shooter Spam Assassin
- Posts: 16081
- Joined: Sat Jul 04, 2009 9:31 pm
- Location: The Lizard's Claw
- Contact:
Re: The All-in-One Guide to OXZ Packaging and Distribution
That's probably the best option.
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
And any survivors, their debts I will certainly pay. There's always a way!
- stranger
- ---- E L I T E ----
- Posts: 351
- Joined: Thu Apr 05, 2018 5:31 am
- Location: Vladivostok, Russia
Re: The All-in-One Guide to OXZ Packaging and Distribution
Thanks, Cody. Me think too separate packs is better solution.
- phkb
- Impressively Grand Sub-Admiral
- Posts: 4830
- Joined: Tue Jan 21, 2014 10:37 pm
- Location: Writing more OXPs, because the world needs more OXPs.
Re: The All-in-One Guide to OXZ Packaging and Distribution
With many thanks to cim, I am now able to add new users to the Oolite Expansion Pack Manager. Send me a PM and I'll send you back your login details.
Re: The All-in-One Guide to OXZ Packaging and Distribution
Thanks very much, cim and phkb!
- Reval
- ---- E L I T E ----
- Posts: 402
- Joined: Thu Oct 29, 2020 3:14 am
- Location: At home in the Xexedi Cluster, driving an FE Asp II, Laenina's Flux.
Re: The All-in-One Guide to OXZ Packaging and Distribution
Not sure if this has been asked, but how does one indicate dependencies in manifest.plist?
For example I have two separate, but closely related, OXPs in the pipeline, and one must not be used without first installing the other.
For example I have two separate, but closely related, OXPs in the pipeline, and one must not be used without first installing the other.
Dor 'call me Grocer' Reval (a Xexedian Laver) was always considered a little backward.
-
- Quite Grand Sub-Admiral
- Posts: 6680
- Joined: Wed Feb 28, 2007 7:54 am
Re: The All-in-One Guide to OXZ Packaging and Distribution
When you setup your OXZ for upload to oolite.org, you will be able to enter a dependency using this part of the submission form:
The information will be written to the manifest that oolite.org will create for your oxz and will become part of the collective manifest that the game downloads when you update the OXP list in the Manager.
The information will be written to the manifest that oolite.org will create for your oxz and will become part of the collective manifest that the game downloads when you update the OXP list in the Manager.
- Reval
- ---- E L I T E ----
- Posts: 402
- Joined: Thu Oct 29, 2020 3:14 am
- Location: At home in the Xexedi Cluster, driving an FE Asp II, Laenina's Flux.
Re: The All-in-One Guide to OXZ Packaging and Distribution
Ooh, how exciting - thanks again for that one
Dor 'call me Grocer' Reval (a Xexedian Laver) was always considered a little backward.
- montana05
- ---- E L I T E ----
- Posts: 1166
- Joined: Mon May 30, 2016 3:54 am
- Location: lurking in The Devils Triangle (G1)
Re: The All-in-One Guide to OXZ Packaging and Distribution
If you distribute an OXP/OXZ to the public please don't forget a proper license and link, we are facing enough problems here already.
Scars remind us where we've been. They don't have to dictate where we're going.
- Reval
- ---- E L I T E ----
- Posts: 402
- Joined: Thu Oct 29, 2020 3:14 am
- Location: At home in the Xexedi Cluster, driving an FE Asp II, Laenina's Flux.
Re: The All-in-One Guide to OXZ Packaging and Distribution
Got it It's the Creative Commons one - version 4.0.
Dor 'call me Grocer' Reval (a Xexedian Laver) was always considered a little backward.