New packages: monero-gui, feather about gentoo-monero

[00-matt]

I'm currently working on packaging up feather :)

[telans]

Want a hand?

[00-matt]

I've pushed up a live ebuild (there are no tagged releases yet), some help testing would be great :)

[telans]

Looks great, thanks

Do you have connectivity within the wallet? For me the balance synchronises yet there is no other connectivity (fiat equivalent or news feed).

This is strange seeing as tor is not being built.

I'll note that GCC segfaults when compiling with -fipa-pta but that's an issue for GentooLTO

---

Actually, does feather require tor regardless? Seems like it does

[00-matt]

Ah, I already had Tor running locally so everything worked for me. I thought that it was optional :( For now we can add a message after installation explaining that you need to have Tor installed and running. Maybe later on upstream can add a message saying that it failed to connect to the Tor SOCKS server, instead of just silently breaking.

[telans]

For now we can add a message after installation explaining that you need to have Tor installed

A dependency requirement would probably be better for now

[telans]

- Embedding executables require passing definition to CMake, e.g:
  - `-DTOR=/path/to/tor`
  - `-DXMRIG=/path/to/xmrig`

From https://git.wownero.com/feather/feather/commit/aee60f33b7419ebd91fe098e2afcd2d67ef7dfab

I suppose these could be behind the same USE flags for tor/xmrig and solves the need for a currently running tor node? I'm not sure if that conflicts if tor is already running.

[00-matt]

I think that this would embed it into the executable, which we don't want since the user already has Tor and XMRig on their system, and allowing Feather to start Tor might conflict with the system Tor already running.

[telans]

I think that this would embed it into the executable

I thought this would be a plus for ease of use, but yeah thinking on it it definitely seems a little redundant if the binaries aren't being shared.

[00-matt]

We could patch the sources so that -DXMRIG=/path/to/xmrig simply sets the default of the textbox instead of embedding into the executable. Although I'm not sure which one it would pick, if the user had both xmrig and xmrig-mo installed. It doesn't seem worthwhile to create something like eselect xmrig set ... just for this.