Search results

I've used both intensively for many years and have never experienced any stability problems.

fetch/install without -r only gives you patches for major bug fixes, i.e. bugs that might compromise your system or make it unusable. Upgrading to a new release, even a minor one like 14.3->14.4, gives you all the new features and minor bug fixes.

Perhaps add the TearFree option? Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "sna" Option "TearFree" "true" EndSection That's usually the case... except when it's not ;) And in addition to Xorg, I'd add the graphics drivers...

Does kldstat show the driver is running? Using the legacy x11-drivers/xf86-video-intel, try this configuration, if you haven't already: /usr/local/etc/X11/xorg.conf.d/20-intel.conf: Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "sna"...

Is your user part of the video group? Are all your ports/packages up to date?

Are there any .conf file in /etc/X11 or /usr/local/etc/X11/xorg.conf.d/? If yes, have you tried running Xorg without it?

Is there a reason for using the legacy x11-drivers/xf86-video-intel instead of graphics/drm-61-kmod?

View: https://www.youtube.com/watch?v=9juvgSvCXko View: https://www.youtube.com/watch?v=lSOMZV8Eh1s

https://xteddy.org/xwinman/fvwm.html https://homeforaday.org/fvwm/configs/ https://www.box-look.org/browse?cat=143&ord=latest https://calomel.org/fvwm2.html https://datagubbe.se/1yearconf/ https://web.mit.edu/dmaze/sipb/share/fvwm/system.fvwm2rc-sample-95...

And if you can, consider installing a UPS. Even the most basic ones will give you enough time to save whatever you're currently working on, shut down the machine properly and some more. They will also protect you from power surges.

Haha, that's what first came to my mind, too!

Being up to date regarding security and errata patches before doing any minor or major upgrade is standard procedure, recommended even in the Handbook.

Is this one of those "Dangerously Dedicated" disks? Does it have all the required boot code to actually boot? A proper bootstrap in the MBR in the portion before the partition table, a bootloader and something to boot (i.e. a kernel).

More like PACKAGESITE=http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/9.0-RELEASE/packages/All/ pkg_add -r mc, IIRC. -r is for fetching (remotely) from the ftp. You provide the full path, including the .tbz extension only when installing a package you already have locally...

At this point, if you've successfully checked the filesystem consistency, reinstalled all your packages and recreated Firefox's profile, I'd seriously start suspecting disk damage. If I were you I'd do a backup of anything of value ASAP and run a S.M.A.R.T. test (sysutils/smartmontools...

For FreeBSD 15, install graphics/drm-66-kmod. Also try X without any configuration first. Let it figure things out on its own.

Closing Chrome itself will free up a lot. When you restart it, it will not load everything right away but will do a "lazy loading", only loading the active tab and a few visible tabs until you load more by actively clicking on them. Of course, make sure you can actually reload tabs on startup...

Running on fvwm3 with 1 xterm/vi, galculator and two iconified xterms. There are many missing external files though so the only thing you can see of menus are their borders.

Probably a temporary glitch. Have you tried them again yet? I can fetch packages from both servers through https without a problem.

There is a slight misconception that must be addressed. The FreeBSD project is centrally managed by a team, while the ports tree is decentralized to several hundreds of maintainers. When a FreeBSD release is made, a new branch is created — whether it's the more reliable -RELEASE (made for...