swampsoft / solitaire Goto Github PK

I should move my lazy flesh and start working on a web page. Nothing fancy, just a place on github.io that is nicer to the casual eye than the repository.

The page should contain downloadable binaries, at least for those poor Windows using souls.

It would be super convenient if such binary artifacts could be obtained from CI, without booting windows and manually building them in that fragile MSys environment.

Todos:

• make web page
  • look into tools that make it simple
• find out how to deploy binaries from CI
• maybe make a template for future projects

Got this error when trying to cargo run --release

error: multiple packages link to native library SDL2, but a native library can be linked only once

package sdl2-sys v0.31.0
... which is depended on by sdl2 v0.31.0
... which is depended on by gfx_window_sdl v0.8.0
... which is depended on by ggez v0.4.4
... which is depended on by solitaire v0.2.0 (/home/pintert3/solitaire-0.2.0)
links to native library SDL2

package sdl2-sys v0.34.3
... which is depended on by sdl2 v0.34.3
... which is depended on by solitaire v0.2.0 (/home/pintert3/solitaire-0.2.0)
also links to native library SDL2

At this line here: https://github.com/Swampsoft/solitaire/blob/master/src/main.rs#L28

The constant points to .local/share/Steam/SteamApps/common/SHENZHEN IO/Content/ but the SteamApps folder is incorrectly cased. This game creates that folder if it doesn't exist, which causes an error to pop up when launching Steam:

Warning
/home/camden/.local/share/Steam has both 'SteamApps' and 'steamapps' directories.
This will cause problems. Please fix manually and only keep 'steamapps'

The correct path is .local/share/Steam/steamapps/common/SHENZHEN IO/Content/, with steamapps in all lowercase.

Not sure how much this is affected by distro/etc, but I am on Fedora 34 using Steam through RPM Fusion.

Finally managed to run this on my Notebook (Arch Linux, Intel graphics), which did not work before because of a bug in Mesa.

Now the fonts are rendered too big. This needs investigation.

Todo:

• are other systems affected too?
  • This does not happen on my other Arch Linux machine

$ cargo run --release
error: multiple packages link to native library `SDL2`, but a native library can be linked only once

package `sdl2-sys v0.30.0`
    ... which is depended on by `sdl2 v0.30.0`
    ... which is depended on by `gfx_window_sdl v0.7.0`
    ... which is depended on by `ggez v0.4.0`
    ... which is depended on by `solitaire v0.2.0 (file:///Users/goosedb/Documents/reps/solitaire)`
links to native library `SDL2`

package `sdl2-sys v0.31.0`
    ... which is depended on by `sdl2 v0.31.0`
    ... which is depended on by `solitaire v0.2.0 (file:///Users/goosedb/Documents/reps/solitaire)`
also links to native library `SDL2`

cargo's FAQ: https://doc.rust-lang.org/cargo/faq.html#why-do-binaries-have-cargolock-in-version-control-but-not-libraries

And it actually might be better to use more specific versions for all the deps in Cargo.toml:

env_logger = "*"
log = "*"
rand = "*"
sdl2 = "*"

->

env_logger = "0.5"
log = "0.4"
rand = "0.4"
sdl2 = "0.30"

Seems like when rapidly playing a sound they are queued to play one after another instead of replacing each other.

This may be easy to fix by calling .stop() before .play().