aarch64-none-elf-gcc and related programs will not install

Hi, context: 12.0-CURRENT #0 r336037 amd64 / ports r474140 I get the following when installing aarch64-none-elf-gcc and related programs from ports. It will build fine, just errors on install. my /etc/make.conf looks like this: > less /etc/make.conf WRKDIRPREFIX=/buildports MAKE_JOBS_NUM

Re: HPN and None options in OpenSSH

On Mon, Jan 25, 2016 at 12:28:20PM +0100, Jan Bramkamp wrote: > > > On 24/01/16 15:50, Dag-Erling Smørgrav wrote: > > Slawa Olhovchenkov writes: > >> Can you do some small discurs about ssh+kerberos? > >> I am try to use FreeBSD with $HOME over kerberoized NFS. > >> For

Re: HPN and None options in OpenSSH

On 24/01/16 15:50, Dag-Erling Smørgrav wrote: Slawa Olhovchenkov writes: Can you do some small discurs about ssh+kerberos? I am try to use FreeBSD with $HOME over kerberoized NFS. For kerberoized NFS gssd need to find cache file "called /tmp/krb5cc_, where is the effective

Re: HPN and None options in OpenSSH

On Fri, Jan 22, 2016 at 03:31:22PM +0100, Dag-Erling Smørgrav wrote: > The HPN and None cipher patches have been removed from FreeBSD-CURRENT. > I intend to remove them from FreeBSD-STABLE this weekend. Can you do some small discurs about ssh+kerberos? I am try to use FreeBSD with $HOM

Re: HPN and None options in OpenSSH

On Sun, Jan 24, 2016 at 03:50:45PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > Can you do some small discurs about ssh+kerberos? > > I am try to use FreeBSD with $HOME over kerberoized NFS. > > For kerberoized NFS gssd need to find cache file "called > >

Re: HPN and None options in OpenSSH

On Sun, Jan 24, 2016 at 04:21:17PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > OK, what about tcsh, zsh, fish and scp/sftp? > > I apologize for trying to help you out by suggesting a hack that works > at least some of the time until I can get a permanent

Re: HPN and None options in OpenSSH

Slawa Olhovchenkov writes: > Can you do some small discurs about ssh+kerberos? > I am try to use FreeBSD with $HOME over kerberoized NFS. > For kerberoized NFS gssd need to find cache file "called > /tmp/krb5cc_, where is the effective uid for the RPC > caller" (from `man

Re: HPN and None options in OpenSSH

Slawa Olhovchenkov writes: > Dag-Erling Smørgrav writes: > > In the meantime, you can try something like this in .bashrc or > > whatever: > Imposible. For accessing .bashrc on kerberoized NFS need correct > /tmp/krb5cc_. /etc/profile, then. DES -- Dag-Erling

Re: HPN and None options in OpenSSH

On Sun, Jan 24, 2016 at 04:09:05PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > Dag-Erling Smørgrav writes: > > > In the meantime, you can try something like this in .bashrc or > > > whatever: > > Imposible. For accessing .bashrc on

Re: HPN and None options in OpenSSH

Slawa Olhovchenkov writes: > OK, what about tcsh, zsh, fish and scp/sftp? I apologize for trying to help you out by suggesting a hack that works at least some of the time until I can get a permanent fix in. I should instead have hopped in my time machine, jumped back a few

Re: HPN and None options in OpenSSH

On Sat, Jan 23, 2016 at 7:55 AM, Dag-Erling Smørgrav wrote: > Julian Elischer writes: > > what is the internal window size in the new ssh? > > 64 kB. > > DES > -- > Dag-Erling Smørgrav - d...@des.no Are you sure of this? I have not looked at the code, but my

Re: HPN and None options in OpenSSH

Julian Elischer writes: > what is the internal window size in the new ssh? 64 kB. DES -- Dag-Erling Smørgrav - d...@des.no ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To

Re: HPN and None options in OpenSSH

On 01/23/16 09:15, Kevin Oberman wrote: > Are you sure of this? I have not looked at the code, but my former > colleagues at the high performance research network ESnet claim at > http://fasterdata.es.net/data-transfer-tools/say-no-to-scp/ that the > internal buffers and effective window size

Re: HPN and None options in OpenSSH

Kevin Oberman writes: > Dag-Erling Smørgrav writes: > > Julian Elischer writes: > > > what is the internal window size in the new ssh? > > 64 kB. > Are you sure of this? Sorry, I was thinking of 6.6 (in stable/10). The buffer code in 7.1

HPN and None options in OpenSSH

The HPN and None cipher patches have been removed from FreeBSD-CURRENT. I intend to remove them from FreeBSD-STABLE this weekend. The HPN patches were of limited usefulness and required a great deal of effort to maintain in our tree. The None cipher patch was less onerous, but it was a terrible

Re: HPN and None options in OpenSSH

On 22/01/2016 10:31 PM, Dag-Erling Smørgrav wrote: The HPN and None cipher patches have been removed from FreeBSD-CURRENT. I intend to remove them from FreeBSD-STABLE this weekend. The HPN patches were of limited usefulness and required a great deal of effort to maintain in our tree. The None

Re: ssh None cipher

On Sat, Oct 18, 2014 at 12:32 PM, Allan Jude allanj...@freebsd.org wrote: On 2014-10-18 13:21, Freddie Cash wrote: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using

Re: ssh None cipher

On 03/11/14 17:59, Freddie Cash wrote: On Sat, Oct 18, 2014 at 12:32 PM, Allan Jude allanj...@freebsd.org wrote: On 2014-10-18 13:21, Freddie Cash wrote: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file

Re: ssh None cipher

: If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens unencrypted channel(s) for the actual data transfer. It's also very fast, can use multiple TCP streams

Re: ssh None cipher

On Sat, Oct 18, 2014 at 12:10:28AM -0400, Allan Jude wrote: On 2014-10-17 22:43, Benjamin Kaduk wrote: On Fri, 17 Oct 2014, Ben Woods wrote: Whilst trying to replicate data from my FreeNAS to my FreeBSD home theater PC on my local LAN, I came across this bug preventing use of the None

Re: ssh None cipher

this bug preventing use of the None cipher: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163127 I think I could enable the None cipher by recompiling base with a flag in /etc/src.conf. I agree. Is there any harm in enabling this by default, but having the None cipher remain disabled

Re: ssh None cipher

Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd

Re: ssh None cipher

On Oct 19, 2014 12:46 AM, John-Mark Gurney j...@funkthat.com wrote: Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer

Re: ssh None cipher

On 2014-10-19 03:46, John-Mark Gurney wrote: Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using

Re: ssh None cipher

If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens unencrypted channel(s) for the actual data transfer. It's also very fast, can use multiple TCP streams. Mark On 10/18/14

Re: ssh None cipher

On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens unencrypted channel(s) for the actual data

Re: ssh None cipher

On 2014-10-18 13:21, Freddie Cash wrote: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens

ssh None cipher

Whilst trying to replicate data from my FreeNAS to my FreeBSD home theater PC on my local LAN, I came across this bug preventing use of the None cipher: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163127 I think I could enable the None cipher by recompiling base with a flag in /etc/src.conf

Re: ssh None cipher

On Fri, 17 Oct 2014, Ben Woods wrote: Whilst trying to replicate data from my FreeNAS to my FreeBSD home theater PC on my local LAN, I came across this bug preventing use of the None cipher: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163127 I think I could enable the None cipher

Re: ssh None cipher

On 2014-10-17 22:43, Benjamin Kaduk wrote: On Fri, 17 Oct 2014, Ben Woods wrote: Whilst trying to replicate data from my FreeNAS to my FreeBSD home theater PC on my local LAN, I came across this bug preventing use of the None cipher: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163127

Re: sendmail_enable=NONE doesn't appear in rc.conf

Nuno Teixeira wrote: sendmail_enable=NONE doesn't appear in /etc/defaults/rc.conf. Can anyone update this file to include NONE option? Do you mean you want it to default to NONE, or do you mean that you want the option documented in this file? If the former, then it's not going to happen

sendmail_enable=NONE doesn't appear in rc.conf

Hello to all, sendmail_enable=NONE doesn't appear in /etc/defaults/rc.conf. Can anyone update this file to include NONE option? Thanke very much, Nuno Teixeira -- /* PGP fingerprint: C6D1 06ED EB54 A99C 6B14 6732 0A5D 810D 727D F6C6 */ To Unsubscribe: send mail to [EMAIL

Re: sendmail_enable=NONE doesn't appear in rc.conf

From: Daniel Flickinger [EMAIL PROTECTED] Sent: Saturday, March 08, 2003 11:48 AM I have not checked recently, but 'make installworld' has always trashed files: /usr/sbin/sendmail /usr/bin/mailq /usr/bin/newaliases which, in the default, are symbolic links to

Re: sendmail_enable=NONE doesn't appear in rc.conf

nunotex sendmail_enable=NONE doesn't appear in /etc/defaults/rc.conf. Can nunotex anyone update this file to include NONE option? This was done on purpose: Revision 1.158, Tue Sep 3 22:15:54 2002 UTC (6 months ago) by gshapiro Branch: MAIN Deprecate the use of sendmail_enable=NONE

Re: none (cvs mirrors)

From: Kris Kennaway [EMAIL PROTECTED] To: KSrinivasa Raghavan [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: none (cvs mirrors) Date: Fri, 7 Sep 2001 16:46:15 -0700 On Fri, Sep 07, 2001 at 11:24:58PM +, KSrinivasa Raghavan

Re: none (cvsup2 as cvs server)

: Jim Bryant [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: John Polstra [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: none Date: Wed, 05 Sep 2001 20:49:39 -0500 John Polstra wrote: In article [EMAIL PROTECTED], KSrinivasa Raghavan [EMAIL PROTECTED] wrote: For some

Re: none (cvs mirrors)

On Fri, Sep 07, 2001 at 11:24:58PM +, KSrinivasa Raghavan wrote: Hi Kris, cvsup servers doesn't seem to work as cvs servers. The anoncvs server worked yesterday, but today I am seeing other problems. Yes, I was being sarcastic. They're different protocols. I have been checking out

Re: none

In article [EMAIL PROTECTED], KSrinivasa Raghavan [EMAIL PROTECTED] wrote: For some reasons I was unable to checkout sources from cvs server of FreeBSD sources. I have been using anoncvs.FreeBSD.org to fetch the files. I believe the administrators have been upgrading that system. I don't

more anoncvs servers Re: none

On Wed, Sep 05, 2001 at 09:38:06AM -0700, John Polstra wrote: In article [EMAIL PROTECTED], KSrinivasa Raghavan [EMAIL PROTECTED] wrote: For some reasons I was unable to checkout sources from cvs server of FreeBSD sources. I have been using anoncvs.FreeBSD.org to fetch the files. I

Re: more anoncvs servers Re: none

In article [EMAIL PROTECTED], David O'Brien [EMAIL PROTECTED] wrote: What is the right mailing list to plead for more anoncvs mirrors? I doubt that pleading would help, but volunteering might. :-) I have (had?) been maintaining anoncvs.freebsd.org, but I don't have time for any others. In

Re: more anoncvs servers Re: none

, you may use [EMAIL PROTECTED]:/home/ncvs CVS_RSH=ssh The none ssh encryption method is available. You may use it by adding the appropiate lines to ~/.ssh_config I'd prefer it if people wouldn't overuse this, otherwise I might have to take it away, as the machine has limited bandwidth/resources

Re: more anoncvs servers Re: none

In article [EMAIL PROTECTED], Jonathan Chen [EMAIL PROTECTED] wrote: On Wed, Sep 05, 2001 at 10:54:20AM -0700, John Polstra wrote: - You need an MFS filesystem with zillions of inodes, because anonymous CVS just hammers the disk with tiny lock files or state files. If they are on a

Re: more anoncvs servers Re: none

On Wed, Sep 05, 2001 at 11:41:13AM -0700, John Polstra wrote: In article [EMAIL PROTECTED], Jonathan Chen [EMAIL PROTECTED] wrote: On Wed, Sep 05, 2001 at 10:54:20AM -0700, John Polstra wrote: - You need an MFS filesystem with zillions of inodes, because anonymous CVS just hammers

Re: more anoncvs servers Re: none

On 05-Sep-01 John Polstra wrote: In article [EMAIL PROTECTED], Jonathan Chen [EMAIL PROTECTED] wrote: On Wed, Sep 05, 2001 at 10:54:20AM -0700, John Polstra wrote: - You need an MFS filesystem with zillions of inodes, because anonymous CVS just hammers the disk with tiny lock files or

Re: more anoncvs servers Re: none

In article [EMAIL PROTECTED], Jonathan Chen [EMAIL PROTECTED] wrote: Yep, you are right. cvs writes the shadow stuff in /tmp. bleah. It does honor $TMPDIR and the -T option, though. John To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the

Re: more anoncvs servers Re: none

On Wed, Sep 05, 2001 at 10:54:20AM -0700, John Polstra wrote: a few important points: Supporting SSH transport would be a good idea too. Kris PGP signature

Re: more anoncvs servers Re: none

On Wed, Sep 05, 2001 at 10:54:20AM -0700, John Polstra wrote: - You need a pretty powerful machine to handle even, say, 4-6 clients at a time. Anonymous CVS is a hog like you wouldn't believe. Don't try to use the machine for anything else if you're using it for anonymous CVS. I have

Re: more anoncvs servers Re: none

David O'Brien [EMAIL PROTECTED] wrote: What is the right mailing list to plead for more anoncvs mirrors? grappa.unix-ag.uni-kl.de provides anoncvs, among other services. (See http://.../ for a list.) However, - the box runs on OpenBSD, and since all three BSDs appear to use incompatible

Re: more anoncvs servers Re: none

David O'Brien [EMAIL PROTECTED] wrote: - You need a pretty powerful machine to handle even, say, 4-6 clients at a time. Anonymous CVS is a hog like you wouldn't believe. I have to wonder if there are tricks one can use. No. Get a gig of memory, and put ~anoncvs/tmp on a memory disk.

Re: more anoncvs servers Re: none

On Wed, Sep 05, 2001 at 11:03:37PM +, Christian Weisgerber wrote: The GCC and OpenBSD people depend on anoncvs as their main repo transport mechanism. (You can't transport a repo with cvs. OpenBSD infrastructure Not in the sense of CVSup, but for some defintion of transport you can.

Re: none

John Polstra wrote: In article [EMAIL PROTECTED], KSrinivasa Raghavan [EMAIL PROTECTED] wrote: For some reasons I was unable to checkout sources from cvs server of FreeBSD sources. I have been using anoncvs.FreeBSD.org to fetch the files. I believe the administrators have been upgrading

Re: none

On Wed, Sep 05, 2001 at 08:49:39PM -0500, Jim Bryant wrote: For some reasons I was unable to checkout sources from cvs server of FreeBSD sources. I have been using anoncvs.FreeBSD.org to fetch the files. cvsup2.freebsd.org through cvsupn.freebsd.org seem to work just fine... as cvs_up_

Re: Anyone using the none-GPL FPU emulator in -current?

It seems the non-GPL floating point emulator is completely broken in 4.0-current. While it still boots the kernel and brings up the system, it seems to cause every floating-point using userlevel program to coredump (i.e. ping). ping uses sqrt(), so it was broken by not preserving FreeBSD