Build error on Solus

Using fully up-to-date Solus, I tried to compile systemd-manager. All starts of well after installing Cargo and Rust but it eventually results in this error:
[11:52:35] vistaus@vistaus-solus /home/vistaus/Downloads/systemd-manager (0)
> make -j3
cargo build --release
    Updating registry `https://github.com/rust-lang/crates.io-index`
 Downloading gdk v0.5.2
 Downloading dbus v0.3.4
 Downloading quickersort v2.2.0
 Downloading gtk v0.1.2
 Downloading libc v0.2.13
 Downloading glib-sys v0.3.3
 Downloading pango v0.1.2
 Downloading cairo-rs v0.1.2
 Downloading gio v0.1.2
 Downloading bitflags v0.5.0
 Downloading gdk-pixbuf v0.1.2
 Downloading glib v0.1.2
 Downloading gdk-sys v0.3.3
 Downloading bitflags v0.4.0
 Downloading pkg-config v0.3.8
 Downloading pango-sys v0.3.3
 Downloading gobject-sys v0.3.3
 Downloading cairo-sys-rs v0.3.3
 Downloading c_vec v1.2.0
 Downloading gio-sys v0.3.3
 Downloading gdk-pixbuf-sys v0.3.3
 Downloading unreachable v0.1.1
 Downloading nodrop v0.1.9
 Downloading num-traits v0.1.32
 Downloading void v1.0.2
 Downloading odds v0.2.25
 Downloading gtk-sys v0.3.3
 Downloading atk-sys v0.3.3
   Compiling gio v0.1.2
   Compiling c_vec v1.2.0
   Compiling num-traits v0.1.32
   Compiling libc v0.2.13
   Compiling gdk-pixbuf v0.1.2
   Compiling gdk v0.5.2
   Compiling bitflags v0.4.0
   Compiling odds v0.2.25
   Compiling void v1.0.2
   Compiling unreachable v0.1.1
   Compiling pkg-config v0.3.8
   Compiling nodrop v0.1.9
   Compiling quickersort v2.2.0
   Compiling cairo-rs v0.1.2
   Compiling gtk v0.1.2
   Compiling bitflags v0.5.0
   Compiling gobject-sys v0.3.3
   Compiling gdk-sys v0.3.3
   Compiling gtk-sys v0.3.3
   Compiling pango-sys v0.3.3
   Compiling gio-sys v0.3.3
   Compiling cairo-sys-rs v0.3.3
   Compiling dbus v0.3.4
   Compiling atk-sys v0.3.3
   Compiling gdk-pixbuf-sys v0.3.3
   Compiling glib-sys v0.3.3
   Compiling glib v0.1.2
   Compiling pango v0.1.2
error[E0252]: a type named `DragAction` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:134:9
    |
24  | pub use auto::*;
    |         -------- previous import of `DragAction` here
...
134 | pub use ffi::GdkDragAction as DragAction;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `EventMask` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:136:9
    |
24  | pub use auto::*;
    |         -------- previous import of `EventMask` here
...
136 | pub use ffi::GdkEventMask as EventMask;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `WindowHints` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:151:9
    |
24  | pub use auto::*;
    |         -------- previous import of `WindowHints` here
...
151 | pub use ffi::GdkWindowHints as WindowHints;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error: aborting due to 3 previous errors

Build failed, waiting for other jobs to finish...
error: Could not compile `gdk`.

To learn more, run the command again with --verbose.
make: *** [Makefile:6: all] Error 101
[11:57:29] vistaus@vistaus-solus /home/vistaus/Downloads/systemd-manager (2)
>

How to fix this?

I notice your build log shows gdk v0.5.2, while mine shows gdk v0.5.0. Did you run a cargo update or similar command which may have cleared the cached dependencies in Cargo.lock?

I haven't run cargo update, I didn't even know that was possible. This is the first time I compiled software that uses Rust/Cargo, so I did nothing more than follow your compile instructions.

In that case, my apologies! Could you possibly copy the Cargo.lock file in your downloaded directory?
To be honest/clear, I am not the developer of thin software, but a fellow user. I hope I can help with you build problems though!

That's alright ;)
Here are the Cargo.lock file contents:
[root]
name = "systemd-manager"
version = "1.0.0"
dependencies = [
 "dbus 0.3.4 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk 0.5.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gtk 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "quickersort 2.2.0 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "atk-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "bitflags"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "bitflags"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "c_vec"
version = "1.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "cairo-rs"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "c_vec 1.2.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "winapi 0.2.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "cairo-sys-rs"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
 "winapi 0.2.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "dbus"
version = "0.3.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-rs 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk-pixbuf"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk-pixbuf-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gio"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gio-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "glib"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "glib-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gobject-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gtk"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-rs 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk 0.5.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gtk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gtk-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "atk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "libc"
version = "0.2.13"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "nodrop"
version = "0.1.9"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "odds 0.2.25 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "num-traits"
version = "0.1.32"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "odds"
version = "0.2.25"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "pango"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "pango-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "pkg-config"
version = "0.3.8"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "quickersort"
version = "2.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "nodrop 0.1.9 (registry+https://github.com/rust-lang/crates.io-index)",
 "num-traits 0.1.32 (registry+https://github.com/rust-lang/crates.io-index)",
 "unreachable 0.1.1 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "unreachable"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "void 1.0.2 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "void"
version = "1.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "winapi"
version = "0.2.8"
source = "registry+https://github.com/rust-lang/crates.io-index"

[metadata]
"checksum atk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "e7cb3851fbb6806dda18f6479cb1d0c8a6e661258d5a5c1c7671230777b5e74a"
"checksum bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)" = "8dead7461c1127cf637931a1e50934eb6eee8bff2f74433ac7909e9afcee04a3"
"checksum bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)" = "4f67931368edf3a9a51d29886d245f1c3db2f1ef0dcc9e35ff70341b78c10d23"
"checksum c_vec 1.2.0 (registry+https://github.com/rust-lang/crates.io-index)" = "0059f5a658f62a4bd3937a7addc52ccfda144b75cce7a92b187e528629cdc507"
"checksum cairo-rs 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "efce5d4fc3d3369f0b6d249ece7807b8f05c3e08a149bdfe85f99ad5740b7919"
"checksum cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "ee7f9df649493d57a37ae84f57e0d5848714802276151ad742c4ff75ef8e8cd8"
"checksum dbus 0.3.4 (registry+https://github.com/rust-lang/crates.io-index)" = "94d266a872aaf68b50d02083c429a3686935ab6ab54824290509cdc422673eaf"
"checksum gdk 0.5.2 (registry+https://github.com/rust-lang/crates.io-index)" = "763c9a7cc10e18660c80f04d49a12da55743ef3363af4718320b119b60aaa49e"
"checksum gdk-pixbuf 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "792bacc7473ab6da4aaaba55f0b8b359f70ed1dee297af3decfb44c44f6e1fb8"
"checksum gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "878cb15fd8a6d8bc7e429b9648630dc91beefda8e1cb0d3a97172dbe9fdcfeff"
"checksum gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "a97c7b5adcecf47eff1a3a98d1ce41f523435fd2e0fd87a275a64906af5c1a81"
"checksum gio 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "dedf3cf099f70682e847a6c414573f10179d82fd3fc3ce735061bd7286f94972"
"checksum gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "8912db03de67f7fb828efe33bd5dcf4d39a50ab515888e6ffcedfb558bef5407"
"checksum glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "f72c394c958a66d80b80bb97620895699933e4e4fa5e34bb211a35b6dc0d6f50"
"checksum glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "77a135c2e3849ac2833960025e36c6d0176257d56fa17905dee9d93a1ccd9fee"
"checksum gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "c4dba1fb528396780577574ab2fe0e1a364e1f9d8f444dec1e4f319728577a24"
"checksum gtk 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "7fee2932d0c1d91dd2744a06e242df3d28c5f838aa65cb327a5db71eeb36481c"
"checksum gtk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "7445eb281879ac472e5f5816058d53eaceff2bab7b78a095a4044f4c0cccc754"
"checksum libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)" = "d781ca9ed9bbe09595f6bbdeb9aeacb6b46154f1dd8c457a048d7d3c02561071"
"checksum nodrop 0.1.9 (registry+https://github.com/rust-lang/crates.io-index)" = "52cd74cd09beba596430cc6e3091b74007169a56246e1262f0ba451ea95117b2"
"checksum num-traits 0.1.32 (registry+https://github.com/rust-lang/crates.io-index)" = "51eab148f171aefad295f8cece636fc488b9b392ef544da31ea4b8ef6b9e9c39"
"checksum odds 0.2.25 (registry+https://github.com/rust-lang/crates.io-index)" = "c3df9b730298cea3a1c3faa90b7e2f9df3a9c400d0936d6015e6165734eefcba"
"checksum pango 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "21d777a87f13107b96be840dec1c34e0fe1a7b5630dd90c74b4eec923c439187"
"checksum pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "f29f64bc081e778cb897e3ef20aae178150d165d0eb77065b9e20437407c5546"
"checksum pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)" = "8cee804ecc7eaf201a4a207241472cc870e825206f6c031e3ee2a72fa425f2fa"
"checksum quickersort 2.2.0 (registry+https://github.com/rust-lang/crates.io-index)" = "14ae8f367c38c78abd03114e524b55a817885446662413fbca951f42848450c5"
"checksum unreachable 0.1.1 (registry+https://github.com/rust-lang/crates.io-index)" = "1f2ae5ddb18e1c92664717616dd9549dde73f539f01bd7b77c2edb2446bdff91"
"checksum void 1.0.2 (registry+https://github.com/rust-lang/crates.io-index)" = "6a02e4885ed3bc0f2de90ea6dd45ebcbb66dacffe03547fadbb0eeae2770887d"
"checksum winapi 0.2.8 (registry+https://github.com/rust-lang/crates.io-index)" = "167dc9d6949a9b857f3451275e911c3f44255842c1f7a76f33c55103a909087a"
That's alright ;)

Here are the Cargo.lock file contents:

[root]
name = "systemd-manager"
version = "1.0.0"
dependencies = [
 "dbus 0.3.4 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk 0.5.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gtk 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "quickersort 2.2.0 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "atk-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "bitflags"
version = "0.4.0"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "bitflags"
version = "0.5.0"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "c_vec"
version = "1.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "cairo-rs"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "c_vec 1.2.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "winapi 0.2.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "cairo-sys-rs"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
 "winapi 0.2.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "dbus"
version = "0.3.4"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk"
version = "0.5.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-rs 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk-pixbuf"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk-pixbuf-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gdk-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gio"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gio-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "glib"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "glib-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gobject-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gtk"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-rs 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk 0.5.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gtk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "gtk-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "atk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "libc"
version = "0.2.13"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "nodrop"
version = "0.1.9"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "odds 0.2.25 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "num-traits"
version = "0.1.32"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "odds"
version = "0.2.25"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "pango"
version = "0.1.2"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "pango-sys"
version = "0.3.3"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)",
 "glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)",
 "libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)",
 "pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "pkg-config"
version = "0.3.8"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "quickersort"
version = "2.2.0"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "nodrop 0.1.9 (registry+https://github.com/rust-lang/crates.io-index)",
 "num-traits 0.1.32 (registry+https://github.com/rust-lang/crates.io-index)",
 "unreachable 0.1.1 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "unreachable"
version = "0.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
dependencies = [
 "void 1.0.2 (registry+https://github.com/rust-lang/crates.io-index)",
]

[[package]]
name = "void"
version = "1.0.2"
source = "registry+https://github.com/rust-lang/crates.io-index"

[[package]]
name = "winapi"
version = "0.2.8"
source = "registry+https://github.com/rust-lang/crates.io-index"

[metadata]
"checksum atk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "e7cb3851fbb6806dda18f6479cb1d0c8a6e661258d5a5c1c7671230777b5e74a"
"checksum bitflags 0.4.0 (registry+https://github.com/rust-lang/crates.io-index)" = "8dead7461c1127cf637931a1e50934eb6eee8bff2f74433ac7909e9afcee04a3"
"checksum bitflags 0.5.0 (registry+https://github.com/rust-lang/crates.io-index)" = "4f67931368edf3a9a51d29886d245f1c3db2f1ef0dcc9e35ff70341b78c10d23"
"checksum c_vec 1.2.0 (registry+https://github.com/rust-lang/crates.io-index)" = "0059f5a658f62a4bd3937a7addc52ccfda144b75cce7a92b187e528629cdc507"
"checksum cairo-rs 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "efce5d4fc3d3369f0b6d249ece7807b8f05c3e08a149bdfe85f99ad5740b7919"
"checksum cairo-sys-rs 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "ee7f9df649493d57a37ae84f57e0d5848714802276151ad742c4ff75ef8e8cd8"
"checksum dbus 0.3.4 (registry+https://github.com/rust-lang/crates.io-index)" = "94d266a872aaf68b50d02083c429a3686935ab6ab54824290509cdc422673eaf"
"checksum gdk 0.5.2 (registry+https://github.com/rust-lang/crates.io-index)" = "763c9a7cc10e18660c80f04d49a12da55743ef3363af4718320b119b60aaa49e"
"checksum gdk-pixbuf 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "792bacc7473ab6da4aaaba55f0b8b359f70ed1dee297af3decfb44c44f6e1fb8"
"checksum gdk-pixbuf-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "878cb15fd8a6d8bc7e429b9648630dc91beefda8e1cb0d3a97172dbe9fdcfeff"
"checksum gdk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "a97c7b5adcecf47eff1a3a98d1ce41f523435fd2e0fd87a275a64906af5c1a81"
"checksum gio 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "dedf3cf099f70682e847a6c414573f10179d82fd3fc3ce735061bd7286f94972"
"checksum gio-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "8912db03de67f7fb828efe33bd5dcf4d39a50ab515888e6ffcedfb558bef5407"
"checksum glib 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "f72c394c958a66d80b80bb97620895699933e4e4fa5e34bb211a35b6dc0d6f50"
"checksum glib-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "77a135c2e3849ac2833960025e36c6d0176257d56fa17905dee9d93a1ccd9fee"
"checksum gobject-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "c4dba1fb528396780577574ab2fe0e1a364e1f9d8f444dec1e4f319728577a24"
"checksum gtk 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "7fee2932d0c1d91dd2744a06e242df3d28c5f838aa65cb327a5db71eeb36481c"
"checksum gtk-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "7445eb281879ac472e5f5816058d53eaceff2bab7b78a095a4044f4c0cccc754"
"checksum libc 0.2.13 (registry+https://github.com/rust-lang/crates.io-index)" = "d781ca9ed9bbe09595f6bbdeb9aeacb6b46154f1dd8c457a048d7d3c02561071"
"checksum nodrop 0.1.9 (registry+https://github.com/rust-lang/crates.io-index)" = "52cd74cd09beba596430cc6e3091b74007169a56246e1262f0ba451ea95117b2"
"checksum num-traits 0.1.32 (registry+https://github.com/rust-lang/crates.io-index)" = "51eab148f171aefad295f8cece636fc488b9b392ef544da31ea4b8ef6b9e9c39"
"checksum odds 0.2.25 (registry+https://github.com/rust-lang/crates.io-index)" = "c3df9b730298cea3a1c3faa90b7e2f9df3a9c400d0936d6015e6165734eefcba"
"checksum pango 0.1.2 (registry+https://github.com/rust-lang/crates.io-index)" = "21d777a87f13107b96be840dec1c34e0fe1a7b5630dd90c74b4eec923c439187"
"checksum pango-sys 0.3.3 (registry+https://github.com/rust-lang/crates.io-index)" = "f29f64bc081e778cb897e3ef20aae178150d165d0eb77065b9e20437407c5546"
"checksum pkg-config 0.3.8 (registry+https://github.com/rust-lang/crates.io-index)" = "8cee804ecc7eaf201a4a207241472cc870e825206f6c031e3ee2a72fa425f2fa"
"checksum quickersort 2.2.0 (registry+https://github.com/rust-lang/crates.io-index)" = "14ae8f367c38c78abd03114e524b55a817885446662413fbca951f42848450c5"
"checksum unreachable 0.1.1 (registry+https://github.com/rust-lang/crates.io-index)" = "1f2ae5ddb18e1c92664717616dd9549dde73f539f01bd7b77c2edb2446bdff91"
"checksum void 1.0.2 (registry+https://github.com/rust-lang/crates.io-index)" = "6a02e4885ed3bc0f2de90ea6dd45ebcbb66dacffe03547fadbb0eeae2770887d"
"checksum winapi 0.2.8 (registry+https://github.com/rust-lang/crates.io-index)" = "167dc9d6949a9b857f3451275e911c3f44255842c1f7a76f33c55103a909087a"

Don't have time to look into this at the moment, but if someone doesn't do it, I'll get around to updating all the dependencies. The GTK crates have had a few updates since I released this.

Went ahead and updated all dependencies. I didn't come across any errors besides changing a single line in the source code.

@mmstick Sorry I forgot to note it but I tried to build it from Git master.
I'm going to git pull and try again to build it. Thanks for looking into it.

@mmstick I git pull'ed but still errors out on gdk:
[14:44:45] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (0)
> git pull
Updating 55d1cdc..5457f02
Fast-forward
 Cargo.lock              | 301 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----------------------------------------------------------
 Cargo.toml              |  10 +++---
 src/gui/gtk3/analyze.rs |   2 +-
 3 files changed, 194 insertions(+), 119 deletions(-)
[14:44:46] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (0)
> make -j3
cargo build --release
 Downloading dbus v0.5.1
 Downloading libc v0.2.21
 Downloading pkg-config v0.3.9
 Downloading num-traits v0.1.37
 Downloading metadeps v1.1.1
 Downloading error-chain v0.7.2
 Downloading toml v0.2.1
   Compiling error-chain v0.7.2
   Compiling pkg-config v0.3.9
   Compiling toml v0.2.1
   Compiling gdk-sys v0.3.3
   Compiling gio-sys v0.3.3
   Compiling cairo-sys-rs v0.3.3
   Compiling gtk-sys v0.3.3
   Compiling pango-sys v0.3.3
   Compiling num-traits v0.1.37
   Compiling gobject-sys v0.3.3
   Compiling metadeps v1.1.1
   Compiling atk-sys v0.3.3
   Compiling gdk-pixbuf-sys v0.3.3
   Compiling dbus v0.5.1
   Compiling glib-sys v0.3.3
   Compiling libc v0.2.21
   Compiling quickersort v2.2.0
   Compiling cairo-rs v0.1.2
   Compiling glib v0.1.2
   Compiling gio v0.1.2
   Compiling gdk v0.5.2
   Compiling gtk v0.1.2
   Compiling pango v0.1.2
   Compiling gdk-pixbuf v0.1.2
error[E0252]: a type named `DragAction` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:134:9
    |
24  | pub use auto::*;
    |         -------- previous import of `DragAction` here
...
134 | pub use ffi::GdkDragAction as DragAction;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `EventMask` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:136:9
    |
24  | pub use auto::*;
    |         -------- previous import of `EventMask` here
...
136 | pub use ffi::GdkEventMask as EventMask;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `WindowHints` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:151:9
    |
24  | pub use auto::*;
    |         -------- previous import of `WindowHints` here
...
151 | pub use ffi::GdkWindowHints as WindowHints;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error: aborting due to 3 previous errors

Build failed, waiting for other jobs to finish...
error: Could not compile `gdk`.

To learn more, run the command again with --verbose.
make: *** [Makefile:6: all] Error 101
[14:46:00] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (2)

Run cargo clean && cargo update and try again.

I ran cargo clean && cargo update but it still fails :(
> make -j3
cargo build --release
   Compiling toml v0.2.1
   Compiling gtk v0.1.2
   Compiling cairo-rs v0.1.2
   Compiling num-traits v0.1.37
   Compiling bitflags v0.5.0
   Compiling libc v0.2.21
   Compiling bitflags v0.4.0
   Compiling error-chain v0.7.2
   Compiling odds v0.2.25
   Compiling nodrop v0.1.9
   Compiling void v1.0.2
   Compiling unreachable v0.1.1
   Compiling gio v0.1.2
   Compiling quickersort v2.2.0
   Compiling pkg-config v0.3.9
   Compiling c_vec v1.2.0
   Compiling gdk-pixbuf v0.1.2
   Compiling gdk v0.5.2
   Compiling glib-sys v0.3.3
   Compiling gdk-sys v0.3.3
   Compiling atk-sys v0.3.3
   Compiling pango-sys v0.3.3
   Compiling gobject-sys v0.3.3
   Compiling gdk-pixbuf-sys v0.3.3
   Compiling cairo-sys-rs v0.3.3
   Compiling gio-sys v0.3.3
   Compiling gtk-sys v0.3.3
   Compiling glib v0.1.2
   Compiling metadeps v1.1.1
   Compiling dbus v0.5.1
   Compiling pango v0.1.2
error[E0252]: a type named `DragAction` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:134:9
    |
24  | pub use auto::*;
    |         -------- previous import of `DragAction` here
...
134 | pub use ffi::GdkDragAction as DragAction;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `EventMask` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:136:9
    |
24  | pub use auto::*;
    |         -------- previous import of `EventMask` here
...
136 | pub use ffi::GdkEventMask as EventMask;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `WindowHints` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:151:9
    |
24  | pub use auto::*;
    |         -------- previous import of `WindowHints` here
...
151 | pub use ffi::GdkWindowHints as WindowHints;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error: aborting due to 3 previous errors

Build failed, waiting for other jobs to finish...
error: Could not compile `gdk`.

To learn more, run the command again with --verbose.
make: *** [Makefile:6: all] Error 101
[17:40:11] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (2)
>

I now see that it also suggests to run with --verbose so I did, maybe it helps?
[17:41:08] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (2)
> cargo build --release --verbose
       Fresh pkg-config v0.3.9
       Fresh num-traits v0.1.37
       Fresh void v1.0.2
       Fresh odds v0.2.25
       Fresh bitflags v0.4.0
       Fresh nodrop v0.1.9
       Fresh unreachable v0.1.1
       Fresh quickersort v2.2.0
       Fresh error-chain v0.7.2
       Fresh c_vec v1.2.0
       Fresh bitflags v0.5.0
       Fresh libc v0.2.21
       Fresh cairo-sys-rs v0.3.3
       Fresh glib-sys v0.3.3
       Fresh gobject-sys v0.3.3
       Fresh glib v0.1.2
       Fresh pango-sys v0.3.3
       Fresh gio-sys v0.3.3
       Fresh pango v0.1.2
       Fresh gdk-pixbuf-sys v0.3.3
       Fresh cairo-rs v0.1.2
       Fresh gdk-pixbuf v0.1.2
       Fresh atk-sys v0.3.3
       Fresh gdk-sys v0.3.3
       Fresh toml v0.2.1
       Fresh gtk-sys v0.3.3
       Fresh metadeps v1.1.1
       Fresh gio v0.1.2
       Fresh dbus v0.5.1
   Compiling gdk v0.5.2
     Running `rustc /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs --crate-name gdk --crate-type lib -C opt-level=3 --cfg feature=\"pango\" --cfg feature=\"v3_10\" --cfg feature=\"gio\" --cfg feature=\"gdk-sys\" --cfg feature=\"v3_8\" --cfg feature=\"v3_14\" --cfg feature=\"cairo-rs\" --cfg feature=\"gdk-pixbuf\" --cfg feature=\"v3_12\" --cfg feature=\"v3_16\" --cfg feature=\"v3_6\" -C metadata=f1dec5a62824c72c -C extra-filename=-f1dec5a62824c72c --out-dir /media/MicroSD/Apps/systemd-manager/target/release/deps --emit=dep-info,link -L dependency=/media/MicroSD/Apps/systemd-manager/target/release/deps --extern glib_sys=/media/MicroSD/Apps/systemd-manager/target/release/deps/libglib_sys-520dab820e7b21a9.rlib --extern gdk_pixbuf=/media/MicroSD/Apps/systemd-manager/target/release/deps/libgdk_pixbuf-c832c3addf1cae1a.rlib --extern gdk_sys=/media/MicroSD/Apps/systemd-manager/target/release/deps/libgdk_sys-0f3c74780ae170e7.rlib --extern glib=/media/MicroSD/Apps/systemd-manager/target/release/deps/libglib-c6b7d2e1d6c140d8.rlib --extern pango=/media/MicroSD/Apps/systemd-manager/target/release/deps/libpango-fac5d3d75caf77c7.rlib --extern libc=/media/MicroSD/Apps/systemd-manager/target/release/deps/liblibc-1d4b292c3e055073.rlib --extern cairo=/media/MicroSD/Apps/systemd-manager/target/release/deps/libcairo-e8fd2bb1f2342189.rlib --extern gio=/media/MicroSD/Apps/systemd-manager/target/release/deps/libgio-3d16d57eb9386ee3.rlib --extern bitflags=/media/MicroSD/Apps/systemd-manager/target/release/deps/libbitflags-1efefdc447eb53f2.rlib --cap-lints allow -L native=/usr/lib64 -L native=/usr/lib64 -L native=/usr/lib64 -L native=/usr/lib64 -L native=/usr/lib64 -L native=/usr/lib64 -L native=/usr/lib64`
error[E0252]: a type named `DragAction` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:134:9
    |
24  | pub use auto::*;
    |         -------- previous import of `DragAction` here
...
134 | pub use ffi::GdkDragAction as DragAction;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `EventMask` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:136:9
    |
24  | pub use auto::*;
    |         -------- previous import of `EventMask` here
...
136 | pub use ffi::GdkEventMask as EventMask;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `WindowHints` has already been imported in this module
   --> /home/vistaus/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:151:9
    |
24  | pub use auto::*;
    |         -------- previous import of `WindowHints` here
...
151 | pub use ffi::GdkWindowHints as WindowHints;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error: aborting due to 3 previous errors

error: Could not compile `gdk`.

 Here's my build log from Arch Linux:
 Downloading gdk v0.5.2
 Downloading dbus v0.5.1
 Downloading quickersort v2.2.0
 Downloading gtk v0.1.2
 Downloading glib v0.1.2
 Downloading cairo-rs v0.1.2
 Downloading pango v0.1.2
 Downloading gdk-sys v0.3.3
 Downloading glib-sys v0.3.3
 Downloading gio v0.1.2
 Downloading gdk-pixbuf v0.1.2
 Downloading gobject-sys v0.3.3
 Downloading pkg-config v0.3.9
 Downloading c_vec v1.2.0
 Downloading cairo-sys-rs v0.3.3
 Downloading pango-sys v0.3.3
 Downloading gio-sys v0.3.3
 Downloading gdk-pixbuf-sys v0.3.3
 Downloading metadeps v1.1.1
 Downloading error-chain v0.7.2
 Downloading nodrop v0.1.9
 Downloading num-traits v0.1.37
 Downloading gtk-sys v0.3.3
 Downloading atk-sys v0.3.3
   Compiling pkg-config v0.3.9
   Compiling toml v0.2.1
   Compiling bitflags v0.4.0
   Compiling libc v0.2.21
   Compiling gdk-pixbuf v0.1.2
   Compiling odds v0.2.25
   Compiling void v1.0.2
   Compiling error-chain v0.7.2
   Compiling gdk v0.5.2
   Compiling unreachable v0.1.1
   Compiling num-traits v0.1.37
   Compiling gtk v0.1.2
   Compiling gio v0.1.2
   Compiling cairo-rs v0.1.2
   Compiling c_vec v1.2.0
   Compiling bitflags v0.5.0
   Compiling nodrop v0.1.9
   Compiling gtk-sys v0.3.3
   Compiling gdk-pixbuf-sys v0.3.3
   Compiling gdk-sys v0.3.3
   Compiling gobject-sys v0.3.3
   Compiling pango-sys v0.3.3
   Compiling gio-sys v0.3.3
   Compiling quickersort v2.2.0
   Compiling metadeps v1.1.1
   Compiling cairo-sys-rs v0.3.3
   Compiling atk-sys v0.3.3
   Compiling glib-sys v0.3.3
   Compiling dbus v0.5.1
   Compiling glib v0.1.2
   Compiling pango v0.1.2
   Compiling systemd-manager v1.0.1 (file:///home/mmstick/Sources/systemd-manager)
    Finished dev [unoptimized + debuginfo] target(s) in 70.92 secs

What version of Rust are you using?
rustc --version
rustc 1.17.0-nightly (668864d9e 2017-02-16)

> rustc --version
rustc 1.14.0
[18:41:57] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (0)
>

I see. Compiling the latest version of the GTK crates with version 1.14.0 causes errors. You need to use at least the latest stable version of Rust: 1.15.1.
rustup update

Build log after installing the 1.14.0 toolchain and building with it:
~/S/systemd-manager (master|✔) $ rustup default 1.14.0
info: using existing install for '1.14.0-x86_64-unknown-linux-gnu'
info: default toolchain set to '1.14.0-x86_64-unknown-linux-gnu'

  1.14.0-x86_64-unknown-linux-gnu unchanged - rustc 1.14.0 (e8a012324 2016-12-16)

~/S/systemd-manager (master|✔) $ cargo clean; and cargo build
   Compiling void v1.0.2
   Compiling pkg-config v0.3.9
   Compiling bitflags v0.4.0
   Compiling c_vec v1.2.0
   Compiling bitflags v0.5.0
   Compiling unreachable v0.1.1
   Compiling gio v0.1.2
   Compiling error-chain v0.7.2
   Compiling gdk-pixbuf v0.1.2
   Compiling num-traits v0.1.37
   Compiling libc v0.2.21
   Compiling cairo-rs v0.1.2
   Compiling odds v0.2.25
   Compiling gobject-sys v0.3.3
   Compiling atk-sys v0.3.3
   Compiling gdk-pixbuf-sys v0.3.3
   Compiling gdk-sys v0.3.3
   Compiling gio-sys v0.3.3
   Compiling glib-sys v0.3.3
   Compiling cairo-sys-rs v0.3.3
   Compiling gtk-sys v0.3.3
   Compiling nodrop v0.1.9
   Compiling quickersort v2.2.0
   Compiling gdk v0.5.2
   Compiling toml v0.2.1
   Compiling gtk v0.1.2
   Compiling pango-sys v0.3.3
   Compiling metadeps v1.1.1
   Compiling glib v0.1.2
   Compiling dbus v0.5.1
   Compiling pango v0.1.2
error[E0252]: a type named `DragAction` has already been imported in this module
   --> /home/mmstick/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:134:9
    |
24  | pub use auto::*;
    |         -------- previous import of `DragAction` here
...
134 | pub use ffi::GdkDragAction as DragAction;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `EventMask` has already been imported in this module
   --> /home/mmstick/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:136:9
    |
24  | pub use auto::*;
    |         -------- previous import of `EventMask` here
...
136 | pub use ffi::GdkEventMask as EventMask;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error[E0252]: a type named `WindowHints` has already been imported in this module
   --> /home/mmstick/.cargo/registry/src/github.com-1ecc6299db9ec823/gdk-0.5.2/src/lib.rs:151:9
    |
24  | pub use auto::*;
    |         -------- previous import of `WindowHints` here
...
151 | pub use ffi::GdkWindowHints as WindowHints;
    |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ already imported

error: aborting due to 3 previous errors

Build failed, waiting for other jobs to finish...
error: Could not compile `gdk`.

To learn more, run the command again with --verbose.

rustup
fish: Unknown command 'rustup'
[18:53:40] vistaus@vistaus-solus /media/MicroSD/Apps/systemd-manager (127)

I'll try compiling it by hand then...

There's no need to compile anything. Rustup is the official toolchain manager and installation method of Rust on all platforms. Arch Linux provides it in the official software repository. For those that don't ship rustup, you can get it from the official website: https://rustup.rs/

@mmstick Yeah, I just noticed it. I've downloaded rustup now, thanks :)

Okay, so I've updated Rust using rustup but it still fails to compile, again the same gdk errors as above...

You probably have a conflicting version of rustc installed alongside what rustup installs. You'll be able to tell by checking the version and whereis. In that case, what your distribution installs will take priority over what rustup installs.
In the meantime, here are a few things you can do with rustup:
rustup self update // updates rustup
rustup update // updates all toolchains/components
rustup install specific-toolchain // Installs whatever toolchain you specified
rustup target add x86_64-unknown-linux-musl // Installs the MUSL toolchain for Linux
rustup default ( stable | nightly ) // switch between stable and nightly
rustup run stable cargo build // Executes the stable toolchain through rustup
cargo +nightly build // Checks for rustup and uses the nightly toolchain
rustup component add rust-docs // Installs offline documentation for Rust
rustup docs // Opens offline documentation in web browser
rustup component add rust-src // Installs Rust source code, useful for Racer autocompletion
cargo build --target x86_64-unknown-linux-musl --release // Builds release build with MUSL instead of Glibc

After manually moving the Rust executables downloaded by rustup to /usr/bin, I finally got systemd-manager to compile and install. Thank you so much for all your assistance! :smile:


Automate the extraction of 'snapshots'

At the moment, there are two semi-duplicate scripts on fah at
/jdc-analysis-tests/covid-moonshot-infra/covid_moonshot/structures.py
and
/jdc-analysis-tests/covid-moonshot-infra/covid_moonshot/structuresHBM.py
The HBM one differs in three ways:

as it loops over all runs (1 - v parallelisible)
tries to find the gen and clone with the lowest reverse work, and then saves it to disk (2 - we will want to replace this)
tries to avoid opening the htf.npz if possible (3 - we will want to move away from this)

the RUNS are completely independent, and we only care about complex phase, so we could just have them run in parallel, or just in an infinite cycle so that it starts with RUN0-> RUNX and then when it's done, start again at RUN0
(no need to run this once num_work_values == 300 (or when it's done basically)

this has two parts short and long term

short term: we can leave it as it is, where this script does some grepping to find the lowest r_work, or we could add it as another entry to the results.json and look up which snapshot we want from that (because we must be looking at the r_works at some point then

long term: we don't want to just get one snapshot, but do a better job of representing the multitude of data that we are generating. We would want to load in all the snapshots we have, do some clustering on the ligand position, and then either (a) save the ligand/protein complex where the ligand is closest to the centroid of the most populous cluster or (b) a ligand from each cluster to look at

The htf.npz is a horrible big pile of very convoluted stuff which takes up more disk space than necessary and isn't very nice to work with. What we want really is basically just stored_atom_indices. this information only needs to be extracted once, rather than every time we reevaluate. Ultimately perses.app.fah_generator should just save this, so I will open an issue there instead.

Additional --- we will probably want to add some sdf tags to the ligands, but we can add that in.
Also - @jchodera is working on getting the ligand sdf files stitched together (based on the top-molecules.csv), into a fragalysis-agreeable format and will probably be aiming to automate having that pushing frequently to fragalysis

Sorry --- if this is time consuming (and becomes more so with clustering) we care about the structure \propto -binding_fe
if something is +10 kcal/mol we don't care how it binds, so this is something we could use in prioritisation of running the script?

Sorry --- if this is time consuming (and becomes more so with clustering) we care about the structure \propto -binding_fe
if something is +10 kcal/mol we don't care how it binds, so this is something we could use in prioritisation of running the script?

I think that should be straightforward if I'm understanding correctly. I think we could just add a conditional here:
https://github.com/choderalab/covid-moonshot-infra/blob/3d81f6e754fac630608d0a026dfa1557e8306ef6/covid_moonshot/analysis/structures.py#L321
(where we have access to the work values for all clones and gens)

I think this has been addressed!


Uninformative error message in version 0.1.8

Code Sample, a copy-pastable example if possible
con = pdblp.BCon()
con.start()
con.bdh(['Invalid ticker'], 'PX_LAST', '20190101', '20190202')

Output:
ValueError: []

Problem description
With version 0.1.8 of pdblp, I no longer get a useful error message which was given by blpapi in the same way I was getting it, using version 0.1.7 (see expected output below). It would be useful to have the full error message, as I am parsing it to work out the problematic ticker/field as described in #31.
Note: I think this might be due to the different version of blpapi as well, as changes between v0.1.7 and v0.1.8 should not cause this issue. I have version 3.12.1 when testing v0.1.7 of pdblp, while version 3.13.1 with v0.1.8 of pdblp.
Expected Output
ValueError: HistoricalDataResponse = {
    securityData = {
        security = "Invalid ticker"
        eidData[] = {
        }
        sequenceNumber = 0
        securityError = {
            source = "3238::bbdbh4"
            code = 15
            category = "BAD_SEC"
            message = "Unknown/Invalid securityInvalid Security [nid:3238] "
            subcategory = "INVALID_SECURITY"
        }
        fieldExceptions[] = {
        }
        fieldData[] = {
        }
    }
}

Version Information
0.1.8

I suggest setting debug=True if you want to see the full message, e.g.
con = pdblp.BCon(debug=True).start()
con.bdh(['Invalid ticker'], 'PX_LAST', '20190101', '20190202')

pdblp.pdblp:INFO:Sending Request:
HistoricalDataRequest = {
    securities[] = {
        "Invalid ticker"
    }
    fields[] = {
        "PX_LAST"
    }
    startDate = "20190101"
    endDate = "20190202"
    overrides[] = {
    }
}

pdblp.pdblp:INFO:Event Type: 'RESPONSE'
pdblp.pdblp:INFO:Message Received:
HistoricalDataResponse = {
    securityData = {
        security = "Invalid ticker"
        eidData[] = {
        }
        sequenceNumber = 0
        securityError = {
            source = "129::bbdbh2"
            code = 15
            category = "BAD_SEC"
            message = "Unknown/Invalid securityInvalid Security [nid:129] "
            subcategory = "INVALID_SECURITY"
        }
        fieldExceptions[] = {
        }
        fieldData[] = {
        }
    }
}

---------------------------------------------------------------------------
ValueError                                Traceback (most recent call last)
<ipython-input-13-770ded2c56f3> in <module>
----> 1 con.bdh(['Invalid ticker'], 'PX_LAST', '20190101', '20190202')

~/.conda/envs/dev/lib/python3.7/site-packages/pdblp/pdblp.py in bdh(self, tickers, flds, start_date, end_date, elms, ovrds, longdata)
    273
    274         data = self._bdh_list(tickers, flds, start_date, end_date,
--> 275                               elms, ovrds)
    276
    277         df = pd.DataFrame(data, columns=['date', 'ticker', 'field', 'value'])

~/.conda/envs/dev/lib/python3.7/site-packages/pdblp/pdblp.py in _bdh_list(self, tickers, flds, start_date, end_date, elms, ovrds)
    308             has_field_exception = len(d['securityData']['fieldExceptions']) > 0
    309             if has_security_error or has_field_exception:
--> 310                 raise ValueError(data)
    311             ticker = d['securityData']['security']
    312             fldDatas = d['securityData']['fieldData']

ValueError: []

If you want to save these for later parsing, you could just attach your own logger, e.g.
import logging
import pdblp

logger = logging.getLogger()
logger.setLevel('INFO')
formatter = logging.Formatter('%(name)s:%(levelname)s:%(message)s')
fh = logging.FileHandler('bbg.log')
fh.setFormatter(formatter)
logger.addHandler(fh)

con = pdblp.BCon(debug=True).start()
con.bdh(['Invalid ticker'], 'PX_LAST', '20190101', '20190202')

Another possible work around, although not dynamic, is to output this to a log.
import logging
import pdblp

logger = logging.getLogger()
logger.setLevel('INFO')
formatter = logging.Formatter('%(name)s:%(levelname)s:%(message)s')
fh = logging.FileHandler('bbg.log')
fh.setFormatter(formatter)
logger.addHandler(fh)

con = pdblp.BCon(port=8195, debug=True, timeout=20000).start()
con.bdh(['Invalid ticker'], 'PX_LAST', '20190101', '20190202')

Thanks!

I encountered into this issue as well, thanks for the fix!
Any plan to release this shortly? @matthewgilbert


Move redux to peerDependencies

Steps to reproduce
Have a project using redux v4.0.0 while using this module.
Expected behavior
My project only contains one copy of redux.
Actual behavior
My project uses<EMAIL_ADDRESS>This project defines a dependency of<EMAIL_ADDRESS>Consequently, my application ships 2 copies of redux:

Solution
Move redux to peerDependencies, allowing package consumers to pick the version of redux they want to use.

Would you mind submitting a PR for this? Thanks in advance.

Hey @eddyystop I'm still using the 1.x release, would it be possible to re-release 1.x? I could make 2 PR's, one for master and (if you created a 1.x branch) I could make a PR for that too.

You can specify any particular release in package.json using "@feathers-plus/feathers-redux": "^1.x.x"


modules/performance: add an option to combine plugins to a single plugin pack

Hey. I'm the one from this comment in [Feature] Lazy loading issue. I decided to give nixvim a try, but since I don't want to lose my performance optimizations, I implemented them in nixvim. Since my comment have got a couple of upvotes, here I am with a PR. I don't know if this would be merged, since this feature have caveats. But if it works for your config, you'll get a free performance boost (startup time and every time you :e a buffer). It's optional, so it shouldn't brake existing configs.
I'm planning to implement three performance options:

This one: combine plugins into a single pack
Optimize runtimepath further (basically set rtp to essential directories, removing everything else, mostly all system dirs). On my system with home-manager I have 14 useless items there. It's not yet implemented, but should be easy. For now I still have this in my config: https://github.com/stasjok/dotfiles/blob/36037f523185ba1409dd953999fda0f0db0dbd4f/nvim/init.lua#L1-L17, so I'm not in a hurry. It would depend on a feedback on this PR.
Byte compile every lua file. It's already implemented, will be a second PR.

To get you interested here are startuptime measurements (all measurements are taken from my config after a couple of tries with a hot disk cache):

No optimizations: 155 ms
All plugins combined: 95-100 ms
Everything byte compiled (including plugins and nvim runtime): 55-57 ms
rtp optimized: 53-55 ms (doesn't do much, to be honest)
For comparison, vim.loader.enable() without everything from the above: 115-120 ms

This PR adds a performance.combinePlugins option with two tunables: pathsToLink for choosing what paths are linked to plugin pack and standalonePlugins for specifying what plugins to exclude from combining. Last option is important, because for combining to work there must not be any file and doc tag collisions. Good news is if it builds, most of the time it would work correctly (except when some paths need to be added to pathsToLink).
Also this PR adds a couple of examples on how to fix errors in nixvim on a per plugin case (so most of the time user wouldn't need to configure anything). This is not all problematic plugins, but the ones I have in my config (to get this PR usable). Bad news came from a recent nixpkgs PR https://github.com/NixOS/nixpkgs/pull/321550. After that PR parser queries are colliding with treesitter plugins. It can be fixed in user overlay (example), or like in this PR with nvim-treesitter (to exclude plugins containing a collection of queries from combining), or meta.priority can also be used. Because of this issue I even wanted to introduce a second layer of combined plugins, but for now a completely separate plugins would suffice. If the list of such exclusions will be too large, than it can be reevaluated.

Can someone tell me what test is failing? For me evaluation takes too much RAM that nix is getting killed by oom-killer.

Am I wrong thinking that buildbot instances also have not enough memory? All this strange unexpected end-of-file errors, looks like nix can't finish. I've added a pretty extensive testing for options here, but it still only 10 new tests.

We have some issues currently with buildbot :/

Unfortunately our CI is having issues atm so it's difficult to know with confidence nothing is broken. Hopefully this'll be resolved soon.

In a sibling PR all test are passed for two out of four arches. Those PR is branched on top of this, so I think all tests are passing. But to be honest I've noticed that most of the tests doesn't actually test functionality, only that config generated is valid and setup function is successful. In my tests I tried to test that my functionality actually work. Link to the x86_64 tests from a sibling PR: https://buildbot.nix-community.org/#/builders/146/builds/227

@stasjok FYI we recently merged a PR that seemed to massively decrease the amount of RAM used by the tests

@stasjok FYI we recently merged a PR that seemed to massively decrease the amount of RAM used by the tests

I've already rebased, but all tests are still Broken pipe.

I've already rebased, but all tests are still Broken pipe.

That's a separate issue that should only affect buildbot (our CI). See https://github.com/nix-community/buildbot-nix/issues/227.

we recently merged a PR that seemed to massively decrease the amount of RAM used by the tests

This should make it easier to run tests locally. Local tests should be unaffected by the broken pipe issue.

Thank you very much for this feature, and especially thank you for the in-depth tests, they make me much more confident that we can maintain this feature without it breaking silently!

Could you rebase on main, we should have fixed our CI problems!

 Optimize runtimepath further (basically set rtp to essential directories, removing everything else, mostly all system dirs). On my system with home-manager I have 14 useless items there. It's not yet implemented, but should be easy. For now I still have this in my config: https://github.com/stasjok/dotfiles/blob/36037f523185ba1409dd953999fda0f0db0dbd4f/nvim/init.lua#L1-L17, so I'm not in a hurry. It would depend on a feedback on this PR.

This would a nice feature, while it does not have many performance benefits, I find annoying having so many useless entries!

@Mergifyio queue

It seemed to work, can you squash the test in the tree-sitter implementation?

Optimize runtimepath further (basically set rtp to essential directories, removing everything else, mostly all system dirs). On my system with home-manager I have 14 useless items there. It's not yet implemented, but should be easy. For now I still have this in my config: https://github.com/stasjok/dotfiles/blob/36037f523185ba1409dd953999fda0f0db0dbd4f/nvim/init.lua#L1-L17, so I'm not in a hurry. It would depend on a feedback on this PR.

This would a nice feature, while it does not have many performance benefits, I find annoying having so many useless entries!

I've implemented it here: https://github.com/stasjok/nixvim/commits/optimize-rtp/ (last two commits), but I don't like it much, that's why I haven't submitted a PR. It turns out somewhat awkward having this in the performance namespace with the options to add extra paths to rtp:
https://github.com/stasjok/nixvim/blob/2551d1afa61c5271b08228fbf43cd6a870f7df97/modules/performance.nix#L7-L22
In the codebase I need to check wrapRc and if performance.optimizeRuntimePath is enabled. So it kind of strange to allow adding additional paths to rtp, but it works only if optimization is enabled and doesn't work otherwise...
So my thoughts are, if there is an interest in this feature, it shouldn't be performance options. Nixvim should do it by default with additional options to allow adding extra paths to rtp and packpath. It gives several benefits:

nixvim will be pure by default (only paths managed by nixvim will be in rtp by default), but user always can add additional paths with options. Some plugins, like treesitter, can add the paths there automatically when nix parser management is disabled for example.
filesPlugin should never be added as a plugin. This is wrong to begin with. That's because user files should always be first in rtp. When filesPlugins is in the mix with other plugins, overriding plugin files may not work (depending on sorting order).
I think that there should be a default internal variable with a path to user files. By default it point to filesPlugin, but other modules (wrappers) can override it with it's own path (home-manager should set it to xdg config path that is perfectly known to it without using raw lua, like I did now, nixos can override it with etc directory with configs and so on). Final rtp is: configpath,plugins,nvimruntime,configafter.
Potentially we can manage rtp partially with wrapper args, in that case we can even drop wrapRc completely and just place init.lua to filesPlugin. But this is debatable, maybe managing rtp paths as the first lines in init.lua is enough plus allow users to add paths with raw lua. Or it can mixed approach: user config path is added with command line args (so that the directory with init.lua is known to neovim), other paths are managed in init.lua.

In the end since all above as pretty large refactor and it should also change how things are managed right now, I put this task aside and decided to just change my lua code with a simple nix config in my config (in home-manager options I can get a static paths to my config files, to plugin path and to Nvim runtime, so no lua loops and matching needed, just plain vim.o.runtimepath assignment.

Yeah I agree that it's something that we should do by default, we already do some modifications of the runtime path, so it wouldn't be too out of place


Revert "[feat][workflow] Upgrade to new version of documentation bot #16027"

This reverts #16027 / commit f1d6b32b4513b8bec329b4fe13c8d10a934f1aa3.
All label jobs fail with error Invalid repository 'apache/pulsar-test-infra/docbot'. Expected format {owner}/{repo}.

It seems that there's a fix coming in #16035

Closing since #16035 will fix the issue.


Lua, Kotlin and Groovy anchor fix

Fixed the anchor link for the Lua, Kotlin and Groovy tags on the index. Just changed the tags from uppercase to lowercase. Probably a typo :smile:

Update the Koan url, name and description too since it redirects to Anko by JetBrains.

Thanks

You're welcome. Keep the good work. I´ll make another pull request with 1 library and 1 resource of Kotlin right now :smiley:


chore(main): release 2.5.1

:robot: I have created a release beep boop
2.5.1 (2023-05-22)
Bug Fixes

api deprecations (46e2351)
deprecation for py3.13 (9045c86)
loci header (d5506cd)
new hmm glob (0adbde3)
regression in loci node table generation (45bf7a1)
wrong glob (480c347)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/socialgene/sgpy/releases/tag/v2.5.1 :sunflower:


PLW3201: Customize error message for dunder methods removed with Python 3

https://github.com/astral-sh/ruff/pull/12607 proposed a new dango-model-with-dunder-unicode rule that flags any __unicode__ dunder method. We realized that this is already covered by PLW3201 (preview), but the error message could be improved to state that a dunder method is Python2 only explicitly.
The comments list a few dunder methods that were removed with python 3:

https://github.com/astral-sh/ruff/pull/12607#issuecomment-2286703217
https://github.com/astral-sh/ruff/pull/12607#issuecomment-2286633321
https://github.com/astral-sh/ruff/pull/12607#issuecomment-2286597816

We should change PLW3201 to use a custom error message for any dunder method that was removed with Python 3.

Hey @MichaReiser, I've picked up this issue and opened a pull request. This is my first contribution to the project, so I hope I've followed the contributing guidelines correctly. Any feedback is appreciated 😊!


EXDEV: cross-device link not permitted, rename 'C:/.../Temp/upload_xxxx' -> 'D:/projectPath/filename.png'

Description
I use Sequelize as Orm and postgresql as db. I wanna to store images in json. When I'm trying to upload a file to a resource, it gives an error to the console
Error:  EXDEV: cross-device link not permitted, rename 'C:/.../Temp/upload_xxxx' -> 'D:/projectPath/filename.png'
and doesnt save anything to images field in db. It saves random file called upload_${somenumbers} to Temp folder, although I specified folder by { bucket: path.join(__dirname, '../public') }
adminRouter.js file
...
const adminJs = new AdminJS({
  databases: [db],
  rootPath: '/admin',
  resources: [
    {
      resource: User,
      options: { listProperties: ['id', 'email', 'ava', 'avaTxt', 'images'] },
      features: [
        uploadFeature({
          provider: { local: { bucket: path.join(__dirname, '../public') } },
          properties: {
            file: 'images.file',
            filePath: 'images.path',
            filename: 'images.filename',
            filesToDelete: 'images.toDelete',
            key: 'images.key',
            mimeType: 'images.mimeType',
            bucket: 'images.bucket',
          },
        }),
      ],
    },
  ],
});
...

server.js
...
server.use(express.static('public'));
const adminRouter = require('./Routes/adminRouter');
server.use('/admin', adminRouter);
...

I think it's just a windows issue where it doesn't allow you to move files from one partition to another

I think it's just a windows issue where it doesn't allow you to move files from one partition to another

I have the same issue when using docker

Same problem using ArchLinux

I have the same issue in docker. Anyone solved this?

i have same problem

it works on windows provided that the project is on the same partition as the windows installation, and on linux also it works provided you have the right admin rights and the right distribution: example the code does not work on heroku but works fine on aws ec2

The original LocaleProvider also doesn't work in docker. The code above should work everywhere, but I haven't tested it on Windows.

Addition:
The original code does not work in docker if the "uploads" folder is mounted as "volume"

Can I also use this custom uploader for cloudinary?
I have tried making something out of it but I could not, I would really appreciate if I can get any solution

@etomarat solution might be even simplified to the shape:
import path from 'path';

import {move, mkdir} from 'fs-extra';
import {LocalProvider} from '@adminjs/upload';
import {UploadedFile} from 'adminjs';

class LocalProvider2 extends LocalProvider {
  public async upload(file: UploadedFile, key: string): Promise<any> {
    const filePath = process.platform === 'win32' ? this.path(key) : this.path(key).slice(1); // adjusting file path according to OS
    await mkdir(path.dirname(filePath), {recursive: true});
    await move(file.path, filePath, {overwrite: true});
  }
}


Install fails when newest version of SQL Service

The installer keeps asking me to install AMO, even though I have installed
15.0.300.129.01_1033_SQL_AS_AMO.msi
For the standalone .exe, it’s using:
C:\Program Files (x86)\Microsoft SQL Server\140\SDK\Assemblies
Whereas we have the DLLs installed at:
C:\Program Files (x86)\Microsoft SQL Server\150\SDK\Assemblies
Perhaps you could check which version of AMO is installed and the installer then uses that?

This appears to be a duplicate of https://github.com/otykier/TabularEditor/issues/131.  Feel free to close this one. I've subscribed to updates for the earlier one now.


feat(deque): create deque

Codecov Report

Merging #22 into master will decrease coverage by 0.58%.
The diff coverage is 91.17%.

@@             Coverage Diff             @@
##            master      #22      +/-   ##
===========================================
- Coverage   100.00%   99.41%   -0.59%
===========================================
  Files           11       12       +1
  Lines          479      512      +33
  Branches        72       77       +5
===========================================
+ Hits           479      509      +30
- Misses           0        3       +3

Impacted Files
Coverage Δ

src/data-structures/queue/deque.ts
90.62% <90.62%> (ø)

src/data-structures/queue/index.ts
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 794dbfa...8baca00. Read the comment docs.


#651 Merge custom properties of config file

Closes #651

#651

Proposed Changes

The whole sections of config files (with custom properties) are merged.

Congrats, @jlukawska ! 🎉
Your feature branch has been rebased onto ThreeMammals:develop.
We can go with code review now...

@nurhat
As the #651 issue author, could you review this solution please?
Will the solution be useful and helpful for your daily gateway development?

@RaynaldM @wast
You are great approvers! 🥇
Seems like @jlukawska is making breaking changes and you've approved them. 🤣
I am not sure about changes that they're breaking, but I will review the code thorougly. 👇

@nurhat @jlukawska
I would like to understand, how useful this feature for real world user scenarios.
User case 1
Change behavior of PollyQoSProvider
Given, I wish to override behavior of the Quality of Service feature by changes in PollyQoSProvider and/or AddPolly and/or PollyCircuitBreakingDelegatingHandler classes.
And, I will define custom property of the route for custom QoS overriding.
And, I will read the custom property from DownstreamRoute object.
When, I read the custom property the custom property from DownstreamRoute object.
Then, I get stuck! 😉
Question:

How to read custom property from DownstreamRoute object?
How and what interface do I need to inject to a service class to be able to read custom property from DownstreamRoute object?

@RaynaldM @wast
Let's have a fun! 😄

@raman-m, I marked this PR as a draft, because I am not sure if the conflicts are resolved correctly (even though the tests passed correctly). It wasn't that easy ;) I'd have to revise the code, understand the changes from develop branch and maybe the PR code would have to be improved.
Apart from that, would this PR be helpful for anyone? I proposed it 4 years ago and the issue reporter no longer responds.

Understood, Jolanta. It seems you're uncertain and wish to further develop. I also notice that many PR files contain a fake diff indicating numerous merge conflicts were resolved.
Here's what I suggest:

Create a new feature branch from develop. Your forked repo develop is synced.
Clone the second repository for manual file operations.
Transfer all changes from the old feature branch to the new one using a file manager (TotalCommander is my choice, an old school tool with a dual-pane interface vs useful comparison command).
Open a new PR after confirming successful compilation and passing tests.
Close this old PR and reference the new one.

Does this sound like a good approach?

🆗 I'm going to rebase the branch...

@jlukawska commented on May 16, 2024

I am not sure if the conflicts are resolved correctly (even though the tests passed correctly). It wasn't that easy ;)

I've rebased the feature branch today and addressed the failed tests. The entire code appears to be in good shape. I will provide my final code review later, after receiving feedback from the team. However, the current acceptance test confirms the successful merging of JSON. More tests are necessary, and it seems they will be essential for the upcoming C# helpers that will be reused in the actual code of middlewares, similar to how the Metadata-helpers function.

Apart from that, would this PR be helpful for anyone?

Indeed, the question of whether this PR would be beneficial to anyone is quite pertinent, especially after the introduction of the Route Metadata feature (aka Metadata). While some developers may not favor storing additional route data in the Metadata property, the direct inclusion of properties in JSON remains a sought-after feature, as suggested by your PR. The primary challenge lies in crafting comprehensive documentation before we can develop truly useful C# helpers, potentially surpassing the current Metadata logic.

I proposed it 4 years ago and the issue reporter no longer responds.

Mr. @nurhat didn't even reply to me, which suggests he might have used a work account linked to a corporate email. Developers often change jobs and employers, along with their work emails. Regardless, I'll assume the role of the author. 😉

Dependencies

#2125


cs: serialize link state to json before signing

It appears that the jmespath query fails to find data in certain cases where the state contains a custom structure. To solve that issue, a wrapper has been added around the link to serialize the link to json before executing the jmespath query.

This change is

Shouldn't this be a fix we do on the jmespath repo instead? It feels really hacky to do that Clone in our code...
I like the fact that we moved Clone to the link struct but the Search feels weird...

Reviewed 7 of 7 files at r1.
Review status: all files reviewed, 1 unresolved discussion (waiting on @simonvadee and @bejito)

cs/cs.go, line 277 at r1 (raw file):

// Since it uses the json Marshaler, the state is automatically
// converted to a map[string]interface if it is a custom struct.
func (l *Link) Clone() (*Link, error) {

nit: it doesn't need a pointer receiver since it only reads fields (we've been pretty lax on our pointer vs value semantics so maybe we don't care)

Comments from Reviewable

I'm not offensed about moving the Search method

Reviewed 7 of 7 files at r1.
Review status: all files reviewed, 1 unresolved discussion (waiting on @simonvadee and @bejito)

cs/cs.go, line 290 at r1 (raw file):

}

// Search executes a JMESPATH query on the link and return the matching payload.

typo: returns

Comments from Reviewable

Reviewed 1 of 1 files at r2.
Review status: all files reviewed, 1 unresolved discussion (waiting on @simonvadee and @bejito)

Comments from Reviewable

I'm actually not even sure it's a bug (although it looks like one). The following works:
type testStruct struct {
		Value interface{} `json:"value"`
}
link := cstesting.NewLinkBuilder().
	WithState(map[string]interface{}{
		"entry": testStruct{Value: testValue},
	}).
	Build()
payloadStruct, err := link.Search("state.entry.value")  //finds the data

Whereas this won't:
link := cstesting.NewLinkBuilder().
	WithState(map[string]testStruct{ //adding a pointer does not change anything
		"entry": testStruct{Value: testValue},
	}).
	Build()
payloadStruct, err := link.Search("state.entry.value") //returns nil

I will file an issue on their repo but I don't think it is worth investigating myself since we have an easy workaround which is still acceptable (it's documented and not very costly).  Is that of for you @t-bast ?

Review status: all files reviewed, 1 unresolved discussion (waiting on @alexppxela and @bejito)

cs/cs.go, line 277 at r1 (raw file):
Previously, t-bast (Bastien Teinturier) wrote…
nit: it doesn't need a pointer receiver since it only reads fields (we've been pretty lax on our pointer vs value semantics so maybe we don't care)

indeed !

cs/cs.go, line 290 at r1 (raw file):
Previously, alexppxela (Alexandre Thibault) wrote…
typo: returns

Done.

Comments from Reviewable

That looks very strange...and does look like a bug on their side in my opinion :)
I'm fine with the current workaround, but it is hackish so if we could understand the issue and fix it properly (probably on their side it would be better).
Cloning isn't very expensive right now so we can live with it, but at scale it is expensive (but we shouldn't worry about that right now).

Review status: all files reviewed, 1 unresolved discussion (waiting on @alexppxela and @bejito)

Comments from Reviewable

Reviewed 1 of 1 files at r2.
Review status: :shipit: complete! all files reviewed, all discussions resolved (waiting on @bejito)

Comments from Reviewable

I filed an issue on go-jmespath (https://github.com/jmespath/go-jmespath/issues/32) and referenced it in an issue in go-indigocore (https://github.com/stratumn/go-indigocore/issues/425). I'll close this

Review status: :shipit: complete! all files reviewed, all discussions resolved (waiting on @bejito)

Comments from Reviewable


Suggestions

You should make the board fade style static, just like 4chan and add a catalog, you should add a reply button for threads instead of clicking the id of their thread, and instead of using a blue banner for replying like "Replying to >>post number" You could use 4chan's old posting mode: reply system, and fix quoting, it doesn't work, one last thing though: Make it so you can click images to put them in their full size like 4chan does
Instead of this

You can do something like this

Can you elaborate on what you meant with the posting mode

Catalog and quoting fix pushed to branch v0.8

Can you elaborate on what you meant with the posting mode

like you can use Posting mode: Reply

Can you elaborate on what you meant with the posting mode

like you can use Posting mode: Reply

I'm still not quite sure what you mean. If you want to change the "Replying to >>id" text to "Posting mode: Reply" then no. I think the current reply banner gets the point across pretty well.

Can you elaborate on what you meant with the posting mode

like you can use Posting mode: Reply

I'm still not quite sure what you mean. If you want to change the "Replying to >>id" text to "Posting mode: Reply" then no. I think the current reply banner gets the point across pretty well.

Fair enough

Expandable images pushed do branch 1.0


Yiang fix druid stats db type

What type of PR is this?
fix druid stats may merge sql error by use oceanbase dbType, use mysql parser instead.

What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:

Additional documentation e.g., usage docs, etc.:

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.ungreat seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


update git book link to v2

fix the dead link https://git-scm.com/book/en/Git-Basics-Getting-a-Git-Repository for empty repositories to help how to clone the repository
to https://git-scm.com/book/en/v2/Git-Basics-Getting-a-Git-Repository which is v2 of the git book
also update download git links

Thanks for your first PR to the repo :) If you'd like to have more we'd love to be able to help you in any way we can. There is a label for "low-hanging fruit", in case you want to take a peek :)


[EXE-2061] Add aiq_day_diff pushdown

https://actioniq.atlassian.net/browse/EXE-2061
https://github.com/ActionIQ/flame/pull/570
Adding aiq_day_diff pushdown and tests; some refactoring and reducing log noises

published spark-redshift_2.12 to https://actioniq.jfrog.io/artifactory/aiq-sbt-local/io/github/spark-redshift-community/spark-redshift_2.12/5.1.0-aiq9/spark-redshift_2.12-5.1.0-aiq9.jar


Fix for Issue #5 (Hyperlinks in Logged In As section appear on one line)

Fix for Issue #5 (Hyperlinks in Logged In As section appear on one line) occurring in Chrome with long usernames

Ah, that was the issue. Thanks for fixing this!


Trait Simplification & Concrete Error Types

There is no need to implement a separate wrapper struct for each new functionality we'd like to support. This PR makes the Threshold and Blind functionalities act as an Extension trait over SignatureScheme.
Also closes #7

Otherwise LGTM :)

Why do you need to "cast" (not sure if this is the right word) to a SignatureScheme since there is already a verify method since SigScheme is a SignatureScheme ?

https://github.com/celo-org/celo-threshold-bls-rs/pull/30/commits/0e3cf0663509bda7649f103afa44f63f4894851e#diff-8893513a7d120bda3a4ed184939fa4a6R113 you're referring to this I guess? We have to fully specify the trait we need because Rust does not know if we want to call SignatureScheme::verify or ThresholdScheme::verify , since G2Scheme implements both. Both are in scope in the FFI because we want to expose bindings for both normal signing and partial signing

(copy from Slack)
I see: it's because you changed also how the traits are implemented, now you implement them over generic types that implement signature scheme so G2Scheme is indeed implementing all of the traits so you can have sign if you import the right trait or not. Ok I see, I missed that changes in how you implemented the traits.
Unfortunately, now you have to specify the trait that you want to use
It's a tough choice I'd say, I would have kept the previous code that avoids requiring from the user any casting but, hey, i couldn't work on it the past weeks so I abide :)


Have a look at Python 3.12 CI runner

The Python 3.12 runner seems to be getting stuck running the tests. Have a look why.

This was caused by the ICOS tests taking a long time to run, a timeout has been added. See #868.


Keep info between CRUD methods?

What problem are you facing?
Hi,
We are trying to write controller for a resource, that never deletes an external resource. External provider keeps this resource as a some sort of a "record" about an event.
So when someone runs kubectl delete on that resource, we should delete this resource from kubernetes just like the deletionPolicy is set to Orphan.
On the creation of the resource, external provider returns the ID of this new resource.
We save this ID as external name with meta.SetExternalName(), right in the Create() method.
On Delete() we tried to unset external name, but this code resets it:
https://github.com/crossplane/crossplane-runtime/blob/master/pkg/reconciler/managed/api.go#L180
Because of this reset, Observe() will always show that resource exists => deletion hangs forever.
Our workaround is in Observe() method.  Besides the ID, we check existance of deletetionTimestamp annotation via meta.WasDeleted().
How could Crossplane help solve your problem?
May be we loose something and there is a better way to keep and change info (our ID as example), that we got inside CRUD methods?
Or may be there is a way to mark resource as already deleted?

@RealFatCat The reconciler expects the external name to never be unset. I think checking for meta.WasDeleted in Observe is OK but another way to achieve what you'd like to do could be to have an initializer that always sets the deletionPolicy to Orphan so that you make sure that at no point in the lifecycle of the managed resource the policy can be set to Delete.
Feel free to reopen if this wouldn't work for you.


[Nox.Generator] Domain Event method is invoked when raiseEvents: never is configured

I configure my currency entity as follows:

And get this build error:

From the source file, the internal record haven't been created (as expected since we configured events to 'never') but the CurrencyDeleted method is still called?

The method InternalRaiseDeleteEvent should be empty is this case

https://regusit.atlassian.net/browse/MP-9592


Helmfile configuration with environment variables

I run my helmfile command like this:
helmfile -f myhelmfile.yaml apply --skip-deps
Is it possible to specify the location of the (and other configuration options) with environment variables, like so:
HELMFILE_FILE=myhelmfile.yaml
HELMFILE_SKIP_DEPS=1
helmfile apply

@ppawiggers Hey! Nope. Helmfile does not support specifying command-line options via envvars.

:+1: to HELMFILE_SKIP_DEPS=1 at least

I'd prefer having some rule like https://www.terraform.io/docs/cli/config/environment-variables.html#tf_cli_args-and-tf_cli_args_name, for example HELMFILE_CLI_ARGS_apply="--skip-deps". Otherwise, I can easily get overloaded by sea of feature requests adding the equivalent envvar for every arg of every helmfile command!

What about using viper.AutomaticEnv()?


BigDecimal set scale in j2Objc not working

Hello,
I am trying to use setScale method on BigDecimal but in J2Objc it fails as BigDecimal is converted to an NSNumber and setScale method is not available in NSNumber.
Java code:
return String.format("%.6f",price.setScale(6,BigDecimal.ROUND_HALF_EVEN).floatValue());

where price is BigDecimal
Translated J2Objc code is::
return<EMAIL_ADDRESS>[IOSObjectArray newArrayWithObjects:(id[]){ JavaLangFloat_valueOfWithFloat_([((JavaMathBigDecimal *) nil_chk([((JavaMathBigDecimal *) nil_chk(price)) setScaleWithInt:6 withInt:JavaMathBigDecimal_ROUND_HALF_EVEN])) floatValue]) } count:1 type:NSObject_class_()]);

This code fails on setScale method with unrecognized selector sent message- setScale method not available for NSNumber. Even if price is casted to JavaMathBigDecimal it is still treating it as NSNumber in Obj-C. Is there any other way to handle this? I can write an interface in Java and then implement that protocol but I would prefer to have just Java code here. Any help is greatly appreciated.

Can't reproduce, using your example:

Can't reproduce, using your example. If you are trying to call setScale on a BigDecimal from native code, remember that the method signature is actually setScaleWithInt:withInt:.
import java.math.BigDecimal;

class SetScale {
  static String test(BigDecimal price) {
    return String.format("%.6f",price.setScale(6,BigDecimal.ROUND_HALF_EVEN).floatValue());
  }

  public static void main(String... args) {
    System.out.println("test: " + test(new BigDecimal(9.99)));
  }
}

$ javac SetScale.java
$ java SetScale
test: 9.990000
$ j2objc SetScale.java
$ j2objcc SetScale.m
$ ./a.out SetScale
test: 9.990000


Add Project Idea

Describe your project clearly.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Describe the solution you'd like
A clear and concise description of what you want to happen.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

idea is good

error in idea


Problems with some modules

because in age-system characters are named "char" not all modules work as they should

I recognize that. Unfortunatelly there is no common (or recommended) syntax in Foundry to name Actor type. I would say this issue would be better addressed to the Modules, so they would create the code to be compatible to multiple game systems.