26 Feb 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add test for send_event api method and fix api.
Api wasn't previously following the matrix.org spec. It now does, and
the test will make sure it continues to do so. Also fixed was making
sure that urls have non-ascii character substituted. - https://github.com/non-Jedi/matrix_relay/commit/c848fa0d07f08345d146a216e043f820ba0b2715 | 16:21:06 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add test for handling of 429 status code - https://github.com/non-Jedi/matrix_relay/commit/1167607d90703695bb12b1492acd27f45873e88d | 21:11:08 |
28 Feb 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add module for interacting with the filesystem.
The module isn't actually used for anything yet, but y'know, baby steps. - https://github.com/non-Jedi/matrix_relay/commit/56168abc9ae90837c95e105884aa082e91d3307a | 19:32:26 |
3 Mar 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add function for retrieving all files in a directory. - https://github.com/non-Jedi/matrix_relay/commit/4c428ba5fa9a3f51bab1bdb9c7ab00e769e2ff6a | 07:40:42 |
6 Mar 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed 2 commits to master: https://github.com/non-Jedi/matrix_relay/commit/002fe272e7b2e744b25fa1ad1041ad615069abce non-Jedi: Integrate utils and resources with iofs.py
I really should test all these changes, huh. But they look alright. non-Jedi: Add test for adding new relay account | 20:41:28 |
7 Mar 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add some tests for utils - https://github.com/non-Jedi/matrix_relay/commit/fc5df638cd26aa098280e9d128ef4125ba153906 | 06:38:18 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed 3 commits to master: https://github.com/non-Jedi/matrix_relay/commit/b439def26b4462fb1de2d332157367c88795a8fa non-Jedi: Update todo list non-Jedi: Add tests for utils.new_txn function non-Jedi: Fix tests for utils.new_txn and other fixups | 17:08:31 |
9 Mar 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add test for relay_message util - https://github.com/non-Jedi/matrix_relay/commit/da808d22b311c0357f4817180583cfa3d4a29710 | 21:48:11 |
15 Mar 2017 |
| Matthew joined the room. | 10:58:13 |
| * Matthew waves - this looks cool | 10:58:22 |
Matthew | i was wondering which use case specifically prompted it? | 10:58:35 |
$Adam | Hi Matthew. This is mostly a learning project for me. I'm not a software guy by trade, and I'm learning the matrix protocol and some web development basics through this project.
The secondary purpose besides learning is that I'm looking to eventually use Riot as a front-end for administration of a personal (low traffic) web site. With a tool like this, I could have a single administrative room visible to me rather than having a room for each page cluttering things up. | 13:37:09 |
$Adam | Redacted or Malformed Event | 13:40:48 |
$Adam | The other thought that had inspired this a little was reading Half-Shot's GSOC proposal from last year. There's 2 ways of doing feed aggregation for a microblog like he's talking about: server-side and client-side. He proposed building a special client for the social network, but I kind of like having freedom to use any client I like, so the server-side approach may be friendlier to users. If you want to do this server-side, you either need to modify the matrix protocol or build an application-service for relaying messages between rooms. | 13:41:52 |
Matthew | mm :) | 15:14:27 |
$Adam | Matthew: May I ask how you ended up here anyway? | 17:47:10 |
Matthew | i was browsing the room list, and thought "ooh, that's a project i don't recognise" :) | 18:43:24 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Remove explicit pass of storage_path to resources
storage_path is part of the config and so shouldn't be separated from
the rest of the config. Probably need to write a function in utils that
validates the configuration file. - https://github.com/non-Jedi/matrix_relay/commit/fb1cb85a121f6a67832d9cfd6467e5c0233be87c | 19:28:13 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add handler for "!relay dump" command - https://github.com/non-Jedi/matrix_relay/commit/0407dee77992ec952034ee266e2614882cc61b16 | 21:01:04 |
16 Mar 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add test for utils.validate_command - https://github.com/non-Jedi/matrix_relay/commit/7fe0cf81991d7507b12ab52c2d9073b126ff7915 | 17:13:45 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Change handling of unimplemented bridge commands
Now handled in an else statement rather than a separate function
validating the command formatting. Much more readable.
Additionally added unit test for an as-yet unimplmented utils function
for sending messages as the bridge's representative user. - https://github.com/non-Jedi/matrix_relay/commit/d2ef46da325c2e94377f75513b93c6d40d07c1f5 | 19:32:54 |
17 Mar 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Add class to abstract over matrix users.
The class still must be integrated into the rest of the bridge. This
represents a fairly major architectural decision to embrace an
object-oriented design paradigm. - https://github.com/non-Jedi/matrix_relay/commit/d3fa95a59ccf7ec47d9fa8f95c4c4cb2d51110cc | 07:37:30 |
$Adam | I'm going to go ahead and work on splitting this into 2 separate projects which is what I would have done to start if I knew anything about how WSGI works. The first will be a generic WSGI server that handles requests from matrix and provides some convenience functions and classes. This will function as a framework for developing python ASes--the idea being that the actual framework logic would be implemented in WSGI middleware. | 10:03:31 |
$Adam | The second project will of course be matrix_relay, using the new framework and demonstrating its capabilities. | 10:04:24 |
$Adam | Any ideas for naming the matrix AS framework/library jbeckmeyer? Maybe some sort of bird pun; I don't know. | 10:06:45 |
$Adam | Hmm. Maybe the logic wouldn't be put in middleware; that might be abusing the idea of middleware. | 12:13:24 |
18 Mar 2017 |
$Adam | This project is on hold until the python framework Gyr has a release. Discuss Gyr at #gyr:matrix.org | 17:44:28 |
30 Apr 2017 |
| $Adam changed their profile picture. | 00:26:29 |
2 May 2017 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Reboot matrix_relay - https://github.com/non-Jedi/matrix_relay/commit/903e3c6b7d77280487c3cd06fe26a0320983a437 | 01:54:07 |
Github [@abeckmeyer:matrix.org] (deprecated) | [non-Jedi/matrix_relay] non-Jedi pushed to master: Refactor module into a package - https://github.com/non-Jedi/matrix_relay/commit/43d5d31b81e574634636974f77dfe84ad175f201 | 23:53:41 |