similar to: [Bug 1008] GSSAPI authentication fails with Round Robin DNS hosts

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 kgizdov <mindrot at kge.pw> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mindrot at kge.pw --- Comment #12 from kgizdov <mindrot at kge.pw> --- I just wanted to chime in here to say that

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 --- Comment #17 from Darren Tucker <dtucker at zip.com.au> --- (In reply to kgizdov from comment #16) > I hope this helps. Not really. Those have a lot of other changes (mostly the GSSAPI key exchange support) and it still uses get_canonical_hostname() which is currently not available in the client. According to Damien reasoning

http://bugzilla.mindrot.org/show_bug.cgi?id=1008 simon at sxw.org.uk changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |simon at sxw.org.uk ------- Comment #5 from simon at sxw.org.uk 2006-08-19 08:28 ------- There isn't an easy fix for this, at

http://bugzilla.mindrot.org/show_bug.cgi?id=1008 Summary: GSSAPI authentication failes with Round Robin DNS hosts Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Kerberos support AssignedTo: openssh-bugs at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=1008 ------- Comment #7 from jan.iven at cern.ch 2006-10-24 02:17 ------- Created an attachment (id=1202) --> (http://bugzilla.mindrot.org/attachment.cgi?id=1202&action=view) (simplified patch - no config option) Given that the GSSAPI library will (unconditionally) use DNS anyway, perhaps we don't need yet another client-side config

http://bugzilla.mindrot.org/show_bug.cgi?id=1008 --- Comment #9 from Simon Wilkinson <simon at sxw.org.uk> 2007-09-15 20:59:25 --- I've noted this on the mailing list too, but just for the record, the simplified patch is incorrect. GSSAPI != Kerberos, and even within the Kerberos space, some vendors ship with canonicalisation disabled. If we are going to ship a workaround for

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 Colin Watson <cjwatson at debian.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cjwatson at debian.org --- Comment #15 from Colin Watson <cjwatson at debian.org> --- I think it would make

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 --- Comment #20 from Christoph Anton Mitterer <calestyo at scientia.org> --- I think this was answered last year in this thread: https://lists.mindrot.org/pipermail/openssh-unix-dev/2022-May/040285.html and unfortunately it seems there won't be any merging of the GSSAPI patch. :-( There's:

http://bugzilla.mindrot.org/show_bug.cgi?id=1008 ------- Additional Comments From dleonard at vintela.com 2005-06-08 22:16 ------- a workaround at http://blog.macnews.de/unspecific/stories/4581/ ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 DarioP <pellegrini.dario at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pellegrini.dario at gmail.com --- Comment #11 from DarioP <pellegrini.dario at gmail.com> --- (In reply to

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dtucker at zip.com.au --- Comment #13 from Darren Tucker <dtucker at zip.com.au> --- well it was never

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 --- Comment #14 from Mike Frysinger <vapier at gentoo.org> --- (In reply to Darren Tucker from comment #13) the original patch written in 2006 was against openbsd cvs, and it included a config option to turn it on/off (with the default being off). it largely applied cleanly up through 7.2 until the get_canonical_hostname refactor. since

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 Eitan Adler <lists at eitanadler.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lists at eitanadler.com -- You are receiving this mail because: You are the assignee for the bug. You are

https://bugzilla.mindrot.org/show_bug.cgi?id=1008 Oliver Freyermuth <o.freyermuth at googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |o.freyermuth at googlemail.com --- Comment #19 from Oliver Freyermuth <o.freyermuth at

Hi Andy, trying to catch my late here and there, keep in mind that my below comments may be missing things... 2016-04-24 23:30 GMT+02:00 Andy R <spinner+NUTlist at delphinidae.org.uk>: > On 17/04/2016 21:49, Charles Lepple wrote: > >> On Apr 16, 2016, at 9:08 PM, Andy R - (NUT-List) >> <spinner+NUTlist at delphinidae.org.uk> wrote: >> >>>

On 17/04/2016 21:49, Charles Lepple wrote: > On Apr 16, 2016, at 9:08 PM, Andy R - (NUT-List) > <spinner+NUTlist at delphinidae.org.uk> wrote: >> >> It looks like you were right. I've tried building both the patch >> against the stable 2.7.4 source and using the latest source tarball >> you've just created. The builds both went fine and seem to run as

Hi Philipp, Fellow Archlinux user here. I think the problem is with the r-devel PKGBUILD file, rather than anything wrong in R itself. The PKGBUILD file does this: ln -s /etc/R/${i} ${i} when it should do ln -s /etc/R-devel/${i} ${i} You can fix your installed version with cd /opt/r-devel/lib/R/etc/ sudo rm ./* sudo ln -s /etc/R-devel/javaconf sudo ln -s /etc/R-devel/ldpaths sudo ln -s

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

Hi! Well, my linux distribution has very recent versions of everything, so a working C++11 compiler exists: $ gcc --version | head -n1 gcc (GCC) 6.3.1 20170306 Could wrong ./configure options be at fault here? See: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40 My sessionInfo(): $ R-devel --slave -e 'sessionInfo()' | head -n3 R Under development (unstable)

> There's probably a dependency missing. Look closely at the > ./configure output and the README file. > I have checked all packages in README and libguestfs/appliance/packagelist. All are installed. > > You should test this first of all by building from source, and > without installing, I first run makepkg, so no install > > ./run guestfish -N fs -m /dev/sda1