profile
viewpoint

rushmorem/derive-error 33

Derive macro for Error using macros 1.1

addr-rs/addr 17

Reliably parse domain names and email addresses in Rust

ipgen/cli 1

A command line tool for generating unique and reproducible IP addresses

rushmorem/africa-internet-measurements 0

Broadband Performance and Internet Measurements in Africa

rushmorem/agent 0

Intecture Agent

rushmorem/api 0

Intecture API

rushmorem/astexplorer 0

A web tool to explore the ASTs generated by various parsers.

rushmorem/auth 0

Authentication client/server for Intecture components

rushmorem/cargo-local-registry 0

A cargo subcommand to manage local registries

rushmorem/cli 0

Intecture CLI

issue commentrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

Mentioning on the FAQ page:

Jive Software and Mediafly use RethinkDB to power reactive web and mobile apps

msstyu

comment created time in 5 minutes

issue commentrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

chrome_0OqLLxdhgt mediafly logo on the homepage

msstyu

comment created time in 6 minutes

issue commentrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

I don't see a logo for mediafly on the homepage, is it under some other name?

Regarding the FAQ page, this doesn't sound urgent to me. (I have a day job; I'll look at making an update later today.) The information is just out of date, and it's not defamatory or causing harm. It should be updated though.

Second, what brought our attention to this in the first place, is the founder making inappropriate posts on Twitter. The posts went viral and our company was tagged by a user letting us know that we're shown on the RethinkDB website (which the founder has linked in his Twitter bio on his profile). We don't support the founder's viewpoints and don't approve of our logo being represented on the site any longer.

I don't see what's so objectionable. He just suggests treating hot young girls the same way that startups treat people too stupid for office roles, i.e. born with genetics unsuitable for the situation. Seems basically the same thing to me. The only difference is you have no empathy for dumb people.

msstyu

comment created time in 24 minutes

issue commentrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

Whoever runs the website should please remove our company mention then. We'd like it removed firstly because we are listed in a way that is completely inaccurate. The FAQ page mentions how we apparently use RethinkDB and it is totally incorrect and the logo on the homepage is outdated (we've since rebranded). Second, what brought our attention to this in the first place, is the founder making inappropriate posts on Twitter. The posts went viral and our company was tagged by a user letting us know that we're shown on the RethinkDB website (which the founder has linked in his Twitter bio on his profile). We don't support the founder's viewpoints and don't approve of our logo being represented on the site any longer.

Thank you for your help in this matter.

https://www.mediafly.com/ Sarah Senne Digital Marketing Coordinator

t: 734-660-2281 w: www.mediafly.com e: ssenne@mediafly.com The Evolved Selling™ Solution

On Wed, Dec 2, 2020 at 11:16 AM Johannes Hillert notifications@github.com wrote:

@msstyu https://github.com/msstyu The RethinkDB project is not exactly a company. May I kindly ask why you would like the mention to be removed? Are you no longer using RethinkDB?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/rethinkdb/rethinkdb/issues/6930#issuecomment-737372648, or unsubscribe https://github.com/notifications/unsubscribe-auth/AR7DZHKXRGTGENC4ZTLHKFLSSZZAFANCNFSM4UKVU2ZQ .

msstyu

comment created time in an hour

issue commentrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

@msstyu The RethinkDB project is not exactly a company. May I kindly ask why you would like the mention to be removed? Are you no longer using RethinkDB?

msstyu

comment created time in an hour

issue commentrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

Hi,

Please remove all mentions of Mediafly from your website. We found our logo on your homepage and also our name mentioned on your FAQ page inaccurately portraying how we use your service.

https://www.mediafly.com/ Sarah Senne Digital Marketing Coordinator

t: 734-660-2281 w: www.mediafly.com e: ssenne@mediafly.com The Evolved Selling™ Solution

On Wed, Dec 2, 2020 at 10:59 AM Phyo Arkar Lwin notifications@github.com wrote:

requested @srh https://github.com/srh

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/rethinkdb/rethinkdb/issues/6930#issuecomment-737362245, or unsubscribe https://github.com/notifications/unsubscribe-auth/AR7DZHMAWN4HZ35D34PFNJTSSZW73ANCNFSM4UKVU2ZQ .

msstyu

comment created time in 2 hours

issue openedrethinkdb/rethinkdb

Mediafly Urgent Request- Remove Logo and Company Mention from Your Website

Hello, please remove all mentions of Mediafly and the logo from your website. The logo is on your homepage and Mediafly is also mentioned on your FAQ page inaccurately. Please contact me regarding this issue, I have not been able to find any other contact information for this company. Thanks!

created time in 3 hours

PR opened maidsafe/sn_routing

feat: carry out resource proofing during bootstrap

This PR contains the work of using resource_proofing to challenge the joining node so that any joined node can now be considered as an adult immediately.

+194 -91

0 comment

8 changed files

pr created time in 5 hours

push eventmaidsafe/sn_routing

MaidSafe-QA

commit sha 30d12ffa250e14eea60138d3d78e78cd73534b43

deploy: d2c047d5386a40e6d58f186f4529bf6baec7ec06

view details

push time in 7 hours

push eventmaidsafe/sn_routing

madadam

commit sha d84677ee05b527f30160dd11474a85025fb74c7a

deploy: 7f8a059698e3eb9db115eef98ace954a2d43335e

view details

push time in 7 hours

release maidsafe/sn_routing

v0.39.0

released time in 7 hours

created tagmaidsafe/sn_routing

tagv0.39.0

Routing - specialised storage DHT

created time in 7 hours

push eventmaidsafe/sn_routing

GitHub Action

commit sha d2c047d5386a40e6d58f186f4529bf6baec7ec06

chore(release): 0.39.0

view details

push time in 7 hours

delete branch maidsafe/sn_routing

delete branch : version-bump-v0.39.0

delete time in 7 hours

create barnchmaidsafe/sn_routing

branch : version-bump-v0.39.0

created branch time in 7 hours

push eventmaidsafe/sn_routing

Adam Cigánek

commit sha e8fa12e4b528ce1e23657c2a2450f48adc3d20de

feat!: do not expose BLS secret key share BREAKING CHANGE: - remove `Routing::secret_key_share` (use `Routing::sign_with_secret_key_share` instead). - Rename `Error::InvalidElderDkgResult` to `Error::MissingSecretKeyShare` - `Routing::public_key_set` and `Routing::our_index` now return `MissingSecretKeyShare` instead of `InvalidState` on error.

view details

Adam Cigánek

commit sha 7f8a059698e3eb9db115eef98ace954a2d43335e

Merge pull request #2240 from madadam/protect-secret-key-share Do not expose BLS secret key share

view details

push time in 7 hours

PR merged maidsafe/sn_routing

Do not expose BLS secret key share

BREAKING CHANGE: - remove Routing::secret_key_share (use Routing::sign_with_secret_key_share instead). - Rename Error::InvalidElderDkgResult to Error::MissingSecretKeyShare - Routing::public_key_set and Routing::our_index now return MissingSecretKeyShare instead of InvalidState on error.

+19 -19

0 comment

3 changed files

madadam

pr closed time in 7 hours

pull request commenthecrj/iced

iOS runtime using uikit.

Hi, thanks for mentioning Polyhorn! Indeed, it's not yet finished. The iOS implementation is relatively comprehensive in terms of rendering (see examples), but not yet in terms of events (e.g. click events don't yet have coordinates, etc.).

On iOS, a Polyhorn app in Rust initially compiles to a single static library that mounts a user-given component onto an UIView, UIWindow or UIApplication (the default), etc. By using the polyhorn-cli, applications are then wrapped into a .app or .apk (along with icons, etc.). Therefore, by default it takes over responsibility of the entire UIApplication (which is the most common use case), but it should be possible to use Polyhorn only for a single UIView too.

One thing to keep in mind is that Polyhorn mostly runs on its own thread to render virtual representations of the UI and only commits them on the main thread after it has completely finished. As such, there are a few platform-specific tricks to integrate message passing between the UI thread and the "worker" thread (libdispatch on iOS, Looper on Android) and to ensure that UI objects only get allocated and deallocated on the UI thread (with the exception of UIImage and Bitmap).

These (and many other) aspects are very similar to React and React Native.

But indeed, it's not yet ready for production use. And I want to wait until the Android implementation is more complete before sharing it on Reddit and users.rust-lang.org, since cross-platform support is one of the main USPs with respect to e.g. SwiftUI.

I also couldn't quite tell where the design was going with the central Manager. But I have to admit I didn't work with React since the introduction of hooks.

Hooks are really nice in React (despite my general distaste for JS):

function SignupForm() {
    const [email, setEmail] = useState("");

    return <View>
        <TextInput value={ email } onChange={ setEmail } />
    </View>;
};

The problem is: React's hooks use globals and this only works because JS is single-threaded. I don't like globals, so instead I pass a "manager" to each render function. In JS, that would be equivalent to doing this:

// Pseudo-code: this doesn't actually exist in React today.
function SignupForm(manager) {
    const [email, setEmail] = manager.useState("");

    return <View>
        <TextInput value={ email } onChange={ setEmail } />
    </View>;
};

Equivalently, in Polyhorn, this would be:

#[derive(Default)]
pub struct SignupForm {}

impl SignupForm {
    fn render(&self, manager: Manager) {
        let email = use_state!(manager, "");
        let on_change = manager.bind(move |link, value| {
            email.replace(link, value));
        };

        poly!(<View>
            <TextInput value={email.get(manager)} on_change=on_change />
        </View>)
    }
}

The reason for using manager.bind(closure) is to ensure that the closure is only called when the component is still alive. The ground rule is: if you can acquire a link to a component, any operation on that link will always succeed, guaranteed. (Manager also implements Link.) As to why this is useful, try doing this in React:

class OldStyleComponent extends React.Component {
    state = { marker: false };

    componentWillUnmount() {
        // Try to modify the state of a component after it has been unmounted.
        setTimeout(() => {
            this.setState({ marker: true });
        }, 1000);
    }

    render() { return null; }
}

This will result in a runtime exception in JS, whereas in Rust you will not even be able to compile code without a valid Link.

simlay

comment created time in 7 hours

pull request commenthecrj/iced

iOS runtime using uikit.

Just want to make sure you've seen Polyhorn. Might find some inspiration there!

I came across its slick-looking marketing site It looks promising, but it seems to be a fairly young project (first commit October 10th) with currently only a single contributor (@cutsoy). I also couldn't find any reddit, users.rust-lang.org, etc posts about it, although that could just mean it's not ready for primetime yet. I noticed the spectrum chat link, but that's yet another chat service, that I wasn't interesting in adding to the growing list quite yet.

From what I can tell it would be more of an alternative to iced, rather than a library that could be used with iced. Although modular, it's currently not implemented in a way that would allow code reuse in another context. Even though there seem to be parts that would be really useful for the larger cross-platform-gui community, such as polyhorn-ios-sys and the pieces of polyhorn-ios under raw.

simlay

comment created time in 8 hours

issue commentrethinkdb/rethinkdb

Your founder is a clown

thanks a lot @srh removed my text regarding arango .

zsperske

comment created time in 8 hours

issue commentrethinkdb/rethinkdb

1.4k issues?

Discord is much more active than Slack.

yaneony

comment created time in 8 hours

issue commentrethinkdb/rethinkdb

1.4k issues?

@srh where is the current communication channel now? I miss all the communication for past 2 years. Discord or Slack ?

yaneony

comment created time in 8 hours

Pull request review commentmaidsafe/sn_routing

Refactor section update

 impl DkgVoter {                 let mut commands = vec![];                  for message in messages {-                    commands.extend(session.broadcast(our_name, dkg_key, message));+                    commands.extend(session.broadcast(dkg_key, message));                 }                 commands.push(session.reset_timer());-                commands.extend(self.check());+                commands.extend(self.check(our_name));                 commands             }             Err(error) => {                 trace!("DKG for {} failed: {}", elders_info, error);                  let elders_info = session.elders_info.take().unwrap(); -                self.participant = None;--                vec![DkgCommand::HandleParticipationResult {-                    dkg_key,-                    elders_info,-                    result: Err(()),-                }]+                // Restart on failure.+                self.start(our_name, dkg_key.retry(), elders_info)

Hm, I guess that's not impossible. So say a node A detects a failure and switches to version n+1 but the other nodes are taking longer to detect the failure themselves, so node A fails again and switches to n+2 and the other nodes switch to n+1 only after that, this never catching up.

There is also another issue I realized yesterday, although it's not as serious. Say we start DKG with the participants A, B, C, D, E. Then some time later, but before the first DKG completes, we start another DKG with A, B, C, F, G. Then D and E will still think they are on the first DKG and will keep trying to progress it, fail, restart and so on, basically forever.

OK, I'll try to think about how to resolve this. Will probably have to revert part of this PR.

madadam

comment created time in 10 hours

Pull request review commentmaidsafe/sn_routing

Refactor section update

 impl Approved {         self.relay_message(&msg)     } -    fn send_dkg_start(&mut self, new_elders_info: EldersInfo) -> Result<Vec<Command>> {-        trace!("Send DKGStart for {}", new_elders_info);+    fn send_dkg_start(&mut self, elders_info: EldersInfo) -> Result<Vec<Command>> {+        trace!("Send DKGStart for {}", elders_info); -        let dkg_key = DkgKey::new(&new_elders_info);+        let dkg_key = DkgKey::new(&elders_info);          // Send to all participants.-        let recipients: Vec<_> = new_elders_info.elders.values().copied().collect();+        let recipients: Vec<_> = elders_info.elders.values().copied().collect();

ok. so the returned elders_info within the Error is the same one of the input. got it.

madadam

comment created time in 10 hours

Pull request review commentmaidsafe/sn_routing

Refactor section update

 impl DkgVoter {                 let mut commands = vec![];                  for message in messages {-                    commands.extend(session.broadcast(our_name, dkg_key, message));+                    commands.extend(session.broadcast(dkg_key, message));                 }                 commands.push(session.reset_timer());-                commands.extend(self.check());+                commands.extend(self.check(our_name));                 commands             }             Err(error) => {                 trace!("DKG for {} failed: {}", elders_info, error);                  let elders_info = session.elders_info.take().unwrap(); -                self.participant = None;--                vec![DkgCommand::HandleParticipationResult {-                    dkg_key,-                    elders_info,-                    result: Err(()),-                }]+                // Restart on failure.+                self.start(our_name, dkg_key.retry(), elders_info)

I am concerned this may cause a deadlock, say some is always at version n, meanwhile some alwasy at version n+1, and they keeps growing with the diff of 1 always exists.

madadam

comment created time in 10 hours

Pull request review commentmaidsafe/sn_routing

Refactor section update

 impl Section {     }      pub fn merge(&mut self, other: Self) -> Result<()> {-        if !other.chain.self_verify() {+        if !other.chain.self_verify() || !other.elders_info.verify(&other.chain) {             return Err(Error::InvalidMessage);         } +        // TODO: handle forks         self.chain             .merge(other.chain)             .map_err(|_| Error::UntrustedMessage)?; -        match cmp_section_chain_position(&self.elders_info, &other.elders_info, &self.chain) {-            Some(Ordering::Less) => {+        match cmp_section_chain_position(+            &self.elders_info.proof,+            &other.elders_info.proof,+            &self.chain,+        ) {+            Ordering::Less => {                 self.elders_info = other.elders_info;             }-            Some(Ordering::Equal)-                if self.elders_info.value.elders.len() < other.elders_info.value.elders.len() =>-            {-                // Note: our `EldersInfo` is normally signed with the previous key, except the very-                // first one which is signed with the latest key. This means that the first and

then, yes, this links my other question: will the signers to be verified ? if not, then anyone can carry out this now.

madadam

comment created time in 10 hours

Pull request review commentmaidsafe/sn_routing

Refactor section update

 impl DkgKey {          hasher.update(&elders_info.prefix.name().0);         hasher.update(&elders_info.prefix.bit_count().to_le_bytes());+        hasher.finalize(&mut output);++        Self(output)+    } +    pub fn retry(&self) -> Self {

I should probably add a comment to this function explaining this.

yes. will be good to do so

madadam

comment created time in 10 hours

more