There are some problems, like building the toluapp target and installing cairo-xlib with homebrew.

See screenshot below, unable to install using .dmg files.

Mid-2015 MacBook Pro 15"
Running Mojave 10.14.5

Hey, its me again, I try to install but get this now?

Dyld Error Message:
Library not loaded: @rpath/HomebrewCtl.framework/Versions/A/HomebrewCtl
Referenced from: /private/var/folders/*/Manage Conky.app/Contents/MacOS/Manage Conky
Reason: image not found

but I have brew installed!

We can give the ability to install homebrew and this way eliminate nearly all user interaction!

How should we handle a conky installation from homebrew?

An idea is:

• keep homebrew version intact
• everything done from inside ManageConky will use the (internal) bundled version

For this to happen, ManageConky needs to somehow know the location of conky.

What is it?

ConkyControl Framework - An all-in-one attempt to pack functionality and configuration ability into one compact framework.

Why?

ManageConky, in its current state has the ability to determine presence of conky on computer, install its own version of conky (advised), run it and use it in themes.

All this code though is hanging around in various parts of the codebase and is very unorganised.

The purpose of this framework is to put an end to this mess and also bring some new features along the way, such as:

• Installation / Configuration instructions for conky on first run
• Fool-proof determining of presence of conky on computer (with support for Homebrew)
• Manage / Use multiple versions/installations of conky with ONE utility

The 1st draft of my plans is attached below...

ConkyControl_Draft#1.pdf

This framework will help fix #25

Got this report:

Identifier:            org.npyl.Manage-Conky
Version:               ???
Code Type:             X86-64 (Native)
Parent Process:        ??? [1]
Responsible:           Manage Conky [51250]
User ID:               

Date/Time:           
OS Version:            Mac OS X 10.14.1 (18B75)
Report Version:        12
Bridge OS Version:    
Anonymous UUID:        

Sleep/Wake UUID:      

Time Awake Since Boot: 24000 seconds
Time Since Wake:       16000 seconds

System Integrity Protection: disabled

Crashed Thread:        0

Exception Type:        EXC_CRASH (Code Signature Invalid)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace CODESIGNING, Code 0x1

kernel messages:

VM Regions Near 0 (cr2):
--> 
    __TEXT                 000000010b1ae000-000000010b1c9000 [  108K] r-x/rwx SM=COW  

Thread 0 Crashed:
0                                 	0x000000011ac0b000 _dyld_start + 0

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x0000000000000000  rcx: 0x0000000000000000  rdx: 0x0000000000000000
  rdi: 0x0000000000000000  rsi: 0x0000000000000000  rbp: 0x0000000000000000  rsp: 0x00007ffee4a51b88
   r8: 0x0000000000000000   r9: 0x0000000000000000  r10: 0x0000000000000000  r11: 0x0000000000000000
  r12: 0x0000000000000000  r13: 0x0000000000000000  r14: 0x0000000000000000  r15: 0x0000000000000000
  rip: 0x000000011ac0b000  rfl: 0x0000000000000200  cr2: 0x0000000000000000
  
Logical CPU:     0
Error Code:      0x00000000
Trap Number:     0


Binary Images:
       0x10b1ae000 -        0x10b1c8fff + (0) <AD80F0A9-B94A-3516-B763-3E64EA8C759C> 
       0x11ac0a000 -        0x11ac886a7 + (635.2) <1780094A-8FE2-3EAA-B4A3-C4CF14BC5196> 

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 24505
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=888K resident=0K(0%) swapped_out_or_unallocated=888K(100%)
Writable regions: Total=8400K written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=8400K(100%)
 
                                VIRTUAL   REGION 
REGION TYPE                        SIZE    COUNT (non-coalesced) 
===========                     =======  ======= 
STACK GUARD                       56.0M        2 
Stack                             8192K        2 
__DATA                             272K        4 
__LINKEDIT                         272K        3 
__TEXT                             616K        3 
shared memory                        8K        3 
===========                     =======  ======= 
TOTAL                             65.1M       11 ```

When I downloaded the DiskImage, my Mac stopped me opening the Installer like this:

I think this is highly questionable...

Manage Conky should be able to discard any unnecessary files / directories from the list and the algorithm for doing that may not always succeed. Thus provide a way so that the user can fix that.

Provide a .mcignore file with a list of names of files / directories to ignore ... (similar to .gitignore)
Also, provide an ignore button.

Clicking the button closes and drops back down the preferences window and doesn't install Conky, so far as I can tell

See Imgur post for screen recording of the problem and system info

We can download and install XQuartz using Homebrew

• Create script which will install XQuartz
• Create Helper which will run the script with Privileges
• Implement Communications between Helper and ManageConky
• Probably move Homebrew installation to the Helper instead of asking the user -> this can't be done easily, I will probably provide a .command file which will be run

Legacy wallpaper scaling keys are the ones used by conky-manager (the original one for linux).
ManageConky uses its own (macOS specific) and legacy ones should probably need to be converted to modern ones for 1-1 compat with .cmthemes

First time you run ManageConky, you try to import default theme pack, it doesn't work.
If you go to preferences and install conky then IT DOES WORK.

• Main table view (Install widgets or themes)
• Preferences table view
• Save Theme table view

Just like we've got an editor for Widgets.

Hi to all,
How can I full remove Conky from my system? I just click on remove Conky from the application menu, but I can see process running from my sistem:

ps aux | grep -i conky
Miguel 30132 0.0 0.0 2442952 396 s000 R+ 11:30PM 0:00.00 grep -i conky
Miguel 30103 0.0 0.0 2434408 564 ?? S 11:30PM 0:00.00 /bin/bash -l -c /usr/local/bin/conky -c /Users/Miguel/Documents/Conky/npyl-theme/CPU\ Panel\ (4-core)
Miguel 30100 0.0 0.1 2436456 1156 ?? S 11:30PM 0:00.01 /bin/bash -l -c /usr/local/bin/conky -c /Users/Miguel/Documents/Conky/npyl-theme/CPU\ Panel\ (4-core)
Miguel 29417 0.0 0.1 2444648 1272 ?? S 11:30PM 0:00.06 /bin/bash -l -c /usr/local/bin/conky -c /Users/Miguel/Documents/Conky/npyl-theme/Gotham

This version will ship with these updates:

• Ability to edit themes #23
• Ability to see conky docs when editing Widget / Themes
• Conky with memory leak patch
• Conky with diskio support Conky-for-macOS/conky-for-macOS#46
• conky-all
• Fix for MC not installing from a standard user #17
• Ability to handle homebrew versions of conky #25
• TravisCI (with Deployment ability)

Currently Manage-Conky uses Homebrew as a way to install the required libraries such as gettext, freetype, lua, and imlib2.

Another possible solution is requiring the user to compile them himself, but isn't that unprofessional? 😝

Is there any better way to provide support for these libraries without relying on Homebrew such as embedding them in ManageConky?

I think this would be a good solution... (tbh I am going to try it soon!)

The link gets you:

file conky-x86_64.AppImage
conky-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, stripped

curl -sL -o conky-x86_64.AppImage \
    $(curl -sL https://api.github.com/repos/brndnmtthws/conky/releases/latest | \
    jq --raw-output '.assets[0] | .browser_download_url')

Expected an macos binary.

The README vector graphic screenshot is blank until you click on it to visit it, at least in my Firefox, macOS environment. Maybe replace with a PNG?

There are several things (such as #3 and installing Xquartz ) which require administrator privileges to be implemented.

For Xquartz we have implemented the SMJobBlessHelper; though it could be of good-use as a multi-purpose privileged tool that will execute a variety of requests; eg.:

• Install Xquartz
• Toggle #3
• something else...

This is not an absolute requirement though.

Related to #29.
Until this is fixed we can't send a USR1 signal.

X11 should load at startup hidden (without showing up on dock...)
I think we may be able to implement this!

Will enable installing and uninstalling a theme or widget by deleting the folder containing it.

For this I am going to use Sparkle framework
There's already been done some work for this
( d12f974 and fca0ca4 )