similar to: authorizedkeys2 for a DHCP based client

Dear all, I followed the instructions found on http://www.zip.com.au/~akpm/linux/ext3/ext3-usage.html to convert / on several of my boxes to ext3. Strange to me, on some boxes it perfectly worked while on others it didn't. One of the differences found is that on the ok-boxes mount reports: /dev/hda3 on / type ext3 (rw,errors=remount-ro) /* Settings: cat /etc/fstab /dev/hda3 / ext3

Hello, I have tried to install openssh 2.9p2 on Solaris 2.6 and Solaris 2.8 after compiling the openssl (both 0.9.6a and 0.9.6b) and openssh software with both gcc 2.95.3, Sun's Forte compiler, Sun's linker, etc. I have tried the zlib from Sun freeware and version 11.8.0 REV=2000.01.08.18.12 contained in the SUNWzlib package. Both openssh and openssl appear to make properly and all the

Dear all, is it possible to specify the default paths in the appropriate configuration of the Daemon ? If not, wouldn't it make sense to include that feature as the configuration files get parsed anyway ? What do you mean ? Kind regards, Lukas -- Lukas Ruf Swiss Federal Institute of Technology Office: ETZ-G61.2 Computer Engineering

Dear developers, today, I cvs'ed the newest openSSH. Unfortunately, the config.h.in file was missing. I copied it from the tar-ball. Was this my fault or a problem in the CVS ? Thanks for the answer, Lukas -- Lukas Ruf Swiss Federal Institute of Technology Office: ETZ-G61.2 Computer Engineering and Phone: +41/1/632 7312

Let me start this with the disclaimer that I am a Linux lover that only pretends to have any clue about coding. I grabbed the latest version of OpenSSH (v2.9p1) and went to install it on my Sparc (RH 6.2, v2.4.2). Unlike OpenSSH 2.5.2p2, however, when I tried to compile it I got the following error: ... <compiling away> ... gcc -g -O2 -Wall -I. -I. -I/usr/local/ssl/include

http://bugzilla.mindrot.org/show_bug.cgi?id=391 Summary: ssh -n returning 255 status code Product: Portable OpenSSH Version: -current Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Do you know whether it has been fixed on the 8.0.1 release? Scott On Fri, Nov 8, 2019 at 9:45 AM Krzysztof Parzyszek <kparzysz at quicinc.com<mailto:kparzysz at quicinc.com>> wrote: The one blocking issue that existed in the past has been fixed. I haven’t had time to do any work on it lately, but I’m not aware of any fundamental problems that would make it not work on x86. --

Hi Scott, That #1073741833 is a register mask. They are treated as aggregate registers (essentially sets of registers), so if it includes R9D and R11D, it will be treated as being aliased with both. These separate defs are there because they reach disjoint registers. -- Krzysztof Parzyszek kparzysz at quicinc.com<mailto:kparzysz at quicinc.com> AI tools development From: Scott

Hi Scott, Sorry for the late reply, I was out of office during the holidays. 1. A def node can reach either a use node, or another def node. In the highlighted phi node (p3224), the def (d3225) reaches another def (1598) in statement (s1597), that’s why it’s needed. 2. The reason why the def of R11 in s1578 is not connected directly to the use in s1725 is that there may be an intervening

Dear *, we are stuck and cannot find anything on the Net or the documentation. Background ---------- We are currently working on a project that aims to migrate Servers from a Windows NT domain to a Samba based domain. The migration, as always, should be completely tranparent to the Windows Desktops and their users. There are about 300 users and may be 20 groups. Issue ----- The current domain

https://bugzilla.mindrot.org/show_bug.cgi?id=2523 Bug ID: 2523 Summary: An RSA private key file consistently gives "Badd Passphrase" errors, but worked before Product: Portable OpenSSH Version: 7.1p1 Hardware: Other OS: Linux Status: NEW Severity: normal Priority:

On Tue, Oct 13, 2020 at 8:40 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > On Tue, Oct 13, 2020 at 07:56:29PM +0300, Nir Soffer wrote: > > On Tue, Oct 13, 2020 at 7:15 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > > > > > On Tue, Oct 13, 2020 at 06:45:42PM +0300, Nir Soffer wrote: > > > > I think this is the right solution - when

On Mon, Nov 09, 2020 at 09:16:33AM +0200, Yedidyah Bar David wrote: > On Wed, Oct 14, 2020 at 8:54 AM Yedidyah Bar David <didi@redhat.com> wrote: > > > > On Tue, Oct 13, 2020 at 8:40 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > > > > > On Tue, Oct 13, 2020 at 07:56:29PM +0300, Nir Soffer wrote: > > > > On Tue, Oct 13, 2020 at 7:15 PM

On Wed, Oct 14, 2020 at 8:54 AM Yedidyah Bar David <didi at redhat.com> wrote: > > On Tue, Oct 13, 2020 at 8:40 PM Richard W.M. Jones <rjones at redhat.com> wrote: > > > > On Tue, Oct 13, 2020 at 07:56:29PM +0300, Nir Soffer wrote: > > > On Tue, Oct 13, 2020 at 7:15 PM Richard W.M. Jones <rjones at redhat.com> wrote: > > > > > > >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have a dual stack server with Dovecot 2.1.10 listening on v4 and v6 Dovecot has a Comodo SSL certificate issued via NameCheap that works as expected with IPv4 in 10-ssl.conf I have enabled these configuraction directives: ssl = yes ssl_cert = < /path/to/file.crt ssl_key = < /path/to/file.key ssl_parameters_regenerate = 202 hours If I

Is there a way to backup files to a remote machine on which I don't have root permission, while preserving their uids/gids? I know that only the super-user can set the owner and group of a file, so what I am actually looking for is a tool that would store the actual uids/gids of all files that are backuped by rsync in a kind of meta-file. This file could then be used to restore the files

Dear Carlos, Duncan and everyone You may have already sorted the matter by now, but since I have not seen anything posted since Duncan's reply, here I go. I apologize in advance for the spam, if it turns out I've missed some post. I think the test and the implementation of the truncgof package are just fine. I've done Carlos' experiment (repeatedly generating samples and testing

Dear Customer! This is an automatic response from our support system, because you have sent a message to our support system e-mail address, which does not refer to an existing support case tracking number. We regret to inform you that we can no longer process such messages and your e-mail has, therefore, NOT been delivered. We have recently implemented a new support case management system in

best described here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64689 Confirmed also present with the rpm build at http://rsync.samba.org/ftp/rsync/binaries/redhat/rsync-2.4.6-1.i386.rpm Please cc: me on replies (I'm not on the list, yet - my procmailrc's in a major state of flux as I'm switching machines) and/or add comments to the above bugzilla entry James -- James

https://bugzilla.mindrot.org/show_bug.cgi?id=2522 Bug ID: 2522 Summary: Key parser should reflect errors from OpenSSL Product: Portable OpenSSH Version: 7.1p1 Hardware: Other OS: Linux Status: NEW Keywords: patch Severity: enhancement Priority: P5 Component: ssh