May 6 13:48 [raw]
The answer is easy: PyBitmessage is completely unusable for anything but default use case. It's a hard challenge to embed it into your application. It doesn't provide a sufficient API to create a primitive web interface. It has no facilities to access the wire protocol. You can't just decrypt messages in your application without reinventing the already written code. So what is needed is to divide PyBitmessage to reusable parts. Message encoding and decoding can be moved to a separate library. API needs methods to manage peers and send wire level messages. Ideally API must provide everything necessary to reproduce the GUI. These improvements can reduce the need for alternative implementations. Provided they will be documented or at least mentioned on the same wiki page along the API. And no, I don't know who should do it.
May 6 13:50 [raw]
idiot. there is bmf and the new web i/f ure fucking clueless
May 6 14:18 [raw]
Make Delphi-based bitmessage.so and bitmessage.dll to make Bitmessage great again.
May 6 14:31 [raw]
Thanks for your message. Many of the suggestions below make a lot of sense, and some of them are being worked on as we speak. Please be patient and keep communicating your suggestions/requirements articulately (the way you just did), they are being listened to.
May 6 14:40 [raw]
huh ? using API or not, already u can peg away and make a new GUI reusing BM code, by just calling the py functions etc. I dunno what the guy wants
May 6 15:24 [raw]
My understanding is that OP wants a rich, stable and documented interface with no risk of breaking interop on every release (reusing code doesn't qualify). Yeah, what do you want, OP? :)
May 6 20:57 [raw]
I agree with some of these points. Bitmessage could be modular with each independent piece functioning independently and communicating to the other modules. The API is useful but too constricted. It could have low level commands for manipulating every aspect of every module. Gateway modules to other protocols should snap in like plugins. Each new plugin could add its own API command layer to the API, so the API responds by redirecting requests to the appropriate module, and the module will process the API request. This relieves the Bitmessage Core from needing to document everything--module maintainers would document their own modules. For instance if I wanted to add a RSA encryption layer for messages, I would write a module and supply the documentation. End user would install the module and have RSA encryption added with the docs. Connecting via I2P provides another example. Instead of factoring Bitmessage Core to negotiate I2P protocol, the separate module contains the logic and libraries for that. The user installs the module and now has a Bitmessage that bridges Bitmessage network and Bitmessage over I2P. Tor gateway could be refactored the same way as a plugin. = zaeon =
May 6 22:03 [raw]
Yup same deal for ricochet. It's a Qt GUI app from top to bottom. It needs to be a ricochet library with an optional GUI component.
May 7 02:11 [raw]
There's a lot of truth in this message.
May 7 07:18 [raw]
how did the zeronet folks get to use BM then , Mr Clueless ?
May 7 07:23 [raw]
Yeah! There's a lot of ways to customize PyBM ... it's just getting people to actually do it!
May 7 10:30 [raw]
refactoring stuff would not be my priority adding new functions can be done right now with BM as it is
May 7 18:29 [raw]
> adding new functions can be done right now with BM as it is adding new functions locks in PyBitmessage GUI and moves further away from modularity.
May 7 18:31 [raw]
true but I say fuck it. work with what you've got. the zeronet guys did not fuck around like those shills...
|Is Bitmessage censored?||Dec 11 15:50||24|
|Bitmessage Noisebot Updated||Dec 11 14:01||13|
|Bitmessage noisebot sends randomly-timed noise messages via the PyBitmessage API.||Dec 11 11:40||15|
|Abandoning Bitmessage Chans||Dec 10 12:05||19|
|test help||Dec 10 10:20||3|
|chanerator v0.0.1||Dec 9 10:41||1|
|OMEMO jabber/XMPP chat using Gajim IM||Dec 9 09:05||4|
|OMEMO only 1000 people use XMPP||Dec 9 03:09||1|
|GB2RS News - Sunday 9th December 2018||Dec 9 00:02||1|
|censorship||Dec 8 17:30||2|
|Be warned! GOD is watching YOU (even on BM)||Dec 6 11:16||2|
|UK Column News - 4th December 2018||Dec 5 22:41||1|
|UK Column News - 3rd December 2018||Dec 5 22:31||2|
|Tips for securing Bitmessage||Dec 3 08:24||1|
|Hello||Dec 3 08:07||1|
|What does Bitmessage really have to offer?||Dec 3 06:09||15|
|UK Column News - 05 Decmber 2018||Dec 2 03:16||1|
|UK Column News - 04 December 2018||Dec 2 03:12||1|
|UK Column News - 02 December 2018||Dec 2 03:07||1|
|Bitmessage Network Health Report||Dec 2 01:03||12|
|jo||Dec 1 00:18||4|
|bug? send != receive||Nov 30 12:52||1|
|Quick and Easy Chicken Madras||Nov 23 16:42||1|
|BM||Nov 23 16:21||7|
|It's 'Anything can happen' Friday!||Nov 23 16:10||1|
|need an editor ?||Nov 21 13:33||10|
|gibs ne Chance, Namecoin mit pyBM ans Laufen zu kriegen ?||Nov 21 13:00||1|
|Vuvuzela - anonymous messaging that scales to millions of users||Nov 19 11:56||19|
|How do I benchmark bitmessage PoW||Nov 15 22:13||3|
|Support request -- GPUs (Intel(R) HD Graphics IvyBridge M GT1) did not calculate correctly||Nov 15 17:04||2|
|Spam...||Nov 15 17:02||4|