On Sun, 4 Apr 2021, Daniel Morante via freebsd-stable wrote:
My vote is for no.
Reasoning is simple... at what point does it stop? By continuously moving
stuff from base to ports, FreeBSD slowly becomes just a Kernel. 😉
I follow this argumentation.
I do not understand what is the problem
On Tue, 6 Apr 2021, aventa...@fastmail.fm wrote:
Deprecating base system ftpd does seem to be a good idea,
especially for FreeBSD users wanting to use their computer as a
workstation/desktop instead of as a server. I think the argument becomes,
"who is our target audience?" If the target audi
On Thu, 7 Nov 2019, George Michaelson wrote:
And, this state has existed for some time.
Someone spoiled the loader putting lua there without necessity
and is careless for the consequences.
We have forth there and that is more than enough. Of course, you
can put also python tbere, because i
On Thu, 7 Nov 2019, Kyle Evans wrote:
The lua replacement is almost certainly not related to the problem at
hand, and I suspect it is not related to your problem either (unless
your problem is simply that you hate lua). Do you have a PR open for
any real problem?
The problem appeared with Fr
LUA Error!
I would real want hear, why was the boat loader spoiled with Lua?
Bwcause lua is so cool?
Rodrigo
On Tue, 2 Jun 2020, Budi Janto wrote:
Hi Folks,
Now, I'am running FreeBSD 12.1-STABLE, suddenly after restart system can
not able to booting (boot to single user only).
...
Loadi
work.
The only possitive thing: only the bootloader was spoiled. One could
spoil the whole system with this posture and argumentation.
Rodrigo
On Wed, 3 Jun 2020, Mark Linimon wrote:
On Wed, Jun 03, 2020 at 05:00:13AM +, Roderick wrote:
I would real want hear, why was the boat loader spoiled
I do not want to be demoralizing, nor to hurt anyone. I am also thankfull
to all developers.
But the argumenentation used here does not convince and makes me
think about the future of FreeBSD.
OK, for putting LUA was invested many many hours, the FORTH was
done in 5 minutes and ist worst quali
On Thu, 4 Jun 2020, Kyle Evans wrote:
Can you share a pointer to the problems you had?
You can see here, long ago, a swap of the loader did help:
https://forums.freebsd.org/threads/lua-error-can-not-open-boot-lua-loader-lua.68635/page-2#post-430461
And excuse me that I was furious. I never
On Sat, 6 Oct 2018, Warner Losh wrote:
As you can tell, the project is looking to clear some of the deadwood from
its driver lists. One problem is that we have to guess what's in used based
on our personal experience. This has proven to be less reliable than hoped
in the 10/100 discussions tha
cvsupping a 4.2-R box to 4.2-S:
cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
-I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc
-
using NFS for such a task, you could
have the NFS server build the world and then have all of the NFS clients
simply install it. That would be even more efficient than having the
different boxes build their worlds individually.
The above assuming that the boxes share a compatible architecture, of
c
Hello everyone,
Which version of ipfw is preferred on the STABLE branch, the good ol' ipfw
or the new ipfw2? I can see the ipfw2 kernel configuration option in the
respective makefile, but it doesn't seem to be linted.
Regards,
Roderick
12 matches
Mail list logo
