Linux experimental branch has no servers "Need Steam to refresh servers!" - Rust

64-bit version now shows the server but crashes on connect. 32-bit version doesn't show anything as it was before. Here's the log, it's too huge to post as plaintext: [url]http://www.mediafire.com/download/npblw077178n579/player.7z[/url] I symlinked the 64-bit binary to rust.x86.

When running as 64bit I also get some servers on the list. It says it finds 5 servers but only 1 shows up under the Community tab and 4 under History (these may be the servers that I logged into on the production branch?). Hitting refresh gets it stuck again where no servers show up at all. If I try to log into any of the 5 listed servers, the game crashes.

[QUOTE=rkfg;44941347]64-bit version now shows the server but crashes on connect. 32-bit version doesn't show anything as it was before. Here's the log, it's too huge to post as plaintext: [url]http://www.mediafire.com/download/npblw077178n579/player.7z[/url] I symlinked the 64-bit binary to rust.x86.[/QUOTE] Strangely I have the same error than you on Ubuntu 12.04 32bits and Ubuntu 14.04 64bits I also get those messages several times (on 64bits): [CODE]Fallback handler could not load library /home/xavier/.local/share/Steam/SteamApps/common/rust/rust_Data/Mono/x86_64/CoherentUI_Native Fallback handler could not load library /home/xavier/.local/share/Steam/SteamApps/common/rust/rust_Data/Mono/x86_64/libCoherentUI_Native.so[/CODE]

[QUOTE=MaxPower4478;44942649]Strangely I have the same error than you on Ubuntu 12.04 32bits and Ubuntu 14.04 64bits[/QUOTE] Those seem to be common since the build is still broken. If I understand the traceback right, it has an over the top level recursion, so that may be the culprit. The game overflows the stack and then crashes.

[QUOTE=rkfg;44943034]Those seem to be common since the build is still broken. If I understand the traceback right, it has an over the top level recursion, so that may be the culprit. The game overflows the stack and then crashes.[/QUOTE] I am surprised that you don't get the same error on 64 bits

I am also running 64 bit Arch Linux and both 32 and 64 versions of Rust are crashing with same errors for me. Here is my Player.log: [URL="https://www.dropbox.com/s/61ho1skegkkjzid/Player.7z"]https://www.dropbox.com/s/61ho1skegkkjzid/Player.7z[/URL] It does the same whether I start rust manually or through Steam, with or without STEAM_RUNTIME disabled. Edit: I should mention that after one of the updates today the 64-bit version ran and displayed the server list but crashed upon trying to connect. The next update broke everything.

Wow, wow, wow. The game crashes now when the white screen appears (core dumped)

I don't know if this is somebody else's case but now (after the last update) I can pass the white screen crash yet it freezes when the background (the trees in the night) shows up. I am waiting for the menu but nothing. The CPU is at 32% and the used memory is the same. Also, I see that rust.x86 is started when clicking PLAY in Steam, when my computer has 64-bits architecture. Anyway, no matter which of them I click and even with the lowest settings it still hangs at the 'after-white screen' step. No error in the console. The errors.html is this: [CODE] DllNotFoundException: CoherentUI_Native Coherent.UI.CoherentUI_NativePINVOKE+SWIGExceptionHelper..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for SWIGExceptionHelper Coherent.UI.CoherentUI_NativePINVOKE..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for Coherent.UI.CoherentUI_NativePINVOKE Coherent.UI.MouseEventData..ctor () CoherentUISystem..ctor () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () [/CODE]

I think it is related to the new HTML UI, sounds like they are having issues with it on Mac, too: [URL="https://trello.com/c/hS0dEGpb"]https://trello.com/c/hS0dEGpb[/URL] Edit: I can confirm same errors in errors.html. Steam reports binary missing but when launching the 'rust' binary it passes the white screen and crashes on loading the background. Updated Player.log: [URL="https://dl.dropboxusercontent.com/u/1289622/Player.7z"]https://dl.dropboxusercontent.com/u/1289622/Player.7z[/URL] errors.html: [URL="https://dl.dropboxusercontent.com/u/1289622/errors.html"]https://dl.dropboxusercontent.com/u/1289622/errors.html[/URL]

[QUOTE=lupusdacus;44949772]I don't know if this is somebody else's case but now (after the last update) I can pass the white screen crash yet it freezes when the background (the trees in the night) shows up. I am waiting for the menu but nothing.[/QUOTE] Same here. Also, the launch config is broken, the binary is now named "rust" (without the arch suffix, and it's 64-bit) and Steam possibly tries to run rust.x86 so I made a symlink. By default I get "missing executable". Log contains this in the end: [code]NullReferenceException: Object reference not set to an instance of an object at BaseHTMLComponent.Trigger (System.String name) [0x00000] in <filename unknown>:0 at ConsoleHTML.Update () [0x00000] in <filename unknown>:0 (Filename: Line: 4294967295) NullReferenceException: Object reference not set to an instance of an object at BaseHTMLComponent.Trigger (System.String name) [0x00000] in <filename unknown>:0 at ConsoleHTML.Update () [0x00000] in <filename unknown>:0 (Filename: Line: 4294967295)[/code]

Can you paste the whole log? Looks like you're missing coui dlls

[QUOTE=garry;44950430]Can you paste the whole log? Looks like you're missing coui dlls[/QUOTE] Here's the log: [code]DllNotFoundException Steam.Client.Init () SteamClientComponent.Awake () UnityEngine.Object:Instantiate(Object, Vector3, Quaternion) GameManager:CreatePrefab(String, Vector3, Quaternion) c__Iterator2:MoveNext() DllNotFoundException: ng ELF class: ELFCLASS64 Steam.Client.Init () SteamClientComponent.Awake () UnityEngine.Object:Instantiate(Object, Vector3, Quaternion) GameManager:CreatePrefab(String, Vector3, Quaternion) c__Iterator2:MoveNext() DllNotFoundException: CoherentUI_Native Coherent.UI.CoherentUI_NativePINVOKE+SWIGExceptionHelper..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for SWIGExceptionHelper Coherent.UI.CoherentUI_NativePINVOKE..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for Coherent.UI.CoherentUI_NativePINVOKE Coherent.UI.MouseEventData..ctor () CoherentUISystem..ctor () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () DllNotFoundException: CoherentUI_Native Coherent.UI.CoherentUI_NativePINVOKE+SWIGExceptionHelper..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for SWIGExceptionHelper Coherent.UI.CoherentUI_NativePINVOKE..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for Coherent.UI.CoherentUI_NativePINVOKE Coherent.UI.MouseEventData..ctor () CoherentUISystem..ctor () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () DllNotFoundException: CoherentUI_Native Coherent.UI.CoherentUI_NativePINVOKE+SWIGExceptionHelper..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for SWIGExceptionHelper Coherent.UI.CoherentUI_NativePINVOKE..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for Coherent.UI.CoherentUI_NativePINVOKE Coherent.UI.MouseEventData..ctor () CoherentUISystem..ctor () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () DllNotFoundException: CoherentUI_Native Coherent.UI.CoherentUI_NativePINVOKE+SWIGExceptionHelper..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for SWIGExceptionHelper Coherent.UI.CoherentUI_NativePINVOKE..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for Coherent.UI.CoherentUI_NativePINVOKE Coherent.UI.MouseEventData..ctor () CoherentUISystem..ctor () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () [/code] Unrelated but is there a way to have spoilers on these forums? Or should I put it in a pastebin?

You can't move experimental branch to main until this is fixed but I am sure we are approaching a good end for it. You can do it, Garry!

My log is here: [url]http://pastebin.com/erLvGfAg[/url] There's really no libCoherentUI_Native.so anywhere, I searched.

I don't know if this will help but this is the error saved in the logfile each time it gets stuck: [CODE] DllNotFoundException: CoherentUI_Native Coherent.UI.CoherentUI_NativePINVOKE+SWIGExceptionHelper..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for SWIGExceptionHelper Coherent.UI.CoherentUI_NativePINVOKE..cctor () Rethrow as TypeInitializationException: An exception was thrown by the type initializer for Coherent.UI.CoherentUI_NativePINVOKE Coherent.UI.MouseEventData..ctor () CoherentUISystem..ctor () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () NullReferenceException: Object reference not set to an instance of an object BaseHTMLComponent.Start () [/CODE] So, there is a [B]DllNotFoundException[/B] then 2 [B]NullReferenceException[/B] errors.

I just want to make sure that Garry knows that all Linux users I know and the ppl in several Steam topics always report the same issues. And even when they may change their appearence from update to update, we all have the same new problem. It's the second time that the 2 executables were replaced with one executable, so we can't start via Steam and must search the folder. And if one is reporting that the new html menu is broken it is broken for all of us. I know you have much to do, the sad thing is that Rust is the only cool Survival game for Linux. 7 days to die is bs. And regarding the normal branch has huge problems with lagg spikes and cursour bugs we all hope the epxerimental branch will be a new start. lg merten

Just another Linux user chiming in here to say I'm experiencing the same issue(s) and can provide any logs, run any tests that might be called for.

Looks like the errors are directly sent to the developers now, so I don't know if we can be of any help anymore. Also, I have the feeling that Garry doesn't even have a machine with a Linux distro installed to reproduce this problem by himself. I don't now if on SteamBox Rust is having these issues but at least on Ubuntu we do have them. Meanwhile, they are modeling boots, pants, flares and outfits made out of ... "cardboards"? Come on guys, leave the assets creation for a while and fix this blocker bug. Thanks

[QUOTE=lupusdacus;44989456]Looks like the errors are directly sent to the developers now, so I don't know if we can be of any help anymore. Also, I have the feeling that Garry doesn't even have a machine with a Linux distro installed to reproduce this problem by himself. I don't now if on SteamBox Rust is having these issues but at least on Ubuntu we do have them. Meanwhile, they are modeling boots, pants, flares and outfits made out of ... "cardboards"? Come on guys, leave the assets creation for a while and fix this blocker bug. Thanks[/QUOTE] So you want the artists working on Linux fixes? Get your priorities straight. It's called the "[B]experimental[/B] branch" for a reason.

[QUOTE] So you want the artists working on Linux fixes? Get your priorities straight. It's called the "experimental branch" for a reason. [/QUOTE] The Devblogs give me the impression that the entire team is dedicated to modeling, animations and other things like this, that's why I ask them to give more importance to the programming, specially the building/porting of the game. It doesn't look like there's somebody working on fixing binaries issues. The "experimental branch" excuse is already old and lame. I don't ask for anything but a working executable. Until then it is just a pre-alpha for me. For you, being a Windows user, it is not, so you don't give a crap. Why do you even bother to post here, I wonder? Keep enjoying all the updates on your Windows while Linux sufferers watch it like poor kids starring at a showcase full of cakes.

[QUOTE=lupusdacus;44990975]The Devblogs give me the impression that the entire team is dedicated to modeling, animations and other things like this, that's why I ask them to give more importance to the programming, specially the building/porting of the game. It doesn't look like there's somebody working on fixing binaries issues. The "experimental branch" excuse is already old and lame. I don't ask for anything but a working executable. Until then it is just a pre-alpha for me. For you, being a Windows user, it is not, so you don't give a crap. Why do you even bother to post here, I wonder? Keep enjoying all the updates on your Windows while Linux sufferers watch it like poor kids starring at a showcase full of cakes.[/QUOTE] I haven't played the game in months, me being on Windows doesn't make a difference. Something like less than 1% of Rust players are using Linux. Do you really think that they deserve priority just for using a different OS? They're rebuilding the entire game and they're allowing people access to the build as a courtesy, getting as many people as possible into the experimental branch is not a goal. And it's not like they aren't even trying to fix it. Garry has been rather active on the Linux threads which is much more active than he usually is in the Rust forum. I'd say Linux users were lucky that the devs even give a shit at this point in development. As far as the artists and such, of course the art is in the devblog. It's not like they're going to post screenies of page after page of code revisions. The art is something to show, it gets people excited about what is coming.

From what I tried of a vm Steambox, it was debian with bigscreen steam to automatically boot into. I don't think it being Ubuntu would make it fail. As it is, whats the rush lupa? Their isn't much gameplay in the experimental at this point.

Nice to see that the Linux community is as helpful as always and that Garry is helping us out aswell!

[QUOTE=oXYnary;44991829]From what I tried of a vm Steambox, it was debian with bigscreen steam to automatically boot into. I don't think it being Ubuntu would make it fail. As it is, whats the rush lupa? Their isn't much gameplay in the experimental at this point.[/QUOTE] Yeah, maybe you're right. I think I will stay away from it for 1 month or so and maybe come back then. I like to test games, follow the development process and see how games are being born, more than playing them. Hardcore geek, I guess

I for one greatly appreciate that Facepunch is bothering with a Linux version at all. Yes, we are not being treated with the same level of attention as the Windows users but as was stated we make up little more than 1% of the user base. Keep up the good work Garry.

[QUOTE=Sievers808;44991407] Something like less than 1% of Rust players are using Linux. Do you really think that they deserve priority just for using a different OS? [/QUOTE] Before I start, let me just say a big thanks to facepunch for releasing this game on Linux. There's a reason why it's the best selling Linux game on Steam a lot of the time when I check the charts. HOWEVER Mr Sievers... I only bought this game because it was Linux supported. I'll repeat that - I would not have bought this game if it did not have Linux support. Is our money not as good as the windows users? You can't just turn around and say "There's only a few of you, we aren't going to bother doing anything." and anyone who thinks this is the case is a fecking idiot. If a game has been released for a platform, that platform has to be supported. To Gary - I know you're working on it, none of that rant was aimed at you. But to anyone else who trots out the "only 1%" bollocks, please go sodomise yourselves with retractable batons. We paid - we deserve a game in just as good a state as windows users.

Now hold on there, you paid for a [B]finished game[/B] that has Linux support. As of now the game is still very far from that point. And I never said they shouldn't do anything about it, I just think they should prioritize appropriately.

[QUOTE=Sievers808;44995819]Now hold on there, you paid for a [B]finished game[/B] that has Linux support. As of now the game is still very far from that point. And I never said they shouldn't do anything about it, I just think they should prioritize appropriately.[/QUOTE] Prioritise for you means obviously ignoring Linux users, so you can go find that retractable baton now.

@withnail, I could not have say it better. [QUOTE=Sievers808;44995819]Now hold on there, you paid for a [B]finished game[/B] that has Linux support. As of now the game is still very far from that point. And I never said they shouldn't do anything about it, I just think they should prioritize appropriately.[/QUOTE] Wrong, We paid for an alpha, theere is not guaranty that the game will be finished one day. Beeing part of the Alpha let you watch the game grow. At the moment, I can not see it growing as it does not work on linux, so they is not point for a Ealry Access on linux. I played enough Rust to be worth it but don't really like to feel as a 2nd class citizen. @Garry Not aiming at you neither, but I am so impatient to see the new terrain generator...

[QUOTE=MaxPower4478;44996321]@withnail, I could not have say it better. I played enough Rust to be worth it but don't really like to feel as a 2nd class citizen. [/QUOTE] True this. Maybe the windows users in this thread could try to act more tollerant, you can play the game, we not. We all know these fixes for this linux game will come sooner or later, so it is our right, natural and understandable that we beg here for the "sooner". No justifications needed.