Pages not deploying?

[Raymond Toy]

Thanks Erik and Fillip!  It looks just like it used to.  Time to update my
links.

One last question:  cmucl.org rsyncs the files to update cmucl.org.  Should
a different path be used now?  (Someone else set it up, so I'm not exactly
sure what path is being used.)

On Wed, Jan 19, 2022 at 12:11 AM Erik Huelsmann <ehuels at gmail.com> wrote:

> Hi Ray,
>
> Fillip Marek checked out your problem report this morning. There was a
> configuration issue and https://cmucl.common-lisp.dev renders
> correctly now.
>
> Regards,
>
> Erik.
>
> On Wed, Jan 19, 2022 at 5:57 AM Raymond Toy <toy.raymond at gmail.com> wrote:
> >
> > Yeah, I've noticed that common-lisp.dev is doing something different
> now.  cmucl.common-lisp.dev is not loading the JS files.  Chrome console
> says the server is responding with a MIME type of "text/html" for the file
> js/common.js.  Without JS, I can't navigate to the various pages.
> >
> > Before it was moved, common-lisp.net/project/cmucl/ worked fine and
> loaded the JS files without problems.
> >
> > On Tue, Jan 18, 2022 at 8:19 PM Eric Timmons <etimmons at mit.edu> wrote:
> >>
> >> There seems to be something wrong with the Gitlab Pages hosted sites. It
> >> looks like the path is being dropped when the request is forwarded to
> >> the Pages daemon.
> >>
> >> Compare <https://cl-tar.common-lisp.dev/>,
> >> <https://cl-tar.common-lisp.dev/cl-tar/v0.2.1/manual/>, and
> >> <https://cl-tar.common-lisp.dev/theme.css>
> >>
> >> -Eric
> >>
> >> On 1/18/22 18:33, Erik Huelsmann wrote:
> >> > Today i renamed all repositories that deploy a site, such as
> >> > antiek/antik-site so that it deploys its site on
> antiek.common-lisp.dev
> >> > <http://antiek.common-lisp.dev>.
> >> >
> >> > All sites that used to be hosted under common-lisp.net/project/
> >> > <http://common-lisp.net/project/> are now forwarded to
> common-lisp.dev
> >> > <http://common-lisp.dev> too.
> >> >
> >> > It would be absolutely great if we could get contributions from people
> >> > who are comfortable with gitlab pages describing how to use it with CL
> >> > site builder software as content for common-lisp.net
> >> > <http://common-lisp.net>
> >> >
> >> >
> >> > Regards,
> >> >
> >> >
> >> > Erik
> >> >
> >> > On Sat, Jan 15, 2022, 19:37 Raymond Toy <toy.raymond at gmail.com
> >> > <mailto:toy.raymond at gmail.com>> wrote:
> >> >
> >> >
> >> >
> >> >     On Sat, Jan 15, 2022 at 10:21 AM Erik Huelsmann <ehuels at gmail.com
> >> >     <mailto:ehuels at gmail.com>> wrote:
> >> >
> >> >         Hi Ray,
> >> >
> >> >          > Sorry for the delay.
> >> >         No problem!
> >> >
> >> >          > I tried to look for the deployed pages, and
> >> >         https://common-lisp.net/project/cmucl
> >> >         <https://common-lisp.net/project/cmucl> no longer exists
> (404),
> >> >         and the new site cmucl.common-lisp.dev
> >> >         <http://cmucl.common-lisp.dev> doesn't exist either.
> >> >
> >> >         The issue here is that the site correctly renders when you use
> >> >         https://common-lisp.net/project/cmucl/
> >> >         <https://common-lisp.net/project/cmucl/> but not without the
> >> >         trailing
> >> >         forward-slash. This is one of the reasons to want to
> implement the
> >> >         pages daemon and run the domains on common-lisp.dev
> >> >         <http://common-lisp.dev>.
> >> >
> >> >
> >> >     Yes, when I use the trailing slash, I see the expected results.
> >> >     Thanks so much for fixing this!
> >> >
> >> >
> >> >          > Gitlab CI thinks everything is working though.  I don't
> >> >         remember if this is the way it always was or not, but if you
> >> >         visit
> >> >
> https://gitlab.common-lisp.net/cmucl/cmucl-site/-/pipelines/5765
> >> >         <
> https://gitlab.common-lisp.net/cmucl/cmucl-site/-/pipelines/5765>,
> >> >         the deploy stage has two steps: "pages" and "pages:deploy".  I
> >> >         can rerun "pages", but not "pages:deploy".
> >> >
> >> >         I think the step "pages:deploy" is a built-in step in GitLab
> CI
> >> >         which
> >> >         you're not supposed to be able to re-run. However, it'll
> rerun when
> >> >         the last job gets rerun (or so I believe).
> >> >
> >> >
> >> >     Looks that way.  I just reran the pipeline an hour or so ago, and
> >> >     once I used the correct link, the expected changes are there.
> >> >
> >> >     Thanks!
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >         --
> >> >         Bye,
> >> >
> >> >         Erik.
> >> >
> >> >         http://efficito.com <http://efficito.com> -- Hosted
> accounting
> >> >         and ERP.
> >> >         Robust and Flexible. No vendor lock-in.
> >> >
> >> >
> >> >
> >> >     --
> >> >     Ray
> >> >
> >>
> >
> >
> > --
> > Ray
>
>
>
> --
> Bye,
>
> Erik.
>
> http://efficito.com -- Hosted accounting and ERP.
> Robust and Flexible. No vendor lock-in.
>


-- 
Ray
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/clo-devel/attachments/20220119/78d556e7/attachment.html>