Not signed in (Sign In)

Not signed in

Want to take part in these discussions? Sign in if you have an account, or apply for one below

  • Sign in using OpenID

Site Tag Cloud

2-category 2-category-theory abelian-categories adjoint algebra algebraic algebraic-geometry algebraic-topology analysis analytic-geometry arithmetic arithmetic-geometry book bundles calculus categorical categories category category-theory chern-weil-theory cohesion cohesive-homotopy-type-theory cohomology colimits combinatorics complex complex-geometry computable-mathematics computer-science constructive cosmology definitions deformation-theory descent diagrams differential differential-cohomology differential-equations differential-geometry digraphs duality elliptic-cohomology enriched fibration foundation foundations functional-analysis functor gauge-theory gebra geometric-quantization geometry graph graphs gravity grothendieck group group-theory harmonic-analysis higher higher-algebra higher-category-theory higher-differential-geometry higher-geometry higher-lie-theory higher-topos-theory homological homological-algebra homotopy homotopy-theory homotopy-type-theory index-theory integration integration-theory k-theory lie-theory limits linear linear-algebra locale localization logic mathematics measure-theory modal modal-logic model model-category-theory monad monads monoidal monoidal-category-theory morphism motives motivic-cohomology nforum nlab noncommutative noncommutative-geometry number-theory of operads operator operator-algebra order-theory pages pasting philosophy physics pro-object probability probability-theory quantization quantum quantum-field quantum-field-theory quantum-mechanics quantum-physics quantum-theory question representation representation-theory riemannian-geometry scheme schemes set set-theory sheaf simplicial space spin-geometry stable-homotopy-theory stack string string-theory superalgebra supergeometry svg symplectic-geometry synthetic-differential-geometry terminology theory topology topos topos-theory tqft type type-theory universal variational-calculus

Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.

Welcome to nForum
If you want to take part in these discussions either sign in now (if you have an account), apply for one now (if you don't).
    • CommentRowNumber1.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    Created page, to fill a hole in the table.

    v1, current

    • CommentRowNumber2.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    Something is wrong with the parsing of this page, but I can’t tell what.

    v1, current

  1. Having a look.

  2. Fixed. For some reason the combination of Maruku and the new renderer when it comes to lists inside the new theorem environments is a bit fragile. There needs to be a blank line between the end of the list and anything else. I’ve been putting off fixing this, because, as with several things, it will be resolved once we get rid of Maruku, which is a high priority.

    • CommentRowNumber5.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    Thanks! I’ll try to remember that.

    • CommentRowNumber6.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    Now I’m trying to fix the include on this page (I mistakenly typed includes instead of include) and I’m getting

    uninitialized constant Page::Open3
    
    • CommentRowNumber7.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    I’m getting that error editing other pages too. Maybe it’s system-wide?

  3. Yes, I restarted the server when making the spam update, and this has broken editing. No idea why, am trying to look into it.

    • CommentRowNumber9.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    Thanks!

    • CommentRowNumber10.
    • CommentAuthorRichard Williamson
    • CommentTimeJan 17th 2019
    • (edited Jan 17th 2019)

    OK, think it is fixed now. The cause seems to have been the most bizarre thing: for half a year, the Ruby code in a certain file in Instiki had worked fine, and suddenly now it decided that an explicit import was required! I don’t know exactly how Rails’ dependency mechanism works; if the Ruby version was somehow bumped without my knowing it, this would explain it, but I can’t believe that things would be set up to automatically bump something like that!

    I have been installing a few things on the server recently, and I suppose this might have bumped the Ruby version, but the nLab is running in a Rails virtual environment, and I would have thought would be unaffected. Oh well, hopefully nothing else has been broken by this!

    • CommentRowNumber11.
    • CommentAuthorMike Shulman
    • CommentTimeJan 17th 2019

    Weird. Thanks for fixing!