[server-admins] [CrossWire-Private] Server problem? Cacheing?

[Greg Hellings]

The only other caching I know of is the creation of mods.d.tar.gz. If that
isn't being (re)created on its appropriate schedule then I don't think
libsword will pick up any changes. I believe it looks for that file first
and only will scan the directory if it can't find that.

--Greg

On Fri, Nov 16, 2018 at 9:03 AM Peter von Kaehne <refdoc at crosswire.org>
wrote:

> Yes, of course.
>
> Peter
>
> On Fri, 2018-11-16 at 08:56 -0600, Greg Hellings wrote:
> > libsword itself caches the results of a remote module fetch. Are you
> > telling the client to refresh the server listing?
> >
> > --Greg
> >
> > On Fri, Nov 16, 2018 at 8:54 AM Peter von Kaehne <refdoc at gmx.net>
> > wrote:
> > > Dear All,
> > >
> > > I have last few days uploaded a number of modules - they are
> > > available
> > > on the module download website, jsword frontends see them, but
> > > libsword
> > > can not see them. I have no clue why. I checked the repo via SSH
> > > and
> > > they are there. But using Bishop, Xiphos etc - they do not show up.
> > > And
> > > modules I deleted are still there.
> > >
> > > Any helpful hits? Is there some cacheing happening now? And if so,
> > > how
> > > can this be force-refreshed?
> > >
> > > Thanks!
> > >
> > > Peter
> > >
> > >
> > >
> > > _______________________________________________
> > > server-admins mailing list
> > > server-admins at crosswire.org
> > > http://www.crosswire.org/mailman/listinfo/server-admins
> >
> > _______________________________________________
> > CrossWire-Private mailing list
> > CrossWire-Private at crosswire.org
> > http://www.crosswire.org/mailman/listinfo/crosswire-private
>
>
> _______________________________________________
> CrossWire-Private mailing list
> CrossWire-Private at crosswire.org
> http://www.crosswire.org/mailman/listinfo/crosswire-private
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/server-admins/attachments/20181116/1ea879c8/attachment.html>