On 11/22/2013 07:27 PM, Jerome Villeneuve Larouche wrote:
> I didn't know about backport, thanks for pointing it out. I can't seem
> to find any packages in backport so I can't really tell if our repo is
> more up-to-date. If it's always getting the latest release in unstable,
> indeed it might be
For the Debian GIS team I've proposed a policy based on the Debian Med
and Debian Perl team policies. The proposed policy for the Debian GIS
team includes a section about Ubuntu GIS.
I'd like hear if and how the Debian GIS policy can help document best
practices in the use our shared infrastructur
On 01/03/2014 10:17 AM, Andreas Tille wrote:
> I added a paragraph to the Debian Med policy where I describe how
> derivatives are working together with Debian Med. This is probably
> quite interesting to take over into Debian GIS because it is inviting
> to interested persons:
>
>
> http://a
On 01/04/2014 12:45 AM, Andreas Tille wrote:
> On Fri, Jan 03, 2014 at 06:06:09PM +0100, Sebastiaan Couwenberg wrote:
>>
>> My intent for the "PPA for Ubuntu" paragraph in the proposed Debian GIS
>> team policy is to document the best practices for including packagi
On 01/04/2014 02:36 PM, Tim Michelsen wrote:
> Hello,
>> - Common Git repository structures
>>
>> http://linuxminded.nl/tmp/pkg-grass-website/policy.html#git-repository-structures
>> -- Other branches
>>http://linuxminded.nl/tmp/pkg-grass-website/policy.html#git-branches
>>
>> - PPA for Ubuntu
On 01/04/2014 03:28 PM, Ivan Minčík wrote:
>> On Jan 3, 2014 6:06 PM, "Sebastiaan Couwenberg"
> wrote:
>>> My intent for the "PPA for Ubuntu" paragraph in the proposed Debian GIS
>>> team policy is to document the best practices for including packagi
On 01/07/2014 12:07 AM, Ivan Minčík wrote:
> Sebastiaan, if all UbuntuGIS packaging will be done in git.debian.org, what
> is the best way to contribute for UbuntuGIS devs which doesn't have write
> permissions to Git repository ?
Hi Ivan,
The best way for UbuntuGIS devs to contribute is to regis
On 01/07/2014 09:09 PM, Ivan Minčík wrote:
> Dear UbuntuGIS devs,
> If I understand things correctly, there are few important rules in
> packaging work flow which I did not found anywhere in UbuntuGIS wiki.
Please note that there are very few "rules", the proposed Debian GIS
Policy documents best
On 01/18/2014 03:15 AM, Randal Hale wrote:
> Setting up php5-mapscript (6.4.1-3~precise1) ...
> /var/lib/dpkg/info/php5-mapscript.postinst: 11:
> /var/lib/dpkg/info/php5-mapscript.postinst: php5enmod: not found
These commands were introduced in php5 (>= 5.4.0~rc6-1).
If the php5 package is not th
On 01/18/2014 10:45 PM, Ivan Minčík wrote:
>> Is anybody planning to visit OSGeo + QGIS sprint in Viena in March 2014 ?
>
>> > Maybe we could work on final DebianGIS/UbuntuGIS proposal there .
>>
>> I am considering to go a few days (end of the week). Angelos Tzotsos
>> is also going.
>>
>
> Wou
On 12/07/2013 12:17 AM, Sebastiaan Couwenberg wrote:
> I've just pushed my changes to the new website git repo, of which you
> may have seen the SCM emails. If not you can find them on Alioth:
>
> http://anonscm.debian.org/gitweb/?p=pkg-grass/website.git
>
> The websp
On 05/31/2014 03:08 AM, lau...@diggingstick.net wrote:
> "E: /var/cache/apt/archives/python-qgis_2.2.0-2~trusty1_amd64.deb:
> trying to overwrite
> '/usr/lib/python2.7/dist-packages/pyspatialite/dump.py', which is also in
> package python-pyspatialite 3.0.1-4"
>
> I would appreciate advice on
On 06/02/2014 12:18 AM, lau...@diggingstick.net wrote:
> Thanks, To clarify, does this mean we need to patiently wait until the
> packagers have an opportunity to review for 14.04?
Yes, to get the fixed package into the PPA you need a packager if you
cannot help with that yourself.
In the mean t
> Concerning JAI. The JAI-Core and JAI-ImageIO package already exist, in
> non-free. From what I've seen in GeoTools' pom.xml some modules require
> JAI, this would mean that these GeoTools package would have to be put in
> non-free (I think?) since they depend on a non-free package and so if
> Geo
On 10/28/2014 11:16 PM, Johan Van de Wauw wrote:
> On Tue, Oct 21, 2014 at 11:10 PM, Sebastiaan Couwenberg
> wrote:
>> I'm not too worried about these failure yet, there is still more to do
>> for the GDAL 1.11.1 packaging.
>>
> Can you comment on that fu
On 11/22/2014 11:52 PM, alassane toure wrote:
> %gcc -o test imagescale.cpp -I /usr/include/gdal -lgdal -lm
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
Installing the build-essential package should do it.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint
On 12/01/2014 10:21 PM, Johan Van de Wauw wrote:
> I know that at least Bas (Couwenberg) and I will be going to FOSDEM[1]
> 31 january-1 february in Brussels (Belgium). Since this year there
> will be both a geospatial devroom [1] and a distributions devroom [2],
> it may be an ideal timing for hav
On 01/09/2015 05:05 PM, Alan Boudreault wrote:
> All, what do you think? Feel free to comment :)
Allowing others to (also) admin the project is a good thing. This was
also very helpful in the Debian GIS team whose admins were all busy with
other things. I suggest to extend the admin change to more
On 02/17/2015 05:58 PM, Johan Van de Wauw wrote:
> dans-gdal-scripts 0.23-3~exp1 vs 0.23-2 (in ubuntu)
> freexl: 1.0.0h-1~exp1 vs 1.0.0g-1
Not truly experimental, can be synced.
> (gdal, already synced to 1.11.1+dfsg-1~exp2; note that 1.11.2 was
> released today)
Will update Debian package for 1
> Hi list,
> since grass7 is now stable, there has also been an update of the
> gdal-grass plugin [1]. Would it be possible to reflect this update in
> the Ubuntu packages?
The Debian package for GDAL 1.11.2 and the accompanying libgdal-grass
plugin support GRASS 7, see:
http://anonscm.debian.org
> Can we sync grass, gdal, libgdal-grass from experimental for
> ubuntugis-unstable or are there problems we should be aware of? In
> what order should they be built?
Yes, these packages can be uploaded to ubuntugis-unstable too.
The important issue to be aware of is the lack of GRASS 7 support i
> Wasn't there a way to allow install of both with grass7 prefix?
Only if you use the grass7 packages from the GRASS upstream PPA.
The official Debian package uses the grass package for both 6 and 7
because we won't have multiple version in stretch (the next stable release
after jessie).
Kind Re
On 05/08/2015 03:46 AM, Alex Mandel wrote:
> I was helping someone on IRC today to install from ubuntugis unstable.
> It's not working because gdal for trusty was just updated to 1.11.2
>
> So I looked at the qgis package on my machine and it saying
> depends:libgdal.so.1-1.11.1
>
> It struck me
On 05/08/2015 10:54 AM, Johan Van de Wauw wrote:
> Bas: trouble is that with grass7 in ubuntugis qgis is now refusing to
> build. Should be easy to fix - but it is more work than just bumping
> the version number (which I tried first).
> I'll try tonight if I can fix it.
You can change the grass b
On 05/10/2015 01:59 PM, Johan Nilsson wrote:
> Thanks :) http://qgis.org/ubuntugis-nightly seems to work fine :) But i
> notice that qgis-mapserver had some dependency problems, but I don't use it.
The qgis-mapserver package was renamed to qgis-server in QGIS 2.6.0.
When upgrading from qgis << 2.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06/24/2015 12:13 AM, Jürgen E. Fischer wrote:
> Hi Randal,
>
> On Tue, 23. Jun 2015 at 17:05:45 -0400, Randal Hale wrote:
>> I was wondering if QGIS 2.8.2 was going to be pushed to UbuntuGIS
>> - I've got an issue with 2.8.1 and would like to try
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03-08-15 09:05, Ivan Mincik wrote:
> On 01.08.2015 22:26, Johan Van de Wauw wrote:
>> On Wed, Jul 29, 2015 at 4:22 PM, Ivan Mincik wrote:
>>> * what are the plans for GRASS 7 packaging for other Ubuntu
>>> versions in UbuntuGIS Unstable. Can I he
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03-08-15 11:13, Sebastiaan Couwenberg wrote:
> On 03-08-15 09:05, Ivan Mincik wrote:
>> On 01.08.2015 22:26, Johan Van de Wauw wrote:
>>> On Wed, Jul 29, 2015 at 4:22 PM, Ivan Mincik wrote:
>>>> * what are the p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 06-08-15 09:40, Jürgen E. Fischer wrote:
> In debian there currently is no GRASS 7 and hence the packaging was
> not updated. It will once something breaks...
Is that an invitation to move GRASS 7 from Debian experimental to
unstable so that it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi jef,
On 07-08-15 09:38, Jürgen E. Fischer wrote:
> On Thu, 06. Aug 2015 at 11:56:23 +0200, Sebastiaan Couwenberg
> wrote:
>> On 06-08-15 09:40, Jürgen E. Fischer wrote:
>>> In debian there currently is no GRASS 7 and hence
The three UbuntuGIS PPAs still contain packages for lucid and other
releases which have all reached their end-of-life. [0]
To free up space for the upcoming LTS after wily I think it's a good
time to remove the packages for EOL releases from the UbuntuGIS PPA.
The list of supported distributions
On 19-10-15 18:42, Alex M wrote:
> I think from past discussions the preferred route is to get the package
> into DebianGIS, then we pick up everything from there more or less with
> as little change as possible.
I actually advised Paul against packaging osm2pgsql himself and instead
ask the Ubunt
PS. The build failed for your various uploads, see:
https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable/+build/8787803/+files/buildlog_ubuntu-precise-amd64.ossim_1.8.20.3%2Bds-2precise1_BUILDING.txt.gz
https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable/+build/87878
On 31-12-15 09:36, Rashad Kanavath wrote:
> dput -d -c ~/.dput.cf ubuntugis-unstable
> ossim_1.8.20.3+ds-2precise1_amd64.changes
This doesn't look like a source-only upload, those are required for
Launchpad.
Try gbp buildpackage with the option
--git-pbuilder-options="--debbuildopts=-S"
Kind Reg
I'm getting really tired of the build failures emails, can you please
test the build locally in the appropriate pbuilder chroot before
uploading to prevent these?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
On 08-01-16 13:26, Martin Landa wrote:
> first of all, sorry for cross-posting. I would like to contribute to
> UbuntuGIS project and maintain up-to-date GRASS packages. Based on
> discussion with Sebastiaan Couwenberg (thanks), I started with cloning
> alioth.debian.org git repository
On 08-01-16 12:02, Rashad Kanavath wrote:
> http://wiki.orfeo-toolbox.org/index.php/Backport_packages_from_DebianGIS
You need to document (or link to section in the Debian GIS policy) the
appropriate version to use. The current example is only appropriate for
a revision that contains changes on to
On 08-01-16 12:02, Rashad Kanavath wrote:
> http://wiki.orfeo-toolbox.org/index.php/Backport_packages_from_DebianGIS
The "Create source.change including FULL Source code using debuild"
section should probably not recommend the use of debuild, you should
always use the appropriate chroot for the di
On 08-01-16 15:30, Johan Van de Wauw wrote:
> Last year, we had a meeting with some debian gis members during FOSDEM.
> As you can probably guess I'll be around again this year. Anyone else
> attending?
I will, although I've not booked my hotel yet. I'm not sure if I can
travel home on Monday (in
On 09-01-16 14:10, Martin Landa wrote:
> 2016-01-08 14:30 GMT+01:00 Sebastiaan Couwenberg wrote:
>> https://pkg-grass.alioth.debian.org/policy/packaging.html#git-packaging
>>
>> You need to have a cowbuilder chroot for the Ubuntu distributions you
>> intend to build and
On 09-01-16 14:46, Martin Landa wrote:
> export DIST=wily ; sudo cowbuilder --create --distribution=$DIST
> --basepath=/var/cache/pbuilder/base-$DIST-ubuntugis.cow --mirror
> http://cz.archive.ubuntu.com/ubuntu/ --debootstrapopts
> "--keyring=/usr/share/keyrings/ubuntu-archive-keyring.gpg"
>
> wor
On 09-01-16 15:10, Martin Landa wrote:
> 2016-01-09 15:05 GMT+01:00 Sebastiaan Couwenberg :
>> Your .pbuilderrc seems buggy. It treats wily as a Debian distribution.
>
> seems like that, just cannot find it.
I'm not sure if the array syntax is valid for dash, it may be a b
On 09-01-16 16:44, Martin Landa wrote:
> 2016-01-08 14:30 GMT+01:00 Sebastiaan Couwenberg :
>> It's quite rare to have Ubuntu specific packaging in the git
>> repositories so there is not much chance of collision. If the 'ubuntu/'
>> prefix is already used f
On 16-01-16 10:55, Martin Landa wrote:
> No host ppa:ubuntugis/ubuntugis-unstable found in config
You don't have an entry to the PPA in dput.cf, add-apt-repository should
do that, if not add it manually.
https://help.launchpad.net/Packaging/PPA/Uploading
Could you not find this documentation you
On 16-01-16 11:12, Martin Landa wrote:
> at this point I am planning to merge changes done in `experimental`
> branch (7.0.3RC2) to branch `ubuntugis/wily`. I just wonder how to do
> it correctly? Thanks. Martin
Isn't that obvious?
You need to merge the changes from the rc2 tag into the ubuntugis
On 16-01-16 11:45, Martin Landa wrote:
> I changed method to sftp (*) but the result is the same.
Oh dear.
> Probably missing privileges in UbuntuGIS PPA?
Correct, you're not on the list of members yet:
https://launchpad.net/~ubuntugis/+members
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F
On 16-01-16 11:55, Martin Landa wrote:
> 2016-01-16 11:27 GMT+01:00 Sebastiaan Couwenberg :
>> dch -v 7.0.3~rc2-1~exp1~wily1
>
> btw, I started to use different format of tags (without `exp` - I
> thought that it's just related to experimental branch):
The -1~exp1 revis
On 16-01-16 13:00, Martin Landa wrote:
> 2016-01-16 12:16 GMT+01:00 Sebastiaan Couwenberg :
>> On 16-01-16 11:55, Martin Landa wrote:
>>> 2016-01-16 11:27 GMT+01:00 Sebastiaan Couwenberg :
>>>> dch -v 7.0.3~rc2-1~exp1~wily1
>>>
>>> btw, I started to
On 17-01-16 12:45, Martin Landa wrote:
> 2016-01-16 23:12 GMT+01:00 Martin Landa :
>>> And so the correct revision for the UbuntuGIS backport is
>>> 7.0.3~rc2-1~exp1~wily1.
>>
>> OK, thanks for explanation. Martin
>
> I changed the GRASS how-to include `exp1` in tag names. What I do not
> understa
On 17-01-16 14:58, Martin Landa wrote:
> I am getting rejection e-mail:
>
> """
> Unable to find grass_7.0.3~rc2.orig.tar.gz in upload or distribution.
> Files specified in DSC are broken or missing, skipping package unpack
> verification.
Build with -sa to have the orig.tar.gz included in the up
On 17-01-16 14:59, Martin Landa wrote:
> 2016-01-17 13:09 GMT+01:00 Sebastiaan Couwenberg :
>> We only have to rebuild libgdal-grass since qgis will be removed
>> from the archive on the 26th, so we don't have much of a transition to
>> coordinate.
>
> btw, why
On 17-01-16 17:31, Martin Landa wrote:
> 2016-01-17 15:02 GMT+01:00 Sebastiaan Couwenberg :
>> Build with -sa to have the orig.tar.gz included in the upload.
>
> OK, but it means that orig.tar.gz will be uploaded several times for
> every upload (wily, trusty, ...), right? Ma
On 12-02-16 10:08, Johan Van de Wauw wrote:
> Energy should now probably be spent in making sure that Xerial, the
> next LTS release is well tested and has the packages we want. The
> debian import freeze is later this month, so now is the last time to
> act.
The DebianImportFreeze is scheduled fo
On 12-02-16 16:42, Sebastiaan Couwenberg wrote:
> On 12-02-16 10:08, Johan Van de Wauw wrote:
>> Energy should now probably be spent in making sure that Xerial, the
>> next LTS release is well tested and has the packages we want. The
>> debian import freeze is later this mont
On 04/29/2016 08:46 AM, Rashad Kanavath wrote:
> What about LTS, non-LTS, experimental for repository names ?
>
> LTS will have packages for only the current LTS version of Ubuntu
>
> non-LTS will have packages for last three non-LTS releases
>
> experimental - packages that are testing / RC/ be
On 04/29/2016 01:32 PM, Worth Lutz wrote:
> I'm willing to help but know nothing about how to build a package. I'm
> mainly a consumer of packages.
>
> If someone could point me to a tutorial, I'll experiment some and see
> what I can learn.
The git packaging workflow should help get you started:
On 04/29/2016 04:33 PM, Worth Lutz wrote:
> You mention dealing with the version in Ubuntu and the version in
> UbuntuGIS. This is always something I have not understood.
>
> I've never understood the policies of how the versions come downstream
> from Debian to Ubuntu. What updates get made by De
On 07/15/2016 08:10 PM, Angelos Tzotsos wrote:
> By using the apt-get install line you provided on a clean Trusty vm
> everything works fine.
> It seems that there is something pre-installed on Travis that uses
> upstream geos or that there is some other conflicting ppa in there
> somewhere.
Besid
On 07/15/2016 10:30 PM, Even Rouault wrote:
> geos was pre-installed due to postgis being pre-installed (postgresql-9.1-
> postgis-2.1, postgresql-9.2-postgis-2.1 and postgresql-9.3-postgis-2.1 )
> (I'm not sure if the disabling of pgdg is needed. Was one of my first
> attempt,
> but not suffici
On 07/19/2016 11:26 AM, Luís de Sousa wrote:
> I am trying to install libgdal on Ubuntu 14.04. It depends on libgeos-c1, for
> which there is only an old version available from the universe repository.
> This forces a downgrade to libgeos and the removal of pretty much all the
> software I have
On 07/19/2016 12:12 PM, Luís de Sousa wrote:
> But it is not this package being referenced by libgdal1h. Even making sure
> apt is installing the version available from UbuntuGIS:
> [...]
> What am I missing here? Thank you,
GDAL has been upgraded to 2.1.0, which provides libgdal20 not libgdal1h
On 07/19/2016 01:23 PM, Luís de Sousa wrote:
> I do not compile any GIS software, I install everything from the UbuntuGIS
> PPA. But following your comments, let me step back to the root of this issue.
> I have libgdal20 installed:
You do have locally built software installed:
> File "/usr/loc
On 07/19/2016 02:04 PM, Luís de Sousa wrote:
> I am not lying. And I already have python-gdal and python3-gdal installed:
Use `dpkg -l | grep python-gdal` to get the versions, that's much more
informative.
The fact that you have the python bindings installed in /usr/local
indicates that these we
On 07/19/2016 05:24 PM, Slava Kerner wrote:
> i followed your recent advice, cleaned-up as much as i could, to the point
> of empty prompt for:
> ~$ dpkg -l | egrep 'gdal|geos|grass|qgis'
>
> in sources.list:
>deb http://qgis.org/ubuntugis trusty main
>deb-src http://qgis.org/ubuntugis tru
On 07/23/2016 03:22 PM, Micha Silver wrote:
> After the latest updates to gdal and geos, Spatialite_gui gets removed, and
> can't be installed:
>
> The following packages have unmet dependencies:
> spatialite-gui : Depends: libgeos-c1 (>= 3.4.2) but it is not going to be
> installed
> E: Unabl
Triggered by the recent spatialite-gui report, I've setup an
experimental transition tracker for the ubuntugis-unstable PPA to check
the state of the other packages.
Currently only trusty and xenial are checked, precise is not worth the
effort IMNSHO:
http://linuxminded.nl/tmp/pkg-grass-transiti
Hi Ivan,
On 07/24/2016 11:54 PM, Ivan Mincik wrote:
> On 24/07/16 03:59, Sebastiaan Couwenberg wrote:
>> Triggered by the recent spatialite-gui report, I've setup an
>> experimental transition tracker for the ubuntugis-unstable PPA to check
>> the state of the other pack
Hi Angelos,
On 07/26/2016 12:49 AM, Angelos Tzotsos wrote:
> The transitions have been handled manually so far.
> Thanks for this tracker, it seems a better way to handle things.
I guess manually means running `apt-cache rdepends ` to
determine the reverse dependencies and rebuilding those with n
Hi all,
For those of you not aware of the previous discussion on the postgis
list, see:
https://lists.osgeo.org/pipermail/postgis-devel/2016-August/025887.html
And the issue on StackExachange:
https://gis.stackexchange.com/questions/204575/libsfcgal-so-1-undefined-symbol-upgrading-to-postgis
On 08/24/16 12:43, Martin Weis wrote:
I have 14 LTS here and since a while I cannot install some GIS software.
See the log below for details. There might be a dependency to be updated
somewhere? Its a universe/ppa source mix that contributes to the
problem, see policy below.
Disable the reposit
On 09/05/2016 06:47 PM, César Augusto Ramírez Franco wrote:
> I found a trac ticket [1] that says this is fixed now so I've CC'd
> ubuntugis to see if this fix can be integrated in the PPA.
>
> [1]: https://trac.osgeo.org/grass/ticket/2558
According to the commit messages in the ticket, the fix w
On 09/08/2016 12:07 AM, Alex M wrote:
> Anyone hit this or have any ideas?
You probably have old packages left installed that haven't been build
with the new gdal from the ubuntugis PPA.
Ensure that all installed packages are from the main Ubuntu xenial
repository and ubuntugis PPA for xenial, no
On 09/08/2016 12:11 AM, Even Rouault wrote:
> I see /usr/lib/gdalplugins/2.1/ogr_GRASS.so in the stacktrace. Sounds like
> there might be an ABI problem with GDAL GRASS plugin w.r.t. libgdal itself.
>
> Uninstalling it might be a workaround or what is you updade it ?
Good catch.
There is no lib
On 09/08/2016 01:21 PM, Martin Landa wrote:
> I remember that there was a discussion about that, unfortunately I
> cannot find it. So sorry for asking again. My question is about
> providing RCs packages of GRASS via ubungugis PPA. My idea is to use
> unstable PPA for providing RCs.
>
> * when RC
On 09/11/2016 11:14 PM, Martin Landa wrote:
> 2016-09-11 23:13 GMT+02:00 Martin Landa :
>>> Please upload new packages to Testing.
>>
>> you are referring only to final versions or also RC packages? Thanks, Martin
>
> to be clear, can I upload 7.0.5RC1 to testing or wait for 7.0.5 (and
> use priva
On 09/16/2016 02:10 PM, alassane toure wrote:
> I believe i installed grass70 on my server as the main interface comes up
> when i issue "grass70". However, when i execute a python-grass code, the
> response is ...
> ERROR: ERROR: Please install the GRASS GIS development package
>
> ERROR: Cannot
On 09/16/2016 03:45 PM, Micha Silver wrote:
> Randal Hale
>> I'm one of the guys who was commenting on the confusion. Someone
>> commented that the naming is in keeping with Ubuntu policy. Which
>> probably for the Sys Admin crowd is perfect. We've got a weird blend
>> of Users who want software BU
On 09/16/2016 06:59 PM, Angelos Tzotsos wrote:
> +1 to renaming testing to experimental.
>
> On 09/16/2016 04:23 PM, Johan Van de Wauw wrote:
>> I'm in favor of removing testing and adding "experimental" instead.
>>
>> This is closer to the actual way we use the ppa.
Since the three active admini
On 09/16/2016 07:14 PM, Angelos Tzotsos wrote:
> On 09/16/2016 05:29 PM, Sebastiaan Couwenberg wrote:
>> On 09/16/2016 03:45 PM, Micha Silver wrote:
>>> Randal Hale
>>>> I'm one of the guys who was commenting on the confusion. Someone
>>>> commented t
On 09/16/2016 07:30 PM, Sebastiaan Couwenberg wrote:
> On 09/16/2016 06:59 PM, Angelos Tzotsos wrote:
>> +1 to renaming testing to experimental.
>>
>> On 09/16/2016 04:23 PM, Johan Van de Wauw wrote:
>>> I'm in favor of removing testing and adding "experime
Triggered by Astrids question on the OSGeo-Live IRC channel, the
MapServer packages for trusty & xenial have been updated to 7.0.2 in
ubuntugis-unstable.
As also discussed on IRC, there is still a major lack of contributors to
UbuntuGIS who actively update the packages for Ubuntu with the changes
Hi all,
GRASS 7.0.5 has been released and the Debian packages have been updated
accordingly and uploaded to unstable. Martin will likely soon update the
grass package in ubuntugis-unstable.
Because of the tight version requirements for the GDAL GRASS plugin,
whenever a new GRASS version is upload
On 10/02/2016 11:58 PM, Even Rouault wrote:
> Le dimanche 02 octobre 2016 23:53:47, Sebastiaan Couwenberg a écrit :
>> The incremented version in the build dependencies and the virtual GRASS
>> ABI package are required for the package in UbuntuGIS too. UbuntuGIS
>> still uses
On 10/02/2016 11:53 PM, Sebastiaan Couwenberg wrote:
> GRASS 7.0.5 has been released and the Debian packages have been updated
> accordingly and uploaded to unstable. Martin will likely soon update the
> grass package in ubuntugis-unstable.
>
> Because of the tight version requi
On 10/03/2016 01:31 PM, Sebastiaan Couwenberg wrote:
> On 10/02/2016 11:53 PM, Sebastiaan Couwenberg wrote:
>> GRASS 7.0.5 has been released and the Debian packages have been updated
>> accordingly and uploaded to unstable. Martin will likely soon update the
>> grass package
On 10/19/2016 08:31 PM, Randal Hale wrote:
> I tried to import a .laz file and through a series of learning
> experiences - I can't. I jumped over to OSGEO4W and I can import it. It
> seems that version (7.0.5) has been compiled with laz support.
>
> Or I could be crazy.Is there any way to get
On 10/28/2016 12:43 PM, Angelos Tzotsos wrote:
> Looks like there is a demand to do the same package moving for Xenial
> too, so unless someone has an objection to that, I would like to move
> the packages to stable in the next 48 hours. Actually doing this for
> Xenial is easier since there are no
On 10/28/2016 01:30 PM, Angelos Tzotsos wrote:
> On 10/28/2016 01:58 PM, Sebastiaan Couwenberg wrote:
>> On 10/28/2016 12:43 PM, Angelos Tzotsos wrote:
>>> Looks like there is a demand to do the same package moving for Xenial
>>> too, so unless someone has an objecti
On 10/28/2016 04:18 PM, Angelos Tzotsos wrote:
> On 10/28/2016 03:30 PM, Sebastiaan Couwenberg wrote:
>> On 10/28/2016 01:30 PM, Angelos Tzotsos wrote:
>>> On 10/28/2016 01:58 PM, Sebastiaan Couwenberg wrote:
>>>> On 10/28/2016 12:43 PM, Angelos Tzotsos wrote:
>>
In the recent MapCache thread I wrote:
> It's a shame Launchpad doesn't build debug packages automatically,
> that should be helpful to troubleshoot this further.
It turns out that this can easily be enabled in the PPA details, which I
have subsequently done for ubuntugis-stable, -unstable & -exp
On 10/28/2016 02:30 PM, Sebastiaan Couwenberg wrote:
> On 10/28/2016 01:30 PM, Angelos Tzotsos wrote:
>> Just noticed that even if we deleted all packages from Testing,
>> Launchpad keeps them in build history, so I cannot copy the packages
>> there for a rebuild, this cau
Currently the UbuntuGIS packages are only built for amd64 & i386, but
Launchpad can also build the packages for arm64, armel, armhf, powerpc,
ppc64el & s390x.
There have been questions about packages for armhf by Rasberry Pi users,
since the Pi 2 and later should support that instead of the ARMv6
On 10/29/2016 10:48 AM, Paul Norman wrote:
> On 10/29/2016 1:47 AM, Sebastiaan Couwenberg wrote:
>> Based on the experiences in Debian I recommended again enabling armel,
>> which not all packages support. It's a bit of a problematic architecture
>> and likely
On 10/28/2016 05:24 PM, Sebastiaan Couwenberg wrote:
> On 10/28/2016 04:18 PM, Angelos Tzotsos wrote:
>> The Xenial unstable packages have been moved to stable. We can do
>> rebuilds for Trusty if needed.
>
> Transition trackers are at:
>
> http://linuxminded.n
On 10/29/2016 12:10 PM, Sebastiaan Couwenberg wrote:
> On 10/28/2016 05:24 PM, Sebastiaan Couwenberg wrote:
>> On 10/28/2016 04:18 PM, Angelos Tzotsos wrote:
>>> The Xenial unstable packages have been moved to stable. We can do
>>> rebuilds for Trusty if needed.
>&
On 10/30/2016 11:39 AM, Sebastiaan Couwenberg wrote:
> On 10/29/2016 12:10 PM, Sebastiaan Couwenberg wrote:
>> On 10/28/2016 05:24 PM, Sebastiaan Couwenberg wrote:
>>> On 10/28/2016 04:18 PM, Angelos Tzotsos wrote:
>>>> The Xenial unstable packages have b
On 10/30/2016 01:37 PM, Sebastiaan Couwenberg wrote:
> On 10/30/2016 11:39 AM, Sebastiaan Couwenberg wrote:
>> On 10/29/2016 12:10 PM, Sebastiaan Couwenberg wrote:
>>> On 10/28/2016 05:24 PM, Sebastiaan Couwenberg wrote:
>>>> On 10/28/2016 04:18 PM, Angelos Tzotsos wr
On 11/05/2016 11:52 AM, Angelos Tzotsos wrote:
> Thank you for the rebuilds, I will copy the files to stable during the
> weekend.
I see that packages have been copied, but the transition trackers still
show many bad packages. I've deleted several old superseded packages
which clears up most of th
On 11/25/2016 12:12 PM, Martin Landa wrote:
> when building GRASS packages for Launchpad [1] I have problem with
>
> git push --all --set-upstream
>
> which fails with
>
> Branch vdigit set up to track remote branch vdigit from origin.
> error: failed to push some refs to
> 'git+ssh://martinl-gu
On 11/25/2016 12:50 PM, Martin Landa wrote:
> 2016-11-25 12:15 GMT+01:00 Sebastiaan Couwenberg :
>> There are commits on the branch that you haven't pulled into your
>> working copy. You can fix it by rebasing your branch:
>>
>> git pull --rebase
>
> thank
1 - 100 of 190 matches
Mail list logo