per identity sent folder

Thunderbird has the setting "Place a copy in" with following options: "Sent folder" | "Other". And additional flag "Place replies in the folder of the message being replied to"
These settings are per identity.

I have multiple identities with a separate folder for each. It will be very nice to have same functional in k9.

In the same idea, I would like to choose the folder to save an outgoing message (per message) rather than to save it in the send folder

Duplicate of #904


Add makeStore, makeState, makeMemo utilities

Adding makeStore, makeState, and makeMemo functions along with corresponding types and unit tests.
makeStore has an optional isDeep boolean input that can be used to create nested reactivity through recursion. It is false by default, adding only top-level reactivity to passed objects. See implementation and unit tests for explanations on how different types of input keys are handled.
makeState and makeMemo call upon the makeStore function and when invoked behave as individual Signals and Computeds, respectively.
Note: Reads/writes for reactive objects created with makeState and makeMemo need to be done through access to their value property - this is by design. However, reactive objects created with makeStore allow reads/writes directly on keys of the returned store.

bunch of correctness errors there and the tests don't pass https://github.com/proposal-signals/signal-utils/actions/runs/11098489258/job/31209230519?pr=81 :sweat_smile:
Would be exciting to merge!


Question about the results for LaptopReview

Hi,
Could you please let me know, how you did experiments on LaptopReviwe dataset,
what were the Gold and Distant supervision datasets? Because the gold has 3,845 sentences, and in Figure 3.C it seems that you used another dataset (raw text)  for Distantly supervised annotation!
And if it is possible to give me the last scores of AutoNER-Gold-DistantSupervision for Figure 3.a and 3.c where it uses all of the training set.
Thanks
Farhad

I have just emailed the LaptopReview dataset's dictionary to you. We are using exactly the same training/testing data as the SemEval setting.


Add unit tests for all implemented methods

For this milestone, I completed testing of:

[ ] Tested the Authors class.

[ ] Tested the add_to_item method.

[ ] Tested the Game class.

[ ] Tested the multiplayer.
[ ] Tested the last played date.

[ ] Tested the save game method.

[ ] Tested the save to JSON method.

[ ] Tested the load game method.

[ ] Tested the load from json method.

Hey guys I had a merge conflict and upon resolution caused linter errors so I had to improvise.

Hi @lincoln1883    🙋♂,
Good job so far!
You have done well reaching this point of the milestone 🤝 It's time to merge it!

Top highlight 🎯

The Pull Request follows the GitHub Flow ✅
The PR title and description are professional and descriptive ✅
Linters are working properly ✅

Suggested changes

[x] Everything is great!

Optional suggestions
Cheers, and Happy coding!👏👏👏


Update appveyor.yml

Updated appveyor.yml to use dub 1.2.1. This at least fixes the build failure which happens without this change. Unfortunately there are other issues that prevent tests from passing.

Sorry, I missed the PR and accidentially fixed the same issue yesterday (7ce647b14f9aab49917a0c65261ca925832a732a). I'm currently focused on getting the Windows tests pass completely.

It's great to see the appveyor tests are passing now (even without running the test suites)!
I couldn't investigate the other issues on Windows because I didn't had a Windows machine but was planning to prepare one next week. Now that you've fixed everything I can continue with what I've been doing initially :).
Thanks a lot for taking care of this issue!


This image causes datamatrix decode to hard crash

I found I had to wrap the pylibdmtx in an external subprocess (i.e. copy the source image to a file and then have a CLI envoked script that calls pylibdmtx and writes the result to a file) because this image causes everything to just hard stop, with no error messages or exceptions raised. I always treasure this sort of test data because it should be fairly easy for someone familiar with the code to fix the problem, but it isn't something I have the knowledge to do.

Enjoy!

Hi, @raylutz  Did you find any fix for this issue?

Hi, @raylutz Did you find any fix for this issue?

No, the datamatrix code still crashes, but by wrapping it in a subprocess, it will not cause the calling program to crash. Try/Except block does not work in this example.

Interesting find.
Using the library (dmtxread) also crashes, so the problem lies in the lib and not in the wrapper.
+++ exited with 40 +++

Adding a 10 pixel white border seems to fix the issue. Maybe someone more experienced with C code can shed light on this?


Frontend Overhaul

Switched from Bootstrap 3 to Bulma
Re-worked all the HTML to work with Bulma and made the site as a whole look more modern.
It also now works (mostly) on mobile devices.

I merged your branch with the layout-test branch.

I noticed that you still reference images from the default theme.
I for me it still looks the same (only /auth/login shows the new theme, the other pages look the same)

https://beatsaver.cyber-cortex.net/auth/login  <-- checked out the branch

@beatsaver I checked out the current version at the above link. For me its ok.

Just realized I forgot to make mobile support work properly... one sec

This new theme also fixes #38


suggestion - discover VBScript in your environment

If you have Defender for Endpoint, you can run this advanced hunting query to identify when and where wscript.exe, the process that runs VBScript, has been used;
DeviceProcessEvents
 | where FileName == "wscript.exe"
To see command lines and how often they were used, run the following query;
DeviceProcessEvents
| where FileName == "wscript.exe"
| summarize ProcessCommandLineCount = count(ProcessCommandLine) by ProcessCommandLine
| sort by ProcessCommandLineCount desc

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: f2026fd6-ca65-831c-a5fd-a53e51b4d701
Version Independent ID: f2026fd6-ca65-831c-a5fd-a53e51b4d701
Content: Resources for deprecated features in the Windows client - What's new in Windows
Content Source: windows/whats-new/deprecated-features-resources.md
Product: windows-client
Technology: itpro-fundamentals
GitHub Login: @mestew
Microsoft Alias: mstewart

To make it easier for you to submit feedback on articles on learn.microsoft.com, we're transitioning our feedback system from GitHub Issues to a new experience.
As part of the transition, this GitHub Issue will be moved to a private repository. We're moving Issues to another repository so we can continue working on Issues that were open at the time of the transition. When this Issue is moved, you'll no longer be able to access it.
If you want to provide additional information before this Issue is moved, please update this Issue before December 15th, 2023.
With the new experience, you no longer need to sign in to GitHub to enter and submit your feedback. Instead, you can choose directly on each article's page whether the article was helpful. Then you can then choose one or more reasons for your feedback and optionally provide additional context before you select Submit.
Here's what the new experience looks like.
Note: The new experience is being rolled out across learn.microsoft.com in phases. If you don't see the new experience on an article, please check back later.
First, select whether the article was helpful:

Then, choose at least one reason for your feedback and optionally provide additional details about your feedback:

Article was helpful
Article was unhelpful

Finally, select Submit and you're done!


Enhancement: in new text rendering library, prevent shrinking of text

in the new text rendering, can you ensure the height of the text does not do this

by making sure the empty texture goes as far down as the standard (or max?) descent of a glyph even if there are no characters with any descents (the full line height?)

(diagram added for clarity)

I'm an idiot, I hadn't set the editbox to be tall enough in my code

However, it would be a nice thing to consider so this jumping doesn't occur

Font Chef (the new library) handles things differently, it does not output a texture with rendered text, it outputs a series of clipping and target rects to render from a glyph atlas so in theory this would not happen, but I will make sure.

Maybe if you have an even larger editbox, it does not happen?

This is taking the size to the slightly ludicrous (h=100, font size = 16), but it still has that issue

Yiep. Thing is, when we get the text back from SDL, baseline information is lost. A good workaround would be instead of vertically centering things using the height of the returned surface, use TTF_FontHeight. I gather that this fix might not be hard to make.

An urgent fix isn't really required, it was just something that ought to be took into consideration for fontchef


Escape provider name in oauth2 provider redirect

Fix #12647
Signed-off-by: Andrew Thornton<EMAIL_ADDRESS>

will need a backport

Codecov Report

Merging #12648 into master will increase coverage by 0.00%.
The diff coverage is 0.00%.

@@           Coverage Diff           @@
##           master   #12648   +/-   ##
=======================================
  Coverage   43.43%   43.44%
=======================================
  Files         645      645
  Lines       71328    71345   +17
=======================================
+ Hits        30981    30995   +14
- Misses      35333    35337    +4
+ Partials     5014     5013    -1

Impacted Files
Coverage Δ

modules/auth/oauth2/oauth2.go
27.58% <0.00%> (ø)

routers/private/serv.go
29.30% <0.00%> (-1.35%)
:arrow_down:

modules/queue/workerpool.go
58.77% <0.00%> (-1.23%)
:arrow_down:

models/gpg_key.go
54.81% <0.00%> (-0.59%)
:arrow_down:

cmd/serv.go
2.85% <0.00%> (-0.03%)
:arrow_down:

models/branches.go
43.01% <0.00%> (ø)

services/pull/pull.go
41.57% <0.00%> (ø)

modules/private/serv.go
0.00% <0.00%> (ø)

routers/repo/editor.go
25.14% <0.00%> (+0.14%)
:arrow_up:

modules/git/repo.go
49.74% <0.00%> (+0.50%)
:arrow_up:

... and 6 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7187fdb...941f0bc. Read the comment docs.

backport -> #12650

🚀


fix XDebug installation steps list

Whats fixed here?

If you look at master, you can see that item 3 breaks the list, its contents closes the ol and for item 4 a new ol is rendered. I fixed this break by correctly identating the content, now generating only one ol.

CI is failing but passing on master

Seems like a linting problem pointed by Prettier, I formated the code following markdown good practices so it must be something with line length from Prettier. :/
I'll clone the repo later to be able to run the linter and fix this.

:tada: This PR is included in version 1.13.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Question about worker shutdown

This is more a question than an issue.
I am very pleased to have found this great lib (and this one too as my front end is Node.js based)!
I am playing with it, and plan to use it in production soon, to replace RabbitMQ (too complex for my simple needs).
One thing bugs me right now, and its the corner case where Heroku shuts down my worker (Heroku send a SIGTERM to the JVM and wait 10 seconds to allows it to cleanly shutdown).
So, in my code I have this, to force jesque to end the workers right now when JVM is tell to shutdown:
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
    try {
        workerPool.endAndJoin(true, 5000);
    } catch (InterruptedException e) {
        System.err.println("Interrupted while waiting for worker pool to end, expect the shit to hit the fan!");
    }
}));

My worker is implemented like this:
public static class TestJob implements Callable<Void> {

    private final String id;

    public TestJob(String id) {
        this.id = id;
    }

    @Override
    public Void call() throws Exception {
        try {
            for (int i = 0; i < 300; i++) {
                System.out.println("pretend to work hard on job " + id);
                Thread.sleep(1000);
                // in the extreme case interrupted happens outside of the sleep
                if (Thread.currentThread().isInterrupted())
                    throw new InterruptedException();
            }
        } catch (InterruptedException e) {
            // TODO: my application logic to handle job interruption
            // also tell jesque we were interrupted (job will will go back to its queue)
            throw e;
        } catch (Exception e) {
            // tell jesque something bad happened (job will go into the failed queue)
            throw e;
        }
        return null;
    }
}

This seems to work correctly, sending a SIGTERM (CTRL-c foreman) will correctly send the jobs back to their respective queue. BUT, jobs are also put into the failed queue.
I wonder if this is expected (I guess yes, because of this catch all) and if there is a way to prevent this (I do not want my interrupted jobs to go to the failed queue) ?
Why not catching InterruptedException as a special case here ?:
try {
    // ...
    final Object result = execute(job, curQueue, instance);
    success(job, instance, result, curQueue);
} catch (InterruptedException interrupted) {
    // ignore or logs, anything but do not consider this a failure <---
} catch (Throwable thrwbl) {
    failure(thrwbl, job, curQueue);
} finally {
    removeInFlight(curQueue);
    // ...
}

I hope this is clear.
Also thank you for this great lib!

Maybe a more "clean" way of solving my problem is this: make WorkerImpl.failure consider a null return from FailQueueStrategy.getFailQueueKey as an intent to NOT put the job in any failed queue ?
I can send a PR if you want.

In the meantime (using the 2.0.2 release), I work around the "issue" with this hack:
I have my own WorkerImpl subclass that handle failure caused by InterruptedException in a special way (by doing nothing):
public class InterruptionAwareWorkerImpl extends WorkerImpl {

    public InterruptionAwareWorkerImpl(Config config, Collection<String> queues, JobFactory jobFactory) {
        super(config, queues, jobFactory);
    }

    @Override
    protected void failure(Throwable t, Job job, String curQueue) {
        if (t instanceof InterruptedException) return;
        super.failure(t, job, curQueue);
    }
}

Coupled with my own workerFactory:
Callable<WorkerImpl> workerFactory = () ->
        new InterruptionAwareWorkerImpl(config, Collections.singleton(queue), jobFactory);

@pierredavidbelanger Thanks for the great suggestion and thorough explanation! I'm glad Jesque is helping you make great software. Merged.


Check the obj type before calling the in operation

The object can be of type byte instead of PDFStream.
Without this type check, a python TypeError can be raised.
In the case that raised the error, the obj turns out to be:
b"\xd1\....."

of class bytes.

Hi @tongbaojia,
Thanks for putting effort in pdfminer.six!
You should create an issue before opening a PR. See CONTRIBUTING.md. Make sure to include an example pdf, the command and the full stack trace with your bug report.


Create a built-in createcommand command

We should implement a createcommand command. This command would be based on TemplateCommand and will help the end user
create easily a new command for their framework or plugins.
This command must be use inside inside a container, a plugin or inside a project. We could add a --target option to specify where it should be created. Also, it would be great to have another option --type that specify if it's a ProjectCommand or a BaseCommand.
This command must be a BaseCommand as it does not depend on a ProjectConfig.

Hey, I like the project and could try to implement this in the coming days

Hey @JRbemt, Awesome! that would be super helpful. All help is really appreciated.
As you might be the first contributor, do not hesitate if you see any flaw in the process!


Transclusion enhancements

Things to do some day with transclusion:

transclusion code only operates on .md files, so ![[text only wiki page.txt]] renders a link to the text file preceded by a bang, rather than a transclusion or an error
transclusion does not yet have a link to the transcluded (destination) page

closing as done
for the link to the transcluded page, see 704dd70


Add close notification to Web implementation.

I have noticed that when a Websocket server closes the connection the client wasn't getting a close notification, this PR adds a close callback so that the event is propagated to the UI:

I'm updating to 1.65 to fix the CI issues: https://github.com/rerun-io/ewebsock/pull/7

Try merging in main

Please add a line to CHANGELOG.md btw!

Please add a line to CHANGELOG.md btw!

I have updated CHANGELOG.md and the version, I wasn't sure if I needed to add that under Unreleased, I can update it if that is your preference.

It should go under Unreleased, because it is unreleased :)


Ember 2.1:  results in  after condition was dynamically set to null

Crossposting from https://github.com/emberjs/ember.js/issues/12358

So you've got this in your template:

condition is null, and it correctly renders to .
But then you change condition dynamically.
When condition is null again, it renders as .
Demo (thx to @alexspeller): http://ember-twiddle.com/a0a8088d67b451817902

Please confirm that this issue belongs here so that I can close the other one.


TextSchema UI fixes for dynamic font sizing

fixes #228
The dynamic font resize was being called for every text schema on the page on every key press, the same with the setFontAlignment.

Perfect. Thank you!


http client never finishes in asynchronous mode on HTTP_METHOD_HEAD (IDFGH-7444)

Environment

Development Kit:      ESP32-DevKitC
Kit version: v4
Module or chip used: ESP32-WROVER-E
IDF version: v4.4.1
Build System: idf.py
Compiler version: xtensa-esp32-elf-gcc (crosstool-NG esp-2021r2-patch3) 8.4.0
Operating System: Linux
Using an IDE?: No
Power Supply: USB

Problem Description
When using the esp http client in asynchronous mode on a HTTPS connection with the method HTTP_METHOD_HEAD subsequent calls to esp_http_client_perform(..) will never return anything other than ESP_ERR_HTTP_EAGAIN if the connection has been established successfully and all headers have been received.
Expected Behavior
After all headers have been received esp_http_client_perform(..) should return ESP_OK just like in synchronous mode.
Actual Behavior
After all headers have been received esp_http_client_perform(..) will return ESP_ERR_HTTP_EAGAIN indefinitely.
I believe the issue is due to the behavior of esp_http_client_get_data line(..). In line 992 in esp_http_client.c this function returns 0 if the method is HTTP_METHOD_HEAD. While the client is in HTTP_STATE_RES_ON_DATA_START this function is called and since errno is not modified within it, it is most likely still set to EAGAIN from the previous transaction, which in turn causes this check in line 1181 to always be true.
Steps to reproduce

Setup a http client for a HTTPS connection with is_async set to true
Set the method to HTTP_METHOD_HEAD
Call esp_http_client_perform in a loop

@MarcGeh Thanks for your detailed description. Could you please add errno = 0 in this line https://github.com/espressif/esp-idf/blob/179ea878c747519138b40f387b80f30dd72097f0/components/esp_http_client/esp_http_client.c#L991.

@ESP-YJM Thanks, I can confirm that this fixes the issue. Will this fix be part of the next release?

@MarcGeh I'm not sure, but we will fix this as soon as possible.

FYI for anyone having this issue and not wanting to modify any files inside the esp-idf to fix it, it is also sufficient to simply set errno = 0 before each call of esp_http_client_perform(...)

@MarcGeh I'm not sure, but we will fix this as soon as possible.

@ESP-YJM How is the status now? Is this fixed?

@AxelLin Not yet, userspace can avoid it, so I lowered the priority.

@AxelLin Not yet, userspace can avoid it, so I lowered the priority.

Then this never get fixed.

Any news here?

@AxelLin @kriegste I have raise a MR internal.

@MarcGeh I'm not sure, but we will fix this as soon as possible.

@ESP-YJM  ASAP? I'm wondering if this will be fixed in 2023.

@AxelLin Sorry to response late. The MR need add some automated test and i am busy for other projects. When I have time I will add and push this MR integration. I think this problem can be avoided at the application layer first.

@ESP-YJM
Just remind this issue was reported on May 25, 2022, which is quite long time ago.
Seems you think people can easily workaround the issue.
However, for most users it's not easy to find this old issue at all.
Which means it may take quite long time to figure out why it does not work.
IMHO, you should fix it asap and backport to release branches since this is indeed a BUG.

@AxelLin It has beed merged into master branch and it will backport to v5.x branch.

@ESP-YJM Could you share which commit fixed this?

@AxelLin It has merged into the internal master branch and need wait ci passed and will sync to github.


Using short language code

info.Lang.String got Mandarin instead of zh, change info.Lang.String to info.Lang.Iso6391 fix Mandarin text segment
Ref: https://github.com/abadojack/whatlanggo/blob/9a096a12270b527608792719d6e75e68a8bbfb03/lang.go#L191-L212

@waybackarchiver I'll include this one into the 0.60.1


Fix article summaries

I noticed that article summaries create invalid HTML when asummary_separator is used (#265) yet not when summary_length is used. The reason is that Nokogiri is used in the latter case yet when the separator is defined, the HTML is simply truncated.
This PR fixes this, so that Nokogiri is used to create a summary using a separator as well.
While implementing this, I noticed that a defined summary_generator is ignored when the summary_separator is found, which I can't imagine is the intended behaviour.
I implemented the truncate_at_separator method as a separate method which creates a bit of duplication. We could merge it with truncate_at_length but I'm not sure how clean it would be...

Lovely, thanks

Would it be possible to get this into v3.6 as well?

Happy to accept a PR to the v3-stable branch.


fix: Properly close stmt and conn when using idb

Deleting the statement object doesn't free the underlying resources,
causing memory leaks. Instead, we need to close both the connection and
the statement to free these resources. We can let the runtime delete the
objects as well.
Fixes #230

This might not be 100% correct for sync mode, since I don't know how errors are returned in that case (exceptions?)

This might not be 100% correct for sync mode, since I don't know how errors are returned in that case (exceptions?)

Yup sync mode will throw an error. prepareSync would throw an error here.
This won't give you the chance to properly close things out with cleanup().
Looks we can get around this by passing a callback to prepareSync. That way we can check for an error just like the async case

I've changed the whole design. Since everything throws errors, wrap the whole thing in try/finally blocks. This way we don't eve need the function, since the clean up code only happens in one place.
The only downfall with this design is that cleanup will not be done until after the user's callback chain has returned to us.

I tried running through the tests with:
$ npm test test/functional/commandsFunctional.js

    Uncaught Error: SQLSTATE=PAERR SQLCODE=8013 The SQL Statment handler is not initialized.
      at ../istoredp.js:77:16

I'm trying to figure out why.

@kadler
The JavaScript try…catch mechanism cannot be used to intercept errors generated by asynchronous APIs.
See https://nodejs.org/api/errors.html#errors_error_first_callbacks
Running the command test with verbose mode on we can see:
============
INPUT XML
============
<?xml version='1.0'?><myscript><cmd exec='rexx' error='fast'>RTVJOBA USRLIBL(?) SYSLIBL(?)</cmd></myscript>
============
OUTPUT XML
============
SQLConnect(0): conn obj [1805037d0] handler [2]
creating statement
stmt is dbstmt {}
Prepare().
SQLFreeStmt: stmth 3 [SQL_DROP]
SQLFreeStmt(0)
SQLDisconnect: conn obj [1805037d0] handler [2]
SQLFreeConnect: conn obj [1805037d0] handler [2]
SQLFreeConnect[0]
SQLPrepare(-2): call QXMLSERV.iPLUG512K(?,?,?,?)
calling bind
BindParamAsync().
      1) calls CL command using idb transport

  0 passing (114ms)
  1 failing

  1) iSh, iCmd, iQsh, Functional Tests
       iCmd()
         calls CL command using idb transport:
     Uncaught Error: SQLSTATE=PAERR SQLCODE=8013 The SQL Statment handler is not initialized.
      at ../istoredp.js:83:16

Looks like the finally block runs before prepare finishes causing the statement handle to be invalid SQLPrepare(-2).

Ugh, that makes sense. The fact that the whole thing is wrapped in an exception handler and the code throws is what lead me to that. Now I wonder if the code is currently broken.

I moved the try/finally around the sync mode block and in the async block I used the same way I had before.

@abmusse can you please make a v1.0.7 release?

I believe you meant v0.1.7 right?
Also after making the release on github also push to npm?

Yep. Caught my mistake a hair too late.


updated readme

Updated readme and images

/override dco

/override dco

/override dco

/approve
/lgtm

Commenting as per https://github.com/kubernetes/test-infra/issues/16643#issuecomment-595505647


[SMALLFIX] Deflake TieredStoreIntegration Test

If the file size is too large, there is a chance the async evictor will kick it out before we read it.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/20307/
Test PASSed.

@calvinjia Please cherry-pick to branch-1.8


Swift-cocoapods Swift Example: RBQSafeRealmObject.h file not found

RBQSafeRealmObject.h file not found compilation issue.

git clone http://github.com/Roobiq/RBQFetchedResultsController
cd RBQFetchedResultsController
cd Examples
cd Swift-cocoapods
pod install
open RBQFRCSwiftExample.xcworkspace
compiled

Got compilation error : RBQSafeRealmObject.h file not found
Using cocoapods 1.0.0

You need to init submodules.
git clone http://github.com/Roobiq/RBQFetchedResultsController
cd RBQFetchedResultsController
git submodule update --init --recursive

I get the same error when I use the latest version from github.
pod 'SwiftFetchedResultsController', :git => 'https://github.com/Roobiq/RBQFetchedResultsController.git'


DB locking

With the dodgy file based JSON store, we should really look into locking on accessing the file.  This would need to have 100% guarantee of releasing a lock though

Good news is that PHP auto releases erxclusive locks when the process ends


Out of FOV arrows - Class icons

Shitty example

Probably just render the class icons at the same angle as the arrows, but at a lower distance from center in order to make it follow the bottom of the arrows

i dont like this no offense it looks bad

i dont like this no offense it looks bad

Can you provide a few details as to what looks bad about it? Some suggestions on how I can improve the proof-of-concept?
Or perhaps you can draw a better one your own?
I just did what I thought such a feature would look like if coded at it's bare minimum. If you want, we can use fancy 3D player heads with their hats on it. Would that look better to you?

Tell me, @johnathon-walnut, does this look better?

no lol i just think that its an aesthetically unappealing idea, it wouldn't be hard to implement i'm just not willign to implement it cos i dont like it

I don’t think the arrows are needed, only the class icons, you can tell the position without the arrows.

go to open source cheat that anyone can work on >go to suggestions >say you don't like it so it won't be added because you specifically said so ???

Go ahead add it yourself, my point is that I personally am not gonna spend time on this

The way we draw icons in this cheat is dumb too, you can't make them transparent so unless we implemented your other idea of distance from center = distance from local then it would be pretty confusing as to how far away from you they are.


Including endpoints in saves for offsets

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)

I marked feature but neither really fit. Technically this is a third category, ie.

[x] Breaking change that provides enhanced functionality

Description of the change

Offsets are now saved with a key that includes the IoTHub endpoint so that multiple IoTHubs may be tracked using the same datastore.
Motivation for the change

See discussion here https://github.com/Azure/toketi-iothubreact/issues/24

This change is

Sorry about the long delay, there were other things that took me away for a bit. It looks to me like this was ready but the hashing we agreed to in the discussion was not implemented. Is that accurate or was there something else?


java.lang.NoClassDefFoundError: Failed resolution of: Lcom/zoho/livechat/android/ZohoLiveChat$Chat;

The app crashes on Android when launched.

Hi @Oyedee,
We apologize for any inconvenience caused. Unfortunately, we are unable to reproduce the mentioned crash. However, we have implemented changes that resemble the scenario you described.
We suggest you update SDK to version 5.0.0 and check if the issue persists. If it does, please feel free to write back to us at (support@zohosalesiq.com). We will investigate this further.
Best regards,
Bhahirathan M.

Upgrading to version 5.0.0 fixed the issue.
Thanks for the response.


Replace int as underlying type in IntLitExpr and RatLitExpr

This pull request replaces int as underlying type in IntLitExpr and RatLitExpr, subsequently closes #42 .

As of now, theta builds successfully, however more integration tests should be run to evaluate the changes.

I'm just about to run tests. I'll get back when there are results


Tracking: EIP-4844 Networking

This is a tracking issue for what's needed to implement the Networking section of EIP-4844.
### Tasks
- [ ] Add `Encodable` and `Decodable` implementations for `c-kzg` types in `reth-rlp`
- [ ] https://github.com/paradigmxyz/reth/issues/4073
- [ ] Create blob transaction type with blobs, commitments, proofs
- [ ] Create enum for transaction responses, using the blob transaction
- [ ] Make sure we don't broadcast blob transactions automatically
- [ ] Implement blob validation in transaction pool

The network types might end up looking something like this:
#[derive(Clone, Debug, PartialEq, Eq, RlpEncodableWrapper, RlpDecodableWrapper, Default)]
pub struct PooledTransactions( pub Vec<PooledTransaction> );

pub enum PooledTransaction {
    Normal(TransactionSigned),
    Blob(BlobTransaction)
}

impl Encodable for PooledTransaction {
    // needs custom impl
}

/// A response to [`GetPooledTransactions`] that includes blob data, their commitments, and their
/// corresponding proofs.
// TODO: derive_arbitrary
#[derive(Clone, Debug, PartialEq, Eq, RlpEncodable, RlpDecodable, Default)]
#[cfg_attr(feature = "serde", derive(Serialize, Deserialize))]
pub struct BlobTransaction {
    // TODO: include TxEip4844 into TransactionSigned
    /// The transaction payload.
    pub transaction: TransactionSigned,
    /// The transaction's blob data.
    pub blobs: Vec<Blob>,
    /// The transaction's blob commitments.
    pub commitments: Vec<Bytes48>,
    /// The transaction's blob proofs.
    pub proofs: Vec<Bytes48>,
}

impl BlobTransaction {
    // add validation methods that can be used in the pool
}

Hows this going? Any chance i could help on this?

Hows this going? Any chance i could help on this?

Hey! I'm currently working on adding the basic commitment, blob, etc. types from c_kzg, along with trait impls like Encodable / Decodable which along with #4074 should unblock the rest of the tasks. I'll let you know once i'm done with the PR!

I’d love to help out here as well.

Oh very nice.


Add typings

I added some TypeScript type definitions so I can actually use this module :P

That failing check has nothing to do with my PR, by the way

Hey @resynth1943 and thanks for the PR.
I believe that typescript includes fetch typings out of the box regardless if you are using the polyfill or not. Adding 'dom' to the 'lib' key in your tsconfig.json should solve this for you without us needing to define types in the polyfill codebase.
Reference: https://www.typescriptlang.org/docs/handbook/compiler-options.html

Yeah, but you have to declare the module as exporting those symbols. I'll edit this PR to use the "fetch" from the TypeScript libraries, but you'll still need an export. Give me a few hours, and I'll take a look.
Regards,
Will

How do you like this? I see no errors from Vim lol, so I guess that means everything's OK now?

@koddsson You should only include dom lib if you actually are in an environment that has the full dom API.  If you are in NodeJS and you bring in this library, you do not have the full dom API, so you should not add dom to your lib in tsconfig.json.

@koddsson You should only include dom lib if you actually are in an environment that has the full dom API. If you are in NodeJS and you bring in this library, you do not have the full dom API, so you should not add dom to your lib in tsconfig.json.

The third bullet-point in the README.md says:
This project doesn't work under Node.js environments. It's meant for web browsers only.
This project is for browser environments, which means you would need to configure TypeScript to bring in the DOM API, which includes the fetch typings.

How do you like this?

Like I said I believe that TypeScript supports fetch typings natively so there should be any need for typings so the issue isn't the types at all.
With that being said, we don't plan on adding any type support to the fetch polyfill. They should exists in the type system already or as a 3rd party type module.

@koddsson
Cannot export 'fetch'. Only local declarations can be exported from a module.ts(2661)

Apparently you're wrong.
Since you're refusing to merge this, I'll try and get them merged into DefinitelyTyped, just so this wasn't a complete waste of time.
These typings are a necessity for TypeScript users, and I'm more than happy to spend time with this.
Many thanks,
resynth1943


Add a .mainImmediate context

Occasionally I'd like to do something like "execute on the main queue, but as .immediate if that would run on the main queue". This is fairly esoteric, but I want it for scenarios like
return makeSomePromise()
    .fork({ $0.then(on: .mainImmediate, { (value) in
        self.recordValue(value)
    })})

The rationale here is if my client then attaches an .immediate listener and that ends up running on the main thread, I need my own work to have been completed first. In the then case I can work around this by using .immediate and dispatching to the main queue myself if I'm not on the main thread, but that won't work for the map case.
I'm not sold on the .mainImmediate name.

I have another use-case: Fetching an image and assigning it to a button. The idea is to assign it immediately if the result is already available, otherwise to assign it on .main (the fact that it would run as .immediate if it asynchronously resolves on .main is unnecessary but harmless). Something like
NetworkImageRequester.promise(for: iconURL)
    .then(on: .mainImmediate, { [weak button] (image) in
        button?.setImage(image, for: .normal)
    })

In many cases, deferring this to .main would still run before the transaction closes, unless we're calling this from within a block dispatched to the main queue already. This edge case is why we'd want to be able to run it .immediate instead if the promise has already resolved.

I think I'll do this as .nowOr(context) rather than tying it to main.


Memoize functions for Task and TaskEither

I have found the need to cache some data that is produced asynchronously. It would be great to have the memoize function available in an async context.
With a TaskEither I wouldn't want to cache the Left though. Maybe something similar can be done with what's in Function/memoize with the eq or a predicate aka E.isRight?
I have tried implementing this myself but tripped up around race conditions.
Something along the lines of:
pipe(
  TE.right(1),
  memoize(E.isRight)
)

Not sure if it's possible without a concrete implementation around TaskEither's.

Memoization of Task could be done this way:
import { memoize as memoizeF } from "fp-ts-std/Function";
import { memoize as memoizeIO } from "fp-ts-std/IO";
import type { Eq } from "fp-ts/Eq";
import { flow } from "fp-ts/function";
import type { Task } from "fp-ts/Task";

export const memoizeTask = memoizeIO as <A>(f: Task<A>) => Task<A>;

export const memoizeTaskK =
    <A>(eq: Eq<A>) =>
        <B>(f: (x: A) => Task<B>) =>
            memoizeF(eq)(flow(f, memoizeTask));

Not sure about memoizing TE though.

@stevebluck what problems do you encounter?
We would currently use something like this:
import { Eq } from 'fp-ts/Eq';
import * as M from 'fp-ts/Map';
import * as O from 'fp-ts/Option';
import type { Predicate } from 'fp-ts/Predicate';
import { Task } from 'fp-ts/Task';
import { pipe } from 'fp-ts/function';

export const memoizeK =
  <A>(eq: Eq<A>) =>
  <B>(f: (a: A) => Task<B>, shouldCache: Predicate<B>): ((a: A) => Task<B>) => {
    const cache = new Map<A, Promise<B>>();
    return (a) =>
      pipe(
        cache,
        M.lookup(eq)(a),
        O.fold(
          () => () => {
            const p = f(a)();
            cache.set(
              a,
              p.then((b) => {
                if (shouldCache(b) === false) {
                  cache.delete(a);
                }
                return b;
              }),
            );
            return p;
          },
          (p) => () => p,
        ),
      );
  };

Then you can use the function like this
const memoized = memoizeK(Str.Eq)((a: string) => TE.right(a), E.isLeft);

I did this https://github.com/gcanti/fp-ts-contrib/pull/84.

@DenisFrezzato Wouldn't that be susceptible to a race condition for async types? i.e. I'd anticipate task memoisation reusing an in-flight promise.

@mlegenhausen this is perfect and is what I was looking for.
In my case I have a TaskEither called getShippingPass: TE.TaskEither<Error, ShippingPass>. It doesn't accept any arguments, it's just a TE. I'd like to cache the response when the task returns an E.right.
I have adapted your function to work with my use case but I wonder if there is a way to do it without passing in any arguments? I guess we would just hardcode the cache key.

You can infer a memoize function from memoizeK like
export const memoize = <B>(f: Task<B>, shouldCache: Predicate<B>): Task<B> => memoizeK({ equals: constTrue })(() => f, shouldCache)(undefined);


Allow JSON deserialization of StructArray from JSON List

Is your feature request related to a problem or challenge? Please describe what you are trying to do.
Currently, to deserialize a StructArray from JSON, you need to use a JSON Object.  E.g., deserializing a Struct<a: i32, b: string> would need something like {a: 1, b: "c"}.  This is also true of top-level RecordBatches.  Some services, such as Presto and Trino, serialize ROW fields as lists.  The example above would be serialized as [1, "c"].  If you already know the schema, this is a more compact representation that reduces the data on the wire.
I would like the ability for arrow_json to deserialize these list-encoded structs and record batches, perhaps under an option flag.
Describe the solution you'd like
When a StructArrayDecoder encounters a [ (around here), it switches to a parsing mode that does not look for field names, and requires a closing ] for completion.  It should return a parsing error if either the number of entries of the list is not the same as the number of fields in the struct, or if any of the sub-parsers encounter the wrong type.  This requires the fields of the struct to be in the same order as the JSON List, while the current object parsing can shuffle the fields if they appear in a different order.
Describe alternatives you've considered
I currently parse the results with serde_json, then recursively run down the JSON to convert Lists to Objects using the schema.  Then I re-serialize the top-level JSON, then read it using arrow_json.  This is not very efficient.
Alternatively, I could reproduce a less-good copy of the version of arrow_json that deserialized using serde_json.  Either making serde_json decoders directly, or taking a serde_json::Value and populate the ArrayBuilders myself.  This is a lot of code duplication.
Additional context
I don't personally need the ability to serialize a StructArray/RecordBatch into a List, although that would seem symmetrical.
I am happy to make an RFC PR implementing this functionality.

Provided this functionality is gated by an option on the reader that is disabled by default, and avoids regressing any of the existing benchmarks, this seems reasonable to support

Added PR #6643 to implement this (or start a discussion).


Add txn size limit to hardfork

I also snuck some encoding optimizations in. Mostly just calling MarshalSia methods directly where we weren't before.
Regrettably, MarshalSiaSize had a bug; it was 8 bytes short for each TransactionSignature. This was fixed on my local txn-size branch but was not pushed before that PR was merged. Good call on adding the sanity check during debug mode, otherwise I wouldn't have caught this.

Just those 2 comments, then this should be good to merge.


@solid-primitives/i18n: Struggling to implement HMR for locale definition

Describe the bug
Hello,
I've written a small vite plugin that consolidate i18n files into a single definition, and i'm trying to implement HMR injection into an i18n context.
However, when I add a new locale definition to the context, the translate function accessed through useI18n doesn't seem to resolve the new value.
Here my context implementation:
import { createI18nContext, I18nContext as I18nSolidContext } from '@solid-primitives/i18n';

import type { ParentComponent } from 'solid-js';

type CreateI18nContextInputs = Parameters<typeof createI18nContext>;
export type I18nProviderProps = {
  initialDictionary?: CreateI18nContextInputs[0];
  initialLocale?: CreateI18nContextInputs[1];
};
export const I18nContext: ParentComponent<I18nProviderProps> = props => {
  const value = createI18nContext(props.initialDictionary, props.initialLocale);
  return <I18nSolidContext.Provider value={value}>{props.children}</I18nSolidContext.Provider>;
};

export default I18nContext;

And here is my HMR implementation:
import { useI18n } from '@solid-primitives/i18n';

import type { Component } from 'solid-js';

export const I18nHmr: Component = () => {
  const [t, { add, dict }] = useI18n();

  if (import.meta.hot) {
    import.meta.hot.on('virtual:vite-plugin-i18n', ({ data }) => {
      if (data) {
        Object.keys(data).forEach(lang => {
          add(lang, data[lang]);
          console.info('setting', { lang, dic: data[lang] });
        });
        console.info('checking', { translate: t('routes.home'), dict: dict('en') });
      }
    });
  }

  return <div hidden aria-hidden="true" id="i18n-hmr" />;
};

export default I18nHmr;

I noticed when inspected the code that for some reason, the store proxy target seems to hold the new value, but acessing it return the original one (no matter how many HMR update are injected into the context).

I'm quite new to solid so I might be missing something, maybe it's a reactivity issue ?
The code is accessible here
Minimal Reproduction Link
https://github.com/dvcol/dvcol.github.io/compare/main...i18n-hmr

Hey, the i18n package was reworked recently.
The definitions of context and directories can now be kept in separate files easily.
The links that you've attached lead to nothing, so I can't really confirm what exactly was the issue or nor if it was fixed.
Also, if your plugin works with the package, feel free to link it in the readme, maybe someone will benefit from some additional tooling as well.

Hello, thanks for the response !
After upgrading to the latest version I was able to fix the HMR issue.
Unsure if it's due to the bump or the re-write (since the lib is a lot more low level now) but the reactivity works now 🤷 )
The plugin is more aimed at file merging i18n json difinition files more so than @solid-primitive/i18n  itself, not sure if it would be that relevant :)


How to install Jekyll plugins?

We are using "https://github.com/slashdotdash/jekyll-lunr-js-search" in our project. Running the default version of jekyll/docker fails because of a missing dependency to "therubyracer".
If I understood it correctly this should be solvable by providing a `Gemfile``
gem "therubyracer"
```

along with our Jekyll project. Doing this, triggers the installation but finally fails with an error message about `redcarpet` being missing.

Any help is greatly appreciated

```
docker run --rm --label=jekyll --volume=$(pwd):/srv/jekyll   -it -p $(docker-machine ip `docker-machine active`):4000:4000     jekyll/jekyll
Fetching: ref-2.0.0.gem (100%)
Installing ref (2.0.0)
Fetching: libv8-<IP_ADDRESS>-x86_64-linux.gem (100%)
Installing libv8 (<IP_ADDRESS>)
Fetching: therubyracer-0.12.2.gem (100%)
Installing therubyracer (0.12.2)
Building native extensions.  This could take a while...
ERROR:  While executing gem ... (Gem::Ext::BuildError)
    ERROR: Failed to build gem native extension.

    current directory: /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2/ext/v8
/usr/bin/ruby -r ./siteconf20160124-21-1klcs4a.rb extconf.rb
mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h

extconf failed, exit code 1

Gem files will remain installed in /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2 for inspection.
Results logged to /usr/lib/ruby/gems/2.2.0/extensions/x86_64-linux/2.2.0/therubyracer-0.12.2/gem_make.out
fetch http://dl-1.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-2.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-3.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
fetch http://dl-4.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
(1/27) Upgrading musl (1.1.12-r1 -> 1.1.12-r2)
(2/27) Installing binutils-libs (2.25.1-r0)
(3/27) Installing binutils (2.25.1-r0)
(4/27) Installing isl (0.14.1-r0)
(5/27) Installing libgomp (5.3.0-r0)
(6/27) Installing libatomic (5.3.0-r0)
(7/27) Installing pkgconf (0.9.12-r0)
(8/27) Installing pkgconfig (0.25-r1)
(9/27) Installing mpfr3 (3.1.2-r0)
(10/27) Installing mpc1 (1.0.3-r0)
(11/27) Installing gcc (5.3.0-r0)
(12/27) Installing make (4.1-r0)
(13/27) Installing musl-dev (1.1.12-r2)
(14/27) Installing libc-dev (0.7-r0)
(15/27) Installing fortify-headers (0.7-r0)
(16/27) Installing g++ (5.3.0-r0)
(17/27) Installing build-base (0.4-r1)
(18/27) Upgrading musl-utils (1.1.12-r1 -> 1.1.12-r2)
(19/27) Installing libffi-dev (3.2.1-r2)
(20/27) Installing zlib-dev (1.2.8-r2)
(21/27) Installing libxml2-dev (2.9.3-r0)
(22/27) Installing libxslt-dev (1.1.28-r2)
(23/27) Installing readline-dev (6.3.008-r4)
(24/27) Installing libgmpxx (6.1.0-r0)
(25/27) Installing gmp-dev (6.1.0-r0)
(26/27) Installing ruby-dev (2.2.4-r0)
(27/27) Installing yaml-dev (0.1.6-r1)
Executing busybox-1.24.1-r7.trigger
OK: 272 MiB in 76 packages
Using ref (2.0.0)
Using libv8 (<IP_ADDRESS>)
Installing therubyracer (0.12.2)
Building native extensions.  This could take a while...
Configuration file: /srv/jekyll/_config.yml
            Source: /srv/jekyll
       Destination: /srv/jekyll/_site
 Incremental build: disabled. Enable with --incremental
      Generating...
  Dependency Error: Yikes! It looks like you don't have redcarpet or one of its dependencies installed. In order to use Jekyll as currently configured, you'll need to install this gem. The full error message from Ruby is: 'cannot load such file -- redcarpet' If you run into trouble, you can find helpful resources at http://jekyllrb.com/help/!
    This could take a while...
ERROR:  While executing gem ... (Gem::Ext::BuildError)
    ERROR: Failed to build gem native extension.

    current directory: /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2/ext/v8
/usr/bin/ruby -r ./siteconf20160124-22-dw8pht.rb extconf.rb
mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h

extconf failed, exit code 1

Gem files will remain installed in /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2 for inspection.
Results logged to /usr/lib/ruby/gems/2.2.0/extensions/x86_64-linux/2.2.0/therubyracer-0.12.2/gem_make.out
fetch http://dl-1.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-2.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-3.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
fetch http://dl-4.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
(1/27) Upgrading musl (1.1.12-r1 -> 1.1.12-r2)
(2/27) Installing binutils-libs (2.25.1-r0)
(3/27) Installing binutils (2.25.1-r0)
(4/27) Installing isl (0.14.1-r0)
(5/27) Installing libgomp (5.3.0-r0)
(6/27) Installing libatomic (5.3.0-r0)
(7/27) Installing pkgconf (0.9.12-r0)
(8/27) Installing pkgconfig (0.25-r1)
(9/27) Installing mpfr3 (3.1.2-r0)
(10/27) Installing mpc1 (1.0.3-r0)
(11/27) Installing gcc (5.3.0-r0)
(12/27) Installing make (4.1-r0)
(13/27) Installing musl-dev (1.1.12-r2)
(14/27) Installing libc-dev (0.7-r0)
(15/27) Installing fortify-headers (0.7-r0)
(16/27) Installing g++ (5.3.0-r0)
(17/27) Installing build-base (0.4-r1)
(18/27) Upgrading musl-utils (1.1.12-r1 -> 1.1.12-r2)
(19/27) Installing libffi-dev (3.2.1-r2)
(20/27) Installing zlib-dev (1.2.8-r2)
(21/27) Installing libxml2-dev (2.9.3-r0)
(22/27) Installing libxslt-dev (1.1.28-r2)
(23/27) Installing readline-dev (6.3.008-r4)
(24/27) Installing libgmpxx (6.1.0-r0)
(25/27) Installing gmp-dev (6.1.0-r0)
(26/27) Installing ruby-dev (2.2.4-r0)
(27/27) Installing yaml-dev (0.1.6-r1)
Executing busybox-1.24.1-r7.trigger
OK: 272 MiB in 76 packages
Using ref (2.0.0)
Using libv8 (<IP_ADDRESS>)
Installing therubyracer (0.12.2)
Building native extensions.  This could take a while...
Configuration file: /srv/jekyll/_config.yml
/usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2/lib/v8.rb:4:in `require': Error relocating /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2/lib/v8/init.so: __isnan: symbol not found - /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2/lib/v8/init.so (LoadError)
	from /usr/lib/ruby/gems/2.2.0/gems/therubyracer-0.12.2/lib/v8.rb:4:in `<top (required)>'
	from /srv/jekyll/_plugins/jekyll_lunr_js_search.rb:5:in `require'
	from /srv/jekyll/_plugins/jekyll_lunr_js_search.rb:5:in `<top (required)>'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:75:in `require'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:75:in `block (2 levels) in require_plugin_files'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:74:in `each'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:74:in `block in require_plugin_files'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:73:in `each'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:73:in `require_plugin_files'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/plugin_manager.rb:18:in `conscientious_require'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/site.rb:97:in `setup'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/site.rb:49:in `initialize'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/commands/build.rb:30:in `new'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/commands/build.rb:30:in `process'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/lib/jekyll/commands/serve.rb:26:in `block (2 levels) in init_with_program'
	from /usr/lib/ruby/gems/2.2.0/gems/mercenary-0.3.5/lib/mercenary/command.rb:220:in `call'
	from /usr/lib/ruby/gems/2.2.0/gems/mercenary-0.3.5/lib/mercenary/command.rb:220:in `block in execute'
	from /usr/lib/ruby/gems/2.2.0/gems/mercenary-0.3.5/lib/mercenary/command.rb:220:in `each'
	from /usr/lib/ruby/gems/2.2.0/gems/mercenary-0.3.5/lib/mercenary/command.rb:220:in `execute'
	from /usr/lib/ruby/gems/2.2.0/gems/mercenary-0.3.5/lib/mercenary/program.rb:42:in `go'
	from /usr/lib/ruby/gems/2.2.0/gems/mercenary-0.3.5/lib/mercenary.rb:19:in `program'
	from /usr/lib/ruby/gems/2.2.0/gems/jekyll-3.0.1/bin/jekyll:17:in `<main>'
ok: down: /etc/startup3.d/nginx: 1s, normally up
sh: can't kill pid 181: No such process

It needs to be --env=DEBUG=true not --env=[DEBUG=true].

My bad
docker run --env=DEBUG=true --rm --label=jekyll --volume=$(pwd):/srv/jekyll -it -p $(docker-machine ip `docker-machine active`):4000:4000 jekyll/jekyll
+ [ 0 -gt 0 ]
+ set -e
+ [ -f /etc/startup1.d/01-preserve-uid ]
+ [ -x /etc/startup1.d/01-preserve-uid ]
+ /etc/startup1.d/01-preserve-uid
+ [ -f /etc/startup1.d/02-srv-jekyll-permissions ]
+ [ -x /etc/startup1.d/02-srv-jekyll-permissions ]
+ /etc/startup1.d/02-srv-jekyll-permissions
+ [ -f /etc/startup1.d/03-gem-depends ]
+ [ -x /etc/startup1.d/03-gem-depends ]
+ /etc/startup1.d/03-gem-depends
+ set -e
+ [ -f /image ]
+ cd /srv/jekyll
+ [  ]
+ [ -f Gemfile ]
+ docker-helper will_bundle_install
+ chpst -u jekyll:jekyll docker-helper install_users_gems
HTTP GET https://bundler.rubygems.org/api/v1/dependencies
HTTP 200 OK
Fetching gem metadata from https://rubygems.org/
Query List: ["excon", "json", "docker-api", "forwardable-extended", "pathutil", "simple-ansi", "docker-template", "libv8", "ref", "therubyracer"]
Query Gemcutter Dependency Endpoint API: excon,json,docker-api,forwardable-extended,pathutil,simple-ansi,docker-template,libv8,ref,therubyracer
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=excon%2Cjson%2Cdocker-api%2Cforwardable-extended%2Cpathutil%2Csimple-ansi%2Cdocker-template%2Clibv8%2Cref%2Ctherubyracer
HTTP 200 OK
Query List: ["i18n", "multipart-post", "archive-tar-minitar"]
Query Gemcutter Dependency Endpoint API: i18n,multipart-post,archive-tar-minitar
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=i18n%2Cmultipart-post%2Carchive-tar-minitar
HTTP 200 OK
Query List: ["hoe"]
Query Gemcutter Dependency Endpoint API: hoe
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=hoe
HTTP 200 OK
Query List: ["rake", "rubyforge", "RubyInline", "gemcutter"]
Query Gemcutter Dependency Endpoint API: rake,rubyforge,RubyInline,gemcutter
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=rake%2Crubyforge%2CRubyInline%2Cgemcutter
HTTP 200 OK
Query List: ["json_pure", "ZenTest", "net-scp"]
Query Gemcutter Dependency Endpoint API: json_pure,ZenTest,net-scp
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=json_pure%2CZenTest%2Cnet-scp
HTTP 200 OK
Query List: ["spruz", "net-ssh"]
Query Gemcutter Dependency Endpoint API: spruz,net-ssh
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=spruz%2Cnet-ssh
HTTP 200 OK
Query List: ["echoe", "needle", "jruby-pageant"]
Query Gemcutter Dependency Endpoint API: echoe,needle,jruby-pageant
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=echoe%2Cneedle%2Cjruby-pageant
HTTP 200 OK
Query List: ["highline", "rcov", "allison", "rdoc"]
Query Gemcutter Dependency Endpoint API: highline,rcov,allison,rdoc
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=highline%2Crcov%2Callison%2Crdoc
HTTP 200 OK
Query List: ["termios", "minitest"]
Query Gemcutter Dependency Endpoint API: termios,minitest
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=termios%2Cminitest
HTTP 200 OK
Query List: []
Fetching version metadata from https://rubygems.org/
Query List: ["hoe", "termios", "minitest", "json", "highline", "rake", "rubyforge", "rcov", "gemcutter", "allison", "rdoc", "echoe", "needle", "jruby-pageant", "spruz", "net-ssh", "json_pure", "ZenTest", "net-scp", "RubyInline", "excon", "i18n", "multipart-post", "archive-tar-minitar", "libv8", "ref", "forwardable-extended", "docker-api"]
Query Gemcutter Dependency Endpoint API: hoe,termios,minitest,json,highline,rake,rubyforge,rcov,gemcutter,allison,rdoc,echoe,needle,jruby-pageant,spruz,net-ssh,json_pure,ZenTest,net-scp,RubyInline,excon,i18n,multipart-post,archive-tar-minitar,libv8,ref,forwardable-extended,docker-api
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=hoe%2Ctermios%2Cminitest%2Cjson%2Chighline%2Crake%2Crubyforge%2Crcov%2Cgemcutter%2Callison%2Crdoc%2Cechoe%2Cneedle%2Cjruby-pageant%2Cspruz%2Cnet-ssh%2Cjson_pure%2CZenTest%2Cnet-scp%2CRubyInline%2Cexcon%2Ci18n%2Cmultipart-post%2Carchive-tar-minitar%2Clibv8%2Cref%2Cforwardable-extended%2Cdocker-api
HTTP 200 OK
Query List: []
Fetching git://github.com/envygeeks/docker-template.git
Installing excon 0.45.4
0:  excon (0.45.4) from /usr/lib/ruby/gems/2.2.0/specifications/excon-0.45.4.gemspec
Using json 1.8.3
0:  json (1.8.3) from /usr/lib/ruby/gems/2.2.0/specifications/json-1.8.3.gemspec
Installing forwardable-extended 2.4.1
0:  forwardable-extended (2.4.1) from /usr/lib/ruby/gems/2.2.0/specifications/forwardable-extended-2.4.1.gemspec
Installing simple-ansi 1.0.2
0:  simple-ansi (1.0.2) from /usr/lib/ruby/gems/2.2.0/specifications/simple-ansi-1.0.2.gemspec
Installing libv8 <IP_ADDRESS>
0:  libv8 (<IP_ADDRESS>) from /usr/lib/ruby/gems/2.2.0/specifications/libv8-<IP_ADDRESS>-x86_64-linux.gemspec
Installing ref 2.0.0
0:  ref (2.0.0) from /usr/lib/ruby/gems/2.2.0/specifications/ref-2.0.0.gemspec
Using bundler 1.11.2
0:  bundler (1.11.2) from /usr/lib/ruby/gems/2.2.0/specifications/bundler-1.11.2.gemspec
Installing docker-api 1.25.0
0:  docker-api (1.25.0) from /usr/lib/ruby/gems/2.2.0/specifications/docker-api-1.25.0.gemspec
Installing pathutil 0.2.0
0:  pathutil (0.2.0) from /usr/lib/ruby/gems/2.2.0/specifications/pathutil-0.2.0.gemspec
Installing therubyracer 0.12.2 with native extensions
Building native extensions.  This could take a while...

Gem::Ext::BuildError: ERROR: Failed to build gem native extension.

    current directory: /tmp/bundler20160128-36-fb7k5ttherubyracer-0.12.2/gems/therubyracer-0.12.2/ext/v8
/usr/bin/ruby -r ./siteconf20160128-36-6jt0hj.rb extconf.rb
mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h

extconf failed, exit code 1

Gem files will remain installed in /tmp/bundler20160128-36-fb7k5ttherubyracer-0.12.2/gems/therubyracer-0.12.2 for inspection.
Results logged to /tmp/bundler20160128-36-fb7k5ttherubyracer-0.12.2/extensions/x86_64-linux/2.2.0/therubyracer-0.12.2/gem_make.out
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:91:in `run'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/ext_conf_builder.rb:36:in `block in build'
/usr/lib/ruby/2.2.0/tempfile.rb:319:in `open'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/ext_conf_builder.rb:19:in `build'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:163:in `block (2 levels) in build_extension'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:162:in `chdir'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:162:in `block in build_extension'
/usr/lib/ruby/2.2.0/monitor.rb:211:in `mon_synchronize'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:161:in `build_extension'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:200:in `block in build_extensions'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:197:in `each'
/usr/local/lib/site_ruby/2.2.0/rubygems/ext/builder.rb:197:in `build_extensions'
/usr/local/lib/site_ruby/2.2.0/rubygems/installer.rb:741:in `build_extensions'
/usr/local/lib/site_ruby/2.2.0/rubygems/installer.rb:290:in `install'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/source/rubygems.rb:142:in `block in install'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/rubygems_integration.rb:151:in `preserve_paths'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/source/rubygems.rb:134:in `install'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/gem_installer.rb:56:in `install'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/gem_installer.rb:14:in `install_from_spec'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/parallel_installer.rb:90:in `block in worker_pool'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:55:in `call'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:55:in `apply_func'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:50:in `block in process_queue'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:47:in `loop'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:47:in `process_queue'
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:22:in `block (2 levels) in initialize'
Using docker-template 0.2.0 from git://github.com/envygeeks/docker-template.git (at master@bdf5ff4)
0:  docker-template (0.2.0) from /home/jekyll/.bundler/ruby/2.2.0/docker-template-bdf5ff43bd12/gem.gemspec
An error occurred while installing therubyracer (0.12.2), and Bundler cannot
continue.
Make sure that `gem install therubyracer -v '0.12.2'` succeeds before bundling.
Bundler::InstallError: An error occurred while installing therubyracer (0.12.2), and Bundler cannot continue.
Make sure that `gem install therubyracer -v '0.12.2'` succeeds before bundling.
/usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/gem_installer.rb:47:in `handle_exception'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/gem_installer.rb:22:in `rescue in install_from_spec'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/gem_installer.rb:14:in `install_from_spec'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/installer/parallel_installer.rb:90:in `block in worker_pool'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:55:in `call'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:55:in `apply_func'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:50:in `block in process_queue'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:47:in `loop'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:47:in `process_queue'
  /usr/lib/ruby/gems/2.2.0/gems/bundler-1.11.2/lib/bundler/worker.rb:22:in `block (2 levels) in initialize'
You are forcing bundler, using a cache or git gems.
You might need to add default system gems to your Gemfile.
You can get them with: gem list.
fetch http://dl-1.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-2.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-3.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
fetch http://dl-4.alpinelinux.org/alpine/edge/testing/x86_64/APKINDEX.tar.gz
(1/27) Upgrading musl (1.1.12-r1 -> 1.1.12-r2)
(2/27) Installing binutils-libs (2.25.1-r0)
(3/27) Installing binutils (2.25.1-r0)
(4/27) Installing isl (0.14.1-r0)
(5/27) Installing libgomp (5.3.0-r0)
(6/27) Installing libatomic (5.3.0-r0)
(7/27) Installing pkgconf (0.9.12-r0)
(8/27) Installing pkgconfig (0.25-r1)
(9/27) Installing mpfr3 (3.1.2-r0)
(10/27) Installing mpc1 (1.0.3-r0)
(11/27) Installing gcc (5.3.0-r0)
(12/27) Installing make (4.1-r0)
(13/27) Installing musl-dev (1.1.12-r2)
(14/27) Installing libc-dev (0.7-r0)
(15/27) Installing fortify-headers (0.7-r0)
(16/27) Installing g++ (5.3.0-r0)
(17/27) Installing build-base (0.4-r1)
(18/27) Upgrading musl-utils (1.1.12-r1 -> 1.1.12-r2)
(19/27) Installing libffi-dev (3.2.1-r2)
(20/27) Installing zlib-dev (1.2.8-r2)
(21/27) Installing libxml2-dev (2.9.3-r0)
(22/27) Installing libxslt-dev (1.1.28-r2)
(23/27) Installing readline-dev (6.3.008-r4)
(24/27) Installing libgmpxx (6.1.0-r0)
(25/27) Installing gmp-dev (6.1.0-r0)
(26/27) Installing ruby-dev (2.2.4-r0)
(27/27) Installing yaml-dev (0.1.6-r1)
Executing busybox-1.24.1-r7.trigger
OK: 272 MiB in 76 packages
HTTP GET https://bundler.rubygems.org/api/v1/dependencies
HTTP 200 OK
Fetching gem metadata from https://rubygems.org/
Query List: ["excon", "json", "docker-api", "forwardable-extended", "pathutil", "simple-ansi", "docker-template", "libv8", "ref", "therubyracer"]
Query Gemcutter Dependency Endpoint API: excon,json,docker-api,forwardable-extended,pathutil,simple-ansi,docker-template,libv8,ref,therubyracer
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=excon%2Cjson%2Cdocker-api%2Cforwardable-extended%2Cpathutil%2Csimple-ansi%2Cdocker-template%2Clibv8%2Cref%2Ctherubyracer
HTTP 200 OK
Query List: ["i18n", "multipart-post", "archive-tar-minitar"]
Query Gemcutter Dependency Endpoint API: i18n,multipart-post,archive-tar-minitar
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=i18n%2Cmultipart-post%2Carchive-tar-minitar
HTTP 200 OK
Query List: ["hoe"]
Query Gemcutter Dependency Endpoint API: hoe
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=hoe
HTTP 200 OK
Query List: ["rake", "rubyforge", "RubyInline", "gemcutter"]
Query Gemcutter Dependency Endpoint API: rake,rubyforge,RubyInline,gemcutter
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=rake%2Crubyforge%2CRubyInline%2Cgemcutter
HTTP 200 OK
Query List: ["json_pure", "net-scp", "ZenTest"]
Query Gemcutter Dependency Endpoint API: json_pure,net-scp,ZenTest
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=json_pure%2Cnet-scp%2CZenTest
HTTP 200 OK
Query List: ["spruz", "net-ssh"]
Query Gemcutter Dependency Endpoint API: spruz,net-ssh
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=spruz%2Cnet-ssh
HTTP 200 OK
Query List: ["echoe", "needle", "jruby-pageant"]
Query Gemcutter Dependency Endpoint API: echoe,needle,jruby-pageant
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=echoe%2Cneedle%2Cjruby-pageant
HTTP 200 OK
Query List: ["highline", "rcov", "allison", "rdoc"]
Query Gemcutter Dependency Endpoint API: highline,rcov,allison,rdoc
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=highline%2Crcov%2Callison%2Crdoc
HTTP 200 OK
Query List: ["termios", "minitest"]
Query Gemcutter Dependency Endpoint API: termios,minitest
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=termios%2Cminitest
HTTP 200 OK
Query List: []
Fetching version metadata from https://rubygems.org/
Query List: ["hoe", "termios", "minitest", "json", "highline", "rake", "rubyforge", "rcov", "gemcutter", "allison", "rdoc", "echoe", "needle", "jruby-pageant", "spruz", "net-ssh", "json_pure", "net-scp", "ZenTest", "RubyInline", "excon", "i18n", "multipart-post", "archive-tar-minitar", "forwardable-extended", "docker-api", "libv8", "ref"]
Query Gemcutter Dependency Endpoint API: hoe,termios,minitest,json,highline,rake,rubyforge,rcov,gemcutter,allison,rdoc,echoe,needle,jruby-pageant,spruz,net-ssh,json_pure,net-scp,ZenTest,RubyInline,excon,i18n,multipart-post,archive-tar-minitar,forwardable-extended,docker-api,libv8,ref
HTTP GET https://bundler.rubygems.org/api/v1/dependencies?gems=hoe%2Ctermios%2Cminitest%2Cjson%2Chighline%2Crake%2Crubyforge%2Crcov%2Cgemcutter%2Callison%2Crdoc%2Cechoe%2Cneedle%2Cjruby-pageant%2Cspruz%2Cnet-ssh%2Cjson_pure%2Cnet-scp%2CZenTest%2CRubyInline%2Cexcon%2Ci18n%2Cmultipart-post%2Carchive-tar-minitar%2Cforwardable-extended%2Cdocker-api%2Clibv8%2Cref
HTTP 200 OK
Query List: []
Using excon 0.45.4
0:  excon (0.45.4) from /usr/lib/ruby/gems/2.2.0/specifications/excon-0.45.4.gemspec
Using json 1.8.3
0:  json (1.8.3) from /usr/lib/ruby/gems/2.2.0/specifications/json-1.8.3.gemspec
Using forwardable-extended 2.4.1
0:  forwardable-extended (2.4.1) from /usr/lib/ruby/gems/2.2.0/specifications/forwardable-extended-2.4.1.gemspec
Using simple-ansi 1.0.2
0:  simple-ansi (1.0.2) from /usr/lib/ruby/gems/2.2.0/specifications/simple-ansi-1.0.2.gemspec
Using libv8 <IP_ADDRESS>
0:  libv8 (<IP_ADDRESS>) from /usr/lib/ruby/gems/2.2.0/specifications/libv8-<IP_ADDRESS>-x86_64-linux.gemspec
Using ref 2.0.0
0:  ref (2.0.0) from /usr/lib/ruby/gems/2.2.0/specifications/ref-2.0.0.gemspec
Using bundler 1.11.2
0:  bundler (1.11.2) from /usr/lib/ruby/gems/2.2.0/specifications/bundler-1.11.2.gemspec
Using docker-api 1.25.0
0:  docker-api (1.25.0) from /usr/lib/ruby/gems/2.2.0/specifications/docker-api-1.25.0.gemspec
Using pathutil 0.2.0
0:  pathutil (0.2.0) from /usr/lib/ruby/gems/2.2.0/specifications/pathutil-0.2.0.gemspec
Installing therubyracer 0.12.2 with native extensions
Building native extensions.  This could take a while...
0:  therubyracer (0.12.2) from /usr/lib/ruby/gems/2.2.0/specifications/therubyracer-0.12.2.gemspec
Using docker-template 0.2.0 from git://github.com/envygeeks/docker-template.git (at master@bdf5ff4)
0:  docker-template (0.2.0) from /home/jekyll/.bundler/ruby/2.2.0/docker-template-bdf5ff43bd12/gem.gemspec
Bundle complete! 2 Gemfile dependencies, 11 gems now installed.
Use `bundle show [gemname]` to see where a bundled gem is installed.
+ echo See a list of our default gems at:
See a list of our default gems at:
+ echo   https://github.com/jekyll/docker#default-gems.\n
  https://github.com/jekyll/docker#default-gems.\n
+ trap {
  status=$?
  shutdown_d
  stop_d 3
  stop_d 2

  if [ "$wait_pid" ] && kill -0 $wait_pid
    then kill $wait_pid || true
  fi

  trap - EXIT
  #    128+2=INT              128+3=QUIT             128+15=TERM
  if [ $status -eq 130 ] || [ $status -eq 131 ] || [ $status -eq 143 ]; then
    status=0
  fi

  exit $status
} EXIT QUIT TERM INT
+ wait_pid=304
+ [  ]
+ [ -x /usr/bin/default ]
+ [ -x /usr/local/bin/default ]
+ wait_pid=305
+ wait 305
+ default
+ runsvdir -P /etc/startup3.d
+ runsvdir -P /etc/startup2.d
  Logging at level: debug
Configuration file: none
            Source: /srv/jekyll
       Destination: /srv/jekyll/_site
 Incremental build: disabled. Enable with --incremental
      Generating...

  Dependency Error: Yikes! It looks like you don't have jekyll-watch or one of its dependencies installed. In order to use Jekyll as currently configured, you'll need to install this gem. The full error message from Ruby is: 'cannot load such file -- jekyll-watch' If you run into trouble, you can find helpful resources at http://jekyllrb.com/help/!
jekyll 3.0.1 | Error:  jekyll-watch
+ status=1
+ shutdown_d
+ ls -A /etc/shutdown.d
+ [ 01-gemfile ]
+ [ -f /etc/shutdown.d/01-gemfile ]
+ [ -x /etc/shutdown.d/01-gemfile ]
+ /etc/shutdown.d/01-gemfile
+ stop_d 3
+ grep -Eq ^[0-9]+$
+ echo 3
+ [ -d /etc/startup3.d ]
+ ls -A /etc/startup3.d
+ [ nginx ]
+ sv stop /etc/startup3.d/nginx
ok: down: /etc/startup3.d/nginx: 0s, normally up
+ stop_d 2
+ grep -Eq ^[0-9]+$
+ echo 2
+ [ -d /etc/startup2.d ]
+ ls -A /etc/startup2.d
+ [  ]
+ [ 305 ]
+ kill -0 305
sh: can't kill pid 305: No such process
+ trap - EXIT
+ [ 1 -eq 130 ]
+ [ 1 -eq 131 ]
+ [ 1 -eq 143 ]
+ exit 1

Any news on this?

This issue should be resolved.


allow null state for GridFieldPaginator

Fix Uncaught TypeError: SilverStripe\Forms\GridField\GridFieldDetailForm_ItemRequest::getGridFieldPaginatorState(): Return value must be of type SilverStripe\Forms\GridField\GridState_Data, null returned
It can already be null in the code, for example
    $paginator = $this->getGridFieldPaginatorState();
    if (!$paginator) {
        return [];
    }

Duplicate of https://github.com/silverstripe/silverstripe-framework/pull/10631


Can't set up content editor properties properly.

I've already tried several different setups, but neither works.

Can not get the menu strucutre listed with restricted users
Can not edit text plugins (and only text plugins)

See the attached screenshots.

Closing because no further information is available and this doesn't seem to be an issue generally.


ValueError: bad value(s) in fds_to_keep

Traceback (most recent call last):
File "/home/sucom/hdd_1T/project/video_rec/my_video_rec/self_video_train.py", line 161, in
trainer.train(task)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/classy_vision/trainer/local_trainer.py", line 27, in train
super().train(task)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/classy_vision/trainer/classy_trainer.py", line 45, in train
task.on_phase_start()
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/classy_vision/tasks/classification_task.py", line 945, in on_phase_start
self.advance_phase()
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/classy_vision/tasks/classification_task.py", line 847, in advance_phase
self.create_data_iterator()
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/classy_vision/tasks/classification_task.py", line 900, in create_data_iterator
self.data_iterator = iter(self.dataloaders[self.phase_type])
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/torch/utils/data/dataloader.py", line 279, in iter
return _MultiProcessingDataLoaderIter(self)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/site-packages/torch/utils/data/dataloader.py", line 721, in init
w.start()
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/multiprocessing/process.py", line 105, in start
self._popen = self._Popen(self)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/multiprocessing/context.py", line 284, in _Popen
return Popen(process_obj)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/multiprocessing/popen_spawn_posix.py", line 32, in init
super().init(process_obj)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/multiprocessing/popen_fork.py", line 19, in init
self._launch(process_obj)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/multiprocessing/popen_spawn_posix.py", line 59, in _launch
cmd, self._fds)
File "/home/sucom/.conda/envs/classy_vision/lib/python3.6/multiprocessing/util.py", line 417, in spawnv_passfds
False, False, None)
ValueError: bad value(s) in fds_to_keep

please help me. I can not find any issues about it

Hi @siyangbing

This is just the stack trace. Without the code it is nigh impossible to figure out what is wrong. Please compile a minimal working example that leads to this error.
This is an issue tracker and not a help form. Our primary means of support is our discussion forum.
In the stack trace I can see no hint of torchvision. If it is a bug, the torch issue tracker might be a better fit for your problem.

As such I'm closing. Feel free to re-open this if I got anything wrong.


Bump to 1.78.0 on main

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

https://blog.rust-lang.org/2024/05/02/Rust-1.78.0.html was released on May 2.
This PR is a find/replace of 1.77.2 -> 1.78.0. Not sure if that's how this should be done?

@conda-forge-admin, please rerender


fix: remove run-scripted-input-tests-canary job

run-scripted-input-tests-canary job is basically just a part of run-scripted-input-tests-full-matrix which does not take that much time to run in CI so there is no need to keep another job in the reusable workflow.

afaik full matrix only runs on PRs towards main:
Ref: https://github.com/splunk/addonfactory-workflow-addon-release/blob/develop/.github/workflows/reusable-build-test-release.yml#L1919

afaik full matrix only runs on PRs towards main: Ref: https://github.com/splunk/addonfactory-workflow-addon-release/blob/develop/.github/workflows/reusable-build-test-release.yml#L1919

That's okay, Unix and Linux TA devs can control full-matrix execution using labels.

:tada: This PR is included in version 4.16.5 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


[VS Code] Joining collaboration session: Unable to connect to Live Share cloud relay. Check your proxy, firewall and network settings and try again.

Error:
Joining collaboration session: Unable to connect to Live Share cloud relay. Check your proxy, firewall and network settings and try again.
Steps to Reproduce:

Version Data

extensionName
VSLS

extensionVersion
1.0.45

protocolVersion
2.2

applicationName
VSCode

applicationVersion
1.33.1

platformName
MacOS

platformVersion
18.5.0

Thanks for reporting this, @ameensom. I'm going to close this issue as a duplicate of #1935, please join the discussion there.
Your logs may provide us with helpful information. You can access them via the Live Share: Export Logs command from the command palette (ctrl + shift + p) and attach them to #1935 .


New line before progress bar?

Would be really nice to separate from any logging.

Hrm, so lesse… draw an extra blank line when showing a previously hidden progress bar and move up one line after hiding a previously shown progress bar?

Yes, exactly that.

I'll try it out and see how it looks. Even if it doesn't become a default, it seems like a reasonable option to have.

Thanks! If it's reasonable to support an infinite number of line breaks within the entire design, it would remove the need for a documented option.

Any progress on this? Sure, let's say pun is intended.

@stevenvachon Right now we're very focused on getting npm@5 out the door. After that though.


In Clion IDE, trouble message '  (x86)/mingw-w64/i686-7.2.0-posix-dwarf-rt_v5-rev1/mingw32/bin/gcc.exe" is   not able to compile a simple test program.'

In Clion, have message:
k for working C compiler: Q:/Program Files (x86)/mingw-w64/i686-7.2.0-posix-dwarf-rt_v5-rev1/mingw32/bin/gcc.exe
-- Check for working C compiler: Q:/Program Files (x86)/mingw-w64/i686-7.2.0-posix-dwarf-rt_v5-rev1/mingw32/bin/gcc.exe -- broken
CMake Error at Q:/嚙踝蕭��赤���蕭嚙�/CLion/source/bin/cmake/share/cmake-3.9/Modules/CMakeTestCCompiler.cmake:51 (message):
The C compiler "Q:/Program Files
(x86)/mingw-w64/i686-7.2.0-posix-dwarf-rt_v5-rev1/mingw32/bin/gcc.exe" is
not able to compile a simple test program.
It fails with the following output:
Change Dir: Q:/嚙踝蕭��赤���蕭嚙�/CLion/build/CMakeFiles/CMakeTmp
Run Build
Command:"Q:/PROGRA~1/MINGW-~1/I686-7~1.0-P/mingw32/bin/mingw32-make.exe"
"cmTC_33032/fast"
Q:/PROGRA~1/MINGW-~1/I686-7~1.0-P/mingw32/bin/mingw32-make.exe -f
CMakeFiles\cmTC_33032.dir\build.make CMakeFiles/cmTC_33032.dir/build
mingw32-make.exe[1]: Entering directory
'Q:/嚙踝蕭��赤���蕭嚙�/CLion/build/CMakeFiles/CMakeTmp'
process_begin: CreateProcess(NULL,
Q:?嚙踝蕭賹竣嚙踝蕭蹎改蕭嚙�?\CLion\source\bin\cmake\bin\cmake.exe -E cmake_echo_color
--switch=
--progress-dir=Q:?嚙踝蕭賹竣嚙踝蕭蹎改蕭嚙�?\CLion\build\CMakeFiles\CMakeTmp\CMakeFiles
--progress-num=1 "Building C object
CMakeFiles/cmTC_33032.dir/testCCompiler.c.obj", ...) failed.
make (e=2): ����蕭�����蕭嚙踝嚙踐垓嚙踝�蕭��蕭��蕭嚙�
mingw32-make.exe[1]: *** [CMakeFiles\cmTC_33032.dir\build.make:64:
CMakeFiles/cmTC_33032.dir/testCCompiler.c.obj] Error 2
mingw32-make.exe[1]: Leaving directory
'Q:/嚙踝蕭��赤���蕭嚙�/CLion/build/CMakeFiles/CMakeTmp'
mingw32-make.exe: *** [Makefile:125: cmTC_33032/fast] Error 2
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt

Q:\CLion\project\1\avs-device-sdk-master\ThirdParty\googletest-release-1.8.0\googletest\scripts\test\Makefile
sample1_unittest : sample1.o sample1_unittest.o gtest-all.o gtest_main.o
$(CXX) $(CPPFLAGS) $(CXXFLAGS) $^ -o $@
how to solve it?

The compiler that you are using mingw-w64/i686-7.2.0-posix-dwarf-rt_v5-rev1/mingw32/bin/gcc.exe is not compiling correctly. Can you check the gcc version? Also what is the OS that you are trying to build on?

My OS is windows 7 64bit,
gcc version that i need to check.

Hi @skyfall1970
Can we talk more about your use case with the AVS Device SDK? Please fill out this Contact Form and I will get in touch with you.
Thanks

@captainpanther , we have SDK running on Linux, MacOS and raspberry Pi. Is there a specific project you are trying on Windows? It would be easier to do it using Cygwin on Windows


where is "threonine deaminase"

We have some paper referring to threonine deaminase in fission yeast
https://pubmed.ncbi.nlm.nih.gov/?term="threonine+deaminase"+and+"fission+yeast"&sort=date
This is threonine deaminase
https://www.ebi.ac.uk/QuickGO/term/GO:0004794
Threonine deaminase is a related synonym of
GO:0004794  L-threonine ammonia-lyase activity
L-threonine = 2-oxobutanoate + NH3
but are they the same thing ? If so can the synonym be exact. If not how do they differ?
Searching PubMed
"Threonine deaminase" 319
"threonine ammonia-lyase" (10)

OK I think they are the same:
Threonine deaminase (l-threonine dehydratase EC <IP_ADDRESS>)
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC251809/
with  "threonine deaminase" appearing to be the most common name in the literature?

WRT name: we have aligned to EC https://enzyme.expasy.org/EC/<IP_ADDRESS>
Maybe we shouldn't have, UniProt entries seem to use threonine deaminase:
https://www.uniprot.org/uniprotkb/P20132/entry

Actions needed for this term:

[ ] fix label (although all other terms in that branch are 'ammonia lyases')
[ ] fix synonym types as appropriate
[ ] fix definition to match RHEA <IP_ADDRESS>
[ ] remove comment 'Note that this function was formerly EC:<IP_ADDRESS>.' since that EC is obsolete.
Thanks, Pascale

fix definition to match RHEA <IP_ADDRESS>

do I change NH3 to NH4?
And if so do I need to fix the subClass of, or is ammonium OK?

do I change NH3 to NH4?

NH4+ (CHEBI:28938) is the predominant form at pH 7.3 and is the one used in RHEA reactions
BUT we don't add "zwitterion" to default names of amino acids who have that predomiant form at pH 7.3, so that is a separate issue (and maybe one to be ignored?)

thanks @deustp01 !

I have been aligning chemicals with RHEA (also I usually change the def xref to the RHEA, since this is usually our 'source of truth).

I looked at the Rhe reaction and aligned with that (I think), is it correct what I have done?

Yes, that was just to help in future definition changes. This one here is right.


Failing to compile on iOS

When I tried to build for iOS, I got this error
ld: warning: ignoring file /Users/boruds/Dev/Unity/ARPrototypingFrameworkUnity/iOS_Build/Libraries/com.atteneder.draco/Runtime/Plugins/iOS/libdracodec_unity.a, building for iOS-arm64 but attempting to link with file built for unknown-unsupported file format ( 0x76 0x65 0x72 0x73 0x69 0x6F 0x6E 0x20 0x68 0x74 0x74 0x70 0x73 0x3A 0x2F 0x2F )
Undefined symbols for architecture arm64:
"_ReleaseUnityMesh", referenced from:
_DracoMeshLoader_ReleaseUnityMesh_m72BB9F8160DEC79261D38EDAEB7E42F70FE098B7 in Draco.o
_DracoMeshLoader_CreateMesh_m44D511377C2503325075CAA7F2FC656563C72141 in Draco.o
(maybe you meant: _DracoMeshLoader_ReleaseUnityMesh_m72BB9F8160DEC79261D38EDAEB7E42F70FE098B7)
"_DecodeMeshForUnity", referenced from:
_DracoMeshLoader_DecodeMeshForUnity_mC7E4030CBE9C1311B512573267439294210899E0 in Draco.o
_DracoJob_Execute_m42329B186729FCDC589207402D0A99A9AA978D65 in Draco.o
(maybe you meant: _DracoMeshLoader_DecodeMeshForUnity_mC7E4030CBE9C1311B512573267439294210899E0)
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Seems like on building, Unity doesn't put out a .a file for arm.

in short:
DracoUnity uses a GIT extension called GIT LFS (large file support). If you install DracoUnity via GIT, you have to install and use GIT LFS, otherwise certain binary files (like the .a library your error mentions) are not downloaded correctly.
You can find this in the README under Installation, hidden behind Alternative: Install via GIT URL.
In case you want to learn how to spot this (or how I figured it out):
If a file from a GIT repository that's supposed to be bigger is just around 130 bytes in size, try opening it with an editor. It probably starts with a version and a link to a git lfs version (in fact the hex codes in your error message reveal that as well). That's an indicator you need to install GIT LFS and perform
git lfs pull on your clone.
hth

Thanks, this is such a huge help!!!


Change Btrieve cache to a bounded LRU cache

Should be ready for review. @tuday2 maybe you can get get some metrics on memory comparisons with your large config?

31 modules
Before

After


Fix an issue in how we handle projectFileDependencyGroups

In order to show the set of referenced packages in the Solution Explorer the build task digs through the items in the "projectFileDependencyGroups" section of the project.lock.json/project.assets.json file. Currently, we assume all of the packages we care about will be in the subsection denoted by the empty string, "". It turns out that this is not true. This subsection may not exist at all, and when it does it only holds the set of packages common to all targets. Target-specific packages will be in target-specific subsections.
To fix this, we now try to look up the preferred target moniker and look up a subsection with that name. Then we add in the common packages.

Hi @tmeschter, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.
TTYL, DNFBOT;

@jasonmalinowski @rrelyea @drewgil @srivatsn @emgarten Please review

Projects may also appear under projectFileDependencyGroups with or without a version range. Packages could appear with no version range as well depending on how they were referenced.
Is it expected that projects be returned here?
It might be safer to get the type by matching the TFM moniker to the target graph, finding the matching id entry there (there will only be one or zero) and then getting the type from it.

@emgarten Under what circumstances would a project appear in projectFileDependencyGroups?
@jasonmalinowski Was the check for spaces in the dependency name meant to filter out projects?
As for the version numbers, I agree that we should be resilient to whether or not they appear.

So the space check was there when the code was first added by me. The looking for spaces was to split up the package name from the version spec, and I was probably just being paranoid that if there wasn't a space, I wasn't sure what it was so should just skip it rather than do something bad.

@emgarten I've updated the code to always include the item whether or not it has a version.
We haven't made a distinction based on the item type before. Given that we're doing this work to support a very narrow range of scenarios (UWP apps) for a limited time (until UWP can use the new tasks and project system) I don't think further investment is warranted.

Given that we're doing this work to support a very narrow range of scenarios (UWP apps) for a limited time (until UWP can use the new tasks and project system) I don't think further investment is warranted.

That sounds fine to me, I just wanted to make sure it wouldn't cause any other major issues if the UWP project.json file does contain a project name under the dependencies section. This could happen if include/exclude flags are set.

@jasonmalinowski @emgarten Would one of you be able to merge this in? I don't have permission to do that.

@tmeschter merged!


Improve memory usage during map build

Speed up build for large maps by allocating in chunks and then copying over to one slice at the end. This generates less garbage and involves less copying than the previous strategy of using append.

Using:
func BenchmarkNewUint32Store(b *testing.B) {
	b.ReportAllocs()
	m := typicalCodeStrings(200000)
	b.ResetTimer()
	for bi := 0; bi < b.N; bi++ {
		_ = faststringmap.NewUint32Store(m)
	}
}

I get:
Old:
76222743 ns/op	17807685 B/op	      33 allocs/op
New:
69234532 ns/op	 8749168 B/op	       6 allocs/op

So not much of a performance improvement (but significantly less memory usage) until we to get to very large maps.


Issue 29 simplify endpoint configuration

Here's a sketched out implementation that provides JAX-RS and Jersey defaults and also allows for user-specified profile values. I tried to keep things simple and also avoid changing anything in the base ECF logic.
What I came up with is allowing profile-specific settings to be specified in the EDEF file itself. Inside the reader I only had an InputStream and couldn't work my way back to the EDEF file location, so I chose not to use separate properties files. An example for the launch service would be:
<property name="%test.ecf.endpoint.id" value-type="String" value="https://api.spacexdata.com/v3/test" /> <property name="%prod.ecf.endpoint.id" value-type="String" value="https://api.spacexdata.com/v3prod" />
Currently the developer would need to indicate the profile on the command line with the argument:
-Dorg.eclipse.ecf.provider.jaxrs.client.profile=test
This is the simplest thing I could think to implement (again, without modifying the base ECF code). Let me know what you think. I'd be happy to take an alternate approach or change any of the details.

Hi Scott, just wanted to ping you about this. If you think there's a better approach, I'm up for working on that.

Hi Patrick.  I'm very sorry to be so slow about responding to this contribution.   Lots of personal stuff over last 1.5 months have kept me away.  I very much appreciate your willingness to contribute.
The only objection to what you've done is that I would like to try to generalize it somehow...so that a single mechanism could be used for simplifying the construction of client-side edef...for any distribution provider (rather than jaxrs)...e.g. something that allows default property values (for spec-required edef properties), and allows template references to System property values, and arbitrary other properties/values.
Do you have a pressing need to have this introduced immediately for your/your client's usage?

No problem, just thought I'd see if I could make some progress on this. I don't have a pressing need at the moment, just trying to make the Jersey Client more useful. Configuration is one of the main issues at present.
So would your suggestion mean modifying the core ECF Remote Services functionality? If we could come up with a general approach, I'd be happy to sketch out an implementation.

So would your suggestion mean modifying the core ECF Remote Services functionality?

Yes, but only by adding something.   Most of the edef discovery and import handling is essentially specified by the OSGi RSA specification (chap 122) so can't really modify that.
But I do think it would be possible to add an 'edef templating' mechanism/service, which would (e.g.) do variable substitution for edef properties...certainly with system properties, maybe with some optional properties files, etc.

If we could come up with a general approach, I'd be happy to sketch out an implementation.

I would like to do that.   From your work it sounds like what you want/need is to have edef templates with string/variable substitution.  Where system properties can be referenced in the template, other properties/files could be referenced, etc.  Is that right?
And another question for you:   Is this for the use case where no network discovery is available, and remote service import can only be done with file-based (static) edef...and that static edef has to be customized for a given service import?   Or are there other use cases that you need/want (modification of a discovered edef before import?


Allow non-html template files

Useful when using other template engines.
We're using it like this:
class SomePageType(Page):
    body = RichTextField()
    ...

    template_extension = "jade"

Thanks!
Not sure what @gasman thinks, but I'd quite like the template name logic to be put into the get_template method on Page.

Moving the template logic to the get_template method gets my vote. We have also had to resort to overriding the Page metaclass in order to change how template names are generated for pages. Moving it to get_template will make much more sense and make changing the template naming rules application wide much easier.

I think I agree, didn't notice get_template before and it does make more sense.
Just in case someone else looks for a solution for using different file extensions, I solved it by a simple
class SomePageType(Page):
    body = RichTextField()
    ...

    def get_template(self, request, *args, **kwargs):
        if request.is_ajax():
            return self.ajax_template or self.template
        else:
            return self.template.replace(".html", ".jade")

Thanks!


ListPackages (default packages action) now responds to delete requests with a 405

Addresses https://github.com/nuget/engineering/issues/2866
The default action for packages is method agnostic and can be scoped to Get to fix this.
Now returning a 405 for Http deletes.

Note that this will cause a 404 to be returned ...

What does the nuget client output if the nuget delete gets a 404 response?

@drewgillies - The CI seems to be failing for unit tests on this change... You can click on the NuGetGallery CI Details link to see more details.
##[error]    NuGetGallery.Controllers.ControllerTests.AllActionsHaveAntiForgeryTokenIfNotGet [FAIL]

@loic-sharma I'm now returning a 405 for http deletes. The CLI indicates a 405 like this:
Response status code does not indicate success: 405 (Method Not Allowed).


Add note about Go 1.8 to readme

cc @tylerb

Coverage remained the same at 67.422% when pulling db7d1a957757984060223cfd332ceec95129ed0d on F21:go-1.8 into 4654dfbb6ad53cb5e27f37d99b02e16c1872fbbb on tylerb:master.

Coverage remained the same at 67.422% when pulling db7d1a957757984060223cfd332ceec95129ed0d on F21:go-1.8 into 4654dfbb6ad53cb5e27f37d99b02e16c1872fbbb on tylerb:master.


don't use 'value' for field initialized to null

It's not ucommon to find code like this in Java:
Whatever whatever = null;

Currently that code gets translated to this:
value whatever = null;

Which is certainly wrong. We should leave the type in when the variable is initialized to null.

Should be fixed now.

Thanks!


fix: updated deps

:tada: This PR is included in version 2.1.11 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Type hints break cursor movement

Moving the cursor one character right from here:

Moves the cursor here:

Typing in the new location results in text being added or removed where I'd like, but with the cursor in the wrong position. This is very confusing!

https://github.com/rust-analyzer/rust-analyzer/issues/1623

Thanks. I'll just disable type hints for now then.

I initially thought they would annoy me, but they're pretty useful when looking at unfamiliar code. YMMV.

I find them very useful when reading code (which was a pleasant surprise - I find similar annotations in C# to be distracting), but too much of a nuisance when editing it.

closing as a duplicate and an upstream issue