On Tuesday 14 August 2007 19:25:22 Alon Bar-Lev wrote:
> This is the reason why it is bad idea to include it...
Alon, I think the libassuan.m4 file is similar to your --disable-nsplugin
code: extra code that is not necessary, because you can easily work around.
but it makes live easier for some p
On Tuesday 14 August 2007 09:13:06 Ludovic Rousseau wrote:
> What version of libassuan are you using?
updated it to the latest ubuntu libassuan-dev file:
1.0.0-1build1
Thanks, RAndreas
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
On 8/14/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> thanks Alon and Ludovic!
>
> I added the _CFLAGS variable whever the ltdl.h file is searched so it will be
> found and added back the libassuan.m4 file, as I think without we will annoy
> quite a number of users (it hit already two active
On 8/14/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On 14/08/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> > I added the _CFLAGS variable whever the ltdl.h file is searched so it will
> > be
> > found and added back the libassuan.m4 file, as I think without we will annoy
> > quite a n
On 14/08/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> I added the _CFLAGS variable whever the ltdl.h file is searched so it will be
> found and added back the libassuan.m4 file, as I think without we will annoy
> quite a number of users (it hit already two active developer - jpz and me on
>
thanks Alon and Ludovic!
I added the _CFLAGS variable whever the ltdl.h file is searched so it will be
found and added back the libassuan.m4 file, as I think without we will annoy
quite a number of users (it hit already two active developer - jpz and me on
opensc-project.org, guess a similar sit
Ludovic Rousseau a écrit :
> On 11/08/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
>
>> On Friday 10 August 2007, Andreas Jellinghaus wrote:
>>
>>> would be nice to get this working, but we need to set LTLIBLTDL or similar
>>> (or adjust the autoconf makefiles - I prefer not setting LIBS so
On 11/08/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On Friday 10 August 2007, Andreas Jellinghaus wrote:
> > would be nice to get this working, but we need to set LTLIBLTDL or similar
> > (or adjust the autoconf makefiles - I prefer not setting LIBS so we can
> > add -lltdl only where needed and
On Friday 10 August 2007, Andreas Jellinghaus wrote:
> > 2. Why do you store the following: aclocal/pkg.m4, aclocal/libassuan.m4?
> > The should be provided and maintained by the packages installed at
> > your system...
>
> I don't want to force people into installing libassuan-dev. they would if
On Friday 10 August 2007, Andreas Jellinghaus wrote:
> would be nice to get this working, but we need to set LTLIBLTDL or similar
> (or adjust the autoconf makefiles - I prefer not setting LIBS so we can
> add -lltdl only where needed and not on a global scale).
Attached.
> also we need to
> c
On Thursday 09 August 2007 09:27:02 Ludovic Rousseau wrote:
> > 3. Why configure has AM_MAINTAINER_MODE? It is best to go without.
>
> I do not agree. AM_MAINTAINER_MODE will prevent make to try to rebuild
> Makefile.in if it detects Makefile.am is more recent.
> "end-users" should not have to have
On Thursday 09 August 2007 08:46:53 Alon Bar-Lev wrote:
> After another quick look...
> Some thoughts...
>
> 1. Rename configure.in into configure.ac
fine with me. I think Antti was against it or something. but I don't remember
the details, and whatever old plattform had problems with the rename
> > Anyone know why the AC_LIB_LINKFLAGS was used and not AC_CHECK_LIB?
>
> I guess it was just ignorance. It was not a bug (for me) before automake
> 1.10.
AC_LIB_LINKSFLAGS was suggested somewhere and thus I used it. but if it
causes problems now, I'm fine with replacing it. but we need to adjus
On Wednesday 08 August 2007 17:44:00 Alon Bar-Lev wrote:
> Hmmm
> nl use ltdl
> -#AC_LIB_LINKFLAGS(ltdl)
> +AC_CHECK_LIB([ltdl],lt_dlopen)
>
> Solves this issue.
> Anyone know why the AC_LIB_LINKFLAGS was used and not AC_CHECK_LIB?
would be nice to get this working, but we need to set LTLIBLTDL o
On 8/9/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> Any other comment?
No... :)
There are just too many weird things in configure...
I am afraid to touch...
Best Regards,
Alon Bar-Lev.
___
opensc-devel mailing list
opensc-devel@lists.opensc-projec
On 09/08/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 8/9/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> > > 3. Why configure has AM_MAINTAINER_MODE? It is best to go without.
> >
> > I do not agree. AM_MAINTAINER_MODE will prevent make to try to rebuild
> > Makefile.in if it detects Makefil
On 8/9/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> > 2. Why do you store the following: aclocal/pkg.m4, aclocal/libassuan.m4?
> > The should be provided and maintained by the packages installed at
> > your system...
> > They should be removed from svn.
>
> Exact. I also suggested (and committ
On 09/08/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 8/9/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> > This patch works for me. Any objection to commit it?
>
> After another quick look...
> Some thoughts...
>
> 1. Rename configure.in into configure.ac
No objection
> 2. Why do you store
On 8/9/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> This patch works for me. Any objection to commit it?
After another quick look...
Some thoughts...
1. Rename configure.in into configure.ac
2. Why do you store the following: aclocal/pkg.m4, aclocal/libassuan.m4?
The should be provided and m
On 08/08/07, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 8/8/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> > I have the problem with automake 1.10
> > $ ./autogen.sh
> > + aclocal -I aclocal
> > + libtoolize --copy --force --automake
> > + autoheader --force
> > + autoconf --force
> > + automa
On 8/8/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> I have the problem with automake 1.10
> $ ./autogen.sh
> + aclocal -I aclocal
> + libtoolize --copy --force --automake
> + autoheader --force
> + autoconf --force
> + automake-1.10 --add-missing --copy --force --foreign
> configure.in:198: re
On 08/08/2007, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> On Sunday 05 August 2007 13:33:45 Ludovic Rousseau wrote:
> > The real problem I have is with configure.in. It does _not_ work for me.
>
> which version of automake? can you try the older automake packages?
> (debian has several packag
On Sunday 05 August 2007 13:33:45 Ludovic Rousseau wrote:
> The real problem I have is with configure.in. It does _not_ work for me.
which version of automake? can you try the older automake packages?
(debian has several packages IIRC and one of them works, the other doesn't
and I don't know what
Hello,
On 28/07/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> On Monday 23 July 2007 14:03:42 Jean-Pierre Szikora wrote:
> > I can not run anymore ./bootstrap for any version of opensc-trunk >3204.
> > I'm working with a Fedora Core 6. Installed autoconf is 2.59 and m4 is
> > 1.4.8. Are the
Andreas Jellinghaus a écrit :
> On Monday 23 July 2007 14:03:42 Jean-Pierre Szikora wrote:
>
>> I can not run anymore ./bootstrap for any version of opensc-trunk >3204.
>> I'm working with a Fedora Core 6. Installed autoconf is 2.59 and m4 is
>> 1.4.8. Are the changes introduced in svn 3202-3203
On Monday 23 July 2007 14:03:42 Jean-Pierre Szikora wrote:
> I can not run anymore ./bootstrap for any version of opensc-trunk >3204.
> I'm working with a Fedora Core 6. Installed autoconf is 2.59 and m4 is
> 1.4.8. Are the changes introduced in svn 3202-3203-3204 require now
> latest version of au
Andreas Jellinghaus a écrit :
> but we also have quite some turnover rate at opensc, everyone of the
> people that started opensc is no longer interested in it. to keep it
> maintainable we also have to keep the code small and readable.
> thus I don't want to blow up the configure code to add ever
On 7/21/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> On Friday 20 July 2007 22:17:00 Klaus Heinz wrote:
> > This is the same issue I have with openct and the automatic detection
> > of pcsc-lite. If it's possible to use openct without pcsc-lite and this
> > is a supported configuration I pr
On Friday 20 July 2007 22:17:00 Klaus Heinz wrote:
> This is the same issue I have with openct and the automatic detection
> of pcsc-lite. If it's possible to use openct without pcsc-lite and this
> is a supported configuration I prefer to have a switch to explicitly
> enable/disable this option.
Andreas Jellinghaus wrote:
> document this hack and good? very few people have the problem you mention
> so I think it is good enough?
This is the same issue I have with openct and the automatic detection
of pcsc-lite. If it's possible to use openct without pcsc-lite and this
is a supported confi
On 7/20/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> On Friday 20 July 2007 20:41:52 Alon Bar-Lev wrote:
> > No...
> > Please explicitly add --enable-nsplugin or something.
> > So that if you add dependency no additional hacks will be nessesery.
>
> ok. thanks, commited.
There is another i
On Friday 20 July 2007 20:41:52 Alon Bar-Lev wrote:
> No...
> Please explicitly add --enable-nsplugin or something.
> So that if you add dependency no additional hacks will be nessesery.
ok. thanks, commited.
> > sorry, I have little clue about the plugin, I even think I never used it
> > myself
On 7/20/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
what happends if you run LIBASSUAN_CONFIG=/bin/false ./configure
?
Oh...
For now, I've used --with-libassuan-prefix=tmp
document this hack and good? very few people have the problem you mention
so I think it is good enough?
No...
Pl
On Friday 20 July 2007 16:15:29 Alon Bar-Lev wrote:
> Yes it does.
ok, good.
what happends if you run LIBASSUAN_CONFIG=/bin/false ./configure
?
I get an ugly warning from configure output, but it seems to work fine.
Thus I can disable libassuan without any need for special options.
does it work
On 7/20/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> if you don't have libassuan installed, then opensc should compile
> fine (and not create the plugin). does that work for you?
Yes it does.
But if I have gnupg install, I already have libassuan, it does not
suggest I want to use it with O
On Fri, Jul 20, 2007 at 02:39:17PM +0200, Andreas Jellinghaus wrote:
> or do you need an option for those who have it installed (including
> development files), and try to compile opensc, but don't want opensc
> to automatically compile the plugin during that?
Good point, --enable- and --disable-
On Friday 20 July 2007 14:19:48 Alon Bar-Lev wrote:
> In next version, can you please add --enable-plugin so that the plugin
> will be built/installed only if requested?
> I don't see many people using it, and the libassuan, pinentry
> dependency can be dropped.
>
> There is also an issue of text r
Hello Andreas,
On 7/17/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> OpenSC - new version 0.11.3
In next version, can you please add --enable-plugin so that the plugin
will be built/installed only if requested?
I don't see many people using it, and the libassuan, pinentry
dependency can be
can you please check if the engine works for you?
it does work for me on linux, but not on windows (or maybe I had a typo or
something). so feedback would be very welcome.
also if anyone notices a typo or anything in the release notes,
please let me know, so I can fix it before posting it to -use
39 matches
Mail list logo
