Hi,
On Sat, 4 Aug 2018 07:29:47 -0700 Hanno Böck wrote:
> > Symmetric cryptography is quite conservative and it took years and
> > even decades for algorithms and their implementations to become
> > trusted, so there is nothing wrong in using good old verified
> > software.
>
> When it comes to
# Thomas Deutschmann (05 Aug 2018)
# Deprecated. Using recent microcodes with this package either won't work
# or crash your system. Please change your setup and make use of kernel's
# early microcode loading feature, see https://wiki.gentoo.org/wiki/Microcode
# for more details. Removal in 30
W dniu sob, 04.08.2018 o godzinie 14∶34 +0200, użytkownik Ulrich Mueller
napisał:
> > > > > > On Sat, 4 Aug 2018, Michał Górny wrote:
> > GLEP 63 originally did not include a rationale. Given the importance
> > of this document, I think it would be reasonable to include one and
> > use the
On Sat, 4 Aug 2018 13:05:56 -0500 Marty E. Plummer wrote:
[...]
> It seems that every last person commenting on this is talking mcrypt,
> not mhash, which is what I mentioned in the first place. As far as I can
> tell, these are entirely differnt projects which just happen to have a
> similar
On Sat, Aug 04, 2018 at 11:43:28AM +0300, Andrew Savchenko wrote:
> On Mon, 25 Jun 2018 07:59:47 +0200 Hanno Böck wrote:
> > On Fri, 22 Jun 2018 21:50:50 -0500
> > "Marty E. Plummer" wrote:
> >
> > > So, as you may be aware I've been doing some work on moving bzip2 to
> > > an autotools based
On 2018-08-04 16:29, Hanno Böck wrote:
>> Do you have any evidence that mcrypt should not be used?
> Well, PHP was as far as I'm aware its main user and PHP has declared
> mcrypt support to be deprecated a while ago.
In all fairness:
Yes, PHP project has removed ext/mcrypt from core, but they
On 2018-08-04 14:34, Ulrich Mueller wrote:
> So this should either have been submitted as part of that update, or
> you should at least have given notice to the council that further
> changes are pending (as you were present during the meeting). In the
> latter case, we may likely have postponed
Hi,
On Sat, 4 Aug 2018 11:43:28 +0300
Andrew Savchenko wrote:
> Do you have any evidence that mcrypt should not be used?
Well, PHP was as far as I'm aware its main user and PHP has declared
mcrypt support to be deprecated a while ago.
> Symmetric cryptography is quite conservative and it took
> On Sat, 4 Aug 2018, Michał Górny wrote:
> GLEP 63 originally did not include a rationale. Given the importance
> of this document, I think it would be reasonable to include one and
> use the opportunity to explain the policies in detail.
The council just approved the updated GLEP 63 in its
On Sat, 4 Aug 2018 09:51:14 + (UTC) Martin Vaeth wrote:
> Andrew Savchenko wrote:
> >
> > Actually for local symmetric encryption this is the best tool I
> > know.
>
> What is the advantage over gpg --symmetric?
1) mcrypt has wider range of algorithms, including gost which I
need.
2)
Andrew Savchenko wrote:
>
> Actually for local symmetric encryption this is the best tool I
> know.
What is the advantage over gpg --symmetric?
On Mon, 25 Jun 2018 07:59:47 +0200 Hanno Böck wrote:
> On Fri, 22 Jun 2018 21:50:50 -0500
> "Marty E. Plummer" wrote:
>
> > So, as you may be aware I've been doing some work on moving bzip2 to
> > an autotools based build. Recently I've ran into app-crypt/mhash,
> > which is in a semi-abandoned
---
glep-0063.rst | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/glep-0063.rst b/glep-0063.rst
index c783910..e40ddd3 100644
--- a/glep-0063.rst
+++ b/glep-0063.rst
@@ -160,12 +160,6 @@ References
.. [#GNUPG-FAQ-11-4] GnuPG FAQ: Why doesn’t GnuPG default to
---
glep-0063.rst | 129 ++
1 file changed, 129 insertions(+)
diff --git a/glep-0063.rst b/glep-0063.rst
index e40ddd3..cab52b0 100644
--- a/glep-0063.rst
+++ b/glep-0063.rst
@@ -132,6 +132,122 @@ of the fingerprint field. In any place that
---
glep-0063.rst | 7 ---
1 file changed, 7 deletions(-)
diff --git a/glep-0063.rst b/glep-0063.rst
index 64fb437..c783910 100644
--- a/glep-0063.rst
+++ b/glep-0063.rst
@@ -163,9 +163,6 @@ References
.. [#DEBIANGPG] Debian GPG documentation
(https://wiki.debian.org/Keysigning)
-..
Hi,
GLEP 63 originally did not include a rationale. Given the importance
of this document, I think it would be reasonable to include one and use
the opportunity to explain the policies in detail.
--
Best regards,
Michał Górny
Michał Górny (3):
glep-0063: Remove unused references
glep-0063:
16 matches
Mail list logo