Hello,
Since automake 1.11 It is possible to have silent rules. The idea is
to have much less noise in the console and then warnings much more
visible.
Gnome has a nice page [1] to describe it.
I propose to use it for OpenSC and the other subprojects.
Proposed patch:
--- /tmp/j0T5M8_configure.ac
On Thu, Jun 30, 2011 at 12:17, Ludovic Rousseau
wrote:
> Hello,
>
> Since automake 1.11 It is possible to have silent rules. The idea is
> to have much less noise in the console and then warnings much more
> visible.
Just saw the change in pam_pkcs11 and tried it. It is *so good*.
Martin
___
2011/6/30 Martin Paljak :
> On Thu, Jun 30, 2011 at 12:17, Ludovic Rousseau
> wrote:
>> Hello,
>>
>> Since automake 1.11 It is possible to have silent rules. The idea is
>> to have much less noise in the console and then warnings much more
>> visible.
>
> Just saw the change in pam_pkcs11 and trie
On Thu, Jun 30, 2011 at 12:45, Ludovic Rousseau
wrote:
> 2011/6/30 Martin Paljak :
>> On Thu, Jun 30, 2011 at 12:17, Ludovic Rousseau
>> wrote:
>>> Hello,
>>>
>>> Since automake 1.11 It is possible to have silent rules. The idea is
>>> to have much less noise in the console and then warnings much
Hello,
On Wed, Jun 29, 2011 at 16:57, Douglas E. Engert wrote:
> On 6/29/2011 6:17 AM, Martin Paljak wrote:
>> On Wed, Jun 29, 2011 at 14:17, Martin Paljak wrote:
>>
>>> I'll also write about Git a bit more.
>> I wanted to write "Release procedure and Git"
>
> Cay you add release tags to Git too
Moi,
On Thu, Jun 30, 2011 at 08:11, Thomas Grenman wrote:
> Hello
>
> Please consider including the patch below into upcoming versions of
> OpenSC. This patch will make OpenSC work with my fairly new FINEID-card
> (http://www.opensc-project.org/opensc/wiki/FinnishEid). My particular card
> is not
Hello,
So this is the interesting part from the log:
On Thu, Jun 30, 2011 at 17:21, Thomas Grenman wrote:
> 0xb779b8d0 16:59:59.149 [pkcs15-tool] dir.c:141:sc_enum_apps: called
> 0xb779b8d0 16:59:59.149 [pkcs15-tool] card.c:571:sc_select_file: called;
> type=2, path=3f002f00
> 0xb779b8d0 16:59:5
Hi
> It seems to me that the card (or the relevant applet) is programmed to
> return 6A88 instead of 6A82. Just to be sure: what happens if you try
> opensc-explorer and try to cd to any non-existent DF with debug on,
Yes, the error code comes from the card. And just as you expected,
opensc-expl
El jue, 30-06-2011 a las 19:58 +0300, Thomas Grenman escribió:
> Hi
>
> > It seems to me that the card (or the relevant applet) is programmed to
> > return 6A88 instead of 6A82. Just to be sure: what happens if you try
> > opensc-explorer and try to cd to any non-existent DF with debug on,
>
> Ye
On Thursday, June 30 at 07:08PM, Juan Antonio Martinez wrote:
> In OpenDNIe[1] we had a similar problem: on SM establishment we need to
> override default meaning of some error codes, to get a common SM error
> and parse it. I solved it by mean of providing own check_sw() at
> card_ops function poi
Hi!
> sc_enum_apps fails because sc_select_file returns an "unknown" SW 6A88
> which gets translated to SC_ERROR_DATA_OBJECT_NOT_FOUND in iso7816.c.
> Looking at ISO7816-4, it is not listed as a "relevant SW" for SELECT
> command, which is failing (which also makes sense to me)
Regarding the erro
El jue, 30-06-2011 a las 20:58 +0200, Frank Morgner escribió:
> On Thursday, June 30 at 07:08PM, Juan Antonio Martinez wrote:
> > In OpenDNIe[1] we had a similar problem: on SM establishment we need to
> > override default meaning of some error codes, to get a common SM error
> > and parse it. I so
Playing with OpenDNIe on MacOSX 10.6 I found a nasty ¿bug?¿feature?:
Once the PIN is entered, the keychain layer remembers it forever :-(
By mean of a friend's report I found this link:
http://lists.apple.com/archives/apple-cdsa/2008/May/msg3.html
Cut&paste:
"The smart card support code in
13 matches
Mail list logo
