Extracting marshaling code #3

Closed
opened 2018-06-07 10:18:11 -04:00 by Shadowfiend · 3 comments
Shadowfiend commented 2018-06-07 10:18:11 -04:00 (Migrated from github.com)

Hey there, we're working with this library for @keep-network. @pdyraga submitted #2 earlier this week, and we're interested in continuing to upstream further changes (if any); however, one of them is that we don't need the marshaling/unmarshaling code for BSON and JSON (we may need protobuf). We're thinking of refactoring the marshaling so that it can live in its own package and consumers can import the marshaling they need. Is that a change you'd be interested in pulling back into this repo?

Hey there, we're working with this library for @keep-network. @pdyraga submitted #2 earlier this week, and we're interested in continuing to upstream further changes (if any); however, one of them is that we don't need the marshaling/unmarshaling code for BSON and JSON (we may need protobuf). We're thinking of refactoring the marshaling so that it can live in its own package and consumers can import the marshaling they need. Is that a change you'd be interested in pulling back into this repo?
didiercrunch commented 2018-06-07 11:14:33 -04:00 (Migrated from github.com)

Totally, as a stand alone crypto package, the marshalling/unmarshalling
should be a separate issue. Json might be ok to keep as it does not
require external dependancies but bson is a very odd dependency. I would
totally accept any pull request in that direction.

Didier

On Thu, Jun 7, 2018, 10:18 AM Antonio Salazar Cardozo <
notifications@github.com> wrote:

Hey there, we're working with this library for @keep-network
https://github.com/keep-network. @pdyraga https://github.com/pdyraga
submitted #2 https://github.com/didiercrunch/paillier/pull/2 earlier
this week, and we're interested in continuing to upstream further changes
(if any); however, one of them is that we don't need the
marshaling/unmarshaling code for BSON and JSON (we may need protobuf).
We're thinking of refactoring the marshaling so that it can live in its own
package and consumers can import the marshaling they need. Is that a change
you'd be interested in pulling back into this repo?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/didiercrunch/paillier/issues/3, or mute the thread
https://github.com/notifications/unsubscribe-auth/AC4UlJvW80vMdRIgVQSvCzjSkdAoXVb6ks5t6TYjgaJpZM4UegCD
.

Totally, as a stand alone crypto package, the marshalling/unmarshalling should be a separate issue. Json might be ok to keep as it does not require external dependancies but bson is a very odd dependency. I would totally accept any pull request in that direction. Didier On Thu, Jun 7, 2018, 10:18 AM Antonio Salazar Cardozo < notifications@github.com> wrote: > Hey there, we're working with this library for @keep-network > <https://github.com/keep-network>. @pdyraga <https://github.com/pdyraga> > submitted #2 <https://github.com/didiercrunch/paillier/pull/2> earlier > this week, and we're interested in continuing to upstream further changes > (if any); however, one of them is that we don't need the > marshaling/unmarshaling code for BSON and JSON (we may need protobuf). > We're thinking of refactoring the marshaling so that it can live in its own > package and consumers can import the marshaling they need. Is that a change > you'd be interested in pulling back into this repo? > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub > <https://github.com/didiercrunch/paillier/issues/3>, or mute the thread > <https://github.com/notifications/unsubscribe-auth/AC4UlJvW80vMdRIgVQSvCzjSkdAoXVb6ks5t6TYjgaJpZM4UegCD> > . >
Shadowfiend commented 2018-06-08 11:15:55 -04:00 (Migrated from github.com)

Good to hear! Hope to offer up a PR soon :)

Good to hear! Hope to offer up a PR soon :)
Shadowfiend commented 2019-06-18 10:11:02 -04:00 (Migrated from github.com)

#4 closed this!

#4 closed this!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: didier/paillier#3