prohibited-package false positive when +home URL has a trailing slash

Problem

A +home URL with a trailing slash (https://github.com/objectionary/eo/) causes false positives in prohibited-package (and breaks mandatory-package), because the home-repo comparison is an exact string match.

Root cause

src/main/resources/org/eolang/funcs/home-object.xsl:27:

<xsl:if test="... and $tail = $eo:home-repo and ...">

eo:home-object returns true only when the +home tail equals $eo:home-repo exactly. $eo:home-repo is built without a trailing slash, so a legitimate +home https://github.com/objectionary/eo/ (with slash) does not match → prohibited-package.xsl:17 treats an ordinary runtime object as prohibited.

Minimal example

+package x
+architect yegor@256.com
+version 0.0.1
+home https://github.com/objectionary/eo/
+spdx SPDX-FileCopyrightText: Copyright (c) 2026 Objectionary.com
+spdx SPDX-License-Identifier: MIT

[] > main

An ordinary object is flagged by prohibited-package because the trailing slash breaks the exact match.

Expected behavior

Normalize the home URL (strip a trailing /) or use starts-with, so that URLs with and without a trailing slash behave identically.

Related

• metas/prohibited-package.xsl:17
• metas/mandatory-package.xsl — affected by the same comparison.

Start at src/main/resources/org/eolang/funcs/home-object.xsl:27 and compare its home-repository check with metas/prohibited-package.xsl:17 and metas/mandatory-package.xsl. Reproduce the issue with the minimal EO example, then verify that +home URLs with and without a trailing slash produce identical prohibited-package and mandatory-package results.