-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 21/09/2011 04:07, Funda Wang ha scritto:
Now the migration is almost done here. The left packages are:
Won't build due to other reasons:
eclipse, glibc, midori, R-base, xemacs
Propose to drop from distro:
kompozer, fltk2, sam2p,
Am 22.09.2011 01:32, schrieb Eugeni Dodonov:
On Wed, Sep 21, 2011 at 19:09, Luc Menut lme...@free.fr
mailto:lme...@free.fr wrote:
But perhaps we could/should change the configuration of msec to not send
email by default, by adding MAIL_WARN=no in
/etc/security/msec/security.conf.
Am 21.09.2011 20:59, schrieb Mjules:
Le Wed, 21 Sep 2011 20:35:38 +0200,
Florian Hubolddoktor5...@arcor.de a écrit :
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec)
On Thursday 22 September 2011 12:19, Florian Hubold wrote:
Also his proposal to change default msec config to not send reports
by email sounds sensible.
What happens then if the user during install provides an email address as the
user who should recieve these reports?
Or is that just
Le jeudi 15 septembre 2011 16:12:11, Thierry Vignaud a écrit :
[...]
Suggestions:
- investigating using the equivalent of --searchmedia
That is an interesting option indeed.
- reusing the old connectiva upgrade infrastructure in the drakx installer
and release a patched installed (a mageia
Le jeudi 22 septembre 2011 14:35:55, Samuel Verschelde a écrit :
Le jeudi 15 septembre 2011 16:12:11, Thierry Vignaud a écrit :
[...]
Suggestions:
- investigating using the equivalent of --searchmedia
That is an interesting option indeed.
I forgot: what about the suggestion that was
Why to drop komposer?
Enviado desde mi teléfono Verizon Wireless
-Mensaje original-
De: Matteo pasotti.mat...@gmail.com
Para: mageia-dev@mageia.org
Enviado: jueves 22 de septiembre de 2011 08:57:30 GMT+00:00
Asunto: Re: [Mageia-dev] [WARNING] libpng-1.5.4 landing soon
-BEGIN PGP
22.09.2011 15:40, Samuel Verschelde kirjutas:
I forgot: what about the suggestion that was made to tweak urpmi --update's
behaviour so that it proposes only updates from update media, but is capable
to pull dependencies from release media ? Would there be drawbacks to this
solution ?
Samuel
Le jeudi 22 septembre 2011 15:08:51, Sander Lepik a écrit :
22.09.2011 15:40, Samuel Verschelde kirjutas:
I forgot: what about the suggestion that was made to tweak urpmi
--update's behaviour so that it proposes only updates from update media,
but is capable to pull dependencies from
On 22 September 2011 15:08, Sander Lepik sander.le...@eesti.ee wrote:
I forgot: what about the suggestion that was made to tweak urpmi
--update's
behaviour so that it proposes only updates from update media, but is
capable
to pull dependencies from release media ? Would there be drawbacks to
On 22 September 2011 13:09, Johnny A. Solbu coo...@solbu.net wrote:
Also his proposal to change default msec config to not send reports
by email sounds sensible.
What happens then if the user during install provides an email address as the
user who should recieve these reports?
Or is that
On Thursday 22 September 2011 16:15, Thierry Vignaud wrote:
msec-gui should take care of installing an MTA then.
What, if anything, have msec-gui to do with installing the operating system?
If you read my previous post you would have noticed that I was talking about
installing Mageia.
If
El mié, 21-09-2011 a las 10:07 +0800, Funda Wang escribió:
Now the migration is almost done here. The left packages are:
Won't build due to other reasons:
eclipse, glibc, midori, R-base, xemacs
Propose to drop from distro:
kompozer, fltk2, sam2p, stratagus2.1
Wait for upstream new
Am 22.09.2011 17:35, schrieb Johnny A. Solbu:
On Thursday 22 September 2011 16:15, Thierry Vignaud wrote:
msec-gui should take care of installing an MTA then.
What, if anything, have msec-gui to do with installing the operating system?
If you read my previous post you would have noticed that I
Florian Hubold a écrit :
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec) can't send mails to local user accounts
due to missing sendmail, citing one of the comments:
22.09.2011 22:37, Florian Hubold kirjutas:
Please give your votes.
I like the idea that by default MTA is not needed (but it might be suggested)
and default
conf uses only log. Requiring here would be too harsh as some users prefer log
files and
msec works with them as well. MTA is extra
Am 22.09.2011 21:48, schrieb andre999:
Florian Hubold a écrit :
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec) can't send mails to local user accounts
due to missing
Am 22.09.2011 22:19, schrieb Sander Lepik:
22.09.2011 22:37, Florian Hubold kirjutas:
Please give your votes.
I like the idea that by default MTA is not needed (but it might be suggested)
and default
conf uses only log. Requiring here would be too harsh as some users prefer log
files and
Le Jeudi 22 Septembre 2011 22:32:25 Florian Hubold a écrit :
[...]
You didn't seem to understand the part about nail.
nail aka mailx is an MTA and already in a default install, just
currently it doesn't work
without sendmail, it seems. nail is currently required by msec, so
msec per
On Thursday 22 September 2011 21:14, Florian Hubold wrote:
The bug is not about the installer, it's about msec.
Yes, excactly. And msec is part of the default install. No?
So any changes to requirements of msec will influence what, if any, MTA get
installed simply by installing msec.
If someone
20 matches
Mail list logo