Beiträge von ñull

The SSH setting of the subscription is set to SFTP/SCP. I tried:

Zitat

su - username
Cannot execute /usr/bin/scponly: No such file or directory

Do we have to write that script ourselves? Would this be the setup?

As administrator you can override many options in the client's subscription. One thing I miss is the SSH access. I would not give bash access to the normal user. As web designer I would like to run drush (Drupal's command line management tool) logged in as the user. When I want to do this type of maintenance I would like to temporary change SSH access to permit bash, login as the user, do my work, logout and reset to the subscription's value. That way all work is done with the right file ownership. Could this SSH override be added?

Fails with the following Error: failed to copy languagepack file

Yes, sorry, I did not do literally what you instructed. It works as expected, only it should be --init not --initpw

Distributor ID: Ubuntu
Description: Ubuntu 11.10
Release: 11.10
Codename: oneiric

Unfortunately with version 1.5 I get this response:

Zitat

/usr/sbin/liveconfig: No new password defined (use LCINITPW/LCINITSOAP environment variables; see manual for more informations)

Somehow the environment variable is not seen. I checked if it was set with:

Zitat

# set |grep LCINITPW
LCINITPW='MyPaSsWoRd'
#

Sorry, I already found it. http://www.liveconfig.com/de/handbuch/server.pwinit.html

How do you reset the admin password when no email address is set for the admin user? Is there a way to do this from the command line?

Zitat von kk

Wir haben uns inzwischen Gedanken dazu gemacht. Für Version 1.5.2* ist geplant, "zentrale Anwendungen" wie eben phpMyAdmin, Roundcube usw. über die LiveConfig-Oberfläche konfigurieren zu können. Somit können auch wieder die (gemanagten) Pakete der Distribution genutzt werden, alternativ wird es einen Mechanismus geben um selber (ggf. aktuellere) Anwendungen bereitzustellen.

Offenbar nicht typisch ein LiveConfig Problem. Diese Lösung oder ähnliche scheinen mir besser weil diese "zentrale Anwendungen" anscheinend sowieso eher mod_php abhängig sind und in /usr/share installiert sind. Alle andere gefunden Lösungen sind umständlicher.