Re: [lmi] Should lmi use an xml catalog resolver?

[Vadim Zeitlin]

On Tue, 3 Nov 2020 23:09:03 +0000 Greg Chicares <gchicares@sbcglobal.net> wrote:

GC> On 10/30/20 11:24 PM, Vadim Zeitlin wrote:
GC> > On Fri, 30 Oct 2020 20:39:16 +0000 Greg Chicares 
<gchicares@sbcglobal.net> wrote:
GC> > 
GC> > GC> Kim built everything from scratch yesterday with cygwin, and her logs
GC> > GC> show a different set of "failed to load external entity" messages,
GC> > GC> with no chroot involved, of course.
GC> > 
GC> >  Sorry, it's apparently my build environment which is special and not
GC> > yours, after all: I also see such warnings in GitHub CI builds, see e.g.
GC> > 
GC> > 
https://github.com/let-me-illustrate/lmi/runs/1333943758?check_suite_focus=true#step:10:1131
GC> 
GC> I see a check-mark in a circle, next to "Build XML libraries", and "1m 38s",
GC> but no warnings. But "uBlock Origin" has api.github.com blocked, as well as
GC> the more nefarious-sounding collector.github.com .

 IMHO you should allow them both, at least locally (i.e. on github.com
domain). They're really not nefarious at all or at least I've never seen
any indication of this and I consider myself reasonably paranoid.

GC> > The DTD is also present in tests/valid/dtds
GC> > subdirectory of libxml2 sources, so we could probably just set
GC> > XML_CATALOG_FILES environment variable to point there to avoid it. Should 
I
GC> > try doing this?
GC> 
GC> It was more educational for me to do it: commit 92946c11ae.

 It was quite educational to me too as I didn't know about URI rewriting
stuff, so I'm keeping a reference to this commit in case I need something
like this in the future.

 Thanks!
VZ

pgp0ho3dHGj2F.pgp
Description: PGP signature