Re: [gentoo-user] My emerge @preserved-rebuild is wedged. Help, please!
On 2024-04-01 15:12, Alan Mackenzie wrote: Hello, Gentoo. I'm trying to do # emerge -a @preserved-rebuild .. For this purpose, I created a temporary repository, filling it with ancient ebuilds recovered from /var/db/pkg. It shows me 5 packages to be merged, among them being [ebuild R] dev-lang/spidermonkey-78.15.0 [78.15.0] .. When I answer the "are you sure?" prompt with Yes, spidermonkey fails to build with this error message: Emerging (1 of 5) dev-lang/spidermonkey-78.15.0::localrepo !!! Fetched file: firefox-78.15.0esr.source.tar.xz VERIFY FAILED! !!! Reason: Insufficient data for checksum verification !!! Got: !!! Expected: BLAKE2B BLAKE2S MD5 RMD160 SHA1 SHA256 SHA3_256 SHA3_512 SHA512 WHIRLPOOL * Fetch failed for 'dev-lang/spidermonkey-78.15.0', Log file: * '/var/tmp/portage/dev-lang/spidermonkey-78.15.0/temp/build.log' It would appear that the sources are no longer available at Firefox, and I no longer have a copy in /usr/portage/distfiles. Why is portage trying to build this obsolete version? I surely will just unmerge it as soon as my system is back in order. Most importantly, how can I free up my system so that I can proceed with the pending profile update? I appear to be stuck. I hope I won't have to reinstall gentoo. For old distfiles, NeddySeagoon hosts them publicly accessible. This is the closest I found to your version: https://bloodnoc.org/~roy/olde-distfiles/spidermonkey-78-patches-04.tar.xz -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -fno-stack-protector -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -falign-functions=64 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji"
Re: [gentoo-user] Wine problems
Finally got it to work. I added the working xorg.conf for nvidia prime as an attachment. Maybe it will help someone else too. Please tell me if you see anything in it that shouldn't be there. Thanks to all who helped me with this. -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji"# nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 525.147.05 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" Screen 0 "Screen1" InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "modesetting" VendorName "NVIDIA Corporation" ChipId 0x0 ChipRev 0x0 IRQ 0 EndSection Section "Device" Identifier "Device1" Driver "nvidia" VendorName "NVIDIA Corporation" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 SubSection "Display" Depth 24 EndSubSection Option "metamodes" "1920x1080 +0+0 {ForceCompositionPipeline=On}" EndSection Section "Screen" Identifier "Screen1" Device "Device1" Monitor"Monitor0" DefaultDepth24 SubSection "Display" Depth 24 EndSubSection Option "metamodes" "1920x1080 +0+0 {ForceCompositionPipeline=On}" EndSection
Re: [gentoo-user] [SOLVED] Re: Google Chrome going nuts with L10N ?
On 2024-01-10 13:50, Walter Dnes wrote: Thank you. In package.use I entered... www-client/google-chrome L10N: -* ...and it did the trick. Actually, Pale Moon is my "daily driver" browser. I use Chrome for Netflix and the occasional braindead Chrome-reliant website. There are other ways of viewing movies that don't involve supporting companies that give you a worsening experience at an increasing price. -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-29 01:07, Michael Orlitzky wrote: On 2023-12-28 23:00:36, stefan1 wrote: Should I at least file bugs about those packages? Surely there is no reason to artificially limit the python version in ::gentoo? Yes, especially if the package has a test suite that passes under python-3.12. Most python packages are community-maintained and it feels a lot safer bumping a package you aren't familiar with if it has a passing test suite. But even an "it works" report is helpful. Ran the tests and filed a bug here: https://bugs.gentoo.org/920933 Has the bug filing form changed? I don't remember seeing that template when filing bugs. I skipped dev-libs/glib because it requires dbus and fails with a linker error when building it. I tried adding -Wl,--unresolved-symbols=ignore-all and -Wl,--warn-unresolved-symbols to my LDFLAGS, both of which somehow made the compilation fail earlier. Without those options, the compilation would fail with a linker error. With those options the compilation failed much earlier with a compiler error. Can anyone explain why that happened? -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-28 20:23, Martin Vaeth wrote: stefan1 wrote: On 2023-12-28 15:21, Martin Vaeth wrote: stefan1 wrote: This got me wondering though, is there no way to fix this globally via make.conf instead of adding patched ebuilds to my overlay? No. Until https://bugs.gentoo.org/209653 is fixed (which did not happen since 16 years and presumably never will), there is no other way to fix dependencies than to copy the ebuild to some overlay. Interesting read. Would be nice is there was a way to set PYTHON_COMPAT through envvars/make.conf vars like MYMESONARGS. This is not possible, the reason being implicitly explained in the above bug: PYTHON_COMPAT is used to calculate the dependencies from the ebuild which are package metadata. And this metadata must have been already calculated when portage is started: if the ebuild would have to be interpreted whenever the metadata is needed, portage would be unbearable slow. Bot to speak about difficulties with things like tbz2 files which in general only contain the metadata and not necessarily the ebuild anymore. This is the reason why the emerge --regen and emerge -u ... phases are practically disjoint (and why emerge --metadata takes ages, in general, unless you use a repository with already generated metadata). This seems like such an easy fix too. Just set PYTHON_COMPAT to include python 3.12 and be done with it. What you can do is the modify the corresponding eclass(es) to auto-add python 3.12 to PYTHON_COMPAT. After that change to take effect on the metadata, you have to call emerge --regen for the main gentoo repository. Note however, that - roughly speaking - this way you have made your own "overlay" of the gentoo repository, and you have to think of a way how to sync/merge your modification with the gentoo repository regularly. At the very least, you have to call the processor- and time-consuming emerge --regen after every syncing. Keeping some dozens packages in a "regular" overlay is much simpler than practically maintaining all packages in a local overlay... Another thing would be if adding dev-lang/python-3.11.7 to package.provided only made portage pretend that dev-lang/python-3.11.7 is installed, and not every version of python3. For portage, this trick would almost work, but portage would resolve dependencies falsely and e.g. not recompile packages which should be recompiled to work with python:3.12. Also, USE-dependencies with python versions (e.g. python_targets_python3_11) could not be resolved as you cannot package.provide USE-flags. Moreover, even if the dependency problem could be solved, the ebuilds would fail nevertheless if e.g. python-3.12 is not in PYTHON_COPMPAT when it should be for several reasons: 1. The eclass would check whether the python:3.11 version is present and use that for compilation. 2. The result would be put into the directory for the python:3.11 version where python-3.12 does not find it. Or if we had an easy way to patch ebuilds like we have /etc/portage/patches... /etc/portage/patches can patch practically everything in ebuilds *except metadata*. That's exactly what bug 209653 is about. I see. Should I at least file bugs about those packages? Surely there is no reason to artificially limit the python version in ::gentoo? -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-28 15:21, Martin Vaeth wrote: stefan1 wrote: This got me wondering though, is there no way to fix this globally via make.conf instead of adding patched ebuilds to my overlay? No. Until https://bugs.gentoo.org/209653 is fixed (which did not happen since 16 years and presumably never will), there is no other way to fix dependencies than to copy the ebuild to some overlay. Interesting read. Would be nice is there was a way to set PYTHON_COMPAT through envvars/make.conf vars like MYMESONARGS. This seems like such an easy fix too. Just set PYTHON_COMPAT to include python 3.12 and be done with it. Another thing would be if adding dev-lang/python-3.11.7 to package.provided only made portage pretend that dev-lang/python-3.11.7 is installed, and not every version of python3. Or if we had an easy way to patch ebuilds like we have /etc/portage/patches... I can't even make a dummy ebuild for python 3.11, since those ebuilds won't use python 3.12 even if it is installed if it isn't part of PYTHON_COMPAT(which is a reasonable choice). Anyway, at least I don't have many ebuilds to patch to support python 3.12. -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-16 09:47, Martin Vaeth wrote: stefan1@shitposting.expert wrote: I have done the migration to python 3.12. The problem is that portage is pulling in python 3.11. A python version jump in gentoo is always a horrible work: Many ebuilds have not been updated and pull in unnecessarily python 3.11. If you use any of these packages, you need a patched version of them in your overlay. The list is not complete, even less if you have USE=python in some packages. The most notable package is www-client/firefox which is the only one which actually *needs* Finally got to adding patched ebuilds to my overlay. Everything works so far. This got me wondering though, is there no way to fix this globally via make.conf instead of adding patched ebuilds to my overlay? -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz COMMON_FLAGS="-O3 -pipe -march=native -ftree-vectorize -ffast-math -funswitch-loops -fuse-linker-plugin -flto -fdevirtualize-at-ltrans -fno-plt -fno-semantic-interposition -fno-common -falign-functions=32 -fgraphite-identity -floop-nest-optimize" USE="-* git verify-sig rsync-verify man alsa X grub ssl ipv6 lto libressl olde-gentoo asm native-symlinks threads jit jumbo-build minimal strip system-man" INSTALL_MASK="/etc/systemd /lib/systemd /usr/lib/systemd /usr/lib/modules-load.d /usr/lib/tmpfiles.d *tmpfiles* /var/lib/dbus /lib/udev /usr/share/icons /usr/share/applications /usr/share/gtk-3.0/emoji /usr/lib64/palemoon/gtk2"
Re: [gentoo-user] Wine problems
On 2023-12-13 19:29, stefan1@shitposting.expert wrote: On 2023-12-13 19:21, Vít Smolík wrote: st 13. 12. 2023 v 19:51 odesílatel napsal: On 2023-12-13 18:46, stefan1@shitposting.expert wrote: > On 2023-12-13 16:23, Vít Smolík wrote: >> st 13. 12. 2023 v 16:58 odesílatel >> napsal: >>> >>> On 2023-12-13 14:55, Vít Smolík wrote: >>> > st 13. 12. 2023 v 9:28 odesílatel >>> > napsal: >>> >> >>> >> On 2023-12-13 05:34, Vít Smolík wrote: >>> >> > okay, then dont worry about this. >>> >> > chceck the xorg log it should be in /var/log/Xorg..log. >>> >> > also check if both the nvidia and intel drivers are loaded correctly. >>> >> > >>> >> > May the Force be with you, >>> >> > Vít Smolík. >>> >> > >>> >> >>> >> I added the Xorg.0.log from optimus as an attachment. >>> > okay, i checked and i saw these lines: >>> > >>> >> [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 >>> >> [ 32496.682] (II) modeset(1): using default device >>> >> [ 32496.682] (EE) Screen 1 deleted because of no matching config >>> >> section. >>> >> [ 32496.682] (II) UnloadModule: "modesetting" >>> > >>> > i think the third line from this citation may be the concern, make >>> > sure you installed the proprietary nvidia drivers, and disabled >>> > nouveau (pretty sure you already did that) >>> > could you send your xorg.conf? it seems to me that the config that >>> > nvidia-xconfig made is faulty. >>> > >>> > -- >>> > May the Force be with you, >>> > Vít Smolík. >>> I added my xorg.conf as an attachment >> okay, try adding this line right after the "Device" line in the >> "Screen" section: >> >> GPUDevice "InactiveDevice1" >> >> The config should then look like this: >> >>> Section "Screen" >>> Identifier "Screen0" >>> Device "Device0" >>> GPUDevice "InactiveDevice1" >>> Monitor"Monitor0" >>> DefaultDepth24 >>> Option "AllowEmptyInitialConfiguration" "True" >>> SubSection "Display" >>> Depth 24 >>> EndSubSection >>> EndSection >> (i don't know how the formating will look in this email, but the >> "GPUDevice" line will be indented the same as the "Device" line) >> >> after that, save the config file and start X > Doing this did have an effect, but not the desired effect. > I still don't see xorg's display on the laptop screen, but if I > connect an hdmi cable to the laptop, I get output on an external > monitor. Good news, proton works. I don't get sound with proton though, but that is a known issues with steam's runtime that can be fixed. Thanks for helping me so far. Maybe I can even get the display to work on the laptop's screen. i think the fix for your problem will be adding the second monitor to the xorg.conf, you only have 1 monitor configured. would you mind sending me your original xorg config if you still have it? The xorg config I sent is the only one I had on this laptop. Before trying this, I didn't have an xorg config on this laptop. also try running xrandr (after starting X), then see all of the outputs and add something like this to your X config Section "Monitor" Identifier "THE THING XRANDR OUTPUTS" Option "DPMS" EndSection the xrandr output should look something like this: Screen 0: minimum 320 x 200, current 3200 x 1080, maximum 8192 x 8192 VGA-1 disconnected (normal left inverted right x axis y axis) HDMI-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 299mm 1920x1080 59.93 + 60.00* 50.0059.94 1920x1080i60.0050.0059.94 1680x1050 59.88 … if you can't figure it out, send the output, i will help you write the config ;D This is the output of xrandr: $ xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 698mm x 392mm 1920x1080 60.00*+ 60.0059.9450.00 1680x1050 59.95 1600x900 60.00 1440x900 59.89 1440x576 50.00 1400x1050 59.98 1280x1024 60.02 1280x800 59.81 1280x720 60.0059.9650.00 1024x768 60.00 800x
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-15 09:22, Arve Barsnes wrote: On Fri, 15 Dec 2023 at 10:09, wrote: The problem is that I'm on python 3.12 and portage is pulling in an older version. Should have mentioned it in the first post, then it would be easy to look into it and tell you that media-libs/mesa is only supported up to 3.11 (in the ebuild anyway). You can try adding 3.12 to the ebuild yourself, as it seems to be working fine according to https://bugs.gentoo.org/919912 Regards, Arve Thanks. But why did this happen now, and not when I migrated to python 3.12?
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-14 23:38, Nikos Chantziaras wrote: On 15/12/2023 00:53, stefan1@shitposting.expert wrote: I just tried to run today's emerge, when I saw that python 3.11 was being pulled in and packages had this USE flag flipped on. Python 3.11 is the default right now (and has been for some months now.) You should follow the python upgrade procedure (there should be a news item for this, you can view those with "eselect news list".) After the upgrade, it might be easier to block new python versions until Gentoo switches the default version again later. This has been a mainstay in my packacke.mask for ages now: # Prevent a shitload of different python versions from being installed <=dev-lang/python-3.10 >=dev-lang/python-3.12 (Obviously the versions are gonna differ over time.) I don't set PYTHON_TARGETS nor PYTHON_SINGLE_TARGET. Currently, the defaults are: PYTHON_SINGLE_TARGET="python3_11" PYTHON_TARGETS="python3_11" When the default Python version changes, this is usually announced through a portage news item and you'll get a notification about it when you sync. If you really want to stick to 3.10, you can try setting the above vars for portage. You can do this in your package.use: */* PYTHON_TARGETS: -* python3_10 */* PYTHON_SINGLE_TARGET: -* python3_10 However, 3.11 is the current default for a reason. Maybe some packages really require it, and thus you will end up with both 3.10 and 3.11 installed. If you just want a single version installed, then it's a good idea to not go against the current portage default. I have done the migration to python 3.12. The problem is that portage is pulling in python 3.11. I have PYTHON_TARGETS="python3_12" in make.conf. And: app-eselect/eselect-repository python_single_target_python3_12 media-video/mpv python_single_target_python3_12 dev-util/glib-utils python_single_target_python3_12 In package.use Putting PYTHON_SINGLE_TARGET="python3_12" in make.conf changes nothing. The problem is that I'm on python 3.12 and portage is pulling in an older version.
[gentoo-user] Python 3.11 USE flags being flipped on
I just tried to run today's emerge, when I saw that python 3.11 was being pulled in and packages had this USE flag flipped on. I tried masking the USE flags for python 3.11 and that had the effect of creating the same problem, but with python 3.10 instead. After masking python 3.10 too, I get this: $ emergeallk @world These are the packages that would be merged, in order: Calculating dependencies... done! Dependency resolution took 3.38 s (backtrack: 0/20). !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/python-exec:2 (dev-lang/python-exec-2.4.10:2/2::gentoo, ebuild scheduled for merge) USE="(native-symlinks) -test" PYTHON_TARGETS="(pypy3) (python3_12) (-python3_10) (-python3_11)" pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-lang/python-exec-2.4.10:2/2::gentoo, installed) USE="(native-symlinks) -test" PYTHON_TARGETS="(pypy3) (python3_10) (python3_11) (python3_12)" pulled in by dev-lang/python-exec[python_targets_python3_11(-)] required by (dev-lang/python-3.11.6:3.11/3.11::libressl, installed) USE="ensurepip gdbm lto ncurses pgo sqlite ssl verify-sig -bluetooth -build -debug -examples -libedit -readline -test -tk -valgrind" It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. emerge: there are no ebuilds to satisfy ">=dev-python/mako-0.8.0[python_targets_python3_11(-)]". (dependency required by "media-libs/mesa-23.3.1::gentoo" [ebuild]) (dependency required by "x11-base/xorg-server-21.1.10-r1::gentoo[-minimal]" [ebuild]) (dependency required by "x11-drivers/xf86-input-keyboard-1.9.0-r1::gentoo-static" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) Any ideas?
Re: [gentoo-user] Wine problems
On 2023-12-13 20:32, Vít Smolík wrote: okay, i think you could try deleting (or comenting, it is up to you) the "GPUDevice" line from the second screen section (the one at the bottom of the config, also, in the config, edit the resolution, it's the last "Option" in the second screen section. save the config, and restart X May the Force be with you, Vít Smolík. Tried commenting out the GPUDevice part. No change. What should I set the resolution to? My laptop's screen is 1920*1080.
Re: [gentoo-user] Wine problems
On 2023-12-13 20:13, Vít Smolík wrote: Dne st 13. 12. 2023 21:05 uživatel napsal: On 2023-12-13 19:58, Vít Smolík wrote: > Added the modified config as an attachment, i configured another screen > section at the bottom of the config, its identifier is "Screen1", also > added it to the server layout on top of the config. > > rename your old xorg.conf and download this, then restart X, and report > if > it was successfull :) > > May the Force be with you, > Vít Smolík. Still no luck. could you send your "xrandr" output? (you need to start X to run it) and your X log? I added all the logs I found as attachments, maybe one of them tells you something. They seem pretty recent, oldest is an hour old. The latest is Xorg.0.log xrandr output: $ xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 698mm x 392mm 1920x1080 60.00*+ 60.0059.9450.00 1680x1050 59.95 1600x900 60.00 1440x900 59.89 1440x576 50.00 1400x1050 59.98 1280x1024 60.02 1280x800 59.81 1280x720 60.0059.9650.00 1024x768 60.00 800x600 60.3256.25 720x576 50.00 720x480 59.94 640x480 59.94 Xorg.1.log.old Description: application/json Xorg.1.log Description: application/json Xorg.0.log.old Description: application/json Xorg.0.log Description: application/json
Re: [gentoo-user] Wine problems
On 2023-12-13 19:58, Vít Smolík wrote: Dne st 13. 12. 2023 20:45 uživatel napsal: On 2023-12-13 19:35, Vít Smolík wrote: > Dne st 13. 12. 2023 20:30 uživatel > napsal: > >> On 2023-12-13 19:21, Vít Smolík wrote: >> > st 13. 12. 2023 v 19:51 odesílatel >> > napsal: >> >> >> >> On 2023-12-13 18:46, stefan1@shitposting.expert wrote: >> >> > On 2023-12-13 16:23, Vít Smolík wrote: >> >> >> st 13. 12. 2023 v 16:58 odesílatel >> >> >> napsal: >> >> >>> >> >> >>> On 2023-12-13 14:55, Vít Smolík wrote: >> >> >>> > st 13. 12. 2023 v 9:28 odesílatel > > >> >> >>> > napsal: >> >> >>> >> >> >> >>> >> On 2023-12-13 05:34, Vít Smolík wrote: >> >> >>> >> > okay, then dont worry about this. >> >> >>> >> > chceck the xorg log it should be in /var/log/Xorg.> number>.log. >> >> >>> >> > also check if both the nvidia and intel drivers are loaded >> correctly. >> >> >>> >> > >> >> >>> >> > May the Force be with you, >> >> >>> >> > Vít Smolík. >> >> >>> >> > >> >> >>> >> >> >> >>> >> I added the Xorg.0.log from optimus as an attachment. >> >> >>> > okay, i checked and i saw these lines: >> >> >>> > >> >> >>> >> [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 >> >> >>> >> [ 32496.682] (II) modeset(1): using default device >> >> >>> >> [ 32496.682] (EE) Screen 1 deleted because of no matching config >> >> >>> >> section. >> >> >>> >> [ 32496.682] (II) UnloadModule: "modesetting" >> >> >>> > >> >> >>> > i think the third line from this citation may be the concern, make >> >> >>> > sure you installed the proprietary nvidia drivers, and disabled >> >> >>> > nouveau (pretty sure you already did that) >> >> >>> > could you send your xorg.conf? it seems to me that the config that >> >> >>> > nvidia-xconfig made is faulty. >> >> >>> > >> >> >>> > -- >> >> >>> > May the Force be with you, >> >> >>> > Vít Smolík. >> >> >>> I added my xorg.conf as an attachment >> >> >> okay, try adding this line right after the "Device" line in the >> >> >> "Screen" section: >> >> >> >> >> >> GPUDevice "InactiveDevice1" >> >> >> >> >> >> The config should then look like this: >> >> >> >> >> >>> Section "Screen" >> >> >>> Identifier "Screen0" >> >> >>> Device "Device0" >> >> >>> GPUDevice "InactiveDevice1" >> >> >>> Monitor"Monitor0" >> >> >>> DefaultDepth24 >> >> >>> Option "AllowEmptyInitialConfiguration" "True" >> >> >>> SubSection "Display" >> >> >>> Depth 24 >> >> >>> EndSubSection >> >> >>> EndSection >> >> >> (i don't know how the formating will look in this email, but the >> >> >> "GPUDevice" line will be indented the same as the "Device" line) >> >> >> >> >> >> after that, save the config file and start X >> >> > Doing this did have an effect, but not the desired effect. >> >> > I still don't see xorg's display on the laptop screen, but if I >> >> > connect an hdmi cable to the laptop, I get output on an external >> >> > monitor. >> >> Good news, proton works. >> >> I don't get sound with proton though, but that is a known issues with >> >> steam's runtime that can be fixed. >> >> Thanks for helping me so far. Maybe I can even get the display to work >> >> on the laptop's screen. >> >> >> > i think the fix for your problem will be adding the second monitor to >> > t
Re: [gentoo-user] Wine problems
On 2023-12-13 19:35, Vít Smolík wrote: Dne st 13. 12. 2023 20:30 uživatel napsal: On 2023-12-13 19:21, Vít Smolík wrote: > st 13. 12. 2023 v 19:51 odesílatel > napsal: >> >> On 2023-12-13 18:46, stefan1@shitposting.expert wrote: >> > On 2023-12-13 16:23, Vít Smolík wrote: >> >> st 13. 12. 2023 v 16:58 odesílatel >> >> napsal: >> >>> >> >>> On 2023-12-13 14:55, Vít Smolík wrote: >> >>> > st 13. 12. 2023 v 9:28 odesílatel >> >>> > napsal: >> >>> >> >> >>> >> On 2023-12-13 05:34, Vít Smolík wrote: >> >>> >> > okay, then dont worry about this. >> >>> >> > chceck the xorg log it should be in /var/log/Xorg..log. >> >>> >> > also check if both the nvidia and intel drivers are loaded correctly. >> >>> >> > >> >>> >> > May the Force be with you, >> >>> >> > Vít Smolík. >> >>> >> > >> >>> >> >> >>> >> I added the Xorg.0.log from optimus as an attachment. >> >>> > okay, i checked and i saw these lines: >> >>> > >> >>> >> [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 >> >>> >> [ 32496.682] (II) modeset(1): using default device >> >>> >> [ 32496.682] (EE) Screen 1 deleted because of no matching config >> >>> >> section. >> >>> >> [ 32496.682] (II) UnloadModule: "modesetting" >> >>> > >> >>> > i think the third line from this citation may be the concern, make >> >>> > sure you installed the proprietary nvidia drivers, and disabled >> >>> > nouveau (pretty sure you already did that) >> >>> > could you send your xorg.conf? it seems to me that the config that >> >>> > nvidia-xconfig made is faulty. >> >>> > >> >>> > -- >> >>> > May the Force be with you, >> >>> > Vít Smolík. >> >>> I added my xorg.conf as an attachment >> >> okay, try adding this line right after the "Device" line in the >> >> "Screen" section: >> >> >> >> GPUDevice "InactiveDevice1" >> >> >> >> The config should then look like this: >> >> >> >>> Section "Screen" >> >>> Identifier "Screen0" >> >>> Device "Device0" >> >>> GPUDevice "InactiveDevice1" >> >>> Monitor"Monitor0" >> >>> DefaultDepth24 >> >>> Option "AllowEmptyInitialConfiguration" "True" >> >>> SubSection "Display" >> >>> Depth 24 >> >>> EndSubSection >> >>> EndSection >> >> (i don't know how the formating will look in this email, but the >> >> "GPUDevice" line will be indented the same as the "Device" line) >> >> >> >> after that, save the config file and start X >> > Doing this did have an effect, but not the desired effect. >> > I still don't see xorg's display on the laptop screen, but if I >> > connect an hdmi cable to the laptop, I get output on an external >> > monitor. >> Good news, proton works. >> I don't get sound with proton though, but that is a known issues with >> steam's runtime that can be fixed. >> Thanks for helping me so far. Maybe I can even get the display to work >> on the laptop's screen. >> > i think the fix for your problem will be adding the second monitor to > the xorg.conf, you only have 1 monitor configured. > would you mind sending me your original xorg config if you still have > it? > The xorg config I sent is the only one I had on this laptop. Before trying this, I didn't have an xorg config on this laptop. > also try running xrandr (after starting X), then see all of the > outputs and add something like this to your X config >> >> Section "Monitor" >> Identifier "THE THING XRANDR OUTPUTS" >> Option "DPMS" >> EndSection > > the xrandr output should look something like this: >> Screen 0: minimum 320 x 200, current 3200 x 1080, maximum 8192 x 8192 >> VGA-1 disconnected (normal left inverted right x axis y axis) >> HDMI-1 connec
Re: [gentoo-user] Wine problems
On 2023-12-13 19:21, Vít Smolík wrote: st 13. 12. 2023 v 19:51 odesílatel napsal: On 2023-12-13 18:46, stefan1@shitposting.expert wrote: > On 2023-12-13 16:23, Vít Smolík wrote: >> st 13. 12. 2023 v 16:58 odesílatel >> napsal: >>> >>> On 2023-12-13 14:55, Vít Smolík wrote: >>> > st 13. 12. 2023 v 9:28 odesílatel >>> > napsal: >>> >> >>> >> On 2023-12-13 05:34, Vít Smolík wrote: >>> >> > okay, then dont worry about this. >>> >> > chceck the xorg log it should be in /var/log/Xorg..log. >>> >> > also check if both the nvidia and intel drivers are loaded correctly. >>> >> > >>> >> > May the Force be with you, >>> >> > Vít Smolík. >>> >> > >>> >> >>> >> I added the Xorg.0.log from optimus as an attachment. >>> > okay, i checked and i saw these lines: >>> > >>> >> [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 >>> >> [ 32496.682] (II) modeset(1): using default device >>> >> [ 32496.682] (EE) Screen 1 deleted because of no matching config >>> >> section. >>> >> [ 32496.682] (II) UnloadModule: "modesetting" >>> > >>> > i think the third line from this citation may be the concern, make >>> > sure you installed the proprietary nvidia drivers, and disabled >>> > nouveau (pretty sure you already did that) >>> > could you send your xorg.conf? it seems to me that the config that >>> > nvidia-xconfig made is faulty. >>> > >>> > -- >>> > May the Force be with you, >>> > Vít Smolík. >>> I added my xorg.conf as an attachment >> okay, try adding this line right after the "Device" line in the >> "Screen" section: >> >> GPUDevice "InactiveDevice1" >> >> The config should then look like this: >> >>> Section "Screen" >>> Identifier "Screen0" >>> Device "Device0" >>> GPUDevice "InactiveDevice1" >>> Monitor"Monitor0" >>> DefaultDepth24 >>> Option "AllowEmptyInitialConfiguration" "True" >>> SubSection "Display" >>> Depth 24 >>> EndSubSection >>> EndSection >> (i don't know how the formating will look in this email, but the >> "GPUDevice" line will be indented the same as the "Device" line) >> >> after that, save the config file and start X > Doing this did have an effect, but not the desired effect. > I still don't see xorg's display on the laptop screen, but if I > connect an hdmi cable to the laptop, I get output on an external > monitor. Good news, proton works. I don't get sound with proton though, but that is a known issues with steam's runtime that can be fixed. Thanks for helping me so far. Maybe I can even get the display to work on the laptop's screen. i think the fix for your problem will be adding the second monitor to the xorg.conf, you only have 1 monitor configured. would you mind sending me your original xorg config if you still have it? The xorg config I sent is the only one I had on this laptop. Before trying this, I didn't have an xorg config on this laptop. also try running xrandr (after starting X), then see all of the outputs and add something like this to your X config Section "Monitor" Identifier "THE THING XRANDR OUTPUTS" Option "DPMS" EndSection the xrandr output should look something like this: Screen 0: minimum 320 x 200, current 3200 x 1080, maximum 8192 x 8192 VGA-1 disconnected (normal left inverted right x axis y axis) HDMI-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 299mm 1920x1080 59.93 + 60.00* 50.0059.94 1920x1080i60.0050.0059.94 1680x1050 59.88 … if you can't figure it out, send the output, i will help you write the config ;D This is the output of xrandr: $ xrandr Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 698mm x 392mm 1920x1080 60.00*+ 60.0059.9450.00 1680x1050 59.95 1600x900 60.00 1440x900 59.89 1440x576 50.00 1400x1050 59.98 1280x1024 60.02 1280x800 59.81 1280x720 60.0059.9650.00 1024x768 60.00 800x600 60.3256.25 720x576 50.00 720x480 59.94 640x480 59.94
Re: [gentoo-user] Wine problems
On 2023-12-13 18:46, stefan1@shitposting.expert wrote: On 2023-12-13 16:23, Vít Smolík wrote: st 13. 12. 2023 v 16:58 odesílatel napsal: On 2023-12-13 14:55, Vít Smolík wrote: > st 13. 12. 2023 v 9:28 odesílatel > napsal: >> >> On 2023-12-13 05:34, Vít Smolík wrote: >> > okay, then dont worry about this. >> > chceck the xorg log it should be in /var/log/Xorg..log. >> > also check if both the nvidia and intel drivers are loaded correctly. >> > >> > May the Force be with you, >> > Vít Smolík. >> > >> >> I added the Xorg.0.log from optimus as an attachment. > okay, i checked and i saw these lines: > >> [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 >> [ 32496.682] (II) modeset(1): using default device >> [ 32496.682] (EE) Screen 1 deleted because of no matching config >> section. >> [ 32496.682] (II) UnloadModule: "modesetting" > > i think the third line from this citation may be the concern, make > sure you installed the proprietary nvidia drivers, and disabled > nouveau (pretty sure you already did that) > could you send your xorg.conf? it seems to me that the config that > nvidia-xconfig made is faulty. > > -- > May the Force be with you, > Vít Smolík. I added my xorg.conf as an attachment okay, try adding this line right after the "Device" line in the "Screen" section: GPUDevice "InactiveDevice1" The config should then look like this: Section "Screen" Identifier "Screen0" Device "Device0" GPUDevice "InactiveDevice1" Monitor"Monitor0" DefaultDepth24 Option "AllowEmptyInitialConfiguration" "True" SubSection "Display" Depth 24 EndSubSection EndSection (i don't know how the formating will look in this email, but the "GPUDevice" line will be indented the same as the "Device" line) after that, save the config file and start X Doing this did have an effect, but not the desired effect. I still don't see xorg's display on the laptop screen, but if I connect an hdmi cable to the laptop, I get output on an external monitor. Good news, proton works. I don't get sound with proton though, but that is a known issues with steam's runtime that can be fixed. Thanks for helping me so far. Maybe I can even get the display to work on the laptop's screen.
Re: [gentoo-user] Wine problems
On 2023-12-13 16:23, Vít Smolík wrote: st 13. 12. 2023 v 16:58 odesílatel napsal: On 2023-12-13 14:55, Vít Smolík wrote: > st 13. 12. 2023 v 9:28 odesílatel > napsal: >> >> On 2023-12-13 05:34, Vít Smolík wrote: >> > okay, then dont worry about this. >> > chceck the xorg log it should be in /var/log/Xorg..log. >> > also check if both the nvidia and intel drivers are loaded correctly. >> > >> > May the Force be with you, >> > Vít Smolík. >> > >> >> I added the Xorg.0.log from optimus as an attachment. > okay, i checked and i saw these lines: > >> [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 >> [ 32496.682] (II) modeset(1): using default device >> [ 32496.682] (EE) Screen 1 deleted because of no matching config >> section. >> [ 32496.682] (II) UnloadModule: "modesetting" > > i think the third line from this citation may be the concern, make > sure you installed the proprietary nvidia drivers, and disabled > nouveau (pretty sure you already did that) > could you send your xorg.conf? it seems to me that the config that > nvidia-xconfig made is faulty. > > -- > May the Force be with you, > Vít Smolík. I added my xorg.conf as an attachment okay, try adding this line right after the "Device" line in the "Screen" section: GPUDevice "InactiveDevice1" The config should then look like this: Section "Screen" Identifier "Screen0" Device "Device0" GPUDevice "InactiveDevice1" Monitor"Monitor0" DefaultDepth24 Option "AllowEmptyInitialConfiguration" "True" SubSection "Display" Depth 24 EndSubSection EndSection (i don't know how the formating will look in this email, but the "GPUDevice" line will be indented the same as the "Device" line) after that, save the config file and start X Doing this did have an effect, but not the desired effect. I still don't see xorg's display on the laptop screen, but if I connect an hdmi cable to the laptop, I get output on an external monitor.
Re: [gentoo-user] Wine problems
On 2023-12-13 14:55, Vít Smolík wrote: st 13. 12. 2023 v 9:28 odesílatel napsal: On 2023-12-13 05:34, Vít Smolík wrote: > okay, then dont worry about this. > chceck the xorg log it should be in /var/log/Xorg..log. > also check if both the nvidia and intel drivers are loaded correctly. > > May the Force be with you, > Vít Smolík. > I added the Xorg.0.log from optimus as an attachment. okay, i checked and i saw these lines: [ 32496.682] (**) modeset(1): claimed PCI slot 0@0:2:0 [ 32496.682] (II) modeset(1): using default device [ 32496.682] (EE) Screen 1 deleted because of no matching config section. [ 32496.682] (II) UnloadModule: "modesetting" i think the third line from this citation may be the concern, make sure you installed the proprietary nvidia drivers, and disabled nouveau (pretty sure you already did that) could you send your xorg.conf? it seems to me that the config that nvidia-xconfig made is faulty. -- May the Force be with you, Vít Smolík. I added my xorg.conf as an attachment# nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 525.147.05 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" Inactive "InactiveDevice1" InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psaux" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BusID "PCI:1:0:0" EndSection Section "Device" Identifier "InactiveDevice1" Driver "modesetting" VendorName "Unknown" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 Option "AllowEmptyInitialConfiguration" "True" SubSection "Display" Depth 24 EndSubSection EndSection
Re: [gentoo-user] Wine problems
On 2023-12-13 05:34, Vít Smolík wrote: okay, then dont worry about this. chceck the xorg log it should be in /var/log/Xorg..log. also check if both the nvidia and intel drivers are loaded correctly. May the Force be with you, Vít Smolík. I added the Xorg.0.log from optimus as an attachment. Xorg.0.log Description: application/json
Re: [gentoo-user] Wine problems
On 2023-12-12 22:59, Vít Smolík wrote: Dne út 12. 12. 2023 23:54 uživatel napsal: On 2023-12-12 22:49, Vít Smolík wrote: > in your .xinitrc, try to drop the "&" in both of the xrandr commands, > then > start X > > May the Force be with you, > Vít Smolík. Did that, no change. try to switch to the nvidia gpu "optimus-manager --switch nvidia" then start X, if it doesn't work, try to switch to the integrated GPU "optimus-manager --switch integrated" and then start X I do not have optimus-manager installed: $ optimus-manager --switch nvidia bash: optimus-manager: command not found
Re: [gentoo-user] Wine problems
On 2023-12-12 22:49, Vít Smolík wrote: in your .xinitrc, try to drop the "&" in both of the xrandr commands, then start X May the Force be with you, Vít Smolík. Did that, no change.
Re: [gentoo-user] Wine problems
On 2023-12-12 22:08, Vít Smolík wrote: Dne út 12. 12. 2023 22:55 uživatel napsal: Tried doing the optimus thing. Just like without optimus, I start xorg but I see nothing. Xorg and dwm properly start, I tried typing in a terminal 'speaker-test' and it worked. So the problem there isn't that xorg freezes or something, it's that I can't see the x server. i am truly sorry, but i cannot understand you. so are you saying that you can't start xorg at all, and see some kinf of black screen? if so, make sure to follow the "Before starting X", also make sure to take a look at the "xorg.conf" chapter so you have X configured right. and also see the configuration for your display manager (sddm, light-dm etc.) if you can loadup xorg, try switching back to the igpu by using "optimus-manager --switch integrated" it will log you out, so be careful. May the Force be with you, Vít Smolík. I tried to add an attachment, but it seems it didn't go through. I can start xorg via startx/xinit. All I see is it's startup text and nothing else. I do not have any package installed that provides the command optimus-manager, which you reference in your post. Here is my .xinitrc: #!/bin/sh xrandr --setprovideroutputsource modesetting NVIDIA-0 & xrandr --auto & slstatus & xcompmgr & /usr/bin/feh --bg-fill '/home/stefan/images/wallpapers/2.jpg' & doas chown -R root:audio /dev/snd/* & doas chmod 660 /dev/snd/* & #curl https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts > /etc/hosts & exec dwm Here is the xorg.conf generated by nvidia-xconfig --prime: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 525.147.05 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" Inactive "InactiveDevice1" InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psaux" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BusID "PCI:1:0:0" EndSection Section "Device" Identifier "InactiveDevice1" Driver "modesetting" VendorName "Unknown" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 Option "AllowEmptyInitialConfiguration" "True" SubSection "Display" Depth 24 EndSubSection EndSection
Re: [gentoo-user] Wine problems
On 2023-12-12 21:22, Vít Smolík wrote: Dne út 12. 12. 2023 22:16 uživatel napsal: On 2023-12-12 20:49, Vít Smolík wrote: > Dne út 12. 12. 2023 21:31 uživatel > napsal: >> >> On 2023-12-12 19:15, Vít Smolík wrote: >> > út 12. 12. 2023 v 20:09 odesílatel >> > napsal: >> > one more idea, you could try to disable your integrated gpu in your >> > bios, and then boot only using the Nvidia GPU, just an idea, >> > but if you send your laptop model, i can provide more straight-forward >> > instructions for this process >> > >> > May the force be with you, >> > Vít Smolík. >> >> It's an acer nitro 5. I don't see any option to do that in bios. > > > so, i did a bit of diging, and i found that Acer bios does not have > the option to disable the iGPU in the bios, but it does support Nvidia > Optimus. you could try to configure that, but just an FYI, it is > proprietary. > > wiki-link: https://wiki.gentoo.org/wiki/NVIDIA/Optimus > Thanks, I will try that. Tried doing the optimus thing. Just like without optimus, I start xorg but I see nothing. Xorg and dwm properly start, I tried typing in a terminal 'speaker-test' and it worked. So the problem there isn't that xorg freezes or something, it's that I can't see the x server.
Re: [gentoo-user] Wine problems
On 2023-12-12 20:49, Vít Smolík wrote: Dne út 12. 12. 2023 21:31 uživatel napsal: On 2023-12-12 19:15, Vít Smolík wrote: > út 12. 12. 2023 v 20:09 odesílatel > napsal: > one more idea, you could try to disable your integrated gpu in your > bios, and then boot only using the Nvidia GPU, just an idea, > but if you send your laptop model, i can provide more straight-forward > instructions for this process > > May the force be with you, > Vít Smolík. It's an acer nitro 5. I don't see any option to do that in bios. so, i did a bit of diging, and i found that Acer bios does not have the option to disable the iGPU in the bios, but it does support Nvidia Optimus. you could try to configure that, but just an FYI, it is proprietary. wiki-link: https://wiki.gentoo.org/wiki/NVIDIA/Optimus Thanks, I will try that. > On the desktop, I have no-multilib and wine's wow64 mode doesn't properly work. here, i think you could try the flatpak version of steam. wiki-link for flatpak: https://wiki.gentoo.org/wiki/Flatpak steam on flatpak: https://flathub.org/apps/com.valvesoftware.Steam May the Force be with you, Vít Smolík. That needs wireplumber, which needs udev, and I don't want to install udev or anything else related to systemd.
Re: [gentoo-user] Wine problems
On 2023-12-12 19:15, Vít Smolík wrote: út 12. 12. 2023 v 20:09 odesílatel napsal: one more idea, you could try to disable your integrated gpu in your bios, and then boot only using the Nvidia GPU, just an idea, but if you send your laptop model, i can provide more straight-forward instructions for this process May the force be with you, Vít Smolík. It's an acer nitro 5. I don't see any option to do that in bios.
Re: [gentoo-user] Wine problems
On 2023-12-12 14:46, Vít Smolík wrote: adding to the conversation once more, on protondb, the game is rated "platinum" so you could try to run it with proton from steam. if it is not officially supported you may need to go to Steam (top right) -> Steam Play -> Enable Steam Play for all games. if you do not own it on steam, try this https://www.reddit.com/r/linux_gaming/comments/pvzn03/running_nonsteam_games_using_proton/ May the force be with you, Vít Smolík. May the force be with you, Vít Smolík. There is a problem with that. I have a desktop and a laptop running gentoo. On the desktop, I have no-multilib and wine's wow64 mode doesn't properly work. On the laptop, I have multilib and steam, but proton and wine seem to not be able to handle switching between the integrated gpu and the dedicated gpu. And I also cannot start xorg on the dedicated gpu and skip the integrated gpu. https://github.com/ValveSoftware/Proton/issues/7331 I eventually played the game on a windows laptop. Will probably do the same once the game gets finally finished. Sad that this is how it still is on linux, but it is what it is. Maybe one day, I won't even have to look up if a game is linux native or through proton.
Re: [gentoo-user] Wine problems
On 2023-12-11 19:30, netfab wrote: Le 11/12/23 à 19:01, stefan1@shitposting.expert a tapoté : 05f4:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 05f4:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems For this you want samba support in wine, but I doubt it will fix your main problem. I read some more about that and it seems that it's needed for authentication, something that game doesn't have. This may be more concerning: [1664:1524:1211/205310.324:ERROR:gpu_process_transport_factory.cc(1024)] Lost UI shared context.
Re: [gentoo-user] Wine problems
Fixed the sound issue. Here is the full log for more context: 05f4:err:environ:init_peb starting L"Z:\\home\\stefan\\HDD1\\torente\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\Game.exe" in experimental wow64 mode 05f4:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 05f4:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 05f4:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented! 0658:err:environ:init_peb starting L"Z:\\home\\stefan\\HDD1\\torente\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\Game.exe" in experimental wow64 mode 0658:fixme:process:SetProcessShutdownParameters (0100, 0001): partial stub. 0658:fixme:file:ReplaceFileW Ignoring flags 2 0658:fixme:file:NtLockFile I/O completion on lock not implemented yet 05f4:fixme:file:NtLockFile I/O completion on lock not implemented yet 05f4:fixme:ntdll:EtwRegisterTraceGuidsW register trace class {----} 05f4:fixme:nls:RtlGetThreadPreferredUILanguages 0038, 0012F90C, 0012F908 05f4:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0012F90C 0012F908) returning a dummy value (current locale) 05f4:fixme:nls:RtlGetThreadPreferredUILanguages 0038, 0012F90C, 02161928 0012F908 05f4:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0012F90C 02161928 0012F908) returning a dummy value (current locale) 05f4:fixme:winsock:WSALookupServiceBeginW (0012F718 0xff0 0012F754) Stub! [1664:1524:1211/205306.370:ERROR:network_change_notifier_win.cc(157)] WSALookupServiceBegin failed with: 8 05f4:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 05f4:fixme:shcore:IsOS (OS_DOMAINMEMBER) What should we return here? 05f4:fixme:userenv:RegisterGPNotification 013C 0 05f4:fixme:userenv:RegisterGPNotification 0140 1 05f4:fixme:file:ReplaceFileW Ignoring flags 2 0570:fixme:netapi32:NetGetJoinInformation Semi-stub (null) 038AFB9C 038AFB94 0574:fixme:wlanapi:WlanEnumInterfaces (0001, , 039AFBF0) semi-stub 0570:fixme:wlanapi:WlanEnumInterfaces (0001, , 038AFBF0) semi-stub 05a8:fixme:wlanapi:WlanEnumInterfaces (0001, , 048AF800) semi-stub 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 05dc:fixme:wpc:WindowsParentalControls_GetUserSettings ((null) 0504FC64) 05f4:fixme:msg:ChangeWindowMessageFilter 4a 0001 05cc:err:environ:init_peb starting L"Z:\\home\\stefan\\HDD1\\torente\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\Game.exe" in experimental wow64 mode 0738:fixme:file:ReplaceFileW Ignoring flags 2 0574:fixme:file:ReplaceFileW Ignoring flags 2 05a8:fixme:wlanapi:WlanEnumInterfaces (0001, , 048AF460) semi-stub 05a8:fixme:wlanapi:WlanEnumInterfaces (0001, , 048AF730) semi-stub 0580:fixme:file:ReplaceFileW Ignoring flags 2 05f4:fixme:process:RegisterApplicationRestart (L" --js-flags=--expose-gc --user-data-dir=\"C:\\users\\stefan\\AppData\\Local\\The Coffin of Andy and Leyley\\User Data\" --no-sandbox --no-zygote --flag-switches-begin --flag-switches-end --nwapp=\"Z:\\home\\stefan\\HDD1\\torente\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\The.Coffin.of"...,7) 06b4:fixme:wtsapi:WTSQuerySessionInformationW returning 0 protocol type 0574:fixme:file:ReplaceFileW Ignoring flags 2 05f4:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 0012F718): semi-stub 05f4:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0584:fixme:file:ReplaceFileW Ignoring flags 2 06b0:err:environ:init_peb starting L"Z:\\home\\stefan\\HDD1\\torente\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\The.Coffin.of.Andy.and.Leyley.Build.12619503\\Game.exe" in experimental wow64 mode 05cc:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 05cc:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 05cc:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented! 06b0:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 06b0:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems 06b0:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented! 05cc:fixme:ntdll:EtwRegisterTraceGuidsW register trace class {----} 0718:fixme:thread:QueryThreadCycleTime (01F8,02CAFD70): stub! 05cc:fixme:ntdll:NtQuerySystemInformation
[gentoo-user] Wine problems
Hello ml readers. I tried playing a game (the coffin of Andy and Leyley) through wine. However, I see some issues. The game spawns a window, but is stuck on a loading screen. Things like this are in wine's output: 0290:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0290:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems Also, I see things like this: 0024:fixme:file:ReplaceFileW Ignoring flags 2 0148:fixme:netapi32:NetGetJoinInformation Semi-stub (null) 038AFB9C 038AFB94 014c:fixme:wlanapi:WlanEnumInterfaces (0001, , 039AFBF0) semi-stub 0150:fixme:wlanapi:WlanEnumInterfaces (0001, , 03AAFBF0) semi-stub 0180:fixme:wlanapi:WlanEnumInterfaces (0001, , 047AF800) semi-stub 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/confmisc.c:855:(parse_card) cannot find card '2' ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5204:(_snd_config_evaluate) function snd_func_card_inum returned error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/confmisc.c:422:(snd_func_concat) error evaluating strings ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5204:(_snd_config_evaluate) function snd_func_concat returned error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/confmisc.c:1342:(snd_func_refer) error evaluating name ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5204:(_snd_config_evaluate) function snd_func_refer returned error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5727:(snd_config_expand) Evaluate error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/pcm/pcm.c:2675:(snd_pcm_open_noupdate) Unknown PCM default ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/confmisc.c:855:(parse_card) cannot find card '2' ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5204:(_snd_config_evaluate) function snd_func_card_inum returned error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/confmisc.c:422:(snd_func_concat) error evaluating strings ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5204:(_snd_config_evaluate) function snd_func_concat returned error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/confmisc.c:1342:(snd_func_refer) error evaluating name ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5204:(_snd_config_evaluate) function snd_func_refer returned error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/conf.c:5727:(snd_config_expand) Evaluate error: Permission denied ALSA lib /var/tmp/portage/media-libs/alsa-lib-1.2.10-r2/work/alsa-lib-1.2.10/src/pcm/pcm.c:2675:(snd_pcm_open_noupdate) Unknown PCM default 01a4:fixme:wpc:WindowsParentalControls_GetUserSettings ((null) 0501FC64) This tells me that wine doesn't have permissions to use my sound card, even after setting it's /dev files to 666 perms and running wine as root. Any idea how I should solve this?