Re: [Ubuntu] APT repository updates
On 2019-12-17 12:37, Matthew Shaw wrote: There are two releases of GDAL that are not available via the apt repository. These are 2.4.3 and 3.0.2. I've hit a problem that requires me to upgrade from 2.4.2, which I know from the release notes is fixed in 2.4.3. It is concerned with loading GeoPackage files into PostgreSQL 12. Is this group responsible for managing the apt releases? If so, will 2.4.3. be available soon? Unlikely. The package for bionic could be updated to 2.4.3, but it requires someone to do the work. Consider rebuilding the package for bionic yourself and hosting it in your own PPA, or contributing to the UbuntuGIS project. apt-cache policy gdal-bin gdal-bin: Installed: 2.4.2+dfsg-1~bionic0 Candidate: 2.4.2+dfsg-1~bionic0 Version table: *** 2.4.2+dfsg-1~bionic0 500 500 http://ppa.launchpad.net/ubuntugis/ppa/ubuntu bionic/main amd64 Packages 100 /var/lib/dpkg/status 2.2.3+dfsg-2 500 500 http://gb.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Bionic experimental
On 2019-11-27 11:28, Angelos Tzotsos wrote: I have completed the transition of geos 3.8.0, proj 6.2.1 and gdal 3.0.2 in experimental. The following packages are not available due to build errors: vtk6, opencv, otb, merkaartor, zygrib. vtk6 & opencv are fixed in Debian wrt PROJ6. merkaartor should be removed, as it was from Debian: https://bugs.debian.org/933492 The same goes for zygrib: https://bugs.debian.org/920167 Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GRASS 7.8.1 fails to start GUI on Ubuntu 18.04
On 2019-11-26 10:20, Luís Moreira de Sousa wrote: ImportError: cannot import name 'NewIdRef' Should be fixed in the next release, see: https://github.com/OSGeo/grass/commit/b7fb30a1da066e8864c8e36c5d55a93402e29dd0 Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] ZSTD Support GDAL 2.4/2.4.2
On 2019-08-08 11:50, Even Rouault wrote: From what I see in https://salsa.debian.org/debian-gis-team/gdal/blob/master/ debian/rules, Debian builds GDAL against external/system libtiff, right ? Correct, because we want a single package for tiff security updates. If so, libtiff must be built itself against libzstd, but I don't see it mentionned as a dependency of libtiff in https://packages.debian.org/sid/libtiff-dev tiff (4.0.9+git181026-1) adds support for zstd according to the changelog. bionic has 4.0.9-5 which lacks this change. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] ZSTD Support GDAL 2.4/2.4.2
On 2019-08-08 08:58, Zhen Wang wrote: Using gdal ubuntugis-stable and ubuntugis-unstable, but both seems to not have ZSTD compression enabled ? zstd support was added in gdal (2.3.0~beta1+dfsg-1). The buildlog also shows that it's enabled, see: https://launchpadlibrarian.net/433196709/buildlog_ubuntu-bionic-amd64.gdal_2.4.2+dfsg-1~bionic0_BUILDING.txt.gz You may be doing something wrong, or the version of the data is newer than supported by zstd in Ubuntu. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] update MapServer to v7.4 in unstable?
On 2019-06-06 14:14, Angelos Tzotsos wrote: MapServer 7.4.0 is now in experimental ppa. Note some of the significant changes: * Python MapScript now only provided for Python 3 (python3-mapscript) * PHP MapScript available again (php-mapscript) * PHPNG MapScript based on SWIG also available (php-mapscript-ng) * Ruby MapScript no longer available (ruby-mapscript) Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Moving Xenial packages to Stable ppa
On 2019-05-15 10:53, Angelos Tzotsos wrote: Wondering if we should keep QGIS 2.x in the stable ppa or move to 3.x QGIS 2.x is EOL, so 3.x is preferred. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Moving Trusty packages to Stable ppa
On 2019-05-14 12:00, Angelos Tzotsos wrote: There have been some Trusty packages sitting in unstable ppa for more than a year. My proposal here is to move those packages to stable ppa and delete all Trusty packages from Unstable (so we can free up some space there too) Any objections? No objection to removal from the ubuntugis-unstable PPA. I would also remove trusty packages from the other PPAs since trusty is EOL (for everyone not paying for extended support). Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] QGis 3 on UbuntuGIS PPA
On 2018-10-31 10:18, Micha Silver wrote: So what would be the "best practice" for keeping an ubuntu system updated as far as the GIS stack? QGIS.org + ubuntgis stable? or QGIS.org + ubuntugis unstable? or something else? If you need newer qgis packages than are available in the Ubuntu release you use, using the qgis.org repository is the best option. You should only use UbuntuGIS when you also need newer versions of the wider GIS stack (PROJ, GEOS, GDAL, etc). Because the GIS packages in Ubuntu are not actively maintained, stable updates are not made for those packages, and bug remain unresolved until the next Ubuntu release has synced a newer version of the package from Debian which contains the bugfix. If the UbuntuGIS PPA has newer versions of the affected packages which include the bugfix, that's also a reason to use packages from that PPA. Ideally Ubuntu users would get more involved in helping to maintain the packages in Ubuntu itself and provide stable updates for cases like these (in collaboration with the Debian GIS team), but that hasn't happened so far. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Ubuntu GIS to support 17.04 & 17.10?
On 2017-10-10 14:22, Brylie Christopher Oxley wrote: I am trying to install QGIS 2.18 on Ubuntu 17.04. The official QGIS packages (and installation instructions) depend on packages in the Ubuntu GIS PPA. However, it does not appear that Ubuntu GIS offers packages for Ubuntu 17.04. Are there plans to support Ubuntu 17.04+ in the Ubuntu GIS PPA? What alternative(s are there? No, see my reply to your Launchpad message which was CCed to this list: http://lists.osgeo.org/pipermail/ubuntu/2017-October/001663.html Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
[Ubuntu] Support for Ubuntu 17.04 and 17.10?
On 2017-10-10 12:16, Brylie Christopher Oxley wrote: Are there plans for Ubuntu GIS to offer support for Ubuntu 17.04 and 17.10? I am not able to install the latest QGIS without some packages that are available in Ubuntu GIS. -- This message was sent from Launchpad by Brylie Christopher Oxley (https://launchpad.net/~brylie) using the "Contact this team's admins" link on the UbuntuGIS team page (https://launchpad.net/~ubuntugis). For more information see https://help.launchpad.net/YourAccount/ContactingPeople No, there is not enough manpower to support all the LTS releases properly, so the non-LTS releases are out of the question. This should probably be documented on the Wiki (https://wiki.ubuntu.com/UbuntuGIS). Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] copy package from expr to unstable
On 2017-09-19 10:43, Martin Landa wrote: Hi, 2017-09-19 10:32 GMT+02:00 Martin Landa : Copy the source package (but not the binary packages) using the Launchpad webinterface [0] from -experimental to -unstable, Launchpad will then build the binary packages for -unstable. btw, copying gdal-grass package is failing due to sbuild-build-depends-libgdal-grass-dummy : Depends: grass (>= 7.2.2) but it is not going to be installed Depends: grass-dev (>= 7.2.2) but it is not going to be installed Even grass 7.2.2 package is already available in UbuntuGIS Unstable. Ma The grass 7.2.2 was probably not published yet at the time the build of libgdal-grass packages started. The builds are now being retried. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] copy package from expr to unstable
On 2017-09-19 09:52, Martin Landa wrote: what is appropriate way to copy packages from Expr PPA to Unstable? Do I need to build package (by gbp buildpackage) using --git-dist pointing to unstable chroot environment again or can I reuse package already built using Expr chroot environment, see [1]? Copy the source package (but not the binary packages) using the Launchpad webinterface [0] from -experimental to -unstable, Launchpad will then build the binary packages for -unstable. I've done this for grass (7.2.2-1~xenial1) & libgdal-grass (2.2.1-1~xenial3) just now. [0] https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental/+copy-packages Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] problem install python-qgis package on Ubuntu 16.04
On 2017-08-10 15:38, Martin Landa wrote: The following packages have unmet dependencies: python-qgis : Breaks: python-qt4 (< 4.11.4+dfsg-2) but 4.11.4+dfsg-1build4 is to be installed This is a known issue, see the earlier discussion on this list: http://lists.osgeo.org/pipermail/ubuntu/2017-August/001612.html The qgis package for UbuntuGIS should be maintained in a branch in the Debian GIS git repository, so customizations specific to the Ubuntu release are more easily preserved. Now the source package just gets rebuild without making the required changes for the Ubuntu releases in question. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] postgresql-9.3-postgis-2.1 package in ubuntugis-unstable
On 2017-08-07 16:00, Dimitris Karakostis wrote: I've noticed that postgresql-9.3-postgis-2.1 package is not available any more in the ubuntugis/ubuntugis-unstable (trusty). The postgis package in UbuntuGIS unstable for trusty was updated to PostGIS 2.2 Is there another repo with this package included? PgApt (apt.postgresql.org) should still have postgis 2.1 for trusty, but is incompatible with the UbuntuGIS packages. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GDAL 2.2.0 transition
On 2017-08-07 14:05, Andre Joost wrote: Am 30.07.2017 um 13:02 schrieb Angelos Tzotsos: ok, I updated the QGIS package and seems that we are good now. Unfortunately, not. I'm not able to install QGIS 2.18 or 2.14 from qgis.org with ubuntugis dependencies (see https://issues.qgis.org/issues/16977), nor QGIS 2.14.17 solely ubuntugis unstable (see https://issues.qgis.org/issues/16975) Only the latter is relevant for the GDAL transition in UbuntuGIS. The qgis.org packages need to be rebuild after the UbuntuGIS PPA has been updated. Die folgenden Pakete haben unerfüllte Abhängigkeiten: python-qgis : Beschädigt: python-qt4 (< 4.11.4+dfsg-2) aber 4.11.4+dfsg-1build4 soll installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. Any hints how to solve the python-qt4 problem? The qgis package shouldn't build the embedded QtWebKit module if the python-qt4 package in Ubuntu still includes it (which the dependency error implies). Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GDAL 2.2.0 transition
On 2017-07-27 09:43, Angelos Tzotsos wrote: I have just completed transition for GDAL 2.2.1 on UbuntuGIS experimental. Lets test for a couple of days and move the packages to Unstable. qgis should be updated to 2.14.17 which has another change for GDAL 2.2.x: https://github.com/qgis/QGIS/commit/fb88071156fba744540c98920d9b38401722276d Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] update QGIS package when GRASS is released
On 2017-05-16 09:15, Bas Couwenberg wrote: On 2017-05-16 09:04, Martin Landa wrote: 2017-05-15 19:53 GMT+02:00 Martin Landa : case. Unfortunately my time is limited for this task, I will appreciate your tips who to create qgis package correctly for UbuntuGIS. Ideally something similar what is documented for GRASS [1]. I will start with https://anonscm.debian.org/git/pkg-grass/qgis.git Note that the OSGeo-Live/UbuntuGIS specific changes are not yes available in the Alioth repository. You can create the braches for the UbuntuGIS backports from the debian/ tag of the same revision and then use gbp import-dsc to import the source packages from Launchpad. See: https://pkg-grass.alioth.debian.org/policy/packaging.html#git-backports https://pkg-grass.alioth.debian.org/policy/packaging.html#git-import-dsc Because Ubuntu xenial and earlier still have QtWebkit support in python-qt4 you need to undo the related changes. This include Breaks/Replace on python-qt4 in debian/control and the python-qgis.install file. See the git log for the changes. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] update QGIS package when GRASS is released
On 2017-05-16 09:04, Martin Landa wrote: 2017-05-15 19:53 GMT+02:00 Martin Landa : case. Unfortunately my time is limited for this task, I will appreciate your tips who to create qgis package correctly for UbuntuGIS. Ideally something similar what is documented for GRASS [1]. I will start with https://anonscm.debian.org/git/pkg-grass/qgis.git Note that the OSGeo-Live/UbuntuGIS specific changes are not yes available in the Alioth repository. You can create the braches for the UbuntuGIS backports from the debian/ tag of the same revision and then use gbp import-dsc to import the source packages from Launchpad. See: https://pkg-grass.alioth.debian.org/policy/packaging.html#git-backports https://pkg-grass.alioth.debian.org/policy/packaging.html#git-import-dsc Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] [GRASS-user] GRASS support lost (again)
On 2017-05-15 08:16, Micha Silver wrote: Version 7.2.0 is not available (thru apt). I can install 7.0.3 but it brings in grass-core etc from 7.2.1 so that doesn't help. Should I open a new bug report, or add to one of the existing, similar ones? Ideally the person who updates the grass package in the UbuntuGIS PPA also ensures that its reverse dependencies (libgdal-grass & qgis) are updated to work with the new version. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] UbuntuGIS repository does not have a Release file
On 2017-03-13 16:38, Cristiano Nattero wrote: Err:4 http://ppa.launchpad.net/ubuntugis/ppa/ubuntu yakkety Release 404 The UbuntuGIS PPAs only have packages for the LTS releases. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] ECW support
On 2017-02-27 12:27, Micha Silver wrote: Is there any update on restoring support for ECW with the current gdal 2.x versions? As long as that support requires a non-free SDK to build the package with it is not planned. The SDK license discriminates server usage so cannot be considered for generic packages which can be used on both desktops and servers. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GDAL 2.1.3 transition
On 2017-02-04 13:03, Angelos Tzotsos wrote: On 02/04/2017 08:41 AM, Bas Couwenberg wrote: On February 4, 2017 5:31:26 AM GMT+01:00, Angelos Tzotsos wrote: Bas, can you please update the transition tracker? That will have to wait until after FOSDEM. Thanks :) Just got back to the hotel and updated the gdal transition tracker for ubuntugis-experimental: http://linuxminded.nl/tmp/pkg-grass-transitions/ubuntugis-experimental/xenial/html/gdal.html libgdal-grass was marked as bad, but the previous superseded packages was still in the repository, so I just deleted it. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GDAL 2.1.3 transition
On February 4, 2017 5:31:26 AM GMT+01:00, Angelos Tzotsos wrote: >Bas, can you please update the transition tracker? That will have to wait until after FOSDEM. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GDAL, GEOS transitions for Xenial
On 2017-01-18 14:22, Angelos Tzotsos wrote: I think it is time to push the packages to unstable. Any objections? No objection from me. Ideally we keep the versions for trusty in sync with xenial, so that will need these transitions too. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Fixing CVE-2016-9839 for mapserver
On 2016-12-07 11:11, Johan Van de Wauw wrote: The above also affects the mapservers packages in the UbuntuGIS PPAs. I've updated the mapserver package to 7.0.3 for xenial & trusty in ubuntugis-unstable already, these still need to be copied to -testing & -stable though. What about the packages in universe? I have some time to update those tomorrow - I just want to avoid doing double work so checking if you started working on that. Ideally those should be fixed too. The packages in need of an update are listed in the Ubuntu Security Tracker: https://people.canonical.com/~ubuntu-security/cve/2016/CVE-2016-9839.html If you want to prepare those updates, please do. You can use the patch from the wheezy package for precise, the patch from the jessie package for trusty, and will need to extract the patch from git for mapserver 7.0 in xenial & yakkety. zesty should get fixed automatically when they sync 7.0.3 from unstable. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Segfault in MapCache Package
On 2016-10-27 13:51, Stephan Meißl wrote: On 10/27/2016 12:49 PM, Bas Couwenberg wrote: Correction: There is a mapcache package for xenial (and trusty) in ubuntugis-unstable. It is still at 1.4.0 however, they could use an update to 1.4.1. $ apt-cache showpkg libmapcache1 Package: libmapcache1 Versions: 1.4.0-5~xenial0 (/var/lib/apt/lists/ppa.launchpad.net_ubuntugis_ubuntugis-unstable_ubunt u_dists_xenial_main_binary-amd64_Packages) It's a shame Launchpad doesn't build debug packages automatically, that should be helpful to troubleshoot this further. To ensure it's not a problem specific to MapCache 1.4.0, I've updated the mapcache packages in ubuntugis-unstable to 1.4.1 (for trusty & xenial). Does the issue persist with the new packages? Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Segfault in MapCache Package
On 2016-10-27 12:42, Bas Couwenberg wrote: On 2016-10-27 12:24, Stephan Meißl wrote: using the Xenial 16.04 MapCache package from unstable I run into a segfault when trying to use a SQLite cache. In gdb I get this backtrace: [...] When building MapCache from source it works. Any ideas? There is no mapcache package for xenial in ubuntugis-unstable so you're still using the package from before the upgrade to xenial which hasn't been built with the new apache2. Correction: There is a mapcache package for xenial (and trusty) in ubuntugis-unstable. It is still at 1.4.0 however, they could use an update to 1.4.1. Have your verified that the mapcache package is from the PPA and not from the Ubuntu repository (which haven't been built with GDAL from the PPA). Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Segfault in MapCache Package
On 2016-10-27 12:24, Stephan Meißl wrote: using the Xenial 16.04 MapCache package from unstable I run into a segfault when trying to use a SQLite cache. In gdb I get this backtrace: [...] When building MapCache from source it works. Any ideas? There is no mapcache package for xenial in ubuntugis-unstable so you're still using the package from before the upgrade to xenial which hasn't been built with the new apache2. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] Moving packages from Unstable to Stable (Trusty)
On 2016-10-24 14:46, Angelos Tzotsos wrote: Some time has passed since the GDAL 2 transition for Unstable. Things seem to have settled. Do you think that it is a good idea to move those tested packages to the stable repository? The eoxserver package for trusty hasn't been rebuilt with GDAL 2.x yet. This is the last bad package in the transition tracker: http://linuxminded.nl/tmp/pkg-grass-transitions/ubuntugis-unstable/trusty/html/gdal.html There is no eoxserver package for xenial. Or should we leave production setups to jump to GDAL 2.x and MapServer 7.x when they move to Xenial? I don't have a strong opinion either way, copying the packages to ubuntugis-testing first and asking for people using ubuntugis-stable to test those packages is probably a good idea. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] New packages in Testing (Xenial)
On 2016-05-10 15:26, Randal Hale wrote: I would say the only thing I noticed is QGIS flashes that small warning at the bottom that 2.14.2 has been released. Which isn't a bug - just warning of a new release. Packaging for QGIS 2.14.2 is available in the Debian GIS git repository, and includes a change to disable the new version check. https://anonscm.debian.org/cgit/pkg-grass/qgis.git/commit/?id=8f2b5e3a924f75aa69b6fcc335282d1403fb45d8 This change has not been forwarded for inclusion in the upstream QGIS packaging, because I expect them not to want that change. The transition to GDAL 2.1.0 in Debian is starting today, so it will be included in Ubuntu yaketty soon too along with QGIS 2.14.2 which will be uploaded as part of the transition in Debian. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] GDAL 2.0, QGIS updates
On 2016-02-11 17:32, Alex Mandel wrote: Can someone remind me. Do we have a timeline for getting newer GDAL and QGIS into ubuntugis-unstable? Speaking about GDAL only, it seems unlikely to happen before Debian makes the switch to GDAL 2.0. The packaging is available in the Debian GIS git repository, but only last week the final blockers for the transition in Debian were resolved. Debian will transition to 1.11.4 before switching to 2.0.2, because of NEW queue delays for the 2.0 packages. UbuntuGIS doesn't have the NEW queue issue, but is likely to have other reverse dependencies of GDAL that don't support 2.0 yet (because those packages aren't in Debian, or because the GDAL 2.0 patches haven't found their way into UbuntuGIS yet). Someone needs to do a round of rebuilds in UbuntuGIS to assess the level of support for GDAL 2.0. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 18:28, Bas Couwenberg wrote: On 2016-01-14 18:20, Martin Landa wrote: 2016-01-14 18:06 GMT+01:00 Bas Couwenberg : / So in this case that's: ubuntugis/7.0.3~rc1-1~wily1 hm, `git tag ubuntugis/7.0.3~rc1-1~wily1` says fatal: 'ubuntugis/7.0.3~rc1-1~wily1' is not a valid tag name. What I am doing wrong? Ma You need to replace the tilde (which is not a valid character in tags) with a dot. Like the experimental tag: debian/7.0.3.rc1-1.exp2 debcommit does this for you, but it doesn't handle prefixes and is therefor not appropriate for non-Debian tags. PS. Refer to the official git documentation for details about valid tags: https://git-scm.com/docs/git-check-ref-format Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 18:20, Martin Landa wrote: 2016-01-14 18:06 GMT+01:00 Bas Couwenberg : / So in this case that's: ubuntugis/7.0.3~rc1-1~wily1 hm, `git tag ubuntugis/7.0.3~rc1-1~wily1` says fatal: 'ubuntugis/7.0.3~rc1-1~wily1' is not a valid tag name. What I am doing wrong? Ma You need to replace the tilde (which is not a valid character in tags) with a dot. Like the experimental tag: debian/7.0.3.rc1-1.exp2 debcommit does this for you, but it doesn't handle prefixes and is therefor not appropriate for non-Debian tags. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 17:08, Martin Landa wrote: I have question about tagging, what should be appropriate format git tag ubuntugis-wily/7.0.3RC1 or git tag ubuntugis-wily/7.0.3~rc1-1~wily1 None of the above. You should use tags with the format: / So in this case that's: ubuntugis/7.0.3~rc1-1~wily1 See also: https://pkg-grass.alioth.debian.org/policy/repositories.html#git-tags The policy for tags is not very strict where it concerns non-Debian tags, the differences between the version you used now and what's documented is not a blocker. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 14:52, Rashad Kanavath wrote: Yes. And you need to use the -S option for debbuild/dpkg-buildpackage to have it build a source-only upload. You can just add -S to your git-buildpackage command, or use --git-pbuilder-options="--debbuildopts=-S". could this be included in packaging policy. Ubunutgis section or somewhere? Sure, especially when someone sends a patch. Don't wait for me to update the policy, that's a team effort too. https://pkg-grass.alioth.debian.org/policy/index.html#policy-updates https://pkg-grass.alioth.debian.org/policy/policy.html#contributing Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 14:23, Martin Landa wrote: 2016-01-14 14:08 GMT+01:00 Martin Landa : right, but the source contains in name in it's content marks about platform (amd64) [1]. The command dput ppa:ubuntugis/ubuntugis-unstable ../grass_7.0.3~rc1-1~wily1_amd64.changes there should be grass_7.0.3~rc1-1~wily1_source.changes right? Yes. And you need to use the -S option for debbuild/dpkg-buildpackage to have it build a source-only upload. You can just add -S to your git-buildpackage command, or use --git-pbuilder-options="--debbuildopts=-S". See also: - pbuilder(1) http://manpages.debian.org/cgi-bin/man.cgi?query=pbuilder - dpkg-buildpackage(1) http://manpages.debian.org/cgi-bin/man.cgi?query=dpkg-buildpackage Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 13:52, Martin Landa wrote: there is one issue what I don't understand, the result what is to be uploaded by `dput` (`changes` file) is architecture depended (../grass_7.0.3~rc1-1~wily1_amd64.changes). Does it mean that I need to create build environment for both i386 and amd64 platforms? You should create those chroot to test the build for those architectures, for the upload to the PPA the binaries are not relevant. Launchpad wants source only uploads (-S) and builds the binaries for the various platforms itself. Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-14 12:17, Martin Landa wrote: 2016-01-13 23:04 GMT+01:00 Bas Couwenberg : When the packaging lives on a non-default branch (i.e. not master), you need to document the branch in the Vcs-Git URL and gbp.conf. See this commit for example: https://anonscm.debian.org/cgit/pkg-grass/grass.git/commit/?h=experimental&id=a32ba58d0e41e41b3c4608a1ee4d926fecc96d18 OK, done for ubuntugis/wily in [1]. I was just surprised that `git commit` also push changes to the origin. So `git push` is not needed, right? No, `git commit` only commits in your local repository, to share the changes with the repository on Alioth used by others you need to push your local changes with `git push`, this is one of big distinctions between Subversion and Git. With SVN you commit to the shared repo, with git you commit locally. This allows you to rebase your local changes into coherent commits before pushing them to the shared repository to ease merging and review in the shared repo. You should always push your changes before or directly after uploading the package (and tagging the release). https://pkg-grass.alioth.debian.org/policy/packaging.html#git-push-to-alioth Did you notice the lintian warnings in your build log? No, I checked for lintian and didn't find anything about warning? What do you mean exactly? Review the lintian tags in your log: cat log.packager | awk '/+++ lintian output +++/,/+++ end of lintian output +++/' | grep -v ^+++ | less Optionally filter out the overrides and their comments by adding ' | egrep -v "^(N|O):" before the pipe to less. You'll see this warning for the various binary packages: W: grass-core: possible-new-upstream-release-without-new-version You can lookup the extended description online, which I linked in my previous mail. All lintian issues of severity info (I:) and higher need to be reviewed and fixed before the upload (or overridden if it's a false positive, or purposely left unaddressed, a comment should always be added to explain the override). Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki
Re: [Ubuntu] creating GRASS packages for UbuntuGIS
On 2016-01-13 10:19, Martin Landa wrote: I put on GRASS trac wiki draft of how-to [1]. Any comments are very welcomed. I don't have time for an extensive review of the draft right now, but some initial comments follow. You should generally checkout release tags instead of branches. The branches may contain additional changes that haven't been uploaded yet and may not be fit for release. UbuntuGIS mostly contains backports (as indicated with the tilde version suffix) of package revisions uploaded to the Debian archive, which are just rebuilt for the Ubuntu LTS releases. So instead of: git checkout -b ubuntugis/wily experimental You should use: git checkout -b ubuntugis/wily debian/7.0.3.rc1-1.exp2 The above checkout is only appropriate to create the ubuntugis/wily branch, if the branch already exists you need to do a plain checkout (without -b and just the ubuntugis/wily branch name) and merge the changes from the debian tag you want to incorporate for UbuntuGIS. Instead of using `dch -i` to create the new changelog entry, you should specify the version instead: dch -v 7.0.3~rc1-1~wily1 The default increment used by `dch -i` is not appropriate for UbuntuGIS backports. git-buildpackage uses the debian/gbp.conf file in the source package to override its defaults, so you don't need to use --git-debian-branch=ubuntugis/$DIST when you've configured the gbp.conf properly. When the packaging lives on a non-default branch (i.e. not master), you need to document the branch in the Vcs-Git URL and gbp.conf. See this commit for example: https://anonscm.debian.org/cgit/pkg-grass/grass.git/commit/?h=experimental&id=a32ba58d0e41e41b3c4608a1ee4d926fecc96d18 I created building environment, see log [2] and build GRASS package [3]. Unfortunately in logs I can't see any reference to UbuntuGIS PPA. In pbuilde configuration I have OTHERMIRROR="deb http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu $DIST main" Any idea what could be wrong? Martin As mentioned before [0]: " The Get lines for ppa.launchpad.net are for the othermirror you specified. There is only ossim for wily, most UbuntuGIS packages are for the LTS releases. https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable/+packages " [0] https://lists.debian.org/debian-gis/2016/01/msg00039.html [1] https://trac.osgeo.org/grass/wiki/DebianUbuntuPackaging#GitworkflowusingtheGRASSspecificbranches [2] http://geo102.fsv.cvut.cz/~landa/tmp/log.builder [3] http://geo102.fsv.cvut.cz/~landa/tmp/log.packager Did you notice the lintian warnings in your build log? Specifically this one: https://lintian.debian.org/tags/possible-new-upstream-release-without-new-version.html You should not duplicate the changelog from the Debian package, you should mention that the revision is a rebuild for Ubuntu $DIST, i.e.: grass (7.0.3~rc1-1~wily1) wily; urgency=medium * Rebuild for wily. -- $DEBFULLNAME <$DEBEMAIL> Tue, 12 Jan 2016 20:57:45 +0100 Kind Regards, Bas ___ UbuntuGIS mailing list Ubuntu@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/ubuntu http://trac.osgeo.org/ubuntugis/wiki