python-basemap packaging

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'd like some advice on how to handle a change to the way python-basemap upstream has changed its packaging.

Currently we have two SRPMS:

python-basemap
python-basemap-data

The later is a big noarch package containing the data files for python-basemap (low, medium, and high resolution maps). Since python-basemap does not work without it, it is a requirement.

Now, upstream has bundled the low and medium resolution maps with the main package, and ships basemap-data-hires with just the high resolution maps.

Also, there is a very large (14MB) examples directory that is currently shipped with the main package, which I'm going to make into a subpackage.

So:

1) I could put it all under python-basemap, with examples and data-hires subpackages and drop python-basemap-data. But then we loose the noarch for the data.

2) I could rename python-basemap-data python-basemap-data-hires and no longer have it a requirement. Not sure about upgrade paths though. Should it Obsoletes python-basemap-data so that it gets installed by default so people who have been using the high res maps don't have to all of a sudden install a new package?

3) Strip the data (and possibly the examples) out of the tar ball and keep the same packaging (though possibly adding a new noarch examples package). Don't really like this.

Thoughts?

--

Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA/CoRA Division                    FAX: 303-415-9702
3380 Mitchell Lane                  orion@xxxxxxxxxxxxx
Boulder, CO 80301              http://www.cora.nwra.com

--
fedora-extras-list mailing list
fedora-extras-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-extras-list

[Index of Archives]     [Fedora General Discussion]     [Fedora Art]     [Fedora Docs]     [Fedora Package Review]     [Fedora Desktop]     [Big List of Linux Books]     [Yosemite Backpacking]     [KDE Users]

  Powered by Linux