Overview
Request 1113404 superseded
- Add Conflicts entry between drivers package and old library version
- Seperate drivers.ini from the library package
- update to bugfix release version 3.7.1
* see https://github.com/OSGeo/gdal/blob/v3.7.1/NEWS.md
- update to feature release version 3.7.0
+ see https://github.com/OSGeo/gdal/blob/v3.7.0/NEWS.md
- packaging:
* add new buildrequire pkgconfig(libarchive)
for new /vsi7z/ and /vsirar/ virtual file systems
* handle new delivered files
data/gfs.xsd: XML schema for .gfs files (#6655)
data/gml_registry.xsd: new file with XML schema of
gml_registry.xml (#6716)
data/ogrinfo_output.json.schema: validate ogrinfo -json output
data/gdalinfo_output.schema.json: validate gdalinfo -json
output (fixes #6850)
data/grib2_table_4_2_0_21.csv
data/grib2_table_4_2_2_6.csv
bin/sozip
* spec-cleaner
* remove limitation for python < 3.11 as Factory has 3.11.4
- add required development rpms
- update to 3.6.3:
* bugfixes
* see https://github.com/OSGeo/gdal/blob/v3.6.3/NEWS.md
- Created by dstoecker
- In state superseded
- Supersedes 1110354 1112285
- Superseded by 1113618
-
Open review for
opensuse-review-team
-
Open review for
factory-staging
found conflict of libgdal-drivers-3.7.1-1.1.x86_64 with libgdal32-3.6.3-2.7.x86_64 /usr/lib64/gdalplugins/drivers.ini
The split is correct, but the new package must conflict with the old, non-split package
Can you propose what's necessary. If I simply Conflict libgdal32 this will break any software which uses still libgdal32 and I think that's harder to fix manually than the current conflict.
Or am I wrong here?
I'd hope we simply fix it and hope for the best for the old stuff ;-)
It is what it is and you can just hope for packages to have a successful autorebuild for libgdal33.
The Conflict is the right thing..
without it, you get a file conflict on install anyway
Request History
dstoecker created request
- Add Conflicts entry between drivers package and old library version
- Seperate drivers.ini from the library package
- update to bugfix release version 3.7.1
* see https://github.com/OSGeo/gdal/blob/v3.7.1/NEWS.md
- update to feature release version 3.7.0
+ see https://github.com/OSGeo/gdal/blob/v3.7.0/NEWS.md
- packaging:
* add new buildrequire pkgconfig(libarchive)
for new /vsi7z/ and /vsirar/ virtual file systems
* handle new delivered files
data/gfs.xsd: XML schema for .gfs files (#6655)
data/gml_registry.xsd: new file with XML schema of
gml_registry.xml (#6716)
data/ogrinfo_output.json.schema: validate ogrinfo -json output
data/gdalinfo_output.schema.json: validate gdalinfo -json
output (fixes #6850)
data/grib2_table_4_2_0_21.csv
data/grib2_table_4_2_2_6.csv
bin/sozip
* spec-cleaner
* remove limitation for python < 3.11 as Factory has 3.11.4
- add required development rpms
- update to 3.6.3:
* bugfixes
* see https://github.com/OSGeo/gdal/blob/v3.6.3/NEWS.md
anag+factory added as a reviewer
Being evaluated by staging project "openSUSE:Factory:Staging:adi:100"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:adi:100"
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
darix declined request
mrueckert wrote (1113404),your libname package does not provide the symbol that you require on?,,why not just,,```,Requires(pre): lib%{name}%{soversion} >= %{version},Requires: lib%{name}%{soversion} >= %{version},,```,,With the requires(pre) you help zypp to resolve the loop
anag+factory reopened request
Reopened via staging workflow.
anag+factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
anag+factory accepted review
Unstaged from project "openSUSE:Factory:Staging:adi:100"
anag+factory declined request
Declined via staging workflow.
dstoecker reopened request
> mrueckert wrote (1113404),your libname package does not provide the symbol that you require on?,,why not just,,```,Requires(pre): lib%{name}%{soversion} >= %{version},Requires: lib%{name}%{soversion} >= %{version},,```,,With the requires(pre) you help zypp to resolve the loop
Sorry, but I have no idea what that comment wants to tell me and how to change the package. I don't understand "your libname package does not provide the symbol that you require on" - that's not our problem. The problem is simply that we packaged a file in the lib package before which should not have been there.
anag+factory added as a reviewer
Being evaluated by staging project "openSUSE:Factory:Staging:adi:88"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:adi:88"
darix declined request
mrueckert wrote (1113404),you have,,Conflicts: lib%{name} < 33,,did you ever have a package with that name?,,and as I said ... the Requires+Requires(pre) is a much cleaner solution anyway.
anag+factory reopened request
Reopened via staging workflow.
anag+factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
anag+factory accepted review
Unstaged from project "openSUSE:Factory:Staging:adi:88"
anag+factory declined request
Declined via staging workflow.
If the comment is for zlib: The situation is simply that openSUSE zlib does not included the contrib infback9 source, so that function is missing.