Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
On Tue, Mar 04, 2008 at 12:03:20AM -0800, Chris H. wrote:
I have absolutely no idea why FBSD v7 (on 2 machines) will only
dole out 127.0.0.1, while all my other servers running RELENG_6 all
dole out a /minimum/ of 127.0.0.1/8 by default. But,
Quoting Tom Evans <[EMAIL PROTECTED]>:
On Tue, 2008-03-04 at 00:03 -0800, Chris H. wrote:
Hello Mark. Thank you for your thoughtful reply.
FWIW I'm hosting my own zone, out of my domain's address using a
different host name. I'm simply forwarding the requests to a dif
Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
On Tue, Mar 04, 2008 at 02:23:21AM -0800, Chris H. wrote:
What I am having absolutely no understanding of; is why do
2 FBSD servers sharing the same setups, and the same stock
lo0 setups react /completely/ differently than each other,
when th
Quoting Jeremy Chadwick <[EMAIL PROTECTED]>:
On Tue, Mar 04, 2008 at 02:48:31AM -0800, Chris H. wrote:
In long; Both servers have the same (and only) entry:
/etc/defaults/rc.conf: ifconfig_lo0="inet 127.0.0.1"
no more, no less.
The RELENG_6 server reports:
lo0: flags=8049 mtu 1
Quoting Lowell Gilbert <[EMAIL PROTECTED]>:
"Chris H." <[EMAIL PROTECTED]> writes:
Yes, adding an entry in /etc/rc.conf that provides 254 IP's now
reveals:
lo0: flags=8049 metric 0 mtu 16384
inet6 ::1 prefixlen 128inet6 fe80::1%lo0 prefixlen 64
scopei
Quoting "Chris H." <[EMAIL PROTECTED]>:
Quoting Lowell Gilbert <[EMAIL PROTECTED]>:
"Chris H." <[EMAIL PROTECTED]> writes:
Yes, adding an entry in /etc/rc.conf that provides 254 IP's now
reveals:
lo0: flags=8049 metric 0 mtu 16384
inet6
Quoting Greg Black <[EMAIL PROTECTED]>:
On 2008-03-04, Chris H. wrote:
Yes, adding an entry in /etc/rc.conf that provides 254 IP's now
reveals:
lo0: flags=8049 metric 0 mtu 16384
inet6 ::1 prefixlen 128inet6 fe80::1%lo0 prefixlen 64
scopeid 0x3inet 127.0.
like the
included base bind allows you to enable any of the dlz drivers. Was this
excluded from the release?
Chris McGee
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.21.4/1310 - Release Date: 3/4/2008
8:
t gets. So far today, only one piece of spam - from the ports
list.
I'd have to agree. I'm subscribed to several of the FBSD lists. Yet
in any 30 day period, the most I've received is less than 4. I'd
have to say, that'
the SA are given the control with FBSD. Simply create an
/etc/make.conf with options that will be used with ALL your boxen. Then
simply add any host specific options as required/desired. Leaving you
less to keep track of, and less opportunity for errors to creep in. :)
--Chris H
/Mike
--
Michael Gr
sort could ultimately be committed?
Thanks for your effort.
Regards,
-Chris
On Tue, 1 Apr 2008, Ed Maste wrote:
I suspect Adaptec has a firmware bug relating to the RequestAdapterInfo
and RequestSupplementAdapterInfo commands. The driver family support
brought in the latter, while the former
The diff applied cleanly except for the __FBSDID().
With this new revision, I can still run batch scripts as shown below and
get the correct output from aaccli. Unfortunately, if you manually invoke
aaccli and type in "open aac0", all terminal input is locked. The only
way to recover the pr
only using a 40-conductor cable, and 80 works fine, but
the cable is a special length; I need to use the provided one to shut
the case!
Is there _any_ way to disable ata DMA at kernel compile time?
Remembering that Cromwell won't support loader
Thanks a lot
Chris
--
One of the main cause
ll it bring brought up before.
Regards,
Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Kris Kennaway wrote:
> Chris Marlatt wrote:
>> Kris Kennaway wrote:
>>> Jo Rhett wrote:
>>>> On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
>>>>> Also, it's not like anyone should have been caught by surprise by
>>>>> the 6.2 EoL
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Jo Rhett wrote:
On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
Also, it's not like anyone should have been caught by surprise by
the 6.2 EoL; the expiry date has been adver
it. But it would appear as
though it wasn't even considered.
Regards,
Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ct to say the least. A few negative
comments doesn't mean they think the whole project is trash. Excluding
the fact that we're all human and have emotions / ego, you have to agree
that such a hostile approach isn't really the best thing.
Regards,
Chris
__
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Chris Marlatt wrote:
Kris Kennaway wrote:
Jo Rhett wrote:
On Jun 4, 2008, at 11:39 AM, Kris Kennaway wrote:
Also, it's not like anyone should have been caught by surprise by
th
Ivan Voras wrote:
Chris Marlatt wrote:
The option provided seems like a fairly good compromise to both
interests. Pick 6.3 (or anything the release team wishes) to support for
a longer period of time. Keep all other releases to 12 month support and
continue doing what I believe is some fairly
kernel: nfe0: link state changed to UP
Jun 4 18:40:07 amnesiac kernel: nfe0: link state changed to DOWN
Jun 4 18:40:21 amnesiac kernel: nfe0: link state changed to UP
Jun 5 18:26:58 amnesiac sudo:chris : TTY=ttyp0 ;
PWD=/usr/home/chris ; USER=root ; COMMAND=/usr/bin/su
Hm, I swear that
Doug Barton wrote:
Chris Marlatt wrote:
Adrian Chadd wrote:
The project is doing what it can with what people are contributing. If
What if it can accomplish the same or more by simply reorganizing what
it's already doing?
I think that the problem here is that you have no idea how a
ut no need to be sent.
Aha, perhaps we need to get Theo in to finish it off!
Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
t disabled and processor-specific extensions in your
BIOS, like SSE, that would also create problems if you have optimised
your ports.
Chris
> I thought devel/linuxthreads was using some old library so I tried to
> rebuild it:
>
> # cd ../../devel/linuxthreads &a
iting the drives
> to SATA-150 makes a difference. It will most likely take me a while
> before I can verify this.
>
> ---
> Daniel Eriksson (http://www.toomuchdata.com/)
>
I have a 570 SLI too (Asus M2N-SLI Deluxe), I've been looking for an
excuse to put FreeBSD on here :
data.com/)
>
Looks like I'm the guinea pig for now, I'll post in about half an hour
with the results :)
This is a clean install; it works perfectly with the restriction
jumper on, now it comes off.
Chris
___
freebsd-stable@freebsd.org
On 02/07/2008, Chris Rees <[EMAIL PROTECTED]> wrote:
> > Date: Wed, 2 Jul 2008 10:55:07 +0200
> > "Daniel Eriksson" <[EMAIL PROTECTED]> wrote:
> > Jeremy Chadwick wrote:
> >
> >> Can the OP get some non-Samsung disks for testing?
>
2008/7/14 Sorin Pânca <[EMAIL PROTECTED]>:
> I'm sorry for my late response, I was on vacation.
> I think this was the case (although I thought we have only amd64 machines).
> Is there a way to recover from this situation by ssh access only?
>
> Thank you!
>
and now the link LED is still on and the data
> LED still blinking (since about 10 minutes already).
>
> By the way...
> Now I'm typing this E-Mail without an ethernet cable plugged in and the
> link status LED is still on and the other data LE
2008/8/4 Jeremy Chadwick <[EMAIL PROTECTED]>:
> On Mon, Aug 04, 2008 at 11:00:16AM +0100, Chris Rees wrote:
>> Martin <[EMAIL PROTECTED]> wrote:
>>
>> > On Sat, 02 Aug 2008 12:55:53 +0200
>> > Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote:
>&g
I'm in the process of decommissioning an old zfs based file server and I
noticed that around a dozen files with directory entries which fail with
"No such file or directory" when trying to read them.
I can't remember what the original version of freebsd installed was, but
it's been in production f
On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon wrote:
> On 22/02/2021 09:31, Chris Anderson wrote:
> > None of these files are especially important to me, however I was
> wondering
> > if there would be any benefit to the community from trying to debug this
> > issue fu
On Mon, Feb 22, 2021 at 9:13 AM Andriy Gapon wrote:
> On 22/02/2021 16:20, Chris Anderson wrote:
> > On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon > <mailto:a...@freebsd.org>> wrote:
> >
> > On 22/02/2021 09:31, Chris Anderson wrote:
> > > None
On Tue, Feb 23, 2021 at 4:53 AM Andriy Gapon wrote:
> On 23/02/2021 05:25, Chris Anderson wrote:
> > so I can't ls -i the file since that triggers the no such file warning.
> if I run
> > zdb - on the inode of a directory which contains one of those
> missing file
gt; system type: newnfs
> ntpd1707 root txt unknown file
> system type: newnfs
> ntpd1707 root txt unknown file
> system type: newnfs
> ntpd1707 root txt unknown file
>
>> > system type: newnfs
>> > ntpd1707 root txt unknown file
>> > system type: newnfs
>> > ntpd1707 root txt unknown file
>> > system type: newnfs
>>
>> Did you recompile
ee http://www.freebsd.org/send-pr.html for
more information.
--
Thanks and best regards,
Chris Nehren
pgpXUQFvoXGe5.pgp
Description: PGP signature
ster to resolve this problem with the parameter "-o".
> Example:
>
> portmaster -o databases/postgresql92-server
>
> This goes change for databases/postgresql92-server
S'ok, I've just fixed it. The URL was wrong in the port, sorry.
Patch at
http://svnweb.freeb
twork driver is flaky - UDP
works fairly well, but TCP is very flaky. Haven't yet got to the root
cause of this.
The storage performance increase is very nice, as is the heartbeat and
shutdown capabilities. I've yet to check if KVP functionality is
included.
| kensmith | 2009-08-03 10:13:06 +0200 (Mon, 03 Aug 2009) | 4
> lines
>
> Copy head to stable/8 as part of 8.0 Release cycle.
>
> Approved by:re (Implicit)
>
>
> r174299 | obrien | 2007-1
doesn't
> > really help us all that much.
> >
>
> I disagree. Just a tiny bit ;-)
> If the PR says that USE_GCC=4.2 works as a workaround, it helps.
We don't want thousands of PRs duplicating the information from a simple
list of failures.
Any can be fixed in this wa
nd only receive error messages.
Is DTrace supposed to be working properly on 9.x, or is it still
experimental?
It's nice to say that FreeBSD nominally supports DTrace, but if it
doesn't actually work then it needs to be labelled as such. I am fine
with it being experimental if that's the case, but saying so would help
manage expectations a lot better.
--
Thanks and best regards,
Chris Nehren
pgpRAM1lTvPSz.pgp
Description: PGP signature
three
> times before giving up, so hopefully the spurious failures will go away
> soon.
I've found that svn:// seems to be more aggressive with rate-limiting if
that's what it does.
Have you tried using http:// ?
Chris
___
f
On 24 Sep 2012 12:26, "Dag-Erling Smørgrav" wrote:
>
> Chris Rees writes:
> > Have you tried using http:// ?
>
> Both should work, but svn is significantly faster.
Yes, that's why I tried it instead, but my point is that you may need to
sleep a bit between tri
k in sync. Can you boot a livecd of e.g. Linux or
OpenIndiana and reproduce the issue?
--
Thanks and best regards,
Chris Nehren
pgppOHFTirbxg.pgp
Description: PGP signature
;freebsd-stable-unsubscr...@freebsd.org"
>>
>
> Gosh, I'm SO looking forward to depending on svn instead of csup for
> software updates.
The subversion server is being moved; a one off thing.
No major drama here.
Chris
___
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"
re fine in make.conf and rc.conf
The issue with rc.conf is when people put spaces around the = sign.
Chris
___
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"
On 12 Nov 2012 08:55, "Paul Schenkeveld" wrote:
>
> On Mon, Nov 12, 2012 at 08:29:27AM +, Chris Rees wrote:
> > On 12 Nov 2012 05:20, "Kurt Buff" wrote:
> > >
> > > On Sun, Nov 11, 2012 at 9:12 PM, Zoran Kolic wrote:
> > > > It m
On 12 Nov 2012 15:35, "Kurt Buff" wrote:
>
> On Mon, Nov 12, 2012 at 12:29 AM, Chris Rees wrote:
> >
> > On 12 Nov 2012 05:20, "Kurt Buff" wrote:
> >>
> >> On Sun, Nov 11, 2012 at 9:12 PM, Zoran Kolic wrote:
> >> > It might
is still evaluating the situation.
>
>
> Simply out of curiosity, I wonder why csup/cvsup/cvs are less secure than
alternatives, say SVN.
> Why would this compromise be impossible without cvs?
> Any link on this?
Not impossible, but because of the way cvs m
make kernel-toolchain
make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE
make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE
STILL no joy. Looks like I need to purchase a special kernel unlock key to build
a kernel. :(
Thank you for all your time
nel KERNCONF=YOUR_KERNEL_HERE
> make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE
>
> STILL no joy. Looks like I need to purchase a special kernel unlock key to
> build
> a kernel. :(
>
> Thank you for all your time, and consideration.
>
> --Chris
>
Thank you! Yes, I _did_ know k7 was actually i(x)86, but figured config(8)
would "throw me a bone" if it were wrong.
Anyway, I'll take your advice.
Thanks again! MUCH appreciated!
> Hello Chris,
>
> I can sell you one :)
>
> Anyway, I belive what's happening
> Hi Chris,
>
> Friday, November 23, 2012, 11:50:16 PM, you wrote:
>
>> Thank you! Yes, I _did_ know k7 was actually i(x)86, but figured config(8)
>> would "throw me a bone" if it were wrong.
>> Anyway, I'll take your advice.
>
> There are some
> On Sat, 24 Nov 2012, Chris H wrote:
>
>>> Hi Chris,
>>>
>>> Friday, November 23, 2012, 11:50:16 PM, you wrote:
>>>
>>>> Thank you! Yes, I _did_ know k7 was actually i(x)86, but figured config(8)
>>>> would "throw me a bone&
.
>
> Once csup goes away, how will a base-only system update
> the sources, e.g. to follow a security branch?
freebsd-update will update your sources for you.
Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/
Greetings,
Seems I get bitten by this every time I build a desktop on a new freebsd
install.
After all these years, I'd have the _definitive_ answer by now.
I just put (built) a copy of 8.3 on an x(i)386 (AMD32) box. Built/installed
kernel && world. All went pretty well. Just finished building Xo
Greetings Ian, and thank you for your reply...
> On Mon, 2012-11-26 at 12:25 -0800, Chris H wrote:
>> Greetings,
>> Seems I get bitten by this every time I build a desktop on a new freebsd
>> install.
>> After all these years, I'd have the _definitive_ answer by n
/etc/netstart, but it looks a
little
more /brutal/ than I was hoping for. Any and all suggestions _greatly_
appreciated.
Thank you for all your time, and consideration.
--Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.
> On Mon, 2012-12-03 at 08:05 -0800, Chris H wrote:
>> Greetings,
>> I've always maintained at least a /24 since the early 80's.
>> I'm now evaluating a new ISP, and am not ready to commit. Until then I'll be
>> forced to use DHCP. My problem is that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
9.1-RELEASE is not officially released yet, so that is why you are
seeing that.
On 12/5/2012 1:50 AM, Shiv. Nath wrote:
> Hi FreeBSD Community,
>
> i got warning that 9.1RC3 is approaching end of its life, i should
> upgrade with in two week. when i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It will be released when it is ready.
On 12/8/2012 9:18 PM, Brett Glass wrote:
> Just checking in, yet again, to ask about the status of FreeBSD
> 9.1. We've been delaying construction of new servers (which we
> wanted to build during the US Thanksgiv
easily 3 times as long to complete world than past experience. :(
Thank you for all your time, and consideration.
--Chris
___
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"
Greetings Gary, and thank you for your reply.
> On Sun, Dec 16, 2012 at 03:07:46PM -0800, Chris H wrote:
>> Greetings,
>> I've used BSD exclusively since the early 80's, and this is my first
>> experience with a build(world|kernel) || install(world|kernel) fail.
f for no other reason but to discover whether
clang was responsible for the failure, and whether building w/o
clang is any faster.
Thank you for all your time, and consideration.
--Chris
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mai
ld|kernel) without the
>>>clang toolchain?
>
> make -DWITHOUT_CLANG
Good news! Thanks for taking the time to respond Eitan.
--Chris
>
>
> --
> Eitan Adler
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
d yesterday).
It failed with a similar message to yours. I have _never_ experianced world,
or kernel issues in the 25yrs I've been using BSD exclusively. Given that the
only thing that has changed is the addition of clang, I'd recommend performing
a:
make clean
then try again with:
make -
> On 12/17/2012 1:35 AM, Chris H wrote:
>>> hi all,
>>>
>>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64
>>>
>>> yesterday I have cvsup-ed src and was trying to buildker
> On 12/17/2012 1:35 AM, Chris H wrote:
>>> hi all,
>>>
>>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64
>>>
>>> yesterday I have cvsup-ed src and was trying to buildker
Greetings Beeblebrox, and thank you for your reply.
> have a look at /etc/src.conf and
> $ man src.cof
> you can set many buildworld options there.
Good advise! Thanks.
--Chris
>
>
>
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/How
oy_ was I surprised, when I watched it start to build.
I found no mention of it in updating either.
Thanks again, for your reply.
--Chris
>
> Best regards
> Andreas
>
>
> On Mon, Dec 17, 2012 at 9:54 PM, Beeblebrox wrote:
>
>> have a look at /etc/src.conf and
>>
> On 2012-12-17 (Monday) 17:02:06 Chris H wrote:
>> > On 12/17/2012 1:35 AM, Chris H wrote:
>> >>> hi all,
>> >>>
>> >>> I run FreeBSD 9.0-STABLE #1: Sun Apr 15 21:08:51 UTC 2012 amd64
>> >>>
>> >>> yeste
ingle user...
mount -u /
mount -a
cd /usr/src
mergemaster -p
blah,blah,blah...
make installworld
mergemaster
reboot
All of the auditdistd bits were merged into my system, and all is well.
Isn't that the way Updating lists the "correct" order?
Anyway, that's how
On 18 Dec 2012 19:44, "Eitan Adler" wrote:
>
> On 18 December 2012 03:59, Willem Jan Withagen wrote:
>
> > So what is the reason for this?
>
> The software used to seed the torrents was horribly insecure. This
> was found *prior* to the securit
> On 12/18/12 18:44, Chris H wrote:
>>> On 12/18/12 16:18, Robert Watson wrote:
>>>> Dear all:
>>>>
>>>> Just an FYI that the new distributed audit daemon has been MFC'd to
>>>> 9
>>>> 20121201:
>>>>
;> It was something we had to manually start up after a machine reboot
>> until we did some evil scripts with screen.
>
>
> The ports contain at least two torrent clients that can daemonize:
transmission and btpd. At least first one surely knows about DHT.
Transmission
27;ed ken on a reply to this. Hopefully after the holidays he can
> chime in and figure out what's going on.
>
> Maybe just disabling it in GENERIC moving forward is enough - chances
> are it'll be fine being just a module.
Oh go
curious... Whether it
>> should run by default or not, what is the purpose of it?
They involve a lot of thought to get right, as well as chmod g-w on
something where you probably meant chmod go-w is a disastrous but
(perhaps) common error.
Chris
___
g this thread prompted me to attempt to address
it.
Thank you for all your time, and consideration.
--Chris
>
> Glen
>
>
___
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"
On 31 Dec 2012 19:52, "Chris H" wrote:
>
> Greetings,
> The following is hijacked from another thread, which prompts me to
> post this question:
>
> > On Mon, Dec 31, 2012 at 11:49:06AM -0600, Stephen Montgomery-Smith
wrote:
> >> (Not sure if this
Greetings Chris, and thank you for your reply.
> On 31 Dec 2012 19:52, "Chris H" wrote:
>>
>> Greetings,
>> The following is hijacked from another thread, which prompts me to
>> post this question:
>>
>> > On Mon, Dec 31, 2012 at 11:49:06AM
On 31 Dec 2012 20:40, "Chris H" wrote:
>
> Greetings Chris, and thank you for your reply.
> > On 31 Dec 2012 19:52, "Chris H" wrote:
> >>
> >> Greetings,
> >> The following is hijacked from another thread, which prompts me to
> &g
Greetings Eitan, and thank you for your reply.
> On 31 December 2012 15:40, Chris H wrote:
>> Sigh...
>> IM(NS)HO; SVN is an inferior RCS created so Windows users wouldn't feel
>> left out.
>
> SVN has a number of features which makes development much easier.
Greetings Chris, and thank you for your reply.
> On 31 Dec 2012 20:40, "Chris H" wrote:
>>
>> Greetings Chris, and thank you for your reply.
>> > On 31 Dec 2012 19:52, "Chris H" wrote:
>> >>
>> >> Greetings,
>> >>
Greetings Alfred, and thank you for the response.
> On 12/31/12 12:40 PM, Chris H wrote:
>> | I'm sorry, but the exporter scripts were always a stopgap.
>> That's what I was afraid I would hear. Recently, I was informed by SF.NET,
>> that my account would be upgrad
Greetings Kevin, and thank you for the reply.
> On Mon, Dec 31, 2012 at 12:40 PM, Chris H wrote:
>> Greetings Chris, and thank you for your reply.
>>> On 31 Dec 2012 19:52, "Chris H" wrote:
>>>>
>>>> Greetings,
>>>> The followin
where the problem originates. I might hack the tinderbox to
> use 'ln -s' or set it up for NFS to verify this.
Is your kernel newer than the Jail? The converse causes problems.
Chris
___
freebsd-stable@freebsd.org mailing list
http://lis
>> scenes.
>
> Yes. I use git behind the scenes as well. However, so far as I am
> aware, there are no plans in either the short or long terms to
> *convert upstream* to git.
Thank God! I'd hate to think that after unwinding years accumulated
CVS process, to rewind it for S
p up with NetBSD 6-STABLE and HEAD, maybe a final try for
NetBSD 5.2, and that includes pkgsrc.
>
> If somebody could persuade NetBSD to switch to svn, I would surely not
quarrel.
To clarify, no-one wants to remove CVS completely, the suggestion was to
move it out of the base system.
Chris
___
On 2 January 2013 16:05, Derek Kulinski wrote:
> Eitan Adler wrote:
>
>>On 2 January 2013 06:26, Chris Rees wrote:
>>> To clarify, no-one wants to remove CVS completely, the suggestion was
>>to
>>> move it out of the base system.
>>
>>As the
Greetings Peter, and thank you _very_ much for the thoughtful, and
very informative reply -- _greatly_ appreciated.
> On Mon, Dec 31, 2012 at 2:39 PM, Chris H wrote:
>>> On 31 December 2012 15:40, Chris H wrote:
>>>> Are there _any_ CVS servers/trunks/tree's l
achine that I update from sources:
>
> no matter, you showed how deeply this integration was up to the point
> that you did not notice it anymore.
>
> You also showed that there was a reliable infrastructure available
> which served you for years without any problems.
>
> What wil
as described in the original post.
The single binaries inside the archives at [1] may help you out. I built
them fairly recently, so they should be up to date (ish), and they should
be fine on 9+. Just untar and use.
Chris
[1] http://www.bayofrum.net/svn-static/
__
T:
>
> Source for SVN-alone:55M
> Source for FreeBSD 9.1: 746M
>
> That's still over 7% of the size of the entire OS.
>
> I believe it's not at all necessary to have anything except the base FreeBSD
> OS, to update/install FreeBSD.
>
> --
> A NYC*BUG list user posted this reminder, we've been here before:
>
>> Deja-vu… This reminds me of cvsup+modula-3.
>>
>> http://www.mavetju.org/mail/view_message.php?list=freebsd-current&id=209027
>
>
> I'll keep hacking on our shell utility, and will post the PR to this thread.
Your shell utility appears to fetch a new tarball of the entire repo
each time? That's very bandwidth-unfriendly for the Project's servers
as well as yours...
Chris
___
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"
/py-ldns
Great idea;
http://www.bayofrum.net/~crees/patches/svn-static.diff
Lev, do you mind if I commit this? I haven't touched the subversion
port, but it'll have you as maintainer :)
If you prefer, I don't mind maintaining this.
Chris
_
On 23 Jan 2013 21:45, "Lev Serebryakov" wrote:
>
> Hello, Chris.
> You wrote 24 января 2013 г., 1:25:44:
>
> CR> Great idea;
> CR> http://www.bayofrum.net/~crees/patches/svn-static.diff
> I think, adding SERF or NEON (what is smaller) is good idea, or this
&
It'd probably be faster for you to use svnsync to get a local mirror of the
repo.
Chris
___
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"
the Project has created for itself, an ouroboros of
> sorts.
This is not intended as general use for everyone, it's intended as a
shortcut when building a new machine or anything else. I'll put a big
warning in pkg message :)
Chris
___
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"
around that time clearly
> said that CVS source access would remain for the lifetime of 9-STABLE.
>
> Could someone please clarify this situation?
>
> As others have suggested, an SVN package that could be installed with a
> static build and run dependency-free binary would help ea
i,
>
> Yes, it's a brand new one.
>
> Regards,
> Marin
>
>
>
> > > I started looking
> > > again into the software side, and this time in particular -- ZFS.
> > >
> > > I'm running FreeBSD 9.1-STABLE #1 r245686 on a Intel i5 with 8Gb
401 - 500 of 1023 matches
Mail list logo
