On 7/28/24 2:51 PM, Nicklas Larsson via grass-dev wrote:
On 28 Jul 2024, at 13:30, Sebastiaan Couwenberg via grass-dev
wrote:
On 7/28/24 11:54 AM, Markus Neteler via grass-dev wrote:
I just discovered that the tarball no longer contains the version in
the tarball "grass" subdir
On 7/28/24 11:54 AM, Markus Neteler via grass-dev wrote:
I just discovered that the tarball no longer contains the version in
the tarball "grass" subdir (expected "grass-8.4.0"):
tar tvfz ~/grass-8.4.0.tar.gz | head
drwxr-xr-x runner/docker 0 2024-07-27 15:34 grass/
[...]
Why is that? Is i
On 6/19/24 11:28 AM, Markus Neteler via grass-dev wrote:
GRASS GIS 8.4.0RC1 release
What's the ETA for the final release? The GitHub milestone is past due
but there are still more than 51 open issues, should those be reassigned
to the next milestone?
Kind Regards,
Bas
--
GPG Key ID: 4096
On 4/25/24 12:06 PM, Asim via grass-dev wrote:
How do I get out of this?
jammy provided libproj22, so purge the other library package:
apt purge libproj25
You likely have PPAs or other 3rd party repos enabled which pull in the
newer proj.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10A
On 10/13/23 09:07, Markus Neteler via grass-dev wrote:
Nonetheless some glitches GRASS GIS 8.3.1RC1 is released:
https://github.com/OSGeo/grass/releases/tag/8.3.1RC1
No tarball available via https://grass.osgeo.org/grass83/source/ yet.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF
On 8/8/23 12:33, Markus Neteler wrote:
In detail:
8.3.0 OSGeo/grass: GRASS GIS 8.3.0
GRASS GIS 8.3.0
Failed
{
"errors": "The license ID you have selected is not present in our
system. For the available licenses please check in the following URL
https://developers.zenodo.org/#licenses";
}
On 6/23/23 10:31, Markus Neteler wrote:
diff --git a/docker/debian/Dockerfile b/docker/debian/Dockerfile
index 66134a2f67..d697738633 100644
--- a/docker/debian/Dockerfile
+++ b/docker/debian/Dockerfile
@@ -1,5 +1,5 @@
FROM debian:stable
-# currently Debian 11
+# currently Debian 12
# docker
On 6/23/23 00:00, Markus Neteler wrote:
E: Unable to locate package libopenblas-base
That package doesn't exist any more, it was transitional dummy package
provided by openblas which has been removed in openblas (0.3.21+ds-1).
https://github.com/OSGeo/grass/actions/runs/5350453362/jobs/9703
On 6/20/23 08:46, Martin Landa wrote:
RC1 has been released 2 weeks ago. Is there anything missing in order to
release 8.3.0 (what be nice to do for FOSS4G).
Was there no announcement for RC1?
I'm only just now updating the Debian package, because that was still
looking for new releases in ht
On 3/23/22 21:08, Markus Neteler wrote:
Hi,
On Thu, Feb 24, 2022 at 9:33 AM Sebastiaan Couwenberg
wrote:
Now that 7.8.7 has been released, I started looking into updating the
Debian package to 8.0.x which requires rebuilding libgdal-grass and qgis.
Initial tests with libgdal-grass are not
On 2/24/22 09:33, Sebastiaan Couwenberg wrote:
# ogrinfo -ro -so /tmp/spearfish60_grass7/PERMANENT/vector/roads/head
Warning 1: GRASS warning: GISBASE environment variable was not set, using:
/usr/lib/grass80
/usr/lib/grass80/driver/db/sqlite: error while loading shared libraries
On 2/25/22 14:20, Vaclav Petras wrote:
On Fri, 25 Feb 2022 at 01:25, Sebastiaan Couwenberg wrote:
On 2/24/22 15:23, Vaclav Petras wrote:
On Thu, 24 Feb 2022 at 03:33, Sebastiaan Couwenberg wrote:
Should we perhaps take this opportunity to move the grass libraries to
default library search
On 2/25/22 08:33, Markus Neteler wrote:
On Fri, Feb 25, 2022 at 7:24 AM Sebastiaan Couwenberg
wrote:
On 2/24/22 15:23, Vaclav Petras wrote:
On Thu, 24 Feb 2022 at 03:33, Sebastiaan Couwenberg wrote:
Should we perhaps take this opportunity to move the grass libraries to
default library search
On 2/24/22 15:23, Vaclav Petras wrote:
On Thu, 24 Feb 2022 at 03:33, Sebastiaan Couwenberg wrote:
Should we perhaps take this opportunity to move the grass libraries to
default library search paths as raised on the debian-gis list?
https://lists.debian.org/debian-gis/2021/12/msg00023.html
Now that 7.8.7 has been released, I started looking into updating the
Debian package to 8.0.x which requires rebuilding libgdal-grass and qgis.
Initial tests with libgdal-grass are not promising. Both gdalinfo and
ogrinfo show errors because not all libraries are linked. We saw this
too when 7
On 1/20/22 23:43, Markus Neteler wrote:
On Tue, Jan 18, 2022 at 7:57 PM Markus Neteler wrote:
Given that also a lot of wxPython/Python 3.10 fixes have been merged,
I suggest that I create the 7.8.7RC1 by tomorrow.
Done:
https://github.com/OSGeo/grass/releases/tag/7.8.7RC1
Will there be an R
On 10/5/20 8:59 AM, Markus Neteler wrote:
> The new stable release is done:
The following translation files have removals in 7.8.4, is that
intentional? It looks like a regression.
locale/po/grasswxpy_es.po
locale/po/grasswxpy_fr.po
locale/po/grasswxpy_hu.po
locale/po/grasswxpy_it.po
locale/
On 8/14/20 4:28 PM, Maris Nartiss wrote:
> piektd., 2020. g. 14. aug., plkst. 02:17 — lietotājs Markus Neteler
> () rakstīja:
>>
>> Do we want that, too? I'd find it confusing, with and without www. But let's
>> hear opinions!
>>
>> Markus
>
> I would vote for setting up a wildcard DNS entry (*.g
On 8/14/20 1:17 AM, Markus Neteler wrote:
> Do we want that, too? I'd find it confusing, with and without www. But
> let's hear opinions!
I wouldn't bother, there is no need for www. www is appropriate for the
toplevel domain, not for the grass subdomain.
But if you do add support for www, make it
On 8/3/20 4:59 PM, Moritz Lennert wrote:
>
>
> On 3/08/20 16:37, Sebastiaan Couwenberg wrote:
>> On 8/3/20 4:16 PM, Moritz Lennert wrote:
>>> I have a small question concerning the best way to include a very small
>>> dataset into the distribution of GRASS
On 8/3/20 4:16 PM, Moritz Lennert wrote:
> I have a small question concerning the best way to include a very small
> dataset into the distribution of GRASS GIS. We are currently working on
> the revamping of the GRASS GIS GUI startup experience, and have the
> currently proposed solution is that GR
On 5/18/20 4:46 PM, aborruso wrote:
> grass-core:
> Installed: 7.8.0-1
> Candidate: 7.8.3-1
> Version table:
> 7.8.3-1 990
> 990 https://deb.debian.org/debian testing/main amd64 Packages
> 500 https://deb.debian.org/debian unstable/main amd64 Packages
> *** 7.8.0-1 100
>
On 5/18/20 3:42 PM, Moritz Lennert wrote:
> Have you added some other repositories to your apt configuration ?
Probably.
The apt policy should report something like the following for a buster
system:
$ apt policy grass-core
grass-core:
Installed: (none)
Candidate: 7.6.0-1
Version tabl
On 5/8/20 11:18 AM, Markus Neteler wrote:
> Debian is also there:
> https://packages.debian.org/search?keywords=grass
This is a better URL:
https://tracker.debian.org/pkg/grass
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D
On 3/24/20 11:20 AM, Luca Delucchi wrote:
> I updated my OS to debian unstable (bullseye) and I'm not able anymore
> to compile grass (7.8 releasebranch and master) because ctypes has
> errors, I attach the error file.
> I'm compiling it with python3 (3.7.7 version)
python3 on Debian unstable now
On 1/15/20 3:51 PM, Anna Petrášová wrote:
> It is confusing, because distutils are part of standard Python, but that
> particular import failed.
distutils was moved to the python3-stdlib-extensions package in
3.6.4~rc1-2, this source package also includes tk, gdbm & lib2to3.
Kind Regards,
Bas
-
On 1/15/20 4:12 PM, Angelos Tzotsos wrote:
> Thanks for the feedback, I will add the dependency.
cherry-pick this:
https://salsa.debian.org/debian-gis-team/grass/commit/c14b137bef39ef2aa9bc27b5f658259dfb582ff8
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7
On 12/26/19 4:42 PM, Paulo van Breugel wrote:
> Looking for a solution, I find the suggestion to install libpq-dev,
> but that library is installed already. Any suggestions what I may do
> next?
./configure --with-postgres-includes=$(pg_config --includedir)
Kind Regards,
Bas
--
GPG Key ID: 40
On 12/12/19 2:06 PM, Markus Neteler wrote:
> I have prepared the release announcement. I guess we wait for Ubuntu
> and Debian packages (Fedora I am preparing now).
The Debian package is in experimental and will remain there until qgis
gets through NEW so I don't have to rebuild the version in uns
On 11/12/19 5:43 PM, Markus Neteler wrote:
> On Tue, Nov 12, 2019 at 5:08 PM Markus Metz
> wrote:
>>
>> Regarding GDAL 3 support, we still need to add the new GDAL library versions
>> to lib/raster/gdal.c for r.external to work.
>
> Which .so and .dll names need to be registered here, does anyon
On 9/6/19 5:18 AM, Vaclav Petras wrote:
> On Thu, Sep 5, 2019 at 7:18 AM Martin Landa wrote:
>> čt 5. 9. 2019 v 12:48 odesílatel Sebastiaan Couwenberg
>> napsal:
>>>> that's wrong, g.extension is using 'svn export' (for official repo).
>>>
&
On 9/6/19 5:06 AM, Vaclav Petras wrote:
> On Thu, Sep 5, 2019 at 7:50 AM Sebastiaan Couwenberg
> wrote:
>>
>> On 9/5/19 12:54 PM, Markus Neteler wrote:
>>> Would shallow clone not clone the entire repo? But we only want a
>>> subdirectory out of it.
>>
On 9/5/19 12:54 PM, Markus Neteler wrote:
> Would shallow clone not clone the entire repo? But we only want a
> subdirectory out of it.
`git clone --filter` may be an option, or restructure the repo with git
usage in mind instead of subversion, e.g. using submodules for every
extension which can
On 9/5/19 12:15 PM, Martin Landa wrote:
> čt 5. 9. 2019 v 11:56 odesílatel Sebastiaan Couwenberg
> napsal:
>> There is still an issue with g.extension using svn export in
>> download_source_code_official_github():
>>
>>
>> https://github.com/OSGeo/
On 9/5/19 10:57 AM, Martin Landa wrote:
> út 3. 9. 2019 v 15:47 odesílatel Martin Landa napsal:
>> btw, next qgis release is planned for 13.9. [1]. It would be cool to
>> release 7.8.0 before this date.
>
> it's important whether we want RC2 or just go out with final
> release... I am expecting n
On 8/14/19 7:05 PM, Markus Neteler wrote:
> It is available now:
> https://grass.osgeo.org/grass78/source/grass-7_8_0RC1.tar.gz
> https://grass.osgeo.org/grass78/source/grass-7_8_0RC1.md5sum
What's with the new naming convention?
Can't you replace _ with . in the version?
--
GPG Key ID: 4096R/
On 8/14/19 4:55 PM, Markus Neteler wrote:
> On Wed, Aug 14, 2019 at 3:57 PM Sebastiaan Couwenberg wrote:
>> On 8/14/19 12:03 AM, Markus Neteler wrote:
>> Or should we switch to release tags?
>
> I don't know what's common for packagers.
> Any preferences?
tarbal
On 8/14/19 12:03 AM, Markus Neteler wrote:
> it is done!
Is it?
> https://github.com/OSGeo/grass/releases/tag/grass_7_8_0RC1
When will the tarballs be available at:
https://grass.osgeo.org/grass78/source/
Or should we switch to release tags?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10
On 8/5/19 8:23 PM, Martin Landa wrote:
> po 5. 8. 2019 v 17:28 odesílatel Markus Metz napsal:
>>> I am tempted to apply it also to relbranch78... opinions?
>>
>> +1 to apply it also to relbr78
>
> I am not sure. Do we plan to change package dependency (Debian,
> Ubuntu, Fedora) from Python2 to Pyt
On 2/28/19 5:46 PM, Markus Neteler wrote:
> Would it be as simple as this:
You also need to update the package list in .travis/linux.install.sh
wxwidgets2.8 has been removed, use the wxwidgets3.0 packages instead:
* libwxgtk3.0-dev
* python-wxgtk3.0
Kind Regards,
Bas
--
GPG Key ID: 4096R/
On 2/28/19 4:12 PM, Markus Neteler wrote:
> Looks like that an old Ubuntu is used here?
Yes, and trusty will reach EOL in April.
The Travis environment should be updated to xenial.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E
On 2/23/19 3:59 PM, Markus Neteler wrote:
> there is some discussion about packages that need to be patched to use
> proj_api.h or proj.h which will no longer be available in recent PROJ.
To clarify, the discussion is about patching packages that use
projects.h which is no longer available in PROJ
On 1/2/19 3:48 PM, Paulo van Breugel wrote:
> After creating symlinks libpdal_base.so.5 pointing to libpdal_base.so.7
> and libpdal_utils.so.5 pointing to libpdal_utils.so.7, I can open the
Don't do this. The SOVERSION changed to reflect the ABI change. If the
libraries remained compatible it wo
On 11/1/18 2:02 AM, Vaclav Petras wrote:
> I did it in two different docker containers with same result.
>
> docker run --rm -it ubuntu:18.04
Perhaps docker is the problem. Try a proper Ubuntu xenial VM.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D
On 8/29/18 8:30 PM, Stefan Blumentrath wrote:
> BTW, anyone aware of Debian/Ubuntu packages for laz-perf?
It has the same issue as LASzip, see:
It also contains the FastAC code.
> Arch Linux seems to have one (at least in community repo)...
> It does not seem part of pdal in UbuntuGIS or Debian
On 02/19/2018 07:45 PM, Helmut Kudrnovsky wrote:
> anyone already tried to compile GRASS with PROJ 5.0.0 RC?
Yes, 7.4.0 builds fine, see:
https://lists.debian.org/debian-gis/2018/02/msg6.html
I have not tested if everything still works. There may be issues in the
API like the one that cause
On 01/30/2018 08:33 PM, Markus Neteler wrote:
> On Sun, Jan 28, 2018 at 3:33 PM, Moritz Lennert
> wrote:
>> On 28/01/18 14:57, Markus Neteler wrote:
>>> On Sat, Jan 27, 2018 at 12:13 AM, Markus Neteler
On 26/01/18 11:14, Markus Neteler wrote:
>>>
>>> ...
> I'll notify the packagers, and
On 04/23/2017 04:17 PM, Martin Landa wrote:
> 2017-04-23 11:11 GMT+02:00 Martin Landa :
>>> GRASS GIS 7.2.1RC2 is out:
>>> https://grass.osgeo.org/grass72/source/
>
> also Ubuntu packages (trusty, xenial, zesty) available for testing
> from UbuntuGIS Expr PPA [1].
Please note that zesty is not an
On 04/22/2017 07:49 PM, Markus Neteler wrote:
> GRASS GIS 7.2.1RC2 is out:
> https://grass.osgeo.org/grass72/source/
Should the demolocation include a .bash_history & .bashrc?
It seems to be leaking your (neteler) environment.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprin
On 04/09/2017 01:07 PM, Martin Landa wrote:
> 2017-04-08 18:42 GMT+02:00 Sebastiaan Couwenberg :
>> PIE was disabled then, it was (re-)enabled in 7.2.0-2 now that gcc is
>> fixed in Debian to handle it properly, see:
>>
>>
>> https://anonscm.debian.org/cg
On 04/08/2017 06:21 PM, Martin Landa wrote:
> 2017-04-08 14:06 GMT+02:00 Sebastiaan Couwenberg :
>> None of the objects files have a main() function, which makes sense for
>> a library. It may be related to PIE, you can try building without it.
>
> yes, but it's stran
On 04/08/2017 12:38 PM, Martin Landa wrote:
> I am trying to solve problem with building 7.2.1RC1 for UbuntuGIS, see [1]:
>
> """
>
> /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/Scrt1.o: In
> function `_start':
> (.text+0x20): undefined reference to `main'
> collect2: error: ld retu
On 11/24/2016 10:36 PM, Markus Neteler wrote:
> Please package it, thanks.
You guys have terrible timing, I was about to hit the hay.
Oh well, last good deed of the day:
https://anonscm.debian.org/cgit/pkg-grass/grass.git/tag/?h=debian/7.2.0.rc2-1.exp1
Kind Regards,
Bas
--
GPG Key ID: 4096R
On 10/29/2016 09:53 AM, Markus Neteler wrote:
> On Oct 29, 2016 12:05 AM, "Markus Metz" wrote:
>> Apparently I missed the announcement in the mailing lists and the note
>> on grass.osgeo.org.
>
> I'll post it as soon as some binary packages are ready.
At least the Debian packages are already avai
On 10/03/2016 06:47 PM, Markus Neteler wrote:
> https://grass.osgeo.org/news/63/15/GRASS-GIS-7-0-5-released/
>
> If there are no objections (i.e. winGRASS version are working etc.)
> then I will send out the announcement.
The UbuntuGIS link should be for ubuntugis-unstable instead of
-experimenta
On 10/03/2016 01:01 PM, Martin Landa wrote:
> 2016-10-03 11:17 GMT+02:00 Markus Neteler :
>> Martin is preparing Ubuntu and OSGeo4W.
>
> wingrass osgeo4w/standalone packages, ubuntugis packages for unstable
> and experimental PPAs have been published. Testing welcome. Martin
libgdal-grass still n
On 09/16/2016 01:02 PM, Martin Landa wrote:
> recently ubuntugis maintainers changed their policy.
Some context about UbuntuGIS seems to be in order.
UbuntuGIS doesn't really have a policy, unlike Debian GIS which does
have a team policy in addition to the Debian Policy.
There are pretty much no
On 09/07/2016 11:31 PM, Martin Landa wrote:
> 2016-09-07 23:26 GMT+02:00 Markus Neteler :
>> The subject line is rather misleading: we are speaking only about Debian
>> packaging here, right?
>
> yes, just Debian packaging. Ma
And since most GRASS users use the amd64 & i386 architectures, their
c
On 04/30/2016 11:22 PM, Markus Neteler wrote:
> Note that PDAL needs tons of extra packages including gl2ps, hexer,
> jsoncpp, laszip, netcdf-cxx, nitro, openni, pcl, points2grid, qhull,
> tinyxml, vtk, boost-date-time, boost-system.
You only need all those dependencies if need all the PDAL plugin
On 04/18/2016 10:42 PM, Markus Neteler wrote:
> On Mon, Apr 18, 2016 at 10:14 PM, Sebastiaan Couwenberg
> wrote:
>> On 04/18/2016 06:22 PM, Markus Neteler wrote:
>>> ... anything left? otherwise we could package RC1 today or tomorrow.
>>
>> If RC1 is available
On 04/18/2016 06:22 PM, Markus Neteler wrote:
> ... anything left? otherwise we could package RC1 today or tomorrow.
If RC1 is available tomorrow, I can update the Debian packaging then.
I won't be able to do any packaging work for a week starting Thursday.
Kind Regards,
Bas
--
GPG Key ID: 4
On 07-08-15 15:55, Anna Petrášová wrote:
> Anyone else having problems like that?
Seems related the OSGeo server upgrade, QGIS is reporting the same issue:
https://lists.osgeo.org/pipermail/qgis-developer/2015-August/038774.html
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerp
> 2015-06-15 15:12 GMT+02:00 Vaclav Petras :
>
>> Why do I need ubuntugis-unstable for grass-stable? Isn't
>> ubuntugis-stable a
>
> no, it doesn't seems to be a better choice, check which versions are
> provided by ubuntu-stable [1]. It seems to be not maintained so much
> (GDAL 1.10), AFAIU only
> Hi Martin and list,
> would it be possible to reflect these changes in the Ubuntu packages on
> the gdal launchpad (ubuntugis-unstable) and making them compatible with
> the grass7 packages?
You should direct this question to the UbuntuGIS list.
> I tried building gdal 1.11.2 --with-grass again
> hm, I already tried to install `grass7` on Ubuntu 12.04 and it worked.
> So how to fix it for the user? Martin
If package works on plain Ubuntu without PPAs then the user needs to check
which PPAs he's using that's causing the dependency problem. Start by
disabling all PPAs except GRASS.
Kind R
> Is the package broken? Does it need to be rebuilt?
The latter.
Kind Regards,
Bas
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On 02/25/2015 09:19 PM, Isaac Ullah wrote:
> If it's not already the plan to make the changes necessary to have
> the new grass 7.0 alongside the official ubuntu grass6.4, then it
> probably ought to be. Apologies if this is already in the works!
Apology accepted, because that's what the "grass70
On 02/25/2015 09:08 PM, Martin Landa wrote:
> Hi,
>
> 2015-02-25 21:02 GMT+01:00 Sebastiaan Couwenberg :
>> These Conflicts need to be removed from the GRASS upstream packages to
>> allow co-installation of grass & grass7.
>
> does it mean to remove Conflicts
On 02/25/2015 08:36 PM, Isaac Ullah wrote:
> I have a feeling that the package
> manager believes there to be some conflict, although there should be none.
> Does anyone have an idea as to what may be causing this, and how it can be
> fixed?
The cause is the recent addition of conflicts with the o
On 02/22/2015 04:52 PM, Martin Landa wrote:
> 2015-02-22 15:13 GMT+01:00 Sebastiaan Couwenberg :
>> But no Conflicts on the official package :-(.
>
> sorry, I overlooked this issue, done [1]. Now rebuilding grass-stable
> package. Martin
Thanks for those changes.
You'll
On 02/21/2015 07:54 PM, Sebastiaan Couwenberg wrote:
> On 02/21/2015 06:00 PM, Francesco P. Lovergine wrote:
>> On Sat, Feb 21, 2015 at 05:47:19PM +0100, Sebastiaan Couwenberg wrote:
>>>
>>> What changes do you propose for the official Debian package to allow the
>
On 02/22/2015 03:05 PM, Martin Landa wrote:
> 2015-02-21 13:38 GMT+01:00 Martin Landa :
>> then I would strongly suggest to name the package for GRASS 7 as
>> `grass7` and `grass70`.
>
> btw, I changed package name on Launchpad to `grass7` and
> `grass7-daily` [1]. Martin
But no Conflicts on the
On 02/21/2015 07:54 PM, Sebastiaan Couwenberg wrote:
> We should use Conflicts or Breaks/Replaces for conflicting source
> packages for the same upstream releases.
>
> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
>
> Since one should not have both
On 02/21/2015 06:00 PM, Francesco P. Lovergine wrote:
> On Sat, Feb 21, 2015 at 05:47:19PM +0100, Sebastiaan Couwenberg wrote:
>>
>> What changes do you propose for the official Debian package to allow the
>> co-existence with the GRASS upstream packages?
>> [...]
>&
On 02/21/2015 04:06 PM, Francesco P. Lovergine wrote:
>> I think it makes sense for GRASS upstream to use separate source
>> packages to allow co-installation, but this makes less sense for the
>> official Debian package.
>
> I would note that the need to allow multiple version to cohexist still
On 02/14/2015 01:52 PM, Markus Neteler wrote:
> On Fri, Feb 13, 2015 at 6:15 PM, Martin Landa wrote:
>> Hi all,
>>
>> recently I applied in trunk and relbr70 some of the patches from [1].
>>
>> Remaining issues:
>>
>> (configure expert needed)
>> http://anonscm.debian.org/cgit/pkg-grass/grass.git/
On 02/14/2015 09:32 AM, Martin Landa wrote:
> 2015-02-14 9:21 GMT+01:00 Sebastiaan Couwenberg :
>> https://www.debian.org/doc/debian-policy/ch-files.html#s-scripts
>>
>> It is a "should" requirement, so it's not a hard requirement. We had to
>> reinstate
On 02/09/2015 06:37 PM, Martin Landa wrote:
> 2015-02-09 18:34 GMT+01:00 Martin Landa :
>> Right, `/usr/lib/grass70/tools/` contains `g.html2man`. This is
>> probably related to the packaging, my local sample installation (make
>> install from source code) contains `g.html2man.py` in the `tools`
>>
Hi,
On 02/13/2015 06:34 PM, Martin Landa wrote:
> 2015-02-13 18:18 GMT+01:00 Sebastiaan Couwenberg :
>> The choice between separate source packages or not was also discussed on
>> the Debian GIS list, see the thread starting at:
>>
>> https://lists.debian.org/debia
79 matches
Mail list logo
