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