search for: gulik

...Device does not match - skipping No appropriate HID device found No matching USB/HID UPS found The device identifies itself as: usb 1-1: new low speed USB device using uhci_hcd and address 4 hiddev96: USB HID v1.00 Device [TRIPP LITE TRIPP LITE SMART1500RMXL2Ua ] on usb-0000:00:1f.2-1 -- Greg Gulik http://www.gulik.org/greg/ greg @ gulik.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20060222/ba644271/attachment.htm

...hile loading shared libraries: libntdll.so: cannot open shared object file: No such file or directory That file is definitely there and readable: $ ls -l /usr/lib/wine/libntdll.so -rwxr-xr-x 1 root root 1175402 Nov 5 23:54 /usr/lib/wine/libntdll.so What's up with that? -- Greg Gulik http://www.gulik.org/greg/ greg@gulik.org http://www.drivingevents.com/

...o enter the PIN securely (i.e. such that it cannot be intercepted by a rogue (ssh) binary. PKCS#11 allows for enforcing this in hardware. Below patch allows for SSH to make use of this; against head/master as of today. Dw. commit 7f0250a8ae6c639a19d4e1e24fc112d5e2e1249a Author: Dirk-Willem van Gulik <dirkx at webweaving.org> Date: Tue Mar 17 13:41:31 2015 +0100 Ensuring support for PINs that can only be entered on a secure keypad (CKF_PROTECTED_AUTHENTICATION_PATH) diff --git a/ssh-pkcs11.c b/ssh-pkcs11.c index c3a112f..b053332 100644 --- a/ssh-pkcs11.c +++ b/ssh-pkcs11.c @@ -255...

...fails: [root@server bin]# ./upsc miami@localhost Unable to get variable list - Receive timeout I also noticed that even with debugging hidups doesn't display anything other than what's above even after restart upsd and attempting to query the UPS with upsc. Any suggestions? -- Greg Gulik http://www.gulik.org/greg/ greg @ gulik.org

https://bugzilla.mindrot.org/show_bug.cgi?id=2240 Bug ID: 2240 Summary: Secure PIN entry for smartcards through the keypad on the reader (patch) Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5

On 27/05/15 11.07, Dirk-Willem van Gulik wrote: > As a practical suggestion - we ran for a while with a hack where we abuse the version human readable string with a > base64 string of a _salted_ hash of the server we where trying to get to. > > Sharing both salt and hash. > > This let the server figure out the right k...

On 7/23/2023 12:32 PM, Dirk-Willem van Gulik wrote: >> On 22 Jul 2023, at 23:40, asterisk at phreaknet.org wrote: >> >> I'm assuming you mean at the device level, and that you want to send >> only the relevant header to each device? >> Use pre-dial handlers; a unique handler runs on each destination >&gt...

> On 22 Jul 2023, at 23:40, asterisk at phreaknet.org wrote: > > On 7/22/2023 4:51 PM, Dirk-Willem van Gulik wrote: >> We have a couple of parallel ring settings (and this has worked well for eons). >> >> Either in the form of >> >> same => n,Dial(SIP/1001 & SIP/1002 & SIP/1003 …..) >> >> Or via a subroutine (below) that has a bit of extra logic: &g...

On 7/22/2023 4:51 PM, Dirk-Willem van Gulik wrote: > We have a couple of parallel ring settings (and this has worked well for eons). > > Either in the form of > > same => n,Dial(SIP/1001 & SIP/1002 & SIP/1003 …..) > > Or via a subroutine (below) that has a bit of extra logic: > > FOO = 1010 & 1019...

https://bugzilla.mindrot.org/show_bug.cgi?id=2185 Bug ID: 2185 Summary: Allow entering the PIN via reader pinpad Product: Portable OpenSSH Version: 6.4p1 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: Smartcard Assignee: unassigned-bugs at

https://bugzilla.mindrot.org/show_bug.cgi?id=2817 Bug ID: 2817 Summary: Add support for PKCS#11 URIs (RFC 7512) Product: Portable OpenSSH Version: 7.6p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: Smartcard Assignee: unassigned-bugs at

We have a couple of parallel ring settings (and this has worked well for eons). Either in the form of same => n,Dial(SIP/1001 & SIP/1002 & SIP/1003 …..) Or via a subroutine (below) that has a bit of extra logic: FOO = 1010 & 1019 & 1017 & 1033 ... same => n,gosub(sub-callout,s,1,(${FOO},”Ringing all class FOO telefons")) Now I have two types of phones

Or rather - the ogg123 seems to run faster than the oggenc. Based on the vorbis toots 1.0_1,3 I've got (on freebsd) a small streaming server which essentially takes the oss/vox audion input; uses the code from oggenc to make a stream and then a bit of apache 2.0 to dole that stream out over TCP to various clients: setup oss /dev/dspW0.0 16 bit stereo 44k1. create ogg/vorbis

On 26/05/15 15.50, Daniel Kahn Gillmor wrote: > The argument that the DNS lookup leaks this metadata is a bad argument: > if we followed this line of reasoning, then every problem that has > multiple contributors could never be solved (A says "but my fixing > things is useless if B does nothing", while B says "but my fixing things > is useless if A does nothing"

Thanks to those on IRC confirming quickly that this was not something supported (yet) in Asterisk. Below is a quick fix/patch to tcptls.c for Asterisk 18 against this particular provider. Dw static int check_tcptls_cert_name(ASN1_STRING *cert_str, const char *hostname, const char *desc) { unsigned char *str; int ret; ret = ASN1_STRING_to_UTF8(&str, cert_str);

I am trying to install some language software on FC5 under Wine 0.9.10 The Installer starts but it crashes late in the installation with the following error: Runtime error 216 at 004038BA I ran it from the command line to see the error messages: [greg@penguin disk]$ wine 'D:\Install.exe' fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLF1a0a.tmp") : returns fake

Folks, Find below a minor patch to allow the use of smartcards in readers that have their own PIN entry keypads (Secure PIN entry) such as the SPR332 and most german/medical chipcard devices. Tested on Solaris, FreeBSD and MacOSX against various cards and drivers. I?ve left the pkcs11_interactive check in place. Arguably - with some Secure PIN readers it may be better to move this just in front

Repost; updated for HEAD and tested on ubuntu as well. Dw. Folks, Find below a minor patch to allow the use of smartcards in readers that have their own PIN entry keypads (Secure PIN entry) such as the SPR332 and most german/medical chipcard devices. Tested on Solaris, FreeBSD, Linux and MacOSX against various cards and drivers. I?ve left the pkcs11_interactive check in place. Arguably - with

Folks, Not very critical - but below would help make the PKCS#11 experience a bit smoother. The, occasionally informative, no-slots message is moved to ?debug?; as otherwise, in a mixed pkcs#11 and file-based environment virtually all non chip-card driven ssh connections spew ?no slot? on stderr. And in day to day use - the only time you want this message is when you are debugging an issue; such