which hud(s) have you tried so far?

Every hud that is compatible on linux: Toonhud,voidhud,7hud pretty much everything on huds.tf

info.vdf

*gets new pc*
*rest in peace everything*
:7

Nope not that all huds have been updated for that cause

Bump. Does anyone have huds working on linux? Or have they broken it.
The only hud that I get to show up at all is wavesui but it's partly broken still. Every other hud I've tried just opens with the default hud.

7Hud perfectly works for me.

uname -a
Linux desk 4.1.27 #1-NixOS SMP Thu Jun 23 03:59:54 UTC 2016 x86_64 GNU/Linux

I just tried 7HUD as well, same result as the rest, just opens with the default hud. My folder structure is below, can anyone confirm I'm not doing something wrong?

├── custom
│   ├── 7HUD
│   │   ├── materials
│   │   │   ├── console
│   │   │   │   └── characters
│   │   │   └── vgui
│   │   │       └── replay
│   │   │           └── thumbnails
│   │   ├── resource
│   │   │   ├── centered
│   │   │   ├── fonts
│   │   │   ├── lowered
│   │   │   └── ui
│   │   │       ├── build_menu
│   │   │       │   └── pipboy
│   │   │       ├── destroy_menu
│   │   │       │   └── pipboy
│   │   │       ├── disguise_menu
│   │   │       ├── econ
│   │   │       │   └── store
│   │   │       │       └── v2
│   │   │       ├── notifications
│   │   │       ├── replaybrowser
│   │   │       └── training
│   │   │           ├── basictraining
│   │   │           ├── modeselection
│   │   │           └── offlinepractice
│   │   └── scripts
│   ├── 7hud
│   │   └── sound
│   ├── userstuff
│   │   ├── cfg
│   │   │   └── sound
│   │   └── sound
│   │       └── ui
│   └── workshop
│       └── sound

Here's a pastebin of the tree including files http://pastebin.com/raw/k1KimAdv
Edit: Tried on my desktop and laptop, antergos and arch. Same on both.

Does yayahud work?

if you have problems do you have an info.vdf file in the folder containing resources, materials, etc?

if you dont, just save an info.vdf in the folder inside of custom containing all the folders and files and such.

see #6

Solution:
The HUD folder and the the HUD name in info.vdf must be in lowercase.
Example: I had to rename my "Garm3n R-B" folder to "garm3n r-b", and do the same in the info.vdf file.

I don't think this was the case before MyM and I assume it's a bug, but can be solved by HUD makers just making everything lowercase. Is it worth posting a PSA thread for hud makers or should I just attempt to email valve (ha ha)?

Thanks yttrium for suggesting yayahud (which works), which made me realize the solution.

I'm gunna totally pass it off as knowing about case sensitivity in UNIX-like filesystems. Yesyes.

On a serious note, case sensitivity is definitely an important thing, but it's only one of the dozens of things you need to know as a HUD maker when trying to target non-Windows clients. I think the best thing to do is save this lesson in a folder and publish it, along with a bunch of other thoroughly-tested cases, in a "Targeting OS X and Linux with HUDs" thread later on, that way every HUD developer can easily read that thread and make their HUDs 100% compatible. For instance, iirc TF2 on Linux doesn't properly read TTF font files, they have to be formatted as OTF (not to mention that when defining them in ClientScheme.res you have to do so case-sensitively). Just one of the many lesser-known things you have to keep in mind as a developer.

Wasn't the case before MyM because info.vdf didn't exist - MyM is what introduced the whole concept of HUD versioning.

Not really a bug so much as an unintended feature. Case sensitivity is something you have to account for on UNIX and UNIX-like filesystems, which Windows does not abide by. Frankly all this means is that Valve is actually doing their Linux programming correctly - TF2 really isn't running under a WINE compatibility layer. If they wanted to try and fix this "bug" they would actually have to develop a workaround that makes Source on Linux not conform to the Linux filesystem standard.

Oh yeah, I had forgotten I had this problem installing 7HUD, Sorry.

As yttrium said, it's not a bug, but HUD makers should be informed for sure. I think making a post on huds.tf would be most appropriate?

I'm not quite sure I follow this logic. I noticed the issue because when launching a HUD with uppercase letters, TF2 will automatically make a folder with the name in lowercase for sound/sound.cache. This means that at some point (presumably before the HUD files are loaded, since the HUD doesn't ever load) they are calling some sort of String.toLower() function which certainly doesn't make sense when case sensitivity is an issue. My assumption is they convert the stored name to lower case for some reason, and then attempt to find the folder matching that lowercase name, which as you pointed out doesn't work on a case sensitive system.

Edit: I don't know anything about HUD making at all, so sorry if I'm missing the point.

Oh, I guess they already have some form of compatibility layer and they just forgot to include it in their info.vdf interpreter. That's definitely a bug then.

I also remember something about the .res filenames not being case-sensitive, even on Linux.

bump, still have this problem and yet to find any fixes