Re: Deprecating base system ftpd?

2021-04-06 Thread Roderick
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

Re: Deprecating base system ftpd?

2021-04-05 Thread Roderick
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

Re: LUA ERROR: memory allocation error: block too big

2020-06-04 Thread Roderick
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

Re: LUA ERROR: memory allocation error: block too big

2020-06-04 Thread Roderick
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

Re: LUA ERROR: memory allocation error: block too big

2020-06-03 Thread Roderick
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

Re: LUA ERROR: memory allocation error: block too big

2020-06-02 Thread Roderick
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). ...

Re: UEFI ISO boot not working in 12.1 ?

2019-11-07 Thread Roderick
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

Re: UEFI ISO boot not working in 12.1 ?

2019-11-07 Thread Roderick
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

Re: dmesg submission service -- please submit today

2018-10-07 Thread Roderick
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

Re: updating with cvsup, buildworld, etc.

2001-05-28 Thread Roderick van Domburg
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 course. -- Roderick

cvsup buildworld error 23/02

2001-02-23 Thread Roderick van Domburg
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