I got a question for the freebsd crew

have you ever had issues with sluggish drag with mouse almost all the apps?

is that a driver issue

how does the mouse act on a different PC?

normal

now here's the kick

the terminal windows drags just fine

everything else begins to tile and going turtle speed

no weird macros store in the mouse?

nothing

my cpu is under 25% at best under workload else is regularly 2%

and since I run Lxqt I have over 4Gb availabel

any ideas what could be causing the problem?

i set my timezone Pacific Time (PT, UTC-/GMT-8) on my FreeBSD laptop but instead it's been set to UTC/GMT... how can I fix this? My BIOS is of course also set for my time zone, not for UTC, which I don't want to change

darwin: How did you set the timezone? It's all pretty straight forward. Did you follow something like cyberciti.biz/faq/howto-set-date-and-time-timezone-in-freebsd which is informative?

in setup

when I did a cat of /etc/localtime it said PSTPDT or something (correct) at end

so the problem seems to be an assumption BIOS is set UTC/GMT which it isn't

darwin: What does "adjkerntz -a" say?

nothing

AFAIK, the install/setup just runs "tzsetup" so I'm not sure what could've gone wrong.

darwin: What does "date" show? The wrong tz?

Hrm. Looking at some info in the adjkerntz man page, it appears it adjusts the kernel clock (always UTC) against the CMOS clock (which can be anything.)

I'm wondering if because you have the CMOS clock set to PDT, it's offsetting the date when the timezone is set to another -8 PDT?

What happens if you set the TZ to UTC?

I believe I've always left my CMOS clock's at UTC so I'm not sure I can be of all that much help. But, certainly has me curious.

s/clock\'s/clocks/

'pkg: No packages available to install matching 'tzsetup' have been found in the repositories'

date shows right zone, wrong time

i reset it with date

darwin, JFTR but timezones are part of base not ports, meaning that it is not installed with pkg but comes bundled with the base system.

darwin: for the record, you probably wanted to fuck with /etc/wall_cmos_clock to fix this

fuck with as in create it

i see

i'm back from 2600 Club now so can work on that... what are the steps to create that file?

just touch it or it needs certain permissions or content?

just touch it

how that's used sounds absolutely cursed

okay. Is this a standard/historical *BSD UNIX thing maybe or just unique to FreeBSD?

i think it's our own brand of funkiness

Can I preserve extattr with rsync or cp?

dautor8518050867: cp -p will preserve modification time, access time, file flags, file mode, ACL, user ID, and group ID

I tried with -p but it still does not preserve extattrs i added.

Which extattrs?

All?

For example, try running 'setextattr user key value file'.

Doesn't look like cp supports it

That's a bummer... I guess a simple script will do...

rsync does - -E, --extended-attributes

Ah, it does, but it is not under -E or --extended-attributes but under --xattrs or -X.

Hi, is there any documentation about the state of USB4/Thunderbolt 3 support?

anyone know what alt key magic would print a degree symbol [ ° ] in screen(8)

does alt+k work?

if i type [shift+alt]0176 i get "Degree Symbol Alt Code4F4H4C"

scoobybejesus: no

i doubt it's something with screen. i think it's the terminal emulator and the fonts installed

term emu is terminator, font is Liberation Mono regular 9

do you get the degree symbol in the terminal but not using screen?

good question

i'll see if i can bring up just the console

shift-alt-0 pastes the mouse buffer, so no

im running kde5, i wonder if it's a setting there

is this over ssh or local?

either

it's a hard problem ;)

what do you get when you enter `locale` in terminator? do those say utf-8 ?

en_GB.UTF-8

hmmm... yeah, maybe a wizard will pop in, but i dunno

i'll try it in the console on a linux vm

ty for helping btw

it doesnt work in latest debian either lol

it's no biggie cos i can go on the web, find the symbol, paste it into a txt file

it'd just be cool to either use the shift-alt key directly or program the sequence into a Fn key

It seems like if my home server has accumulated quite a few boot environments over the years that it has been running.

"zfs list" contains the following list: pastebin.com/raw/jMkc4ajX

Is it safe to remove all 13 - 14.0 and only keep the 14.1?

If it is safe to remove these old boot environments, is "zfs destroy" the correct methode?

boot environments can be removed with bectl(8) command

mzar: thank you for your reply, would it be safe to assume that it is ok to remove all but the curreent 14.1 boot environments with bectl

that's not my intention to advise you such the solution

The reason for my question is maily storage related, looking to free up some space on my zroot due to the monthly zroot backup snapshoot is increasing in size.

f451, I am not on KDE, I use MATE which is a Gnome derivative. That said, using Ctrl + Shift + U [release, shows an underlined u in the entry field] then typing 00b0 [Enter] got me this: °

In this case Alt is not used.

It works on the CLI too for me. Just checked.

Tested in screen and tmux, works in both here.

Errr, I should clarify by "CLI" I meant in a terminal emulator on X, not the console.

f451, for the record, I found the answer in the AI response at the top of the page here: search.brave.com/search?q=kde+chara…1&summary_og=5c8334a957b24efdc5f9b3

I also used the GNOME Character Map application to find the Unicode number 00b0 for the degree symbol. Hopefully this helps you.

lw

what is /var/db/mergemaster.mtree? freebsd-update is telling me about local changes to that file, does this indicate an unfinished previous update? i'm finding some forum posts about this file, but none that explain what it's actually for…

what is /var/db/mergemaster.mtree? freebsd-update is telling me about local changes to that file, does this indicate an unfinished previous update? i'm finding some forum posts about this file, but none that explain what it's actually for… 🤔

err

damn, weechat ate the message i typed

can't find the file (or anything looking to be transformed into it) in the base system sources, but the message about "local changes" sure makes it sound like it's part of the files tracked by freebsd-update… then again this wouldn't be the first time i got turned around by a confusing warning/error.

mhh, seems to contain hashes of base system files. noting modifications that i made to two files… still not sure what this is for, tho…

upgrading?

timothias: it makes freebsd-update refuse to update (not even upgrading to a new freebsd version, just regular update within 14.0-RELEASE)… i can't really reason about this, because i don't know how/when it's updated. if it's updated whenever one of the base system files is changed, that would seem antithetical to it, as it would mean you can't update as soon as you change for example

sshd_config…

also no idea why it hasn't cried about this before…

did you ever do ports and pkg on the same install?

ever? yes. on this install, don't think so. but i did migrate from the official pkg repo to a custom one.

the change to disable the official repo is the other change noted in mergemaster.mtree.

Not certain that is what is affecting you, but generally you have to stick with one or the other

yeah, learned that the hard way in a previous install.

especially with a novice like me

i pretty much always do `mkdir -p /usr/local/etc/pkg/repos` followed by `echo 'FreeBSD: { url: 'pkg+http://pkg.FreeBSD.org/\$\{ABI\}/latest', enabled: yes }' > /usr/local/etc/pkg/repos/FreeBSD.conf`, which keeps it out of /etc

scoobybejesus: yeah, i usually disable through /usr/local/, too, but that won't solve the sshd_config thing and i'm not sure why it's complaining about that.

yeah, that one is annoying. i don't remember when that happened (not long ago), but it let me pass. of course, most folks' sshd_config will be different

anyhow, i renamed mergemaster.mtree and backed up the files it had changes for. gonna apply the update and see if it kept the local changes to sshd_config and FreeBSD.conf or not, i guess.

id suggest a good backup

I hope it works though

i would have thought it would do etcupdate-style three way diff on sshd_config, at worst. it was annoying to have to say "i am not interested in the future changes" because the choice was to keep my changes or accept the new upstream changes

have you upgraded an upgrade?

work out ok?

all fine. but i am not reminded that i don't have the upstream sshd_config, nor do i know what the proposed changes were

scoobybejesus: yeah i want to keep the changes to like 3 lines i've made, but i'd like all other lines to still keep up with default best practices as envisioned by the team for everything else.

same

s/not/now

mhh, freebsd-update install kept the local versions of the changed files after removing mergemaster.mtree… this kind of implies that the mergemaster.mtree file is kinda pointless. 🤔

thanks