onli / izulu Goto Github PK

It is not nice that for the random mode to work, the user needs to configure the random folders in ~/.izulu/config. A fallback is needed: If no folders are configured, take images from flickr or from a project-server.

That could be a nice feature on its own.

Dear everyone,

While today, at pentecost, the holy spirit has come upon mankind, my Izulu installation is still searching for enlightment in every corner of my file system.

I run izuli with command izulu -c dresden -d -n -p -r -t -co unity (in the unity autostart), thus employing the random option. Untlil recently I did not set the paths for the image folders in the config file. Afaik in this case izulu should use the default images and silently count to 3600. Instead, it used to start a find process examining my file system restlessly. As I use to mount a remote virtual hard disk via davfs2, this process used to claim almost the complete bandwidth of my internet connection, thus disturbing the functionality of other programs.

I could circumvent the problem by setting the paths to the image folders, but Onli asked me to make an issue of this, as this endless search does not fit into the supposed behavour of Izulu.

Thanks so far to Onli for his advise.

It is not possible to use izulu for Plasma desktop environments.
I researched a lot to find a script solution to change the background image.

I find a solution here Link

This shell command sets the wallpaper, but I am unable to quote this string the correct way to implement it myself.

qdbus org.kde.plasmashell /PlasmaShell org.kde.PlasmaShell.evaluateScript 'var allDesktops = desktops();print (allDesktops);for (i=0;i<allDesktops.length;i++) {d = allDesktops[i];d.wallpaperPlugin = "org.kde.image";d.currentConfigGroup = Array("Wallpaper", "org.kde.image", "General");d.writeConfig("Image", "file:///file:///home/nedy/.izulu/izulucurrent")}'

Probably something changed

izulu is currently using the yahoo weather api. That api recently got moved to oauth which cut our access off. The release 0.6.2 tried to fix that by querying the weather api over yql (see https://developer.yahoo.com/weather/#get-started=). While that seemed to work great at first, it does not work reliably, neither on my desktop nor according to the user reports I got – symptoms: -17°C, no forecast, or even no result at all. Possible cause is the missing oauth authentication (which is not fitting to a desktop app, especially not one using bash). It also has the problem of using weather codes differently, it is possible that it reaches a different version of the weather api.

The solution is to add in a server handling access to a weather api. Basically what https://github.com/jfrazelle/weather/tree/master/server is doing, only that golang proved to make it difficult for me, that it is missing rate limiting and that I'd like to reuse the woeid izulu's users might have set in their config.

When starting izulu I only get this stacktrace:

izulu -c Berlin -gr -i 900 -n -p -r -rd germany -t -tg -tm 
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unable to read font `Helvetica' @ error/annotate.c/RenderFreetype/1316.
convert: unrecognized gravity type `-tm' @ error/convert.c/ConvertImageCommand/1720.

Im on Arch (4.4.19-1-MANJARO)

I installed ephifonts, which should include Helvetica. So I have no clue what could be the reason