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
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 kerberoized NFS gssd nee
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 uid for the RPC
ca
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 fix in. I should
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 years, and
fixed the b
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 kerberoized NFS need correct
> > /tmp/krb
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 Smørgrav - d...@des.no
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
> > /tmp/krb5cc_, where
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 gssd`).
>
> sshd contrar
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
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 hav
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
supports dynamically-sized buffers with a hard limit of
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 former
colleagues at the high perfo
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 unsubscribe, send any
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
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
On 03/11/14 17:59, Freddie Cash wrote:
On Sat, Oct 18, 2014 at 12:32 PM, Allan Jude wrote:
On 2014-10-18 13:21, Freddie Cash wrote:
On Oct 18, 2014 3:54 AM, "Mark Martinec"
wrote:
If the purpose of having a none cipher is to have a fast
file transfer, then one should be using
On Sat, Oct 18, 2014 at 12:32 PM, Allan Jude wrote:
> On 2014-10-18 13:21, Freddie Cash wrote:
> > On Oct 18, 2014 3:54 AM, "Mark Martinec"
> > wrote:
> >>
> >> If the purpose of having a none cipher is to have a fast
> >> file transfer, t
On Sun, Oct 19, 2014 at 10:35 AM, Freddie Cash wrote:
> On Oct 19, 2014 12:46 AM, "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" >
> > >
SD 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
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.
> >
> > I
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"
>> wrote:
>>>
>>> If the purpose of having a none cipher is to have a fast
>>> fi
On Oct 19, 2014 12:46 AM, "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"
> > wrote:
> > >
> > > If the purpose of having a none cipher is to h
Freddie Cash wrote this message on Sat, Oct 18, 2014 at 10:21 -0700:
> On Oct 18, 2014 3:54 AM, "Mark Martinec"
> wrote:
> >
> > If the purpose of having a none cipher is to have a fast
> > file transfer, then one should be using sysutils/bbcp
> > for th
On 2014-10-18 13:21, Freddie Cash wrote:
> On Oct 18, 2014 3:54 AM, "Mark Martinec"
> 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 authenti
On Oct 18, 2014 3:54 AM, "Mark Martinec"
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 t
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/
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.fre
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 cou
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
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 fil
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
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 lin
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
>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,
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 ou
.
>From: 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 PROT
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 cv
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
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" yo
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
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 e
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 ha
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
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
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 l
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 ju
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
; would help, but "volunteering" might. :-)
For occational personal use, 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 ove
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
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
> >
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
In article <[EMAIL PROTECTED]> you
wrote:
> Not sure if this is related to the recent commit of DEVFS code, but a
> build of both the GERNERIC kernel and a custom kernel from a very recent
> (last few hours) cvsup of -current failed during the 'make depend' with
> an error trying to include "opt_
>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 d
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).
The people in the recent thread about dropping non-FPU machines shou
55 matches
Mail list logo
