Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[Markus Neteler]

On Sat, Dec 19, 2020 at 7:14 PM mdwxman  wrote:
>
> Simply by looking at Fedora’s Web site I can see many more choices than I 
> ever saw with CentOS.  Any recommendations regarding which of Fedora’s 
> installations might be best?

For laptop and workstations, I go with
https://getfedora.org/en/workstation/

If you have a compute infrastructure, probably this is your choice:
https://getfedora.org/en/server/

Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

Simply by looking at Fedora’s Web site I can see many more choices than I ever 
saw with CentOS. Any recommendations regarding which of Fedora’s installations 
might be best?

Michael Allen
Industrial Weather
763-777-1263

On Sat, Dec 19, 2020 at 11:08 AM, mdwxman via grass-user 
 wrote:

> The Fedora choice is undoubtedly a better choice in my case since it’s more 
> familiar. It has usually been much more up-to-date too.
>
> Thanks for the advice.
>
> Michael Allen
> Industrial Weather
> 763-777-1263
>
> On Sat, Dec 19, 2020 at 11:00 AM, Markus Neteler  wrote:
>
>> On Sat, Dec 19, 2020 at 5:50 PM mdwxman  wrote:
>>>
>>> OK. It would be much easier to move to Fedora since CentOS is similar to 
>>> Fedora. I used Fedora years ago and changed to CentOS at about CentOS 5. 
>>> Too much time wasted to continue with CentOS.
>>
>> You'll find the geo stuff up to date in Fedora, and you will be
>> familiar with the package management system.
>>
>> Markus___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

The Fedora choice is undoubtedly a better choice in my case since it’s more 
familiar. It has usually been much more up-to-date too.

Thanks for the advice.

Michael Allen
Industrial Weather
763-777-1263

On Sat, Dec 19, 2020 at 11:00 AM, Markus Neteler  wrote:

> On Sat, Dec 19, 2020 at 5:50 PM mdwxman  wrote:
>>
>> OK. It would be much easier to move to Fedora since CentOS is similar to 
>> Fedora. I used Fedora years ago and changed to CentOS at about CentOS 5. Too 
>> much time wasted to continue with CentOS.
>
> You'll find the geo stuff up to date in Fedora, and you will be
> familiar with the package management system.
>
> Markus___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

I’ve even found the DHCP/static issue to be impossible. I have 5 static lines 
here but as of last week (and actually several months ago) I’ve been unable to 
configure static addresses on the CentOS 8 machine. CentOS 8 requires 
NetworkManager and that reverts to DHCP no matter which NIC configuration I 
use. Dry sloppy work on their part.

Michael Allen
Industrial Weather
763-777-1263

On Sat, Dec 19, 2020 at 10:59 AM, Micha Silver  wrote:

> On 12/19/20 6:38 PM, mdwxman via grass-user wrote:
>
>> I’m starting to agree with you regarding Centos 8. This experience matches 
>> other experiences with it. Although I like it’s interface there seems to be 
>> serious, nefarious hidden issues when I start to compile code. I understand 
>> why it ‘s been abandoned, although I have no research to add to my 
>> suppositions.
>>
>> If old habits die hard those old habits can still have disastrous 
>> consequences. Today is the day to adopt Ubuntu & stop wasting my time & 
>> yours. I wonder how many others on this user group use CentOS 7 or 8? Not 
>> many I’d guess.
>
> Like you I also used CentOS for years, but left several years back for the 
> Debian family. I've been quite happy since.
>
> CentOS is still a good choice, I think, if you need a server for just a few 
> standard, unchanging services (DHCP, web server, mail server etc). But for 
> desktop work, with rapidly changing software, you quickly find yourself 
> chasing after packages that aren't available from the standard repos.
>
>> Michael Allen
>> Industrial Weather
>> 763-777-1263
>>
>> On Sat, Dec 19, 2020 at 5:53 AM, Markus Neteler  wrote:
>>
>>> On Sat, Dec 19, 2020 at 3:27 AM mdwxman via grass-user
>>> [](mailto:grass-user@lists.osgeo.org) wrote:

 This has become a very strange issue. This afternoon I attempted 8 
 variations on the compilation and all failed.
>>>
>>> There should ideally be just one way to install it.
>>>
 The first thing I did was to check on the GDAL version and although it 
 wasn't easy, it turns out that the conda installation from several weeks 
 ago used GDAL 2.4... The GRASS version was the 7.7 version. So, I changed 
 the subdirectory to the 3.0.4 GDAL version: /usr/include/gdal-config and 
 the /usr/share/gdal subdirectories. But those failed too although I used 
 the grass-7.8.5RC1 file.
>>>
>>> We need to see the error messages to help.
>>>
>>> In the first place I feel that you have a mixture of version on your
>>> machine. Personally, I would try without conda on Centos8.
>>>
 I also checked my logs and made sure I used the dnf install text for all 
 the required software. I also tried the "--with-gdal 
 --with-gdal-includes=/usr/include/gdal" configuration. All my attempts 
 bombed.

 It was interesting that dnf install noted that GDAL and GDAL-devel were 
 the most recent and already on my file system. There are two additional 
 tasks to do now. The first is to discover whether the GDAL and GDAL-devel 
 version 3.0.4 version is the one to use for the compilation. Is it the 
 most up-to-date?
>>>
>>> Here you can look up the version:
>>> https://src.fedoraproject.org/rpms/gdal/
>>> --> d'oh! where did it go? Someone must have removed it from there ... :(
>>>
>>> ==> Build status
>>> --> https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
>>> --> gdal-3.0.4-5.el8 (which I packaged in May)
>>>
>>> I have just triggered to rebuild it on the server:
>>>
>>> fedpkg build
>>> Building gdal-3.0.4-6.el8 for epel8-candidate
>>> Created task: 57788230
>>> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
>>> Building gdal-3.0.4-6.el8 for epel8-playground-candidate
>>> Created task: 57788232
>>> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232
>>>
>>> ==> it fails.
>>>
 The other task is attempt to dig into other log files to determine if 
 there is additional information.

 After that I plan to remove all GRASS versions and related libraries if I 
 can find them. I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps 
 there's a conflict hidden in the configuration.
>>>
>>> Is there any reason to keep the outdated GRASS 7.7?
>>>
 My other question revolves around gdal-config. There are two versions of 
 gdal-config: one simply called "gdal-config" and the other called 
 "gdal-config64" This machine (and all my networked machines) are x86_64 
 architecture. Is the configure script attempting to use one or the other 
 and defaulting to the "Error: cannot find gdal-config" option. This type 
 of thing has happened to me before and error messages can be notoriously 
 difficult to understand.
>>>
>>> I fully agree. There is no (obvious) point for me to have a separate
>>> "gdal-config64" script.
>>> Please check from which RPM it originates, with
>>>
>>> rpm -qf /usr/bin/gdal-config64
>>> ?
>>>
>>> But honestly, I am getting lost with Centos. 

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[Markus Neteler]

On Sat, Dec 19, 2020 at 5:50 PM mdwxman  wrote:
>
> OK.  It would be much easier to move to Fedora since CentOS is similar to 
> Fedora.  I used Fedora years ago and changed to CentOS at about CentOS 5.  
> Too much time wasted to continue with CentOS.

You'll find the geo stuff up to date in Fedora, and you will be
familiar with the package management system.

Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[Micha Silver]

  
  


On 12/19/20 6:38 PM, mdwxman via
  grass-user wrote:


  
  I’m starting to agree with you regarding Centos 8.  This
experience matches other experiences with it. Although I like
it’s interface there seems to be serious, nefarious hidden
issues when I start to compile code.  I understand why it ‘s
been abandoned, although I have no research to add to my
suppositions.
  
  
  If old habits die hard those old habits can still have
disastrous consequences.  Today is the day to adopt Ubuntu &
stop wasting my time & yours.  I wonder how many others on
this user group use CentOS 7 or 8?  Not many I’d guess.
  
  

Like you I also used CentOS for years, but left several years
  back for the Debian family. I've been quite happy since.
CentOS is still a good choice, I think, if you need a server for
  just a few standard, unchanging services (DHCP, web server, mail
  server etc). But for desktop work, with rapidly changing software,
  you quickly find yourself chasing after packages that aren't
  available from the standard repos.





  

  Michael Allen
  
  Industrial Weather
  
  763-777-1263
  

  
  
  
  
  
  On Sat, Dec 19, 2020 at 5:53 AM, Markus Neteler 
  wrote:
   On Sat, Dec 19,
2020 at 3:27 AM mdwxman via grass-user
 wrote:
>
> This has become a very strange issue. This afternoon I
attempted 8 variations on the compilation and all failed.

There should ideally be just one way to install it.

> The first thing I did was to check on the GDAL version and
although it wasn't easy, it turns out that the conda
installation from several weeks ago used GDAL 2.4... The GRASS
version was the 7.7 version. So, I changed the subdirectory to
the 3.0.4 GDAL version: /usr/include/gdal-config and the
/usr/share/gdal subdirectories. But those failed too although I
used the grass-7.8.5RC1 file.

We need to see the error messages to help.

In the first place I feel that you have a mixture of version on
your
machine. Personally, I would try without conda on Centos8.

> I also checked my logs and made sure I used the dnf install
text for all the required software. I also tried the
"--with-gdal --with-gdal-includes=/usr/include/gdal"
configuration. All my attempts bombed.
>
> It was interesting that dnf install noted that GDAL and
GDAL-devel were the most recent and already on my file system.
There are two additional tasks to do now. The first is to
discover whether the GDAL and GDAL-devel version 3.0.4 version
is the one to use for the compilation. Is it the most
up-to-date?

Here you can look up the version:
https://src.fedoraproject.org/rpms/gdal/
--> d'oh! where did it go? Someone must have removed it from
there ... :(

==> Build status
-->
https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
--> gdal-3.0.4-5.el8 (which I packaged in May)

I have just triggered to rebuild it on the server:

fedpkg build
Building gdal-3.0.4-6.el8 for epel8-candidate
Created task: 57788230
Task info:
https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
Building gdal-3.0.4-6.el8 for epel8-playground-candidate
Created task: 57788232
Task info:
https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232

==> it fails.

> The other task is attempt to dig into other log files to
determine if there is additional information.
>
> After that I plan to remove all GRASS versions and related
libraries if I can find them. I know I have two GRASS versions:
7.7 and 7.8.5 so perhaps there's a conflict hidden in the
configuration.

Is there any reason to keep the outdated GRASS 7.7?

> My other question revolves around gdal-config. There are
two versions of gdal-config: one simply called "gdal-config" and
the other called "gdal-config64" This machine (and all my
networked machines) are x86_64 architecture. Is the configure
script attempting to use one or the other and defaulting to the
"Error: cannot find gdal-config" option. This type of thing has
happened to me before and error messages can be notoriously
difficult to understand.

I fully agree. There is no (obvious) point for me to have a
separate
"gdal-config64" 

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

OK. It would be much easier to move to Fedora since CentOS is similar to 
Fedora. I used Fedora years ago and changed to CentOS at about CentOS 5. Too 
much time wasted to continue with CentOS.

Michael Allen
Industrial Weather
763-777-1263

On Sat, Dec 19, 2020 at 5:53 AM, Markus Neteler  wrote:

> On Sat, Dec 19, 2020 at 3:27 AM mdwxman via grass-user
>  wrote:
>>
>> This has become a very strange issue. This afternoon I attempted 8 
>> variations on the compilation and all failed.
>
> There should ideally be just one way to install it.
>
>> The first thing I did was to check on the GDAL version and although it 
>> wasn't easy, it turns out that the conda installation from several weeks ago 
>> used GDAL 2.4... The GRASS version was the 7.7 version. So, I changed the 
>> subdirectory to the 3.0.4 GDAL version: /usr/include/gdal-config and the 
>> /usr/share/gdal subdirectories. But those failed too although I used the 
>> grass-7.8.5RC1 file.
>
> We need to see the error messages to help.
>
> In the first place I feel that you have a mixture of version on your
> machine. Personally, I would try without conda on Centos8.
>
>> I also checked my logs and made sure I used the dnf install text for all the 
>> required software. I also tried the "--with-gdal 
>> --with-gdal-includes=/usr/include/gdal" configuration. All my attempts 
>> bombed.
>>
>> It was interesting that dnf install noted that GDAL and GDAL-devel were the 
>> most recent and already on my file system. There are two additional tasks to 
>> do now. The first is to discover whether the GDAL and GDAL-devel version 
>> 3.0.4 version is the one to use for the compilation. Is it the most 
>> up-to-date?
>
> Here you can look up the version:
> https://src.fedoraproject.org/rpms/gdal/
> --> d'oh! where did it go? Someone must have removed it from there ... :(
>
> ==> Build status
> --> https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
> --> gdal-3.0.4-5.el8 (which I packaged in May)
>
> I have just triggered to rebuild it on the server:
>
> fedpkg build
> Building gdal-3.0.4-6.el8 for epel8-candidate
> Created task: 57788230
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
> Building gdal-3.0.4-6.el8 for epel8-playground-candidate
> Created task: 57788232
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232
>
> ==> it fails.
>
>> The other task is attempt to dig into other log files to determine if there 
>> is additional information.
>>
>> After that I plan to remove all GRASS versions and related libraries if I 
>> can find them. I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps 
>> there's a conflict hidden in the configuration.
>
> Is there any reason to keep the outdated GRASS 7.7?
>
>> My other question revolves around gdal-config. There are two versions of 
>> gdal-config: one simply called "gdal-config" and the other called 
>> "gdal-config64" This machine (and all my networked machines) are x86_64 
>> architecture. Is the configure script attempting to use one or the other and 
>> defaulting to the "Error: cannot find gdal-config" option. This type of 
>> thing has happened to me before and error messages can be notoriously 
>> difficult to understand.
>
> I fully agree. There is no (obvious) point for me to have a separate
> "gdal-config64" script.
> Please check from which RPM it originates, with
>
> rpm -qf /usr/bin/gdal-config64
> ?
>
> But honestly, I am getting lost with Centos. That's why we abandoned
> it earlier this year (which was an attempt after 10 years of
> Scientific Linux on our HPC infrastructure).
>
> However, I have good experience with Fedora and Ubuntu.
>
> Markus___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

BTW, there is no reason to keep the outdated vs. 7.7. Since I’m going to wipe 
the 8 Tb from that machine and move to Ubuntu on all the others, that will 
disappear as well.

Michael Allen
Industrial Weather
763-777-1263

On Sat, Dec 19, 2020 at 5:53 AM, Markus Neteler  wrote:

> On Sat, Dec 19, 2020 at 3:27 AM mdwxman via grass-user
>  wrote:
>>
>> This has become a very strange issue. This afternoon I attempted 8 
>> variations on the compilation and all failed.
>
> There should ideally be just one way to install it.
>
>> The first thing I did was to check on the GDAL version and although it 
>> wasn't easy, it turns out that the conda installation from several weeks ago 
>> used GDAL 2.4... The GRASS version was the 7.7 version. So, I changed the 
>> subdirectory to the 3.0.4 GDAL version: /usr/include/gdal-config and the 
>> /usr/share/gdal subdirectories. But those failed too although I used the 
>> grass-7.8.5RC1 file.
>
> We need to see the error messages to help.
>
> In the first place I feel that you have a mixture of version on your
> machine. Personally, I would try without conda on Centos8.
>
>> I also checked my logs and made sure I used the dnf install text for all the 
>> required software. I also tried the "--with-gdal 
>> --with-gdal-includes=/usr/include/gdal" configuration. All my attempts 
>> bombed.
>>
>> It was interesting that dnf install noted that GDAL and GDAL-devel were the 
>> most recent and already on my file system. There are two additional tasks to 
>> do now. The first is to discover whether the GDAL and GDAL-devel version 
>> 3.0.4 version is the one to use for the compilation. Is it the most 
>> up-to-date?
>
> Here you can look up the version:
> https://src.fedoraproject.org/rpms/gdal/
> --> d'oh! where did it go? Someone must have removed it from there ... :(
>
> ==> Build status
> --> https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
> --> gdal-3.0.4-5.el8 (which I packaged in May)
>
> I have just triggered to rebuild it on the server:
>
> fedpkg build
> Building gdal-3.0.4-6.el8 for epel8-candidate
> Created task: 57788230
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
> Building gdal-3.0.4-6.el8 for epel8-playground-candidate
> Created task: 57788232
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232
>
> ==> it fails.
>
>> The other task is attempt to dig into other log files to determine if there 
>> is additional information.
>>
>> After that I plan to remove all GRASS versions and related libraries if I 
>> can find them. I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps 
>> there's a conflict hidden in the configuration.
>
> Is there any reason to keep the outdated GRASS 7.7?
>
>> My other question revolves around gdal-config. There are two versions of 
>> gdal-config: one simply called "gdal-config" and the other called 
>> "gdal-config64" This machine (and all my networked machines) are x86_64 
>> architecture. Is the configure script attempting to use one or the other and 
>> defaulting to the "Error: cannot find gdal-config" option. This type of 
>> thing has happened to me before and error messages can be notoriously 
>> difficult to understand.
>
> I fully agree. There is no (obvious) point for me to have a separate
> "gdal-config64" script.
> Please check from which RPM it originates, with
>
> rpm -qf /usr/bin/gdal-config64
> ?
>
> But honestly, I am getting lost with Centos. That's why we abandoned
> it earlier this year (which was an attempt after 10 years of
> Scientific Linux on our HPC infrastructure).
>
> However, I have good experience with Fedora and Ubuntu.
>
> Markus___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

I’m starting to agree with you regarding Centos 8. This experience matches 
other experiences with it. Although I like it’s interface there seems to be 
serious, nefarious hidden issues when I start to compile code. I understand why 
it ‘s been abandoned, although I have no research to add to my suppositions.

If old habits die hard those old habits can still have disastrous consequences. 
Today is the day to adopt Ubuntu & stop wasting my time & yours. I wonder how 
many others on this user group use CentOS 7 or 8? Not many I’d guess.

Michael Allen
Industrial Weather
763-777-1263

On Sat, Dec 19, 2020 at 5:53 AM, Markus Neteler  wrote:

> On Sat, Dec 19, 2020 at 3:27 AM mdwxman via grass-user
>  wrote:
>>
>> This has become a very strange issue. This afternoon I attempted 8 
>> variations on the compilation and all failed.
>
> There should ideally be just one way to install it.
>
>> The first thing I did was to check on the GDAL version and although it 
>> wasn't easy, it turns out that the conda installation from several weeks ago 
>> used GDAL 2.4... The GRASS version was the 7.7 version. So, I changed the 
>> subdirectory to the 3.0.4 GDAL version: /usr/include/gdal-config and the 
>> /usr/share/gdal subdirectories. But those failed too although I used the 
>> grass-7.8.5RC1 file.
>
> We need to see the error messages to help.
>
> In the first place I feel that you have a mixture of version on your
> machine. Personally, I would try without conda on Centos8.
>
>> I also checked my logs and made sure I used the dnf install text for all the 
>> required software. I also tried the "--with-gdal 
>> --with-gdal-includes=/usr/include/gdal" configuration. All my attempts 
>> bombed.
>>
>> It was interesting that dnf install noted that GDAL and GDAL-devel were the 
>> most recent and already on my file system. There are two additional tasks to 
>> do now. The first is to discover whether the GDAL and GDAL-devel version 
>> 3.0.4 version is the one to use for the compilation. Is it the most 
>> up-to-date?
>
> Here you can look up the version:
> https://src.fedoraproject.org/rpms/gdal/
> --> d'oh! where did it go? Someone must have removed it from there ... :(
>
> ==> Build status
> --> https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
> --> gdal-3.0.4-5.el8 (which I packaged in May)
>
> I have just triggered to rebuild it on the server:
>
> fedpkg build
> Building gdal-3.0.4-6.el8 for epel8-candidate
> Created task: 57788230
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
> Building gdal-3.0.4-6.el8 for epel8-playground-candidate
> Created task: 57788232
> Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232
>
> ==> it fails.
>
>> The other task is attempt to dig into other log files to determine if there 
>> is additional information.
>>
>> After that I plan to remove all GRASS versions and related libraries if I 
>> can find them. I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps 
>> there's a conflict hidden in the configuration.
>
> Is there any reason to keep the outdated GRASS 7.7?
>
>> My other question revolves around gdal-config. There are two versions of 
>> gdal-config: one simply called "gdal-config" and the other called 
>> "gdal-config64" This machine (and all my networked machines) are x86_64 
>> architecture. Is the configure script attempting to use one or the other and 
>> defaulting to the "Error: cannot find gdal-config" option. This type of 
>> thing has happened to me before and error messages can be notoriously 
>> difficult to understand.
>
> I fully agree. There is no (obvious) point for me to have a separate
> "gdal-config64" script.
> Please check from which RPM it originates, with
>
> rpm -qf /usr/bin/gdal-config64
> ?
>
> But honestly, I am getting lost with Centos. That's why we abandoned
> it earlier this year (which was an attempt after 10 years of
> Scientific Linux on our HPC infrastructure).
>
> However, I have good experience with Fedora and Ubuntu.
>
> Markus___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[Markus Neteler]

On Sat, Dec 19, 2020 at 3:27 AM mdwxman via grass-user
 wrote:
>
> This has become a very strange issue.  This afternoon I attempted 8 
> variations on the compilation and all failed.

There should ideally be just one way to install it.

> The first thing I did was to check on the GDAL version and although it wasn't 
> easy, it turns out that the conda installation from several weeks ago used 
> GDAL 2.4... The GRASS version was the 7.7 version.  So, I changed the 
> subdirectory to the 3.0.4 GDAL version: /usr/include/gdal-config and the 
> /usr/share/gdal subdirectories.  But those failed too although I used the 
> grass-7.8.5RC1 file.

We need to see the error messages to help.

In the first place I feel that you have a mixture of version on your
machine. Personally, I would try without conda on Centos8.

> I also checked my logs and made sure I used the dnf install text for all the 
> required software.  I also tried the "--with-gdal 
> --with-gdal-includes=/usr/include/gdal" configuration.  All my attempts 
> bombed.
>
> It was interesting that dnf install noted that GDAL and GDAL-devel were the 
> most recent and already on my file system.  There are two additional tasks to 
> do now.  The first is to discover whether the GDAL and GDAL-devel version 
> 3.0.4 version is the one to use for the compilation.  Is it the most 
> up-to-date?

Here you can look up the version:
https://src.fedoraproject.org/rpms/gdal/
--> d'oh! where did it go? Someone must have removed it from there ... :(

==> Build status
   --> https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
 --> gdal-3.0.4-5.el8  (which I packaged in May)

I have just triggered to rebuild it on the server:

fedpkg build
Building gdal-3.0.4-6.el8 for epel8-candidate
Created task: 57788230
Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
Building gdal-3.0.4-6.el8 for epel8-playground-candidate
Created task: 57788232
Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232

==> it fails.

> The other task is attempt to dig into other log files to determine if there 
> is additional information.
>
> After that I plan to remove all GRASS versions and related libraries if I can 
> find them.  I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps 
> there's a conflict hidden in the configuration.

Is there any reason to keep the outdated GRASS 7.7?

> My other question revolves around gdal-config.  There are two versions of 
> gdal-config: one simply called "gdal-config" and the other called 
> "gdal-config64"  This machine (and all my networked machines) are x86_64 
> architecture.  Is the configure script attempting to use one or the other and 
> defaulting to the "Error: cannot find gdal-config" option.  This type of 
> thing has happened to me before and error messages can be notoriously 
> difficult to understand.

I fully agree. There is no (obvious) point for me to have a separate
"gdal-config64" script.
Please check from which RPM it originates, with

rpm -qf /usr/bin/gdal-config64
?

But honestly, I am getting lost with Centos. That's why we abandoned
it earlier this year (which was an attempt after 10 years of
Scientific Linux on our HPC infrastructure).

However, I have good experience with Fedora and Ubuntu.

Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

This has become a very strange issue. This afternoon I attempted 8 variations 
on the compilation and all failed. The first thing I did was to check on the 
GDAL version and although it wasn't easy, it turns out that the conda 
installation from several weeks ago used GDAL 2.4... The GRASS version was the 
7.7 version. So, I changed the subdirectory to the 3.0.4 GDAL version: 
/usr/include/gdal-config and the /usr/share/gdal subdirectories. But those 
failed too although I used the grass-7.8.5RC1 file. I also checked my logs and 
made sure I used the dnf install text for all the required software. I also 
tried the "--with-gdal --with-gdal-includes=/usr/include/gdal" configuration. 
All my attempts bombed.

It was interesting that dnf install noted that GDAL and GDAL-devel were the 
most recent and already on my file system. There are two additional tasks to do 
now. The first is to discover whether the GDAL and GDAL-devel version 3.0.4 
version is the one to use for the compilation. Is it the most up-to-date? The 
other task is attempt to dig into other log files to determine if there is 
additional information.

After that I plan to remove all GRASS versions and related libraries if I can 
find them. I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps there's a 
conflict hidden in the configuration. My other question revolves around 
gdal-config. There are two versions of gdal-config: one simply called 
"gdal-config" and the other called "gdal-config64" This machine (and all my 
networked machines) are x86_64 architecture. Is the configure script attempting 
to use one or the other and defaulting to the "Error: cannot find gdal-config" 
option. This type of thing has happened to me before and error messages can be 
notoriously difficult to understand.

Any other suggestions would be gladly entertained or even grasped or even 
prayed for!!

Michael Allen
Industrial Weather
763-777-1263

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Thursday, December 17, 2020 10:19 PM, mdwxman via grass-user 
 wrote:

> Looks like more fun here at dog fur manor. I'm still stuck on the compilation 
> of grass-7.8.5RC1 on CentOS 8.
>
> The script stops at line 6788 in the configure script with the ERROR message: 
> Cannot find grass-config.
>
> I've moved grass-config to many different subdirectories but always with the 
> same result. I used the methods on 
> https://grasswiki.osgeo.org/wiki/Compile_and_Install#CentOS under the CentOS 
> 8 and the GRASS 7 instructions. The installation of all dependencies went 
> fine but apparently there is an issue with grass-config.
>
> And just think, I'm not even finished with the ./configure process. Am I 
> missing something?
>
> Michael Allen
> Industrial Weather
> 763-777-1263
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

Thank you Markus.  I suspected something like this.  The version(s) of GDAL now 
on my computer are of the 2.4... variety.  After reading through your bugzilla 
messages from 2018 ff. I suspected there was more to the story.

Thank you.


Michael Allen
Industrial Weather
763-777-1263

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Friday, December 18, 2020 2:47 AM, Markus Neteler  wrote:

> On Fri, Dec 18, 2020 at 5:19 AM mdwxman via grass-user
> grass-user@lists.osgeo.org wrote:
>
> > Looks like more fun here at dog fur manor. I'm still stuck on the 
> > compilation of grass-7.8.5RC1 on CentOS 8.
> > The script stops at line 6788 in the configure script with the ERROR 
> > message: Cannot find grass-config.
>
> This is unexpected. Do you mean
> gdal-config
> ?
>
> If yes, you need to install the "gdal-devel" RPM.
> In general, also other development packages like "proj-devel" are
> needed. The list is in the Wiki page cited below.
>
> > I've moved grass-config to many different subdirectories but always with 
> > the same result.
> > I used the methods on 
> > https://grasswiki.osgeo.org/wiki/Compile_and_Install#CentOS
> > under the CentOS 8 and the GRASS 7 instructions. The installation of all 
> > dependencies went fine but apparently there is an issue with grass-config.
>
> Please use to "gdal-config" as per Wiki page.
>
> Markus


___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[Markus Neteler]

On Fri, Dec 18, 2020 at 5:19 AM mdwxman via grass-user
 wrote:
>
> Looks like more fun here at dog fur manor.  I'm still stuck on the 
> compilation of grass-7.8.5RC1 on CentOS 8.
>
> The script stops at line 6788 in the configure script with the ERROR message: 
> Cannot find grass-config.

This is unexpected. Do you mean
gdal-config
?

If yes, you need to install the "gdal-devel" RPM.
In general, also other development packages like "proj-devel" are
needed. The list is in the Wiki page cited below.

> I've moved grass-config to many different subdirectories but always with the 
> same result.
> I used the methods on 
> https://grasswiki.osgeo.org/wiki/Compile_and_Install#CentOS
> under the CentOS 8 and the GRASS 7 instructions.  The installation of all 
> dependencies went fine but apparently there is an issue with grass-config.

Please use to "gdal-config" as per Wiki page.

Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

[mdwxman via grass-user]

Looks like more fun here at dog fur manor. I'm still stuck on the compilation 
of grass-7.8.5RC1 on CentOS 8.

The script stops at line 6788 in the configure script with the ERROR message: 
Cannot find grass-config.

I've moved grass-config to many different subdirectories but always with the 
same result. I used the methods on 
https://grasswiki.osgeo.org/wiki/Compile_and_Install#CentOS under the CentOS 8 
and the GRASS 7 instructions. The installation of all dependencies went fine 
but apparently there is an issue with grass-config.

And just think, I'm not even finished with the ./configure process. Am I 
missing something?

Michael Allen
Industrial Weather
763-777-1263

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user