profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/NorfairKing/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Tom Sydney Kerckhove NorfairKing CS Kerckhove Zürich http://cs-syd.eu Professional Weirdo

commercialhaskell/path 114

Typed filepath

nh2/hatrace 113

scriptable strace

achirkin/qua-kit 16

Quick Urban Analysis Kit

NorfairKing/all-you-can-carry 6

Een verzameling van nuttige documenten voor het examen van numerieke wiskunde.

niteoweb/nix-docker-base 5

Nix Docker base images for fast and minimal builds.

NorfairKing/algebra-notities 4

Notities voor Algebra I en Toepassingen van Algebra

NorfairKing/ab-notities 3

Notities voor Automaten on Berekenbaarheid

NorfairKing/an-overview-of-property-testing 3

An overview of property testing, for F(by) 2020

issue commentNorfairKing/smos

Flaky tests in smos-web-server

@NorfairKing which Linux distro (and version) was used during tests?

NixOS, but all the versions are pinned in the shell.nix.

NorfairKing

comment created time in a day

issue commenthaskell-unordered-containers/hashable

Support configuring default salt

@jappeace yes that's a (very short-term) workaround.

brandon-leapyear

comment created time in 3 days

push eventNorfairKing/seocheck

Tom Sydney Kerckhove

commit sha 81b706011ca1d4438333ba90046a66406ebb0c61

max depth

view details

Tom Sydney Kerckhove

commit sha 95548a33fd3afe9beadabedcf2278b936679e4c3

bump version

view details

push time in 4 days

push eventNorfairKing/linkcheck

Tom Sydney Kerckhove

commit sha 3975f7c85bb7722fb6c5225749cba02209b31d3d

max depth setting

view details

Tom Sydney Kerckhove

commit sha 076ea7ddd4a2d1c188ef261458b91db327857362

worker set refactor

view details

Tom Sydney Kerckhove

commit sha a64016a70ddf5a8ea54af9099103977d127d5b86

refactor how max depth works to have fewer items on the queue

view details

Tom Sydney Kerckhove

commit sha 6a49928a3a68ca9e61b61f492f852c6af77b6070

QueueURI refactor

view details

Tom Sydney Kerckhove

commit sha 6f96ceed307811a9f6ee6d6a150ace2869daddf3

Show the path to the error

view details

Tom Sydney Kerckhove

commit sha 54149c3ba60f4f088b994a1d83fe04cce95bc013

rename path to trace

view details

Tom Sydney Kerckhove

commit sha 7b1e8271521355289d1da32687d7aae89c77b3d4

bump version

view details

Tom Sydney Kerckhove

commit sha 04168bc98011cf5c9589bc3e94086d7e72f86981

passing CI

view details

push time in 4 days

issue commenthaskell-unordered-containers/unordered-containers

Vulnerability to collision attacks

More ideas:

  • IMHO we should also seriously consider the collisionless containers idea (in the long term)
  • A createHashmap :: IO (HashMap k v) api where the hashmap stores its own (randomly generated) salt
sjakobi

comment created time in 5 days

issue commenthaskell-unordered-containers/hashable

Support configuring default salt

One quick fix that can help mitigate this is to allow reading an environment variable like HASHABLE_DEFAULT_SALT with unsafePerformIO that one can set differently for their application.

This is SO hacky that we shouldn't even merge the PR, just have people use the open PR if necessary. IMO

brandon-leapyear

comment created time in 5 days

issue commenthaskell-unordered-containers/unordered-containers

Vulnerability to collision attacks

In other words, please let's not let perfect be the enemy of good-enough-for-now here.

-frandom-init-seed is good enough for the very short term (AFAICT) The collisionless containers approach solves the specific exploit that I've built, but doesn't guarantee that there's no other cheap way to produce an exploit.

sjakobi

comment created time in 5 days

pull request commenthaskell-unordered-containers/unordered-containers

WIP: Collisionless containers (DO NOT MERGE)

@NorfairKing You suggested this doesn't change performance, where are the benchmarks to show that?

Yes, they were included in the original communication, but you can also just try to run the benchmarks locally to see.

Like I said:

We did the benchmarks as well and saw no difference. That makes sense because this implementation only differs when there > are (many) conflicts. If I remember correctly it's in the package that I sent to treeowl and tibbe.

NorfairKing

comment created time in 7 days

pull request commentNorfairKing/haskell-dangerous-functions

Add partial functions from Data.Text

Whoops!

twenty5151

comment created time in 7 days

push eventNorfairKing/haskell-dangerous-functions

twenty5151

commit sha 713e43dc38fd26280e4944217b63b3267bc34ba0

Add partial functions from Data.Text

view details

Tom Sydney Kerckhove

commit sha d1a7569a2c9395e8cdf20ef28f4e9667d4070072

Merge pull request #6 from twenty5151/master Add partial functions from Data.Text

view details

push time in 7 days

pull request commenthaskell-unordered-containers/unordered-containers

WIP: Collisionless containers (DO NOT MERGE)

Is there a link to that discussion so we can hear the objections first hand? As an open source project it would be traditional to have the objection available in the code review.

This was a private conversation as part of the responsible disclosure procedure.

NorfairKing

comment created time in 7 days

issue commenthaskell/aeson

Possible DOS due to hash collision

@NorfairKing In the post you indicated a rejected PR, could you link that here now that the issue is publicly discussed?

It's linked in the post but here's the link again: https://github.com/haskell-unordered-containers/unordered-containers/pull/217

TomMD

comment created time in 7 days

issue commenthaskell/aeson

Possible DOS due to hash collision

Indeed, it's old and known problem. See e.g. https://oleg.fi/gists/posts/2021-05-19-dont-default-to-hashmap.html

With all due respect, that makes this worse, not better.

Yet, I'm not keen at changing Value, but rather would skip Value in decoding pipeline entirely.

That's a much bigger breaking change and would make it entirely new library. We have played around with this idea by making the equivalent of optparse-applicative, but for json parsing without an intermediate type. That approach has different tradeoffs and can be cool, but it doesn't solve the problem at hand in aeson right now.

TomMD

comment created time in 7 days

issue commenthaskell/aeson

Possible DOS due to hash collision

Author here: Happy to help with this.

TomMD

comment created time in 7 days

pull request commentNixOS/nixpkgs

vbam: add wxWidgets GUI

Just FYI: I got this building with wxGTK31 and the latest release instead. Thanks for opening this PR, even if it didn't get merged.

aske

comment created time in 10 days

issue commentyesodweb/persistent

Nano does not roundtrip as part of entity

more ideas: Can we store fixed-point numbers as Int64 instead? Can we just poison the instance because they contain an Integer, which can never be roundtripped anyway?

NorfairKing

comment created time in 11 days

push eventNorfairKing/smos

Tom Sydney Kerckhove

commit sha b85e174f0fa3968a814e5998dc917aba6186bab1

deleted a rogue file

view details

Tom Sydney Kerckhove

commit sha 0d240c987a5abf0d7f971d22787b96e240b52621

convResponded

view details

push time in 12 days

issue commentNorfairKing/smos

LineWrap around

@jtdaugherty Thanks for the very detailed response. I only just realised that I'd not responded to it, my appologies. It sounds like this would be a very significant refactor that I cannot justify spending time on at the moment.

miguel-pm

comment created time in 12 days

issue commenthercules-ci/gitignore.nix

Gitignore works differently on different machines

Thanks for the info!

I'm open to making this behavior configurable here.

I'd be happy to test it out! Even if it's non-default behaviour.. If you point me to the relevant lines then I could look into implementing a PR for it.

NorfairKing

comment created time in 13 days

PullRequestReviewEvent

issue openedhercules-ci/gitignore.nix

Gitignore works differently on different machines

I've run into (another) unreproducible issue because gitignore.nix reads global ignore files: https://github.com/NorfairKing/smos/issues/226#issuecomment-913126182

I've not formed any opinion on this choice yet, but I would like to learn about the tradeoff so that I may make my builds reproducible again. Where can I learn about this?

created time in 13 days

issue commentNorfairKing/smos

Unable to build binaries from default.nix

This builds just fine for me on the latest release commit: d1d6ffb0eea28f5e31590bc5ce0a6f1d2a622067:

nix-build  default.nix -A smos
/nix/store/splg8vkw4gaz8p67fbcpfvi0l9dd6yfn-smos-0.3.1
contrun

comment created time in 13 days

push eventNorfairKing/sydtest

Tom Sydney Kerckhove

commit sha 7dbf12d49ddafe757f7c6b1cc92f1036e32b39fc

fixed a debug bug

view details

Tom Sydney Kerckhove

commit sha bbe511650fd90bcb0e1b944ba13ad74f6d8ba48e

fixed another optparse bug where threads were not parsed correctly

view details

Tom Sydney Kerckhove

commit sha 9d4e48789c2de0d138b0ee9b6fbe81d4fd782d09

double switches for boolean flags

view details

Tom Sydney Kerckhove

commit sha 2ff38f246033af4f4211bbcad52589a546295793

rethinking flags parsing

view details

Tom Sydney Kerckhove

commit sha a230bf791b0bced918092bbc9c3b54608b2a3a48

update changelog

view details

push time in 16 days

push eventNorfairKing/sydtest

Tom Sydney Kerckhove

commit sha 7dbf12d49ddafe757f7c6b1cc92f1036e32b39fc

fixed a debug bug

view details

Tom Sydney Kerckhove

commit sha bbe511650fd90bcb0e1b944ba13ad74f6d8ba48e

fixed another optparse bug where threads were not parsed correctly

view details

Tom Sydney Kerckhove

commit sha 9d4e48789c2de0d138b0ee9b6fbe81d4fd782d09

double switches for boolean flags

view details

Tom Sydney Kerckhove

commit sha 2ff38f246033af4f4211bbcad52589a546295793

rethinking flags parsing

view details

Tom Sydney Kerckhove

commit sha a230bf791b0bced918092bbc9c3b54608b2a3a48

update changelog

view details

push time in 16 days

push eventNorfairKing/sydtest

Tom Sydney Kerckhove

commit sha 6cb985b17f8c2661f54d7fc15fc7ac558659f54f

debug mode optparse and implications

view details

push time in 17 days

push eventNorfairKing/sydtest

Tom Sydney Kerckhove

commit sha 6cb985b17f8c2661f54d7fc15fc7ac558659f54f

debug mode optparse and implications

view details

push time in 17 days

pull request commentHaskell-OpenAPI-Code-Generator/Haskell-OpenAPI-Client-Code-Generator

Rename the client monad from StripeT/StripeM to ClientT/ClientM as it…

@NorfairKing Are the aliases sufficient for you to not break your stuff?

Break my stuff as much as you want! Forget about backward compatibility, I fix specific commits anyway so no worries. Just get things in good shape, don't worry about not breaking my things.

joelfisch

comment created time in 18 days

issue commentNixOS/nixpkgs

Chromium headless / chromedriver (Selenium) does not work inside nix sandbox

I opened a chromium bug here: https://bugs.chromium.org/p/chromium/issues/detail?id=1245258

nh2

comment created time in 18 days

push eventNorfairKing/sydtest

Tom Sydney Kerckhove

commit sha adf2fa7adfe58f564b540c5afd8a1afad291ec9a

Mention Automatic test discovery with shared resources in the readme

view details

Tom Sydney Kerckhove

commit sha 61f892834a1f57a9de12d51b9bced2c14ea09216

Mention Automatic test discovery with shared resources in the readme

view details

Tom Sydney Kerckhove

commit sha bcaeb167c03fe00658bc2d731337c1c2fc180352

Merge branch 'master' into development

view details

push time in 18 days