Latest activity

wolffnx Remember there's a lot more going on with some web sites than just serving up HTML. It's all the between stuff. The SQL databases, the messaging, credit card processing and emails, and on and on. Then piecing that altogether.

I really cannot agree. You would have to try it for yourself. I have all these hardware we speak of and have tried to run some FreeBSD at least once on them. RPi4 is a bad development workstation. P4 is worse. C solved little in this regard...

How much added complexity is there? Granted you do have to have some sort of tracking of what depends upon what, but compared with the complexity that is ports and packages, or the work that went into making the system SMP safe without everything...

Nobody uses P4 for modern stuff. The only appropriate case is occasional Linux session on a computer that is built to run period correct software with period correct hardware - and the 99% of that market today is gaming. People build P4 to game...

https://www.phoronix.com/news/Libinput-Lua-Security-Issues I like the idea of faster boot times, but don't like added complexity. Reading the key features, I haven't needed or knowingly need any of that. I haven't used jails and don't...

How does one go about automating freebsd-update?

Kind of. It's like Solaris SMF. It doesn't replace init. It manages services, just like SMF does. And IMO it will be easier to manage because the config files will be user editable, not squirreled away in some undocumented or semi-documented...

pkgbase is one thing. Whether you like it or not, nobody stepped forward to maintain freebsd-update forever. rcd is a different matter, is it gets to be pid 1. But the proposal for that makes sense to me and the improved functionality is worth...

For your specific use case, sure. But other use cases, boot time has more importance. I upgrade my system, the faster the reboot the quicker I can validate the upgrade was successful. If you run servers that have contractually obligated uptime...

Sure, since the most impactful open-source projects are old and evergreen. Such as SDL, busybox, Vim, etc. Lindy's Law tends to predict open-source lifecycles quite well. It also suggests that the oldest software in use today will be the most...

I noticed that too. Opened a ticket with the VPS provider, here is what they replied: I changed to ::3 and it works, but they don't recommend, say " ... you'll loose redundancy. Plus the router on ::3 will be phased out in the next months". They...

You don't have to start your web project from sockets.

It's useful because it runs pkg (which comes with the OS), not pkg.

It's same hardware, but it might be more 10s-30s of a boot delay from power button press to log-in prompt if I have IPv6 enabled with default SLAAC (I don't seemingly benefit from IPv6 and been disabling it on FreeBSD for a while to avoid that...

Is there a workaround, I had to remove all javas except 8 for Arduino to work...I mean I need latest version for Ghidra, being capped to 8 is horrible?

You can look up how many libraries there are for C to help with web development. (not that I used any of them...)

Boot delays on FreeBSD are usually either from sendmail or waiting for ntp to do the one-shot time set.

I wouldn't let energy consumption between one p4 and a pi bother me

I also did an important (to my employer) and long-lived website in C.

always learning something new, I never think was possible to create a website in C

Thank you very much Shakroglof for your feedback! 🙏 I tried on my jails and it works like a charm! rc.conf (inside jail) kern_securelevel_enable="YES" kern_securevel=2 I even commented in the line #securelevel=2; in each jail.conf file. Then I...

We can have the jail at securelevel 2 and pf rules loaded at startup : securelevel is set to 1 in jail.conf on the host, and kern_securevel=2 in rc.conf in the jail (and kern_securelevel_enable="YES"). We can even lower the securelevel of the...

I also did an important (to my employer) and long-lived website in C.

Why are people so focused on boot times? The BIOS post of most of my servers takes well in excess of a minute, it just does not matter if FreeBSD then boots in 25 or 20 seconds. Also, unless there is a kernel upgrade, why reboot a FreeBSD server...

We made web sites for restaurants and theater companies including online ordering. We did virtually everything in C.

Is /tmp with tmpfs mounted through fstab?

I think most of us agree what that means ;)

Boot times in theory are noise when a system is up for 365 days. Boot times (or unsuspend times) for a laptop are critical for the user Boot times for a desktop are inbetween. One consideration for a server is any SLAs around what the server is...

How can I access the file based version easily with the ram disk mounted and find out what process is writing to the file system ignoring the ram mount?

Why are people so focused on boot times? The BIOS post of most of my servers takes well in excess of a minute, it just does not matter if FreeBSD then boots in 25 or 20 seconds. Also, unless there is a kernel upgrade, why reboot a FreeBSD server...

The version of the OS has nothing to do with the versions of ports/packages. There is only one ports tree and all (supported) versions of FreeBSD use that exact same ports tree. FreeBSD 12.2, 13.2 and 14.2 are all EoL and not supported any more...

I trust in FreeBSD team that this is not a long term troyan horse , I dont wanna spell the cursed named...all you know

DNS issues?

I think most of us agree what that means ;)

MADE to steer, please. The propaganda and gaslighting is huge in that area. People get lied to that it's OK not to care.

So the way C++ and C works are that they compile as units, reducing the overall RAM cost and are quite serviceable on older hardware. C in particular is very light on resources. This is why Rust often struggles on i386 hardware because it can't...

For the record - I quite like the idea of rcd. I had evaluated the possibilities of that myself a long time ago. What I seriously dislike is the inclusion of lua into anything that is that close to PID1 or is running as root if there is no...

Maturin I can not avoid seeing the parallel between the greybeards of old warning about environmental pollution and the greybeards of today warning about AI. I fear this will take a bad end as well.

As a matter of encouragement - years ago, I was trying to produce patch for something in ports, but wording in the Porters Handbook was too generic, because everybody know how to get patch in the right format, right? So I created PR, got my...

A good news for you is that I and many other people I know completely(or at least largely ) agree with you,and we are not greybeards.

Not even need this. Some piece of junk on a collision course is all it needs (a Tesla for example.) Don't underestimate the velocity orbiting objects need to stay there, the kinetic energy they possess and how fragile sattelites or space stations...

Democracy is nothing to do with it. Ask the Chinese how 'propping up certain industries' has worked out for them. Wuhan in 1970. Wuhan today. The lower photo is their new library. When was the last time you got a new library like that...

enjoy drowning in slop i guess, none of these things have been worth a single moment of our time and every piece of software that adopts them immediately gets worse. going to continue writing software like normal here

Even if you ignore AI, you still don't escape the problem of acquiring enough RAM right now.

Yes, there are cheaper online models. I haven't used them so they escaped me in my post. OSS work doesn't need AI coding (outside the odd utility function). But debugging help, code review, making test cases are all areas where it helps being...

I write only for my own amazement. I won’t have AI on my machines nor do I use either the freebie or subscription models. I have zero interest in AI. If you need AI then YouTube is jam packed with AI bullshit.

All this AI craze has a very unfortunate side effect. For 30 years you could do open source development on a potato PC that some windows user put in the trash. If you really wanted to rebuild the godzillas (chromium, rust, electron) you could...

#!/bin/sh starttime=$( /bin/date +%s ) [ ... stuff from original script ..] stoptime=$( /bin/date +%s ) runtime=$( /bin/expr ${stoptime} - ${starttime} ) echo "Runtime: ${runtime} seconds."

In terms of hardware support for modern GPU support FreeBSD trails behind Linux, the errors seems to be related that the display panel pipeline isn't fully implemented yet on the current driver. I would recommend checking out the BSD hardware...

Why should an OS boot slower than needed? I cold boot Linux in about 12 secs, and 3-5 secs Windows. FreeBSD takes like 40 secs if IPv6 is enabled