Re: etcupdate -B, /.cshrc and /.profile

[Steve Rikli]

On Thu, Aug 17, 2023 at 07:17:20PM +0100, Graham Perrin wrote:
> If I recall correctly, a few hours ago etcupdate -B resulted in removal of
> two files:
> 
> /.cshrc
> /.profile
> 
> Is this degree of checking/removal a novelty?
> 
> (I can't recall the files' contents, or when I created them. I guess that I
> carelessly created them as dot files months ago without realising that I
> wasn't at ~, I don't mourn their loss.)

I suspect you didn't create them, at least not directly or manually; my
system still has them at the moment, and they appear to be the same
from /root/ :

$ uname -mrv
13.2-STABLE FreeBSD 13.2-STABLE stable/13-n255938-fec383bb5385 GENERIC amd64

$ ls -lai /.profile /root/.profile /.cshrc /root/.cshrc 
5 -rw-r--r--  2 root  wheel  1023 May 12  2022 /.cshrc
7 -rw-r--r--  2 root  wheel   507 May 12  2022 /.profile
5 -rw-r--r--  2 root  wheel  1023 May 12  2022 /root/.cshrc
7 -rw-r--r--  2 root  wheel   507 May 12  2022 /root/.profile

I think they were installed by FreeBSD rather than created. My other systems
which have been periodically upgraded over time have the same situation.

Cheers,
sr.

Re: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT)

[Steve Rikli]

On Sun, Nov 13, 2022 at 04:47:40PM +0100, louis.free...@xs4all.nl wrote:
> I noticed that after disabling gdm in /etc/rc.conf ^"gdm_enable="N"^ the 
> system stays active.
> However . that is also the end the GUI  in this case GNOME.
> 
> Since I could not work which a machine hibernating every ^10 minutes^, I have 
> disabled gdm for the moment. 
> That does not take away that that is .. ridiculous !!

Seems like you aren't alone in that opinion -- there are several threads
for multiple OSes about this same topic. Kirk's findings below match my
recollection -- this is Gnome default behavior nowdays.

In any case, since we obviously can't use the Linux systemD settings to
control the behavior in FreeBSD, a few folks mentioned other workarounds
with things like dconf; e.g. this suggestion which came originally from
the Arch linux folks:

https://twitter.com/_neelc/status/1487200568149831681

https://wiki.archlinux.org/title/GDM#GDM_auto-suspend_(GNOME_3.28)

Something like:

  sudo -u gdm dbus-launch gsettings set \
  org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing'

>From the threads, it sounds like part of the problem is this behavior and
settings are per-user, so making a system-wide change is hard. Not sure
how this workaround will play in your situation.

My FreeBSD servers don't run a gui display manager; my Debian laptop
runs gdm3 display manager but I switched to Xfce for the window manager
around the time Gnome3 came out (too many changes for my taste).  Fwiw
the Xfce Power Manager has controls for system power save / sleep mode
for "On battery" and "Plugged in", including "never".

Cheers,
sr.


> There should be a way to disable ACPI in FreeBSD so that even gdm can not 
> "kill" the machine !!
> I say ^kill^ because there is also another bug, the machine is not properly 
> restarting form hibernation, 
> Even not from S1.
> 
> Louis  
> 
> -Original Message-
> From: Kirk McKusick  
> Sent: Sunday, November 13, 2022 1:23 AM
> To: louis.free...@xs4all.nl
> Cc: freebsd-current@FreeBSD.org
> Subject: Re: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on 
> FreeBSD14 CURRENT)
> 
> > From: 
> > To: 
> > Subject: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? 
> > (on FreeBSD14 CURRENT)
> > Date: Thu, 10 Nov 2022 21:29:21 +0100
> > 
> > I am still desperately trying to stop FreeBSD from sleeping, but I 
> > simply do not manage.
> > 
> > It is really very annoying that I have to restart the machine every
> > 10 minutes, when I am working via SSH.
> > 
> > So if any one has a solution, it would be very much appreciated!
> > 
> > It should ….. be possible to kill / stop ACPI some how 
> > 
> > If absolutely not possible in the actual build , a cron job 
> > restarting the timer every 5 minutes perhaps !!???
> > 
> > It is possible perhaps … that GNOME is initiating this, despite that 
> > the GUI powersetting is screenblank “NEVER”.   
> > 
> > Whatever is causing the problem, the settings should be such that ^no 
> > whatever program^ should not be capable to initiate the sleepmode.
> > 
> > Louis
> 
> If you are using Gnome, Gnome suspends the machine after 20 minutes if there 
> is no mouse or keyboard activity. I went into settings, but there is no way 
> to adjust this feature. Some web searching brought me to this page:
> 
> https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/22
> 
> Apparently the 20-minute suspend was made unchangable (at least not without 
> changing the source code for Gnome and rebuilding it).
> Apparently this change was made to comply with EU power regulations.
> Anyway, this ruled out Gnome for me.
> 
>   Kirk McKusick

Re: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT)

[Steve Rikli]

On Thu, Nov 10, 2022 at 10:21:24PM -0500, Alexander Motin wrote:
> On 10.11.2022 15:29, louis.free...@xs4all.nl wrote:
> > I am still desperately trying to stop FreeBSD from sleeping, but I
> > simply do not manage.
> > 
> > It is really very annoying that I have to restart the machine every 10
> > minutes, when I am working via SSH.
> > 
> > So if any one has a solution, it would be very much appreciated!
> > 
> > It should ….. be possible to kill / stop ACPI some how 
> > 
> > If absolutely not possible in the actual build , a cron job restarting
> > the timer every 5 minutes perhaps !!???
> 
> I've never used it, so just an idea, but there is sysctl
> kern.suspend_blocked that being set to 1 seems should block suspend
> requests.  You may try to set it and see what happen.
> 
> > It is possible perhaps … that GNOME is initiating this, despite that the
> > GUI powersetting is screenblank “NEVER”.
> 
> It is not a screen blank.  Gnome site tells:
> https://help.gnome.org/users/gnome-help/stable/power-autosuspend.html.en
> 
> > Whatever is causing the problem, the settings should be such that ^no
> > whatever program^ should not be capable to initiate the sleepmode.
> 
> Does the system suspends if you do not start Gnome?  For example if you boot
> into single-user mode and leave the system there?  It would be the easiest
> test probably.

This sounds somewhat like the Gnome gdm3 behavior that causes some(?)
Linuxes to suspend & sleep after 20 minutes (ymmv?) by default if gdm3
is running. E.g.

https://wiki.debian.org/Suspend

IME it didn't matter if user was logged in to desktop or not, the mere
presence of a running gdm3 process was enough to trigger the behavior
unless it was disabled. My FreeBSD's without gdm3 don't see this.

Obviously there's no Linux systemD in-play here, but along the lines
Alexander suggests, you might try stopping any running gdm3 processes
and see if the sleep behavior persists. That would at least give some
hint as to the vicinity of the problem.

sr.

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

[Steve Rikli]

I haven't done it in a very long time (circa FreeBSD-6) but PXE installs
were possible back then, so I'd hope that's still a possibility in 11.

Are there mostly current docs for that routine these days?

Cheers,
sr.

On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote:
> Maybe Tier 2 can deal with just bootonly.iso.  Or your machines should
> be dropped from Tier 2 if they don't support USB and we aren't okay
> with dropping disc1 support for all of Tier 2.
> 
> There's lots of aging hardware we don't support in modern FreeBSD,
> including alpha and ia64.  USB is 20 years young at this point.
> 
> Best,
> Conrad
> 
> On Tue, Jul 12, 2016 at 12:52 PM, Mark Linimon  wrote:
> > On Tue, Jul 12, 2016 at 04:09:10PM +0930, Shane Ambler wrote:
> >> +1 on dropping CD images.
> >
> > I have 24U of things that don't have DVD players, including some tier-2
> > machines for which no upgrade is available.
> >
> > mcl
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [Heads Up] RCS removed from base

[Steve Rikli]

On Mon, Oct 07, 2013 at 06:32:21PM -0700, Alfred Perlstein wrote:
 On 10/7/13 6:30 PM, Steve Kargl wrote:
 ...
 PS: As noted, the code is GPL.  There has been an effort
 to remove GPL code from FreeBSD (whether prudent or not).

 That plus the age of the code is good enough reason to ditch it! huzzah!
 Plus we can make RCSBSD along with it.

Is such a project underway?  I.e. an RCS of some kind from FreeBSD?

OpenBSD went through this a while ago and use OpenRCS -- is that even
remotely appropriate for use in FreeBSD?  

From reading most of both thread(s), it seems there's at least some
interest in keeping an RCS in base; whether it's the status quo RCS
(w/GPL) doesn't seem to be strictly required, as long as whichever RCS
is available in base is (mostly?) compatible with status quo RCS.

sr.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org