I followed this wiki.freebsd.org/SuspendResume and tested my system. It seems my video won't wake up. After pressing the power button to wake the system up, I blindly typed reboot and the machine rebooted. So I guess it's the video. Sadly---I was hoping for resume to disk, a feature which I really like in any system. Does anybody have any news on this?

suspend to disk isn't implemented at all, i don't know why

could be way too difficult or noone worked on it or... who knows

Such is life. :)

what i don't get is why obsd has it eh

different choices eh

it has limits there too iirc

yeah, different choices for sure

i don't know how close obsd and fbsd are these days

it's very nice to suspend to disk, but i believe we can live without it

first, i think my computer is on mostly through all day

a browser like firefox can start and recover all your pages; an editor like emacs can do the same

i've used ram

fuck even that sucked

it's a miracle bt works

if it worked, what sucked about it?

like it could freeze on resume

so it worked sometimes?

linux is not ideal too here and even windows has issue

on t60, it mostly worked

rare problem

then that hw broke and i didn't try again

certain hw could be left half way

what's t60?

it's also not just os

thinkpad

unpredictable issues with resuming are often to do with failing memory modules

what i had then

failing, like apart from memtest86+?

not necessarily exclusive of memtest86

some laptops are unstable with certain modules even if they pass it

even if it works otherwise?

eg completes buildworld

hidden issues are the worst

02:25 [ dansa] i don't know how close obsd and fbsd are these days

*extremely* different, it could well be that one works for you while the other doesn't, at least that's my experience so far

armin, thanks!

enabled xdm; will reboot; wish me luck

The way with XDM that has worked for me in the past is sym-linking ~/.xinitrc to ~/.xsession, and only use XDM to start the xsession one after that, WHEN I know that the manual startx will start my session like expected...

x has changed over time

Desktop initialization in general has changed over time.

glad you told me that before I tried :)

e$ ln -s .xinitrc .xsession

e$

:D

see you soon :D

worked :)

but I had to set up a password for my account :(

why

well, or

I wouldn't log in without it

I pressed enter (an empty password), but that didn't go

Most modern systems discourage or outright block the use of empty passwords for user accounts.

I think xdm is one of them

But then again, you should be allowed to use one if you want, yea. :)

this is a computer that serves no login shell to the outside world

it's behind a router with no port forwarding

Whatever, it's your very own decision, if you want to give that user a blank password noone should stop you.

exactly

maybe i'm giving a demonstration of how to invade computers...

:D

:D

in which case I should really do it :)

and not fake it :P

let's research a bit about xdm and see if it can do it

I brought an old thinclient to the 38c3 which I forgot has username/password user/user...

Didn't take too long until my password got changed...

By someone?

Probably some script-kid trying a password-list, but what do I know... :)

It was just for an art installation, set it up freshly, started mpv in a while loop, all fine, 20min of work

What was your password? :)

"user".

just "user/user" because Lukas set it up :)

And if he hadn't f*ck*ed up the SSH configuration that would have been no issue either. :)

I tried DisplayManager*authorize: false in xdm-config, but that does not do what I thought :) it seems to actually just allow other users to access my X session

(but he did, lol)

sad :)

tl;dr: XDM has not autologin feature :)

Well you can trivially script your way around this, it's a bit hacky, but it works

Also lightdm should do it

how would you script around it?

(just curious)

lightdm? sounds interesting

some "init script" I put in /etc/rc.d/ that sources the initialization files so it's known to the service manager, e.g. so you can do "customxdm_enable=YES" in /etc/rc.conf

And from therein simply perform a startx in a while loop

There *will* be a couple of issues with that approach, too, though... :)

lightdm has "autologin" (just search in the config file)

And make sure you know all the life-savers by heart: xset r rate 230 3, setxkbmap -option "terminate:ctrl_alt_bksp" and so on

And make sure you know all the life-savers by heart: xset r rate 230 35, setxkbmap -option "terminate:ctrl_alt_bksp" and so on

there was a 5 missing :)

dansa: You can basically attach to all the things that your login manager sets up for you in advance by doing something like "dbus-launch ssh-agent startfluxbox" in xinitrc, too, you can talk to your ssh agent, add keys using ssh-add, will have DBUS support and so on...

why is the key rate a life saver?

dansa: Because I don't like to wait when I type.

:)

"a life saver"

:)

That's the only thing that bothers me about macOS actually, when I put both sliders all the way up it's still too slow...

lightdm seems to have ignored my .xinitrc

dansa: I'm pretty sure it will look for your .xsession or .Xsession files

dansa: Maybe you need to tell it to use some "X session (default)" or something

My .xsession is a sym link to .xinitrc

It might (or might not) only look for .Xsession (with a capital X)

Yeah, it's probably not finding where I put my stuff

I gotta continue this tomorrow---too tired.

Thanks, armin! Thanks for the help.

:) sleep well

Happy New Year!

happy new year, folks!

Greeting everyone. I'm a Linux guy. I'm considering FreeBSD for my few future systems - maily network routers. One thing which bothers me is the upgradeabilty. Is it easy to upgrade a live and working system to a next release version without full system reinstall and taking the system down/offline for significant amount of time?

since it will be routers, it's logical they must serve 24x7x365. I wonder if it's possible to upgrade FreeBSD the similar way like in Debian you just do apt-get update/upgrade/dist-upgrade and then just reboot into the upgraded version

if you setup a ZFS BE and upgrade into a new BE everytime, you should be able to get away with a single-reboot upgrade

with the added bonus that you can quickly rollback if the upgrade afils

fails

nice, thanks for that

hid3: I will note that freebsd-update takes kind of an absurdly long time for major updates, but minor updates aren't so bad and the system is at least still usable while it's doing its thing

major update including updates between minor releases, minor updates being security patches... poor choice of words on my part, sorry

kevans: what's "absurdly long time" in numerical form of minutes / hours (or days..)?

am running a netgate/pfsense router - It is currently a firewall / router on a fiber connection. I am considering adding a simple failover WAN connection via 5g mobile internet on a simple USB 5g dongle. Do anyone have any tips which ones work best with FreeBSD?

I am leaning towards the Qualcomm Snapdragon X55 5G because my laptop has one, and it works quite well with linux

they are quite pricey though shorturl.at/MCV8U

that does seem expensive

yes

ah ok .. "Package includes a T-Mobile 5G SIM and activation guide." devil is in the detail

The default jail start is somewhat synchronous. You could write your own rc script to start your jails in the background converting them to asynchronous start.

hid3: maybe 30 minutes to an hour? I usually lose patience

at some point it'll be replaced by pkgbase, which is faster

Oh, network delay confusion, that from me was for something too long ago now. Oops. Ignore.