Setup Information
Unable to connect to remote asterisk (does /var/run/asterisk/asterisk.ctl exist?)
********** AllStarLink [ASL] Version Info **********
OS : Debian GNU/Linux 13 (trixie)
OS Kernel : 6.12.74+deb13+1-amd64
Asterisk : 22.8.2+asl3-3.8.3-1.deb13
ASL [app_rpt] :
Package Version
============================== ==============================
allmon3 1.8.1-1.deb13
asl3 3.17-1.deb13
asl3-asterisk 2:22.8.2+asl3-3.8.3-1.deb13
asl3-asterisk-config 2:22.8.2+asl3-3.8.3-1.deb13
asl3-asterisk-modules 2:22.8.2+asl3-3.8.3-1.deb13
asl3-menu 1.18-1.deb13
asl3-tts 1.0.1-1.deb13
asl3-update-nodelist 2.0.0-1.deb13
asl-apt-repos 2.0-1.deb13
cockpit 337-1
cockpit-bridge 337-1
cockpit-networkmanager 337-1
cockpit-packagekit 337-1
cockpit-sosreport 337-1
cockpit-storaged 337-1
cockpit-system 337-1
cockpit-wifimanager 1.2.0-1.deb13
cockpit-ws 337-1
dahdi 1:3.1.0-2.1
dahdi-linux 1:3.4.0-11.asl.deb13
Installation of Trixie version current as of today on intel silicon went smoothly. Moved on to install ASL3 PC Appliance using “sudo apt install asl3-appliance-pc” and I see the following:
asl3-appliance-pc is already the newest version (2.1.0-2.deb13).
[I inadvertantly erased the full installation screen print; so ran the install again. This is the same error shown here. Until this point all was normal.]
Summary:
Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
2 not fully installed or removed.
Space needed: 0 B / 87.3 GB available
Continue? [Y/n] Y
Setting up asl3-appliance (2.1.0-2.deb13) ...
apache2_invoke ssl: already enabled
apache2_invoke default-ssl: already enabled
apache2_invoke headers: already enabled
apache2_invoke nocache: already enabled
Synchronizing state of apache2.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable apache2
The unit files have no installation config (WantedBy=, RequiredBy=, UpheldBy=,
Also=, or Alias= settings in the [Install] section, and DefaultInstance= for
template units). This means they are not meant to be enabled or disabled using systemctl.
Possible reasons for having these kinds of units are:
• A unit may be statically enabled by being symlinked from another unit's
.wants/, .requires/, or .upholds/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
instance name specified.
Could not execute systemctl: at /usr/bin/deb-systemd-invoke line 148.
dpkg: error processing package asl3-appliance (--configure):
installed asl3-appliance package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of asl3-appliance-pc:
asl3-appliance-pc depends on asl3-appliance; however:
Package asl3-appliance is not configured yet.
dpkg: error processing package asl3-appliance-pc (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
asl3-appliance
asl3-appliance-pc
Error: Sub-process /usr/bin/dpkg returned an error code (1)
I have no idea how to fix this error. I have tried:
sudo apt remove asl3-appliance-pc
sudo reboot
and then after reboot, reinstall; the same error recurs.
73 de K3FZT / Steve