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
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
+++
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
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]
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:
10 matches
Mail list logo