Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-26 Thread Eddy Nigg (StartCom Ltd.)
Hi Andreas, I certainly can maintain it, but can't promise compatibility to specific distributions. This means, an RPM might not work under an oldish version of Red Hat or Fedora etc...If that is OK with you all, I can continue the work from Ville and make a few compiles... Concerning opens

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-26 Thread Andreas Jellinghaus
On Thursday 26 April 2007 11:50:58 Eddy Nigg (StartCom Ltd.) wrote: > I guess, Andreas is taking care of that by now? if anyone has time, please test latest trunk snapshot. it should work without any change (it tries to link -lreadline, -lreadline -lncurses, -lreadline -ltermcap, in that order). b

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-26 Thread Andreas Jellinghaus
I'm all for adding rpm files to opensc web server, so it is easier for users to get the latest and greatest version. but: my knowledge ends with debian/ubuntu, and time too: building all these debian/ubuntu packages and testing them took quite some time. if anyone wants to step forward to maintai

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-26 Thread Eddy Nigg (StartCom Ltd.)
Ville Skyttä wrote: If you're interested in contributing to Fedora, there's a wealth of documentation about that at http://fedoraproject.org/wiki/PackageMaintainers Well...not really, got our own distro to take care of ;-) Never used or needed those, and I have enough on my plate already, so

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-26 Thread Ville Skyttä
On Thursday 26 April 2007, Eddy Nigg (StartCom Ltd.) wrote: > Ville Skyttä wrote: > > > > Regarding the Fedora packages, I'm nowadays only a *very* casual user of > > OpenSC (ditto OpenCT), and it'd be beneficial if someone who uses them > > more actively would help maintain the packages or take ov

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-26 Thread Eddy Nigg (StartCom Ltd.)
Ville Skyttä wrote: On Tuesday 24 April 2007, Eddy Nigg (StartCom Ltd.) wrote: OK, maybe share/store the RPM's (including source RPM) of Fedora also in the linux folder? There shouldn't be huge differences or at least allow the rebuilding of the source RPMs for other distros. Go ahead

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-24 Thread Andreas Jellinghaus
On Tuesday 24 April 2007 23:19:34 Ville Skyttä wrote: > Oh, while at it, for Fedora 7 I need to do > a "sed -i -e 's|-ltermcap|-lncurses|' configure" before running ./configure > - libtermcap doesn't exist any more. Perhaps other distros have/will have > this issue too and OpenSC's configure.* cou

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-24 Thread Ville Skyttä
On Tuesday 24 April 2007, Eddy Nigg (StartCom Ltd.) wrote: > OK, maybe share/store the RPM's (including source RPM) of Fedora also in > the linux folder? There shouldn't be huge differences or at least allow > the rebuilding of the source RPMs for other distros. Go ahead if you think it would be u

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-24 Thread Eddy Nigg (StartCom Ltd.)
OK, maybe share/store the RPM's (including source RPM) of Fedora also in the linux folder? There shouldn't be huge differences or at least allow the rebuilding of the source RPMs for other distros. Andreas Jellinghaus wrote: On Tuesday 24 April 2007 21:44:37 Eddy Nigg (StartCom Ltd.) wrote:

Re: [opensc-devel] release candidate 2 for 0.11.2

2007-04-24 Thread Eddy Nigg (StartCom Ltd.)
Who maintains the RPM files (if at all)? -- Regards Signer: Eddy Nigg, StartCom Ltd. Jabber: [EMAIL PROTECTED] Phone: +1.213.341.0390 Andreas Jellinghaus wrote: too many problems with rc1, so here is rc2. it passes the test suite for my cryptoflex 32k card on linux (but I haven

[opensc-devel] release candidate 2 for 0.11.2

2007-04-24 Thread Andreas Jellinghaus
too many problems with rc1, so here is rc2. it passes the test suite for my cryptoflex 32k card on linux (but I haven't tested other cards so far). please help testing. major changes since rc1: - enable cache_pins by default - reduce max_send_size to 255 bytes. If there are no critical issues,