similar to: patch for the HURD

Displaying 20 results from an estimated 2000 matches similar to: "patch for the HURD"

2000 Dec 27
2
patch to support hurd-i386
Hi, here's a patch so that ssh also supports hurd-i386. Thanks for incorporating. The patch comes from Robert Bihlmeyer <robbe at orcus.priv.at>. > openssh 2.2.0p1-1.1 does not build on the Hurd. The appended patch > fixes that. Changes in detail: > * PAM is not (yet?) supported, so the PAM dependencies are only put into > the control file on architectures != hurd-i386.
2002 Apr 10
1
openssh-3.1p1 on GNU/Hurd
Hi, I've gone and ported the latest version of openssh, 3.1p1, to GNU/Hurd. I've tried to learn from the other threads on this topic, but I still had to get rid of MAXHOSTNAMELEN where I could. James A. Morrison diff -urN openssh-3.1p1.old/Makefile.in openssh-3.1p1/Makefile.in --- openssh-3.1p1.old/Makefile.in Tue Feb 26 14:24:22 2002 +++ openssh-3.1p1/Makefile.in Tue Apr 9 16:16:49
2001 Jul 23
1
forwarded message from mouring@etoh.eviladmin.org
On Mon, Jul 23, 2001 at 12:49:14AM +0100, Matthew Vernon wrote: > ------- start of forwarded message ------- > From: <mouring at etoh.eviladmin.org> > To: Matthew Vernon <matthew at empire.ucam.org> > cc: <openssh-unix-dev at mindrot.org> > Subject: Re: [patch] GNU/Hurd compatibility patches > Date: Sun, 22 Jul 2001 12:39:32 -0500 (CDT) > > > We
2000 Dec 27
1
patch to support hurd-i386.
Damn, forgot the rest of the patch. Here it comes. diff -Nur openssh-2.2.0p1-/ssh-keygen.c openssh-2.2.0p1/ssh-keygen.c --- openssh-2.2.0p1-/ssh-keygen.c Wed Aug 23 02:46:24 2000 +++ openssh-2.2.0p1/ssh-keygen.c Sun Oct 29 16:44:50 2000 @@ -68,7 +68,7 @@ static const char *__progname = "ssh-keygen"; #endif /* HAVE___PROGNAME */ -char hostname[MAXHOSTNAMELEN]; +char
2003 Oct 30
1
Patch to make sshd work on multihomed systems
As far as I know this patch has no security implications -- I don't believe that allowing sshd to use get_local_name() (in canohost.c) on a connected socket to determine it's own fqdn will allow a malicious client (or router or dns server) to make it come to the wrong conclusion. But please let me know if you think I'm wrong. Please also let me know if you're just not interested
2014 Feb 09
0
Hurd boot difficulties.
I am working with multiboot module "mboot.c32". I have had luck using it to boot NetBSD and the Hurd kernel. The problem with booting the Hurd kernel is apparently connected to the extended syntax passed along to it by grub. Grub passes Hurd kernel approximately 4 files, some of which are modules, and another ten (or so) boot arguments, which correspond to those modules and kernel. The
2013 Jan 10
3
[LLVMdev] Porting LLVM, clang et al. to GNU/Hurd
Hi! At night, when having my GNU Hurd maintainer hat on, I'm currently working on porting LLVM, clang et al. to x86-class systems using the GNU Hurd as their kernel, <http://www.gnu.org/software/hurd/>. In the following, I'll just use LLVM to refer to the whole suite of tools. To some extent, LLVM already works on GNU/Hurd; thanks for constructing it in a portable fashion. From
2018 Feb 14
1
[PATCH] inspect: use check_tests also for detecting Hurd
Even though the list of checks is very short, at least this migrates from imperative checks to a "declarative" one. There should be no behaviour change, other than using os-release if it contains all the needed information. --- daemon/inspect_fs_unix.ml | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/daemon/inspect_fs_unix.ml
2003 Jan 18
0
[Patch] User-dependent IdentityFile
Here is the user-dependent IdentityFile patch for openssh3.5 (BSD version), which allows private key files to be placed system wide (for all users) in a secure (non-NFS) mounted location. This addresses an important security hole on systems where home directories are NFS mounted, particularly if there are users who use blank passphrases (or when lpd is tunneled through ssh on systems running lpd
2001 Jul 22
1
[patch] GNU/Hurd compatibility patches
Hi, These patches are from Robert Bihlmeyer to make ssh build on Hurd. If you have queries about them, I suggest contacting debian-hurd at lists.debian.org. Cheers, Matthew -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: openssh-2.9-hurd.diff Url:
2000 Jan 16
0
ANNOUNCE: 1.2.1pre26
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have uploaded openssh-1.2.1pre26. Please use a mirror: http://violet.ibs.com.au/openssh/files/MIRRORS.html Major changes: - IPv6 support. I have merged the IPv6 support from OpenBSD CVS and the function replacements from KIKUCHI Takahiro <kick at kyoto.wide.ad.jp>. It compiles and works OK for me on Redhat Linux 6.1 (which has
2000 Jan 16
0
ANNOUNCE: 1.2.1pre26
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have uploaded openssh-1.2.1pre26. Please use a mirror: http://violet.ibs.com.au/openssh/files/MIRRORS.html Major changes: - IPv6 support. I have merged the IPv6 support from OpenBSD CVS and the function replacements from KIKUCHI Takahiro <kick at kyoto.wide.ad.jp>. It compiles and works OK for me on Redhat Linux 6.1 (which has
2014 Sep 23
1
[PATCH] inspect: map Hurd devices, and enable fstab introspection
Add a mapping for the Hurd device names, so it is possible to enable the inspection of /etc/fstab. --- src/inspect-fs-unix.c | 25 ++++++++++++++++++++++++- 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index 3f57cd5..b629508 100644 --- a/src/inspect-fs-unix.c +++ b/src/inspect-fs-unix.c @@ -78,6 +78,7 @@ static pcre
2009 Dec 16
2
Build fix on HURD
I've made two little patches to allow dovecot to be compiled on GNU/Hurd. Could you review them? Kind regards, Marco Nenciarini -- --------------------------------------------------------------------- | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | | mnencia at prato.linux.it | http://www.prato.linux.it/~mnencia |
2001 Sep 04
0
AIX Warning for expired password
Hi, I have made a patch for AIX to report the number of days till a password expire and to prompt for a new one. This patch was made for openssh-SNAP-20010904.tar.gz (2.9p2) of the CVS repository. If you have any suggestion or question to submit, please cc to me, I'm not in the list. Bye -- Pablo Sor Departamento de Seguridad Informatica - AFIP psor at afip.gov.ar, psor at ccc.uba.ar
2013 Jun 15
2
Patch for pigeonhole 0.4.0 avoiding PATH_MAX
Hi, I recently downloaded and built dovecot-2.2.2 and dovecot-2.2-pigeonhole-0.4.0 on GNU/Linux and GNU/Hurd. The changes needed will be sent to the Debian maintainer shortly. Latest Debian release is 2.1.7-7 and dovecot-2.1-pigeonhole-0.3.1. When building dovecot-2.2.2 there were no PATH_MAX problems on GNU/Hurd, thank you for that. However, pigeonhole 0.4.0 had one remaining PATH_MAX construct.
2002 Aug 12
0
Problem with canohost.c
Hi, I have a small problem while porting OpenSSH v2.1.1p4 (a little older version )to uClinux. I have tryed to contact some other forums, but without any success. So, the problem is with canohost.c, where I get the following mistake: canohost.c: In function `get_remote_hostname': canohost.c:36: storage size of `hints' isn't known canohost.c:49: structure has no member named
2002 Jan 27
0
IdentityFile patch
By the way, I noticed in the previous IdentityFile patch I forgot to expand tilde. I fixed this by making the change in ssh.c instead of readconf.c, which is probably where it belongs, as far as the existing code is concerned: diff -ur openssh-3.0.2p1/auth.c openssh-3.0.2p1I/auth.c --- openssh-3.0.2p1/auth.c Sun Nov 11 17:06:07 2001 +++ openssh-3.0.2p1I/auth.c Sun Jan 27 12:05:14 2002 @@ -44,7
2013 Jan 10
0
[LLVMdev] Porting LLVM, clang et al. to GNU/Hurd
Hi Thomas, it sounds like all the changes you need are to clang, and nothing in LLVM proper needs to be changed. Is that right? Ciao, Duncan.
2015 Feb 24
4
Call for testing: OpenSSH 6.8
On Tue, 24 Feb 2015, Tom G. Christensen wrote: > I've switched to HEAD in the git repo and it now builds on Solaris > 2.6, 7, 8 and 9 but the testsuite still cannot be built due to the > missing <err.h>. > > I noticed one of the changes was about HOST_NAME_MAX but I don't > think that change addresses the real issue on at least these old > Solaris systems. It