Bug 9267

From install.log

retrieving rpm files from medium "Core Release"...
retrieved   lib64postfix1-2.9.6-1.mga3.x86_64.rpm webserver-base-2.0-3.mga3.x86_64.rpm man-1.6g-7.mga3.x86_64.rpm postfix-2.9.6-1.mga3.x86_64.rpm apache-2.4.4-1.mga3.x86_64.rpm python-GnuPG-Interface-0.3.2-11.mga3.noarch.rpm mailman-2.1.15-3.mga3.x86_64.rpm mailcap-2.0.4-29.mga3.noarch.rpm
...retrieving done
installing lib64postfix1-2.9.6-1.mga3.x86_64.rpm python-GnuPG-Interface-0.3.2-11.mga3.noarch.rpm webserver-base-2.0-3.mga3.x86_64.rpm man-1.6g-7.mga3.x86_64.rpm mailman-2.1.15-3.mga3.x86_64.rpm postfix-2.9.6-1.mga3.x86_64.rpm apache-2.4.4-1.mga3.x86_64.rpm mailcap-2.0.4-29.mga3.noarch.rpm from /mnt/var/cache/urpmi/rpms
starting installing packages
created transaction for installing on /mnt (remove=0, install=0, upgrade=8)
mkdir: cannot create directory '/etc/httpd/conf/sites.d': No such file or directory
apache-2.4.4-1.mga3.x86_64
mailcap-2.0.4-29.mga3.noarch
webserver-base-2.0-3.mga3.x86_64
apache-2.4.4-1.mga3.x86_64
python-GnuPG-Interface-0.3.2-11.mga3.noarch
lib64postfix1-2.9.6-1.mga3.x86_64
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
Generating a 1024 bit RSA private key
.......++++++
..............................................................................................++++++
unable to write 'random state'
writing new private key to '/etc/pki/tls/private/postfix.pem'
-----
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
postfix.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig postfix on
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
postfix-2.9.6-1.mga3.x86_64
/usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
postalias: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol
Crée une nouvelle liste sans abonnés.

Usage : /usr/sbin/newlist [options] [nom_liste [addr_listeadmin [mot_de_passe-admin]]]

Options :

    -l langue
    --language=langue
        Faire de `langue' la langue préférée de cette liste, le paramètre
        doit être composé des deux lettres du code de la langue.

    -u urlhost
    --urlhost=urlhost
        Retourne le nom d'hôte de l'interface web de la liste.

    -e emailhost
    --emailhost=emailhost
        Retourne le nom de domaine du serveur de courrier de la liste.

    -q/--quiet
        En principe l'administrateur reçoit un courriel (après
        demande de confirmation) que sa liste a été crée. Cette option
        supprime la demande de confirmation et l'avis.

    -h/--help
        Affiche ce texte d'aide et quitte.

Vous pouvez spécifier autant d'arguments désirés sur la ligne de
commande, les arguments omis seront demandés.

Chaque liste Mailman dispose de deux paramètres définissant le nom
d'hôte par défaut pour les messages sortants, et l'URL de base pour
l'interface web. Lors de la configuration de Mailman, certaines
valeurs par défaut ont été calculées et risquent de ne pas convenir
pour la liste que vous créez si vous gérez un site Mailman avec
plusieurs hôtes virtuels.

Vous pourrez spécifier le domaine dans lequel vous créez votre liste en saisissant la commande
de la forme :

    newlist --urlhost=www.mondoma.ine maliste

Où `www.mondoma.ine' serait le nom d'hôte de base pour l'URL décrivant
les listes de l'hôte virtuel en question. Avec cette configuration, le
panorama de la liste sera accessible à l'adresse
http://www.mondoma.ine/mailman/listinfo. De plus, www.mondoma.ine
devrait être une clé dans le mappage VIRTUAL_HOST dans
mm_cfg.py/Defaults.py si le nom d'hôte de la messagerie
doit être automatiquement déterminé. 

Si le nom d'hôte de la messagerie doit être différent de celui indiqué par l'entrée
VIRTUAL_HOST ou si l'hôte url n'est pas renseigné dans VIRTUAL_HOST, vous pouvez spécifier
emailhost sous la forme :
    newlist --urlhost=www.mondoma.ine --emailhost=mondoma.ine maliste

où `mondoma.ine' est le nom de domaine de messagerie
Si vous ne spécifiez pas le serveur de messagerie et que
 urlhost n'est pas dans la liste des hôtes virtuels, alors la valeur de mm_cfg.DEFAULT_EMAIL_HOST sera
utilisée pour l'interface de courrier.

Par souci de compatibilité, vous pouvez aussi spécifier le domaine de création de votre liste
en fournissant le nom de la liste sous la forme :
    maliste@www.mondom.aine

où www.mondom.aine est utilisé à la fois comme `urlhost'
et comme `emailhost' si ce n'est pas renseigné dans la table des hôtes virtuels.
Notez que `--urlhost' et `--emailhost' sont prédominants sur cette notation.

Si vous spécifiez le nom de la liste sous la forme `maliste', alors le
nom d'hôte pour la messagerie sera extrait de DEFAULT_HOST_NAME et
l'url sera extraite de DEFAULT_URL (comme spécifié dans votre fichier
Defaults.py à moins que ces valeurs n'aient été redéfinies dans
mm_cfg.py).

Notez que les noms de liste sont ramenés en minuscule.

Option invalide : mailman@localdomain
Configurer une liste à partir des descriptions contenues dans un
fichier texte.

Usage: config_list [options] nom_liste

Options:
    --inputfile nom_fichier
    -i nom_fichier
        Configurer la liste en attribuant à chaque objet de la liste
        une variable globale de module contenue dans le fichier, puis
        sauvegarder la liste. Le fichier nommé est chargé par
        l'entremise d'execfile() et doit être un code Python valide.
        Toute variable ne correspondant pas à un attribut de l'objet
        liste est ignorée (un message est affiché). Voyez également
        l'option -c.

        Une variable spéciale appelée `mlist' est insérée dans
        l'espace global durant l'appel execfile, cette variable est
        actuellement attachée à l'objet MailList courant. Ceci vous
        permet de faire toute sortes de choses bizarres à l'objet
        liste, mais prenez garde, cela pourrait profondément et (même
        irréversiblement) endommager votre liste! 

    --outputfile nom_fichier
    -o nom_fichier
        Au lieu de configurer la liste, sortir les variables de
        configuration de liste sous un format utilisable par ce
        script. De cette façon, vous pourrez facilement recueillir la
        configuration d'une liste et l'attacher à une autre liste.
        nom_fichier est le fichier utilisé pour la sortie. Si `-' est
        fourni comme nom_fichier, alors la sortie standard est
        utilisée.

    --checkonly
    -c
        Avec cette option, la liste cible n'est pas vraiment modifiée,
        ceci est seulement utile avec -i.

    --help
    -h
        Afficher ce message puis quitter.

Les options -o et -i s'excluent mutuellement

Liste "mailman" introuvable

%post(mailman-2.1.15-3.mga3.x86_64) scriptlet failed, exit status 1
mailman-2.1.15-3.mga3.x86_64

CC: (none) => guillomovitch, pterjan, remco

I don't know it this can be related to https://bugs.mageia.org/show_bug.cgi?id=8759

That's unrelated to the other issue, that's just than mailman post script is intended to be executed on a working host, not during an installation. I never understood why some people apparently tries to install everything directly during installation, instead of installing a minimal system first, but that won't change the issue much...

Thierry, do we have some way to test if a script is run during install ? I remember of some DURING_INSTALL environment variable, but I can't find where it is used exactly. Otherwise, we might as well drop the whole post-install procedure, and let users proceed manually.

CC: (none) => thierry.vignaud

well as this happen only in netinstall (mailman is not in isos), and as now, errors are reported in the gui at the end of all packages install, 
I guess this is not really a blocker.

Priority: release_blocker => Normal

Just as an aside, this type of problem with mailman goes back many years to Mandriva days, when (my memory is sketchy on this) the mailman %post tried to add entries to postfix files that were only created during the first realtime boot of the target OS and the initial launch of postfix.  Or maybe it had to do with having a network available during the %post.

Old issue.  At the time, it remained a pissing contest between the camp that wanted everything done at install and the camp that wanted the world available to %post.

CC: (none) => ftg

(In reply to Guillaume Rousse from comment #3)
Yes. See http://svnweb.mageia.org/soft/drakx/trunk/perl-install/install/steps.pm?revision=6343&view=markup

Also see bug#9825 .

This is still happening in cauldron, and is still stopping installs.

Still happening in current cauldron.

*** Bug 9825 has been marked as a duplicate of this bug. ***

mailman-2.1.15-5.mga5 should workaround the issue, by preventing %post to run during installation. However, the real fix is rather to add this kind of heavyweight application after installation.

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED