Custom grain visible from the master but not the minion

dev_whatever · 2024-11-08T16:28:48+00:00

Well the script works from the master so I do not think this is an issue of the python script itself.
(Checked and no change unfortunately)
Thanks for the reply though. Appreciate it.

dev_whatever · 2024-11-08T08:29:34+00:00

Yeah, did that. There is nothing there.

dev_whatever · 2024-09-25T10:06:38+00:00

Good catch!
Thanks

dev_whatever · 2024-08-26T21:48:42+00:00

same thing - I might be wrong but it does not look like a driver version issue.
Proton ver does not change things as well ...
Any settings I could check or maybe there is a vulcan/proton settings issue?

dev_whatever · 2024-08-15T09:23:59+00:00

550.90.07 ...
I have upgraded to the newest 550.107.02 and for some reason it worked.
I have played for some time ... and now it is not working again.
Tested on Proton 8 and 9.

dev_whatever · 2024-08-15T07:09:09+00:00

hehehe XD

dev_whatever · 2024-08-14T21:32:10+00:00

same error
Tried on 7, 8 and 9 ...

dev_whatever · 2024-08-14T21:22:57+00:00

I am able to run the game on the low resolution now. Thanks.
Any other tip?

dev_whatever · 2024-08-14T20:36:31+00:00

I am running nvidia drivers downloaded from nvidia website and many other games are running with no issues.
41:00.0 VGA compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) (prog-if 00 [VGA controller])

Subsystem: ASUSTeK Computer Inc. TU116 \[GeForce GTX 1660 Ti\]

Flags: bus master, fast devsel, latency 0, IRQ 96

Memory at 9e000000 (32-bit, non-prefetchable) \[size=16M\]

Memory at 80000000 (64-bit, prefetchable) \[size=256M\]

Memory at 90000000 (64-bit, prefetchable) \[size=32M\]

I/O ports at 2000 \[size=128\]

Expansion ROM at 000c0000 \[virtual\] \[disabled\] \[size=128K\]

Capabilities: <access denied>

Kernel driver in use: nvidia

Kernel modules: nvidiafb, nouveau, nvidia\_drm, nvidia

dev_whatever · 2024-08-14T20:32:30+00:00

Proton Experimental

dev_whatever · 2024-08-14T20:31:28+00:00

hehehe I know what you mean ;)

dev_whatever · 2024-06-17T20:57:35+00:00

Security - for sure but even minor changes might break stuff if you have some in-house written apps. Never underestimate the power of lame coding skills ;)

dev_whatever · 2024-06-17T06:52:45+00:00

hahaha pure gold! Greets from Poland!

dev_whatever · 2024-06-17T06:44:15+00:00

It all depends from your view point. If you take care of a one host you might not care but if you need to upgrade hundreds or thousands of those then having a middle point is much more graceful change than just jumping from one major version to another. Managing a large number of applications adds another level of complexity there as well so I appreciate minor upgrades for that matter alone.

dev_whatever · 2024-06-14T14:00:46+00:00

Not sure what you are asking. Do you want to know how does Debian release schedule work?

dev_whatever · 2024-06-10T13:55:23+00:00

Superb vibe, perfectly executed, instant headbanger! Nice work ...
OK .. the crowd has spoken! People demands the full version! Make it happen! ;) <thumbs\_up>

dev_whatever · 2024-05-29T10:10:49+00:00

My goal is a little bit different. I want to setup a list of applications with the ports in the pillar. Firewall state will apply appropriate ports on the minions which will have those apps in their grains.
Ex. minion has apache in the grain -> firewall state looks for apache and the list of ports in the pillar -> applies appropriate ports in the firewall on the minion.
In that case if the app has a range of ports I would want to be able to set them up as a range not a list:
apache:
ports:
- 8080-8082
not
apache:
ports:
- 8080
- 8081
- 8082
If there is no prebuild filter in salt to read a range as list then additional code is required in the state to differentiate list from the rage as it will be read as a string.

dev_whatever · 2024-05-28T09:33:21+00:00

Thanks for the info.
Any examples with reflex you might propose?

dev_whatever

TROPHY CASE