The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.

Gtheory4LLM 0.5.0 — Study Planning

Source version: 0.5.0. For versioned archives, manuals and publication status, see the repository manifest and GitHub releases. These repository records are excluded from the package archive; this source version does not assert that a corresponding release has been published.

This version adds bounded study-planning tools. Historical release assets and the numerical acceptance rules are unchanged.

Gtheory4LLM 0.4.1

0.4.0 was tagged and its bundle staged, but it was not published or submitted: its release check on R built without long double refused a fit on one machine and the test could not say so. 0.4.1 is 0.4.0 with that test corrected and no other change to the package.

Gtheory4LLM 0.4.0

Changes since 0.2.0. The development line was versioned 0.3.0.9000 and then 0.4.0.9000; no 0.3.0 was released. For a design without a batch declaration, every estimate, coefficient and acceptance decision in tests/package-characterization.R reproduces its values: the fitting arithmetic is untouched, and the changes add refusals, evidence and reporting. The one new model is the shared call effect a Gaussian fit estimates for a design that declares equal fixed batches, described first below.

Check on R built without long double

Declared batches

Data checks, reporting and figures

Numerical safety

Corrections

Qualification study

Gtheory4LLM 0.2.0

Cut from the 0.2.0 development line for the CRAN resubmission. Every estimate, coefficient and acceptance decision in tests/package-characterization.R reproduces the 0.1.0 values within the tolerances recorded there. The one change to fitting itself is the refusal of a dense conditional solve that does not solve its own system, recorded under engineering below. Everything else is new reporting, corrections, engineering behind private seams, and the release maintenance that followed 0.1.0.

Staged numerical diagnostics

Corrections

Engineering behind private seams

Release maintenance after 0.1.0

Gtheory4LLM 0.1.0

First 0.1 release. An earlier 0.1.0 candidate was prepared locally but never tagged or published, so this release is cut from the hardened sources instead and supersedes it; the notes below cover both. The statistical models are unchanged from that candidate: every estimate, coefficient and acceptance decision in tests/package-characterization.R reproduces its values within the tolerances recorded there.

Numerical baseline

Nested designs

Optimizer retrying

Standard methods

Controls

Release and repository

Fixes

Release scope

The capability this release ships, unchanged from the earlier candidate.

Reproducible statistical pilots

Release and validation infrastructure

The version change does not add sparse fitting, unbalanced Gaussian estimation or reliability, cost-aware planning, bootstrap/jackknife, or discrete intervals. GitHub publication and package checks are separate from CRAN submission and acceptance.

Gtheory4LLM 0.0.7

Fixes found in review of this release

Uncertainty for Gaussian fits

Mixed-model fixed facets

Designs and documentation

Smaller interface and reporting changes

Gtheory4LLM 0.0.6

Scope at 0.0.6 was exact balanced Gaussian likelihood and small-model first-order Laplace discrete likelihood. Discrete latent random effects remain Gaussian. Binary/ordinal reliability requires an explicit latent scale; unordered categorical scalar reliability, observed-score discrete reliability, joint Gaussian-discrete fitting, bootstrap/jackknife, and uncertainty intervals of any kind were not implemented in that release. (The development version adds asymptotic Wald standard errors and delta-method coefficient intervals for Gaussian fits only; see above.) Numerical tests do not establish parameter recovery, approximation adequacy, or application-wide statistical validity.

These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.