similar to: [Bug 9377] New: acls ignored when using neither --perms nor --chmod

https://bugzilla.mindrot.org/show_bug.cgi?id=2216 Bug ID: 2216 Summary: allow forwarding a different socket than SSH_AUTH_SOCK Product: Portable OpenSSH Version: 6.5p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs

https://bugzilla.mindrot.org/show_bug.cgi?id=2016 proler at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |proler at gmail.com --- Comment #1 from proler at gmail.com --- on freebsd: with this patch i cant connect with sctp to v6-only host. v4

https://bugzilla.mindrot.org/show_bug.cgi?id=2217 Bug ID: 2217 Summary: allow using _ssh._tcp SRV records Product: Portable OpenSSH Version: 6.5p1 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org

https://bugzilla.mindrot.org/show_bug.cgi?id=1937 chrysn at fsfe.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chrysn at fsfe.org --- Comment #3 from chrysn at fsfe.org --- the ssh-agent-filter program[1] would make the workaround you suggested

https://bugzilla.mindrot.org/show_bug.cgi?id=1902 chrysn at fsfe.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chrysn at fsfe.org --- Comment #3 from chrysn at fsfe.org --- looking to report this myself, i first found bug #1988; the change that

https://bugzilla.mindrot.org/show_bug.cgi?id=1997 chrysn at fsfe.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chrysn at fsfe.org --- Comment #3 from chrysn at fsfe.org --- Given the approach of distinguishing sockets based on their QoS has not led

https://bugzilla.mindrot.org/show_bug.cgi?id=3048 Bug ID: 3048 Summary: ssh reads from the wrong directory in user namespace Product: Portable OpenSSH Version: 7.9p1 Hardware: amd64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: ssh Assignee: unassigned-bugs at

https://bugzilla.mindrot.org/show_bug.cgi?id=3570 Bug ID: 3570 Summary: Add substitution token for explicitly selected IdentityFile for ControlPath selection Product: Portable OpenSSH Version: 9.3p1 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5

rsync -Ha --link-dest=/media/4tb/bak/panic-2012-01-01 /media/2tb/bak/panic-2012-02-01 /media/4tb/bak/ root at dancer:/media/4tb/bak# ls -l panic*/home/darxus/0000_latest.jpg -rw------- 15 darxus darxus 100772 1999-09-14 21:19 panic-2011-12-20/home/darxus/0000_latest.jpg -rw------- 15 darxus darxus 100772 1999-09-14 21:19 panic-2012-01-01/home/darxus/0000_latest.jpg -rw------- 1 darxus darxus

I just put a new plugin named branchable_migrations on Github. Branchable migrations lets you separate your migrations into "branches" (i.e., a director under db/migrate) that each have their own version. Using the forthcoming UTC timestamped migrations and this plugin, you can separate migrations by table or feature. Doing so should alleviate many of the problems that seem to pike up

https://bugzilla.samba.org/show_bug.cgi?id=11027 Bug ID: 11027 Summary: Sticky bit not set when using --chmod=D+t alone, without --perms Product: rsync Version: 3.0.9 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee:

https://bugzilla.mindrot.org/show_bug.cgi?id=3079 Bug ID: 3079 Summary: Tracking bug for 8.2 release Product: Portable OpenSSH Version: -current Hardware: Other OS: All Status: NEW Keywords: meta Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

https://bugzilla.samba.org/show_bug.cgi?id=10233 Summary: rsync is spending a lot of time lstat64()'ing --exclude'd files Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

Package: xen-utils-common Severity: normal When setting (network-script network-bridge) in the xen config, restarting xen will result in error messages like: /etc/xen/scripts/network-bridge: line 219: brctl: command not found /etc/xen/scripts/network-bridge is part of xen-utils-common which doesnt depend or recommend the bridge-utils package which contains brctl.

> Good day, > > I was expecting this to be a FAQ but haven't been able to find an > answer... how would I arrange to, normally, not be presented with either > prompt or menu when booting, yet be still able to call up prompt/menu > when needed? > > If the right answer is "set PROMPT 0, provide a DEFAULT entry and no UI > entry" then that doesn't

Hi, I'm noticing that there are some DSNodes in main() that are neither complete nor global. Specifically, a heap DSNode that is used but not free()d in main() is not marked complete. This is not the only case I'm noticing, but it's the only case I'm noticing for nodes that are actually used by instructions in the function. Is this expected behavior? If so, is there an

Greetings, I am not sure whether this is a CUPS or SAMBA problem; I'll try here first. I was reading up on how to speed up Windows XP SP2 client printing with Cups/Samba--I'm sure you're all familiar with the Windows XP SP2 problem. Simply browsing for the printer worked, but Windows stalled and stalled while communicating with it. I did get a test page printed but it was

Hello all, I'd like to have redundant DNS in our setup. But it seems that Samba 4 does not yet support AXFR with its internal DNS server. Alright, that's fine, so I figured I'd configure the system such that at the very least, a caching nameserver was sitting in front of it. However, that doesn't work; the caching nameserver (BIND 9) returns SERVFAIL, apparently because

I have 2 ip phones linksys spa921 and 1 normal phone connected to a cisco spa8800, all them are internal lines. 1.- spa921, 401 ext 2.- spa921, 402 ext 3.- normal phone connected to spa8800 404 ext. It had a very strange behavior when I was configuring call transfer and call pickup. These are steps to repeat it: 1.- from 401 call to 404 2.- from 404 don't answer it. 3.- from 402 press *8

On 31-03-14 02:48, Ady wrote: > First, in the 5+ versions of Syslinux, the shift/alt keys are indeed > not working as expected. This is a bug (among several issues related > to keyboard functionality). Thanks for the reply. I assumed the keys not working would be specific to my straight-booting wish, but playing around with the suggestions that you provided, I see it's indeed more