Page MenuHome GnuPG
Feed Advanced Search

May 9 2015

nigoro added a comment to T1974: libgcrypt: build fails on Gentoo/FreeBSD 10.0 or later (x86-fbsd).

Probably, T1936 will a duplicate of this issue.
Create a new issue so I could not comment on the issue...

May 9 2015, 1:32 PM · Duplicate, Gentoo, libgcrypt, Bug Report
nigoro set External Link to https://bugs.gentoo.org/show_bug.cgi?id=494740 on T1974: libgcrypt: build fails on Gentoo/FreeBSD 10.0 or later (x86-fbsd).
May 9 2015, 1:19 PM · Duplicate, Gentoo, libgcrypt, Bug Report
nigoro added a comment to T1974: libgcrypt: build fails on Gentoo/FreeBSD 10.0 or later (x86-fbsd).

D299: 603_bug494740.patch

May 9 2015, 1:19 PM · Duplicate, Gentoo, libgcrypt, Bug Report
nigoro added projects to T1974: libgcrypt: build fails on Gentoo/FreeBSD 10.0 or later (x86-fbsd): Bug Report, libgcrypt, Gentoo.
May 9 2015, 1:19 PM · Duplicate, Gentoo, libgcrypt, Bug Report

May 7 2015

gniibe added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

In 1.6.3, libgcrypt now work with automake >= 1.14.

See the commit: c123e313e90a6ffb14c9be3ddaab3ad44a44f2b6

May 7 2015, 4:04 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
gniibe added a project to T1607: libgcrypt parallel tests automake>=1.13 issue: libgcrypt.
May 7 2015, 4:04 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
gniibe closed T1607: libgcrypt parallel tests automake>=1.13 issue as Resolved.
May 7 2015, 4:04 AM · libgcrypt, Gentoo, Won't Fix, Bug Report

Oct 25 2014

alonbl added a comment to T1744: lib-gpgerror cross compile ignore 2nd component of host for lock header?.

I try to imagine where the subarch can cause an issue, maybe a big fat warning
when mapping should be sufficient at this point?

For now I will add a note for everyone that opens a bug for this reason to
duplicate the unknown subarch into his own, package will not be compiled
automatically for these.

Thanks!

Oct 25 2014, 3:19 PM · gpgrt, Gentoo, Bug Report
werner added a comment to T1744: lib-gpgerror cross compile ignore 2nd component of host for lock header?.

But that also introduces a new class of bugs. I think it is easier to simply
add a new file. If it eventually turns out that we have too many identical
files, we can change that by adding a mapping table to mkheader.

Oct 25 2014, 2:54 PM · gpgrt, Gentoo, Bug Report

Oct 21 2014

alonbl added projects to T1744: lib-gpgerror cross compile ignore 2nd component of host for lock header?: Bug Report, Gentoo, gpgrt.
Oct 21 2014, 12:26 AM · gpgrt, Gentoo, Bug Report

Aug 10 2014

werner closed T1681: tests/t-lock.c: In function ‘main’: warning: implicit declaration of function ‘getpid’ // warning: ‘i’ may be used uninitialized in this function as Resolved.
Aug 10 2014, 9:09 AM · Gentoo, Bug Report, gnupg
werner added a comment to T1681: tests/t-lock.c: In function ‘main’: warning: implicit declaration of function ‘getpid’ // warning: ‘i’ may be used uninitialized in this function.

Thanks.

Aug 10 2014, 9:09 AM · Gentoo, Bug Report, gnupg

Aug 9 2014

alonbl added projects to T1681: tests/t-lock.c: In function ‘main’: warning: implicit declaration of function ‘getpid’ // warning: ‘i’ may be used uninitialized in this function: gnupg, Bug Report, Gentoo.
Aug 9 2014, 8:10 PM · Gentoo, Bug Report, gnupg
alonbl added a comment to T1681: tests/t-lock.c: In function ‘main’: warning: implicit declaration of function ‘getpid’ // warning: ‘i’ may be used uninitialized in this function.

D207: 445_libgpg-error-1.13-t-lock.patch

Aug 9 2014, 8:10 PM · Gentoo, Bug Report, gnupg

Jan 29 2014

werner added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

A user shall not use automake to build libgrypt.

I am very well aware of all the problems with newer automake versions. I try to
eventually mitigate the problems and the extra rules we have in some projects
might be helpful but a proper solution for automake would be to reverse the
default tests method to serial-tests. There are only a few projects with lots
of regression tests which benefit from the new default - those could easily
switch on parallel-tests. But I have seen no signs that they will revert it.

Eventually we need to add our own test driver - IIRC, recent automakes allow to
enable a custom test driver while still having build support by automake.

Jan 29 2014, 4:25 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

the tarball is OK, however, we must patch the autoconf[1], so we also use the
automake installed at user site which may be newer than 1.13.

it seems that this expression has no effect to 1.13 and damage the 1.14...

bench-slope.log: benchmark.log
hashtest-256g.log: bench-slope.log

you can close this issue, but know that it does exist in newer versions of
automake. if there is no real need for the above statements then removing them
resolves the issue.

[1]
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/files/libgcrypt-1.5.0-uscore.patch?revision=1.1&view=markup

Jan 29 2014, 3:18 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

I am confused:

Do you say that you have problems to build the tarball release? In that case I
can replicate the problem. FWIW, the 1.6.1 release has been build with automake
1.11 and I am pretty sure that this was also the case for 1.6.0.
From the top Makefile.in:

Makefile.in generated by automake 1.11.6 from Makefile.am.

So, why do you need autoreconf to fix a problem with parallel tests? automake
1.11 does not generate such test rules.

Jan 29 2014, 3:09 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl reopened T1607: libgcrypt parallel tests automake>=1.13 issue as "Open".
Jan 29 2014, 10:19 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

That was added because we have it in master.

Have 'it'? I see it in the tarball of 1.6.

Again: If you do not use the tarball release do not expect that pacthes will

be included. You should never do autoreconf.

We do use the tarball release, and we must patch it to resolve issues you do not
handle as I presented in previous comment.

Jan 29 2014, 10:19 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

That was added because we have it in master.

Again: If you do not use the tarball release do not expect that pacthes will be
included. You should never do autoreconf.

Jan 29 2014, 8:26 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner closed T1607: libgcrypt parallel tests automake>=1.13 issue as Resolved.
Jan 29 2014, 8:26 AM · libgcrypt, Gentoo, Won't Fix, Bug Report

Jan 28 2014

alonbl reopened T1607: libgcrypt parallel tests automake>=1.13 issue as "Open".
Jan 28 2014, 11:15 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

We patch your sources mainly because[1], I will be happy to stop autoreconf your
packages, but cannot do this until this and other issues are resolved.

[1]
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/files/libgcrypt-1.5.0-uscore.patch?revision=1.1&view=markup

OK, someone already tried to solve it at your side:

tests/Makefile.am

  1. Force sequential run of some tests. bench-slope.log: benchmark.log hashtest-256g.log: bench-slope.log

However, from automake manual:

In order to guarantee an ordering between tests even with make -jN, dependencies
between the corresponding .log files may be specified through usual make
dependencies. For example, the following snippet lets the test named
foo-execute.test depend upon completion of the test foo-compile.test:

TESTS = foo-compile.test foo-execute.test
foo-execute.log: foo-compile.log

Please note that this ordering ignores the results of required tests, thus the
test foo-execute.test is run even if the test foo-compile.test failed or was
skipped beforehand. Further, please note that specifying such dependencies
currently works only for tests that end in one of the suffixes listed in
TEST_EXTENSIONS.

Removing the above makes all works in parallel without specific order, which is
nice... unsure why the above was added when there is no real dependency, and
prior to automake-1.13 there was no parallel anyway.

Jan 28 2014, 11:15 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

Because that automake version is not supported. automake is a maintainer tool
and not a build dependency. If Gentoo has its own policy they are on their own

  • it is free software. The tarball release does not have this problem. Or am I

wrong? GIT is developer only and definitely not a release.

Jan 28 2014, 3:28 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner closed T1607: libgcrypt parallel tests automake>=1.13 issue as Resolved.
Jan 28 2014, 3:28 PM · libgcrypt, Gentoo, Won't Fix, Bug Report

Jan 27 2014

werner added a project to T1608: GNUPG_SYS_SYMBOL_UNDERSCORE and cross compile: Not A Bug.
Jan 27 2014, 11:42 AM · Stalled, libgcrypt, Not A Bug, Gentoo, Bug Report
werner added a comment to T1608: GNUPG_SYS_SYMBOL_UNDERSCORE and cross compile.

Please report a concrete bug. Due to the often instable libtool developemnt, I
hestitate to change tests which have shown to work on a wide variety of
platforms. Note that we also don't use any new version of libtool but stick to
an old and stable one with our own fixes.

Jan 27 2014, 11:42 AM · Stalled, libgcrypt, Not A Bug, Gentoo, Bug Report
alonbl added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

why do you close issues so fast?

"""can you please seek the proper solution?"""

means that I ask to fix build to have proper dependencies between tests to allow
serial or parallel execution. this will work in any version.

Jan 27 2014, 11:40 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl reopened T1607: libgcrypt parallel tests automake>=1.13 issue as "Open".
Jan 27 2014, 11:40 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner added a project to T1607: libgcrypt parallel tests automake>=1.13 issue: Won't Fix.
Jan 27 2014, 11:36 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

Thist patch does not work because the serial-tests flag is not supported by
older automake versions. The problem has already been discussed at the mailing
lists. See README.GIT on how to use a non-broken automake. I still hope the
utomake folks solve the problem by changing the default. Forcing all projects
to use the new and incompatible parallel tests was a very unpleasant behaviour
of them.

Jan 27 2014, 11:36 AM · libgcrypt, Gentoo, Won't Fix, Bug Report
werner closed T1607: libgcrypt parallel tests automake>=1.13 issue as Resolved.
Jan 27 2014, 11:36 AM · libgcrypt, Gentoo, Won't Fix, Bug Report

Jan 24 2014

alonbl added a comment to T1608: GNUPG_SYS_SYMBOL_UNDERSCORE and cross compile.

D189: 421_libgcrypt-1.5.0-uscore.patch

Jan 24 2014, 10:29 PM · Stalled, libgcrypt, Not A Bug, Gentoo, Bug Report
alonbl added projects to T1608: GNUPG_SYS_SYMBOL_UNDERSCORE and cross compile: Bug Report, Gentoo.
Jan 24 2014, 10:29 PM · Stalled, libgcrypt, Not A Bug, Gentoo, Bug Report
alonbl added projects to T1607: libgcrypt parallel tests automake>=1.13 issue: Bug Report, Gentoo.
Jan 24 2014, 10:22 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl set Version to 1.6.0 on T1607: libgcrypt parallel tests automake>=1.13 issue.
Jan 24 2014, 10:22 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl added a comment to T1607: libgcrypt parallel tests automake>=1.13 issue.

D188: 420_libgcrypt-1.6.0-serial-tests.patch

Jan 24 2014, 10:22 PM · libgcrypt, Gentoo, Won't Fix, Bug Report
alonbl set External Link to https://bugs.gentoo.org/show_bug.cgi?id=498718 on T1607: libgcrypt parallel tests automake>=1.13 issue.
Jan 24 2014, 10:22 PM · libgcrypt, Gentoo, Won't Fix, Bug Report

Oct 24 2013

werner closed T1493: gpgme hungs in test t-verify as Resolved.
Oct 24 2013, 7:45 AM · Duplicate, gpgme, Gentoo, Bug Report
werner removed a project from T1493: gpgme hungs in test t-verify: Restricted Project.
Oct 24 2013, 7:45 AM · Duplicate, gpgme, Gentoo, Bug Report
werner removed a project from T1498: gpg tries to access files outside of build tree during checks: Restricted Project.
Oct 24 2013, 7:43 AM · Gentoo, Bug Report, gnupg
werner closed T1498: gpg tries to access files outside of build tree during checks as Resolved.
Oct 24 2013, 7:43 AM · Gentoo, Bug Report, gnupg

Sep 18 2013

werner added a comment to T1493: gpgme hungs in test t-verify.

Duplicate of T1535

Sep 18 2013, 8:38 AM · Duplicate, gpgme, Gentoo, Bug Report
werner added a comment to T1493: gpgme hungs in test t-verify.

That is a GnuPG. See T1535.
I just pushed a fix to the 2.0 branch.

Sep 18 2013, 8:38 AM · Duplicate, gpgme, Gentoo, Bug Report
werner added a project to T1493: gpgme hungs in test t-verify: Restricted Project.
Sep 18 2013, 8:38 AM · Duplicate, gpgme, Gentoo, Bug Report
werner added a project to T1493: gpgme hungs in test t-verify: Duplicate.
Sep 18 2013, 8:38 AM · Duplicate, gpgme, Gentoo, Bug Report

Aug 19 2013

werner added a project to T1498: gpg tries to access files outside of build tree during checks: Restricted Project.
Aug 19 2013, 12:05 PM · Gentoo, Bug Report, gnupg
werner added a comment to T1498: gpg tries to access files outside of build tree during checks.

Fix will go into 2.0.21. Thanks.

Aug 19 2013, 12:05 PM · Gentoo, Bug Report, gnupg

May 28 2013

werner added a comment to T1493: gpgme hungs in test t-verify.

See also T1502

May 28 2013, 10:35 AM · Duplicate, gpgme, Gentoo, Bug Report

May 22 2013

werner added a comment to T1493: gpgme hungs in test t-verify.

The lsof looks as expected.

May 22 2013, 6:29 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added a comment to T1493: gpgme hungs in test t-verify.

May 22 2013, 5:29 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added a comment to T1493: gpgme hungs in test t-verify.

You mean --disable-fd-passing...

Correct it works.

Attached lsof output for the process when does not work.

I don't think it has to do with hardened kernel... as the initial report was
without. I will try to contact the original user.

May 22 2013, 5:29 PM · Duplicate, gpgme, Gentoo, Bug Report
werner added a comment to T1493: gpgme hungs in test t-verify.

Thanks. GPGME is waiting for an EOF on the fd used to receive data from gpgsm.
The data is send by the GETAUDITLOG command and afaics all data has been
received. There is a one second timeout in the select which you can see at the
end of the log file.

File descriptor passing is used between gpgme and gpgsm which usually works
nice. We have an problem on Mac OS with that for yet unknown reasons. lsof
might give some insight here. I suggest to configure gpgme with
--disable-fd-logging ro check whether this is really the culprit.

What are the special features of the hardened gentoo kernel?

May 22 2013, 5:19 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added a comment to T1493: gpgme hungs in test t-verify.

May 22 2013, 4:20 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added a comment to T1493: gpgme hungs in test t-verify.

Attached.

May 22 2013, 4:20 PM · Duplicate, gpgme, Gentoo, Bug Report
werner added a comment to T1493: gpgme hungs in test t-verify.

Thanks. Can you please cd to the build directory gpgme/tests/gpgsm and run
this on the command line (after having canceled the make check):

GPGME_DEBUG=9:/tmp/gpgme.log GNUPGHOME=$(pwd) GPG_AGENT_INFO= ./t-verify

and post the gpgme.log file?

May 22 2013, 2:51 PM · Duplicate, gpgme, Gentoo, Bug Report

May 15 2013

werner added a comment to T1498: gpg tries to access files outside of build tree during checks.

Actually, gpg should not open the keyfiles at all. Well, unless you have enabled
the SELinux hacks. In that case we better register the keyfiles. The fix seems
to be harmless and thus it makes sense to apply it.

May 15 2013, 10:46 AM · Gentoo, Bug Report, gnupg

May 13 2013

alonbl set External Link to https://bugs.gentoo.org/show_bug.cgi?id=468430 on T1494: pinentry to support 'ncurses --with-termlib'.
May 13 2013, 9:58 PM · Feature Request, Gentoo, pinentry
alonbl renamed T1494: pinentry to support 'ncurses --with-termlib' from ping entry to support 'ncurses --with-termlib' to pinentry to support 'ncurses --with-termlib'.
May 13 2013, 9:58 PM · Feature Request, Gentoo, pinentry
alonbl set External Link to https://bugs.gentoo.org/show_bug.cgi?id=467290 on T1493: gpgme hungs in test t-verify.
May 13 2013, 9:55 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added a comment to T1493: gpgme hungs in test t-verify.

May 13 2013, 9:55 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added a comment to T1493: gpgme hungs in test t-verify.

Did not get an email with your comment... just happened to peek.

I am sorry, I forgot to place the link to the bug.

My system:
System uname:
Linux-3.8.6-hardened-x86_64-Intel-R-_Core-TM-_i7-3520M_CPU_@_2.90GHz-with-gentoo-2.2
sys-kernel/linux-headers: 3.7 (virtual/os-headers)
sys-libs/glibc: 2.15-r3
app-shells/bash: 4.2_p45

Attached is my config.log.

At the bug link you will find the user's details.

May 13 2013, 9:55 PM · Duplicate, gpgme, Gentoo, Bug Report
alonbl added projects to T1498: gpg tries to access files outside of build tree during checks: gnupg, Bug Report, Gentoo.
May 13 2013, 9:37 PM · Gentoo, Bug Report, gnupg
alonbl set External Link to https://bugs.gentoo.org/show_bug.cgi?id=469388 on T1498: gpg tries to access files outside of build tree during checks.
May 13 2013, 9:37 PM · Gentoo, Bug Report, gnupg
alonbl set Version to 1.4 master on T1498: gpg tries to access files outside of build tree during checks.
May 13 2013, 9:37 PM · Gentoo, Bug Report, gnupg
alonbl added a comment to T1498: gpg tries to access files outside of build tree during checks.

D174: 375_0001-checks-do-not-access-files-outside-of-build.patch

May 13 2013, 9:37 PM · Gentoo, Bug Report, gnupg

May 6 2013

werner added a comment to T1493: gpgme hungs in test t-verify.

Please provide complete bug reports. Foe example the OS you are using.

May 6 2013, 12:00 PM · Duplicate, gpgme, Gentoo, Bug Report

May 5 2013

alonbl added a comment to T1494: pinentry to support 'ncurses --with-termlib'.

pkg-config variant.

There is also ncurses-config option...

May 5 2013, 1:19 PM · Feature Request, Gentoo, pinentry
alonbl added a comment to T1494: pinentry to support 'ncurses --with-termlib'.

D172: 374_pinentry-0.8.2-ncurses-pkg-config.patch

May 5 2013, 1:19 PM · Feature Request, Gentoo, pinentry
alonbl set Version to master on T1494: pinentry to support 'ncurses --with-termlib'.
May 5 2013, 1:18 PM · Feature Request, Gentoo, pinentry
alonbl added projects to T1494: pinentry to support 'ncurses --with-termlib': pinentry, Bug Report, Gentoo.
May 5 2013, 1:18 PM · Feature Request, Gentoo, pinentry
alonbl added projects to T1493: gpgme hungs in test t-verify: Bug Report, Gentoo, gpgme.
May 5 2013, 12:06 AM · Duplicate, gpgme, Gentoo, Bug Report

Jan 13 2013

dark_templar set External Link to https://bugs.gentoo.org/show_bug.cgi?id=376375 on T1463: pinentry-curses crashes with SIGSEGV if can't find terminfo.
Jan 13 2013, 12:44 PM · Gentoo, Bug Report, pinentry
dark_templar set Version to 0.8.2 on T1463: pinentry-curses crashes with SIGSEGV if can't find terminfo.
Jan 13 2013, 12:44 PM · Gentoo, Bug Report, pinentry
dark_templar added projects to T1463: pinentry-curses crashes with SIGSEGV if can't find terminfo: pinentry, Bug Report, Gentoo.
Jan 13 2013, 12:44 PM · Gentoo, Bug Report, pinentry

Aug 14 2012

werner added a comment to T1305: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules.

Marked as resolved in Gentoo.

Aug 14 2012, 8:41 PM · Gentoo, Feature Request
werner closed T1305: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules as Resolved.
Aug 14 2012, 8:41 PM · Gentoo, Feature Request

Jun 29 2011

werner removed a project from T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules: Restricted Project.
Jun 29 2011, 10:09 AM · Gentoo, libgcrypt, Feature Request
werner closed T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules as Resolved.
Jun 29 2011, 10:09 AM · Gentoo, libgcrypt, Feature Request

Feb 21 2011

werner added a project to T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules: Restricted Project.
Feb 21 2011, 3:07 PM · Gentoo, libgcrypt, Feature Request
werner added a comment to T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules.

The compiler folks are breaking all assumptions C hackers used for decades :-(
The benefit is a little performace improvement which might be outweighted by the
bugs introduced due to the code changes required to to use gcc specific stuff or
even memcpy everything forth and back.

Feb 21 2011, 3:07 PM · Gentoo, libgcrypt, Feature Request

Dec 8 2010

c1pher added projects to T1305: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules: Feature Request, Gentoo.
Dec 8 2010, 4:43 PM · Gentoo, Feature Request
c1pher set Version to 2.0.0 on T1305: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules.
Dec 8 2010, 4:43 PM · Gentoo, Feature Request
c1pher set External Link to http://bugs.gentoo.org/show_bug.cgi?id=347807 on T1305: assuan-uds.c:211:3: warning: dereferencing type-punned pointer will break strict-aliasing rules.
Dec 8 2010, 4:43 PM · Gentoo, Feature Request

Dec 7 2010

c1pher set External Link to http://bugs.gentoo.org/show_bug.cgi?id=347810 on T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules.
Dec 7 2010, 7:18 PM · Gentoo, libgcrypt, Feature Request
c1pher set Version to 1.4.6 on T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules.
Dec 7 2010, 7:17 PM · Gentoo, libgcrypt, Feature Request
c1pher added projects to T1304: rijndael.c -- warning: dereferencing type-punned pointer will break strict-aliasing rules: Feature Request, libgcrypt, Gentoo.
Dec 7 2010, 7:17 PM · Gentoo, libgcrypt, Feature Request

Dec 11 2009

werner removed a project from T992: libgcrypt-1.4.4 unconditionally replaces "-O" with "-O1", potentially breaking other $CFLAGS: Restricted Project.
Dec 11 2009, 5:03 PM · patch, Gentoo, libgcrypt, Bug Report
werner added a comment to T992: libgcrypt-1.4.4 unconditionally replaces "-O" with "-O1", potentially breaking other $CFLAGS.

will be in 1.4.5 to be released in a few minutes.

Dec 11 2009, 5:03 PM · patch, Gentoo, libgcrypt, Bug Report
werner closed T992: libgcrypt-1.4.4 unconditionally replaces "-O" with "-O1", potentially breaking other $CFLAGS as Resolved.
Dec 11 2009, 5:03 PM · patch, Gentoo, libgcrypt, Bug Report

Dec 10 2009

werner added a project to T992: libgcrypt-1.4.4 unconditionally replaces "-O" with "-O1", potentially breaking other $CFLAGS: Restricted Project.
Dec 10 2009, 5:08 PM · patch, Gentoo, libgcrypt, Bug Report
werner added a comment to T992: libgcrypt-1.4.4 unconditionally replaces "-O" with "-O1", potentially breaking other $CFLAGS.

Okay, for the development version I implemented a configure option
--disable-O-flag-munging
This is in the SVN trunk, rev 1415.
I believe that is the least intrusive change. Is it important for you; thus
shall I backport it to 1.4.5 which will be released in a few days?

Dec 10 2009, 5:08 PM · patch, Gentoo, libgcrypt, Bug Report

Jul 9 2009

werner added a project to T811: t-gettime fail: Not A Bug.
Jul 9 2009, 4:40 PM · Not A Bug, Gentoo, Bug Report, gnupg
werner removed a project from T811: t-gettime fail: Stalled.
Jul 9 2009, 4:40 PM · Not A Bug, Gentoo, Bug Report, gnupg
werner closed T811: t-gettime fail as Resolved.
Jul 9 2009, 4:40 PM · Not A Bug, Gentoo, Bug Report, gnupg
werner added a comment to T811: t-gettime fail.

not a bug or - if at all - a bug in glibc. Further discussion please on the ML

Jul 9 2009, 4:40 PM · Not A Bug, Gentoo, Bug Report, gnupg

Jun 19 2009

werner removed projects from T1076: pinentry encodes the "%"-character: Bug Report, Restricted Project.
Jun 19 2009, 1:04 PM · Gentoo, pinentry
werner closed T1076: pinentry encodes the "%"-character as Invalid.
Jun 19 2009, 1:04 PM · Gentoo, pinentry
werner added a comment to T1076: pinentry encodes the "%"-character.

That is no bug but required by the Assuan protocol:

Jun 19 2009, 1:04 PM · Gentoo, pinentry

Jun 18 2009

osi2897 added projects to T1076: pinentry encodes the "%"-character: Restricted Project, pinentry, Bug Report, Gentoo.
Jun 18 2009, 10:55 PM · Gentoo, pinentry