Hackage :: [Package]

monky: A system state collecting library and application

This is a package candidate release! Here you can preview how this package release will appear once published to the main package index (which can be accomplished via the 'maintain' link below). Please note that once a package has been published to the main package index it cannot be undone! Please consult the package uploading documentation for more information.

[maintain] [Publish]

Warnings:

monky started as an alternative to conky, i3-status or similar, that's fully containing in one process. Also making an effort to keep file descriptors or handles as long as possible. monky 2.0 is the first version on hackage.

monky consists of multiple parts. A number of collection modules, output modules, "examples" and a helper application.

The collection modules are the core library. Collection modules export a handle that can be used to get some detail about the system. They can be used without the other parts of this package, but they are designed with monky in mind.

Output modules take a monky specific output type and transform it into something that can be displayed by some external application. That may be a statusbar (dzen2), the terminal, a network port, that makes it accessible on another machine, or any other thing.

The examples are a group of modules, that use collection modules to create the output used by the output modules. The flexibility of the examples varies greatly, some may are really flexible, some are rather static. The intended usecase is for users to create their own examples and use them, if they don't want to use the provided ones.

Later on, I want to create something like xmonad-contrib or a collection of user examples, to provide better usability for users with few to no experience with haskell.

The helper application is used to compile the actual output generator and can generate an example configuration.

To generate an example configuration in ~/.monky simply run monky. Then modify ~/.monky/monky.hs to create your own configuration.

Modules can have two types. PollModule and EvtModule. PollModules work by the main loop asking the module to generate new output, while EvtModules block until some event is received and update their output on demand. Some handles are an instance of both, PollModule and EvtModule. EvtModule should be preferred, since they induce less load on your system. The monky main-loop does one "tick" every second. PollModules are updated each N ticks, where N is passed to pollPack.

Properties

Versions 2.0.0.0, 2.0.1.0, 2.1.0.0, 2.1.3.0, 2.2.0.0, 2.2.1.0, 2.2.1.0, 2.2.1.1
Change log None available
Dependencies base (>=4.6.0.1 && <5), bytestring, cereal, composition, containers, dbus, directory, double-conversion (==0.2.0.6), env-locale (>=1.0.0.1), formatting, ibus-hs, monky, mtl, netlink (>=1.1), network, old-locale, old-time, optparse-applicative, process, pulseaudio (>=0.0.2.0 && <0.1.0.0), statvfs, stm, template-haskell, text, time, transformers, transformers-compat, unix [details]
License LGPL-3.0-only
Author Moepi, Ongy
Maintainer Markus Ongyerth <ongy@ongy.net>
Category System
Source repo head: git clone https://github.com/monky-hs/monky
Uploaded by ongyerth at 2017-07-15T10:35:25Z

Modules

[Index]

Flags

Automatic Flags
NameDescriptionDefault
ibus

enable ibus example

Disabled
pulse

enable pulse example (7.6 disabled because travis)

Enabled

Use -f <flag> to enable a flag, or -f -<flag> to disable that flag. More info

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees