On Tue, 2021-01-05 at 11:08:48 +, Pete French wrote:
So, for me the switch to git went very smoothly. I havent moved to
etcupdate yet, but will probably do that soon. Hopwever I did hit one
issue. What I do is to build on a single machine, and then send that to
a number of places using rsync.
On Sun, 2021-01-03 at 19:02:24 +0100, Helge Oldach wrote:
Hi all,
I have deep cloned main from https://git.freebsd.org/src.git as
described in the mini primer and started pulling updates. Now I'm
stumbling over a bit of confusion:
| hmo@p48 /usr/src $ git log -p e35a01eec6926bfb5c088ca8961079b5
Obviously. I mean why would you get it from a third party instead from the
project directly?
On Fri, 1 Jan 2021, 21:19 Tj, wrote:
> So the suggestion is still to use official freebsd.org url where possible?
>
> > Belatedly, this has now happened. Before the stable and master branches
> on GH wer
On Wed, 2020-12-30 at 17:47:00 +0800, Li-Wen Hsu wrote:
On Wed, Dec 30, 2020 at 17:44 Li-Wen Hsu wrote:
On Wed, Dec 30, 2020 at 17:33 Yasuhiro Kimura wrote:
From: Peter Blok
Subject: No more update on stable/12
Date: Wed, 30 Dec 2020 10:24:27 +0100
> I switched to git, but I noticed there
On Fri, 2020-12-25 at 04:18:22 -0800, David Wolfskill wrote:
On Fri, Dec 25, 2020 at 10:00:57PM +1300, Jonathan Chen wrote:
Hi Kyle,
On Thu, 24 Dec 2020 at 15:05, Kyle Evans wrote:
...
> mergemaster only uses it as an optimization, if they're unexpanded
> throughout then it falls back to diff(
On Wed, 2020-12-23 at 12:19:47 -0800, John Kennedy wrote:
On Mon, Dec 21, 2020 at 12:47:38PM -0800, John Kennedy wrote:
On Wed, Dec 16, 2020 at 05:46:35PM -0700, Warner Losh wrote:
> The FreeBSD project will be moving it's source repo from subversion to git
> starting this this weekend. The docs
2018-07-25 17:04 GMT+02:00 Kyle Evans :
>
> On Wed, Jul 25, 2018 at 9:52 AM, Alan Somers wrote:
> > On Wed, Jul 25, 2018 at 8:49 AM, Ian Lepore wrote:
> >
> >> On Wed, 2018-07-25 at 14:35 +0200, Ulrich Spörlein wrote:
> >> > Hey all, as of a couple o
Hey all, as of a couple of weeks ago, neither 11.2-RELEASE nor a recent
11-STABLE can buildkernel from head.
This has stopped the Coverity Scan runs dead in its track and I wonder how
anyone would boostrap a move from 11.x to 12.0 then.
% env __MAKE_CONF=/dev/null make buildkernel
make[1]: "/data
2015-07-01 13:38 GMT+02:00 Baptiste Daroussin :
>
> On Wed, Jul 01, 2015 at 01:36:14PM +0200, Hans Petter Selasky wrote:
> > On 04/21/15 12:34, Slawa Olhovchenkov wrote:
> > > On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote:
> > >
> > >> Hi all,
> > >>
> > >> Final pkg 1.5.0 has
On Wed, 2013-01-09 at 23:42:10 +0900, Hiroki Sato wrote:
> Ulrich Spörlein wrote
> in <20130109142111.gl35...@acme.spoerlein.net>:
>
> > On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote:
> > > On 01/08/2013 23:33, Hiroki Sato wrote:
> > >
On Wed, 2013-01-09 at 14:14:18 +0100, Michiel Boland wrote:
> On 01/08/2013 23:33, Hiroki Sato wrote:
> > Ulrich Spörlein wrote
> >in <20130108184051.gi35...@acme.spoerlein.net>:
> >
> > uq> After setting this, it now looks like this:
> > u
On Tue, 2013-01-08 at 10:09:20 -0800, Gregory Shapiro wrote:
> > How can I unstupid sendmail here?
>
> I don't think sendmail is being stupid here as it is doing what it has been
> doing under 8.x and 9.1 (the code is the same). I think something changed
> with the upgrade to 9.1. As far as tr
On Tue, 2013-01-08 at 18:36:34 +0100, Michiel Boland wrote:
> On 01/08/2013 16:18, Ulrich Spörlein wrote:
> > Hey,
> >
> > I upgraded a server running 8.x to 9.1 over the weekend and sendmail no
> > longer wants to bind the AF_INET6 sockets.
> &
Hey,
I upgraded a server running 8.x to 9.1 over the weekend and sendmail no
longer wants to bind the AF_INET6 sockets.
So while this still works:
DAEMON_OPTIONS(`Port=smtp, Addr=127.0.0.1, Name=MSA, M=Eu,
InputMailFilters=dkim')
DAEMON_OPTIONS(`Port=smtp, Addr=::1, Name=MSA, Family=inet6, M=Eu
On Tue, 2012-09-25 at 12:58:01 +0100, Jamie Paul Griffin wrote:
> Hi
>
> When I read 'certain' -- not all -- man pages zcat writes a small error to
> stderr when opening the man page; however, the man page does actually open.
> The message i get on the terminal is:
>
> zcat: error writin
On Sun, 2011-12-11 at 23:52:33 +0100, Dimitry Andric wrote:
> On 2011-12-11 23:33, Ulrich Spörlein wrote:
> > long story short: telnet foo on stable/8 will first try connecting via
> > IPv6, then via IPv4 (foo has A and records). On stable/9 it's the
> > other way
Hello
long story short: telnet foo on stable/8 will first try connecting via
IPv6, then via IPv4 (foo has A and records). On stable/9 it's the
other way round.
This trips up my setup, where a bunch of hosts (some behind NAT) can all
talk to each other over their IPv6 addresses (some are tunn
On Mon, 11.04.2011 at 12:00:39 +0200, Denny Schierz wrote:
> hi,
>
> after testing severals loadbalancing (LACP) types with Cisco, we saw,
> that we never get more than 112MB/s with two network cards and iperf.
>
> So, we tested without loadbalancing, 4 Clients (iperf -f M -c ) and
> two target
On Thu, 20.01.2011 at 21:17:40 +0100, Ulrich Spörlein wrote:
> Hello,
>
> Currently our buildworld relies on groff(1) and vgrind(1) being present
> in the host system. I have a patch ready that at least makes sure these
> are built during bootstrap-tools and completes the WIT
On Thu, 20.01.2011 at 15:31:03 -0500, Alexander Kabaev wrote:
> On Thu, 20 Jan 2011 21:17:40 +0100
> Ulrich Spörlein wrote:
>
> > Hello,
> >
> > Currently our buildworld relies on groff(1) and vgrind(1) being
> > present in the host system. I have a patch r
Hello,
Currently our buildworld relies on groff(1) and vgrind(1) being present
in the host system. I have a patch ready that at least makes sure these
are built during bootstrap-tools and completes the WITHOUT_GROFF flag.
vgrind(1) is only used for two papers under share/doc and we could
easily e
On Mon, 10.01.2011 at 16:49:14 -0500, John Baldwin wrote:
> On Monday, January 10, 2011 4:40:04 pm Ulrich Spörlein wrote:
> > Hey,
> >
> > the following line in fstab used to work just fine for my /tmp:
> >
> > tmpfs /tmptmpfs rw,size=1
Hey,
the following line in fstab used to work just fine for my /tmp:
tmpfs /tmptmpfs rw,size=1g,mode=17770 0
But since I upgraded to 8.2-PRERELEASE, /tmp will soon run out of space
(usually after leaving the box overnight).
% df /tmp
Filesystem 1K-blocks Used Avail C
[cross-posting to stable@, where some of those folk might hang out]
On Fri, 19.11.2010 at 09:21:00 +1100, Peter Jeremy wrote:
> I'm (belatedly) looking at porting digi(4) to the MPSAFE TTY system
> and have some architectural questions.
>
> The digi(4) driver appears to support 5 different Digi c
On Mon, 15.11.2010 at 18:03:25 -0800, Pyun YongHyeon wrote:
> On Sun, Nov 14, 2010 at 10:41:03AM +0100, Ulrich Sp??rlein wrote:
> > On Mon, 08.11.2010 at 22:41:12 +0100, Ulrich Sp??rlein wrote:
> > > On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote:
> > > > On Sun, Nov 07, 2010 at 12:24:2
On Mon, 08.11.2010 at 22:41:12 +0100, Ulrich Spörlein wrote:
> On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote:
> > On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote:
> > > On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote:
> > > >
On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote:
> On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote:
> > On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote:
> > > On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Sp??rlein
> > > wrote:
> > > > Hello Pyun,
> > > >
> > > > O
On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote:
> On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Spörlein wrote:
> > Hello Pyun,
> >
> > On this new server, I cannot get more than ~280kByte/s up/downstream out of
> > re(4) without any tweaking.
> >
>
On Sat, 06.11.2010 at 10:37:00 +0100, Ulrich Spörlein wrote:
> Hello Pyun,
>
> On this new server, I cannot get more than ~280kByte/s up/downstream out of
> re(4) without any tweaking.
>
> re0: flags=8843 metric 0 mtu 1500
>
> options=389b
>
Hello Pyun,
On this new server, I cannot get more than ~280kByte/s up/downstream out of
re(4) without any tweaking.
re0: flags=8843 metric 0 mtu 1500
options=389b
ether 00:21:85:63:74:34
inet6 fe80::221:85ff:fe63:7434%re0 prefixlen 64 scopeid 0x1
inet 46.4.12.147
On Wed, 03.02.2010 at 19:50:26 +0100, Gustau Pérez wrote:
> En/na Mikolaj Golub ha escrit:
> > On Fri, 29 Jan 2010 12:37:52 +0100 Gustau Pérez wrote:
> >
> >
> >> Hi,
> >>
> >> I'm using cacti to monitor some servers running FBSD. I was using 7.2
> >> with SCHED_4BSD. With this configuration
On Fri, 14.05.2010 at 10:17:23 +0100, Pete French wrote:
>
> > Postfix will re-write this as part of sanitization, so I had to revert
> > to creating mbox files by hand. Anyway, could you please test the
> > following patch with a wider variety of mails?
>
> I've been testing your patch for a few
nal /usr/bin/mail or in my patched version ?
Well, the following header didn't work:
Cc: ,
Postfix will re-write this as part of sanitization, so I had to revert
to creating mbox files by hand. Anyway, could you please test the
following patch with a wider variety of mails?
commit 59a3e2a82b
On Wed, 14.04.2010 at 14:45:55 +0100, Pete French wrote:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131861
>
> I've been using the patch now for a couple of months with no
> observable problems. It is very small, and does fix a real
> annoyance with using /usr/bin/mail as your primary mai
On Wed, 10.02.2010 at 12:08:12 -0600, Robert Noland wrote:
> On Wed, 2010-02-10 at 19:00 +0100, Ulrich Spörlein wrote:
> > On Wed, 10.02.2010 at 09:11:10 -0600, Robert Noland wrote:
> > > I have a strong suspicion that the issue is with bus_dma. If this is a
> > >
On Wed, 10.02.2010 at 15:00:07 -0600, Dan Nelson wrote:
> In the last episode (Feb 10), Ulrich Spörlein said:
> > On Wed, 10.02.2010 at 13:49:05 +0300, Ruslan Ermilov wrote:
> > > On Wed, Feb 10, 2010 at 09:58:14AM +0100, Ulrich Spörlein wrote:
> > > > not sure if
On Wed, 10.02.2010 at 13:49:05 +0300, Ruslan Ermilov wrote:
> On Wed, Feb 10, 2010 at 09:58:14AM +0100, Ulrich Spörlein wrote:
> > Hi guys,
> >
> > not sure if this is a pilot error, but it seems to me that gnu sort -n
> > is broken on at least -STABLE (couldn't
On Wed, 10.02.2010 at 09:11:10 -0600, Robert Noland wrote:
> I have a strong suspicion that the issue is with bus_dma. If this is a
> pci based card, then it is trying to allocate 32MB of contiguous
> physical ram when the drm device is opened. This usually succeeds the
> first time that the driv
Hi guys,
not sure if this is a pilot error, but it seems to me that gnu sort -n
is broken on at least -STABLE (couldn't test -CURRENT yet).
It somehow does not manifest when using a simple list and sorting on a
specific column, but it always happens to me when using it in
combination with find(1)
On Thu, 21.01.2010 at 11:37:06 +0200, Marin Atanasov wrote:
> Here's what I did:
>
> box1 COM1/ttyd0 -> box2 COM1/ttyd0 -> using null modem cable
> box1 COM2/ttyd1 -> box3 COM1/ttyd0 -> using null modem cable
>
> On box1 I have this in /etc/ttys:
>
> ttyd0 "/usr/libexec/getty std.9600" vt100
On Fri, 01.01.2010 at 15:47:36 -0800, Derek Kulinski wrote:
> Hello,
>
> After installing FreeBSD 8.0 I noticed that some characters aren't
> displayed correctly (it worked fine for 7.2).
>
> Mainly the dash character is most noticeable (though it's possible
> it's more of them).
>
> Example:
>
On Fri, 01.01.2010 at 18:47:27 +0100, martinko wrote:
> Hi list,
>
> gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) :
>
> # gstat
> gstat: geom_gettree = -1: No such file or directory
>
> Is this known ? What can I do ?
I doubt that it is widely known, but I've seen thes
On Sun, 27.09.2009 at 09:49:03 -0400, Daniel Eischen wrote:
> On Sun, 27 Sep 2009, Ulrich Spörlein wrote:
>
> > On Sat, 12.09.2009 at 22:34:41 +0200, Maciej Jan Broniarz wrote:
> >> Hello,
> >>
> >> I am trying to configure lagg failover mode on 7.2.
>
On Sat, 12.09.2009 at 22:34:41 +0200, Maciej Jan Broniarz wrote:
> Hello,
>
> I am trying to configure lagg failover mode on 7.2.
>
> I do:
>
> # ifconfig xl0 up
> # ifconfig fxp0 up
> # ifconfig lagg0 create
> # ifconfig lagg0 up laggproto failover laggport xl0 laggport fxp0
> # dhclient lagg0
so caching negative
lookups. The usual workaround would be to restart it using
/etc/rc.d/nscd restart
Cheers,
Ulrich Spörlein
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
no idea which one to pick.
When using X, maximize your xterm horizontally and use mergemaster -w100
or something like that. It will probe the tty again and offer the "real"
width, so I usually just run mergemaster -w1 and hit enter.
hth,
Ulrich Spörlein
__
On Tue, 02.06.2009 at 11:24:08 +0200, Ulrich Spörlein wrote:
> On Tue, 02.06.2009 at 11:16:10 +0200, Ulrich Spörlein wrote:
> > Hi all,
> >
> > so I went ahead and updated my ~7.2 file server to the new ZFS goodness,
> > and before running any further tests, I a
On Tue, 02.06.2009 at 11:16:10 +0200, Ulrich Spörlein wrote:
> Hi all,
>
> so I went ahead and updated my ~7.2 file server to the new ZFS goodness,
> and before running any further tests, I already discovered something
> weird and annoying.
>
> I'm using a mirror
.1 63 11252.3 31.8| ad4
There is no activity going on, especially md0 is for /tmp, yet it
constantly tries to read stuff from everywhere. I will now insert the
second drive and see if ZFS shuts up then ...
Cheers,
Ulrich Spörlein
--
0
is giving you.
Cheers,
Ulrich Spörlein
--
http://www.dubistterrorist.de/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
o replace faulty disks or grow ZFS
pools. The FreeBSD base system, I would put somewhere else.
Cheers,
Ulrich Spörlein
--
http://www.dubistterrorist.de/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
with 2 CPUs and with 1 active core only. I think that having dual core
is a must for this setup, so you can use 2 GELI threads and have the ZFS
threads on top of that to spread the load.
Cheers,
Ulrich Spörlein
--
http://www.dubistterrorist.de/
__
est-priority, to ensure the mirror never accidentally started
> rebuilding from a newly reinserted backup. (This probably wouldn't
> happen anyway, but it would be nice to be sure...)
This will not happen. Besides, I would strongly encourage you to disable
automatic rebuilding for this ty
they come up as sio
ports again (and work?)
> We have over 20 installations, now two of them have been upgraded to 7.0 with
> mentioned side effects.
Is this identical hardware?
Cheers,
Ulrich Spörlein
--
None are more hopelessly enslaved than those who falsely believe they are free
--
Hi,
I have to create regular snapshots of several volumes roughly 1.4TB in
size (each). But using mksnap_ffs takes a lot of time (45 minutes) and
it looks like it could be speed up.
iostat reports some 2MB/s of I/O
tty da0 da1 sa0
cpu
ti
55 matches
Mail list logo
