pitasi / dyn-wallpaper

macOS-like dynamic wallpapers for Linux and Windows.

Hi there 👋

I'm not sure what to write in there yet.

I'll leave some pointers:

• 💬 My blog: https://anto.pt
• 💼 My LinkedIn: https://linkedin.com/in/pitasi

^{GIF source}

dyn-wallpaper's Issues

Add Mac OS support

As requested in #4, add wallpaper set method for older Mac OS versions.

Syntax Error

Coding really is beyond me but I managed to follow all the steps and installed all the requirements.txt stuff. Now I get:

File "/Users/xxxxxxx/Downloads/dyn-wallpaper-master/set_wallpaper.py", line 145
args.temp
SyntaxError: only named arguments may follow *expression

I'm not sure why that is, I did all the things according to your specification so far.

thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', libcore/option.rs:355:21

I had this script working for over a month now without having any problems. Now suddenly I get the following output:

$ dyn-wallpaper-linux "Bern" "/home/mau/Pictures/Wallpapers/Mojave" 
16 images found in /home/mau/Pictures/Wallpapers/Mojave
Output file: "/tmp/dyn_wallpaper.jpg"
Selected city: Bern
thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', libcore/option.rs:355:21
note: Run with `RUST_BACKTRACE=1` for a backtrace.

And the output with Backtrace:

$ RUST_BACKTRACE=1 dyn-wallpaper-linux "Bern" "/home/mau/Pictures/Wallpapers/Mojave"
16 images found in /home/mau/Pictures/Wallpapers/Mojave
Output file: "/tmp/dyn_wallpaper.jpg"
Selected city: Bern
thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', libcore/option.rs:355:21
stack backtrace:
   0: std::sys::unix::backtrace::tracing::imp::unwind_backtrace
             at libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
   1: std::sys_common::backtrace::print
             at libstd/sys_common/backtrace.rs:71
             at libstd/sys_common/backtrace.rs:59
   2: std::panicking::default_hook::{{closure}}
             at libstd/panicking.rs:211
   3: std::panicking::default_hook
             at libstd/panicking.rs:227
   4: std::panicking::rust_panic_with_hook
             at libstd/panicking.rs:476
   5: std::panicking::continue_panic_fmt
             at libstd/panicking.rs:390
   6: rust_begin_unwind
             at libstd/panicking.rs:325
   7: core::panicking::panic_fmt
             at libcore/panicking.rs:77
   8: core::panicking::panic
             at libcore/panicking.rs:52
   9: dyn_wallpaper::main
  10: std::rt::lang_start::{{closure}}
  11: std::panicking::try::do_call
             at libstd/rt.rs:59
             at libstd/panicking.rs:310
  12: __rust_maybe_catch_panic
             at libpanic_unwind/lib.rs:102
  13: std::rt::lang_start_internal
             at libstd/panicking.rs:289
             at libstd/panic.rs:392
             at libstd/rt.rs:58
  14: main
  15: __libc_start_main
  16: _start

I also tried something like this and got the same error:
dyn-wallpaper-linux "Bern" "/home/mau/Pictures/Wallpapers/Mojave" "feh --no-fehbg --auto-reload --bg-scale {path}"

I didn't make changes to my system recently so I have no clue what the problem might be.
I use an up to date Manjaro Linux with i3wm so setting an image directly with feh works well.

I hope you can help me troubleshooting this issue, as I loved this background!

Showing Error while Using!

sudo ./dyn-wallpaper-linux "Mumbai" "/home/anuj/Images/Wallpapers"
thread 'main' panicked at 'called Option::unwrap() on a None value', libcore/option.rs:355:21
note: Run with RUST_BACKTRACE=1 for a backtrace.

[Windows 10] - wallpaper always set using UTC time

Hi, trying dyn-wallpaper on the Windows 10 laptop. Looks like changing city doesn't actually change anything and I am getting image for the UTC.

C:\Apps>dyn-wallpaper-win.exe "New York" D:\Pictures\Wallpapers\MojaveDynamic
16 images found in D:\Pictures\Wallpapers\MojaveDynamic
Output file: "C:\Users\ava1ar\AppData\Local\Temp\dyn_wallpaper.jpg"
Selected city: New York
Now: 2020-06-08 00:43:11.187027 UTC

C:\Apps>dyn-wallpaper-win.exe "Singapore" D:\Pictures\Wallpapers\MojaveDynamic
16 images found in D:\Pictures\Wallpapers\MojaveDynamic
Output file: "C:\Users\ava1ar\AppData\Local\Temp\dyn_wallpaper.jpg"
Selected city: Singapore
Now: 2020-06-08 00:43:37.949767700 UTC

For both cases I am getting same "darkest" image from the wallpaper set (which is first one), corresponds UTC time, but not local time as expected.

Using version 0.1.0 under Windows 10 version 2004 (May 2010 update).

Any ideas?

is this support azote ?

mainly x11 based system use feh as their background reserved,
may some unit on top of wayland already familiar with azote/oguri, is it supported by azote too ?

thread 'main' panicked at 'called `Option::unwrap()` on a `None` value'

Yes, I am aware that there was an issue like this already submitted.

No, the person who submitted the issue did not provide a solution before closing it.

$ ./dyn-wallpaper-linux "Denver" ~/Pictures/Wallpapers/dynamic_wallpaper/mojave_dynamic/

thread 'main' panicked at 'called Option::unwrap() on a None value', libcore/option.rs:355:21
note: Run with RUST_BACKTRACE=1 for a backtrace.

Error while building

Hey, great program. When building, I encounter an error that I'm not sure how to approach.

Running in DEBUG mode
16 images found in ~/Images/mojave
Output file: "/tmp/dyn_wallpaper.jpg"
Selected city: Rome
Now: 2022-01-31 23:30:57.942726180 UTC
sunset_image_id=13, cursor=0, day_length=120, image_id=0/1
Starting blending process - img0+img1, amount: 0
thread '<unnamed>' panicked at 'attempted to leave type `nodrop::NoDrop<(epoch::Epoch, garbage::Bag)>` uninitialized, which is invalid', /home/rehan/.cargo/registry/src/github.com-1ecc6299db9ec823/crossbeam-epoch-0.3.1/src/sync/queue.rs:57:28
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
fish: Job 1, 'cargo run -- "Toronto" "/home/r…' terminated by signal SIGSEGV (Address boundary error)

Any help would be appreciated.

Wallpaper stopped changing after a day

Yesterday I closed the lid of my laptop, and opened it today. The script is running but it didn't recalculate dawn and dusk for the new day, so it's showing the last night image of the set.