glaszig
glaszig
i consider drone abandonware now. i smelled that since the harness takeover. in the meantime, until i can manage to migrate my entire ci to another oss solution, i'm using...
``` $ ruby -v ruby 3.1.4p223 (2023-03-30 revision 957bb7cb81) [amd64-freebsd13] ```
slightly different on my side: `rails assets:precompile` works. but on-the-fly compilation from a running rails app in development stalls the entire process. `Sprockets.export_concurrent = false` fixes it for me.
i tried to add proper functionality for this to the template lib, see drone/drone-template-lib#12, but drone is a money operation now. so i forked it and built my own [drone-email](https://github.com/glaszig/drone-email)....
[`Buffer.alloc`](https://nodejs.org/dist/latest-v6.x/docs/api/buffer.html#buffer_class_method_buffer_alloc_size_fill_encoding) has been introduced in 5.10 which would change the nodejs requirement. i'm ok with that. i would even up the requirement to node lts. but is there anything else...
same here. two systems: staging and production. memory on staging is being filled up by `delayed_job` over time. **production** - Ubuntu 12.04.2 LTS - 16gb ram - ruby 2.2.2 (via...
update: i tamed delayed_job. enabling rails' class cache prevents the leakage as in #776. ``` ruby # config/environments/staging.rb config.cache_classes = true ```
> kill sidekiq this is about delayed_job. or so i thought.
experiencing the same since 1 or 2 months. but i'm using firefox.