[QUESTION] I can install on Mac but I met error when install Laravel Excel 2.1.0 on Ubuntu

Prerequisites

[X ] Have read and understood: https://github.com/Maatwebsite/Laravel-Excel/blob/3.1/.github/SUPPORT.md
[X ] Checked if your Laravel Excel version is still supported: https://docs.laravel-excel.com/3.1/getting-started/support.html#supported-versions
[ X] Checked that your question isn't already asked before.
[ X] Filled in the entire issue template

Versions

PHP version: 7.2.32
Laravel version: 5.7.13
Package version: 2.1.0

Description
I can install on Mac but I met error when install Laravel Excel 2.1.0 on Ubuntu
From terminal Ubuntu server
$composer require maatwebsite/excel:~2.1.0
./composer.json has been updated
Loading composer repositories with package information
Warning from https://packagist.org: You are using an outdated version of Composer. Composer 2.0 is about to be released and the older 1.x releases will self-update directly to it once it is released. To avoid surprises update now to the latest 1.x version which will prompt you before self-updating to 2.x.
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - nesbot/carbon 1.39.1 requires kylekatarnls/update-helper ^1.1 -> satisfiable by kylekatarnls/update-helper[1.2.1, 1.1.0, 1.1.1, 1.2.0].
    - nesbot/carbon 1.39.1 requires kylekatarnls/update-helper ^1.1 -> satisfiable by kylekatarnls/update-helper[1.2.1, 1.1.0, 1.1.1, 1.2.0].
    - kylekatarnls/update-helper 1.2.1 requires composer-plugin-api ^1.1.0 || ^2.0.0 -> no matching package found.
    - kylekatarnls/update-helper 1.2.1 requires composer-plugin-api ^1.1.0 || ^2.0.0 -> no matching package found.
    - kylekatarnls/update-helper 1.2.0 requires composer-plugin-api ^1.1.0 || ^2.0.0 -> no matching package found.
    - kylekatarnls/update-helper 1.1.1 requires composer-plugin-api ^1.1.0 -> no matching package found.
    - kylekatarnls/update-helper 1.1.0 requires composer-plugin-api ^1.1.0 -> no matching package found.
    - Installation request for nesbot/carbon == <IP_ADDRESS> -> satisfiable by nesbot/carbon[1.39.1].

Potential causes:
 - A typo in the package name
 - The package is not available in a stable-enough version according to your minimum-stability setting
   see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.

Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.

Installation failed, reverting ./composer.json to its original content.

Sorry, we don't support version 3.1 anymore, it has been end of life for almost two years now. It seems due to conflicts between carbon and other packages you use. I'd recommend asking for help debugging this on for example Stackoverflow


[Validation] Disallow multiple package names from pointing to the same endpoint

It is currently possible to register:
angular_JS :arrow_right:  angularjs/bower-angular
angulerjs :arrow_right:  angularjs/bower-angular
and
angularjs :arrow_right: angularjs/bower-angular
Instead, we should validate that only a single registration can be made per endpoint.

Why aliases are bad? Maybe we just need to hide them from search.

Cons with aliases is that they are confusing. It's not clear if there's a different between one package name or another, even if they are pointing to the same repo. They might all dilute our stats.
I don't think we need to eliminate them, but having anguler pop up in results seems like a bad experience.

Aliases are OK. We can't remove them because of backward compatibility :(
It's quite possible some packages already use misspelled names. The best we can do is:

Remove misspelled aliases from search
Display notifications during installation that package name is misspelled

The web search dedupes the results, whilst still allowing for any alias to be looked up.
https://github.com/bower/search/pull/47
I could patch the cmd search to do the same thing if that is helpful.

I thnk it's already done.


Congestion control

Do you have any plan to add congestion control to you library?
I was able to use TCP congestion control for the reading thread with current implementation by adding control logic to user's callbacks but have no idea how to add congestion control to writing thread. Right now I get OOM if i'm send more then could transfer to the server because all frames are stored in unlimited linked list before they are sent to server.

Currently, I have no plan to add congenstion control.
How do you expect congention control to work? For example, should sendXxx methods block when the number of queued frames is too large?

It's a one of possible option (probably best one). Another possible option is to throw exception. In any case it will be great to have ability to control congestion somehow because right now it's just crash application by OOM.
I found a way how I could implement congestion control for writing thread on top of your library by putting frame to LinkedBlockingQueue before send to websocket and listening onFrameSent to control send flow.
If you don't want to implement congestion control out-of-box I assume that you could close this ticket.

I've tried to implement suggested approach but code looks like a mess.
It will be great to have something useful for congestion from library. It could be

BlockingLinkedQueue mFrames in WritingThread with ability to specify the length of queue somewhere (factory?). sendFrames could use this queue as is without creating new ArrayList buffer for current frames. Moreover, I suggest that this simplify waiting logic in WritingThread.
Method to send frames synchronously.
New callback before/after sendFrame(frame) is called. In this case users could control the flow in this callback. Right now I need to listen all onFrameSent onFrameUnsent and onSendError to understand when frame is passed to Socket.

Released version 1.15. Please try WebSocket.setFrameQueueSize(int) method. The following is an excerpt from README.md.

### Congestion Control
sendXxx methods queue a WebSocketFrame instance to the internal queue. By default, no upper limit is imposed on the queue size, so sendXxx methods do not block. However, this behavior may cause a problem if your WebSocket client application sends too many WebSocket frames in a short
time for the WebSocket server to process. In such a case, you may want sendXxx methods to block when many frames are queued.
You can set an upper limit on the internal queue by calling setFrameQueueSize(int) method. As a result, if the number of frames in the queue has reached the upper limit when a sendXxx method is called, the method blocks until the queue gets spaces. The code snippet below is an example to set 5 as the upper limit of the internal frame queue.
// Set 5 as the frame queue size.
ws.setFrameQueueSize(5);

Note that under some conditions, even if the queue is full, sendXxx methods do not block. For example, in the case where the thread to send frames (WritingThread) is going to stop or has already stopped. In addition, method calls to send a control frame (e.g. sendClose() and sendPing()) do not block.

In addition, a new callback method, onSendingFrame(WebSocket, WebSocketFrame) has been added to WebSocketListener. It is called right before a frame is sent to the server.

Cool! My two cents:

Your implementation cause deadlock and leak of resources when writing thread is waiting for space in mFrames and disconnect happens. It happens because of mStateManager locking isn't not released when you wait on writing thread.

ReadingThread <--- Frozen for at least 3m 49 sec
com.neovisionaries.ws.client.WebSocket.sendFrame(WebSocketFrame) WebSocket.java:1904
com.neovisionaries.ws.client.ReadingThread.readFrame() ReadingThread.java:342
com.neovisionaries.ws.client.ReadingThread.main() ReadingThread.java:93
com.neovisionaries.ws.client.ReadingThread.run() ReadingThread.java:61

WritingThread <--- Frozen for at least 3m 49 sec
com.neovisionaries.ws.client.WebSocket.disconnect(int, String) WebSocket.java:1785
com.neovisionaries.ws.client.WebSocket.disconnect() WebSocket.java:1699
com.machinezone.platform.transport.WebSocketTransport.close() WebSocketTransport.java:46
com.machinezone.platform.connection.Connection.dispose() Connection.java:202
com.machinezone.platform.ClientImpl.disposeConnection() ClientImpl.java:162
com.machinezone.platform.ClientImpl.onConnected(StateMode) ClientImpl.java:128
com.machinezone.platform.fsm.ConnectionFSM$ConnectedState.leave(ConnectionFSM) ConnectionFSM.java:233
com.machinezone.platform.fsm.ConnectionFSM$ConnectedState.leave(AbstractFSM) ConnectionFSM.java:223
com.machinezone.platform.fsm.State.leaveSafe(AbstractFSM) State.java:31
com.machinezone.platform.fsm.State.transition(AbstractFSM, State) State.java:41
com.machinezone.platform.fsm.ConnectionFSM$ConnectedState.onInternalError(ConnectionFSM) ConnectionFSM.java:248
com.machinezone.platform.fsm.ConnectionFSM$6.run() ConnectionFSM.java:87
java.util.concurrent.Executors$RunnableAdapter.call() Executors.java:439
java.util.concurrent.FutureTask$Sync.innerRun() FutureTask.java:303
java.util.concurrent.FutureTask.run() FutureTask.java:138
com.machinezone.platform.utils.TrampolineExecutorService.execute(Runnable) TrampolineExecutorService.java:49
java.util.concurrent.AbstractExecutorService.submit(Runnable) AbstractExecutorService.java:78
com.google.common.util.concurrent.AbstractListeningExecutorService.submit(Runnable) AbstractListeningExecutorService.java:50
com.google.common.util.concurrent.AbstractListeningExecutorService.submit(Runnable) AbstractListeningExecutorService.java:37
com.machinezone.platform.fsm.ConnectionFSM.onInternalError() ConnectionFSM.java:84
com.machinezone.platform.ClientImpl$1.onTransportError(Exception) ClientImpl.java:227
sun.reflect.NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) NativeMethodAccessorImpl.java (native)
sun.reflect.NativeMethodAccessorImpl.invoke(Object, Object[]) NativeMethodAccessorImpl.java:39
sun.reflect.DelegatingMethodAccessorImpl.invoke(Object, Object[]) DelegatingMethodAccessorImpl.java:25
java.lang.reflect.Method.invoke(Object, Object[]) Method.java:597
com.machinezone.platform.connection.Connection$4.invoke(Object, Method, Object[]) Connection.java:311
com.sun.proxy.$Proxy9.onTransportError(Exception)
com.machinezone.platform.transport.WebSocketTransport$1.onError(WebSocket, WebSocketException) WebSocketTransport.java:95
com.neovisionaries.ws.client.ListenerManager.callOnError(WebSocketException) ListenerManager.java:432
com.neovisionaries.ws.client.WritingThread.sendFrame(WebSocketFrame) WritingThread.java:442
com.neovisionaries.ws.client.WritingThread.sendFrames(boolean) WritingThread.java:323
com.neovisionaries.ws.client.WritingThread.main() WritingThread.java:107
com.neovisionaries.ws.client.WritingThread.run() WritingThread.java:57

The WritingThread frees all elements in once. For example if I set queue length = 100 and queueFrame is locked then I will wait until all previous 100 frames will be sent and new frames will add to intermediate LinkedList which cleans mFrames. It will give me 100 elements quota. I'm expecting then when I sent one frame then I could be able to add one more frame to queue.
https://github.com/TakahikoKawasaki/nv-websocket-client/blob/master/src/main/java/com/neovisionaries/ws/client/WritingThread.java#L308

New callback is awesome. In spite of the issue with deadlock I could provide my own congestion control algorithm and get working application. It's pretty sweet.

Thank you for your feedback. I'll look into the deadlock issue and try to find a solution.

@avasenin
I changed the code for 1) and 2). Could you test nv-websocket-client-1.16-SNAPSHOT?
If you cannot test SNAPSHOT, it would be doable to release 1.16 without your testing.

@avasenin I released a new version 1.16. Please try the new version.

Looks good. I will perform some tests until the end of week. I reopen this issue if I find something.
Thanks for your fast responses and time.


It should be fixed now :)

Might want to take a look at the ko.json file as well. I think it might have an error as well? Here is what the line currently says:
"settings/region: 지역": "{{region}}",
I think the quotes are in the wrong spot. Should it be:
"settings/region": "지역: {{region}}",


ARR: Single-use scripts run multiple times

The script setup_tracks_and_reassignments will run if any new reference is posted with the ARR_Configurator invitation and the cdate has passed already. There should be a check for this script, and any other single-use script to prevent running this multiple times

Let's check if the edges were already created and don't run it again:
    if cdate > now or client.get_edges_count(some invitation) > 0:
        ## invitation is in the future, do not process
        print('invitation is not yet active and no child invitations created', cdate)
        return

After some testing in my environment, it seems like the script actually does not run twice. When I reported the issue, it must have been because it was re-ran by posting an edit instead of the ARR_Configuration button which caused the dates to be out of sync
I don't think this change is necessary anymore - unless it would be good to have this second check anyway?


Rune command to fly

Describe the bug
Rune rank has the command to use /unlockfly when used it unlocks the ability to fly but the moment I tp to someplace the flying stops, you cant double tap space to start flying again and the command to unlock it goes on cooldown.
To Reproduce
Steps to reproduce the behavior:
1.type/unlockfly
2. Begin flying
3. tp somewhere else and flying stops
Expected behavior
flying should unlock and be interrupted for the 2 hours reactivable by double tapping spacebar
Username:
Kamorasthemad
Server name (all applicable):
Atlas
Logs:
techniclauncher_2023-10-24.log
Additional context
adjust the command so it doesnt say you've unlocked the /fly command, when you use /unlockfly command, and allow it to be re enabled by double tapping space.

Forwarded to internal tracker

duplicate ticket, closing


Add scroll

Addition of scroll keyword control in command box:
When scroll is in command box:
UP and DOWN scrolls the appContentPlaceholder;
SHIFT + UP and DOWN scrolls 10 times faster

Uh don't merge this, it's not working yet. If you have enough memes, you can't scroll past around 10 rows

@jonchan51 hmm after scrolling for 10 rows, how is the scroll bar?


Basic auth fails in motion on raspberry pi 3

If I enable stream_authentication in motion I get the auth browser prompt when visiting the device url but the auth is not done successfully.

Can you share somehow the entire code you used? Would be good to have some more context.

Added https://github.com/binarycrafts/resin-motion
Tested again locally on Ubuntu and auth works.
Did not deploy this to a device though since I do not have a spare one atm.

Confirming that I also was unable to process basic auth through the public device proxy using the linked code above.


Discover ability to open a group of traces vs a single trace file from Open Traces dialog

Right now, the only way to open a group of traces together is by knowing you can select a folder that contains multiple traces (completely implicit). We need a more discoverable way to allow users to open a group of traces.

Many analyses require opening multiple traces. If user doesn't discover the ability to load a set or group traces, proper analysis may be impossible.
Distinguish between "merged trace" and "trace group" use cases? See #194 (comment)
Start by assuming all traces are in the same folder. Then consider the possibility that trace files to be grouped aren't necessarily all in the same folder
May need "group of traces" icon and label and an "individual trace" icon and label?

Issue source: @ssmagula's user tests + brainstorming with TC and tool team members

#332 (comment) also relevant for this issue:

ebugden: @tahini and @arfio recently explained that all traces are opened as experiments in the Trace Viewer (even if there's only one trace). So maybe there doesn't need to be a huge visual distinction between a single trace and a trace group, it just needs to be clear how many traces are in the trace group.


md-input: dynamic placeholder

Bug, feature request, or proposal:
Let the placeholder attribute of the input element be updated at runtime.
What is the expected behavior?
md-input-container reflects changes to the placeholder attribute of the input element to its md-placeholder at runtime.
ElementRef.nativeElement.placeholder = 'value';
// or
Renderer.setElementAttribute(ElementRef.nativeElement, 'placeholder', 'value');

What is the current behavior?
Only reflects placeholder attribute when hard coded.
<input md-input placeholder="value">

What are the steps to reproduce?
https://plnkr.co/edit/Cjr9pr
What is the use-case or motivation for changing an existing behavior?
To support storing display name (placeholder), required, max length, ect.. in model as metadata then using directive to update input element attributes to match property of the model it's bound to.
Which versions of Angular, Material, OS, browsers are affected?
angular 2.1.2, material 2.0.0-beta.0, Windows 10, Chrome 55
Is there anything else we should know?

Apologies, Looks like if you update the placeholder property of the MdInputDirective not input element the change is reflected.


Get rid of leveldown dependency (and only use leveldown-mobile)

This is more of an "optimization" to get rid of unneeded dependencies and to be closer on the "production environment" in desktop testing. See https://github.com/jxcore/jxcore/issues/719#issuecomment-168690620 what triggered creating this issue.

Are there any perf penalties to use leveldown-mobile on the desktop? I'm guessing the answer is no. So the only real impact of this is that it almost certainly means that now Thali will only run on the desktop using JXcore? I'm o.k. with that but I was curious.

I haven't tested myself, but based on the leveldown-mobile travis script it should work also with node.
I don't have a strong opinion about which way we should go and from my perspective, we can very well leave the dependency as is.

I am biased towards removing dependencies we don't need.


improve error span for mutable access to #[pyclass(frozen)]

For the following cases:
#[pyclass(frozen)]
pub struct Foo {
    #[pyo3(set)]  // Error `set` on frozen class
    field: u32,
}

#[pymethods]
impl Foo {
    fn mut_method(&mut self) {}  // Error `&mut` receiver on frozen class
}

... the error was fairly unhelpful trait solver output which pointed at #[pyclass] or #[pymethods] attribute.
With this PR, the error is much better in both cases - #[pyo3(set)] gets rejected as an option on frozen classes, and the #[pymethods] case gives a hint about PyClass<Frozen = False> directly on the &mut self.

Nice that the extraction logic is not open-coded any more.


Disaster Recovery

Read through WR documents about what is expected in Equinor
Acceptence criteria

A document "Emergency plan" that describes what to do in case of an emergency

Link to WR2939
https://docmap.equinor.com/Docmap/page/doc/dmDocIndex.html?DOCID=1000021592


New Bluesky profile

Can you add me to the MVPs list?
This is my bsk handle
https://bsky.app/profile/hexmaster.nl
Here is my MVP profile:
https://mvp.microsoft.com/mvp/profile/82e822ca-37e8-ea11-a814-000d3a8dfe0d

Done


[WIP] - Add twirp v8.1.3 with patch

This PR adds twitchtv/twirp plugin with a notable update.
We're adding an option, separate_package=true, to generate the twirp code stubs into a separate package from the base types. This change allows the BSR hosted packages feature to output generated code as an individual Go module with a dependency on the base types from protocolbuffers/go as a separate Go module.
When this is set to false, the plugin behaves exactly as it would had the plugin not been patched.
separate_package=true
gen
└── buf
    └── connect
        └── demo
            └── eliza
                └── v1
                    ├── eliza.pb.go
                    └── elizav1twirp
                        └── eliza.twirp.go

The elizav1twirp package knows import the base types:
import buf_connect_demo_eliza_v1 "github.com/twitchtv/twirp/gen/buf/connect/demo/eliza/v1"

separate_package=false
gen
└── buf
    └── connect
        └── demo
            └── eliza
                └── v1
                    ├── eliza.pb.go
                    └── eliza.twirp.go

Closing this out. We're not actively working on patching the twirp plugin to work with remote packages.


Any training tips?

Hi, I am trying to apply LayoutDM to a custom dataset. I tried training using the default config (epoch=50, lr=5e-4, diffusion_step=100) but didn't get satisfactory results. My dataset contains irregular canvas including H < W wide ones.
Which training arguments are the most sensitive? Any training tips are welcome.
(お世話になっております。CAのインターン業務外の研究なのでここで質問させていただきます。)

Hi, thank you for your interest in our repo!
Hmm.. the parameters listed were not as sensitive as I tried, as long as a validation loss converges.
The most typical failure case I have encountered is when the learning rate decays too early.
This is caused by a learning rate scheduler used in our code (doc, default params in our experiments), which adaptively decays the learning rate based on validation loss but it is sometimes too early; Please keep watching train/validation loss and if the learning rate reduces too early, you might set stricter criteria for the decay.
(あ，どうも〜！)

Additional note: we recently found that using a larger number of bins (e.g., 128) sometimes degrades the performance a lot;


MatPaginator does not work! Selecting table display options.

An error occurs:  TS2564: Property 'paginator' has no initializer and is not definitely assigned in the constructor.
Version Angular: <IP_ADDRESS>.beta3, Material Design version 5.2.0, Opera 49.0.2725.64 (PGO)

Please use the issue template provided and have a StackBlitz example ready that describes your issue.

Closing this issue as it does not follow the issue template. Please file a new issue that follows the template, which gives the team the information needed to investigate.


[WIP] persist IPAM addresses

Following on from #1928, persist the owned addresses. space can be derived from a combination of owned and ring.
Note the first 4 commits on this PR are from #1928; they will be rebased out when #1928 is merged.
owned is implemented directly in BoltDB's tree-map structure, while we use Gob to store the ring.  This results in a lot more code for the 'owned' operations, but less work at run-time as we allocate and free addresses.
Status prior to this PR:

item
weave restart
docker restart
docker stop followed by docker start a good while later
policy restart after reboot

IPAM addresses specified with WEAVE_CIDR
retained
retained
re-allocated; may change
re-allocated; may change

non-IPAM addresses specified with WEAVE_CIDR
retained
retained
retained
retained

IPAM addresses specified in weave attach
retained
leaked
leaked
lost

non-IPAM addresses specified in weave attach
retained
lost
lost
lost

The default if you don't ask for anything special is "IPAM address specified in weave attach"
Status after this PR (at time of writing):

item
weave restart
docker restart
docker stop followed by docker start a good while later
policy restart after reboot

IPAM addresses specified with WEAVE_CIDR
retained
retained
re-allocated; may change
retained

non-IPAM addresses specified with WEAVE_CIDR
retained
retained
retained
retained

IPAM addresses specified in weave attach
retained
lost
lost
lost

non-IPAM addresses specified in weave attach
retained
lost
lost
lost

Final target of this PR:

item
weave restart
docker restart
docker stop followed by docker start a good while later
policy restart after reboot

IPAM addresses specified with WEAVE_CIDR
retained
retained
retained
retained

non-IPAM addresses specified with WEAVE_CIDR
retained
retained
retained
retained

IPAM addresses specified in weave attach
retained
retained
retained
retained

non-IPAM addresses specified in weave attach
retained
retained
retained
retained

Superseded by #1973.


python311Packages.sonos-websocket: 0.1.1 -> 0.1.2

Diff: https://github.com/jjlawren/sonos-websocket/compare/refs/tags/0.1.1...0.1.2
Changelog: https://github.com/jjlawren/sonos-websocket/releases/tag/0.1.2
Description of changes

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 233754 run on x86_64-linux 1

3 packages built:

home-assistant-component-tests.sonos
python310Packages.sonos-websocket
python311Packages.sonos-websocket


equals_align should be ignored on functions

For example:
$this->forward404Unless($recurso = RecursoPeer::retrieveByPk($request->getParameter('id')));
$this->form=new recursoForm($recurso);
$this->detalle=RecursoPeer::listaRecursos();

Is formatted like this:
$this->forward404Unless($recurso       = RecursoPeer::retrieveByPk($request->getParameter('id')));
$this->form    = new recursoForm($recurso);
$this->detalle = RecursoPeer::listaRecursos();

Can you see how the variable inside the function is also aligned? $recurso       =
The equals_align should be ignored inside functions.

Very Good,This should be corrected.

CodeFormatter updated to version 3.0.0
Maybe your problems solved
See Release Notes


deleted cluster templates

Cluster templates were moved to a separate repository
https://github.com/stolostron/cluster-templates-console-plugin
Signed-off-by: Bat Zion Rotman<EMAIL_ADDRESS>

Looks good, lets wait for CI results

/assign @rawagner

/lgtm


VanillaServerMain assumes working directory is the same as JAR directory

Steps to reproduce:

wget -O /opt/sponge/spongevanilla.jar $SPONGEVANILLA_URL
cd /srv/sponge
java -jar /opt/sponge/spongevanilla.jar

Expected behavior:
SpongeVanilla downloads JARs to /opt/sponge/, which fits with the Class-Path in the manifest.
Actual behavior:
SpongeVanilla downloads JARs to /srv/sponge/ and then dies with an exception:
Exception in thread "main" java.lang.NoClassDefFoundError: net/minecraft/launchwrapper/Launch
    at org.spongepowered.server.launch.VanillaServerMain.main(VanillaServerMain.java:57)

I'm currently working around this by running java -cp /srv/sponge/minecraft_server.1.8.jar:/srv/sponge/lib/launchwrapper-1.12.jar:/opt/sponge/spongevanilla.jar org.spongepowered.server.launch.VanillaServerMain.  Immediate fix would be to make VanillaServerMain use the right path, but I'd ideally like to have a command-line flag to disable the automatic downloading behavior. (I understand that you can't bundle the JARs for licensing reasons.)

SpongeVanilla should download the dependencies to the correct folder now.
For the options:
Please see https://github.com/SpongePowered/SpongeVanilla/commit/24943c7182b3fcbf6fdbbba838350119ff472356 for details how to disable the automatic downloading behaviour. Keep in mind these options are completely unsupported for now, use them at your own risk (you need to ensure all dependencies are properly there).

Great, thanks!  This makes building a Docker image much easier.


Improve conformance to the specifications

This should fix any issues related to specification conformance.

I'll open another one without the refactors.


chore: add official support for python 3.12

Description
Related issue: #704
Types of Changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[x] Build related changes
[ ] Documentation content changes
[ ] Other (please describe):

Checklist

[x] I have read the contributor guide.
[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

so when all the tests pass, it means that all the dependencies are compatible with 3.12 as well? and we don't need to test for 3.11 anymore?

We can still test for 3.11 of course, I just followed your approach of testing the min and max versions of Python.
All tests are passing, so they are a) installable with Python 3.12, also optional dependencies and b) rdmo still works as expected.

We can use python-version: ['3.8', '3.11', '3.12'], if you prefer.

We tested for all versions before, but I think testing the min/max versions should be ok. I would guess that things break if we use to new features in an old version, or if features we use are changed in a new version. Both cases should be covered with only the minimum maximum version.

I did not choose this approach, it was already in place.
See e.g. https://github.com/rdmorganiser/rdmo/commit/322d0a698ad344f09ad6d50a011244b37884c2ca
Yes, I think that is correct. If we use bleeding edge Python 3.12 features, the tests for 3.8 will fail. In my opinion that is enough of a safety net. But sure, lots of projects test with 3.8, 3.9, 3.10,  3.11, 3.12. And then also for Windows, Mac and Linux. That is overkill for a project like rdmo in my opinion. But a library like requests, that is used all over the place should have such testing.
What do you think? Go for the merge then?


Init() does not put ball strictly at the middle

This usually happens at second init() and every init() after that.


moved gateway to service collection

fixes
This PR fixes #236.
checklist

[ ] Make sure you read and understood the CONTRIBUTING.md.
[ ] Make sure you applied sufficient labels, milestone and assignee.
[ ] Make sure all TODOs are addressed.
[ ] Make sure there is sufficient documentation.
[ ] Make sure there are sufficient tests.
[ ] Make sure all commits are squashed before merging.
[ ] Make sure to delete the feature branch after merging.

Current coverage is 91.99% (diff: 87.50%)

Merging #254 into master will decrease coverage by 0.20%

Powered by Codecov. Last update 7178cc8...aa48fbf


metaflow ui-service unknow bug

"id": "MetaflowS3Exception",
"traceback": "Traceback (most recent call last):\n  File "/usr/local/lib/python3.7/runpy.py", line 193, in _run_module_as_main\n    "main", mod_spec)\n  File "/usr/local/lib/python3.7/runpy.py", line 85, in _run_code\n    exec(code, run_globals)\n  File "/root/services/ui_backend_service/data/cache/client/cache_server.py", line 307, in \n    cli(auto_envvar_prefix='MFCACHE')\n  File "/usr/local/lib/python3.7/site-packages/click/core.py", line 1128, in call\n    return self.main(*args, **kwargs)\n  File "/usr/local/lib/python3.7/site-packages/click/core.py", line 1053, in main\n    rv = self.invoke(ctx)\n  File "/usr/local/lib/python3.7/site-packages/click/core.py", line 1395, in invoke\n    return ctx.invoke(self.callback, **ctx.params)\n  File "/usr/local/lib/python3.7/site-packages/click/core.py", line 754, in invoke\n    return __callback(*args, **kwargs)\n  File "/root/services/ui_backend_service/data/cache/client/cache_server.py", line 301, in cli\n    Scheduler(store, max_actions).loop()\n  File "/root/services/ui_backend_service/data/cache/client/cache_server.py", line 199, in init\n    maxtasksperchild=512,  # Recycle each worker once 512 tasks have been completed\n  File "/usr/local/lib/python3.7/multiprocessing/context.py", line 119, in Pool\n    context=self.get_context())\n  File "/usr/local/lib/python3.7/multiprocessing/pool.py", line 176, in init\n    self._repopulate_pool()\n  File "/usr/local/lib/python3.7/multiprocessing/pool.py", line 241, in _repopulate_pool\n    w.start()\n  File "/usr/local/lib/python3.7/multiprocessing/process.py", line 112, in start\n    self._popen = self._Popen(self)\n  File "/usr/local/lib/python3.7/multiprocessing/context.py", line 277, in _Popen\n    return Popen(process_obj)\n  File "/usr/local/lib/python3.7/multiprocessing/popen_fork.py", line 20, in init\n    self._launch(process_obj)\n  File "/usr/local/lib/python3.7/multiprocessing/popen_fork.py", line 74, in _launch\n    code = process_obj._bootstrap()\n  File "/usr/local/lib/python3.7/multiprocessing/process.py", line 297, in _bootstrap\n    self.run()\n  File "/usr/local/lib/python3.7/multiprocessing/process.py", line 99, in run\n    self._target(*self._args, **self._kwargs)\n  File "/usr/local/lib/python3.7/multiprocessing/pool.py", line 121, in worker\n    result = (True, func(*args, **kwds))\n  File "/root/services/ui_backend_service/data/cache/client/cache_worker.py", line 29, in execute_action\n    execute(tempdir, action_cls, request)\n  File "/root/services/ui_backend_service/data/cache/client/cache_worker.py", line 56, in execute\n    invalidate_cache=req.get('invalidate_cache', False))\n  File "/root/services/ui_backend_service/data/cache/get_log_file_action.py", line 144, in execute\n    results = {**existing_keys}\n  File "/usr/local/lib/python3.7/contextlib.py", line 130, in exit\n    self.gen.throw(type, value, traceback)\n  File "/root/services/ui_backend_service/data/cache/utils.py", line 130, in streamed_errors\n    get_traceback_str()\n  File "/root/services/ui_backend_service/data/cache/utils.py", line 124, in streamed_errors\n    yield\n  File "/root/services/ui_backend_service/data/cache/get_log_file_action.py", line 141, in execute\n    content = log_provider.get_log_content(task, logtype)\n  File "/root/services/ui_backend_service/data/cache/get_log_file_action.py", line 275, in get_log_content\n    return get_log_content(task, logtype)\n  File "/root/services/ui_backend_service/data/cache/get_log_file_action.py", line 197, in get_log_content\n    for datetime, line in task.loglines(stream)\n  File "/root/services/ui_backend_service/data/cache/get_log_file_action.py", line 196, in \n    (_datetime_to_epoch(datetime), line)\n  File "/usr/local/lib/python3.7/site-packages/metaflow/client/core.py", line 1388, in loglines\n    ds_type, ds_root, stream, attempt, *self.path_components\n  File "/usr/local/lib/python3.7/site-packages/metaflow/client/filecache.py", line 81, in get_logs_stream\n    return task_ds.load_logs(LOG_SOURCES, stream, attempt_override=attempt)\n  File "/usr/local/lib/python3.7/site-packages/metaflow/datastore/task_datastore.py", line 45, in method\n    return f(self, *args, **kwargs)\n  File "/usr/local/lib/python3.7/site-packages/metaflow/datastore/task_datastore.py", line 776, in load_logs\n    r = self._load_file(paths.keys(), add_attempt=False)\n  File "/usr/local/lib/python3.7/site-packages/metaflow/datastore/task_datastore.py", line 924, in _load_file\n    for key, path, meta in load_results:\n  File "/usr/local/lib/python3.7/site-packages/metaflow/plugins/datastores/s3_storage.py", line 139, in iter_results\n    r = s3.get(p, return_missing=True, return_info=True)\n  File "/usr/local/lib/python3.7/site-packages/metaflow/plugins/datatools/s3/s3.py", line 897, in get\n    path, addl_info = self._one_boto_op(_download, url)\n  File "/usr/local/lib/python3.7/site-packages/metaflow/plugins/datatools/s3/s3.py", line 1315, in _one_boto_op\n    "S3 operation failed.\n" "Key requested: %s\n" "Error: %s" % (url, error)\n\nmetaflow.plugins.datatools.s3.s3.MetaflowS3Exception: S3 operation failed.\nKey requested: s3://dev-test/tzy/ParameterFlow/argo-avalon.user.tanzheyue.parameterflow-jmrxv/start/t-e051c938/0.runtime_stdout.log\nError: An error occurred () when calling the GetObject operation: \n",
As shown in the error report above, the ui can display artifacts and dags, but cannot load stdout and stderr. I have verified that the key is not identified correctly, and the code key is 0. runtime_ Stdout.log, but 0. task is actually generated_ stdout.log

@jfernandez need your help

Trying to reproduce this bug so thought of asking for some more details on your environment:

what are the metaflow-ui versions (these can be seen under the "Quick links" in the UI)
what was the version of the Metaflow library used for the flow? This might be visible as a system tag in the UI under Run details
are logs for other runs working through the UI, or are they throwing the same error?

are you able to access the logs directly through the client? If the logs are not enormous, you can try
namespace(None)
task = Task("pathspec_to_task")
task.stdout

Thank you for your reply. I have found a problem here. There is a problem with the error format of the S3 interface we use

closing this as possibly resolved (?). Feel free to reopen if it turns out to be caused by the Metaflow-service.


Always use k8s-template prefix

-k8s-template.yml doesn't seem generated anymore according to :
https://repo1.maven.org/maven2/io/fabric8/platform/packages/fabric8-platform/2.4.24/

FWIW we haven't released the old fabric8 version with the k8s-template - might be easier to just avoid that file for old fabric8 releases?


Storage account requirements unclear

Under https://docs.microsoft.com/en-us/windows-server/failover-clustering/deploy-cloud-witness#create-an-azure-storage-account-to-use-as-a-cloud-witness
Multiple issues:

Doc says to use General purpose storage account. But does not say whether v1, v2, or both are supported. Needs to be explicit.

Doc says to use Standard, not Premium. I can understand Premium not being required, but I can't understand why it wouldn't work / be supported. Please clarify.

Doc says to use LRS. The rationale given makes sense when comparing LRS to GRS storage. But it does not make sense when comparing with ZRS, which like LRS also offers a synchronous commit. Doc needs to clarify explicitly whether ZRS is supported / recommended.

Thanks!

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

ID: 7e6da99e-a148-b5ea-224d-8a4c48604945
Version Independent ID: a6a90a1f-870c-3501-ce6e-fbf52f802dfb
Content: Deploy a cloud witness for a Failover Cluster
Content Source: WindowsServerDocs/failover-clustering/deploy-cloud-witness.md
Product: windows-server
Technology: failover-clustering
GitHub Login: @JasonGerend
Microsoft Alias: jgerend

#assign:IngridAtMicrosoft

We hugely appreciate your contribution, feedback, and support to our technical documentation.
We’ve phased out GitHub Issues on this repository as the feedback mechanism for content and have replaced it with a new feedback system. For more information see, Content User Feedback. As part of this rollout, we are migrating your issue where our team will use your comments to improve the documentation experience. Unfortunately, this does mean you won't be able to access this issue after the migration is complete.
All issues will be migrated by Thursday 29th August 2024.
Once again, thank you for your valuable feedback, we hope you’ll continue to contribute using our new feedback system.


Added git repository to package.json

The a11y namespace is a bit crowded on github, so navigating from https://www.npmjs.com/package/a11y-dialog to this repository took a while longer than I wanted it to

Great, thanks!


Option to disable status bar gradient (KitKat)

Doing so, the status bar will look the same in KitKat and Lollipop. Currently, a gradient is used in KitKat, which some people think it's ugly. See http://stackoverflow.com/questions/2931953/getting-rid-of-the-gradient-at-the-top-of-an-activity-android

Well, I did not knew the gradient could be removed from kitkat status bar, so thank you for the information!

already mentioned in #31, I tought it's resolved.

"work in progress" but closed?

I forgot to remove the label, sorry


Dynamic apk path

          Original issue by @athornz - Imported from fastlane/supply#81

It looks like supply requires the apk path to always be passed as a argument. The apk path and naming is dynamic in my app (version code is in the name).
Can supply read this from gradle?

If the fastlane gradle and supply actions are called from the same Fastfile lane (not calling the supply CLI directly) then the default value for apk is GRADLE_APK_OUTPUT_PATH. I believe this solves the issue, so I'm going to close this for now!


docs: Add top level page for language bindings.

Lists API client bindings/libraries/wrappers and makes a distinction
between official core projects and community projects.
Fixes #2093.

This change is

@taliox @decached @ifo @federicoq @mrferos @raws @verg @yamadapc @Shayan-To @cqfd @Stantheman @femnad @thieman @deckycoss
Are you okay with us listing your project as an unofficial library in Zulip's API docs?

I grant my permission to list https://github.com/thieman/clojure-zulip if you'd like to. Having said that, it's quite old, incomplete, and I have no plans to maintain it. But do as you will. :smile:

you are welcome to list zulua. i haven't tested it in years and i have no idea what changes may have been made to the API since then

I don't mind, but I too have not kept the library up to date. I'll see about spending some time getting it up to snuff.

Please feel free to list https://github.com/femnad/tuplre, however, it hasn't seen any updates or has been used for the last 3 years.

You're welcome to list raws/wonder-llama for Ruby. I just started working on it last week, but I'm pretty committed to maintaining it for use at LevelUp/Grubhub.

Merged as 7fc5aba011a15ab6ad45a909e1c637b91c75f55c, after a bit of reorganization.
The API for sending messages hasn't materially changed in 5 years, so even very old libraries should work fine.  The main thing we've added is support for referring to users by ID rather than email in PMs.
If any of you are interested in maintaining your project as the official zulip library for its language, let me know.  The rough minimum requirements are roughly these:

Having a test suite
Having documentation (both for the project itself and worked into our documentation frameowkr
Using the /events API correctly in a way that won't DoS servers
Having a way to call any endpoint.
Being committed to maintaining it for the next couple years.

I should also mention we now have an OpenAPI file for Zulip with tests, so we could look at using  https://github.com/OpenAPITools/openapi-generator

Looks good! Wrong commit ID above though, it was merged as https://github.com/zulip/zulip/commit/1c45e4ac11360a623514fa7cf5a7200b4597bd2e.
The live page is -> https://chat.zulip.org/api/client-libraries, thanks again for everyone who replied and the libraries you created.


An issue of mismatched  pre-trained weights during import

Firstly, thank you for your work which has greatly inspired my research. I encountered the following issue while attempting to run the testing script：

RuntimeError: Error(s) in loading state_dict for SuperResModel:
Missing key(s) in state_dict: "count_feat_normalization.weight", "count_feat_normalization.bias", "count_decoder.0.weight", "count_decoder.0.bias", "count_decoder.2.weight", "count_decoder.2.bias".

I'm getting the same error - any suggestions @dylran ?

Thank you for bringing this to our attention. We will fix this issue as soon as possible. In the meantime, you can change the line 64 as follows.
model.load_state_dict(
        dist_util.load_state_dict(args.model_path, map_location="cpu"), strict=False)


Add daandi's projects

added nice-uuid and nice-url-encode-decode

@daandi It seems that all your dependencies and plugins are up-to-date. At least scala-steward couldn't find any updates.


Is there any way to set the shortcut keys for copy and paste?

Great plugin!  Thank you maintainer!
and I have a small question here, is there any way to set the shortcut keys for copy and paste?
like ctrl [ means tmux's <prefix> ctrl [, and ctrl ] means tmux's <prefix> ctrl ].

Hi @zhouyangnk, glad you enjoy the plugin! I might be missing something, but I don't believe your question is related to this plugin.
That said, I believe you can achieve the functionality you're looking for with something like the following:
# add the following to your ~/.tmux.conf file

bind-key -n C-[ copy-mode
bind-key -n C-] paste-buffer

I didn't test those key bindings, but I think they're in the space of what you want.
All that said, I wonder if rather than mapping to those keys, you might be better served by connected tmux to the system clipboard.
I'm going to close this now as I don't believe this question really pertains to this plugin, but hope the above info helps on your search!

Yes, you are right, I can set these shortcuts in .tmux.conf.
Sorry for my careless.
Thank you for your kindly reply.


Bug Report:

when i compile the game appears :
C:/HaxeToolkit/haxe/lib/polymod/1,5,2/polymod/fs/PolymodFileSystem.hx:19: characters 16-18 : Expected ) can someone help me?

I remember having this issue, I don't remember how I fixed it though. It was like 5-6 months ago. someone else has the same issue here: #2877
Hope something here helps, I don't know if it will though.

Also, if that doesn't work, try looking through the closed issues, something there might help too.

I was able to fix it by replacing all occurrences (only 2) of 'is' in the file with '==' (C:/HaxeToolkit/haxe/lib/polymod/1,5,2/polymod/fs/PolymodFileSystem.hx in your case). I suggest trying the same

go to (example): C:\HaxeToolkit and delete everything. after this reinstall everything (EVERYTHING THAT THE TUTORIAL ASK TO DOWNLOAD)

thanks it really helped:)


Update feedback pagination

-Update page total to match filtered feedback length
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of the met-public license (Apache 2.0).

Codecov Report

Merging #2107 (3484151) into main (324e819) will increase coverage by 0.00%.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##             main    #2107   +/-   ##
=======================================
  Coverage   69.53%   69.53%
=======================================
  Files         459      459
  Lines       14686    14687    +1
  Branches     1129     1129
=======================================
+ Hits        10212    10213    +1
  Misses       4284     4284
  Partials      190      190

Flag
Coverage Δ

metweb
62.17% <100.00%> (+<0.01%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Files Changed
Coverage Δ

met-web/src/components/feedback/listing.tsx
85.29% <100.00%> (+0.21%)
:arrow_up:


Showcase Submission for data/1-client-side/4-json

Thank you Abbas Majidov for your contribution! A member of the Coding Train team will review it shortly.

HelloJSON - JSON Management Tool
Abbas Majidov

Amazing work @absmj!


Cannot render grid of slides in one single view

Bug is related to

[ ] The Vanilla JavaScript version
[ x] The React version
[ ] The Embla Carousel core (all versions)
[ ] Documentation website
[ ] Other

Embla Carousel version

v4.5.0

Describe the bug
I want to have a carousel that changes from carousel (with loop) < 992px to displaying grid > 992px. I don't know how to get this to work since the loop option offsets the first to slides from the left, never rendering the full grid in one view.
I am using Tailwind CSS so I cannot use any breakpoint settings through :before pseudo-element since the content is not allowed.
Greatful for any help!
CodeSandbox
https://codesandbox.io/s/embla-carousel-default-react-forked-fgl0b
Steps to reproduce
Resize the browser to go from 1 slide per view, to 2 slides per view (>768px), to an attempt of a full grid (>1024px)
Expected behavior

The intention is to display a full grid and pause the slider in

Additional context

Add any other context about the problem here, like screenshots or similar.

The solution is perhaps obvious: changing breakpoints options in JS instead. Please let me know if there is a better way to do this and/or if there is a better way to disable the carousel temporarily. Many thanks!
embla.on("resize", () => {
  if(window.innerWidth > 1024) {
      embla.reInit(setEmblaOptions({loop: false, draggable: false}));
  } else {
      embla.reInit(setEmblaOptions({loop: true, draggable: true}));
  }
}

Hi @eleikopetter,
I'm not 100% sure about what you want to achieve. Do you want to disable the carousel entirely when the screen size is >= 992px? If the answer is no, then you can set breakpoint specific options with plain CSS like so:
@media (min-width: 992px) {
  .embla__viewport:before {
    display: none;
    content: '{ "loop": false }';
  }
}

You can read more about it on this page in the docs.
If the answer is yes, you can simply pass null instead of the emblaRef to the carousel viewport like so:
<div className="embla" ref={isBreakpointMedium ? null : emblaRef}>
  ...
</div>

And Embla will remove the loop offset on the slides when destroying the active carousel.
Lycka till 😉.
David

@eleikopetter did my answer solve your problem?

@eleikopetter closing this issue in 3 days if I don't get any response.

@davidcetinkaya Thanks David, appreciate your answer! I had to solve it with JS per my previous comment since I am using Tailwind in the project and that does not allow for having a pseudo element with such content. That's one of the few limitations I've noticed so far when working with embla and tailwind. Keep up the good work! tack!


Add circular buffer exercise

This is a cherry-pick from #29 via @lehoff and @ebengt

I'm installing erlang to see if I can get the tests running locally.

I just improved the test runner a bit, the CI might pass next run. I'll try and trigger another run.

It looks like there are compilation warnings, as well.

I didn't squash the commits since different people wrote them.

Nice :+1:


The library 'libhostpolicy.dylib' required to execute the application.

Hello,
When I installed https://www.npmjs.com/package/nswag, I receive this weird "The library 'libhostpolicy.dylib' required to execute the application was not found in ___"
NSwag NPM CLI
A fatal error was encountered. The library 'libhostpolicy.dylib' required to execute the application was not found in '/Users/xxx/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/'.
child_process.js:631
    throw err;
    ^

Error: Command failed: dotnet "/Users/xxx/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll" help --core 1.1
    at checkExecSyncError (child_process.js:588:13)
    at Object.execSync (child_process.js:628:13)
    at Object.<anonymous> (/Users/xxx/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/nswag.js:37:11)
    at Module._compile (module.js:569:30)
    at Object.Module._extensions..js (module.js:580:10)
    at Module.load (module.js:503:32)
    at tryModuleLoad (module.js:466:12)
    at Function.Module._load (module.js:458:3)
    at Function.Module.runMain (module.js:605:10)
    at startup (bootstrap_node.js:158:16)

I've tried a few things.

Tried looking for the dynamic library online. Apparently a lot of people seem to have this issue with @dotnet/cli, A quick search in the issues seem that a lot of MacOS folks have similar issues. However I could not isolate the issue.
Install different versions of the dotnet core.
Trying to build the NSwag with build/*.bat but did not compile successfully.

Help would be greatly appreciated!
Dotnet info:
.NET Command Line Tools (2.1.0-preview1-006703)

Product Information:
 Version:            2.1.0-preview1-006703
 Commit SHA-1 hash:  512b568e33

Runtime Environment:
 OS Name:     Mac OS X
 OS Version:  10.12
 OS Platform: Darwin
 RID:         osx.10.12-x64
 Base Path:   /usr/local/share/dotnet/sdk/2.1.0-preview1-006703/

Microsoft .NET Core Shared Framework Host

  Version  : 2.0.0-preview3-25502-01
  Build    : bd3f818bad84f1296b4ee53f72ab8837b3caac98

It is probably a problem with .net core 2.0 preview. Ive not tested nswag with the preview yet. You should try to build just the NSwag.ConsoleCore project and run this...
I currently dont have the time to test with preview fw releases...

I now I tried with the latest servicing build found at: https://www.microsoft.com/net/core#macos
Still does not function.
How do I build nSwag on a Mac?

Considering fxr version=[..]...
Considering fxr version=[1.0.1]...
Considering fxr version=[1.1.0]...
Detected latest fxr version=[/usr/local/share/dotnet/host/fxr/1.1.0]...
Resolved fxr [/usr/local/share/dotnet/host/fxr/1.1.0/libhostfxr.dylib]...
Tracing enabled
--- Invoked hostfxr [commit hash: 928f77c4bc3f49d892459992fb6e1d5542cb5e86] main
Own DLL path=[/usr/local/share/dotnet/dotnet.dll]
Checking if CoreCLR path exists=[/usr/local/share/dotnet/libcoreclr.dylib]
--- Executing in muxer mode...
Detected a non-standalone application, expecting app.dll to execute.
Treating application '/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll' as a managed executable.
App runtimeconfig.json from [/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll]
Runtime config is cfg=/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.runtimeconfig.json dev=/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.runtimeconfig.dev.json
Attempting to read runtime config: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.runtimeconfig.json
Attempting to read dev runtime config: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.runtimeconfig.dev.json
Runtime config [/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.runtimeconfig.json] is valid=[1]
Executing as a standalone app as per config file [/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.runtimeconfig.json]
--- Resolving libhostpolicy.dylib version from deps json [/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.deps.json]
Resolved version  from dependency manifest file [/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.deps.json]
Dependency manifest /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.deps.json does not contain an entry for runtime.osx.10.10-x64.Microsoft.NETCore.DotNetHostPolicy
The expected libhostpolicy.dylib directory is [/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1]
Tracing enabled
Reading from host interface version: [0x16041101:120] to initialize policy version: [0x16041101:120]
--- Invoked hostpolicy [commit hash: 0b2abc91ff5e4710aeaf608488daad3a668ff093] [runtime.osx.10.10-x64.Microsoft.NETCore.DotNetHostPolicy,1.0.5,runtimes/osx.10.10-x64/native][x64] main = {
dotnet
/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll
}
Deps file:
Directory core servicing at [] was not specified or found
Fallback directory core servicing at [/opt/coreservicing] was not found
-- arguments_t: own_path=/usr/local/share/dotnet/dotnet app_dir=/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1 deps=/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.deps.json core_svc= packages_cache= mgd_app=/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll
Loading deps file... /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.deps.json as portable=[0]
Adding runtime asset dotnet-nswag.dll from dotnet-nswag/11.2.0
Adding runtime asset lib/netstandard1.0/NConsole.dll from nconsole/3.6.6378.42120
Adding runtime asset lib/netstandard1.0/Newtonsoft.Json.dll from newtonsoft.json/9.0.1
Adding runtime asset lib/netstandard1.3/NJsonSchema.CodeGeneration.CSharp.dll from njsonschema.codegeneration.csharp/9.2.4
Adding runtime asset lib/netstandard1.3/NJsonSchema.CodeGeneration.TypeScript.dll from njsonschema.codegeneration.typescript/9.2.4
Adding runtime asset lib/netstandard1.3/NJsonSchema.CodeGeneration.dll from njsonschema.codegeneration/9.2.4
Adding runtime asset lib/netstandard1.0/NJsonSchema.dll from njsonschema/9.2.4
Adding runtime asset NSwag.AssemblyLoaderCore.dll from nswag.assemblyloadercore/11.2.0
Adding runtime asset NSwag.CodeGeneration.CSharp.dll from nswag.codegeneration.csharp/11.2.0
Adding runtime asset NSwag.CodeGeneration.TypeScript.dll from nswag.codegeneration.typescript/11.2.0
Adding runtime asset NSwag.CodeGeneration.dll from nswag.codegeneration/11.2.0
Adding runtime asset NSwag.Commands.dll from nswag.commands/11.2.0
Adding runtime asset NSwag.Core.dll from nswag.core/11.2.0
Adding runtime asset NSwag.SwaggerGeneration.WebApi.dll from nswag.swaggergeneration.webapi/11.2.0
Adding runtime asset NSwag.SwaggerGeneration.dll from nswag.swaggergeneration/11.2.0
Adding runtime asset lib/netstandard1.3/System.Runtime.Serialization.Primitives.dll from system.runtime.serialization.primitives/4.1.1
Reconciling library dotnet-nswag/11.2.0
Library dotnet-nswag/11.2.0 is not a package
Reconciling library nconsole/3.6.6378.42120
Added runtime NConsole deps entry [0] [nconsole, 3.6.6378.42120, lib/netstandard1.0/NConsole.dll]
Reconciling library newtonsoft.json/9.0.1
Added runtime Newtonsoft.Json deps entry [1] [newtonsoft.json, 9.0.1, lib/netstandard1.0/Newtonsoft.Json.dll]
Reconciling library njsonschema.codegeneration.csharp/9.2.4
Added runtime NJsonSchema.CodeGeneration.CSharp deps entry [2] [njsonschema.codegeneration.csharp, 9.2.4, lib/netstandard1.3/NJsonSchema.CodeGeneration.CSharp.dll]
Reconciling library njsonschema.codegeneration.typescript/9.2.4
Added runtime NJsonSchema.CodeGeneration.TypeScript deps entry [3] [njsonschema.codegeneration.typescript, 9.2.4, lib/netstandard1.3/NJsonSchema.CodeGeneration.TypeScript.dll]
Reconciling library njsonschema.codegeneration/9.2.4
Added runtime NJsonSchema.CodeGeneration deps entry [4] [njsonschema.codegeneration, 9.2.4, lib/netstandard1.3/NJsonSchema.CodeGeneration.dll]
Reconciling library njsonschema/9.2.4
Added runtime NJsonSchema deps entry [5] [njsonschema, 9.2.4, lib/netstandard1.0/NJsonSchema.dll]
Reconciling library nswag.assemblyloadercore/11.2.0
Library nswag.assemblyloadercore/11.2.0 is not a package
Reconciling library nswag.codegeneration.csharp/11.2.0
Library nswag.codegeneration.csharp/11.2.0 is not a package
Reconciling library nswag.codegeneration.typescript/11.2.0
Library nswag.codegeneration.typescript/11.2.0 is not a package
Reconciling library nswag.codegeneration/11.2.0
Library nswag.codegeneration/11.2.0 is not a package
Reconciling library nswag.commands/11.2.0
Library nswag.commands/11.2.0 is not a package
Reconciling library nswag.core/11.2.0
Library nswag.core/11.2.0 is not a package
Reconciling library nswag.swaggergeneration.webapi/11.2.0
Library nswag.swaggergeneration.webapi/11.2.0 is not a package
Reconciling library nswag.swaggergeneration/11.2.0
Library nswag.swaggergeneration/11.2.0 is not a package
Reconciling library system.runtime.serialization.primitives/4.1.1
Added runtime System.Runtime.Serialization.Primitives deps entry [6] [system.runtime.serialization.primitives, 4.1.1, lib/netstandard1.3/System.Runtime.Serialization.Primitives.dll]
The rid fallback graph is: {
}
-- Listing probe configurations...
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll
Processing TPA for deps entry [nconsole, 3.6.6378.42120, lib/netstandard1.0/NConsole.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NConsole.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NConsole.dll
Processing TPA for deps entry [newtonsoft.json, 9.0.1, lib/netstandard1.0/Newtonsoft.Json.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/Newtonsoft.Json.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/Newtonsoft.Json.dll
Processing TPA for deps entry [njsonschema.codegeneration.csharp, 9.2.4, lib/netstandard1.3/NJsonSchema.CodeGeneration.CSharp.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.CodeGeneration.CSharp.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.CodeGeneration.CSharp.dll
Processing TPA for deps entry [njsonschema.codegeneration.typescript, 9.2.4, lib/netstandard1.3/NJsonSchema.CodeGeneration.TypeScript.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.CodeGeneration.TypeScript.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.CodeGeneration.TypeScript.dll
Processing TPA for deps entry [njsonschema.codegeneration, 9.2.4, lib/netstandard1.3/NJsonSchema.CodeGeneration.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.CodeGeneration.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.CodeGeneration.dll
Processing TPA for deps entry [njsonschema, 9.2.4, lib/netstandard1.0/NJsonSchema.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/NJsonSchema.dll
Processing TPA for deps entry [system.runtime.serialization.primitives, 4.1.1, lib/netstandard1.3/System.Runtime.Serialization.Primitives.dll]
    Local path query exists /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/System.Runtime.Serialization.Primitives.dll
Adding tpa entry: /Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/System.Runtime.Serialization.Primitives.dll
Could not resolve CoreCLR path. For more details, enable tracing by setting COREHOST_TRACE environment variable to 1
child_process.js:631
    throw err;
    ^

Error: Command failed: dotnet "/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/binaries/netcoreapp1.1/dotnet-nswag.dll"
    at checkExecSyncError (child_process.js:588:13)
    at Object.execSync (child_process.js:628:13)
    at c.exec (/Users/bartvanvliet/.nvm/versions/node/v8.1.2/lib/node_modules/nswag/bin/nswag.js:47:19)
    at ChildProcess.exithandler (child_process.js:277:5)
    at emitTwo (events.js:125:13)
    at ChildProcess.emit (events.js:213:7)
    at maybeClose (internal/child_process.js:897:16)
    at Socket.stream.socket.on (internal/child_process.js:340:11)
    at emitOne (events.js:115:13)
    at Socket.emit (events.js:210:7)

git clone https://github.com/NSwag/NSwag.git
cd NSwag/src/NSwag.ConsoleCore
dotnet build

Microsoft (R) Build Engine version 15.1.1012.6693
Copyright (C) Microsoft Corporation. All rights reserved.

/usr/local/share/dotnet/sdk/1.0.4/Microsoft.Common.CurrentVersion.targets(1111,5): error MSB3644: The reference assemblies for framework ".NETFramework,Version=v4.6.1" were not found. To resolve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of the framework for which you have the SDK or Targeting Pack installed. Note that assemblies will be resolved from the Global Assembly Cache (GAC) and will be used in place of reference assemblies. Therefore your assembly may not be correctly targeted for the framework you intend. [/Users/bartvanvliet/NSwag/src/NSwag.ConsoleCore/NSwag.ConsoleCore.csproj]

Build FAILED.

/usr/local/share/dotnet/sdk/1.0.4/Microsoft.Common.CurrentVersion.targets(1111,5): error MSB3644: The reference assemblies for framework ".NETFramework,Version=v4.6.1" were not found. To resolve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of the framework for which you have the SDK or Targeting Pack installed. Note that assemblies will be resolved from the Global Assembly Cache (GAC) and will be used in place of reference assemblies. Therefore your assembly may not be correctly targeted for the framework you intend. [/Users/bartvanvliet/NSwag/src/NSwag.ConsoleCore/NSwag.ConsoleCore.csproj]
    0 Warning(s)
    1 Error(s)

Hello.
I have the same issue. In addition, I tried using nuget NSwag.ConsoleCore, but it also doesn't work.
I tried to rebuild and publish project: "dotnet run" works correctly, but the published version is broken.
I'm going to investigate this case better, but so far I can't find a way to make it works .

Hey I just encountered the same problem with the current npm package under Mac OS. Adding a <OutputType>Exe</OutputType> to the main PropertyGroup of  NSwag.ConsoleCore/NSwag.ConsoleCore.csproj and rebuilding under Windows fixes the issue. Produces a valid NPM binary configuration by adding a dotnet-nswag.runtimeconfig.json to the publish directory. With that file present, the execution works fine.
mriedels-mbp15:netcoreapp1.1 mriedel$ dotnet dotnet-nswag.dll
NSwag command line tool for .NET Core, toolchain v<IP_ADDRESS> (NJsonSchema v<IP_ADDRESS>) (x64)
Visit http://NSwag.org for more information.
NSwag bin directory: Users/mriedel/Projects/Xavo/Devel-Eval/JSON-Schema/code/NJsonSchemaDemo/node_modules/nswag/NSwag.Npm/bin/binaries/netcoreapp1.1
Execute the 'help' command to show a list of all the available commands.
Commands:
  help
  types2swagger
  webapi2swagger
  new
  run
  jsonschema2csclient
  jsonschema2tsclient
  swagger2csclient
  swagger2cscontroller
  swagger2tsclient
  version
Command:

@RSuter A new release would be appreciated. :)

@rado0x54 Amazing work!

@rado0x54 thanks for the fix


Migrate to Built in HTTP to replace Express

This PR does just like the title says, and removes Express from the download microservice endpoint.
All initial handling of the web request is done within Node's Built in HTTP module.
This PR was very largely inspired by #49 as with this merged that would mean the download microservice is a dependency free solution.
While the PR linked does provide additional Speed and Size benefits, this PR comes with it's own as well.
Before:

Size: 4.03MB
Speed: 641ms - 515ms - 521ms

After:

Size: 2.13MB
Speed: 517ms - 532ms - 602ms

So while the performance in size means this microservice is nearly half the size as it was previously, unfortunately the speed advantage isn't that great. Although with that said, the microservice was still faster on average than when using Express.

I actually really like the code style of the new lines of microservices/download/index.js. I find it less confusing than the Express stuff. 👍
Can't say I fully understand all of it, but the code looks a lot more self-explanatory, easier to guess what is going on, and frankly less going on, which is good IMO.

@DeeDeeG To answer some of your questions here:

Yes this does use HTTP which is not secure, but reason being is it doesn't need to be. SSL is terminated by our hosting environment before it hits the endpoint, so we don't have to worry about user facing SSL or encryption at all, it's all handled for us by the hosts reverse proxy. But we still do want to use https when reaching out from here as that's our own request and own responsibility, so you are good using https for your previous PR.
As for the performance numbers, since I don't have access to the time utility on Windows and there is no good testing platform baked into this repo or microservice yet, I just testing by running the server locally and using Postman to hit the endpoint over and over, grabbing some average values. Not super scientific, but easy to test on your system if you'd like to give it a try.
For the query parameters you are exactly right. They were an implementation from Express, with using http our query parameters are all within the URL itself, thats why you see me splitting up the actual path and query parameters in line 7 of microservices/download/index.js. So it is a bit more verbose to check our query parameters now. Which if we need to do much more of it, we could always create a dedicated function to handle this for us, so the code doesn't have to be repeated. But two uses side by side, seem simple enough to not warrant it just yet.
But for for...of I will check that out. I mean really I can't imagine it's any large performance hit even if it is one. So simpler code is just a fine justification for using that instead. Since you are right, the current solution is a bit verbose.
Lastly, you are totally correct, calling end() twice is pointless. The secondary .end() would likely never be reached, so it should be removed.

But thanks a ton for the review, and for thinking the code style is looking good over all. What can I say, after seeing your PR I was inspired to have a dependency-free microservice, as in the world of JavaScript and NPM that's so infrequent it's awesome. But yeah otherwise pretty familiar with this section, as I think it's only really been touched by me with @Spiker985 having written the GraphQL queries, so from my testing everything still works as we would expect. Although might be worth it to prior to bumping the version to add some testing. (Although suppose if it's done after the fact that doesn't really matter, since the testing wouldn't be in the final microservice anyway).
Again thanks for the review, I'll check out some of those simplification ideas you recommended, and see maybe if there's any more solid way to interact with query parameters to keep things less beefy there if possible. (Of course there's a million NPM modules to do this, but defeats my whole idea here. So ideally I can find some MIT licensed work within a good one and look at just a function implementation)

Alright @DeeDeeG I've gone ahead and resolved the pointers you had (I know not needed but would rather get to it now)
And otherwise will go ahead and merge this one.
Thanks for your review, and approval! This microservice is now dependency free!


Add blocking indicator for activation request.

This allows non blocking requests to drop their results from the activeack response.

PG2/2027 🚀

PG2/2027 🔵

Squash all - thanks for asking.


payment page of example app not displaying in release mode

Hi , This is a good package, Any way after integaration the payment page is not displaying in release mode, is it due to merchant id and access code that i used. it's what you provided in the example app

Can you share you functionality video and example code? So I can review and fix it.

https://drive.google.com/file/d/1312QfEy6hbDUv4W0nGEa2nF9bREW5OYY/view?usp=share_link While debugging (No problem )
https://drive.google.com/file/d/19Dqm_5A1dTkna4lRW6zcoZ7W93EbjPby/view?usp=share_link In release Mode (Payment page not displaying)

import 'package:amazon_payfort/amazon_payfort.dart';
class FortConstants {
FortConstants._();
static const FortEnvironment environment = FortEnvironment.test;
static const String merchantIdentifier = 'a22cf652';
// For Debit/Credit Card
static const String accessCode = 'zhV548hfhLbKb69Yf3h0';
static const String shaType = 'SHA-256';
static const String shaRequestPhrase = '87cpfpOPZY6fn0GLn7fY98?}';
// For Apple Pay
static const String applePayAccessCode = '9ogSafW0OJ4shiPF6KC0';
static const String applePayShaType = 'SHA-256';
static const String applePayShaRequestPhrase = '15uQZibFMBqxPrZEKgjwOm_]';
static const String applePayMerchantId = 'merchant.d.dooskarting.com';
}

I used the same constants for testing

Ok i will check it

Hello @salahvk
Need more time to fix it. Facing arm64 has not found an issue.

Hello @vvvirani, first of all it is a great package and works fine on test, but we face the same problem on release either on  credit card on android or Apple Pay on IOS despite credit card works on IOS and screen open
Did you fix this issue?, please advise how can we fix

any news for this issue @Mahmoudmsa @salahvk ?


containerd start panic  because of abnormal shutdown

Description
use xfs  file system
the boltdb is broken because of  abnormal shutdown.
containerd  start crash
Mar 04 14:17:36 paas-controller  containerd[2440692]: panic: assertion failed: Page expected to be: 3393, but self identifies as<PHONE_NUMBER>292906018
Mar 04 14:17:36 paas-controller  containerd[2440692]: goroutine 99 [running]:
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt._assert(...)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/db.go:1359
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*page).fastCheck(0x7fce74d41000, 0xd41)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/page.go:57 +0x1df
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*Tx).page(0xc0003c0fa8?, 0x560a654e8c0b?)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/tx.go:534 +0x8a
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*Tx).forEachPageInternal(0x0?, {0xc000112820?, 0x1, 0xa}, 0xc0003c1080)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/tx.go:546 +0x65
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*Tx).forEachPage(...)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/tx.go:542
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*Tx).checkBucket(0xc00049a0e0, 0xc00049a0f8, 0xc0003c1248, 0xc0003c1218, {0x560a670e9b38?, 0x560a67e9e168}, 0xc0000d33e0)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/tx_check.go:83 +0x126
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*DB).freepages(0x560a667dd19b?)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/db.go:1181 +0x229
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*DB).loadFreelist.func1()
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/db.go:412 +0xc5
Mar 04 14:17:36 paas-controller  containerd[2440692]: sync.(*Once).doSlow(0xc0004f21c8?, 0x10?)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /usr/local/go/src/sync/once.go:74 +0xc2
Mar 04 14:17:36 paas-controller  containerd[2440692]: sync.(*Once).Do(...)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /usr/local/go/src/sync/once.go:65
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.(*DB).loadFreelist(0xc0004f2000?)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/db.go:408 +0x47
Mar 04 14:17:36 paas-controller  containerd[2440692]: go.etcd.io/bbolt.Open({0xc0002ac280, 0x37}, 0x667dc708?, 0xc0003c7630)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/vendor/go.etcd.io/bbolt/db.go:290 +0x40c
Mar 04 14:17:36 paas-controller  containerd[2440692]: github.com/containerd/containerd/metadata/plugin.init.1.func1(0xc000504b80)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/metadata/plugin/plugin.go:159 +0x78c
Mar 04 14:17:36 paas-controller  containerd[2440692]: github.com/containerd/containerd/plugin.(*Registration).Init(0xc00012a720, 0xc000504b80)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/plugin/plugin.go:125 +0x2e
Mar 04 14:17:36 paas-controller  containerd[2440692]: github.com/containerd/containerd/services/server.New({0x560a670f3980, 0xc00012c190}, 0xc0004c7c00)
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/services/server/server.go:233 +0x13b8
Mar 04 14:17:36 paas-controller  containerd[2440692]: github.com/containerd/containerd/cmd/containerd/command.App.func1.1()
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/cmd/containerd/command/main.go:194 +0x87
Mar 04 14:17:36 paas-controller  containerd[2440692]: created by github.com/containerd/containerd/cmd/containerd/command.App.func1
Mar 04 14:17:36 paas-controller  containerd[2440692]:         /root/rpmbuild/BUILD/containerd.io-1.7.6/_build/src/github.com/containerd/containerd/cmd/containerd/command/main.go:191 +0x8ac
Mar 04 14:17:36 paas-controller  systemd[1]: containerd.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Mar 04 14:17:36 paas-controller  systemd[1]: containerd.service: Failed with result 'exit-code'.

Steps to reproduce the issue

Describe the results you received and expected
containerd can start normal even abnormal shutdown
What version of containerd are you using?
1.7.6
Any other relevant information
use xfs  file system doesn't use ext4
kernel 5.10
Show configuration if it is related to CRI plugin.
No response

@ningmingxiao would you mind sharing the bbolt db file to us? thanks!

@ningmingxiao would you mind sharing the bbolt db file to us? thanks!

meta.zip

@ningmingxiao Thanks! I believe it's filesystem issue. The data was corrupted. Did you have any information from dmesg about shutdown?
cc @ahrtr

Page ID:    0
Page Type:  meta
Total Size: 4096 bytes
Overflow pages: 0
Version:    2
Page Size:  4096 bytes
Flags:      00000000
Root:       <pgid=3393>
Freelist:   <pgid=18446744073709551615>
HWM:        <pgid=5778>
Txn ID:     5476
Checksum:   5b406695d7339e5a
===============================================
Page ID:    1
Page Type:  meta
Total Size: 4096 bytes
Overflow pages: 0
Version:    2
Page Size:  4096 bytes
Flags:      00000000
Root:       <pgid=3393>
Freelist:   <pgid=18446744073709551615>                                                                                HWM:        <pgid=5778>                                                                                Txn ID:     5475                                                                                Checksum:   80cb40d7b187b6b5
The root page id is pointing to part of leaf page.
===============================================                                                                                Page ID:    3391
Page Type:  leaf
Total Size: 12288 bytes
Overflow pages: 2
Item Count: 3

assertion

there's no useful information in dmesg.

@ningmingxiao Thanks! I believe it's filesystem issue. The data was corrupted. Did you have any information from dmesg about shutdown?
cc @ahrtr

Let me declare the scenario, containerd is running and maybe there are some openrations on the database at the same time, then powering off happens. Next time when restarting the host and the containerd, panic happens. I'm not sure if this is a filesystem issue.
My confusion is that, in the process of commiting tx, freelist, page, meta is writting to the dist step by step. If powering off happens while commiting a tx, can all data be written to the disk correctly?
https://github.com/etcd-io/bbolt/blob/3fa18aed5394190aa8935042539cc98a3c904892/tx.go#L170

@aa624545345 the meta page is updated at last step during commit. we, bbolt, follow the fdatasync API. If the api returns no error, we assume that the kernel has written data correctly. However, it depends on filesystem behaviour. I reproduced it in ext4 with fast commit https://github.com/etcd-io/bbolt/issues/562. Maybe there is bug in xfs.

maybe you can provide kernel version and xfs configuration. I can help to reproduce it with qemu.
cc @ningmingxiao @aa624545345

Kernel version is  5.10.134-13.1, and the xfs config is as follows:
$ xfs_info /paasdata/docker/
meta-data=/dev/mapper/vg_paasdata-lv_Pdocker isize=512    agcount=4, agsize=3276800 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=1    bigtime=0 inobtcount=0
data     =                       bsize=4096   blocks=13107200, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=6400, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

the meta page is updated at last step during commit. we, bbolt, follow the fdatasync API. If the api returns no error, we assume that the kernel has written data correctly.

Hi, i still feel confused about this part, did you mean that the meta page is synced on the disk, data stored in meta is collect, while other pages like leaf pages is wrong. However leafpages is synced before metapage, so it may be an filesystem issue?
In addition, if a power-off event occurs on a host where the filesystem is functioning normally but operations on the bbolt database are in progress, there will never be any data corruption in the bbolt database.
In other words, bbolt can handle the power-off scenario effectively.
@fuweid

I started yesterday to fiddle around with xfstests to find a way to crash XFS more efficiently.
The issue from https://github.com/etcd-io/bbolt/issues/701 certainly also points to XFS.

@fuweid just noticed it as well, I'm writing a couple of xfs tests as an addition to the ones for ext4 as we speak :) will send a PR later. Thanks for porting it over.

so, you setup device-mapper pool and use it in the guest kernel. is it correct?
so, you're saying that you restart guest kernel and run into this issue? how to restart the guest kernel?
it's like force-restart echo b > /proc/sysrq-trigger?

@fuweid  Nope, contianerd is running on a physical machine not a vm. Turning off the host is using bwc simular to executing the poweroff command.


[5.7] Cache view in optimize command

Laravel allows to cache views, so why not add this command here.
optimize:clear command already clears the cached views
https://github.com/laravel/framework/blob/8107fe1d3769fdef35a8ccb85d9ff0d942380394/src/Illuminate/Foundation/Console/OptimizeClearCommand.php#L30

See Taylor's comment on a similar PR. That was a few months ago though. Maybe he'll reconsider.


[Asynchronous] Move into separate directory

Three changes:

Move files related to XCTestCase+Asynchronous into a separate directory.
Move methods on XCTestCase that vend expectations for Predicate and Notification into their own files.
Modify the build script in order to traverse deeply nested files.

Besides general project hygiene, the motivation for this change is, unintuitively, related to libdispatch: import Dispatch within XCTestCase+Asynchronous would otherwise result in an error indicating that NSObjectProtocol (used within the expectation(forNotification:...) method) is an ambiguous reference. By keeping the source files small and limiting the scope in which Dispatch is imported, we can sidestep the error.

I haven't tested this on Linux, so I'd be surprised if it worked on the first try. Here goes nothing! :sweat_smile:
@swift-ci please test

@swift-ci please test

Somehow I doubt this change would've caused a error in LLVM IR debug info 😂 I'll try kicking CI again tomorrow.

@swift-ci please test

Cool, I like these changes, although the ambiguous reference issue with libdispatch does seem like a bug that should be addressed at some point. Do you know if there is a Jira issue on that?
Also from the CI log it looks like you've uncovered a compiler crasher, unless perhaps some stale build products are somehow interfering. Let's give it another try.

@swift-ci please test

Ooh, neat. Later today I'll file a bug for both the crasher in CI and for the ambiguous reference I described above, then try to work around the issue here.

Sure enough, the glob pattern I added for Linux didn't work. The updated pull request has one that does, so all the source files are included in the compilation.
@swift-ci please test

@swift-ci please test

An error in swift-corelibs-foundation NSFileManager caused the macOS build to fail. Considering it passed before, and the only changes I've made since only affect Linux, I'd be fine merging this. I'll leave it to you though, @briancroom!

@swift-ci please test

@swift-ci please test

Nice job tracking that issue down. Let's get this merged, and hopefully get some positive feedback on https://github.com/apple/swift-corelibs-foundation/pull/656 now that that one has gone in as well!
Thanks @modocache.


Keyboard shortcut not valid anymore

When i press ctrl+shift+/ Atom comments the line where the cursor is instead of fold all comments.
i would suggest something like ctrl-*

Are you sure? This is working ok for me. And if what you say is true, it's not the shortcut that has the issue, but rather the actual plugin that's not working correctly. The shortcut is not related to the functionality, it's just a keyboard shortcut...

When I press ctrl+shift+/ a comment line is introduced in the editor instead of fold comments. Maybe is an error related to Linux Ubuntu. I'll ask to Atom developers.


DHCPv6 leases status: Display manufacturer info

Issues in status_dhcpv6_leases.php for which this PR suggests a solution:

No manufacturer information is displayed though $mac_man is defined;
MAC addresses are only imported from NDP which is not always full enough (e.g. when DHCPv6+SLAAC option is used, a machine may have two or more IPv6 addresses assigned, then NDP database will have only the one this client machine prefers, unless you ping the others).

Other:
This PR is a part of changes proposed by #4514.

For discussion: what if we put MAC and manufacturer information into a separate column like it is done on DHCPv4 leases status page?

Can you revisit your code on top of the latest code? The page was refactored. I also removed the unused MAC database setup but that doesn't mean it can't be added back :) For details see #4642

@fichtner No problem, but I'm not sure how to work on the code when the changes you have already merged are not released yet. Although I know it's generally discouraged, I use a real device to make and test some changes and I prefer it being equipped with a stable version.

I'll let you know when these are shipped. Most likely it will indeed be 21.1.5.

Merged #4524 and #4525 as requested. These will be released in 21.1.7 most likely.

@fichtner Great, thank you! Resolved a conflict for this PR to be mergeable.

merged, thanks!

@vnxme nice work, this is great :)


Add CLI testing utils

Summary
Introduce QuarkusCLIUtils class. It contains supplementary methods for testing CLI apps. Like altering application's pom, properties file etc.
Most of this works with physical files and requires QuarkusCliRestService.getFileFromApplication to work. That is why I put it in quarkus-test-cli module.
IMHO it is not worth it to write examples/test for this, since most of the methods are actually helpers to check something.
Please check the relevant options

[ ] Bug fix (non-breaking change which fixes an issue)
[X] New feature (non-breaking change which adds functionality)
[ ] Dependency update
[ ] Refactoring
[ ] Release (follows conventions described in the RELEASE.md)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] This change requires a documentation update
[ ] This change requires execution against OCP (use run tests phrase in comment)

Checklist:

[ ] Example scenarios has been updated / added
[X] Methods and classes used in PR scenarios are meaningful
[X] Commits are well encapsulated and follow the best practices

@mocenas did you tested it locally, probably as part of test development for quarkus update command?

@mocenas did you tested it locally, probably as part of test development for quarkus update command?

Yes, this is tested locally. I already use it in development branch for quarkus update command.

To whoever will be merging this. Please don't forget to squash the commits.

Thank you. I have requested only some small fixes.

Done, also I've added few additional comments.

Since this PR is already merged I fixed the issues in #1236.
Thanks @jedla97 for spotting those.


wsrepl: init at 0.2.0

Description of changes
WebSocket REPL
https://github.com/doyensec/wsrepl
Related to https://github.com/NixOS/nixpkgs/issues/81418

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 300320 run on x86_64-linux 1

2 packages built:

wsrepl
wsrepl.dist


Edit import commands

Description

Language Type now has maximum length of 50 characters. It will capitalize the first letter of each word.
Import command will reject file names containing slashes. It will also check if the CSV file has fields that are in correct format.

Type of change

[X] Bug fix (non-breaking change which fixes an issue)

How to test

Add a card with language type longer than 50 characters.
Add a card with language type consisting of multiple words.
Import CSV that is located in a different folder other than data.
Import CSV file that has a card with language type containing special characters.

Checklist

[X] I have written testcases to cover all new methods
[X] I have built and manually tested this code

Codecov Report

Merging #217 (b7f6858) into master (c316856) will increase coverage by 0.25%.
The diff coverage is 66.66%.

:exclamation: Current head b7f6858 differs from pull request most recent head cc4637b. Consider uploading reports for the commit cc4637b to get more accurate results

@@             Coverage Diff              @@
##             master     #217      +/-   ##
============================================
+ Coverage     72.12%   72.38%   +0.25%
- Complexity      551      563      +12
============================================
  Files            94       94
  Lines          1783     1814      +31
  Branches        203      209       +6
============================================
+ Hits           1286     1313      +27
  Misses          444      444
- Partials         53       57       +4

Impacted Files
Coverage Δ

...java/lingogo/logic/parser/ImportCommandParser.java
83.33% <0.00%> (-16.67%)
:arrow_down:

...ain/java/lingogo/logic/commands/ImportCommand.java
83.01% <50.00%> (-6.12%)
:arrow_down:

...ain/java/lingogo/model/flashcard/LanguageType.java
100.00% <100.00%> (ø)

src/main/java/lingogo/ui/FlashcardPane.java
0.00% <0.00%> (ø)

src/main/java/lingogo/ui/SlideshowPanel.java
0.00% <0.00%> (ø)

src/main/java/lingogo/model/flashcard/Phrase.java
90.00% <0.00%> (ø)

...ain/java/lingogo/logic/commands/AnswerCommand.java
100.00% <0.00%> (ø)

...shcard/FlashcardInGivenFlashcardListPredicate.java
75.00% <0.00%> (ø)

.../main/java/lingogo/logic/commands/ListCommand.java
95.23% <0.00%> (+36.41%)
:arrow_up:

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 c316856...cc4637b. Read the comment docs.


Fix some bugs so that the dbw node won't crash

@PhilippRuess These changes have been ported by @Shreyash5432 to master. Closing the PR.


scriptError dojo loader //cdnjs.cloudflare.com/ajax/libs/xlsx/0.7.8/xlsx.core.min.js

I am having trouble with this error while on my work network.  Where is this js referenced?  How can I fix it?

@cmccullough2 That file is referenced by the Export widget: https://github.com/tmcgee/cmv-widgets/blob/master/widgets/Export.js#L434 It is used for exporting Excel and CSV files.

that was it.  thanks


[Stable] Aqua Release 0.7.0

Summary
Details and comments

WOOOHOOO!!!!! 🎉🕺‼!!!! Frickin Travis!!!!


Nav bar

AS A tourist
WHEN I go to the home page
SO THAT when I go to the homepage, I see nav bar

we technically have it but not completley functional


Error

What nodejs version?
Was there any issues/errors during the installation?

I had this too. I did notice that it never asked me the source github site. In my case, I am trying backup/save my notes off of an enterprise github server that is migrating.
I've attached all the details in a txt file.
Thanks!
gist-backup.txt

Hmm. It does not support using different URL.
I don't have a enterprise account to test on, will you be willing to test it @kingmaiku ?

yeah I'll give it a shot

@kingmaiku Works as expected?

hi @sanusart,
I just tried this and was not able to get very far.
here is the output I get.
/usr/lib/node_modules/gist-backup/gist-backup.js:23
        headers: {
        ^^^^^^^
SyntaxError: Unexpected identifier
    at Object.exports.runInThisContext (vm.js:76:16)
    at Module._compile (module.js:542:28)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12)
    at Function.Module._load (module.js:438:3)
    at Module.runMain (module.js:604:10)
    at run (bootstrap_node.js:394:7)
    at startup (bootstrap_node.js:149:9)
    at bootstrap_node.js:509:3

@kingmaiku Yep missing coma. Should be OK now.

It looks like the original bug is still there.
The first part is working again.
gist-backup
Your GitHub Username? **********
Your GitHub Password? **********
Base URL if enterprise (Press Enter to use GitHub "https://api.github.com" by default)? https://github.**********.com
Path to back-up dir (will create if not exists)? gists

but then,
/usr/lib/node_modules/gist-backup/gist-backup.js:34
        data.forEach(function (gist) {
             ^

TypeError: data.forEach is not a function
    at Request.<anonymous> (/usr/lib/node_modules/gist-backup/gist-backup.js:34:14)
    at emitTwo (events.js:106:13)
    at Request.emit (events.js:191:7)
    at Request._fireSuccess (/usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:226:10)
    at /usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:158:20
    at IncomingMessage.json (/usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:407:9)
    at IncomingMessage.auto (/usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:392:21)
    at Request._encode (/usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:195:29)
    at /usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:154:16
    at Request._decode (/usr/lib/node_modules/gist-backup/node_modules/restler/lib/restler.js:170:7)

Hi @sanusart I just realized I didn't reference your username in my last post. I don't know if that means you didn't get notified, since the issue was closed.


Move admin\monad\src\Activities\Generated\Update-PowerShellActivitySource.ps1 to Github

Update-PowerShellActivitySource.ps1 is the script to generate activity source code for a given PS cmdlet. This script needs to be refactored to work in Github.

@mirichmo also found another script to port:
admin\monad\src\cimSupport\cmdletization\xml\generate.ps1

It needs to be run when we change cdxml schema

The code generated by that tool isn't great - I did something similar for the types.ps1xml parser and ended up fixing it to be much faster and use much less memory.
Analyzing cdxml modules does show up as a hotspot, so I hope we find some time to fix this at some point. Also, given that we don't change the cdxml schema much, I think it's reasonable to manually change both on demand.

@daxian-dbw Seem we can close the Issue.

@iSazonov Yeah! Workflow code is gone for good :)


Add the Dictionary Database

Can you document this code? @sha224

Sí, luego.

com.shakhar is my reverse domain name since I own shakhar.com. Is there a particular organization domain name we will be using for this project? Then, I can use that instead.

@sha224 use something along the lines of com.csc480.redteam maybe?

That looks good.

@sha224 Could you put the docs in JavaDoc format? Sorry I didn't say before.  I want to make that standard for all Java code if you're okay with that.

Any update on the status of this PR? @sha224

References #18