I'm working on porting my game to Linux, which I don't

Installed, sure, but where? Can te loader find it in its path?

>>59320990
I don't have the path on me at the moment, but it is in his system folders somewhere not in the game's folder where its looking.

I've found this:

http://packages.ubuntu.com/trusty/amd64/libudev-dev/filelist

Which contains libudev.so, I downloaded it and extracted that file but its just an empty symlink file? And even stranger Windows doesn't let me move it from where extracted.

>>59320990
likely somewhere under /lib

File: LaunchOptions.png (31KB, 530x931px) Image search: [Google]

31KB, 530x931px

>>59321390
These are the launch options available in the Steam backend, is there some way I can make the OS install libudev-dev in a run.sh file?

>>59320820

Don't steam games run in a chroot environment?

>>59321571
I honestly have no idea

File: 1437513680321.gif (930KB, 270x270px)

930KB, 270x270px

If anyone with linux would like to test it out I'd be happy to give a key to them. You have to give me a way to contact you though.

File: 876876.png (60KB, 256x256px)

60KB, 256x256px

>>59321134

Im not an expert but iirc the "linker name" file is almost always a symlink.

linker name:
ends in .so without version number , almost always a symlink.
This is the file the compiler linker at compilation time.

soname:
ends in .so.[versionNumber] , almost always a symlink. This is the actual name embedded in the ELF executable file
the loader/linker will look for this file when starting the program/doing dynamic linking.

realname:
ends in .so.[minorNumber].[releaseNumber] , the actual object file that contains the code.


linker name-> soname -> realname
libudev.so(symlink) -> libudev.so.1(symlink) -> libudev.so.1.2(symlink)

if you compile your aplication with:
[spoiler]
gcc *.c -ludev
[/spoiler]
and libudev.so links to libudev.so.1 , then the SONAME libudev.so.1 will be put on the ELF executable file.
When the loader loads your program if will look for libudev.so.1, cause libudev.so.1 links to libudev.so.1.2 it will load libudev.so.1.2 in memory.

Maybe you can make a symlink "libudev.so" that links to the real file on your /lib ( or download the .so and link it to that)?
I don't know if that is a good solution, thought.

If some anon sees any mistakes in my post , please correct me. Im still learning so it would be pretty helpful for my
Also excuse my broken engrish.

File: 1321313.jpg (17KB, 292x302px)

17KB, 292x302px

>>59321864
I wanted to use

 not spoilers.
why do i always mess up everything

File: 8768.jpg (57KB, 372x363px) Image search: [Google]

57KB, 372x363px

>>59321909
Just fucking kill me already

>>59321936
it's ok senpai
there is no need to be upset

>>59321750
PC requirements?

File: 1435258821224.gif (120KB, 400x400px)

120KB, 400x400px

>>59321864
Interesting, that clears up a bit of my confusion about this naming system!

I've found some more errors higher up than the libudev error. If this means anything to anyone could you let me know?

libkmod: ERROR ../libkmod/libkmod-config.c:635 kmod_config_parse: /etc/modprobe.d/bbswitch.conf line 1: ignoring bad line starting with 'bbswitch'
modprobe: FATAL: Module nvidia-modeset not found in directory /lib/modules/4.4.0-66-generic
Assert( Assertion Failed: fatal stalled cross-thread pipe ):../common/pipes.cpp:769

ERROR: ld.so: object '/home/volnes/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.

>>59321864
*libudev.so(symlink) -> libudev.so.1(symlink) -> libudev.so.1.2(actual object file)

>>59321909
its okay anon I won't judge you

>>59321958
it requires a decent pc, moreso a decent cpu

I'm a total fucking noob retard, but have you tried editing the
ld.so.conf file to include the path to the library and then running the ldconfig command?

>>59321864
the he'd have to :

* make an installer
* have installer check for libudev location
* have installer create simlink
* alternatively install libudev if not already present

right ?

>>59322012
That's a big negative, but I'll put it on my list of shit to try

>>59321960
I'm beginning to think it may actually be an issue with Steam and its overlay rather than Unity

>>59322031
I know pretty much nothing about deploying software and unix sysadmin,
I'm not sure if using add-hoc methods like that will be a good Idea.
If think that OP might be better asking this on stackOverflow or unix.stackexchange.

>>59322117
ye there probably are tools from unity to handle this shit

This maybe of some help:
http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html

>>59322190
so is this saying I should just put the libudev.so.0 or libudev.so.1 file and it'll find that version on the clients machine?

>>59322035
try upgrading steam

>>59322373
I already updated teh Steamworks api stuff, and the Steam client auto-updates

>>59322402
OP, try this:

ln -sf /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

>>59321602

I know little about Steam under Linux, but I ran into this a while back :

https://github.com/ValveSoftware/steam-runtime

"Steam ships with a copy of the Steam Runtime and all Steam Applications are launched within the runtime environment."

>>59322925

Also not unimportant :

"To prevent libraries from development and build machines 'leaking' into your applications, you should build within a Steam Runtime chroot environment."