Package: flash-kernel
Version: 3.98
Would it be possible to support odroid-hc1 single board computers with
flash-kernel?
Here is how I configure the board manually:
https://wiki.debian.org/InstallingDebianOn/OdroidHC1
flash-kernel wouldn't need to deal with samsung firmware blobs, as those
get
Package: debian-installer
Version: 20171008
To install Debian on Odroid-hc1 single board computer I managed to combine
firmware.none and the armhf images and modify the result with the latest
u-boot and network-console kernels and inject the vendor firmware blobs.
But the network card is not
Hi Michael,
the last packaging of openct that I tried is here:
http://www.opensc-project.org/ubuntu/
at least that packaging has Recommends: udev instead
of hal, so the bug you are reporting was fixed back then
a year ago - but it seems those fixes never made it into
ubuntu or debian.
can you
this patch is untested, but it fixes:
* use --enable-usb on kfreebsd in configure flags.
* add Build-Depends: libusb-dev for the two freebsd architectures.
* add Build-Conflicts: libubsb-dev for all other architectures.
* Recommends: udev (openct no longer uses hal, control wasn't updated)
* merge
Am Sonntag 28 Februar 2010 10:35:05 schrieb Eric Dorland:
* Andreas Jellinghaus (a...@dungeon.inka.de) wrote:
Build-Conflicts: should handle this, right?
patch attached.
Andreas
I'm confused now. The freebsd patch earlier in this thread seems to
add a dependency on libusb2
Package: openct
Version: 0.6.19-1
Severity: normal
OpenCT 0.6.20 is now available.
It would be best to package this based on the ubuntu package available at:
https://launchpad.net/ubuntu/+source/openct/0.6.19-1ubuntu3
As that package fixes many issues still found in debian package 0.6.19-1.
The
Package: opensc
Version: 0.11.12-1
Severity: normal
OpenSC 0.11.13 is now available, with small bugfixes
and an update of the Rutoken S driver.
Regards, Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
ubuntu has a working openct package at
https://launchpad.net/ubuntu/+source/openct/0.6.19-1ubuntu2
and if you add the patch in
https://bugs.launchpad.net/ubuntu/+source/openct/+bug/520378
on top of that ubuntu source package, all bugs concerning
openct are fixed (udev, build issues,
https://launchpad.net/ubuntu/+source/openct/0.6.19-1ubuntu3
has the latest ubuntu package, with all patches included.
if you pull in these changes, all debian bugs should be fixed
too (including the build issue with kfreebsd).
Regards, Andreas
--
To UNSUBSCRIBE, email to
I haven't tried, but --update-certificate should be what you want.
if you store a certificate twice, then of course it is stored twice.
but if you store it once, and update it later, there should be only
one.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Sendingtools/pkcs15-init.xml
Transmitting file data .
Committed revision 4012.
removed -P from documentation as a quick fix.
will be part of 0.12 release.
Regards, Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
can you edit doc/tools/pkcs15-init.xml file?
also available via svn:
svn co http://www.opensc-project.org/svn/opensc/trunk/doc/tools/
Regards, Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
sorry, but everytime I bought cryptoflex cards,
the manufacturer / redistributor sendit with some
piece of paper with the transport key on it.
the docbook documentation for the tools is in
doc/tools/*.xml.
but maybe the card documentation is a better
place? see our wiki, if you change it there,
we haven't heard from any user of the signer
on opensc-devel mailing list in years.
if you use it / want to use it, please subscribe to opensc-devel
and discuss it with us, so we can see what we can do to help you.
currently the signer will be removed from opensc with 0.12 release line.
if you use pcsc, why don't you disable openct?
from the faq:
http://www.opensc-project.org/faq.html
--cut--
/var/run/openct/status: No such file or directory
OpenSC has support for three driver types below it: PCSC, OpenCT and CT-API.
If you want to use OpenSC with PC/SC-Lite only, please edit
opensc makes all pins available as virtual slots,
so you can decice what pin to use for login and
then access the objects associated with that pin.
the problem is firefox: it wants to login into
all slots, even if the pin is marked as nonrepudiation
pin. that is not a good idea from my point of
Build-Conflicts: should handle this, right?
patch attached.
Andreas
For freebsd: don't compile with libusb!
make sure libusb-dev is not installed
diff -udrNPp openct-0.6.19-1/debian/control openct-0.6.19-0/debian/control
--- openct-0.6.19-1/debian/control 2010-01-10 06:21:37.0 +0100
+++
here is the patch to move openct to udev
with latest rules. (same as posted to the
other bug).
please apply and close both.
Regards, Andreas
* Migrate to udev based setup as distributions deprecate of hal.
* New udev rules no longer generate warnings. (Closes: #563755)
* Now compiled
Package: openct
Version: 0.6.19-1
Severity: normal
Tag: patch
the doc/Makefile* has a bug, it removes doc/api.out directory.
that way you always need to rebuild from a fresh source, which
is annoying.
here is a patch to fix that.
Regards, Andreas
This is a bug in the build process that will
hal is out, udev is the new (and old) player for
hotlplugging devices, and with proper rules there
should be no problem.
patch with everything attached.
Regards, Andreas
* Migrate to udev based setup as distributions deprecate of hal.
* New udev rules no longer generate warnings. (Closes:
tag patch
the migrate to udev patch fixes that issues
too.
or look at this patch, and extract the pcsc lines
only.
Regards, Andreas
* Migrate to udev based setup as distributions deprecate of hal.
* New udev rules no longer generate warnings. (Closes: #563755)
* Now compiled --with-bundle= for
ok, let me phrase it that way:
a typical card has certificates - non-authoritative belong to
the user, authoritatives are part of the chain to the root ca.
normal cards don't have rsa public keys.
normal cards have a private rsa keys for each user certificate.
normal cards need a pin before the
Am Mittwoch 10 Februar 2010 17:59:18 schrieb Daniel Kahn Gillmor:
What is the _openssl module? do you mean pam_p11_openssh ?
oops, yes.
The amount of storage space on my eGate appears to be such that if it
contains two 2048-bit RSA secret keys, it can only fit one certificate.
since public
Sendinglibopensc/card-belpic.c
Transmitting file data .
Committed revision 4010.
will be part of 0.12 release.
Regards, Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I think you are right, so I edited the man page in svn trunk.
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Am Montag 11 Januar 2010 11:23:54 schrieb Petr Salinger:
The rules for api.out are different after checkout from SVN and
otherwise. This part should not be GNU/kFreeBSD specific problem.
edit doc/Makefile.* and replace rm -fr api.out with rm -f api.out
and you should be fine.
long term fix
Package: openct
A new release 0.6.19 is available!
The important part is new udev rules, as distributions
migrate from hal to udev. Experimental debian packageing
with all necessary changes and all open bugs fixed is
available at
http://www.opensc-project.org/debian/
Regards, Andreas
Package: libengine-pkcs11-openssl
A new version 0.1.8 of Engine_PKCS11 is available.
I made experimental debian packages available at
http://www.opensc-project.org/debian/
This moves the engine_pkcs11.so from /usr/lib/engines/
to /usr/lib/ssl/engines/ as suggested in some bug.
Thus it
yes, you are right: openssl places it engines in /usr/lib/ssl/engines.
but your analysis is wrong: engine_pkcs11 can never be loaded without
a config file, since it needs to know which PKCS#11 module it should
load.
thus moving the engine will be a nice cleanup on one hand,
but break existing
Am Mittwoch 06 Januar 2010 05:30:29 schrieb Daniel Kahn Gillmor:
Package: openct
Severity: normal
ok, the system reboot worked fine. the only remaining issue is that
i've got this line a few times in my syslog:
udevd[15501]: unknown key 'WAIT_FOR_ATTR' in
Hi Daniel,
could you test this:
http://www.opensc-project.org/svn/openct/trunk/etc/openct.udev.in
contains all the changes the ubuntu developers suggested to me.
could you check if it works for you too? the script for it is
http://www.opensc-project.org/svn/openct/trunk/etc/openct_usb.in
only
Am Dienstag 05 Januar 2010 05:46:24 schrieb Daniel Kahn Gillmor:
mv /etc/udev/rules.d/z60_openct.rules /root/backup.udev.z60_openct.rules
and openct still seems to work for me, but i haven't done a full system
restart, which makes me a bit nervous. i'll report back when i've done
a system
Hi Daniel,
openct package contains these files for hal:
/usr/lib/hal/hald-addon-openct
/usr/share/hal/fdi/information/10freedesktop/10-usb-openct.fdi
/usr/share/hal/fdi/policy/10osvendor/10-usb-openct-policy.fdi
delete them.
for udev you need these files instead:
Package: OpenSC
Version: 0.11.9-2
A new version of OpenSC is available: 0.11.11.
Please update.
Also please update the package description:
Supported cards include Gemplus GPK, Schlumberger Cryptoflex,
Finnish FINEID, Swedish eID, MioCOS and TCOS cards.
That list is outdated by far. Also most
Hi Eric,
thanks for updating the openct package.
Enhanced pcscd should be dropped, since 99% of the users do something
wrong if they install openct and pcscd at the same time. Usualy it is
best to use either opensc with openct. or opensc (or other apps) with
pcscd and a reader driver
Package: openct
Version: 0.6.16-1
Severity: normal
Author in openct.doc-base.manual is wrong, I didn't write all of that,
please change to OpenCT Developers.
doc-base file for the api documentation is missing.
openct is still configured with udev, this is not supported by udev
developers,
package: openct
version: 0.6.15
severity: medium
a new openct release 0.6.16 is available:
http://www.opensc-project.org/files/openct/openct-0.6.16.tar.gz
also I took the time to look at the open bugs for
debians openct package and the new release should solve all
of them. you can find my
Am Montag 06 April 2009 02:46:27 schrieb Eric Dorland:
* Jaros?aw Misztal (pe...@perio6.at) wrote:
Package: openct
Version: 0.6.14-3
Severity: minor
--- Please enter the report below this line. ---
Hi,
'*' is missing in the udev's rule.
--- z60_openct.rules.original
in both cases maybe take the latest from openct svn?
I think we fixed more entries recently.
Regards, Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Am Dienstag, 5. Februar 2008 10:33:34 schrieb Daniel Baumann:
...
I think it doesn't like new pcscd 1.4.99?
hu? pcscd has a process ifdhandler? then we have a problem.
ifdhandler is the name of the openct backend process. noone except
openct itself needs to know the name, but of course if some
Hi Daniel?
1.) which kernel are you running? 2.6.22 before 2.6.22.6 is buggy for example.
2.) do you have usbfs at /proc/bus/usbfs or not?
3.) if you run /etc/init.d/openct restart while the token is plugged in,
will openct find it (openct-tool list)? if so, it is a hotplug problem.
if your
please update, rebuild, done.
nothing special necessary to do as far as I know.
Regards, Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
can anyone test with recent kernels if this still is an issue?
udev/kernel/sysfs changed so often, I gave up on tracking it.
on my systems current openct and kernel is fine. note:
there is a new openct 0.6.14, but the latest 0.6.12-1 package
might work as well. (if not edit
Package: openct
Version: 0.6.12-1
Hi Eric,
oops, I found out I had errors in the new openct.udev.modalias file.
They are now fixed and new openct 0.6.13 is released.
Also I found out. kernel 2.6.22 has an incompatibility, will be fixed
in 2.6.22.6 I hope (gregkh has the patch in his queue).
openct 0.6.12 was released a few days ago, it would be nice if you could
update the package.
svn was frozen a few days ago, tar.gz only released this monday.
special note: you might want to try the new openct.udev.modalias
alternativ udev rules file, it should work as well, and avoid a number
ok, thanks everyone. I opened a bug in the openct bug tracker to track the
issue too, it is bug #25.
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Daniel Kahn Gillmor wrote:
hrm. /dev/bus/usb appears to be created/managed by udev entirely, but
/proc/bus/usb is exported (as an empty directory) by the kernel, and
then usbfs is mounted on top of that.
mounting usbfs should no longer be necessary. since debian added udev
with /dev/bus/usb
If you have both /dev/bus/usb and /proc/bus/usb that is a bug in your
system config and can trigger this. udev will start two processes,
one tries the /dev/bus/usb device, one tries the /proc/bus/usb device,
and the one who can claim the interface wins.
remove either /dev/bus/usb or
please try attached patch instead.
Thanks, Andreas
diff -udrNPp --exclude=.svn openct.orig/src/ifd/pcmcia-block.c
openct/src/ifd/pcmcia-block.c
--- openct.orig/src/ifd/pcmcia-block.c 2006-04-21 08:38:04.0 +0200
+++ openct/src/ifd/pcmcia-block.c 2006-11-22 10:30:05.0 +0100
Package: opensc
Version: 0.11.1-2
Severity: normal
please include doc/ files (html, css) in some package,
so users have a documentation how to use opensc.
maybe even mention QuickStart.html in the README.Debian
or a proper place :)
Thanks, Andreas
--
To UNSUBSCRIBE, email to [EMAIL
Eric Dorland wrote:
Has this been discussed upstream at all?
the fix is correct, but mine is nicer I think.
when /proc/bus/usb got duplicated into /dev/bus/usb
udev also spawned openct twice, and two ifdhanlders
could try to talk to the same device, which didn't work.
a glogal
Hi Eric and Dann,
I released openct 0.6.10-pre1 with that patch
and if noone complains it will be 0.6.10 by mid
next week. this release also includes very minor
fixes for bsd and patches I gathered elsewhere.
it might be better to test the new version than
create a nmu. if you give the new
If you replace
BUS=pcmcia
with
BUS==pcmcia
does this fix the warning?
(but that might be an unrelated bug as well)
i think it's actually referring to line 46 in that file (the previous
line with an actual rule, which is the only SUBSYSTEM declaration in
the whole file): i'm not
I think all issues are handled in openct 0.6.9,
so please test, report any problem.
unless there are new confirmations of the bug,
I think it can be closed.
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
maybe you have /proc/bus/usb AND /dev/bus/usb?
then two ifdhandler would be spawned, and of course
only one can claim the interface.
or do you have pcscd installed and an egate driver?
then two drivers would be trying to use the same resource.
please insert the token again and run pidof / ps to
please don't. or only install a file that is commented out
and needs to be changed.
there are two problems:
a) two reader for the same hardware. for example if someone installs
openct and libccid and the same time, both will try to use the same
usb ccid reader, and that would cause problems.
b)
Am Montag, 9. Januar 2006 23:38 schrieb Aurelien Jarno:
but has to use it? I think that is wrong. noone forces you.
sure, using the different directories would allow people to use
acl, which is not possible on usbfs.
Has to use it, because /proc/bus/usb is not usable anymore if the
Am Montag, 9. Januar 2006 09:02 schrieb Eric Dorland:
Aurelian,
Could you comment as to whether this is libusb breakage or not?
the bug was closed. I still think it was in libusb, but can't find anything
in the source. as an alternative the kernel might have been patched
with some crap and
Am Montag, 9. Januar 2006 14:15 schrieb Aurelien Jarno:
Well you're right, it's not the kernel, but rather one of the kernel
tools (udev) that uses the new functionalities of the recent kernels,
and that is now using /dev/bus/usb as default instead of /proc/bus/usb.
Therefore libusb has to use
Am Freitag 04 November 2005 09:22 schrieb Jochen Schulz:
execve(/etc/init.d/openct, [/etc/init.d/openct, restart], [/* 39 vars
*/]) = 0 [pid 14599] execve(/usr/sbin/openct-control,
[/usr/sbin/openct-control, shutdown], [/* 37 vars */]) = 0 [pid 14600]
execve(/bin/sleep, [sleep, 1], [/* 37 vars
could you please run
strace -f /etc/init.d/openct restart 21 |grep execve
and let me know of the result? I installed debian openct 0.6.6-1
packages a minute ago, did that and the result is:
execve(/etc/init.d/openct, [/etc/init.d/openct, restart], [/* 32 vars
*/]) = 0
[pid 23576]
Am Mittwoch 26 Oktober 2005 08:51 schrieb Christian Perrier:
I'm afraid I'm missing the point in your bug report.
it is quite simple: you are violating the GPL.
it clearly states:
appropriately publish on each copy an appropriate
copyright notice
copyright notice is that line with the (C). take
Package: login
Version: 1:4.0.3-31sarge5
Severity: normal
from the copyright file:
Source file src/su.c contains a chunk of code cribbed from the GNU su.c,
which is covered by the GNU General Public License:
On Debian GNU/Linux systems, the complete text of the GNU General Public
License can be
On Sunday 25 September 2005 15:26, Adam Conrad wrote:
Can you test the packages at
http://people.debian.org/~adconrad/apache2-security/ for me?
They should fix /a/ bug with SSLVerifyClient and PROPFIND, but I can't
be positive if they'll fix YOUR bug without testing.
Hi Adam,
thanks for
btw, I tried --no-auth-cache and it
does not help at all.
any other idea?
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Adam,
Could you try, for curiosity's sake, setting SSLVerifyClient none in
the main VirtualHost, and keeping the rest the same, and seeing if that
makes a difference for you at all?
Done, no change at all.
Thanks for looking into this issue.
Regards, Andreas
--
To UNSUBSCRIBE, email
On Friday 09 September 2005 10:58, R. Mattes wrote:
After reading the initial bug report I checked with my upgraded SVN
servers (no client certs involved). Fresh checkouts seem to work
flawless but checkouts from user accounts that had allready checked
out from the server hang. Doing a 'svn
Package: apache2
Version: 2.0.54-5
Severity: critical
After upgrading 2.0.54-4 to 2.0.54-5 svn+ssl is broken:
subversion client (e.g. checkout):
svn: PROPFIND request failed on '/svn/test'
svn: PROPFIND of '/svn/test': Could not read status line: SSL error: sslv3
alert unexpected message
Hi,
that should be an openct bug :-)
anway, openct = 0.6.3 should have fixed this,
please confirm and then close the bug
Thanks, Andreas
--
-[ Ciphire Signature ]--
From: [EMAIL PROTECTED] signed email body (113 characters)
Date: on 29 April 2005 at
Package: bacula-fd,bacula-sd,bacula-director-common
Version: 1.36.1-1
Severity: normal
here is a suggestion to make bacula init scripts more flexible.
bacula allows the location of the pid file to be configured,
so the init script should be able to cope with it.
all init scripts have something
70 matches
Mail list logo
