Puzzlemaker is unable to export VMFs #403
Comments
|
Well, this one has been fun to debug Edit: vvis seems to grab the incorrect |
It doesn't seem like this works (at least on Fedora 37) with external drives (like |
|
I also have this issue. Switching to the windows build via forcing proton as a compatibility tool works, but is undesirable. System Info |
|
This issue also happens with me, however this is not present in the "previous_release" branch. |
|
Having the same issue, however, creating the System specs: More...
Computer Information: |
|
it's no longer working on linux. used to work just fine. 2 PCs here. both Kubuntu 22.04. one with Ryzen 5 3500 U and Vega GPU, the other one with Ryzen 5 3600 and nvidia GTX. The build is just stuck in place and nothing happens. I tried with a simple single room and button to open door and it still doesn't rebuild the map. |
|
I've managed to find a temporary solution without playing on the Windows version or a previous release. |
|
Had a friend who uses linux experience this issue as well, it seems that exporting maps is just completely broken on Linux as of some recent update. Looking at the log OP provided, I can take a guess as to what the problem is: That's a backslash in |
|
That's what I thought too, @vrad-exe, but that fails to account for the following log line: where backslashes also appear, yet the actual directory exists in the proper place ( While it would be wise for Valve to check all possible avenues, this leads me to think the backslash issue might be a red herring, and something else may be causing the issue entirely. access("GAME/home/deck/.local/share/Steam/steamapps/common/Portal 2/sdk_content/maps/preview", F_OK) = -1 ENOENT (No such file or directory)
access("game/home/deck/.local/share/steam/steamapps/common/portal 2/sdk_content/maps/preview", F_OK) = -1 ENOENT (No such file or directory)
access("game", F_OK) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, ".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_CLOEXEC|O_DIRECTORY) = 95
statx(95, "", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT|AT_EMPTY_PATH, STATX_BASIC_STATS, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=STATX_ATTR_COMPRESSED|STATX_ATTR_MOUNT_ROOT, stx_mode=S_IFDIR|0755, stx_size=1254, ...}) = 0
stat64("GAME/home/deck/.local/share/Steam/steamapps/common/Portal 2/sdk_content/maps/preview", 0xff81679c) = -1 ENOENT (No such file or directory)
access("GAME/home/deck/.local/share/Steam/steamapps/common/Portal 2/sdk_content/maps", F_OK) = -1 ENOENT (No such file or directory)
access("game/home/deck/.local/share/steam/steamapps/common/portal 2/sdk_content/maps", F_OK) = -1 ENOENT (No such file or directory)
access("game", F_OK) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, ".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_CLOEXEC|O_DIRECTORY) = 95
statx(95, "", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT|AT_EMPTY_PATH, STATX_BASIC_STATS, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=STATX_ATTR_COMPRESSED|STATX_ATTR_MOUNT_ROOT, stx_mode=S_IFDIR|0755, stx_size=1254, ...}) = 0
openat(AT_FDCWD, "GAME/home/deck/.local/share/Steam/steamapps/common/Portal 2/sdk_content/maps", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
access("game/home/deck/.local/share/steam/steamapps/common/portal 2/sdk_content/maps/preview", F_OK) = -1 ENOENT (No such file or directory)
access("game/home/deck/.local/share/steam/steamapps/common/portal 2/sdk_content/maps/preview", F_OK) = -1 ENOENT (No such file or directory)
access("game", F_OK) = -1 ENOENT (No such file or directory)All of these access attempts are prefixed with the I performed the following steps to get the build process to advance further:
This accounts for all broken paths resulting from case-insensitive paths and broken Meanwhile the path it errors out on is a rather hilariously long one: All of the above is basically a very detailed run-through of what @PANCHO7532B found out above, minus the And according to @salticcat this is all likely caused by a common filesystem abstraction library, |
|
Possibly related, but on Windows I had to also replace |
|
Salticcat's filesystem_stdio.so trick worked great for me, Ubuntu 23.10 x86_64 |
|
This bug is really fucking stupid! |
|
filesystem_stdio.so trick works on arch linux too! |
Description
The Puzzlemaker is unable to export VMFs, whether it's by choosing Rebuild... or Publish... in the File-menu, Build and play puzzle from the top-toolbar, or via the developer-console using
puzzlemaker_compile_and_previeworpuzzlemaker_compile_and_publish:Using
puzzlemaker_exportalso fails with the same error. It should be noted that the compilation process seemingly doesn't halt at this point, the UI instead continuing to spin as if all's fine even after several minutes.Steps to reproduce
puzzlemaker_export, etc.System-information
The text was updated successfully, but these errors were encountered: