Froze just like that? I guess the Aqua look-and-feel on java is more broken than I thought. You can revert to metal by editing and changing the "lnf" entry to I will add a new window under the "Status" menu to show the Java version



That is something I need to bring up with the I2P devs, as bandwidth limiting is done by the I2P router. Are the spikes significantly higher than the limit?

0.5.6 is out. Notable features:


* Added support for "Sidecar" files. More info https://github.com/zlatinb/muwire/wiki/Sidecar-files

* Moved to Java 13
* Added system status panel that shows memory usage and Java version

* When there is an update available, a message window with description of the update will popup
* On Mac, the toolbar should now say "MuWire"
* Fix changing of font size

I can't open it. Going inside package dnd to terminal (not sure which to choose):
/Applications/MuWire.app/Contents/MacOS/muwire-mac.sh: line 6: jre/bin/java: cannot execute binary file

/Applications/MuWire.app/Contents/MacOS/MuWire.jar
-bash: /Applications/MuWire.app/Contents/MacOS/MuWire.jar: Permission denied

Note: I'm on os10.11. A limitation of my hardware-firmware re: upgrading.


I presume this is the file size? That seems a particularly large allowance for comments; potentially over a thousand words. On one hand it's great commentaries can be large but somehow it looks like it could become short story length.

Good to hear.

Any possibility of shifting to self-updating options in the future? I don't know what process the average 3rd party MacOS app uses but I suspect it's based on Sparkle. By self-updating I'm not referring to updating without the owner's permission (not sure that's even officially allowed on MacOS) but giving notification of an update with an update info window and then once selected it auto updates and restarts. It can be such a clean process and many (most of mine) 3rd party Macos apps use this process.

Launcher version 1.0 was a little meaningless. The About Launcher window simply showed Java version 1.0


I had noticed it's possible to dnd from iTunes directly to MW. One occasion I noticed after removing the files so I could rename them (the physical files), I was unable to re-add them via the same dnd process with iTunes. Possibly because iTunes had not yet updated its references. So now I wait until the files have been renamed before adding either via iTunes or direct dnd from a folder.

I thought for music it might be best to rename the file starting with the artist, album and song title in that order. It's sort of based on the method used by priv torrent sites for torrent titles.

I've tried opening on an alternative OSX 10.11, 10.8 and 10.6 and at least one of those does not have apple's java. All fail to open. The highest java version I have is 8.

It's an instant startup fail which leads me to think you might have forgotten to change something.

I suspect you might have forgotten to change a reference. Perhaps renaming the name (or version) of the launching app. Although the plist file looks ok. CFBundleShortVersionString 0.01 I don't know if that's correct? Or perhaps forgotten to change the internal java version reference (though I see there's a reference to 13 in the jre folder)?

Generally most of what you have allocated into the MacOS starter folder usually goes into the Resources folder of the package so it's a new approach to me. Might help explain why the plist file is relatively small.

But a PkgInfo file appears to be missing that would normally be alongside the plist file for most apps. First time I've looked at the contents so I cannot compare with a previous version. However I think I saw a reference in the plist file that would normally be in the pkginfo file.

There appears to be a lot of references to mail within the app. Does that mean the dev(s) are monitoring everyone's MW (and system)?

I was able to reproduce this. The only thing that I changed for the Mac packaging was the Java version, so I switched back to 11 and now it works. I've updated the binary on the website, please download and try again.


I apologize about this, and about the "unidentified developer" warning. I really need to get my Apple developer membership sorted.


I will read up on the proper way of doing things and move them around. I will also read up on the PkgInfo file and see about creating one.


You're probably referring to the various ".crt" files inside MacOS/certificates. That is just a naming convention for the certificates that I2P uses to connect to the bootstrap servers (it's equivalent of GWebCaches).



This is an important question, and the answer is no, BUT I am running a MuWire hostcache (aka GWebCache) which crawls the network, so if I wanted to I could build a graph of who is connected to who. Also, I run an update server to whom MW nodes report their current version, so I have an idea of who is running which version. Note that I don't see actual ip addresses, just the cryptographic identities.


Certainly, once I get my Apple Developer membership sorted it can happen. There are some anonymity issues with that though; right now it's possible to download MW through I2P and I don't know the ip addresses of most MW users. If I start using Sparkle I will be able to see that, so it needs to be a very optional feature.


I don't know how iTunes handles things, but it's important to mention that MW doesn't like when things change while they're shared. So if you need to rename, edit or delete a file you should un-share it from MW first.


The comment system in MW exists exactly to alleviate the need for this. Any keywords you put in a comment will be searchable, so even if the file is named "song.flac", as long as it has the artist, album and song name in the comments others will be able to find it.

Works now. Thanks.
I did unshare the folder listing first. Perhaps if I unshared each of the files first it might have made a difference. Just seemed easier to unshare the folder instead of a dozen or more files.

But is the comment system limited to only MW searches?

That inspires another question. What chances are there of my MW finding search results from other ip2 clients in other groupings/communities, etc. or vise versa? Example i2phex.

The Trust feature I find to be a difficult concept. How can I be certain a host is not a honey-pot investigator even if the files appear to be fine?

Yes, the comment system as well as everything shared on MW is only visible to MW.



Interesting idea but I doubt it will happen. I2Phex specifically hasn't seen any development activity in years as far as I know. If there appears a well-documented platform that I can integrate with, then I will certainly consider doing that.



Well that's generally a problem with every trust system. The best advice I can give is to take more things into account than just whether the files are genuine - for example what the user shares (can check via "Browse Host") and what the user searches for (can set up a ".*" regex rule in the Content Control Panel). Of course out-of-MW communication with the user in question is always a good idea. But neither of these is a silver bullet.