similar to: [Bug 1499] New: Add "ForwardAgent ask" to ssh_config

https://bugzilla.mindrot.org/show_bug.cgi?id=1499 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Damien Miller <djm at

https://bugzilla.mindrot.org/show_bug.cgi?id=1499 Simon Arlott <bugzilla.mindrot-org.simon at arlott.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla.mindrot-org.simon@ | |arlott.org ---

https://bugzilla.mindrot.org/show_bug.cgi?id=3555 Bug ID: 3555 Summary: ForwardAgent doesn't work under Match canonical Product: Portable OpenSSH Version: 8.4p1 Hardware: amd64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: ssh Assignee: unassigned-bugs at

It seems that users may be disclosing unintended public key info when logging into remote hosts. Use of the words keypair/keyid/etc have been bastardized. Signature is likely better. Note also, the author may be without clue. Setup: [g] - refers to an administrative group of hosts [n] - refers to a host within that group ws[g][n] - management workstations [trusted] User ssh-add's keys for

https://bugzilla.mindrot.org/show_bug.cgi?id=2438 Bug ID: 2438 Summary: Warn about using ForwardAgent with all hosts Product: Portable OpenSSH Version: 6.9p1 Hardware: Other OS: All Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at

Because ForwardX11 and ForwardAgent are so useful but introduce risk when used to a not well-secured server, I added a "warn" value to the ForwardX11 and ForwardAgent options which causes the ssh client to print a big warning whenever the forwarding is actually used. I plan to make "ForwardX11=warn" the default in my ssh_config distribution. I'm not proposing that this

Hi, I usually have around 10 identities loaded in my local ssh-agent and when I use the "ForwardAgent" option all them are forwarded to the remote server, which is not ideal. I usually only need to forward one (or two) of the identities and I would like to be able to choose which one(s) to forward. Looking for solutions it seems that the only option is to create a new ssh-agent, add

On Tue, 27 May 2003, benny k. wrote: > I'm a little embarrased because its just a hack on metaflac, but if you > want it, i'll post it one my webpage. it should be easy to modify it for > use with a CD image. Why don't you submit to the sourceforge feature request queue as a patch? That way it will be there for anyone who wants to hack on it. Although maybe this kind of

I've just started to archive my CD collection (about 800 CDs), and my criteria are pretty much the same as the original message under this subject, except that I'm doing one file per CD. One file per song is just too much of a pain, and there's really no need, given FLAC's ability to have metadata in the file. The first thing I do is run cd-discid against the cd, and store that

https://bugzilla.mindrot.org/show_bug.cgi?id=1455 Summary: ssh client ignoring ad bit in dns response - OSX 10.5 Classification: Unclassified Product: Portable OpenSSH Version: 4.9p1 Platform: ix86

Josh Coalson wrote: > --- Eric Sandeen <sandeen@sandeen.net> wrote: > >>1) how to generate a cue sheet to store in the flac file (on linux?) >> I've seen cddb2cue, is this a decent way? or cdrdao can generate >> a toc file, then convert that to a cue sheet.... > > > I think whatever provides cdrdao also provides toc2cue which > will convert.

So I'm getting errors like the appended one for about one out of every four CDs I encode. If I delete the half-created flac file and try again, it works the second time. Is flac non-deterministic? Or do I have some serious problems here? cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.netbsd.org Don't you know, in this new Dark Age, we're all light.

On Wed, 28 May 2003, Josh Coalson wrote: > interesting idea, CD-TEXT is in the subcode and if cdrdao can > split it out that's better I think than hacking the CUESHEET > block to store CD-TEXT. I suppose the ideal would be to have a metadata block to store the subcode from a CD, and something that could interpret it as CD-TEXT, if that's what it is. Then it would be possible to

On a related note, are there any tools which can read the Index information from a CD and preserve these in some file for later recreation? The actual TOC on a CD has very little information: just the Absolute Start Time of each Track. Is there any documentation of the "TOC" file format that is commonly used? I do not recall coming across anything. Obviously, I am also

On Thu, 2003-12-25 at 21:35, Josh Coalson wrote: > --- jason <jason@doomba.com> wrote: > > is there a cuesheet syntax document someplace? > it's not really standardized that well. there are some links > here: http://flac.sourceforge.net/documentation.html (search > for --cuesheet) hmmmm.... i just reread the faq and your right... i'm kind of losing interest in

Well, I've rebuilt flac from the original source, without using the NetBSD package system, and I'm still seeing the same problem with the XMMS FLAC plugin: /usr/pkg/lib/xmms/Input/libxmms-flac.so: Undefined PLT symbol "FLAC__plugin_common__init_dither_context" (symnum = 30) I can see that the symbol is defined in the common library: $ nm src/plugin_common/libplugin_common.a |

On Mon, 13 Sep 2004, Eric Sandeen wrote: > Tested this on a live album (Johnny Cash Live at Folsom Prison) and > there is no lost audio; tracks segue seamlessly as on the original > disc. Did you check that a) the cue points are the same, and b) you're getting back CD-Text as well? > ...it occurred to me that I should just flac the > whole CD and add a cue sheet, and then

Curt Sampson wrote: > > > > I've thought of doing lossy compression before on instruments, > but I'd > > > > much rather stick to lossless, at least for now. > > Honestly, stick to lossless. I mean, to the point where you can get > your exact samples back. Sure, an S900 sample is not so great quality, > but having come from the era where I did the

> And then you won't lose the stuff in the pregap on live CDs, and it also > makes the storage and naming easier to deal with. Can you explain this to me? You don't actually lose the audio data, right, just the structure of the CD (which can probably be captured with cue files anyway)? I've ripped CDs with pregap audio before, and I'm pretty sure it's not getting

On Wed, Nov 19, 2003 at 08:41:56AM -0700, tech@bishop.dhs.org wrote: > On Tue, Nov 18, 2003 at 08:34:05PM -0800, Josh Green wrote: > > > Steve Lhomme wrote: > > > > > > You might try to contact the makers of FruityLoops. Right now their > > > samples packs are in Ogg format (stored in a WAV IIRC). They like open > > > and free formats (they also