search for: reric

...hmac-md5 none debug1: Wait SSH2_MSG_GSSAPI_INIT debug1: Miscellaneous failure debug1: Unknown code z 0 debug1: Got no client credentials gss_accept_context died debug1: Calling cleanup 0x8068fe0(0x0) I've built source and binary RPMS. Anyone interested can find them at http://www.reric.net/linux/openssh/ Anyone have any ideas what's wrong? Eric

http://bugzilla.mindrot.org/show_bug.cgi?id=138 ------- Additional Comments From eds at reric.net 2002-04-11 08:13 ------- As far as I can tell, blowfish is indeed broken in ssh1. [eds at ike eds]$ ssh -v -1 postal OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090581f ... snip some output ... debug1: Remote protocol version 1.99, remote software version OpenSSH_3.1p1 debug1: match: Ope...

We've got this really bizarre problem, trying to get a bridge/firewall working. My manager and I are almost grasping at straws.... Anyway, I'm using lshw to look at an identical machine, and a Dell 1950 that works when configured as a bridge, and there's one thing I don't know: does anyone know what mingnt is? Thanks. mark

When encoding a wav file with vorbis 1.0, I notice the following message: [eds@crash eds]$ oggenc -q 5 grind1.wav Skipping chunk of type "cue ", length 52 Opening with wav module: WAV file reader Encoding "grind1.wav" to "grind1.ogg" What's this "skipping chunk" all about? --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

Hi, Seems majordomo allows me in now ;) For those of you who don't know me, Vakor asked me to do 1.0 rpm packages right before the release, which I did. I was pretty new to vorbis internals but I hope I managed to do a good job. In any case, last night on IRC in #vorbis someone was pretty rude to me in complaining about a problem he had with them. In the end I lost my temper because of

> They instantly got us to look at the output of zttest and we found that this was (in their words) 'extremely low', with 'best' and > 'worst' readings of 99.975586% and 99.963379% respectively. Might want to give PCI latency setting a try, it helped for me. My ZTTEST would drop occasionally to 99.95% until I set: setpci -v -s 01:01.0 latency_timer=ff

Hi, really stupid question here: 1) not bothered how possible it is 2) not bothered how legal it is 3) not bothered how much it costs question: how would i go about modifiying my stereo cd player (whatever model) to be able to play vorbis files on CD/CD-R/CD-RW ? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe

>Paul E Wrote [snip] >Windows 2000 (although it's the same for all of them) doesn't read in >any mime-type to correctly identify a file, it just uses the extension. [snip] What if, at least for Windows, someone wrote a simple application which when associated with .ogg files and an .ogg file was opened simply read enough of the ogg stream to identify the type of content and then

Looks like Magnatune will start offering ogg downloads soon, as well as flac-compressed CD-quality downloads for buyers. http://forums.magnatune.com/read/messages?id=557573 Magnatune is, simply, a small record label done right. Easy downloads of music, fair treatment of musicians... their motto: "We're not evil". (oops, that sounded like an ad. I have no ties to them-- I'm

I'm curious, does anyone know of a way to analyze a wave file to determine the quantity of information in it? For example, given a particular .wav file, how can I find out if it's an original or was encoded to something lossy and back? Is there a way to get the vorbis encoder to spit out some data on how much useful information it discovers in an input? Surely the encoder might

I hope I'm not being an idiot, but I'm attempting to install vorbis-1.0 RPMs on a few redhat machines and failing horribly. I'm in dependency hell. For starters, libao-0.8.3-1 requires libasound.so.2 (an alsa library?) which does not seem to be available in any recent redhat releases. Then vorbis-tools wants libcurl.so.2, which makes redhat 7.2 machines choke. Worst of all is