profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/d4rky-pl/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.
Michał Matyas d4rky-pl Helpling GmbH Poland, Gdańsk http://nerdblog.pl

alexrothenberg/ammeter 83

A gem that allows for you to write specs for your Rails 3 generators

d4rky-pl/arboris 17

Hassle-free combination of mobx-state-tree and server-side rendering.

d4rky-pl/ffyf 3

F**k Yeah Fast Food - foodie app using Foursquare and Instagram. (Rails Rumble 2013 entry!)

d4rky-pl/admin-panel 2

Admin Panel generator for Rails

d4rky-pl/bootstrap-sass-mixins-cheat-sheet 1

A simple app to create Bootstrap SASS mixins cheat sheet. Live: http://playground.nerdblog.pl/mixins/

d4rky-pl/activerecord-postgres-earthdistance 0

Search records with latitude and longitude within a radius

d4rky-pl/acts-as-taggable-on 0

A tagging plugin for Rails applications that allows for custom tagging along dynamic contexts.

d4rky-pl/amistad 0

Adds friendships management into a rails application

d4rky-pl/ammeter 0

A gem that allows for you to write specs for your Rails 3 generators

pull request commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer precisely 👍

d4rky-pl

comment created time in 10 hours

pull request commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer I was on a vacation for a week but before that it worked without any issues, other than the aforementioned Unison one. If you modify files while it's currently syncing it'll miss the change until the next sync which is slightly easier to trigger now that syncing triggers almost instantaneously. None of the other people I've onboarded to this solution have complained so far either.

Considering that it's opt-in, I'd say release 0.7.0 and we can gather more feedback from a broader pool of different setups.

d4rky-pl

comment created time in 2 days

push eventd4rky-pl/yard-restful

Michał Matyas

commit sha 05c155cf96059fe82b3ccaef1e5b78d57738a3fe

Update yard-restful.gemspec

view details

push time in 4 days

push eventd4rky-pl/yard-restful

Michał Matyas

commit sha a741612499d4f39f00b26c154dd9a5a008b7fcf2

Update yard-restful.gemspec

view details

push time in 4 days

push eventd4rky-pl/yard-restful

Michał Matyas

commit sha a9d3b0eff6352958d505b4a589ab5f5f9f6c1ed8

Update yard-restful.gemspec

view details

push time in 4 days

fork d4rky-pl/yard-restful

A plugin for Yardoc that produces API documentation for Restful web services

https://github.com/kraft001/yard-restful

fork in 4 days

startedibraheemdev/modern-unix

started time in 6 days

issue openedpavjacko/renative

Cannot connect to the device with adb over wifi

Describe the bug When running rnv run it kills the adb server and restarts it again. This clears any devices that are connected remotely.

To Reproduce Steps to reproduce the behavior:

  1. Enable adb over wifi on your device
  2. Find the IP to the device and connect with adb connect x.x.x.x:5555
  3. Run rnv run -p androidwear -d

Expected behavior It should connect to the available device instead of ignoring it and asking about the emulator

Screenshots or copy&paste

[ task ] [run] runAndroid[1] target:192.168.0.52:5555 default:192.168.0.52:5555
✔ Executing: /Users/matyas/Library/Android/sdk/platform-tools/adb kill-server
✔ Executing: /Users/matyas/Library/Android/sdk/platform-tools/adb start-server
[ task ] [run] getAndroidTargets[1] skipDevices:false skipAvds:false deviceOnly:true
✔ Executing: /Users/matyas/Library/Android/sdk/platform-tools/adb devices -l
✔ Executing: /Users/matyas/Library/Android/sdk/emulator/emulator -list-avds
[ task ] [run] composeDevicesString[1] numDevices:1
? What emulator would you like to start?
❯ Android_Wear_Round_API_28 | Wear ⌚  | arch: x86 | udid: unknown

Desktop (please complete the following information):

  • OS: osx
  • Node Version: v12.16.3
  • RNV Version: 0.32.0-alpha.45

Additional context Add any other context about the problem here.

created time in 14 days

issue commentJays2Kings/tachiyomiJ2K

[Feature Request] option tomove side navigation icons to the bottom

Thank you. This issue can now be closed 🙂

asdkant

comment created time in 18 days

pull request commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer I'm totally good to go, if we discover any issues I'll let you know 👍

d4rky-pl

comment created time in 20 days

pull request commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer hey, I pushed the update of the docs I proposed in #775, is there anything else I can add or improve to make this land? I would like to start onboarding my team members to use this so we can tell if there are any caveats or issues that I missed (I've been using this for the past 4 days with zero problems so far)

d4rky-pl

comment created time in 21 days

push eventd4rky-pl/docker-sync

Michał Matyas

commit sha 560fb818efdbd7b54fbcfc704754b0b0a6a020ec

Update docs

view details

push time in 21 days

issue commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer I think we can add this to the Getting Started > Advanced / optional section of the docs for now:

.. caution::

    Starting with docker-sync 0.7.0 if you're using unison, you can also install [an alternative](https://github.com/autozimu/unison-fsmonitor) to unox. It seems to be faster and more performant but it has not been fully battle-tested yet.

I can add it to the PR, just give the word :)

d4rky-pl

comment created time in 23 days

issue commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

To be more specific, it's not about files getting modified too fast, it's about files modified when unison hits the reconciliation phase. This might also be happening with unox (I would need to run more tests)

d4rky-pl

comment created time in 23 days

issue commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

The #776 is enough to make this running, the whole instruction to enable it is basically:

brew install eugenmayer/dockersync/unox
brew uninstall autozimu/homebrew-formulas/unison-fsmonitor

and it seems to work as a drop-in replacement. I'm not show how to run benchmarks on this one since what speeds up the most is unison itself, specifically how long it takes until it gets to the Looking for changes part (and that one does not include any timing information)

Unox

https://user-images.githubusercontent.com/284395/125573498-70af5a68-ed4d-4924-a985-010e0d34d6b1.mp4

unison-fsmonitor

https://user-images.githubusercontent.com/284395/125573666-e529c5f9-4181-4c0b-9e90-bf4ba2375063.mp4

The drawback I did notice is that if you modify files too fast the changes sometimes do not get synced until another change gets created (so it's still not ideal for things like npm/yarn install). For us this is acceptable since we're using docker-sync mostly for syncing our own changes only but it merits adding a caveat.

BTW I only now realized but this alternative implementation is just using Rust fsevents implementation and NOT watchman - it was linking to watchman docs which is why I got confused (and I'm using watchman everywhere because of webpack so I already had it installed) but I double-checked the source code and it's just plain Rust.

d4rky-pl

comment created time in 23 days

pull request commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer Hey, is there anything else you need to make this one land? I'm also happy to provide alternative implementation if you don't like this one, just let me know!

d4rky-pl

comment created time in 23 days

create barnchd4rky-pl/docker-sync

branch : feature/unison-fsmonitor

created branch time in 24 days

fork d4rky-pl/docker-sync

Run your application at full speed while syncing your code for development, finally empowering you to utilize docker for development under OSX/Windows/*Linux

fork in 24 days

issue commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer if we're going to go with detecting alternative unison-fsmonitor from homebrew, I can also add a warning that says it detected something other than unox and unox is the recommended solution

d4rky-pl

comment created time in 25 days

issue commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

@EugenMayer what option would you prefer - a flag when starting docker-sync, an ENV var or detecting alternative unison-fsmonitor from homebrew?

Also - what were those other drawbacks, if you can recall them, so I can keep an eye on them?

d4rky-pl

comment created time in 25 days

startedautozimu/unison-fsmonitor

started time in 25 days

issue commentEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

Great, the moment I created the issue it crashed 😢

Failed: Server: Server: Fatal error during unmarshaling (input_value: unknown custom block identifier),
possibly because client and server have been compiled with differentversions of the OCaml compiler.
Fatal error: Server: Server: Fatal error during unmarshaling (input_value: unknown custom block identifier),
possibly because client and server have been compiled with differentversions of the OCaml compiler.

I guess more research is needed to ensure this alternative implementation can be used properly but it would still be great to have it as an option

d4rky-pl

comment created time in 25 days

issue openedEugenMayer/docker-sync

Allow alternative implementations of unison-fsmonitor

Error/Feature Requestion/Docs

There's an alternative implementation of unison-fsmonitor which uses Facebook watchman and it's insanely faster compared to eugenmayer/dockersync/unox (we're talking <1s vs 2-5s for each update). Unfortunately to use it I had to modify the code of docker-sync to prevent it from forcing me to remove it and installing unox instead.

It would be amazing if we could somehow disable the unox check, either with --flag or even ENV var.

created time in 25 days

issue commentmutagen-io/mutagen

Mutagen constantly resyncing, despite no actual file changes - how do I debug/troubleshoot this?

The problem is either still here or there's another issue with mutagen causing it to randomly start burning through the CPU, causing entire MacBook to get hot. It's becoming a showstopper for me since it drains my battery and burns my lap on a regular basis.

Is there any way we can help debugging this issue?

keith-chargeover

comment created time in 25 days

issue commentJays2Kings/tachiyomiJ2K

[Feature Request] option tomove side navigation icons to the bottom

I wanted to spend some time with the new UI before I start complaining but I have to agree - it feels off and it's inconsistent anyway because it disappears when browsing the source directly. I'd love an option to move it back to the bottom.

asdkant

comment created time in 25 days

startedgaearon/react-side-effect

started time in a month

PullRequestReviewEvent

Pull request review commentHelpling/freshdesk-rest

Build 1.0.3 - Add `Ticket Resource` with the action `post`

+require_relative '../../../lib/freshdesk-rest/resource/ticket'++RSpec.describe Freshdesk::Rest::Resource::Ticket do+  let(:service)       { described_class.new(client: api) }+  let(:resource_type) { described_class.to_s.split('::').last.downcase }+  let(:api)           { double('Api') }+  before              { allow(JSON).to receive(:parse).and_return(result) }

I really hate this spec. It doesn't test anything

MeZKaL

comment created time in 2 months

PullRequestReviewEvent