<div>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.<caret></caret></div><div><br></div><div id="protonmail_signature_block" class="protonmail_signature_block"><div><div>Michael Allen<br></div><div>Industrial Weather<br></div><div>763-777-1263<br></div></div></div> <div><br></div><div><br></div>On Sat, Dec 19, 2020 at 10:59 AM, Micha Silver <<a href="mailto:tsvibar@gmail.com" class="">tsvibar@gmail.com</a>> wrote:<blockquote class="protonmail_quote" type="cite">
<p><br>
</p>
<div class="moz-cite-prefix">On 12/19/20 6:38 PM, mdwxman via
grass-user wrote:<br>
</div>
<blockquote type="cite">
<div>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.</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
</blockquote>
<p>Like you I also used CentOS for years, but left several years
back for the Debian family. I've been quite happy since.</p>
<p>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.</p>
<p><br>
</p>
<p><br>
</p>
<blockquote type="cite">
<div id="protonmail_signature_block" class="protonmail_signature_block">
<div>
<div>Michael Allen<br>
</div>
<div>Industrial Weather<br>
</div>
<div>763-777-1263<br>
</div>
</div>
</div>
<div><br>
</div>
<div><br>
</div>
On Sat, Dec 19, 2020 at 5:53 AM, Markus Neteler <<a href="mailto:neteler@osgeo.org" class="">neteler@osgeo.org</a>>
wrote:
<blockquote class="protonmail_quote" type="cite"> On Sat, Dec 19,
2020 at 3:27 AM mdwxman via grass-user<br>
<a class="moz-txt-link-rfc2396E" href="mailto:grass-user@lists.osgeo.org"><grass-user@lists.osgeo.org></a> wrote:<br>
><br>
> This has become a very strange issue. This afternoon I
attempted 8 variations on the compilation and all failed.<br>
<br>
There should ideally be just one way to install it.<br>
<br>
> 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.<br>
<br>
We need to see the error messages to help.<br>
<br>
In the first place I feel that you have a mixture of version on
your<br>
machine. Personally, I would try without conda on Centos8.<br>
<br>
> 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.<br>
><br>
> 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?<br>
<br>
Here you can look up the version:<br>
<a class="moz-txt-link-freetext" href="https://src.fedoraproject.org/rpms/gdal/">https://src.fedoraproject.org/rpms/gdal/</a><br>
--> d'oh! where did it go? Someone must have removed it from
there ... :(<br>
<br>
==> Build status<br>
-->
<a class="moz-txt-link-freetext" href="https://koji.fedoraproject.org/koji/packageinfo?packageID=1826">https://koji.fedoraproject.org/koji/packageinfo?packageID=1826</a><br>
--> gdal-3.0.4-5.el8 (which I packaged in May)<br>
<br>
I have just triggered to rebuild it on the server:<br>
<br>
fedpkg build<br>
Building gdal-3.0.4-6.el8 for epel8-candidate<br>
Created task: 57788230<br>
Task info:
<a class="moz-txt-link-freetext" href="https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230">https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230</a><br>
Building gdal-3.0.4-6.el8 for epel8-playground-candidate<br>
Created task: 57788232<br>
Task info:
<a class="moz-txt-link-freetext" href="https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232">https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232</a><br>
<br>
==> it fails.<br>
<br>
> The other task is attempt to dig into other log files to
determine if there is additional information.<br>
><br>
> 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.<br>
<br>
Is there any reason to keep the outdated GRASS 7.7?<br>
<br>
> 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.<br>
<br>
I fully agree. There is no (obvious) point for me to have a
separate<br>
"gdal-config64" script.<br>
Please check from which RPM it originates, with<br>
<br>
rpm -qf /usr/bin/gdal-config64<br>
?<br>
<br>
But honestly, I am getting lost with Centos. That's why we
abandoned<br>
it earlier this year (which was an attempt after 10 years of<br>
Scientific Linux on our HPC infrastructure).<br>
<br>
However, I have good experience with Fedora and Ubuntu.<br>
<br>
Markus<br>
</blockquote>
<div><br>
</div>
<div><br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
grass-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918</pre>
</blockquote><div><br></div><div><br></div>