Sign me up Login

Details about package mlterm

Name: mlterm (PTS)
Uploader: أحمد المحمودي <aelmahmoudy@users.sourceforge.net> (Debian QA page)
Description: mlterm - MultiLingual TERMinal
mlterm-tiny - MultiLingual TERMinal, tiny version
mlterm-common - MultiLingual TERMinal, common files
mlterm-tools - MultiLingual TERMinal, additional tools
mlterm-im-uim - MultiLingual TERMinal, uim input method plugin
mlterm-im-scim - MultiLingual TERMinal, scim input method plugin
mlterm-im-m17nlib - MultiLingual TERMinal, m17nlib input method plugin
mlterm-im-ibus - MultiLingual TERMinal, IBus input method plugin
mlterm-im-fcitx - MultiLingual TERMinal, Flexible Input Method plugin
mlterm-im-wnn - MultiLingual TERMinal, FreeWnn input method plugin
mlterm-im-skk - MultiLingual TERMinal, SKK input method plugin

Package uploads

Upload #1

Information

Version: 3.9.3-4
Uploaded: 2025-07-06 00:42
Source package: mlterm_3.9.3-4.dsc
Distribution: unstable
Section: x11
Priority: optional
Homepage: https://mlterm.sourceforge.net
Vcs-Git: https://salsa.debian.org/debian/mlterm.git
Vcs-Browser: https://salsa.debian.org/debian/mlterm

Changelog

 mlterm (3.9.3-4) unstable; urgency=medium
 .
   * Re-add mlterm-im-wnn

QA information

Comments

  1. أحمد المحمودي,

Review of upload: 2025-07-06 00:42

For information about the tests run, see:

https://wiki.debian.org/PhilWyett/DebianMentoring

Note: If test line removed, it indicates a test pass.

Test 3 (build twice): Information only

 dpkg-source -b .
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: verifying ./mlterm_3.9.3.orig.tar.gz.asc
Signing key on 20E590B2D1DEC5065AC3154AA9A349240F9731CB is not bound:
           No binding signature at time 2023-04-02T03:08:24Z
  because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance
  because: SHA1 is not considered secure since 2023-02-01T00:00:00Z
dpkg-source: warning: cannot verify upstream tarball signature for ./mlterm_3.9.3.orig.tar.gz: no acceptable signature found
dpkg-source: info: building mlterm using existing ./mlterm_3.9.3.orig.tar.gz
dpkg-source: info: building mlterm using existing ./mlterm_3.9.3.orig.tar.gz.asc
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: local changes detected, the modified files are:
 mlterm-3.9.3/baselib/src/stamp-h2
 mlterm-3.9.3/libvterm/Makefile
 mlterm-3.9.3/tool/mlconfig/po/Makefile
 mlterm-3.9.3/tool/mlconfig/po/Makefile.in
 mlterm-3.9.3/tool/mlconfig/po/POTFILES
dpkg-source: hint: make sure the version in debian/changelog matches the unpacked source tree
dpkg-source: hint: you can integrate the local changes with dpkg-source --commit
dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/mlterm_3.9.3-4.diff.79zDQs
dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 2
I: copying local configuration
E: Failed autobuilding of package

Test 4 (sbuild): Information only

Running lintian...
N:
W: mlterm-common: old-fsf-address-in-copyright-file
N: 
N:   The /usr/share/doc/*pkg*/copyright file refers to the old postal address
N:   of the Free Software Foundation (FSF). You should refer to
N:   https://www.gnu.org/licenses/ instead of a physical address, for example:
N:   
N:     You should have received a copy of the GNU General Public License
N:     along with this program.  If not, see https://www.gnu.org/licenses/.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: debian/copyright
N: 
N:
W: mlterm source: source-contains-prebuilt-windows-binary [win32/plink/plink.exe]
N: 
N:   The source tarball contains a prebuilt binary for Microsoft Windows. They
N:   are usually provided for the convenience of users. These files usually
N:   just take up space in the tarball.
N:   
N:   However, they may be a DFSG violation in that the corresponding source and
N:   build system are not available.
N:   
N:   Check if upstream also provides source-only tarballs that you can use as
N:   the upstream distribution instead. If not, you may want to ask upstream to
N:   provide source-only tarballs.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: files/source-missing
N: 
N:
I: mlterm-common: desktop-entry-lacks-keywords-entry [usr/share/applications/mlterm.desktop]
N: 
N:   This .desktop file is either missing a Keywords entry, or it does not
N:   contain keywords above and beyond those already present in the Name or
N:   GenericName entries.
N:   
N:   The Keywords field is intended to show keywords relevant for a .desktop
N:   file.
N:   
N:   Desktop files are organized in key-value pairs and are similar to INI
N:   files.
N:   
N:   The desktop-file-validate tool in the desktop-file-utils package may be
N:   useful when checking the syntax of desktop entries.
N: 
N:   Please refer to
N:   https://specifications.freedesktop.org/desktop-entry-spec/latest/ar01s06.html,
N:   Bug#693918, and
N:   https://wiki.gnome.org/Initiatives/GnomeGoals/DesktopFileKeywords for
N:   details.
N: 
N:   Visibility: info
N:   Show-Always: no
N:   Check: menu-format
N: 
N:
I: mlterm: hardening-no-bindnow [usr/bin/mlterm]
N: 
N:   This package provides an ELF binary that lacks the "bindnow" linker flag.
N:   
N:   This is needed (together with "relro") to make the "Global Offset Table"
N:   (GOT) fully read-only. The bindnow feature trades startup time for
N:   improved security. Please consider enabling this feature or consider
N:   overriding the tag (possibly with a comment about why).
N:   
N:   If you use dpkg-buildflags, you may have to add hardening=+bindnow or
N:   hardening=+all to DEB_BUILD_MAINT_OPTIONS.
N:   
N:   The relevant compiler flags are set in LDFLAGS.
N: 
N:   Please refer to https://wiki.debian.org/Hardening for details.
N: 
N:   Visibility: info
N:   Show-Always: no
N:   Check: binaries/hardening
N: 
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/libmef.so.3.0.1]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/libmlterm_coreotl.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/libpobl.so.2.0.1]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libathena.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libctl_bidi.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libctl_iscii.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-kbd.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libmotif.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libmozmodern.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libnext.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libotl.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libpixmap_engine.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libptyssh.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libsample.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libtype_cairo.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libtype_xft.so]
N:
I: mlterm-common: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libzmodem.so]
N:
I: mlterm-im-fcitx: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-fcitx.so]
N:
I: mlterm-im-ibus: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-ibus.so]
N:
I: mlterm-im-m17nlib: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-m17nlib.so]
N:
I: mlterm-im-scim: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-scim.so]
N:
I: mlterm-im-skk: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-skk.so]
N:
I: mlterm-im-uim: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-uim.so]
N:
I: mlterm-im-wnn: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/libim-wnn.so]
N:
I: mlterm-tiny: hardening-no-bindnow [usr/bin/mlterm]
N:
I: mlterm-tools: hardening-no-bindnow [usr/bin/mlcc]
N:
I: mlterm-tools: hardening-no-bindnow [usr/bin/mlclient]
N:
I: mlterm-tools: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/mlconfig]
N:
I: mlterm-tools: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/mlterm-menu]
N:
I: mlterm-tools: hardening-no-bindnow [usr/lib/x86_64-linux-gnu/mlterm/mlterm-zoom]
N:
I: mlterm-common: hardening-no-fortify-functions [usr/lib/x86_64-linux-gnu/mlterm/libotl.so]
N: 
N:   This package provides an ELF binary that lacks the use of fortified libc
N:   functions. Either there are no potentially unfortified functions called by
N:   any routines, all unfortified calls have already been fully validated at
N:   compile-time, or the package was not built with the default Debian
N:   compiler flags defined by dpkg-buildflags. If built using dpkg-buildflags
N:   directly, be sure to import CPPFLAGS.
N:   
N:   NB: Due to false-positives, Lintian ignores some unprotected functions
N:   (e.g. memcpy).
N: 
N:   Please refer to https://wiki.debian.org/Hardening and Bug#673112 for
N:   details.
N: 
N:   Visibility: info
N:   Show-Always: no
N:   Check: binaries/hardening
N: 
N:
I: mlterm-im-m17nlib: hardening-no-fortify-functions [usr/lib/x86_64-linux-gnu/mlterm/libim-m17nlib.so]
N:
I: mlterm-im-scim: hardening-no-fortify-functions [usr/lib/x86_64-linux-gnu/mlterm/libim-scim.so]
N:
I: mlterm-im-uim: hardening-no-fortify-functions [usr/lib/x86_64-linux-gnu/mlterm/libim-uim.so]
N:
I: mlterm source: out-of-date-standards-version 4.7.0 (released 2024-04-07) (current is 4.7.2)
N: 
N:   The source package refers to a Standards-Version older than the one that
N:   was current at the time the package was created (according to the
N:   timestamp of the latest debian/changelog entry). Please consider updating
N:   the package to current Policy and setting this control field
N:   appropriately.
N:   
N:   If the package is already compliant with the current standards, you don't
N:   have to re-upload the package just to adjust the Standards-Version control
N:   field. However, please remember to update this field next time you upload
N:   the package.
N:   
N:   See /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the
N:   debian-policy package for a summary of changes in newer versions of
N:   Policy.
N: 
N:   Please refer to
N:   https://www.debian.org/doc/debian-policy/upgrading-checklist.html for
N:   details.
N: 
N:   Visibility: info
N:   Show-Always: no
N:   Check: fields/standards-version
N: 
N:
P: mlterm-common: copyright-refers-to-symlink-license usr/share/common-licenses/GPL
N: 
N:   The copyright file refers to the versionless symlink in
N:   /usr/share/common-licenses for the full text of the GPL, LGPL, or GFDL
N:   license. This symlink is updated to point to the latest version of the
N:   license when a new one is released. The package appears to allow
N:   relicensing under later versions of its license, so this is legally
N:   consistent, but it implies that Debian will relicense the package under
N:   later versions of those licenses as they're released. It is normally
N:   better to point to the version of the license the package references in
N:   its license statement.
N:   
N:   For example, if the package says something like "you may redistribute it
N:   and/or modify it under the terms of the GNU General Public License as
N:   published by the Free Software Foundation; either version 2, or (at your
N:   option) any later version", the debian/copyright file should refer to
N:   /usr/share/common-licenses/GPL-2, not /GPL.
N:   
N:   For packages released under the same terms as Perl, Perl references the
N:   GPL version 1, so point to /usr/share/common-licenses/GPL-1.
N: 
N:   Visibility: pedantic
N:   Show-Always: no
N:   Check: debian/copyright
N: 
N:
P: mlterm source: maintainer-desktop-entry [debian/mlterm.desktop]
N: 
N:   The maintainer keeps a desktop entry in ./debian. Please forward the
N:   desktop entry upstream and ask them to include it in their version control
N:   system, and in their next release.
N:   
N:   If the desktop entry was already forwarded or rejected, or the upstream is
N:   gone, please override the tag and annotate it with a suitable comment.
N: 
N:   Please refer to social contract item 2, Coordination with upstream
N:   developers (Section 3.1.4) in the Debian Developer's Reference, and
N:   Changes to the upstream sources (Section 4.3) in the Debian Policy Manual
N:   for details.
N: 
N:   Visibility: pedantic
N:   Show-Always: no
N:   Check: debian/desktop-entries
N: 
N:
P: mlterm source: no-dep5-copyright [debian/copyright]
N: 
N:   This package does not use a machine-readable debian/copyright file.
N:   
N:   This format makes it easier to review licenses and can be easily parsed by
N:   Lintian.
N: 
N:   Please refer to
N:   https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ for
N:   details.
N: 
N:   Visibility: pedantic
N:   Show-Always: no
N:   Check: debian/copyright/dep5
N: 
N:
P: mlterm: odd-mark-in-description comma not followed by whitespace (line 3)
N: 
N:   A punction mark was placed oddly in the description.
N:   
N:   This tag is currently only issued for a comma that is not followed by a
N:   whitespace character or a number (eg. for "300,000").
N: 
N:   Please refer to Bug#591665 and Bug#591664 for details.
N: 
N:   Visibility: pedantic
N:   Show-Always: no
N:   Check: fields/description
N: 
N:
P: mlterm-tiny: odd-mark-in-description comma not followed by whitespace (line 3)
N:
N: mlterm-common is a dependency of mlterm and mlterm-tiny, and both of
N: those provide usr/bin/mlterm:
O: mlterm-common: desktop-command-not-in-package mlterm [usr/share/applications/mlterm.desktop]
N: 
N:   The desktop entry specifies a Command that does not match any of the
N:   executables shipped in the package.
N:   
N:   This condition is often caused by a typo, or the desktop file was not
N:   updated after the installed path of the executable was modified.
N:   
N:   Packages should ship executables that are used as commands in desktop
N:   files.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: menu-format
N: 
N:
N: mlterm-tools depens on mlterm | mlterm-tiny, and both of those provide
N: usr/bin/mlterm:
O: mlterm-tools: menu-command-not-in-package usr/bin/mlterm [usr/share/menu/mlterm-tools:4]
N: 
N:   The menu item specifies a command that is not shipped in the package.
N:   
N:   The condition can be caused by a typo. Sometimes, an executable was moved
N:   without updating the menu file.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: menu-format
N: 
N:
O: mlterm-common: package-name-doesnt-match-sonames libmef3 libmlterm-coreotl libpobl2
N: 
N:   The package name of a library package should usually reflect the soname of
N:   the included library. The package name can determined from the library
N:   file name with the following code snippet:
N:   
N:    $ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | \
N:        sed -r -e's/([0-9])\.so\./\1-/; s/\.so(\.|$)//; y/_/-/; s/(.*)/\L&/'
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: libraries/shared/soname
N: 
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mef/libmef_8bits.so]
N: 
N:   The listed shared library doesn't include information about the other
N:   libraries against which it was linked.
N:   
N:   More specifically, "ldd foo.so" should report such other libraries. In
N:   your case, it reports "statically linked".
N:   
N:   The fix is to specify the libraries. One way to do so is to add something
N:   like "-lc" to the command-line options for "ld".
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: binaries/prerequisites
N:   Renamed from: shared-lib-without-dependency-information
N: 
N:   Screen: coq/cmxs/prerequisites
N:     Advocates: "Julien Puydt" <julien.puydt@gmail.com>
N:     Reason: The Coq project comes with a kind of compiler that generates
N:             files which are ELF shared objects. Unfortunately, they contain
N:             many undefined symbols, but those are expected.
N:             
N:             There are a lot of false positives.
N:             
N:             Read more in Bug#999602.
N: 
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mef/libmef_jajp.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mef/libmef_kokr.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mef/libmef_zh.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_assamese.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_bengali.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_gujarati.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_hindi.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_iitkeyb.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_inscript.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_kannada.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_malayalam.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_oriya.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_punjabi.so]
N:
N: These are private libraries:
O: mlterm-common: shared-library-lacks-prerequisites [usr/lib/x86_64-linux-gnu/mlterm/libind_telugu.so]
N:
O: mlterm-common: shared-library-lacks-version usr/lib/x86_64-linux-gnu/libmlterm_coreotl.so libmlterm_coreotl.so
N: 
N:   The listed shared library in a public library directory has an SONAME that
N:   does not contain any versioning information, either after the .so or
N:   before it and set off by a hyphen. It cannot therefore be represented in
N:   the shlibs system, and if linked by binaries its interface cannot safely
N:   change. There is no backward-compatible way to migrate programs linked
N:   against it to a new ABI.
N:   
N:   Normally, this means the shared library is a private library for a
N:   particular application and is not meant for general use. Policy recommends
N:   that such libraries be installed in a subdirectory of /usr/lib rather than
N:   in a public shared library directory.
N:   
N:   To view the SONAME of a shared library, run readelf -d on the shared
N:   library and look for the tag of type SONAME.
N:   
N:   There are some special stub libraries or special-purpose shared objects
N:   for which an ABI version is not meaningful. If this is one of those cases,
N:   please add an override.
N: 
N:   Please refer to Libraries (Section 10.2) in the Debian Policy Manual and
N:   Dependencies between the library and other packages (Section 8.6) in the
N:   Debian Policy Manual for details.
N: 
N:   Visibility: warning
N:   Show-Always: no
N:   Check: debian/shlibs
N:   Renamed from: shlib-without-versioned-soname
N: 
N:
O: mlterm-common: symbols-file-missing-build-depends-package-field libmef.so.3 [symbols]
N: 
N:   The symbols file for this package does not contain a Build-Depends-Package
N:   meta-information field.
N:   
N:   This field specifies the name of the -dev package associated to the
N:   library and is used by dpkg-shlibdeps(1) to make sure that the dependency
N:   generated is at least as strict as the corresponding build dependency.
N:   
N:   This is useful as allows packages to not hardcode this information
N:   multiple times.
N:   
N:   Note that the format of deb-symbols(5) files requires that the *
N:   Build-Depends-Package: line should start in column one of the file and not
N:   be indented to align with the symbols themselves. Please do not use the
N:   placeholder #PACKAGE#. The development package for your shared library
N:   must be stated explicitly.
N: 
N:   Please refer to The symbols File Format (Section 8.6.3.2) in the Debian
N:   Policy Manual, the deb-symbols(5) manual page, the dpkg-shlibdeps(1)
N:   manual page,
N:   https://www.debian.org/doc/manuals/maint-guide/advanced.en.html#librarysymbols,
N:   and Bug#944047 for details.
N: 
N:   Visibility: info
N:   Show-Always: no
N:   Check: debian/shlibs
N: 
N:
O: mlterm-common: symbols-file-missing-build-depends-package-field libmlterm_coreotl.so [symbols]
N:
O: mlterm-common: symbols-file-missing-build-depends-package-field libpobl.so.2 [symbols]

Test 6 (debian/watch): Information only

philwyett@ks-tarkin:~/Development/builder/debian/mlterm-3.9.3$ uscan --dehs 
<dehs>
Newest version of mlterm on remote site is 3.9.4, local version is 3.9.3
 => Newer package available from:
        => https://github.com/arakiken/mlterm/archive/refs/tags/3.9.4.tar.gz
gpgv: Signature made Sat 29 Mar 2025 23:16:54 GMT
gpgv:                using RSA key 20E590B2D1DEC5065AC3154AA9A349240F9731CB
gpgv: Good signature from "Araki Ken <arakiken@users.sf.net>"
Successfully renamed ../3.9.4.tar.gz to ../mlterm_3.9.4.orig.tar.gz.
<package>mlterm</package>
<debian-uversion>3.9.3</debian-uversion>
<debian-mangled-uversion>3.9.3</debian-mangled-uversion>
<upstream-version>3.9.4</upstream-version>
<upstream-url>https://github.com/arakiken/mlterm/archive/refs/tags/3.9.4.tar.gz</upstream-url>
<status>newer package available</status>
<target>mlterm_3.9.4.orig.tar.gz</target>
<target-path>../mlterm_3.9.4.orig.tar.gz</target-path>
<messages>Successfully downloaded upstream package: 3.9.4.tar.gz

</messages>
</dehs>

New version available to package.

Test 7 (licenserecon): Information only

Not in correct format. See link below.

https://dep-team.pages.debian.net/deps/dep5/

Summary
=======
Good work. Quite a number of issues to be resolved.

Regards

Phil
    Needs work Phil Wyett at July 6, 2025, 4:24 a.m.