00:18:06 lw, you around? 00:26:45 Hi, configuring a new workstation, and the same problem as usual arises. The NVIDIA NVS290 card only works for the first monitor of the dual head. Any tips? I have installed the correct driver for the NVS290 and it works without any issue with one monitor, the other one is empty 00:29:25 did you try to run nvidia-xconfig? 00:29:41 should not be necessary but... 00:33:21 but more importantly, don't forget to use xrandr do acutally "enable" or "setup" the 2nd screen 00:33:22 I can not use the generated xorg.conf, it says use the -ignoreABI option 00:33:24 look at xrandr -q 00:33:26 is that a flag to add to xorg.conf 00:35:11 you wanna have something like this: 00:35:12 xrandr --output DP-4 --primary 00:35:13 xrandr --output DP-0 --left-of DP-4 --rotate left --mode 2560x1440 00:35:54 http://bpa.st/SWYQ 00:36:19 is https 00:36:37 I am not sure it is actually detecting DP-0 and DP-1 00:37:01 xrandr -q does not seem to detect the screens 00:37:02 adjust DP-0 and DP-1 in my example for whatever xrandr -q shows you 00:37:17 check the bpa.st link, the problem is that it does not show any DP 00:37:18 is the display actually plugged in and turned on and set to the correct input source? 00:37:25 yes it is 00:37:45 it is an old display from Dell, only one VGA connector, everything is connected, I have used this card in other workstations 00:39:16 could it be bios settings? like I have to disable the internal video adapter? 00:39:25 I don't think so 00:39:35 did you check whether the nvidia driver you're using is actually supporting the video card? 00:39:44 I check it carefully 00:39:53 it is the 340 00:40:04 the nvidia web page indicates that is the driver supporting the NVS290 00:40:25 aye, I don't have any recent experience with < 500 drivers, sry 00:41:33 is there any way to output to a file the current xorg.conf ? (there is none, so it is generated on the fly by xorg I guess) 00:41:57 my idea would be trying to extend the screen to twice the width and see what happens, maybe the nvidia card presents both screens as a single one 00:43:29 I think it might be the combination of the nvidia driver and the X version :( 00:45:14 This server has a video driver ABI version of 25.2 that this driver does not officially support. Please check nvidia for driver updates or downgrade X 00:45:25 this looks like the NVS290 is no longer supported in FreeBSD14 00:46:23 hmm 00:46:27 NVS290 is from 2007 00:55:49 I have added an option IgnoreABI true in /etc/X11/xorg.conf/30-nvidia.conf and now it loads the driver nvidia, but still no luck, I see the log it says "nv" can not be found 00:57:28 ok now I used nvidia-xconfig and the generated xorg.conf works like a charm with the added 30-nvidia.conf disabled option 00:58:02 good, so I hope my 2007's nvidia will last for another bunch of years (I have 5 cards) 00:58:33 the IgnoreABI is documented as a workaround for the bug in some linux forums 03:34:30 l 10:41:48 Hello, all. Is there a way to enable/disable /etc/rc.d entries without actullly moving the files in and out of the directory? 10:42:26 they all have options usually 10:45:43 ketas, I don't know. They are services, and are started automatically, taking options from rc.conf, right? I installed powerdxx (because there is no regular powerd package) and want to disable rc.d/power_profile to avoid conflicts. 10:48:08 services should read a variable _enabled to decide if they should do anything 10:49:27 that thing had none option i see 10:50:10 nimaje, not necessarity from rc.conf? OK. So I check $power_profile_enabled, and see it is not set, and can rest assured the power_profile service is not used. 10:50:20 wait 10:51:25 Nope: devd runs the power_profile script. It is not a service. 10:52:54 might need to change it 10:53:13 iirc no way to override 10:54:06 'it should' and 'it does' are diffrent things, I didn't look at it and the default setting are in /etc/defaults/rc.conf but if some _enable variable isn't set, then it should default to NO normally 10:54:20 I wonder why such a non-service script as power_profile is located under rc.d... It is essentially a handler of devd events, not any kind of service. 11:05:11 Can anybody explain: is there any technical/architercutral reason to implement a devd event-handler as a nostart service: /etc/rc.d/power_profile ? devd invokes it as `service power_profile $notify`. One advantage is not have to specify the full path... 11:06:59 ...so: in order to "dispable" the power_profile pseudoservice one can simply rename its event handler under /etc/devd/ so that it does not end in `conf'. 11:07:13 well, you would also have that advantage, if it were somewhere on PATH, like service … 11:09:47 nimaje, You see, I am trying to defend this desing decision, but cannot... 14:07:05 ant-x: several non services run in rc. like networking. ifconfig and route is ran, and then... not ran again 15:02:14 hi folks, how you maintain security or hardening freebsd? 15:03:44 https://docs.freebsd.org/en/books/handbook/security/ 15:04:13 thank you, remiliascarlet 15:53:31 ant-x, AFAICT there is no need to disable power_profile when running powerdxx as powerdxx will take over and set the power values as it determines. I am simply running powerdxx and everything seems to be working well that way. 15:54:18 The main use of power_profile is when NOT running powerd/powerdxx and then power_profile can be used to set something like performance or economy in a fixed way. 21:17:28 Hi, I have a fresh FreeBSD 14.1 installation. I would like to use python virtual environments. I install py311-virtualenv, so far so good. 21:17:47 I use python -m venv venv and it creates the folder venv 21:18:11 then you are expected to use source ./venv/bin/activate but source is not available in FreeBSD's POSIX shell 21:18:17 any help/tip is welcomed 21:18:49 use . 21:19:21 I already tried that -previously you need to apply +x - but I see no changes in the prompt, and evn shows nothing that might lead you to thing that you are in the python environment 21:19:33 env* 21:22:34 why would you need +x? just tested I didn't need chmod +x, it should change PATH for example 21:23:05 does your activate has the +x already there? 21:23:17 oh 21:23:27 I was doing ./venv/bin/activate instead of . venv/bin/activate 21:23:36 what does the . do? 21:25:03 about the same as source, there are small diffrences, but I can never remember them, iirc something about were the shell looks for the file 21:27:41 Using "." works in sh, ksh, zsh, but "source" works in bash. Portable use is ".". (csh use is "source" but csh is incompatible syntax. But bash gets the "source" word from csh usage.) 21:28:12 When a file is "sourced" that means that the current shell process reads that file and sets any variables from it into the current process. 21:28:52 so it does not execute the file like when you do ./venv/bin/activate, it just reads the variables and set them back to the current shell 21:29:01 Normally when a file is executed, using the +x bit, then the current shell forks and execs a new shell process to execute it. Meaning that no variables will ever be set in the current shell since the stacked executed process will do it and then exit. 21:29:09 I see 21:29:37 ". somefile" can change variables in the current shell. "./somefile" can never change variables in the current shell. 21:29:50 both execute whatever code is in there 21:29:58 indeed 21:29:58 ? 21:30:00 I see 21:30:14 thanks for the explanation 21:30:17 And also "changing variables" also means current working directory too. Sourced files can change the pwd but executed files can only change it for that process until that process exits. 21:31:39 Inline in a shell script "dosomething" will do it in a subshell. "(dosomethign)" in parens will do something in a subshell. With the same results. Subshells evaporate when they exit and no changes can return to the parent that invoked it. 21:32:05 I just screwed up that explanation. "dosomething" is in the current shell maybe but (dosomething) is always in a subshell. 21:32:42 if "dosomething" is "VAR=foo123" then that is in the current shell. "(VAR=foo123)" is in a subshell and evaporates. 21:33:56 understood 21:34:11 This allows useful things like "tar cf - ./dir1 | (cd /tmp/dir2 && tar xvf -)" which puts the right side into a subshell which is a separate process with a separate current working directory. Which evaporates at the end of the command. The original shell prompt is still in the original directory. 21:35:17 That's why I never see the need for the -C DIR option that I see with tar and make. "make -C /over/there" but why not "(cd /over/there && make)" without anything more than the basic features? No idea. 21:35:31 well, even if you're using csh, note that the python venv actually creates an activate.csh script as well 21:40:41 In that case then in csh "source activate.csh" should work. :-) 21:48:26 well they seem safer options if you are unsure 22:07:06 uskerine, But no were near as much fun as commanding the full power of the system! :-) 22:27:35 rwp: maybe because you don't want to use a shell for everything, when spawn() or fork()+exec() is enought 22:29:23 But adding this -C chdir-path paradigm to each and every program is a waste because it is a duplication of effort. 22:30:20 It's like saying (in my mind) that the shell should stop expanding * file globs and programs should do it individually instead. 22:31:12 Instead we have the shell do things like expanding * file blobs and programs don't do it. And for me for the specific feature of -C chdirpath I think it should be the same. The -C is creeping featurism. 22:41:35 uskerine: when i need to use a python venv, i pkg install bash and create another user and give that user the bash shell 22:44:09 shell expansion is one of common attacks too, so cutting shell out is good 22:44:20 among other things 22:45:17 it would insane to have shell for just cd 22:46:47 and it would assume that human runs those commands 22:47:50 having cwd in program is still useful 23:02:50 In what way does this assume that a human is running those commands? Let me state that it does not. 23:03:59 File glob expansion can be used as an attempted attack. But if used correctly then there is no attack success. 23:04:55 Sure when I am a student at university I can try to social engineer the superuser to do something stupid with files in my home directory. But hopefully superuser is more careful than to allow such simple things. 23:05:32 And we will just have to disagree about -C chdir-path being a useful feature in random programs. 23:13:12 Hello community, I need to know for sure if the following options are enough to remove 32bit support for the entire system: 23:13:12 In the custom kernel configuration file: 23:13:12 nooption COMPAT_FREEBSD32 23:13:12 In the src.conf file: 23:13:12 WITHOUT_LIB32=yes 23:13:13 This is enough? And if so, will it bring stability problems to the system? 23:14:50 Hello community, I need to know for sure if the following options are enough to remove 32bit support for the entire system: In the custom kernel configuration file: nooption COMPAT_FREEBSD32 In the src.conf file: WITHOUT_LIB32=yes This is enough? And if so, will it bring stability problems to the system? 23:45:36 GeoBarRod, if you don't want 32bit support just don't install lib32.txz when bootsrapping the system 23:46:16 on how to remove it? i don't know but you could probably start by listing all the files in lib32.txz for the release on freebsd your on and deleting those 23:46:59 i ran my laptop without lib32 just fine for a year but only ran into problems when trying to install wine since most windoze program are compiled for i386 for some crazy reason.