On Sat, Dec 3, 2011 at 8:46 PM, Nenhum_de_Nos wrote:
>
> On Sun, December 4, 2011 00:32, Adrian Chadd wrote:
>> Why not just run FreeNAS?
>
> thanks for the tip on FreeNAS, as others said too.
>
> will it run some other services, as http server for some stuff (wiki for
> example), edonkey and
> t
> I want to ask some serious questions here, because I genuinely want to
> understand your thought process.
>
> 1. Do you install *any* ports/packages on a new system before you update
> the source?
Answering just for myself here...
Going back a bit, in many cases I didn't need to install any pa
>From Mehmet Erol Sanliturk :
> Supplying only a console-mode FreeBSD as a release is making FreeBSD
> unusable for
> peoples who they are not computing experts .
> To allow less experienced people to use FreeBSD easily , it is necessary to
> include a
> selected ports/packages into release di
On 04/12/2011 09:08, sth...@nethelp.no wrote:
It's not unthinkable. However, IMHO we're then gradually edging closer
to various Linux distros that need lots of packages installed to do
anything useful. And that, of course, brings up the question - why not
just use Linux in the first place? For
Doug Barton wrote:
On 12/3/2011 1:21 AM, Roman Kurakin wrote:
Doug Barton wrote:
[...] The fact that we have so many people who are radically
change-averse, no matter how rational the change; is a bug, not a
feature.
This particular bug is complicated dramatically by the fact that
the
Jase Thew wrote:
On 03/12/2011 14:48, Roman Kurakin wrote:
Jase Thew wrote:
On 03/12/2011 09:21, Roman Kurakin wrote:
[SNIP]
You are right in general, except one small factor. We are talking
about
bootstrap.
CVS is used by many as the one of the ways to get the sources to the
freshly
in
On 12/04/11 01:25, Doug Barton wrote:
[snip]
Replying to a somewhat random mail in this thread.
Has anyone considerede that the people actually using CVS for getting
the source might be somewhat overrepresented on freebsd-current?
If I had to guess, the average user is using either freebsd-u
On 04.12.2011 04:46, Nenhum_de_Nos wrote:
this port multiplier will work ok ? On Sil3124 and which others ?
the tip on FreeNAS was great, but my main concern here is the sata hardware
compatibility. I'd
like to buy it knowing it will work :)
Port multipliers supported by all siis(4) hardware
I understand that this is not my business at all :)
But anyway, IMHO, you should take GPL-free effort as an example.
When you visit http://wiki.freebsd.org/GPLinBase you easily can see what
going to be dumped, why, and with what it's going to be replaced.
What I mean exactly - throw emails to mail
Christian Laursen wrote:
On 12/04/11 01:25, Doug Barton wrote:
[snip]
Replying to a somewhat random mail in this thread.
Has anyone considerede that the people actually using CVS for getting
the source might be somewhat overrepresented on freebsd-current?
Probably you are right. I guess I wou
On Sun, December 4, 2011 13:33, Alexander Motin wrote:
> On 04.12.2011 04:46, Nenhum_de_Nos wrote:
>> this port multiplier will work ok ? On Sil3124 and which others ?
>>
>> the tip on FreeNAS was great, but my main concern here is the sata hardware
>> compatibility. I'd
>> like to buy it knowing
core# uname -a
FreeBSD core.domain.com 9.0-RC2 FreeBSD 9.0-RC2 #0: Sat Nov 12 18:35:25
UTC 2011 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
amd64
# /usr/bin/make
/usr/obj/usr/src/make.amd64/make: Permission denied
*** Error code 126
Stop in /usr/src.
wtf?
--
Vladislav V. Prod
04.12.2011 19:08, Vladislav V. Prodan wrote:
> # /usr/bin/make
> /usr/obj/usr/src/make.amd64/make: Permission denied
> *** Error code 126
>
> Stop in /usr/src.
>
Sorry. It's my fault, I put:
-o setuid=off $poolname/usr/obj
--
Vladislav V. Prodan
System & Network Administrator
http://support.od
Christian Laursen wrote:
[...]
I use CVS myself from time to time, but I see no need for it to be in
base for that reason.
By the way, since there is no way to count +/- I guess the rule "do not
brake that is working
or provide a way to do the same" should work. If there is a number of
users o
On Sun, Dec 4, 2011 at 7:01 PM, Roman Kurakin wrote:
> Christian Laursen wrote:
>>
>> [...]
>>
>> I use CVS myself from time to time, but I see no need for it to be in base
>> for that reason.
>
> By the way, since there is no way to count +/- I guess the rule "do not
> brake that is working
> or
On Sat, 3 Dec 2011, Doug Barton wrote:
On 12/3/2011 5:03 AM, sth...@nethelp.no wrote:
The fact that we have so many people who are radically
change-averse, no matter how rational the change; is a bug, not a
feature.
This particular bug is complicated dramatically by the fact that
the majority
On 12/3/11 11:02 AM, grarpamp wrote:
Hi. I have many dependencies on CVS that I 'need' 'out of the box'.
Yet at the same time, I would not mind at all if it went to ports.
In fact, and from a general position regarding all third party apps,
I encourage it.
Mostly because they are not authored or
On Fri, 2 Jul 2010 21:44:26 +0300
Kostik Belousov wrote:
> On Fri, Jul 02, 2010 at 11:12:13AM -0700, Julian Elischer wrote:
> > every now and then, for fun I run up a chroot of freebsd 1.1. or 1.0
> > under a chroot. Usually hillarity ensues with teh 15 second kernel
> > compile and the 4 minu
On 12/3/11 6:40 PM, Adrian Chadd wrote:
The problem I have with all of this is pretty simple.
With the CVS in base, it's treated like the (mostly) rest of the
system in a stable release - ie, people don't simply keep updating it
to the latest and greatest without some testing. If there are any
c
On Sun, Dec 04, 2011 at 08:54:27PM +0100, Yamagi Burmeister wrote:
> On Fri, 2 Jul 2010 21:44:26 +0300
> Kostik Belousov wrote:
>
> > On Fri, Jul 02, 2010 at 11:12:13AM -0700, Julian Elischer wrote:
> > > every now and then, for fun I run up a chroot of freebsd 1.1. or 1.0
> > > under a chroot.
On Sun, 4 Dec 2011 22:25:19 +0200
Kostik Belousov wrote:
> Try to set sysctl security.bsd.map_at_zero to 1.
I didn't even think of that. It helped, thanks :)
--
Homepage: www.yamagi.org
XMPP: yam...@yamagi.org
GnuPG/GPG: 0xEFBCCBCB
pgpZ0f86AZ7Fv.pgp
Description: PGP signature
On 12/4/2011 12:19 PM, Julian Elischer wrote:
> I propose we create a companion directory to src in SVN and cal it
> "sysports"
> it uses the ports infrastructure in organization (though may be more
> hierarchical)
> but is populated with items that have come out of the 'src' tree.
> it is shipped
on 02/12/2011 17:30 m...@freebsd.org said the following:
> On Fri, Dec 2, 2011 at 2:05 AM, Andriy Gapon wrote:
>> on 02/12/2011 06:36 John Baldwin said the following:
>>> Ah, ok (I had thought SCHEDULER_STOPPED was going to always be true when
>>> kdb was
>>> active). But I think these two chang
on 21/11/2011 18:58 Attilio Rao said the following:
> I would be very in favor about having a 'thread trampoline for KDB',
> thus that it can use locks.
I keep hearing the suggestion to add this trampoline, but I admit that I do not
understand its technical meaning in this context. And also how i
On Sun, Dec 4, 2011 at 1:22 PM, Doug Barton wrote:
> On 12/4/2011 12:19 PM, Julian Elischer wrote:
>
>> I propose we create a companion directory to src in SVN and cal it
>> "sysports"
>> it uses the ports infrastructure in organization (though may be more
>> hierarchical)
>> but is populated with
on 02/12/2011 19:18 Attilio Rao said the following:
> BTW, I'm waiting for the details to settle (including the patch we
> have been discussing internally about binding to CPU0 during ACPI
> shutdown)
I do not see strong interdependency between that patch and the panic patch.
BTW, I think that yo
On 4. Dec 2011, at 18:07 , C. P. Ghost wrote:
> On Sun, Dec 4, 2011 at 7:01 PM, Roman Kurakin wrote:
>> Christian Laursen wrote:
>>>
>>> [...]
>>>
>>> I use CVS myself from time to time, but I see no need for it to be in base
>>> for that reason.
>>
>> By the way, since there is no way to coun
> This seems too reasonable a suggestion, but, as always, the devil
> is in the details. There will be long. painful discussions (and
> arguments) about what to remove from the base to the new structure
> and what things currently NOT in the base should be promoted.
as one with a long list of WITH
On 12/4/11 3:36 PM, Randy Bush wrote:
This seems too reasonable a suggestion, but, as always, the devil
is in the details. There will be long. painful discussions (and
arguments) about what to remove from the base to the new structure
and what things currently NOT in the base should be promoted.
Am 05.12.2011 um 00:36 schrieb Randy Bush:
>> This seems too reasonable a suggestion, but, as always, the devil
>> is in the details. There will be long. painful discussions (and
>> arguments) about what to remove from the base to the new structure
>> and what things currently NOT in the base sho
> BIND OTOH is something different.
what's bind? :)
randy
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Sun, 04 Dec 2011 16:42:04 PST Julian Elischer wrote:
> On 12/4/11 3:36 PM, Randy Bush wrote:
> >
> > i suspect that my install pattern is similar to others
> >o custom install so i can split filesystems the way i prefer,
> > enabling net& ssh
> >o pkg_add -r { bash, rsync, emacs-
Le 05/12/2011 03:00, Randy Bush a écrit :
BIND OTOH is something different.
what's bind? :)
http://www.isc.org/software/bind
Regards,
Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net
___
freebsd-current@freebsd.org mailing list
http:/
>>> BIND OTOH is something different.
>> what's bind? :)
> http://www.isc.org/software/bind
see the smily?
bind is not in my install set. if i need an on-system cache, i use
unbound.
randy
___
freebsd-current@freebsd.org mailing list
http://lists.fre
On Dec 4, 2011, at 7:42 PM, Julian Elischer wrote:
> On 12/4/11 3:36 PM, Randy Bush wrote:
>>> This seems too reasonable a suggestion, but, as always, the devil
>>> is in the details. There will be long. painful discussions (and
>>> arguments) about what to remove from the base to the new structu
35 matches
Mail list logo
