similar to: Fwd: Re: openssh on a non-PAM system?

Displaying 20 results from an estimated 1100 matches similar to: "Fwd: Re: openssh on a non-PAM system?"

1999 Nov 25
2
pre15 & Solaris 7 ... rsa.h problem ...
I don't remember what we did to fix this last time, and I've had to rebuild my system completely from scratch over the past few days, so dont' have past patches to work from ... new-relay:/usr/slocal/src/openssh-1.2pre15> make gcc -g -O2 -Wall -I/usr/slocal/include -DETCDIR=\"/usr/local/etc/ssh\" -DSSH_PROGRAM=\"/usr/slocal/bin/ssh\" -DHAVE_CONFIG_H -c
1999 Dec 01
1
Compile bugs in openssh-1.2pre15 on Solaris (2.6)
Hi, I didn't know if this was the correct spot to send openSSH bugs/problems so I thought I'd try... Anyway, I have encountered the following compile time problems for openssh-1.2pre15 / Solaris 2.6 / gcc 2.8.1 - * daemon code (bsd-daemon.[ch]) exists but is not linked in. Also, header is not included. Same might apply to bsd-login. * rsa.h needs __P() define to work
1999 Nov 19
4
ANNOUNCE: openssh-1.2pre13
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just uploaded 1.2pre13 to http://violet.ibs.com.au/openssh/ Imporant changes: - - Fixes a single-byte buffer overrun in the PAM code. - - Quite a bit more Solaris support. EGD should work now (please test). - - Lots more autoconf options to enable Kerberos, AFS, TCP Wrappers and S/Key (all untested). - - MD5 passwords for Slackware Linux
1999 Dec 07
0
ANNOUNCE: openssh-1.2pre16
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just uploaded openssh-1.2pre16 to: http://violet.ibs.com.au/openssh This is mainly a bugfix release, it should fix some of the recurrent compile problems that have been reported to the mailing list and to me (the __P() stuff on Solaris for example). Full changelog: 19991207 - sshd Redhat init script patch from Jim Knoble <jmknoble at
2003 Sep 24
1
[Bug 711] 3.7.1p2 does not compile on redhat 5.1
http://bugzilla.mindrot.org/show_bug.cgi?id=711 Summary: 3.7.1p2 does not compile on redhat 5.1 Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-bugs at mindrot.org ReportedBy:
2004 Sep 10
2
flac worse than shorten
I've found a wav of an entire album that shorten compresses better than flac. Is this supposed to be possible? wav 388,374,044 flac-6 239,109,203 shn 236,457,697 Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888
2004 Sep 10
2
Bug with FLAC raw encoding
On Fri, 2 Feb 2001, Josh Coalson wrote: > sounds great. I've been thinking about adding a > 'what uses FLAC' set of links to the web page... > please keep me posted. The latest version of my cue+wav splitter supports .flac files. Hope to get it released this weekend. Will eventually be at: www.lameb.fsnet.co.uk It also supports .shn and .ape. I've seen shorten
2004 Sep 10
2
flac worse than shorten
On Wed, 7 Feb 2001, Josh Coalson wrote: > Mark, if it's possible, can you do me a favor... > Try encoding the album as individual tracks and > compare sizes. The reason I ask is because of > the way FLAC frames are numbered in the frame > headers (if you check the format page you'll see > what I mean). Sorry, I don't :( I've split into individual files and
2000 Oct 08
1
OpenSSH-2.2.0 problem with ssh.com ssh-agent2
The OpenSSH and ssh.com agents use a completely different set of messages for dealing with DSA keys, so I don't expect the OpenSSH client to be able to get DSA keys from ssh-agent2. However, if I'm running "ssh-agent2 -1", I expect OpenSSH to be able to use RSA keys stored in ssh-agent2's agent1 compatibility box. And it does. However, there's a problem. If I'm
2004 Sep 10
3
FLAC status
Hi, How's the testing going? I compressed 194 individual .wav files (totaling 8.54GB) which contained tracks ripped from many varied albums. I unflacced them and compared their md5 signature with the same from the original .wav. They were all perfect. I didn't use the -V option just in case of any chance of mis-reporting. I hope to test it with the complete collection of ~41GB
2003 Aug 13
0
please advise re: data mining in Germany
Our CEO, Dr. Dan Steinberg, is planning to visit Germany in September. He would like the opportunity to introduce statisticians (and statistically minded people) to data mining, data mining applications and to forefront data mining tools. Our algorithms are probably familiar to many statisticians (CART, MARS and MART), although it isn't necessary to be a statistician to use our tools. We
2014 Dec 11
3
Problem with TLS and Outlook 2010
Dovecot 2.0.9 So I am trying to get my Outlook 2010 client to use TLS with Dovecot. The Outlook error that I get is: Log onto incoming mail server (IMAP): A secure connection to the server cannot be established. I have set the port to 143,993,995 none of them work, and the security to TLS. I have all of the certificates in the full chain installed on my machine and when viewing them
2004 Sep 10
0
0.6 release
Josh, Those speed improvements are great. Quick test on an 365MB wav of Neil Young's eponymous 1st album on a PIII 650E (Coppermine) under FreeBSD 4.2: User Sys MB shorten23 0:46s 4.0 208.3 shorten31 1:24s 5.3 208.6 flac CVS 4:21s 7.5 199.2 It's getting near to be a useful replacement for shorten. Only 3x slower. Any idea why it uses so much more sys time? I would've thought
2004 Sep 10
0
Bug with FLAC raw encoding
On Fri, 2 Feb 2001, Josh Green wrote: > I found a bug with FLAC v0.6 raw encoding. It appears that the file > pointer in the source file is not reset after seeking to the end for > checking the size. I've attached a patch. What's the impact? Do I have bad .flac files? > I'm excited about FLAC!! I've been looking for a good GPL lossless RAW > audio compressor for
2004 Sep 10
0
Bug with FLAC raw encoding
On Fri, 2 Feb 2001, Josh Coalson wrote: > this is probably a good point to remind everyone that FLAC is still > beta so don't delete your originals! everyone here has been good > about it but I'm dreading that message from someone who lost all their > stuff. You mentioned that one update was to include an md5 signature of the compressed stream to detect errors? Could you
2004 Sep 10
0
flac can occasionally be worse than shorten
On Thu, 15 Feb 2001, Josh Coalson wrote: > well, I took a look at the files. from my > knowledge of shorten there are two things it does > that flac doesn't do: > > BUT, you have stumbled on some recordings where the > LSB is 0 for much of the file. as a matter of fact, > in > the worse track (track 6) almost the entire signal in > both channels is like that.
2004 Sep 10
0
Auto-detecting wav input
Hi, I notice that this still doesn't work: $ shorten -x a.shn - | flac -V - a.flac You have to put the -fw in there: $ shorten -x a.shn - | flac -fw -V - a.flac Could wav format not be the default. Or even better could flac not auto-detact wav input, which is relatively easy? Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services,
2004 Sep 10
0
beta 10 candidate checked in
On Fri, 25 May 2001, Josh Coalson wrote: > I have checked in all the latest into CVS and am going to start the > test suite again. if all goes well I will probably release this as > beta 10. > > anyway, try it out and let me know if anything bad happens! it > should be a short jump from beta 10 to 1.0. I've just checked out the latest from scratch. There is no configure
2004 Sep 10
0
beta 10 candidate checked in
On Tue, 29 May 2001, Josh Coalson wrote: > > AM_INIT_AUTOMAKE(flac, 0.9) > > > > I've never had to run autoconf manually before so I'm not really sure > what > > I'm doing. > > > hmm... not sure what the syntax error is; did you run aclocal first? No. Had no idea I had to. I've gleaned from someone else's message that I should be doing
2004 Sep 10
1
Monkey Audio Open Source?
--- Mark Powell <M.S.Powell@salford.ac.uk> wrote: > Thought this may be of interest to this list: > > http://66.96.216.160/cgi-bin/YaBB.pl?board=general&action=display&num=995374789 > > Down the bottom the author of Monkey's Audio claims he's going Open > Source. that would be great... the list of usable OS audio codecs is pretty small and more sharing of