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 i
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 found
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)
* merg
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 i
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 listmas...@l
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
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 debian-bugs-dist-requ.
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, recommendati
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 pub
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 pri
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="
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: #56375
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 remo
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 "--with-bund
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
+++
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
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 o
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.
Regards,
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,
w
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 listmas...@lis
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?
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
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
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
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 fi
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 sys
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 cou
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
-
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
> /lib/udev/rules.d/70-o
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:
/etc/udev/rules.d/50-openct.rule
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 syst
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 on
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 dri
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, plea
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 packagi
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.r
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 s
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
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 /etc/udev/rules.d/*open
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]
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).
ne
> 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 t
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 /proc/bus/us
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 usb_claim_inter
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 PROTECTE
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
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 versi
kai sievers, co-author/maintainer/guru on udev:
Oh, the line-number is correct. The "BUS" key is named "SUBSYSTEMS"
today, it's only mapped for backwards compatibility, that's why the
error says "SUBSYSTEMS".
It should be "==", yes, that's the reason for the error. DRIVER and
DRIVERS still behav
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 n
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) t
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 th
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
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 t
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", ["slee
could you please run
strace -f /etc/init.d/openct restart 2>&1 |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] execve(
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)".
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 f
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 fo
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]
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 '
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, em
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 (https:
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 16:3
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 li
71 matches
Mail list logo
