Коренберг Марк

I mount the same S3 bucket on more than 1 node. So I have issue with "sticky" cache. If I change something through Geesefs on one node (and sync()), other...

https://cryptography.io/en/latest/hazmat/primitives/asymmetric/rsa/ search this page for "PKCS1v15" https://people.redhat.com/~hkario/marvin/ https://github.com/moepman/acertmgr/blob/master/acertmgr/tools.py#L346C31-L346C49

variant ('v') type does not handle {1: True, 2:False}

3

At least, in python2 (where `isinstance(True, int)` is `True`) If I try to serialize `{1: True, 2:False}` as DBUS's variant, it is really serialized as `{1: 1, 2:0}`. And also...

dbusCaller=None + defer.inlineCallbacks silently does not work

5

This does not work (prints None) silently and does not even say that something wrong. ``` class MyObj(objects.DBusObject): ... @defer.inlineCallbacks def dbus_identTest(self, dbusCaller=None): print 'Caller:', dbusCaller ```

conn.exportObject() should return deferred object instead of None

6

Since this method calls `conn.sendMessage()` internally, this method may block. Moreover. Library should expect that socket write function may (!) block! So, whole chain of calls should implement deffered semantics.

Suppose this: ``` ... Method('structMethod', arguments='(si)', returns='(is)') ... def dbus_structMethod(self, arg): print 'swapping and returning swapped struct' return (arg[1], arg[0]) ``` When I call it: `res = yield qwe.callRemote('structMethod', ('x',...

Also, take a look to my cython bindings (very incomplete, but proof that it works!) to that great library https://github.com/socketpair/htpy3

Wrong release 4.0 name

2

For example, 4.0 release: https://github.com/sjvermeu/cvechecker/archive/cvechecker-4.0.tar.gz contains top-directory `cvechecker-cvechecker-4.0` 3.9 release https://github.com/sjvermeu/cvechecker/archive/v3.9.tar.gz contains top-directory `cvechecker-3.9`

https://github.com/accel-ppp/accel-ppp is a new one! mentioned no the main website https://accel-ppp.org at the bottom. block adding new issues here, and so on.

See #22 also