Hi,
I run bind on a LAN, with some LAN-only (sub)domains. On the LAN is also
a DSL modem/router that advertises ipv6 addresses. So far so good.
However, since I upgraded the server from 8-STABLE to 9.1-PRERELEASE,
the /etc/resolv.conf gets overwritten by the resolvconf script, with an
ipv6 namese
9.1 RC3 (started out as 9.0 RELEASE)
Over time, as ports have been upgraded, I seem to have accumulated a
number of obsolete shared libraries - a recent example being /usr/local/
lib/libpcre.so.1, which appears no longer to be linked in by anything,
having been replaced by libpcre.so.3.
Is ther
On Tue, 18 Dec 2012 12:40:39 + (UTC)
Walter Hurry wrote:
> 9.1 RC3 (started out as 9.0 RELEASE)
>
> Over time, as ports have been upgraded, I seem to have accumulated a
> number of obsolete shared libraries - a recent example being /usr/local/
> lib/libpcre.so.1, which appears no longer to
On 12/18/12 00:13, Erich Dollansky wrote:
Hi,
wasn't the same question here a few days ago?
On Tue, 18 Dec 2012 00:16:36 -0500
Aryeh Friedman wrote:
Ever since 8.X (my system is now 9.1-RC3 [done via csup]) been using
i386 with the following main ports:
Let me chime in where Erich couldn't
> You'll of course need to boot from another medium to do this.
>
That's my main question - can a larger disk be detected *without* a
reboot. On FreeBSD instances running within VMWare I have been able to
add new disks without a reboot but, as I described below, have not
found a way to get the ope
On Tue, 18 Dec 2012, Luke Bakken wrote:
You'll of course need to boot from another medium to do this.
That's my main question - can a larger disk be detected *without* a
reboot. On FreeBSD instances running within VMWare I have been able to
add new disks without a reboot but, as I described b
On Dec 18, 2012, at 6:35 AM, Luke Bakken wrote:
>> You'll of course need to boot from another medium to do this.
>>
>
> That's my main question - can a larger disk be detected *without* a
> reboot. On FreeBSD instances running within VMWare I have been able to
> add new disks without a reboot b
Hi all,
For anyone interested, I posted a blog with regards to how sysinstall
is run from mfsroot. URL is
http://blog.hostileadmin.com/2012/12/18/mfsroot-starts-sysinstall-how/
--
Take care
Rick Miller
___
freebsd-questions@freebsd.org mailing list
ht
On 18 December 2012 15:27, Devin Teske wrote:
>
> On Dec 18, 2012, at 6:35 AM, Luke Bakken wrote:
> Live resize (without reboot even) is something being worked on for the future
> 10.x series.
Looking forward to this, we can't offer cloud instances with FreeBSD
until this happens.
__
When running portmaster -d -w -r pcre because of the upgrade from
pcre-8.31 to pcre-8.32 I encountered the following inconveniences:
Upgrade to hal-0.5.14_20 failed with the message it needs intltool >
0.40 which was installed at the time. First upgrading to intltool-0.41.1
solved this.
When
On 12/13/12 12:09, Paul Hohberg wrote:
> I have been unable to access the torrents page at
> http://torrents.FreeBSD.org:8080/ is this something you are working
> on?
>
> My understanding is that it was found to have too many security
> issues and has been taken down because of that. I have al
Hi :)
first I tried to install FreeBSD 9.0 64bit by the default installer, but
it didn't work, then I installed PC-BSD 8.2 and it worked, after that I
tried 9.0 again, but I choose sysinstall, it also failed.
Now I've got FreeBSD 8.3 64bit installed, installing it worked without
issues. I later t
On Tue, 2012-12-18 at 18:42 +0100, Ralf Mardorf wrote:
> I want to test snd_hdspe. How can I upgrade from 8.2 to a version
^^^8.3
> including the driver or something similar to get the driver?
> Btw. I didn't test, if the driver is part of 8.3 until
On Tue, 18 Dec 2012 18:42:41 +0100, Ralf Mardorf wrote:
> I want to test snd_hdspe. How can I upgrade from 8.2 to a version
> including the driver or something similar to get the driver?
> Btw. I didn't test, if the driver is part of 8.3 until now :D, but if
> IIUC I need >= 9.0.
It would probably
On Tue, 2012-12-18 at 18:57 +0100, Polytropon wrote:
> On Tue, 18 Dec 2012 18:42:41 +0100, Ralf Mardorf wrote:
> > I want to test snd_hdspe. How can I upgrade from 8.2 to a version
> > including the driver or something similar to get the driver?
> > Btw. I didn't test, if the driver is part of 8.3
On Tue, 18 Dec 2012 18:54:29 +0100, Ralf Mardorf wrote:
> On Tue, 2012-12-18 at 18:42 +0100, Ralf Mardorf wrote:
> > I want to test snd_hdspe. How can I upgrade from 8.2 to a version
> ^^^8.3
> > including the driver or something similar to get the
On Mon, Dec 17, 2012 at 2:13 PM, David Demelier
wrote:
> I hope it will be removed soon, it pollutes the uname -a output.
I don't hope so. It helps us keep track of the exact revision
numbers of deployed servers here. Please don't remove it,
or at least, provide an additional switch to uname to
r
On Mon, 17 Dec 2012 08:16:26 -0800
Devin Teske wrote:
>
> On Dec 17, 2012, at 3:39 AM, Jack Mc Lauren wrote:
>
> > Hi guys
> >
> > How can I read a file which contains a number and assign that
> > number to a variable via awk programming? By the way, I want to use
> > this awk program in a shel
$ sudo /usr/libexec/locate.updatedb
>>> WARNING
>>> Executing updatedb as root. This WILL reveal all filenames
>>> on your machine to all login users, which is a security risk.
$
Why is it a "security risk"? Security through obscurity? Really? In this
day and age?
Or am I missing something?
__
On Dec 18, 2012, at 1:01 PM, Walter Hurry wrote:
> $ sudo /usr/libexec/locate.updatedb
WARNING
Executing updatedb as root. This WILL reveal all filenames
on your machine to all login users, which is a security risk.
> $
>
> Why is it a "security risk"? Security through obscurity?
On Tue, 18 Dec 2012 21:01:33 + (UTC), Walter Hurry wrote:
> $ sudo /usr/libexec/locate.updatedb
> >>> WARNING
> >>> Executing updatedb as root. This WILL reveal all filenames
> >>> on your machine to all login users, which is a security risk.
> $
>
> Why is it a "security risk"? Security thro
On Tue, Dec 18, 2012 at 3:01 PM, Walter Hurry wrote:
> Security through obscurity? Really? In this
> day and age?
>
My password is obscured from you. I consider that more secure regardless
of what any other opinion is.
--
Adam Vande More
___
freebsd
On Tue, 18 Dec 2012 21:01:33 + (UTC)
Walter Hurry wrote:
> $ sudo /usr/libexec/locate.updatedb
> >>> WARNING
> >>> Executing updatedb as root. This WILL reveal all filenames
> >>> on your machine to all login users, which is a security risk.
> $
>
> Why is it a "security risk"? Security thro
On 12/18/12 22:32, RW wrote:
On Tue, 18 Dec 2012 21:01:33 + (UTC)
Walter Hurry wrote:
$ sudo /usr/libexec/locate.updatedb
WARNING
Executing updatedb as root. This WILL reveal all filenames
on your machine to all login users, which is a security risk.
$
Why is it a "security risk"? Secur
On Tue, 18 Dec 2012 21:32:50 +, RW wrote:
> On Tue, 18 Dec 2012 21:01:33 + (UTC)
> Walter Hurry wrote:
>
> > $ sudo /usr/libexec/locate.updatedb
> > >>> WARNING
> > >>> Executing updatedb as root. This WILL reveal all filenames
> > >>> on your machine to all login users, which is a securi
On Tue, Dec 18, 2012 at 10:01 PM, Walter Hurry wrote:
> $ sudo /usr/libexec/locate.updatedb
WARNING
Executing updatedb as root. This WILL reveal all filenames
on your machine to all login users, which is a security risk.
> $
>
> Why is it a "security risk"? Security through obscuri
On 12/18/12 23:04, C. P. Ghost wrote:
On Tue, Dec 18, 2012 at 10:01 PM, Walter Hurry wrote:
$ sudo /usr/libexec/locate.updatedb
WARNING
Executing updatedb as root. This WILL reveal all filenames
on your machine to all login users, which is a security risk.
$
Why is it a "security risk"? Sec
David Demelier writes:
>
> 2012/12/15 Lowell Gilbert
>
>> "Anders N." writes:
>>
>> > Hi. I've noticed in my "uname -a" on 9.1-RELEASE there is "r243826."
>> > This is on a system that upgraded from 9.1-RC3 using freebsd-update
>> > (binary). On another system, upgraded from 9.0-RELEASE via
>>
On Tue, 18 Dec 2012 22:53:29 +0100
Polytropon wrote:
> On Tue, 18 Dec 2012 21:32:50 +, RW wrote:
> > On Tue, 18 Dec 2012 21:01:33 + (UTC)
> > Walter Hurry wrote:
> >
> > > $ sudo /usr/libexec/locate.updatedb
> > > >>> WARNING
> > > >>> Executing updatedb as root. This WILL reveal all fil
On 12/18/12 23:44, RW wrote:
On Tue, 18 Dec 2012 22:53:29 +0100
Polytropon wrote:
On Tue, 18 Dec 2012 21:32:50 +, RW wrote:
On Tue, 18 Dec 2012 21:01:33 + (UTC)
Walter Hurry wrote:
$ sudo /usr/libexec/locate.updatedb
WARNING
Executing updatedb as root. This WILL reveal all filename
On 12/18/12 23:04, C. P. Ghost wrote:
On Tue, Dec 18, 2012 at 10:01 PM, Walter Hurry wrote:
$ sudo /usr/libexec/locate.updatedb
WARNING
Executing updatedb as root. This WILL reveal all filenames
on your machine to all login users, which is a security risk.
$
Why is it a "security risk"? Sec
which C function is best to check for the existence of a
*directory*? say that I am want to make postitve that "/tmp/foo/"
exists.
ALso: which will make sure that the directory AND ffile
"tmp/foo/filename12345" exists and that I have read access to it?
On Tue, 18 Dec 2012 16:26:10 -0800, Gary Kline wrote:
>
> which C function is best to check for the existence of a
> *directory*? say that I am want to make postitve that "/tmp/foo/"
> exists.
That can be done with the opendir() function; its manpage
lists other interesting "f
Tim Daneliuk wrote at 17:48 -0600 on Dec 5, 2012:
> On 12/05/2012 05:44 PM, Kurt Buff wrote:
> > On Wed, Dec 5, 2012 at 3:19 PM, Tim Daneliuk wrote:
> >> I am working with an institution that today provides limited privilege
> >> escalation
> >> on their servers via very specific sudo rules.
On 12/18/2012 06:53 PM, John Hein wrote:
Tim Daneliuk wrote at 17:48 -0600 on Dec 5, 2012:
> On 12/05/2012 05:44 PM, Kurt Buff wrote:
> > On Wed, Dec 5, 2012 at 3:19 PM, Tim Daneliuk
wrote:
> >> I am working with an institution that today provides limited privilege
> >> escalation
>
On 12/18/2012 07:09 PM, Tim Daneliuk wrote:
On 12/18/2012 06:53 PM, John Hein wrote:
Tim Daneliuk wrote at 17:48 -0600 on Dec 5, 2012:
> On 12/05/2012 05:44 PM, Kurt Buff wrote:
> > On Wed, Dec 5, 2012 at 3:19 PM, Tim Daneliuk
wrote:
> >> I am working with an institution that today prov
On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
> On 12/18/2012 07:09 PM, Tim Daneliuk wrote:
>> On 12/18/2012 06:53 PM, John Hein wrote:
>>> Tim Daneliuk wrote at 17:48 -0600 on Dec 5, 2012:
>>> > On 12/05/2012 05:44 PM, Kurt Buff wrote:
>>> > > On Wed, Dec 5, 2012 at 3:19 PM, Tim Daneliuk
On 12/18/2012 07:33 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
One further question, if I may. If I do this:
sudo su -
Will log_input record everything I do once I've been promoted to
root? I ask because my initial experiments seem to show that all
that
On Dec 18, 2012, at 5:43 PM, Tim Daneliuk wrote:
> On 12/18/2012 07:33 PM, Devin Teske wrote:
>>
>> On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
>>
>
>>>
>>> One further question, if I may. If I do this:
>>>
>>> sudo su -
>>>
>>> Will log_input record everything I do once I've
On 12/18/2012 08:03 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:43 PM, Tim Daneliuk wrote:
On 12/18/2012 07:33 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
One further question, if I may. If I do this:
sudo su -
Will log_input record everything I do o
On 12/18/2012 08:20 PM, Tim Daneliuk wrote:
On 12/18/2012 08:03 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:43 PM, Tim Daneliuk wrote:
On 12/18/2012 07:33 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
One further question, if I may. If I do this:
sudo
>> On Tue, 18 Dec 2012 16:26:10 -0800,
>> Gary Kline said:
G> which C function is best to check for the existence of a *directory*?
G> say that I am want to make postitve that "/tmp/foo/" exists. ALso:
G> which will make sure that the directory AND file
G> "tmp/foo/filename12345" exists and tha
On Dec 18, 2012, at 6:20 PM, Tim Daneliuk wrote:
> On 12/18/2012 08:03 PM, Devin Teske wrote:
>>
>> On Dec 18, 2012, at 5:43 PM, Tim Daneliuk wrote:
>>
>>> On 12/18/2012 07:33 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
>>>
>>
>
> One
On 12/18/2012 10:10 PM, Devin Teske wrote:
On Dec 18, 2012, at 6:20 PM, Tim Daneliuk wrote:
On 12/18/2012 08:03 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:43 PM, Tim Daneliuk wrote:
On 12/18/2012 07:33 PM, Devin Teske wrote:
On Dec 18, 2012, at 5:18 PM, Tim Daneliuk wrote:
One f
Hello!
We have a small server running FreeBSD 8.3 amd64 with Intel Pentium D
945 CPU. As the motherboard/CPU combo is getting rather old, we are
considering an upgrade to new motherboard with Xeon E3-1230 CPU. We
currently have these CPU settings
in /etc/make.conf:
CPUTYPE?=nocona
in ker
Cross-posting reply to amd64@ for relevance and to get answers from
those smart gents.
On 12/18/12 23:17, Toomas Aas wrote:
Hello!
We have a small server running FreeBSD 8.3 amd64 with Intel Pentium D
945 CPU. As the motherboard/CPU combo is getting rather old, we are
considering an upgrade to
46 matches
Mail list logo
