profile
viewpoint
Ximin Luo infinity0 ∀A∈BQP. Adv(A) ≤ O(2⁻ˡ) 1DF2YLu1DDdM7RFdHQmDBE4u9QWQiWzFQQ https://qa.debian.org/developer.php?login=infinity0 {secure, convenient, decentralised, pointless}: choose 3

freenet/contrib 19

Stuff needed for freenet-ext.jar

freenet/debian 18

Debian package (semi-official)

codejamninja/sphinx-markdown-parser 14

write markdown inside of docutils & sphinx projects

infinity0/evolutionchamber 14

Starcraft 2 Genetic Algorithm Build Order Search

infinity0/droid-hacks 8

A collection of hacks to free your Android device

infinity0/adhoc-backup-scripts 4

misc backup tools useful for small-scale systems

bmwiedemann/ddcpoc 2

a proof-of-concept of a diverse double compilation

infinity0/ambient-rs 2

Set ambient capabilities

infinity0/bjsim 2

Blackjack odds calculator

infinity0/dark-themes 2

Dark* GTK 2/3 themes

push eventw3f/research

Ximin Luo

commit sha 61c01d924f138a8e218658ed0a7b92588c3bb6d3

WIP: networking: xcmp: distinguish honest vs malicious recipients

view details

push time in 3 days

push eventw3f/research

Jonas Gehrlein

commit sha f3f65829100339cf79eeea96c9e576d78daab4c0

added Oana to Research Team

view details

Jonas Gehrlein

commit sha e5a75b21d2ac6d5e11d56fe8c52819f61874c51a

updated news

view details

Ximin Luo

commit sha c6aab829cb13f3a04e82fe166e39012e7714f05e

WIP: networking: xcmp: distinguish honest vs malicious recipients

view details

push time in 4 days

push eventw3f/research

FatemeShirazi

commit sha ae48b6629913d2def2eb539f70827d47ab00fe34

Update index.rst

view details

Ximin Luo

commit sha 73596cc27b29ac9ee626d8e9c624b9158bce41f0

bump sphinx-markdown-parser to 0.2.4 to fix links

view details

Ximin Luo

commit sha 2c407da4e9b7a84192f58d901c1f5411ad37ff7b

polkadot: fix slashing link

view details

Ximin Luo

commit sha 08e883e373b87384db9d1d9c0cfb913cdb492712

WIP: networking: xcmp: distinguish honest vs malicious recipients

view details

push time in 5 days

issue openedw3f/research

Have CI check links under a subdirectory

#100 was not caught by CI because it served the page under / but production uses /en/latest. We should make CI do the latter.

Should just be a case of editing this command appropriately: https://github.com/w3f/research/blob/master/.circleci/config.yml#L33

created time in 7 days

issue closedw3f/research

Fix all dead links

I keep finding dead links on the research page, so I ran a quick link check and collected all the issues I found here.

First of is a dead link to a slashing page that does not exist.

URL slashing' NameSlashing mechanism' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/index.html, line 474, col 207 Real URL https://w3f-research.readthedocs.io/en/latest/polkadot/slashing

The other issues all broken links to member profiles, caused by the fact that read the docs hosts the latest version of the research page under en/latest/.

URL /research_team_members/syed.html' NameSyed Hosseini' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/Polkadot-Host-Spec.html, line 324, col 29 Real URL https://w3f-research.readthedocs.io/research_team_members/syed.html

URL /research_team_members/alistair.html' NameAlistair Stewart' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/finality.html, line 392, col 11 Real URL https://w3f-research.readthedocs.io/research_team_members/alistair.html

URL /research_team_members/jeff.html' NameJeff Burdges' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/Availability_and_Validity.html, line 360, col 29 Real URL https://w3f-research.readthedocs.io/research_team_members/jeff.html

URL /research_team_members/Ximin.html' NameXimin Luo' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/networking/0-overview.html, line 457, col 29 Real URL https://w3f-research.readthedocs.io/research_team_members/Ximin.html

URL /research_team_members/alfonso.html' NameAlfonso Cevallos' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/Token%20Economics.html, line 497, col 29 Real URL https://w3f-research.readthedocs.io/research_team_members/alfonso.html

URL /research_team_members/Jonas.html' NameJonas Gehrlein' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/Token%20Economics.html, line 497, col 124 Real URL https://w3f-research.readthedocs.io/research_team_members/Jonas.html

URL /research_team_members/handan.html' NameHandan Kilinc Alper' Parent URL https://w3f-research.readthedocs.io/en/latest/polkadot/block-production/Babe.html, line 596, col 29 Real URL https://w3f-research.readthedocs.io/research_team_members/handan.html

closed time in 7 days

FlorianFranzen

issue commentw3f/research

Fix all dead links

Links are fixed, I will file another bug for the CI.

FlorianFranzen

comment created time in 7 days

push eventw3f/research

Ximin Luo

commit sha 2c407da4e9b7a84192f58d901c1f5411ad37ff7b

polkadot: fix slashing link

view details

push time in 7 days

push eventw3f/research

Ximin Luo

commit sha 73596cc27b29ac9ee626d8e9c624b9158bce41f0

bump sphinx-markdown-parser to 0.2.4 to fix links

view details

push time in 7 days

push eventcodejamninja/sphinx-markdown-parser

Ximin Luo

commit sha 9fdf30908ae47df3caffadac112b25f6aec8bafa

Temporarily revert URL changes for now since they broke the test suite

view details

Ximin Luo

commit sha 1cb3e4b2b7ee2b382bdbd5071179be88dab359cc

resolve absolute paths against the site root; sphinx-rst does this

view details

Ximin Luo

commit sha 2fd54373770882d1fb544dc6524c581c82eedc9e

Update version to 0.2.4

view details

push time in 7 days

push eventinfinity0/sphinx-markdown-parser

Ximin Luo

commit sha 2fd54373770882d1fb544dc6524c581c82eedc9e

Update version to 0.2.4

view details

push time in 7 days

push eventinfinity0/sphinx-markdown-parser

Ximin Luo

commit sha 1cb3e4b2b7ee2b382bdbd5071179be88dab359cc

resolve absolute paths against the site root; sphinx-rst does this

view details

push time in 7 days

issue commentw3f/research

Fix all dead links

The reason the CI link checker is not finding these broken links, is probably because it is configured to check the documents under / and not /en/latest.

FlorianFranzen

comment created time in 7 days

issue commentw3f/research

Fix all dead links

Nvmd, it is broken everywhere, I will fix that.

FlorianFranzen

comment created time in 7 days

issue commentw3f/research

Fix all dead links

@FlorianFranzen oh, the real reason is because our readthedocs configuration is broken - you need to tell sphinx that the website base is /en/latest not /.

FlorianFranzen

comment created time in 7 days

issue commentw3f/research

Fix all dead links

I can fix these, though.

FlorianFranzen

comment created time in 7 days

issue commentw3f/research

Fix all dead links

@FlorianFranzen the CI performs some link checks, which is how I found some previous ones. Do you know why it didn't catch these?

FlorianFranzen

comment created time in 7 days

push eventw3f/research

Ximin Luo

commit sha 26feedda7274984714ba0226a0af4c023d4bc24b

networking: xcmp: rewrite with newer ideas

view details

Ximin Luo

commit sha 2f9f1fb44bf7d05f3c7cf41bb5c1a04f1aa39a53

networking: more XCMP ideas and analysis

view details

push time in 11 days

push eventw3f/research

Ximin Luo

commit sha 695ef0453b49d68f4af6d12ef0ef382ae601c809

start revamping & updating the website, with newer structure

view details

Ximin Luo

commit sha 8329e84a2f591aba919ef98e6e7eb937c28b9e1f

fix links from md docs

view details

Ximin Luo

commit sha 26feedda7274984714ba0226a0af4c023d4bc24b

networking: xcmp: rewrite with newer ideas

view details

Ximin Luo

commit sha 2f9f1fb44bf7d05f3c7cf41bb5c1a04f1aa39a53

networking: more XCMP ideas and analysis

view details

push time in 11 days

issue commentw3f/research

Research page for multisig

@swasilyev maybe you?

infinity0

comment created time in 12 days

issue openedw3f/research

Research page for multisig

I added a placeholder page, someone else needs to fill it in.

created time in 12 days

push eventw3f/research

Ximin Luo

commit sha 8329e84a2f591aba919ef98e6e7eb937c28b9e1f

fix links from md docs

view details

push time in 12 days

push eventw3f/research

Ximin Luo

commit sha 695ef0453b49d68f4af6d12ef0ef382ae601c809

start revamping & updating the website, with newer structure

view details

push time in 12 days

issue closedw3f/research

Old link to polkadot specification

This wiki page links to this outdated repo. It should instead link to the maintained repo

closed time in 12 days

dud1337

issue commentw3f/research

Old link to polkadot specification

this was fixed a while ago, closing

dud1337

comment created time in 12 days

push eventw3f/research

Ximin Luo

commit sha a3c0ae4197eeeb969b82d27815dbadaab4944c98

networking: more XCMP ideas and analysis

view details

push time in 13 days

pull request commentstjepang/async-io

generalise Source to GSource and expose parts of reactor module

But also, I feel it probably doesn't make too much sense for async-io and rs-bwlim to share possible. At the end of the day, it's not that much code duplication and those two crates have fairly different goals.

(Replying here because I think this PR is more useful currently, than #23, and has downsides than it.)

It's not a lot of code duplication, but it's code duplication of something that you correctly identified as not being the goal of rs-bwlim. I'm not an expert in how that part of the logic works, and whilst I could indeed become familiar with it after some time, ideally I'd just like to reuse whatever async-io does.

The part that I'm factoring out here and reusing in rs-bwlim is effectively an implementation of a generic reactor, that may or may not be based on epoll. It's not entirely infeasible that someone else would find the logic useful too. For example on a bare-metal system where epoll does not exist, and you have to recreate it, you could use this logic to implement that.

infinity0

comment created time in 19 days

push eventw3f/research

Ximin Luo

commit sha 64498a2e4529687ca40940a3eb24e4b46f84a673

networking: xcmp: rewrite with newer ideas

view details

push time in 20 days

push eventw3f/research

Ximin Luo

commit sha d1a49ec42227e9ac55e7497c0e762aabfa9a4871

networking: xcmp: rewrite with newer ideas

view details

push time in 20 days

push eventw3f/research

Ximin Luo

commit sha 4b65773103c48c6307289ca33b1a5cd419abded2

networking: xcmp: rewrite with newer ideas

view details

push time in 20 days

push eventw3f/research

Jonas Gehrlein

commit sha 1975830fb91e46a9ae1cf003be1af0e397bdcac7

updated news

view details

Jonas Gehrlein

commit sha 4a03ce9e7f02b326639714e4bf287122115ab012

removed Leon

view details

Jonas Gehrlein

commit sha 29ca6c0532750cbc536f3f90482784be698f1a10

removed Leon

view details

Jeff Burdges

commit sha 0cea41e61771aa9c517af4f95ddc04a53747c905

Merge pull request #97 from w3f/news-update updated news

view details

Ximin Luo

commit sha 840c3bfda93945684385afeb5be2c93e6c885d91

fix relative links, move XCMP main document so the index links to it properly

view details

Ximin Luo

commit sha fc3858ea1d293dad41f500fc8c64df2efd34c62f

networking: xcmp: rewrite with newer ideas

view details

push time in 20 days

push eventw3f/research

Ximin Luo

commit sha 840c3bfda93945684385afeb5be2c93e6c885d91

fix relative links, move XCMP main document so the index links to it properly

view details

push time in 20 days

pull request commentrust-lang/rustc-dev-guide

Explain stages (take N)

It would be nice to clarify what happens on install and also on cross-build as well. For example with a regular non-cross build it is sufficient to install rustc+std in row 2, however in a cross-build there is an additional rustc:foreign-arch being built at row 2 column 1, which is not used to build the std at row 2 column 2, but would be used during the install --stage 2 step. (I hope I got that right, kind of guessing here.)

In my head I can imagine representing this with another dimension to the diagram but that might not look so nice in practice.

jyn514

comment created time in 20 days

pull request commentrust-lang/rust

rustbuild: avoid trying to inversely cross-compile for build triple from host triples

Thanks! Yes this sounds great, and hopefully will shorten cross-compile times too.

Mark-Simulacrum

comment created time in 20 days

pull request commentrust-lang/rustc-dev-guide

Explain stages (take N)

@jyn514 The diagram is great. However, as I understand from the latest changes, the wording needs to be amended:

  • build --stage N $X means build $X from column N
  • test --stage N $X means (build then) test $X from row N
  • doc --stage N $X means (build then) document $X from row N

If $X is omitted, this implies $X = everything in row N.

jyn514

comment created time in 21 days

issue commentgetnikola/nikola

reST doc directive: slugs with slashes in no longer work

Thanks, that works nicely for me!

infinity0

comment created time in 21 days

push eventinfinity0/async-io

Stjepan Glavina

commit sha fd8084b19394860c2e79b44bc69da90320790462

Add logging

view details

Stjepan Glavina

commit sha b84f609c39c6a9f8b650adb0f35589f7bbce61b7

Bump to v0.2.6

view details

Stjepan Glavina

commit sha 06a40ec8de2a043d1b265fcc145e110e6aa4ed27

Replace log::debug with log::trace

view details

Stjepan Glavina

commit sha 627b8b9d6d05c94171a5baa228bdc3f1830ad39d

Bump to v0.2.7

view details

cssivision

commit sha c64dcb158a5f147352cbb2a24baf654507f671e1

remove drop(self) when react (#24)

view details

Ximin Luo

commit sha 217a14e44b430cf4103170a5b8ab0c650cc72944

Factor out cross-platform types into a single module

view details

push time in 21 days

push eventinfinity0/async-io

Stjepan Glavina

commit sha 06a40ec8de2a043d1b265fcc145e110e6aa4ed27

Replace log::debug with log::trace

view details

Stjepan Glavina

commit sha 627b8b9d6d05c94171a5baa228bdc3f1830ad39d

Bump to v0.2.7

view details

cssivision

commit sha c64dcb158a5f147352cbb2a24baf654507f671e1

remove drop(self) when react (#24)

view details

Ximin Luo

commit sha 35f872e454502c9cd461b4e388e34c6d2479a0c4

add AnAsync{,Ext} traits to reuse {read,write}_with{,_mut}

view details

push time in 21 days

push eventinfinity0/async-io

Stjepan Glavina

commit sha 06a40ec8de2a043d1b265fcc145e110e6aa4ed27

Replace log::debug with log::trace

view details

Stjepan Glavina

commit sha 627b8b9d6d05c94171a5baa228bdc3f1830ad39d

Bump to v0.2.7

view details

cssivision

commit sha c64dcb158a5f147352cbb2a24baf654507f671e1

remove drop(self) when react (#24)

view details

Ximin Luo

commit sha 53f83594b408f02eea4c960c4be970e224768327

generalise Source to GSource and expose parts of reactor module

view details

Ximin Luo

commit sha 2da2489ce6a3494e259cd9c5973a9b67370cd1cd

update for 0.2.6

view details

push time in 21 days

push eventinfinity0/polkadot

Ximin Luo

commit sha 3745888fa0f24174b94349e4c525a76ed665f7ff

implementers-guide: more structure for overview pages, clarify some definitions (#1682)

view details

push time in 21 days

issue commentrust-lang/rust

Add a stable version of x.py

has to reimplement its own parsing to avoid conflicting with any flags the user passes. So the idea I had was to have the bootstrap binary know about both defaults

Ah right, yes for some reason I thought bootstrap.py already did some parsing, but it looks like that's not the case. What you're saying makes sense now.

jyn514

comment created time in 22 days

issue commentrust-lang/rust

Make the default stage for x.py configurable

So why not just have contributors do that?

Ah, I remember, stage0-rustc won't use stage0-std because it was not built by itself but by the bootstrap compiler, and the ABI could be different. OTOH since rustc uses std in its code, we need to build stage0-std first in order to build stage0-rustc.

But that suggests that this new behaviour of not building stage-N rustc artifacts should be the case for every stage N, there is no reason to special-case stage 1.

jyn514

comment created time in 22 days

issue commentrust-lang/rust

Make the default stage for x.py configurable

This is not the case. x.py build still builds stage 0 rustc artifacts, just not stage 1 rustc artifacts. See rust-lang/compiler-team#326 (comment) - this is one of the main reasons I wanted to change the defaults, because of the confusion around this point (maybe I should go into more detail on this in the blog post?).

Yes, the situation is confusing. Because now my question is, what does ./x.py build --stage 0 do? Going by the examples on your blog post, it should build stage0-std and stage0-rustc, which should be enough to test some basic changes right? So why not just have contributors do that?

In fact I've always been a bit confused on the rust compilation stages, and why stage 0 involves building anything at all. Typically "stage 0" should just mean the bootstrap compiler, and "stage 1" is where the first build happens, and "stage 2" is where the second build happens. There is normally no need for a third compilation, which apparently is what --stage 2 actually means in the rustc build process (unless you want to check that the 2nd vs 3rd builds are identical, for reproducible builds).

jyn514

comment created time in 22 days

issue commentrust-lang/rust

Add a stable version of x.py

@jyn514 it sounds fine from my side, but others might find it confusing to have two top-level scripts with the same subcommand names and mostly-the-same CLI options. I'd be happy to call src/bootstrap/bootstrap.py directly - I'm doing that already anyway since Debian is encouraging us to use Python 3, and ./x.py hardcodes Python 2.

I also predict it would be more long-term work to wrap a stable API around unstable logic that selects convenient defaults, than wrapping unstable logic around a stable API, but perhaps you meant something slightly different from how I'm interpreting what you wrote.

jyn514

comment created time in 22 days

issue commentrust-lang/rust

1.47 beta cross-compiling broken: tries to run the reverse cross-compile

OK, --stage 2 works and (if I understood that PR correctly) should be identical to the old behaviour.

It's possible that --target $host might also have worked if I had emptied host and target in config.toml, however we need --stage 2 regardless so I will just go with this option rather than screw around with the other settings.

@Mark-Simulacrum it seems that the documentation for config.toml could be updated? At least "This platform must currently be able to run all of the triples provided here." is empirically not true, and the previous sentence also seems like it could do with fixing. As far as I can tell the host compiler is never actually run (on build --stage 2) so it is not accurate to say "each of these triples [..] then will continue to bootstrap themselves". I am not sure what exactly actually happens for the general stage-N case.

infinity0

comment created time in 22 days

issue commentrust-lang/rust

Make the default stage for x.py configurable

Thanks for the balanced response. I will see about making a PR when I have time, but it'd be nice if whoever else pushes this issue forward, does it whilst also making the change I suggested.

I object to calling the changes second-guessing. [..] Having the defaults being different from the recommended workflow made it much harder for new contributors to get started and more annoying for frequent contributors. [..] You're right that the new defaults are not simpler, however I believe they're more helpful, because they require less work in the common case.

The very existence of this issue indicates that you understand different people have different preferences for the defaults. You may be right that these defaults would satisfy a majority of contributors, but neither of us really know for sure. So I think it's fair to call this second-guessing.

Also I think you are mixing up "new contributors" and "frequent contributors". As someone else mentioned on #73964, these new defaults make it quicker to manually execute a debug-oriented workflow, as a frequent contributor. However imagine that all your knowledge about rustc was wiped away and that you are a new contributor. You checkout rust.git, run ./x.py build and it doesn't actually build rustc. What are you going to do next? Where is the documentation that tells you how to actually build rustc? Remember you don't know what a "stage" is. And installing sounds like a commitment that newbies typically don't want to do before trying out the thing directly from the build directory.

Generally a good principle is to make the primary API as simple and predictable as possible - ideally the overall options available should be a simple cartesian product of all the individual options. Then one can think about a secondary API with some convenient defaults. For example (as another alternative to my ./x.py suggestion) your test --stage 1 could have been implemented as another subcommand quick-test that is an alias for test --stage 1, instead of changing the behaviour of the primary API. Humans can consume the secondary API, automated scripts can consume the primary API.

jyn514

comment created time in 23 days

issue commentrust-lang/rust

Make the default stage for x.py configurable

Alternatively, have x.py be the wrapper "newbie-friendly convenience" script that passes --stage arguments that second-guess what a typical newbie wants, and have bootstrap.py be the simple consistent CLI that works predictably and is easier to automate around.

jyn514

comment created time in 23 days

issue commentrust-lang/rust

Make the default stage for x.py configurable

Instead of trying to second-guess what everyone's individual subjective workflow is, I think it's much better to make a CLI that is simple and predictable. That means that defaults shouldn't change randomly based on second-guessing everyone's individual subjective workflow.

What is simpler to understand, a function like f(x) = x^2, or a function like

f(x) = x^2 if x in [0..1]
       x^3 if x in [1..10]
       x^4 if x in [10..]

Why is the default stage different between test and bench? I don't know, and I don't want to have to know. I already need to know a lot of things about rust already in order to maintain it, having to know extra idiosyncracies makes the task less fun.

If someone does not understand --stage well enough to optimise their own workflow (possibly via a local-only ./y.py script) when working on rustc, should they really be working on rustc?

jyn514

comment created time in 23 days

issue commentrust-lang/rust

1.47 beta cross-compiling broken: tries to run the reverse cross-compile

@Mark-Simulacrum --target $host does not work, I will try --stage 2 next. With --target $host (and the above config.toml) we get Building stage1 std artifacts (armv5te-unknown-linux-gnueabi -> armv5te-unknown-linux-gnueabi) which is also unwanted.

This is a regression, it was working fine for us on 1.46 and earlier versions. However I do note that the documentation for config.toml says:

# In addition to the build triple, other triples to produce full compiler
# toolchains for. Each of these triples will be bootstrapped from the build
# triple and then will continue to bootstrap themselves. This platform must
# currently be able to run all of the triples provided here.
#
# Defaults to just the build triple
#host = ["x86_64-unknown-linux-gnu"]

When cross-compiling in Debian we do not assume that "this [the build] platform must currently be able to run all of the triples provided here", and this worked fine on 1.46 and earlier. I am not sure if the change in 1.47 was simply making this documentation actually effective - if so it would be nice to revert it and reverse what the documentation states.

When cross-compiling in general, I think it's reasonable not to assume that one can actually run the resulting binaries, and I'm not sure what the intention behind this statement in the documentation is supposed to be for. If you are cross-compiling for a specific platform that you can run, e.g. x86-64 -> i686, you can run the tests explicitly afterwards for that target, there is no need to make this assumption for the build step.

infinity0

comment created time in 23 days

issue commentrust-lang/rust

1.47 beta cross-compiling broken: tries to run the reverse cross-compile

@Mark-Simulacrum thanks for taking a look, it's here, 4MB: https://gist.github.com/infinity0/f0100323593bfc86247c7d8f86a1a3e9

infinity0

comment created time in 24 days

issue openedrust-lang/rust

1.47 beta cross-compiling broken: tries to run the reverse cross-compile

config.toml:

[..]
build = "x86_64-unknown-linux-gnu"
host = ["armv5te-unknown-linux-gnueabi"]
target = ["armv5te-unknown-linux-gnueabi"]
[..]

build log tail:

RUST_BACKTRACE=1 python3 src/bootstrap/bootstrap.py build --config debian/config.toml -vvv --on-fail env
[..]
Dirty - /<<PKGBUILDDIR>>/build/armv5te-unknown-linux-gnueabi/stage1-std
  c Sysroot { compiler: Compiler { stage: 1, host: TargetSelection { triple: "armv5te-unknown-linux-gnueabi", file: None } } }
Building stage1 std artifacts (armv5te-unknown-linux-gnueabi -> x86_64-unknown-linux-gnu)
running: "/usr/bin/cargo" "build" "--target" "x86_64-unknown-linux-gnu" "-Zbinary-dep-depinfo" "-j" "4" "-v" "-v" "--release" "--features" "panic-unwind backtrace" "--manifest-path" "/<<PKGBUILDDIR>>/library/test/Cargo.toml" "--message-format" "json-render-diagnostics"
warning: config profiles require the `-Z config-profile` command-line option (found profile `release` in environment variable `CARGO_PROFILE_RELEASE`)
warning: Patch `backtrace v0.3.50 (/<<PKGBUILDDIR>>/library/backtrace)` was not used in the crate graph.
Check that the patched package version and available features are compatible
with the dependency requirements. If the patch has a different version from
what is locked in the Cargo.lock file, run `cargo update` to use the new
version. This may also occur with an optional dependency that is not enabled.
error: process didn't exit successfully: `/<<PKGBUILDDIR>>/build/bootstrap/debug/rustc -vV` (exit code: 101)
--- stderr
rustc command: "LD_LIBRARY_PATH"="/<<PKGBUILDDIR>>/build/armv5te-unknown-linux-gnueabi/stage1/lib" "/<<PKGBUILDDIR>>/build/armv5te-unknown-linux-gnueabi/stage1/bin/rustc" "-vV" "-Wrust_2018_idioms" "-Wunused_lifetimes" "-Dwarnings" "-Clinker=arm-linux-gnueabi-gcc" "--remap-path-prefix" "/<<PKGBUILDDIR>>=/usr/src/rustc-1.47.0" "-Z" "force-unstable-if-unmarked"
sysroot: "/<<PKGBUILDDIR>>/build/armv5te-unknown-linux-gnueabi/stage1"
libdir: "/<<PKGBUILDDIR>>/build/armv5te-unknown-linux-gnueabi/stage1/lib"
thread 'main' panicked at '
Failed to run:
"/<<PKGBUILDDIR>>/build/armv5te-unknown-linux-gnueabi/stage1/bin/rustc" "-vV" "-Wrust_2018_idioms" "-Wunused_lifetimes" "-Dwarnings" "-Clinker=arm-linux-gnueabi-gcc" "--remap-path-prefix" "/<<PKGBUILDDIR>>=/usr/src/rustc-1.47.0" "-Z" "force-unstable-if-unmarked"
-------------: Os { code: 8, kind: Other, message: "Exec format error" }', src/bootstrap/bin/rustc.rs:152:22
stack backtrace:
[.. etc ..]

That line Building stage1 std artifacts (armv5te-unknown-linux-gnueabi -> x86_64-unknown-linux-gnu) does not look like it should be there.

created time in 24 days

push eventw3f/research

Ximin Luo

commit sha c0b7fd2731a1f52fcb8e9362c31d852703f1f340

networking: xcmp: more on ordering & bounds

view details

push time in 24 days

issue commentrust-lang/rust

Windows SOCKET type defined inconsistently between libc vs std::os::windows

Since rust is a young language, I'd say that breaking some old incorrectly-written code is better than forcing all future as-yet-unwritten code to contain pointless workarounds like try_into.

infinity0

comment created time in 25 days

push eventw3f/research

Ximin Luo

commit sha ab9121ce06dcb454c8595805f33077b5e68cb241

re-run maintain-indexes.sh: add index for XCMP

view details

Ximin Luo

commit sha 7ee907c7e2a88527f4985eefa293ab4e07ffb271

networking: xcmp: rewrite with newer ideas

view details

push time in 25 days

push eventw3f/research

Ximin Luo

commit sha ab9121ce06dcb454c8595805f33077b5e68cb241

re-run maintain-indexes.sh: add index for XCMP

view details

push time in 25 days

pull request commentparitytech/polkadot

implementers-guide: more structure for overview pages, clarify some definitions

I don't have the permissions to add the appropriate labels, that is why the CI is failing.

infinity0

comment created time in 25 days

PR opened paritytech/polkadot

implementers-guide: more structure for overview pages, clarify some definitions

The high-level direction is to make a clearer distinction between protocol (how multiple actors co-ordinate) vs architecture (how a single actor works internally software-wise).

Also the terminology was confusing - the terms "parachain host" and "polkadot" was thrown around interchangeably to mean any one of "the host software", "the overall network / system", "the protocol". This has been tightened up more precisely now.

+15 -13

0 comment

7 changed files

pr created time in 25 days

push eventinfinity0/polkadot

Ximin Luo

commit sha 82cb34ce96543f94a14a39bb6d41dcff595095b2

implementers-guide: more structure for overview pages, clarify some definitions

view details

push time in 25 days

push eventinfinity0/polkadot

Ximin Luo

commit sha 4347feef0c6c26c71afe2bbd0c137fc78e0edd94

implementers-guide: more structure for overview pages, clarify some definitions

view details

push time in 25 days

push eventinfinity0/polkadot

Ximin Luo

commit sha c39fbd38b5286b72cddbf8d582f12c3ac3c180aa

implementers-guide: in TOC move collators before backing, to match protocol pipeline (#1611)

view details

Robert Habermeier

commit sha 48caed5e8af3c51d1607f054c63c69eef49a6606

Candidate backing respects scheduled collator (#1613) * extract collator assignment from cores * check required collator * test and fix checks

view details

Shawn Tabrizi

commit sha 013c4a8041e6f1739cc5b785a2874061919c5db9

Companion for Substrate #6815 (Dynamic Whitelist) (#1612) * Enable Dynamic Whitelisting * "Update Substrate" Co-authored-by: parity-processbot <>

view details

Andronik Ordian

commit sha 08f4be767a5aff31634bb9d7625c3ad7d382b5f0

proposer: wait for a hash to be in the active-leaves set (#1616) * overseer: add ExternalRequest to Event * proposer: wait for the hash to be activated * update comments * overseer: handle unbounded growth of listeners map * overseer: fix compilation * overseer: clean up dead listeners * overseer: cosmetic changes * overseer: cosmetic changes t.2 * overseer: add debug_assertions * overseer: fix formatting

view details

warfollowsme | ryabina.io

commit sha 61f306dc64574e85d54502fd492ab12df1779400

Annotated parameter names for events (#1440) * annotated parameter names for events * Update runtime/parachains/src/inclusion.rs Co-authored-by: Bastian Köcher <bkchr@users.noreply.github.com>

view details

Fedor Sakharov

commit sha bf7ccb845b2ba3240c22eca554e874821d0a35c1

use own timeout in tests instead of smol-timeout (#1618)

view details

Andronik Ordian

commit sha 8e4e79f5c3401e1902f89ffff4e67359206e9a0f

utils: handle race condition gracefully (#1583) * utils: handle race condition gracefully * utils: add a test * update Cargo.lock * utils: remove a warning * utils: init logger in tests * utils: update the outdated comment * util: wait for both subsystem and test_future to finish * Revert "util: wait for both subsystem and test_future to finish" This reverts commit 075b39242cd7200e3f4c24ea42f702c3124ce41c.

view details

Andronik Ordian

commit sha 26493b44ba68ef4cba56b146cb04da3dbf10221b

jobs: don't early exit when there are no jobs (#1621) * jobs: don't early exit when there are no jobs * utils: fix merged test * utils: less verbose * utils: add an assert subsystem is running * utils: use TimeoutExt from test-helpers * test-helpers: use TimeoutExt

view details

Gavin Wood

commit sha 6577751aea1c829be990f49b4c2b7d4e03928355

Companion to #6770: Delayed Proxies (#1520) * Fix up proxy * Update weights * Fixes * rename 'proxy_announced' -> 'announced_proxy' * flip rename * update weight formulas * Fixes * fix merge * Fix runtime * Fix runtimes * "Update Substrate" Co-authored-by: Shawn Tabrizi <shawntabrizi@gmail.com> Co-authored-by: parity-processbot <>

view details

RRTTI

commit sha 62cf5b9776409c25e60e50d6ca708b543ca35b64

Update Kusama Council seats & Runners Up number (#1614) * Update Kusama Council seats & Runners Up number Update Kusama council seats to 19 and DesiredRunnersUp to 19 as well, increase representation of passive stake holders in the council and giving more visibility to runners up in Kusama Network (from 7 to 19): this will be more visibility to new candidates to expand options for stakeholders when voting. * Update lib.rs * Update lib.rs

view details

Robert Habermeier

commit sha 00202d37a2e16a60448b8c808e58c43e3d9d45ff

Remove v0 node-side parachains code (#1609) * clean out v0 consensus crates * remove service dependencies on old consensus code * fix cli * kill adder-collator * bump Cargo.lock

view details

Shawn Tabrizi

commit sha cb9eb7181e0ac5852b6c0740dcd08d4b0bba56a6

Companion for Substrate #6929 (Execute `verify` logic when running benchmarks) (#1623) * Update for substrate changes * cargo update -p sp-io * cargo update -p sp-io

view details

s3krit

commit sha 01ffc66b351ef35d17e9ce46461d27be18f79165

Update package.version in Cargo.toml (#1633) * Update Cargo.toml Fix version number * Update Cargo.lock

view details

Shawn Tabrizi

commit sha f877f13912106c5ff950b4fc80882f6396cbb911

Add release checklist (#1316) * Add release checklist * add space to checkbox * polkadot-js-apps * Apply suggestions from code review Co-authored-by: joe petrowski <25483142+joepetrowski@users.noreply.github.com> * add notes for each release item * Apply suggestions from code review Co-authored-by: s3krit <pugh@s3kr.it> * Apply suggestions from code review Co-authored-by: Pierre Krieger <pierre.krieger1708@gmail.com> Co-authored-by: Gavin Wood <gavin@parity.io> * Update RELEASE.md Co-authored-by: Bastian Köcher <bkchr@users.noreply.github.com> * Update RELEASE.md - rearrange sections Co-authored-by: joe petrowski <25483142+joepetrowski@users.noreply.github.com> Co-authored-by: joepetrowski <joe@parity.io> Co-authored-by: s3krit <pugh@s3kr.it> Co-authored-by: Pierre Krieger <pierre.krieger1708@gmail.com> Co-authored-by: Gavin Wood <gavin@parity.io> Co-authored-by: Bastian Köcher <bkchr@users.noreply.github.com>

view details

s3krit

commit sha d327000afb34a49c3b0ce7c80147cbea6434d429

Bump version to v0.8.23 (#1646) * bump version to v0.8.23 * bump substrate

view details

ddorgan

commit sha 8e3771eeab4398d70dcb2c4e038f3510676dbd5c

Add manual action to build PR binary (#1470) * Allow manual action for building a PR binary * Allow test-refs for PR manual build * Test PR build in github actions * Use steps in build * Removing build via github actions

view details

Alexander Popiak

commit sha aa5350296af5c0c89a243de9b80a8ec85910c662

Companion PR: add weightinfo for collective (#1524) * add and use generated weights for collective pallet * correct pallet name * MaxMembers * add weight to technical collective * Fix const assert * update weights * update import * "Update Substrate" * bump spec_version Co-authored-by: Shawn Tabrizi <shawntabrizi@gmail.com> Co-authored-by: parity-processbot <>

view details

Max Inden

commit sha af8dcd08eea4e166d12a1607552dc62d75e7d3f1

node/network/bridge: Define protocol names as str (#1655) * node/network/bridge: Define protocol names as str * "Update Substrate" Co-authored-by: parity-processbot <>

view details

Andronik Ordian

commit sha d30125fd2ab505b73b156282e7a23b47db7fcad4

update kvdb-rocksdb to 0.9.1 (companion for #6963) (#1647) * update kvdb-rocksdb to 0.9.1 * update Cargo.lock * "Update Substrate" * resolve merge conflicts * resolve merge conflicts t. 2 Co-authored-by: parity-processbot <>

view details

Robert Habermeier

commit sha 0af385ca9d0a8f306d626b44e697b44461851d47

Extract Assignments and Approval guide text to an Approval informational section (#1638) * move validity module to disputes module * prepare a section on approvals * extract approval/assignments text to an overview section * Apply suggestions from code review Spelling Co-authored-by: Fedor Sakharov <fedor.sakharov@gmail.com>

view details

push time in 25 days

push eventw3f/research

Florian Franzen

commit sha 79a419a50a13f57e36cad868f0e0ca8d1b04614c

spec: Rename runtime environment to host

view details

AlfonsoCev

commit sha 0fd7942cc6a9c57ec97268a326dd155152843fe6

Adapting it to SODA submission In the SODA guidelines the first page must contain only the abstract, and the reviewers are only required to read the next 10 pages after the abstract, but the submission can have any number of pages. Hence I tried to clean the first 11 pages as much as possible, sending a bunch of stuff to appendices and leaving only the most interesting bits.

view details

AlfonsoCev

commit sha b087fba45e18354e36a72e61b9ba8235a6420216

Abstract updated

view details

FatemeShirazi

commit sha 4097b8e59c1b087c30849dea831af733ef9edf83

Create Jonas.md

view details

FatemeShirazi

commit sha a5f2060b88939bf76e19e13d4a01827aa5662da8

Update research_team_members.rst

view details

FatemeShirazi

commit sha c5018134a2c6f8c767a4989298e313a52e7767ba

Update Publications.rst

view details

AlfonsoCev

commit sha f0232eef363b0fd21934050e1e1bdb64eba0adb7

New intro and general changes

view details

AlfonsoCev

commit sha d0375661745cbfd7325ff6abdfabc89fcd19f6f9

Merge branch 'master' of https://github.com/w3f/research

view details

AlfonsoCev

commit sha 7ec8a33de665ee0d168b65725396975ae65ee722

Update intro.tex

view details

AlfonsoCev

commit sha c41139e5dc383537f870741afbedebbe38feb37f

Changes in abstract

view details

AlfonsoCev

commit sha c2a0afc5f69cdbce986982e284a295605df0c03e

General changes to npos paper

view details

AlfonsoCev

commit sha a1cdf069c09f439f1ff0617860fff9c6216d54ef

Small changes in NPoS paper

view details

FatemeShirazi

commit sha 818e40f957c069d091f48eff352ea6e510b38968

Merge pull request #93 from FlorianFranzen/florian/rename-re-to-host spec: Rename runtime environment to host

view details

AlfonsoCev

commit sha 0fd8160a054cd888f2556219532b49224244d0d4

Small changes on Npos paper

view details

Björn Wagner

commit sha 1e109b4f8d4972d60c290f8eaffc1465898425f1

Typo: "will" -> "with"

view details

Jeff Burdges

commit sha 07c04c9d6b18ffb8a1bd671ad404c2a0399ec3b3

Merge pull request #94 from bjornwgnr/patch-2 Typo: "will" -> "with"

view details

AlistairStewart

commit sha a52335510de4e4b3d453e5f32613287ae418a055

XCMP hackmds in new folder

view details

Jeff Burdges

commit sha a0d212c49815f3c959634ed45b98f99b7b10c0ea

AnV-structure.pdf slides

view details

Florian Franzen

commit sha bfff443d94ff647bfb594b65072722a34c314a42

Update overview pdf to a0d212c

view details

drskalman

commit sha f7d5dad73e23038ee4a24c5ff492123503506f6f

Merge pull request #96 from FlorianFranzen/update_overview Update Overview PDF to lastes version

view details

push time in 25 days

push eventw3f/research

hndnklnc

commit sha 8486a786e5bd8059f30c6437fc65f9631e85ce02

typo

view details

Handan Kilinc

commit sha 7e862944d3f2da97ffd08b6ebd868664d48d529e

final proof

view details

Jeff Burdges

commit sha 64c1c97987fe6ecffb094c7bc28bec78f385fcc5

Intro to approval section

view details

Jeff Burdges

commit sha 445e96d17aa313d8cfe9201c569e0593465e35dd

Add some zkp references

view details

Jeff Burdges

commit sha 292f31073b0f671f708cccb427078bd69b427534

Merge branch 'hmm'

view details

Jeff Burdges

commit sha 163fa9b09168ac75afe618e45169db309bc4a571

minor fixes

view details

Jeff Burdges

commit sha 9ffffa052155465a83f938cbddad86b52f78b96a

Remove SECIO discussion in keys

view details

Handan Kilinc

commit sha 49ceebc04a2c70821dd72bbba41fd1a87faadfc5

minor changes

view details

Ximin Luo

commit sha 0eb9bbe5f31bf11fe3a2f83a68fda71238e23a3f

networking: refine bandwidth allocation algorithm

view details

Ximin Luo

commit sha 6a2dec1a2b5903560e1ae4a4cfb8cad74775badf

networking: authentication: add section on other resource concerns

view details

Handan Kilinc

commit sha f60cf0be62d568e6018f9fb2ac68cbf5123a4a52

typo in the proof

view details

Handan Kilinc

commit sha bc808c155e69c05a4a911b2e28d96db93752dc9d

new parameter section

view details

Handan Kilinc

commit sha 9cad38d7a89d39f26fe6d17ec5e3a17cd7a17772

parameter code for sass

view details

FatemeShirazi

commit sha 6c71cb9b5bab5c19e35fed85ff18f1527b75f61c

Delete lef.md

view details

Handan Kilinc

commit sha d8235c85f01fa9680ee2a7a2f4cca1e37a5d1bf2

parameters depending on the number of validators

view details

Handan Kilinc

commit sha c575507c87e4fea56ba9cef01c1e8f9d4fb3e4e1

minor correction

view details

FatemeShirazi

commit sha d29958e3ce01766d2cb66d10351c6791096d7d0d

Update Token Economics.md

view details

Ximin Luo

commit sha 60f1216e11069dfdb94e4dd8824df07a614ff025

networking: refine skad algorithm, fix a few bugs, add some diagrams

view details

Jeff Burdges

commit sha f28586ea951338bf76ba88c4e366ff5059a4928a

one spelling mistake

view details

Jeff Burdges

commit sha 66d240f7663e4765ca8969c4c7defd1f41540fc1

Merge branch 'master' of github.com:w3f/research

view details

push time in 25 days

issue commentrust-lang/rust

Windows SOCKET type defined inconsistently between libc vs std::os::windows

The types have the same representation, so I imagine if anyone is converting between the two (std vs libc) they are already using try_into which is what the current rustc error message recommends.

Otherwise, any code that depends on the current incorrect definition (being identical to u32/u64) should be fixed anyway.

infinity0

comment created time in 25 days

issue openedrust-lang/rust

Windows SOCKET type defined inconsistently between libc vs std::os::windows

  • https://github.com/rust-lang/rust/blob/master/library/std/src/sys/windows/ext/raw.rs says u32/u64
  • https://github.com/rust-lang/libc/blob/master/src/windows/mod.rs#L51 says uintptr_t aka usize

For some reason official MS SDK docs likes to keep the actual definition a secret

  • https://github.com/mirror/mingw-w64/blob/master/mingw-w64-headers/include/psdk_inc/_socket_types.h says uintptr_t
  • http://www.novell.com/documentation/developer/samplecode/ndpscomp_sample/gateway_inc/WINSOCK2.H.html says u_int/uintptr_t

Probably the std definition should be changed to usize to match the libc crate.

created time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 2fd6e2f9073514f0ac007e0bda04291c93c397b5

add a usage estimator

view details

Ximin Luo

commit sha d1bbe63081cb39d3a602adbf5e84680f946132bb

use bytes crate to speed up buffer copies, fix a few bugs

view details

push time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 00d25f41f164b0aaa203d150c795ad28c23168ae

Scaffolding for rate-limiting algorithm

view details

Ximin Luo

commit sha 158fea0c63a4ff00aa6c55cd279193e3bf7e195f

reactor: Source: rename inner to raw for easier merge with async-io

view details

Ximin Luo

commit sha dc00a057eb6b81a889ea6258b340892bbd45d658

dedup Async

view details

push time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 158fea0c63a4ff00aa6c55cd279193e3bf7e195f

reactor: Source: rename inner to raw for easier merge with async-io

view details

Ximin Luo

commit sha 3209f30b5c18a1deabcf86162004b6dafbb8fadc

dedup Source

view details

push time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 158fea0c63a4ff00aa6c55cd279193e3bf7e195f

reactor: Source: rename inner to raw for easier merge with async-io

view details

push time in a month

push eventinfinity0/async-io

Stjepan Glavina

commit sha fd8084b19394860c2e79b44bc69da90320790462

Add logging

view details

Stjepan Glavina

commit sha b84f609c39c6a9f8b650adb0f35589f7bbce61b7

Bump to v0.2.6

view details

Ximin Luo

commit sha 5a7b792175bd8e24c1659351e41d43b18077493a

add AnAsync{,Ext} traits to reuse {read,write}_with{,_mut}

view details

push time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 00d25f41f164b0aaa203d150c795ad28c23168ae

Scaffolding for rate-limiting algorithm

view details

push time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 00d25f41f164b0aaa203d150c795ad28c23168ae

Scaffolding for rate-limiting algorithm

view details

Ximin Luo

commit sha 50fb5cf10b457957fef6d3281fe5f357e5f9d841

dedup Source

view details

push time in a month

push eventinfinity0/async-io

Ximin Luo

commit sha 6d4673a130cd841592c6bae1c5809587b54946f7

update for 0.2.6

view details

push time in a month

push eventinfinity0/async-io

Ximin Luo

commit sha 900fb5a03883d449e631d6711f81ffff08c2c830

update for 0.2.6

view details

push time in a month

push eventinfinity0/async-io

Stjepan Glavina

commit sha fd8084b19394860c2e79b44bc69da90320790462

Add logging

view details

Stjepan Glavina

commit sha b84f609c39c6a9f8b650adb0f35589f7bbce61b7

Bump to v0.2.6

view details

Ximin Luo

commit sha e503dd33d8c54358a3cc911fbb7a04986347b8be

generalise Source to GSource and expose parts of reactor module

view details

push time in a month

push eventinfinity0/async-io

Ximin Luo

commit sha 4aef0a632acf15b1591394eab19843893b8c54a6

add AnAsync{,Ext} traits to reuse {read,write}_with{,_mut}

view details

push time in a month

push eventinfinity0/async-io

Ximin Luo

commit sha 5be4a396e9391b63454176260a375e02b08d73ec

generalise Source to GSource and expose parts of reactor module

view details

push time in a month

pull request commentstjepang/async-io

add AnAsync{,Ext} traits to reuse {read,write}_with{,_mut}

Oh, another downside is async_trait carries a very minor runtime cost since it uses dyn Future instead of impl Future but this is probably not noticeable.

infinity0

comment created time in a month

PR opened stjepang/async-io

add AnAsync{,Ext} traits to reuse {read,write}_with{,_mut}

This lets me dedupe some more code from rs-bwlim - specifically https://github.com/infinity0/rs-bwlim/commit/163717455b3d9cbd34ea4eb175da11601a486b16

However it is less trivial than #23 - we depend on an unstable nightly-only scary feature of rust - generic_associated_types. Also we need async_trait which itself a temporary thing, pending much-future advances in rust. So I can totally understand if you don't want it in just yet.

I tried various other strategies but couldn't get them working. The main problem being that due to instance coherence rules, rust does not let you impl ForeignTrait for T where T: LocalTrait but this is ideally what we want to do, i.e. impl AsyncRead for T where T: AnAsyncExt. So the current PR is the best I came up with.

+156 -87

0 comment

6 changed files

pr created time in a month

PR opened stjepang/async-io

generalise Source to GSource and expose parts of reactor module

This lets me dedupe some code from rs-bwlim - specifically https://github.com/infinity0/rs-bwlim/commit/31483f30ebde343ce2bb828a4c55e46a0fa133df

Pretty sure there should be 0 runtime cost - I used PhantomData & all other changes were just moving functions around.

+133 -66

0 comment

2 changed files

pr created time in a month

create barnchinfinity0/rs-bwlim

branch : async-dedup

created branch time in a month

create barnchinfinity0/rs-bwlim

branch : source-dedup

created branch time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 428e27bc6b0161a1ea695c4d91df1220c19d7fd4

Update to async-io 0.2.4

view details

push time in a month

push eventinfinity0/async-io

Stjepan Glavina

commit sha 3f3b5d93d6bd2d76c15da6024b69e7ca1b5328c9

Put a limit on the waker list size

view details

Stjepan Glavina

commit sha e91d306999e51bfe66e01b58a1d4c57eb8f793ab

Typo

view details

Marc-Antoine Perennou

commit sha defb205c6a04e404f1d98a8240d6fba5ceeb231e

reactor: properly reset registered wakers state when needed (#13) If the list of pending wakers grew too big and we woke everything, also drop the bit from wakers_registered Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>

view details

Stjepan Glavina

commit sha efaac5dc4cc4c005590fa45a329ca605c9c020d5

Fix unix connect (#19) * Add some debug info * Fix a bug in UnixStream connect

view details

Stjepan Glavina

commit sha 733111d1351e01a6669f4e852162e637c4ee7088

Replace parking with block_on()

view details

Stjepan Glavina

commit sha b4bc8c357fc903a94943ed3e2444a758a325d673

Bump to v0.2.0

view details

Stjepan Glavina

commit sha e5a17ff4cc57f4c301e2e13eb50515ce01f8e8ac

Update readme

view details

Stjepan Glavina

commit sha 04cee4042d1926c7a8aa41fdfc6d77d4d7eb3235

Bump to v0.2.1

view details

Stjepan Glavina

commit sha 93a8ae1bc7553d50f6661a70f96f148a4f407959

Add probabilistic yielding to improve fairness

view details

Stjepan Glavina

commit sha 0dc960dfbde688ad7b46b486097731b62592ae24

Bump to v0.2.2

view details

Stjepan Glavina

commit sha 509b7800db681b8680924621c0f4fdece47537bc

Perf optimizations

view details

Stjepan Glavina

commit sha 04c02bd8928261f1bdc01fea159cf868364826dc

Bump to v0.2.3

view details

Stjepan Glavina

commit sha f2c0dd729cdb14be844a799ccdf8bb06640b017e

Prevent threads from hogging the reactor forever

view details

Stjepan Glavina

commit sha 60d8a377b59c5f593c3a52acad0248a2e25e1aa0

Bump to v0.2.4

view details

JayceFayne

commit sha d8f59bd87d6d53e9bda839861afffabb5ad9974a

fail fast on `io::ErrorKind::NotConnected` (#21)

view details

Stjepan Glavina

commit sha f25d13012021e9f267625241da77e61d94e1f990

Bump to v0.2.5

view details

Ximin Luo

commit sha 469b0288c4267f38ca209a089a03cd7d704a4b38

Factor out cross-platform types into a single module

view details

push time in a month

create barnchinfinity0/async-io

branch : source-reuse

created branch time in a month

create barnchinfinity0/async-io

branch : async-reuse

created branch time in a month

push eventinfinity0/rs-bwlim

Ximin Luo

commit sha 49cfa4be3a623360d860f4872b82b300c52ac6e8

Initial version with no-op rate-limiting

view details

push time in a month

pull request commentstjepang/async-io

Factor out cross-platform types into a single module

It turns out, I don't actually need this myself - since I'm not using polling I don't need access to the raw handles. However I'll leave this PR open in case you want it anyway.

infinity0

comment created time in a month

push eventinfinity0/async-io

Ximin Luo

commit sha d3af0559baae0e09667352ed7c1f80f85ae147d9

WIP: rate-limited buffers

view details

push time in a month

push eventinfinity0/async-io

Ximin Luo

commit sha 18d3eef98c7c7a83685d11f7669681bc53fe1d4b

WIP: rate-limited buffers

view details

push time in a month

pull request commentw3f/research

Update Overview PDF to lastes version

I'd suggest the news page link to the arxiv page instead, and we formalise a release process for updates to the overview paper, with git tags & actual version numbers.

FlorianFranzen

comment created time in a month

issue commentgetnikola/nikola

slugs with slashes in no longer work

It's an issue with links - if you nikola build on a checkout of https://github.com/infinity0/droid-hacks you can hopefully reproduce it.

infinity0

comment created time in a month

push eventinfinity0/droid-hacks

Ximin Luo

commit sha a219a37a44f21cc4827f4b341d88836c6a2a9e44

owndata: add note about "Private DNS"

view details

Ximin Luo

commit sha 197c7f05c1b03c4f418ce6f52dee11081e9eb926

owndata: update to Radicale, CalendarServer is EOL

view details

push time in a month

issue openedgetnikola/nikola

slugs with slashes in no longer work

At some point in the previous few versions, slugs with slashes in no longer work - links pointing to them have their slashes removed before the link is resolved, leading to an error like "swowndata" slug doesn't exist for a slug called sw/owndata. I can't find this being mentioned in the release notes or the other issues here, so I assume this was done by accident, is a bug, and should be fixed.

created time in a month

pull request commentdfinity-lab/kademlia

Fix some things

@idcm - Both I and @taktoa have left dfinity, and I'm pretty sure nobody else there is working on this or interested in it. You should just maintain your own fork. Or probably rewrite it from scratch, this codebase is not the greatest shall we say.

idcm

comment created time in a month

issue closedguardianproject/orbot

can't connect to any hidden services

I am on 16.3.0-RC-1-tor-0.4.2.7 but I think this problem has been happening for quite a few months - I host a calendarserver as a hidden service and haven't been able to connect to it for a few months, but so far have been ignoring the errors.

Trying to debug this, I find that I can't get any application to connect to a hidden service via orbot - I get various DNS-related errors. In Fennec in about:config I have set network.dns.blockDotOnion to false and network.proxy.socks_remote_dns to true but it still doesn't work. It used to work a few months ago. Other applications give similar DNS-related errors.

Tor Browser Android works fine, I can connect to the hidden service there.

I get the same results when I switch off my firewall, and with v2/v3 services, and with stealth hidden services.

closed time in a month

infinity0

issue commentguardianproject/orbot

can't connect to any hidden services

Duplicate of #262, disabling private DNS fixes the issue.

BTW why is version 16.3.0 32 MB, but 16.1.4 only 10 MB??

infinity0

comment created time in a month

issue commentguardianproject/orbot

can't connect to any hidden services

I am using Orbot's "VPN" feature to force applications through Tor.

Previously I could use Orfox to debug this situation, since it connects through Tor natively allowing me to bypass the VPN feature. However today this is no longer possible as Orfox has been replaced by a dummy app redirecting me to Tor Browser Android, which is useless for debugging the system Orbot.

infinity0

comment created time in a month

issue openedguardianproject/orbot

can't connect to any hidden services

I am on 16.3.0-RC-1-tor-0.4.2.7 but I think this problem has been happening for quite a few months - I host a calendarserver as a hidden service and haven't been able to connect to it for a few months, but so far have been ignoring the errors.

Trying to debug this, I find that I can't get any application to connect to a hidden service via orbot - I get various DNS-related errors. In Fennec in about:config I have set network.dns.blockDotOnion to false and network.proxy.socks_remote_dns to true but it still doesn't work. It used to work a few months ago. Other applications give similar DNS-related errors.

Tor Browser Android works fine, I can connect to the hidden service there.

I get the same results when I switch off my firewall, and with v2/v3 services, and with stealth hidden services.

created time in a month

issue commentrust-lang/rust

Can't cross compile from Linux to Windows (i686)

@mati865 So to summarise, pthreads is required if we need to link in libstdc++ is that right?

You can patch out it and then it should work with win32 threads.

Without patching anything, I built cargo.exe with win32 threads and it worked fine. So this part is confusing me.

However it sounds like, even if std/cargo builds fine with win32 threads, things will fail if the user wants to link in libstdc++ later, so I should follow suit and switch to the pthreads toolchain anyways.

bozaro

comment created time in a month

more