Changed Ports for Gunicorn Command

fix : gunicorn start command contains same port in all three places.  So changed into three different ports which we configured in ports section.

Summary of Changes
Changed into three different ports
Tests

Documentation
CheckList
Make sure you have checked all steps below to ensure a timely review.

[x] PR title addresses the issue accurately and concisely. Example: "Updates the version of Flask to v1.0.2"

In case you are adding a dependency, check if the license complies with the ASF 3rd Party License Policy.

[x] PR includes a summary of changes.
[x] PR adds unit tests, updates existing unit tests, OR documents why no test additions or modifications are needed.
[x] In case of new functionality, my PR adds documentation that describes how to use it.

All the public functions and the classes in the PR contain docstrings that explain what it does

Please sign the commit @cppandi

Signed

Please sign the commit @cppandi

@cppandi could you finish this?


More update from Panda Cash

Added services directory for functions that can be reused across different routes: bitbox, requestUtils
Restructured block.ts with the use of services from previous point
Fix of typescript errors (added new lib to tsconfig.json)

Pull Request Test Coverage Report for Build 523

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 66.655%

Totals

Change from base Build 513:
0.0%

Covered Lines:
1369

Relevant Lines:
1953

💛  - Coveralls

:tada: This PR is included in version 1.0.0 :tada:
Your semantic-release bot :package::rocket:


What are the steps of adding a girlfriend?

What is your question?
What are the steps of adding a girlfriend?

Post requires more information because this could mean 5000 things.


Added code to initialize 'SERIALIZED_CONFIGURE_REQUEST' when PluginNo…

…deServer is initialized and removed unneeded 'out' file.
Forgot to add code to initialize the SERIALIZED_CONFIGURE_REQUEST on PluginNodeServer initialization and deleted an output file (of test results) that I erroneously added.

ACK https://github.com/Blockstream/greenlight/pull/311/commits/035be7cedc3f8e23a1cfb6e2c063badd5f32663f


Added book to the list

Added "Introducing Python" book to the list.

[x ] I have read freeCodeCamp's contribution guidelines.
[x ] My pull request has a descriptive title (not a vague title like Update index.md)
[x ] My pull request targets the master branch of freeCodeCamp.
[x ] None of my changes are plagiarized from another source without proper attribution.
[x ] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

Hi @kenyalenae , thank you for the PR! However, we do not accept PRs that only add links or books.
I'm going to close this PR, but feel free to open a new one with more content. Happy coding!


A question about data sampling.

Hi,
sukjunhwang，
Thanks for your excellent work!
I noticed that for GenVIS, SAMPLING_ FRAME_ SHUFFLE is false, which means that the frame id to be sampled is orderly. For clip training, there may be duplicate images in a clip, and the probability is high. Is there a problem with such sampling?

Hi @pixeli99,
As GenVIS is designed to learn the sequential characteristics of videos, we set SAMPLING_FRAME_SHUFFLE to be false.
Yes, there can be a number of cases that a sampled clip hold duplicated frames, but we find it does not significantly affect the training.
Thank you

I see. Thank you very much for your reply.


[QUESTION]

I was wondering before I install a cog of yours (NSFW) if I can restrict it to a specified chat and how would I do it, if it was available?

Eh.. I didn't include that feature just due to Squids permission cog which can basically do everything you want it to permission wise for users. Ill think about it though

Can you give me a link to the cog repo?

https://github.com/tekulvw/Squid-Plugins


Handle FindOGRE module's differing definitions

The FindOGRE CMake module sets separate include directory values for each component, so if OGRE is found using this mechanism, we need to list those directories as well.
For reference, here is where FindOGRE sets the per-component include directories: https://github.com/OGRECave/ogre/blob/7eaa819fb722838b0b981f2bc505726c5ee05348/CMake/Packages/FindOGRE.cmake#L468

Which version of OGRE you are compiling against that you observe issues with? I didn't notice any issues so far.
Also, I would expect that libs and includes for all components are accumulated in OGRE_LIBRARIES and OGRE_INCLUDE_DIRS variables. At least that's the behaviour I'm used to for catkin and Boost.

Which version of OGRE you are compiling against that you observe issues with?

Any OGRE version prior to 1.11 could contain FindOGRE.cmake and manifest this issue. Fedora 33 packages 1.9, which is where I hit this issue.

Which version of OGRE you are compiling against that you observe issues with?

Any OGRE version prior to 1.11 could contain FindOGRE.cmake and manifest this issue. Fedora 33 packages 1.9, which is where I hit this issue.

Ubuntu, the reference distro for ROS, also ships OGRE 1.9 - and we didn't observe any issues in the past. Oh, wait: On Ubuntu, the cmake files are installed in a non-standard location and thus are not found automatically. Thus we fallback to pkgconfig!
I fixed this issue in 65ea7528142a69e03aacf67026ac1c7f32ad8aa7 in a way to be compatible with more recent versions of OGRE, where all include dirs and libraries are collected in OGRE_INCLUDE_DIRS and OGRE_LIBRARIES variables resp.

Ubuntu, the reference distro for ROS, also ships OGRE 1.9 - and we didn't observe any issues in the past. Oh, wait: On Ubuntu, the cmake files are installed in a non-standard location and thus are not found automatically. Thus we fallback to pkgconfig!
I fixed this issue in 65ea7528142a69e03aacf67026ac1c7f32ad8aa7 in a way to be compatible with more recent versions of OGRE, where all include dirs and libraries are collected in OGRE_INCLUDE_DIRS and OGRE_LIBRARIES variables resp.


Set Linode user agent

Useful for debugging and for Linode to track popularity.
Also the linodego library has moved to the official Linode organization

Travis currently fails due to running gofmt -s in go 1.10 vs. go 1.11, this is not related to your PR.
-               project:                  "zalando-external-dns-test",
-               domainFilter:             domainFilter,
-               zoneIDFilter:             zoneIDFilter,
-               dryRun:                   false,
+               project:      "zalando-external-dns-test",
+               domainFilter: domainFilter,
+               zoneIDFilter: zoneIDFilter,
+               dryRun:       false,
                resourceRecordSetsClient: &mockResourceRecordSetsClient{},
                managedZonesClient:       &mockManagedZonesClient{},
                changesClient:            &mockChangesClient{},

In go 1.11 all of the fields should be in line. In go 1.10 it's not.
Travis build which runs go 1.10 is currently the default and should always pass, 1.11 is optional.
I assume one of the PR's we merged was already using go 1.11.


Fix nil pointer in Minetest 5.8.0 on mac

This PR proposes a nil pointer fix (see screenshot)

Please consider merging it to the main branch.

got the same issue on linux
when i apply this fix, i don't get that lua error any more, but this:
2024-03-30 22:23:59: ERROR[Server]: An unhandled exception occurred: C++ out of memory
2024-03-30 22:23:59: ERROR[Server]: In thread 7f56f28a0700:
2024-03-30 22:23:59: ERROR[Server]: /mnt/mt/minetest/src/server.cpp:8c: virtual void* ServerThread::run(): A fatal error occurred: C++ out of memory


"In Channel" vs "Ephemeral" responses

Hello.
any chance we can implement in channel and ephemeral responses? shouldn't be to hard  https://api.slack.com/slash-commands

done by 33a799f0 and release in 0.1.3

Awesome!!!

Keep getting unexpected keyword arg error. Was it recompiled ? Checked version with pip freeze and it says 0.1.3.

When using the response_type in slack.response("message",response_type='in_channel') that is.

@RoboDonut it's wired. Have you tried to uninstall flask-slack and re-install?

I have. Same issue. I was gonna recompile and test in a bit.

recompile did no good. i went in and reviewed the source and it does not look like the changes are included with pip install flask_slack --upgrade
 def response(self, text):
        from flask import Response
        return Response(text, content_type='text/plain; charset=utf-8')

@RoboDonut ah...it's my fault, will fix this issue

@RoboDonut I changed file hierarchy from single file to a python module, without modifying setup.py. Now it's fixed by 6852b16 and release in 0.1.5. Try again?

COOL. got it working. many many thanks for the upgrade and your awesome responsiveness.

Hey,
I just wanted to let you know that i put the thing i wrote out to our team today for further testing. so far its been running really well. Thanks for a great library that made this possible.
In case you were curious the flask app is running on pythonanywhere.com and is tied to a command called /points. It is pretty much a way to give and take points from folks. a host of stats functions too. there are a host of stats function s for retrieving the leader boards and such.
just thought you might like to know how its being used in the wild.

@RoboDonut Thanks for your feedback. I'm really happy that this tool is helpful. :smile:


Why does the documentation still state that the key version needs to be specified?

The article states:

Versions are currently required. When rotating secrets, you will need to update the version in your application configuration.

I leave out the version (since a couple of months) and it works just fine. Also rotating works, although it may need a restart.
Shouldn't the documentation be updated?
I also have a question: I would like to use the key reference during local development. Do you have a solution for that?
Currently I have to put the actual key value inside local.settings.json, which can be annoying, especially if you require multiple secrets in an application.

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

ID: 7feaa3d0-7233-a3cb-cb9b-a9a55b1f0d7a
Version Independent ID: f41f9d51-52f8-1f45-1043-1344a3b74458
Content: Use Key Vault references - Azure App Service
Content Source: articles/app-service/app-service-key-vault-references.md
Service: app-service
GitHub Login: @mattchenderson
Microsoft Alias: mahender

@upmygit We are checking this and we will get back to you.

Key Vault is a hosted service; therefore, it can't be used in development. However, you can use development secrets as a workaround.
Regarding versioning, we did receive similar feedback in https://github.com/MicrosoftDocs/azure-docs/issues/41917. We did update the doc; however, reverted those changes due to information from the product group. Therefore, I've assigned this to @mattchenderson for further review.

The version is required as is documented. While the system has accepted values without a version string, it does not behave as expected and has some undefined behavior. A restart is helpful but is not an acceptable path that would allow us to lift the restriction. We have proper rotation behavior coming which will integrate this more directly, and at that point, these warnings in the docs will be removed. Not before.
There is no solution for local development today. We are considering something similar for Azure Functions. For general Web Apps, our recommendation where possible is to integrate with Key Vault from within your app code.
#please-close


Fluid dupe with stacked pressure tank - mod interaction?

Version of Advanced Rocketry
AdvancedRocketry-1.12.2-1.4.1-117-universal
Have you verified this is an issue in the latest unstable build
N/A
Version of LibVulpes
LibVulpes-1.12.2-0.3.0-45-universal
Version of Minecraft
1.12
Description of the problem

Stack 4 pressure tank
Put a ic2 universal cell or liquid canister from pressure pipes into the top tank
The second tank and the bottom tank are both filled with the amount of fluid contained in the cell or canister, essentially fluid x2
This does not happen with buckets, both ic2 cell and liquid canister use NBT to store fluid information

Huh, it has been 1 year since I posted this issue.
Will check if this is still revelent.


#35: Updated settings for the code formatter

Closes #35

Have you checked the org.eclipse.jdt.ui.prefs file too? Is it up-to-date?

yes. I updated it and there were no changes


Remove unneeded fields on historical work page

Link to Ticket
Description of Changes Made
A follow-on tidy up from investigating the issues with crashing pages on the production server. The base cause was very large images - but this removes some unnecessary image fields on historical work pages. I checked a few historical case studies and most seemed to use both the homepage image field and the feed image field - so I've updated the listing_image property to use the feed image, as that is more intuitive.
How to Test
Check that the work listing page still displays images
Edit a historical work page and you will no longer see the 'screenshots' or 'homepage image' fields.
Screenshots

Expand to see more

MR Checklist

[x] Add a description of your pull request and instructions for the reviewer to verify your work.
[x] If your pull request is for a specific ticket, link to it in the description.
[x] Stay on point and keep it small so the merge request can be easily reviewed.
[x] Tests and linting passes.

Unit tests

[ ] Added
[x] Not required

Documentation

[ ] Updated build docs
[ ] Updated editor guidelines (https://docs.google.com/document/d/1PAWccdQ4tfaZsrEWmpDhvP3GH5RRmBOARFVp4b-kje8/edit?usp=sharing)
[x] Not required

Browser testing

[ ] I have tested in the following browsers and environments (edit the list as required)

Latest version of Chrome on mac
Latest version of Firefox on mac
Latest version of Safari on mac
Safari on last two versions of iOS
Chrome on last two versions of Android

[x] Not required

Data protection

[x] Not relevant
[ ] This adds new sources of PII and documents it and modifies Birdbath processors accordingly

Accessibility

[ ] Automated WCAG 2.1 tests pass
[ ] Manual WCAG 2.1 tests completed
[ ] I have tested in a screen reader
[ ] I have tested in high-contrast mode
[ ] Any animations removed for prefers-reduced-motion
[x] Not required

Sustainability

[ ] Images are optimised and lazy-loading used where appropriate
[ ] SVGs have been optimised
[ ] Perfomance and transfer of data considered
[ ] If JavaScript is needed alternatives have been considered
[x] Not required

Pattern library

[ ] The pattern library component for this template displays correctly, and does not break parent templates
[ ] The styleguide is updated if relevant
[x] Changes are not relevant the pattern library

Closing in order to recreate against the new integration branch


Protect selected RPC commands

Some RPC commands should only be available to admins (for example submit_block).
It would be nice to simply add something to an RPC interface to protect such methods:
#[rpc::rpc(server, client, namespace = "chainstate")]
trait ChainstateRpc {
    /// Submit a block to be included in the chain
    #[method(name = "submit_block", "admin_only")]
    async fn submit_block(&self, block_hex: String) -> rpc::Result<()>;

It looks like jsonrpsee does not support this. It should be possible to check credentials and method name using middleware (parsing request body). But it's ugly and won't work with WebSocket transport.
For reference, Bitcoin Core supports filtering RPC commands with rpcwhitelist:
  -rpcwhitelist=<whitelist>
       Set a whitelist to filter incoming RPC calls for a specific user. The
       field <whitelist> comes in the format: <USERNAME>:<rpc 1>,<rpc
       2>,...,<rpc n>. If multiple whitelists are set for a given user,
       they are set-intersected. See -rpcwhitelistdefault documentation
       for information on default whitelist behavior.

The problem was originally reported by @TheQuantumPhysicist

@pavel-kokolemin  @TheQuantumPhysicist  can I try to implement the method using rpcwhitelist ?

@pavel-kokolemin  @TheQuantumPhysicist  can I try to implement the method using rpcwhitelist ?

Hi @ybensacq . I'm not sure what you're referring to when you say rpcwhitelist, whether that's a just a concept or a reference of something in a library. We have no concrete way in mind to solve this problem yet, and you're welcome to propose something reasonable. Your contribution is highly appreciated.

@pavel-kokolemin  @TheQuantumPhysicist  can I try to implement the method using rpcwhitelist ?

Hi @ybensacq . I'm not sure what you're referring to when you say rpcwhitelist, whether that's a just a concept or a reference of something in a library. We have no concrete way in mind to solve this problem yet, and you're welcome to propose something reasonable. Your contribution is highly appreciated.

Hi @TheQuantumPhysicist what I image was to add an argument call rpcwhitelist when launching the node or in a config file with this format :
<USERNAME>:<rpc 1>,<rpc 2>,...,<rpc n> as we can find here : https://docs.dash.org/projects/core/en/19.0.0/docs/api/remote-procedure-calls.html.
For example we could have something like : admin:submit_block,invalidate_block,reset_block_failure_flags.. and then when we receive an RPC call, we have to check if the authenticated user has the right to use the current rpc method. What do you think about this way ?

That sounds like a good solution. Please go ahead at your convenience! Cheers!


feat: rewrite the trailing whitespace linter in Lean

[ ] depends on: #16332 (for the infrastructure of auto-fixable lints)

I have not yet looked at the PR, but batteries#920 also implements a trailing whitespace linter (actually in two different ways).  Is there a way of picking one of these three implementations, get it merged somewhere and possibly upstream one to Batteries?

I know about the linter in batteries! I am not sure if this will ever get merged... so my thinking is to start with a linter here, and refine later if the batteries script gets merged.
In terms of functionality, both do very similar things: the main difference is that this script is integrated with the text-based linters. Batteries has no such infrastructure currently, so needs to invent their own. Mathlib already has something which fits well.
Now, batteries could easily gain such infrastructure (I could uplift the text-based linter functionality there, and wait for it to get merged...), but it's less obvious to me how useful that would be. In summary: unless batteries wants to get such functionality, the effort of designing some ad-hoc infrastructure for running the trailing whitespace script and then figuring out how to use that in mathlib seems much higher than just landing the script here, and manually running it on batteries every now and then.
What do you think? Or should one simply try to upstream the text-based linter infrastructure there?

Before upstreaming the whole text-based setup, it should probably be discussed with the maintainers: this may be a much bigger undertaking and, even if accepted, may take a long time.
I did not have a chance to look at the code, but I would probably suggest to proceed with this one in its current form.  I'll try to review it later today.

Thank you for the careful review, Damiano! I responded to all comments, and am interested in your opinion about my opinion :-)

I just re-read the discussion: while your suggestions work, I'm not convinced they are better (hence am inclined to leave the code as-is). Let me know if you disagree!

bors merge


Rename examples -> example

Per guidelines - https://www.dartlang.org/tools/pub/package-layout

In this case, we'll have several examples, each in their own subdirectory of examples/. Should it still be renamed?
It doesn't look like the guidelines (or tooling for that matter) take into account that examples might be larger projects with their own pubspecs.

The guideline does say each example should be under it's own subdirectory.
Just trying to be consistent.
Supporting projects with their own pubspecs needs work, certainly...

Ah, you're right. I'd missed that little bit of the guideline. :)


PyFerret offsets points in identical overlaid plots

Reported by andrew wittenberg on 4 Jun 2015 20:53 UTC
Yikes, this is a strange one -- definitely a blocker.  My regression test caught this immediately.  The following plots should all sit on top of each other, but the overlays (after the first one) are are all getting displaced by different amounts.
It's as if the line styles are somehow getting added to the plotted values.  Perhaps the wrong arguments are getting sent to/from PlotPlus?
 	NOAA/PMEL TMAP
 	FERRET v6.943 (PyFerret 1.2)
 	Linux 2.6.32-504.16.2.el6.x86_64 - 06/04/15
 	 4-Jun-15 16:46

yes? plot/sym=4/line {1,2,3,2,1}
yes? plot/sym=4/line/ov {1,2,3,2,1}
yes? plot/sym=4/line/ov {1,2,3,2,1}
yes? plot/sym=4/line/ov {1,2,3,2,1}
yes? plot/sym=4/line/ov {1,2,3,2,1}
yes? plot/sym=4/line/ov {1,2,3,2,1}
yes? plot/sym=4/line/ov {1,2,3,2,1}

Migrated-From: http://dunkel.pmel.noaa.gov/trac/ferret/ticket/2297

Comment by karl.smith on 4 Jun 2015 21:47 UTC
Interestingly, if the first line is instead
plot/sym=4/line/hlim=0:6/vlim=0:4 {1,2,3,2,1}

and everything else the same, then it works fine.
(Was trying to see what the other lines were actually go to when I ran into this.)

Modified by ansley.b.manke on 4 Jun 2015 21:58 UTC

Comment by ansley.b.manke on 5 Jun 2015 00:29 UTC
I believe I've found the bug in the changes to not over-draw axis lines in PyFerret. Still checking the details.

Comment by ansley.b.manke on 9 Jun 2015 00:13 UTC
This is fixed in pltit.F

Attachment from andrew.wittenberg on 4 Jun 2015 20:53 UTC
The resulting plot -- yikes!
REPLACE THIS TEXT WITH UPLOADED FILE ./attachments/TRAC_2297_GIT_1569/plot.png


In CXXRTL edge eval is before calculating value

I have code: https://github.com/korneliuszo/nhci/tree/aa6cbe84b3df7d755972e31baf6ef20d714c9a23
and generated code doesn't trigger posedge in spi.v
always @(posedge IOWR)
begin
IOWR_data = D_in;
end
IOWR here needs calculation, when i delete it in
https://github.com/korneliuszo/nhci/blob/aa6cbe84b3df7d755972e31baf6ef20d714c9a23/fw/top.v#L69
It latches value.
In generated code there is:
bool p_sim::eval() {
bool converged = true;
bool posedge_i_flatten_5c_top_2e__24_or_24_top_2e_v_3a_69_24_48__Y = this->posedge_i_flatten_5c_top_2e__24_or_24_top_2e_v_3a_69_24_48__Y();
and then
i_flatten_5c_top_2e__24_or_24_top_2e_v_3a_69_24_48__Y = or_uu<1>(p_top_2e_IOWR, not_u<1>(p_top_2e_CONFIGURED));
so as i understand edge doesn't have a chance to be detected

Attaching unit test
2746.tar.gz
Should return 1 but returns 0.
After moving:
bool posedge_i_and_24_top_2e_v_3a_13_24_1__Y = this->posedge_i_and_24_top_2e_v_3a_13_24_1__Y();
after
p_C = i_and_24_top_2e_v_3a_13_24_1__Y;
it works

So I've taken a look at this issue. First I'd like to cover a few issues in the design that are likely to bring trouble in general, and especially so combined with things like cxxrtl (and real hardware for that matter).
First of all, I would recommend never mixing blocking = assignments and non-blocking <= in a single block. In general I don't recommend blocking assignments at all (especially not in clocked blocks), they tend to infer latches easily and mostly make things harder. This is especially true when working with cxxrtl.
Secondly, doing @(posedge signal) when that signal is not a clock is also likely to produce bad behaviors. In this case I seem to notice you both look for a low-high transition using the IOWR_ev registers and (for IOWR) you seem to be trying to also use the posedge.
I'm not sure why you've split them but that's not going to end well in general. In particular your block that uses the IOWR signal as a clock is not necessarily going to run with any relationship to the normal clock, which means that now you technically have two unsynchronized clock domains, which is why you never want to detect edges on non-clocks by using @(posedge signal). The approach with the _ev variables is the right one here.
All that being said, I've tested this in the latest CXXRTL and either as a result of more recent changes, or chance. The design actually seems to work as intended, probably due to lucky coincidence. The output generated code is significantly different from the snippets you reference.
As a result I think this bug is both not an issue with cxxrtl in this case and no longer even occurs and should likely be closed.

There are other similar/related CXXRTL issues, in particular https://github.com/YosysHQ/yosys/issues/2780, that need to be fixed by rewrting the scheduler. That would, if I recall correctly, also resolve this issu.

@whitequark you probably know better than I, but it seems here that things are further complicated by the fact that there's actually two clock domains in this logic (likely unintentionally so). I don't think any amount of scheduling changes are going to account for the fact that one of those processes might very well run before the other.
It's also equally possible this is a specific interaction of verilog semantics regarding the ordering of blocking assignments in various independent processes that I'm not remembering.
That's a bit unrelated since I do agree we should rewrite the scheduler, but in this case it sounds like the issue was that things got optimized out that shouldn't have and that seems to no longer occur. If you want I can try to bisect this until I find a version that doesn't work?

I should note that when I wrote my initial reply I wasn't able to download the unit test posted and assumed it was no longer present. Seems like that was not the case so I'm going to try testing again with the actual test files.

Code on master branch works as intended. (tested using https://github.com/korneliuszo/pcmciahost)
I need seperate clock domain as PCMCIA is asynchronous, and I think main clock is too slow to latch data after synchronization in main clock, so I use more clocks.

So now that whatever issue with the download seems to have been resolved, been able to look at this testcase and confirm that yes, there's indeed a scheduling error occurring in the reduced testcase. So that does yes need to be addressed.
Need to look into the precise reason this is happening but suspect it has something to do with the fact that the process block is using @(posedge xyz) on a signal that is computed within the logic. This issue should be solved by rewriting the scheduler to recognize the dependencies properly as wq said. Still going to look into this though to see why specifically this isn't noticed by existing code in the meantime.


Refctor elastic-job-cloud-console

1.modify log level
2.Refctor CloudJobRestfulApi

Coverage increased (+0.3%) to 90.034% when pulling 8c4e2b94a4f2c3e54ab67aebc59afa149abd8342 on guangyun1013:master into 0ffe3bf97a044fd2f490a92ed95d125893f450eb on dangdangdotcom:master.


Kraken Downloader

This is an implementation of a data downloader for the Kraken crypto exchange.

This is ready for review @jaredbroad.

Ready for a second review @jaredbroad.

I have added in all suggestions @jaredbroad, @mchandschuh.

It's now public @mchandschuh. Thanks!


graph: fix bug on 'app update' command

Fix #9895

[x] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

[x] I adhere to the Command Guidelines.

@zikalino and @Juliehzl, can one of you please take a quick look?


Without user logged in, the hydroshare page url should not redirect

In the latest dashboard implementation, when you type www.hydroshare.org, the browser is redirected to www.hydroshare.org/landingPage. @Lizabrazil said this is a negative experience. This can be changed without ambiguity. This issue can be fixed.
There is another one related to this that appears to be complex and requires extra effort.

When a user logs on to hydroshare with the dashboard feature, hydroshare redirects from www.hydroshare.org to www.hydroshare.org/home, the user's home as designed. In this scenario, hydroshare can not redirect to another url. A pointer can not point to north and south at the same time. The hydroshare icon at the top left has been pointing to url www.hydroshare.org. In order to avoid it routes back to www.hydroshare.org/home.  I have to assign a new URL www.hydroshare.org/landingPage so that the icon consistently loads up the original hydroshare home page.

I do not think the second problem with the icon url should be a show stopper for going into this release, mostly bc it does not impact the UX. Also, we can fix this at a later point without any impact to the user.

The first problem you describe needs to be fixed which you are already on top of

Unable to reproduce. When I navigate to www.hydroshare.org it does not append /landingpage was likely fixed and forgot to close issue


Specify removeable drive policy/registry locations

Hello, team.  We specify a section about making sure DVD-ROM is not disabled, but we don't tell the customer which GPO's or registry settings to check or clear.  Could we add a section to do this?  Thanks.

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

ID: 1b9c0d7a-bbf5-eccc-f2ca-a825bf42c82f
Version Independent ID: 58aa93af-4030-1541-a14c-c66c683ccf7c
Content: Prepare a Windows VHD to upload to Azure - Azure Virtual Machines
Content Source: articles/virtual-machines/windows/prepare-for-upload-vhd-image.md
Service: virtual-machines
Sub-service: disks
GitHub Login: @genlin
Microsoft Alias: genli

Hello @mbiver ,
Thanks for your feedback. I have assigned the issue to the content author to investigate further and update the document as appropriate.
Hi @genlin ,
Could you please take a look at this? Thanks.

I recently saw a situation where the customer was getting stuck on the OOBE screen and typically that would indicate something went wrong with SYSPREP.  When we got down into the "Windows\Panther\UnattendGC\setupact.log" we found "Found no unattend file for oobeSystem pass; skipping pass"  When we checked Sysprep logs, it said that it completed successfully.  So we started investigating why the unattend.xml file was not there.  We looked at this article https://social.technet.microsoft.com/wiki/contents/articles/16845.locking-down-removable-storage-access-using-group-policy-and-security-groups.aspx   but none of those policies were set within GPO.  However, when we investigated the registry, we found that deny all was set in the HKLM hive.  Once we cleared these keys, the image worked fine when coming out of OOBE.
HKCU\Software\Policies\Microsoft\Windows\RemovableStorageDevices
HKLM\Software\Policies\Microsoft\Windows\RemovableStorageDevices
Not sure if these are the only policies/registry settings, so might need to investigate more.  Thanks!

@mbiver Can you work directly with Thomas Lin on any updates that are needed? Because you are internal, I'm going to close out this issue and let you and Thomas work offline. Thank you!
#please-close

#please-close


Outdated fact in FAQ?

In the FAQ it says

A notable exception is MapQuest Open, which is free for any number of requests.

but this does not seem to be correct anymore. MapQuest Open has now a limited number of request (15.000 per month atm).

PR welcome :)


Replace Pplint:2sp_soft_tabs

@racodond i suspect this will require extensions to the lexer to support indentations, see: https://github.com/SonarCommunity/sonar-python/tree/master/python-squid/src/main/java/org/sonar/python/lexer

Nope. Python lexer needs to deal with indentation I guess because Python is based on indentation (there's no block token like braces).

But this rule won't be simple to implement...


Creating react app issue

Is this a bug report?
(write your answer here)
I am getting this error message on creating hello-world

Did you try recovering your dependencies?

(Write your answer here.)
Which terms did you search for in User Guide?

(Write your answer here if relevant.)
Environment

(paste the output of the command here)
Steps to Reproduce

(Write your steps here:)

Expected Behavior

(Write what you thought would happen.)
Actual Behavior

(Write what happened. Please add screenshots!)
Reproducible Demo

(Paste the link to an example project and exact instructions to reproduce the issue.)

Please clear your npm cache, npm cache clean --force.


node-facebook-client is broken with signed request

The cookie provided by Facebook now is encrypted, a.k.a. signed request: https://developers.facebook.com/docs/authentication/signed_request/
I've made changes so that it now can correctly parse signed request (fbsr_ cookie). with some minor changes to have similar interface with the official php-sdk.

Thank you for the pull request. I am currently reviewing it.
You are introducing a new dependency to connect. If I got the code properly, you use that only to parse the cookie - right? Maybe we can depend on a subset of connect instead?

Actually, it only depends on this particular function in connect/lib/utils.js:
122 /**
123  * Parse the given cookie string into an object.
124  *
125  * @param {String} str
126  * @return {Object}
127  * @api public
128  */
129
130 exports.parseCookie = function(str)
I just a little hesitate to copy over the function.


Enable markdown lint

[x] Ensure relevant VS Code configuration files are available in repository
[x] Enable markdown lint

AC at:
https://app.zenhub.com/workspaces/the-outlaws-6193fe815d79fc0011e741b1/issues/gh/energinet-datahub/the-outlaws/966

Codecov Report

Merging #1602 (80b604e) into main (7e6461b) will increase coverage by 13.12%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##             main    #1602       +/-   ##
===========================================
+ Coverage   18.76%   31.88%   +13.12%
===========================================
  Files          63       78       +15
  Lines        1503     1819      +316
  Branches      144        0      -144
===========================================
+ Hits          282      580      +298
- Misses       1212     1224       +12
- Partials        9       15        +6

see 19 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Update developer setup

There are currently two open PRs for the developer setup documentation:

The Update development-guide.md PR did the following changes:

Added a Table Of Contents, pointing to the OS-specific sections
Added info for cross-compiling for Android on Windows
Added info about packaging the Plugin

The Add developer setup instructions PR did the following changes:

Added an introduction/overview of the project structure
Added details about the tool versions and directory layout
Added more detailed steps for actually working with the code of the plugin.
Based on the initial draft, this PR had been extended:

Split the description into OS-specific guides
Added details about debugging and Visual Studio project configurations
Added a description for converting a Blueprint-only project into a C++ project

I tried to create a tasty broth from the contributions of several cooks. In this PR...

The info for cross-compiling for Android on Windows from (1.) has been added to the Windows-speficic instructions that had been created in (2.)
The packaging instructions from (1.) have been moved to a packaging-guide.md. This is actually more closely related to deployment, and we might consider moving it to release-process.md.
The description of how to convert a Blueprint-only project into a C++ project from (2.) has been simplified, insofar that there is now a "template" Source directory in the Documentation folder that can simply be copied into an existing (Blueprint) project, to convert it into a C++ project. (TBD, but ... I'm usually trying to make the life of other people easier... for some reason...)

For further changes and ironing out the kinks, it should be clear(er) who is the target audience for each task. People can have different goals, different prior knowledge, and the most suitable form and style of documentation may vary vastly based on that.
For example, the "Packaging" section currently says: "Our Travis CI automatically creates a plugin package on every commit to the Cesium for Unreal repo". That's nice. But if somebody knows what this means, then he wouldn't need this information in the first place. Iff this is related to a use-case where someone wants to obtain a packaged bleeding edge version from travis, maybe with a feature preview or for testing some bugfix, then this should be described explicitly - i.e. how to obtain this package. In general, I think that it's an extremely rare case that someone wants to clone and compile the repo from a custom branch, and generate a package locally, just to install it into his Unreal Engine Plugins directory, without doing own modifications to the source code first. But maybe my impression is wrong here.

Thanks for the pull request @javagl!

:heavy_check_mark: Signed CLA found.

Reviewers, don't forget to make sure that:

[ ] Cesium for Unreal Samples works.

Awesome, thank you for doing this, Marco.


ZEPPELIN-426 - Allowing new paragraph under the last one

Adding a paragraph under the last one of the notebook was not allowed.
I tested a lot of different cases:

While running the full note
With or Without content in the last paragraph
with or Without saved content in the last paragraph

And didn't find any issue to allow that feature on that last paragraph

Ready for tests/reviews

LGTM!

This may be totally unrelated, but, both $.fn.jquery and jQuery.fn.jquery returns "2.1.4"; which means $ is pointing to jQuery. Shouldn't we allow only one of these, so that its always more readable.
Otherwise Looks good to me, gets compiled well, runs well.

Working well. LGTM

@prabhjyotsingh good point, actually none of them should be authorized.
Usually we ask people not to use $ or jQuery if it's not in a directive, however it was done in some cases.
However since people use it, we ask that to be made with the help of angular.element.
There might be a few leftover in the code that are not using it, bit this should be the work of another PR


Trainmultiqc

PR checklist

[ ] This comment contains a description of changes (with reason).
[ ] If you've fixed a bug or added code that should be tested, add tests!
[ ] If you've added a new tool - have you followed the pipeline conventions in the contribution docs
[ ] If necessary, also make a PR on the nf-core/pairgenomealign branch on the nf-core/test-datasets repository.
[ ] Make sure your code lints (nf-core lint).
[ ] Ensure the test suite passes (nextflow run . -profile test,docker --outdir <OUTDIR>).
[ ] Check for unexpected warnings in debug mode (nextflow run . -profile debug,test,docker --outdir <OUTDIR>).
[ ] Usage Documentation in docs/usage.md is updated.
[ ] Output Documentation in docs/output.md is updated.
[ ] CHANGELOG.md is updated.
[ ] README.md is updated (including new tool citations and authors/contributors).

Thanks to the last/train update we can collect directly training parameters without using the custom module, like in #7

Closing because we added the custommodule in a different way.


Traceback (most recent call last):

I got this error while using CPU encoding:
Traceback (most recent call last):
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\rvcgui.py", line 696, in
root.mainloop()
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\runtime\lib\site-packages\customtkinter\windows\ctk_tk.py", line 163, in mainloop
super().mainloop(*args, **kwargs)
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\runtime\lib\site-packages\tkinter_init_.py", line 1429, in mainloop
self.tk.mainloop(n)
Error!!! How would I solve this. Can you explain it understandablly.

And I also got this error while using GPU encoding:
Traceback (most recent call last):
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\rvcgui.py", line 129, in vc_single
audio_opt = vc.pipeline(
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\vc_infer_pipeline.py", line 329, in pipeline
pitch, pitchf = self.get_f0(audio_pad, p_len, f0_up_key, f0_method, crepe_hop_length, inp_f0)
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\vc_infer_pipeline.py", line 141, in get_f0
f0 = self.get_f0_crepe_computation(x, f0_min, f0_max, p_len, crepe_hop_length)
File "C:\Users\marda\Downloads\RVC-GUI-pkg-20220525-mp3fix\RVC-GUI-pkg\vc_infer_pipeline.py", line 97, in get_f0_crepe_computation
audio = torch.from_numpy(x).to(torch_device, copy=True)
RuntimeError: CUDA error: the launch timed out and was terminated
CUDA kernel errors might be asynchronously reported at some other API call, so the stacktrace below might be incorrect.
For debugging consider passing CUDA_LAUNCH_BLOCKING=1.
Compile with TORCH_USE_CUDA_DSA to enable device-side assertions.
Can you please explain both error's causes and their solutions.

I have the same issue what does it mean?

@mardasancar Did you find a solution to this?

@mardasancar @danablend @acidrian07  did you guys find a solution?

@mardasancar @danablend @acidrian07 did you guys find a solution?

I can't recall specifically how I solved this, but I found a lot of help in the Discord here.
I believe I solved it by setting up the environment in a specific way using Docker. The Discord group is very helpful.


Limit & Skip issue

Hello
When using LIMIT and SKIP in the same query (findMany for instance) it gives me an issue because it generates something like :
MATCH (Node) RETURN Node ASC LIMIT $limit SKIP $skip

But it should be like
MATCH (Node) RETURN Node ASC SKIP $skip LIMIT $limit

to work properly.
SKIP should appears before  LIMIT
Thank you for your incredible work

My bad I wasn't up to date

Hey, thanks for your kind words :) Indeed it was an issue (#43) that was fixed on version v.1.10.3


crop() bug

I have image 800x600 px.
Try to crop it with offset and get wrong result.
with img:crop(600, 600, 100, 0)  as a result i expect to get a image 600x600 with 100px width offset, but it is 600x500 with 100px width offset.
What i am doing wrong? is there any workaround to get expected result?
Thank you.

Are you sure you are using latest revision? It should be fixed in https://github.com/isage/lua-imagick/commit/40e377db52fc6d984d6c33bb4dfeabc2aacc8fc8

Download new version fix my problem! thank you!


chore: disable color-constrast check for axe

Disabling this check because the colors will vary based on the theme and because it's only failing sometimes on CI right now.

lgtm


Display File Name Instead of the Title

I don't want to convert my mkv files just to edit the video titles. Can you please make it so the RPC only displays the file name instead of its title?

I could modify and share a compiled go file... but it seems like it could be interpreted as dodgy so I'll tell you what to change instead, as for compiling its pretty easy just look up a video.
https://github.com/tnychn/mpv-discord/blob/663f0e3ee1fa81c9833444d9bd8e40583e39bb29/mpv-discord/main.go#L47 to this
activity.Details = getPropertyString("filename")


How to modify the style of navigation on the mobile device?

I've already been used the old version of so simple theme, it worked well on the mobile device. But I upgraded to the latest version of so simple theme, the style of navigation turned terrible. When I clicked the MENU BUTTON, all of screen covered with black background, it was poor UX truly. I want to modify the style of navigation on the mobile device, to achieve this effect: when I click the MENU BUTTON, all of category display with narrow black background. What I should do?  Please help me.
My GitHub pages repo: dbarobin.github.io
And this is my personal domain associated with the Github pages repo: http://dbarobin.com/
Thanks! Have a nice day.

If you don't like the style of the navigation you'll have to hack up the CSS to suit your needs. On the classes and elements I start with the mobile styles and then add on or override them using media queries to take care of the larger screen sizes.
Personally I don't think the navigation is poor and like the overlayed menu. By increasing the font sizes tap targets of each menu item it makes them more friendly for small touch screens. Sorry that the new "style" isn't your taste, but it's not bad UX.
Because you have your site under version control with Git you can easily revert back. If you liked the older style better I'd suggest you do that and then just cherry pick newer commits I've made to repo to fix or update other things.

Thanks! I'll try.


Service Tabs show browser bar.

Describe the bug
Every service tab shows a usable browser bar.
To Reproduce
Steps to reproduce the behavior:

Open Ferdi
Unlock
Chose any tab
See usable browser bar

Expected behavior
Browser bar neither visible nor usable.
Screenshots

Desktop (please complete the following information):

OS: macOS 10.14.6

Additional context
Add any other context about the problem here.

Ferdi 5.4.0 has a new setting “Always show service navigation bar” - do you have that enabled?

(-_Q)


Implement terminal flow control

Part of #113827
Part of #74620
Remaining work:

[x] Create a setting disabled by default so we can merge this into master @Tyriar
[x] Get flow control working for serverSpawn false @Tyriar
[ ] Get flow control working for serverSpawn true @meganrogge
[x] Review how flow control interacts with local processes hosted in the renderer @Tyriar
[x] Batch events (both from and to the ext host) @Tyriar
[x] Implement low and high watermark @Tyriar
[x] Fix tests @Tyriar
[ ] Expose resume and pause as APIs https://github.com/microsoft/node-pty/issues/451 @meganrogge
[ ] Update node-pty in vscode and remove any case on ptyProcess https://github.com/microsoft/vscode/issues/114215 @meganrogge
[x] Make sure hardcoded latency is removed before merge @Tyriar

No don't.
On Tuesday, 12 January 2021, Daniel Imms<EMAIL_ADDRESS>wrote:

Part of #113827 https://github.com/microsoft/vscode/issues/113827
You can view, comment on, or merge this pull request online at:
https://github.com/microsoft/vscode/pull/114214
Commit Summary

Basic flow control for ext host processes
Merge branch 'master' into tyriar/flow_control

File Changes

M src/vs/workbench/api/browser/mainThreadTerminalService.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-c3dd46d8f9caed767fefa7497976648ce494b5f32652fef75ab6dff7b38e3b94
(10)
M src/vs/workbench/api/common/extHost.protocol.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-d0ad8aca1603902c96b672cf64c9bb8442eb1c6e434452d3e2fbf1bbef2bb135
(5)
M src/vs/workbench/api/common/extHostTerminalService.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-2789dad26b2479122f8b29a668f14928ce3c31ec51ca18b7c9e1f589412a1edf
(11)
M src/vs/workbench/contrib/terminal/browser/
remoteTerminalService.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-a6db3621be10766142f2ce25e3e5ce7ec0a5064b297a4232c264ca4e42070589
(4)
M src/vs/workbench/contrib/terminal/browser/terminalInstance.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-8df911bf58ca35baec7e0c02b60c36c1dc33694f7a61089ba69adf888c98f466
(7)
M src/vs/workbench/contrib/terminal/browser/
terminalProcessExtHostProxy.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-e02d0dbd6dd3ae0885d3ef6b21d5071f9f72e5561edc5adfd677e296d6b981b7
(14)
M src/vs/workbench/contrib/terminal/browser/
terminalProcessManager.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-38cb820e08ef9a8479ff998378fa4b33cd3a9e57461329ded57f8a4b5e8dae4a
(9)
M src/vs/workbench/contrib/terminal/common/terminal.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-82ab0230b8cf86eb50843c7f55ea30025db91dde27ce47945e34ce778f8c15ec
(19)
M src/vs/workbench/contrib/terminal/common/terminalDataBuffering.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-16eb5b6bc2b982f14c8039381c5f24920256476603bc543b5c62df0c9c246f01
(18)
M src/vs/workbench/contrib/terminal/node/terminalProcess.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-fbe7b40c565b2d29ac8652c56e467b413584bd877cd973e6fb18625f3b3b1ddd
(28)
M src/vs/workbench/contrib/terminal/test/common/
terminalDataBuffering.test.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-bdb715219a78fd39bee8c71528618761512b2bcbba89c1dd2c2b6637445a4bcd
(4)

Patch Links:

https://github.com/microsoft/vscode/pull/114214.patch
https://github.com/microsoft/vscode/pull/114214.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/microsoft/vscode/pull/114214, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ALMZECRXXPQ7VJMF24REKATSZSC2XANCNFSM4V7R2TEA
.

--
nicole.gmail.org

No don't.
On Tuesday, 12 January 2021, Daniel Imms<EMAIL_ADDRESS>wrote:

Part of #113827 https://github.com/microsoft/vscode/issues/113827
You can view, comment on, or merge this pull request online at:
https://github.com/microsoft/vscode/pull/114214
Commit Summary

Basic flow control for ext host processes
Merge branch 'master' into tyriar/flow_control

File Changes

M src/vs/workbench/api/browser/mainThreadTerminalService.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-c3dd46d8f9caed767fefa7497976648ce494b5f32652fef75ab6dff7b38e3b94
(10)
M src/vs/workbench/api/common/extHost.protocol.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-d0ad8aca1603902c96b672cf64c9bb8442eb1c6e434452d3e2fbf1bbef2bb135
(5)
M src/vs/workbench/api/common/extHostTerminalService.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-2789dad26b2479122f8b29a668f14928ce3c31ec51ca18b7c9e1f589412a1edf
(11)
M src/vs/workbench/contrib/terminal/browser/
remoteTerminalService.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-a6db3621be10766142f2ce25e3e5ce7ec0a5064b297a4232c264ca4e42070589
(4)
M src/vs/workbench/contrib/terminal/browser/terminalInstance.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-8df911bf58ca35baec7e0c02b60c36c1dc33694f7a61089ba69adf888c98f466
(7)
M src/vs/workbench/contrib/terminal/browser/
terminalProcessExtHostProxy.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-e02d0dbd6dd3ae0885d3ef6b21d5071f9f72e5561edc5adfd677e296d6b981b7
(14)
M src/vs/workbench/contrib/terminal/browser/
terminalProcessManager.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-38cb820e08ef9a8479ff998378fa4b33cd3a9e57461329ded57f8a4b5e8dae4a
(9)
M src/vs/workbench/contrib/terminal/common/terminal.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-82ab0230b8cf86eb50843c7f55ea30025db91dde27ce47945e34ce778f8c15ec
(19)
M src/vs/workbench/contrib/terminal/common/terminalDataBuffering.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-16eb5b6bc2b982f14c8039381c5f24920256476603bc543b5c62df0c9c246f01
(18)
M src/vs/workbench/contrib/terminal/node/terminalProcess.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-fbe7b40c565b2d29ac8652c56e467b413584bd877cd973e6fb18625f3b3b1ddd
(28)
M src/vs/workbench/contrib/terminal/test/common/
terminalDataBuffering.test.ts
https://github.com/microsoft/vscode/pull/114214/files#diff-bdb715219a78fd39bee8c71528618761512b2bcbba89c1dd2c2b6637445a4bcd
(4)

Patch Links:

https://github.com/microsoft/vscode/pull/114214.patch
https://github.com/microsoft/vscode/pull/114214.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/microsoft/vscode/pull/114214, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ALMZECRXXPQ7VJMF24REKATSZSC2XANCNFSM4V7R2TEA
.

--
nicole.gmail.org


Dev v.1.3.2

MiniMed Connect error: Bad response from CareLink
MiniMed Connect error: Error: Bad response from CareLink:
data for login should be send in body.
If data for login are in address "https://carelink.minimed.eu/patient/j_security_check?j_username=XXX&j_password=YYY", application send response "Bad Request page".
When the address is 'https://carelink.minimed.eu/patient/j_security_check' and post body =  "j_username=XXX&j_password=YYY" all is ok.
j_character_encoding: "UTF-8" I add becouse careapplication put this in post body.

Not working with MMCONNECT_SERVER=„US”

I'm sorry, but I have set the wrong login details.  now it is working.  I confirm work, also on the US server.

¯_(ツ)_/¯

Do you have a solution for the cgm-remote-monitor as well?

JohnnyB31  apply patch manualy, it's work.


Error parsing template file ... stack.yaml while parsing a block collection

BUG REQUEST INFO:
Environment:

Cloud provider: OpenStack

OS (printf "$(uname -srm)\n$(cat /etc/os-release)\n"): Linux 4.11.8-300.fc26.x86_64 x86_64 Fedora26

Version of Ansible: (ansible --version): ansible <IP_ADDRESS>

Version of Jinja: (pip freeze | grep -i jinja): Jinja2==2.9.6

Version of Shade: (pip freeze | grep -i shade): shade==1.23.0

Openstack-ansible-contrib version (commit) (git rev-parse --short HEAD): 2f3ec73 (master branch Already up-to-date)
Copy of used inventory files and custom variables (please omit your secrets!): https://gist.github.com/mbruzek/fda25a425544c98e730a7fa6c5f0b4f5
Command used to invoke ansible: $ source ~/keystonerc; ansible-playbook openshift-ansible-contrib/playbooks/provisioning/openstack/provision.yaml 2>&1 > openshift-ansible-contrib_log.txt
Output of ansible run:
TASK [openstack-stack : create stack] *****************************************************************************************************************************************************************************
Tuesday 19 September 2017  20:25:55 +0000 (0:00:00.185)       0:00:11.111 *****
fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "Error parsing template file:///tmp/casl-ansibleX2hQJN/stack.yaml while parsing a block collection\n  in \"<unicode string>\", line 432, column 13:\n                - { get_resource: lb-secgrp }\n                ^\nexpected <block end>, but found '<block mapping start>'\n  in \"<unicode string>\", line 434, column 15:\n                  floating_network: public_network\n                  ^"}

Link to complete playbook output: https://gist.github.com/mbruzek/fda25a425544c98e730a7fa6c5f0b4f5
Anything else do we need to know: I am attempting to follow the README located here:
https://github.com/openshift/openshift-ansible-contrib/tree/master/playbooks/provisioning/openstack#run-the-playbook
The README indicates that running this way "start with an empty inventory" and therefore

This looks like the same error I ran into! The (hopefully correct) fix is here: https://github.com/openshift/openshift-ansible-contrib/pull/745

I don't see this problem any longer, #745 must have been the one that fixed it.


QNAP Container Station (Erorr)

After installation on my qnap container station, when starting jdownloader various update errors are displayed with consequent program shutdown.
Error GUI

Error Console

After reinstal application

How did you created the container ?  Can you share the docker run  command and/or the config ?

I got the same issue on unraid.
With both yours and ich777's image.
It happened after a recent update.

After an update of what ?

After an update of what ?

Of Jdownloader itself.

Hi !
Exactly the same problem for me. It may be a Container Station update that introduced this malfunction.
By digging a bit, I realize that what causes this crash for me is due to the fact that I modify the USER_ID, because I use a shared volume from the NAS to save my downloaded files... JDownloader is therefore no longer usable, because if I leave the default USER_ID=1000, this certainly allows me to correctly install my container and start JDownloader, but I no longer have access to my directory for writing (and I have then an error message from JDownloader)

Is this still an issue with the latest image?

Hi @jlesage,
Latest image (v22.11.1) doesn't work with my Qnap Container Station (version <IP_ADDRESS>4 2022/10/31).
Last working version for me is 1.72.1.
Below you can find my docker compose file that is working right now:
version: '3'
services:
  jdownloader2:
    image: jlesage/jdownloader-2:v1.7.2
    ports:
      - "5800:5800"
      - "3129:3129"
    volumes:
      - "/share/CACHEDEV1_DATA/Container/container-station-data/application/jdownloader2:/config:rw"
      - "/share/CACHEDEV2_DATA/Download/jd2:/output:rw"

What is the problem exactly?

hi @jlesage,
I reinstalled the latest version to reproduce the problem and to give you some debug information.
With latest jdownloader2 version the Container crashes when vnc service is starting.

And here you can find a screenshot :

I hope this can help...

Do you also have the log from v1.7.2 ?

Ok, I restarted the container. Here is the log:

Warning:          Could not resolve keysym XF86BrightnessMin
Warning:          Could not resolve keysym XF86BrightnessMax
Warning:          Could not resolve keysym XF86KbdInputAssistPrev
Warning:          Could not resolve keysym XF86KbdInputAssistNext
Warning:          Could not resolve keysym XF86KbdInputAssistPrevgroup
Warning:          Could not resolve keysym XF86KbdInputAssistNextgroup
Warning:          Could not resolve keysym XF86KbdInputAssistAccept
Warning:          Could not resolve keysym XF86KbdInputAssistCancel
Warning:          Could not resolve keysym XF86RightUp
Warning:          Could not resolve keysym XF86RightDown
Warning:          Could not resolve keysym XF86LeftUp
Warning:          Could not resolve keysym XF86LeftDown
Warning:          Could not resolve keysym XF86RootMenu
Warning:          Could not resolve keysym XF86MediaTopMenu
Warning:          Could not resolve keysym XF86Numeric11
Warning:          Could not resolve keysym XF86Numeric12
Warning:          Could not resolve keysym XF86AudioDesc
Warning:          Could not resolve keysym XF863DMode
Warning:          Could not resolve keysym XF86NextFavorite
Warning:          Could not resolve keysym XF86StopRecord
Warning:          Could not resolve keysym XF86PauseRecord
Warning:          Could not resolve keysym XF86VOD
Warning:          Could not resolve keysym XF86Unmute
Warning:          Could not resolve keysym XF86FastReverse
Warning:          Could not resolve keysym XF86SlowReverse
Warning:          Could not resolve keysym XF86Data
Warning:          Could not resolve keysym XF86OnScreenKeyboard
Warning:          Could not resolve keysym XF86PrivacyScreenToggle
Warning:          Could not resolve keysym XF86SelectiveScreenshot
Warning:          Could not resolve keysym XF86Macro1
Warning:          Could not resolve keysym XF86Macro2
Warning:          Could not resolve keysym XF86Macro3
Warning:          Could not resolve keysym XF86Macro4
Warning:          Could not resolve keysym XF86Macro5
Warning:          Could not resolve keysym XF86Macro6
Warning:          Could not resolve keysym XF86Macro7
Warning:          Could not resolve keysym XF86Macro8
Warning:          Could not resolve keysym XF86Macro9
Warning:          Could not resolve keysym XF86Macro10
Warning:          Could not resolve keysym XF86Macro11
Warning:          Could not resolve keysym XF86Macro12
Warning:          Could not resolve keysym XF86Macro13
Warning:          Could not resolve keysym XF86Macro14
Warning:          Could not resolve keysym XF86Macro15
Warning:          Could not resolve keysym XF86Macro16
Warning:          Could not resolve keysym XF86Macro17
Warning:          Could not resolve keysym XF86Macro18
Warning:          Could not resolve keysym XF86Macro19
Warning:          Could not resolve keysym XF86Macro20
Warning:          Could not resolve keysym XF86Macro21
Warning:          Could not resolve keysym XF86Macro22
Warning:          Could not resolve keysym XF86Macro23
Warning:          Could not resolve keysym XF86Macro24
Warning:          Could not resolve keysym XF86Macro25
Warning:          Could not resolve keysym XF86Macro26
Warning:          Could not resolve keysym XF86Macro27
Warning:          Could not resolve keysym XF86Macro28
Warning:          Could not resolve keysym XF86Macro29
Warning:          Could not resolve keysym XF86Macro30
Warning:          Could not resolve keysym XF86MacroRecordStart
Warning:          Could not resolve keysym XF86MacroRecordStop
Warning:          Could not resolve keysym XF86MacroPresetCycle
Warning:          Could not resolve keysym XF86MacroPreset1
Warning:          Could not resolve keysym XF86MacroPreset2
Warning:          Could not resolve keysym XF86MacroPreset3
Warning:          Could not resolve keysym XF86KbdLcdMenu1
Warning:          Could not resolve keysym XF86KbdLcdMenu2
Warning:          Could not resolve keysym XF86KbdLcdMenu3
Warning:          Could not resolve keysym XF86KbdLcdMenu4
Warning:          Could not resolve keysym XF86KbdLcdMenu5
Errors from xkbcomp are not fatal to the X server
[services.d] starting x11vnc...
[services.d] starting app...
[x11vnc] starting...
[app] starting JDownloader 2...
[services.d] done.
21/11/2022 07:32:31 passing arg to libvncserver: -rfbport
21/11/2022 07:32:31 passing arg to libvncserver: 5900
21/11/2022 07:32:31 passing arg to libvncserver: -rfbportv6
21/11/2022 07:32:31 passing arg to libvncserver: -1
21/11/2022 07:32:31 passing arg to libvncserver: -httpportv6
21/11/2022 07:32:31 passing arg to libvncserver: -1
21/11/2022 07:32:31 passing arg to libvncserver: -desktop
21/11/2022 07:32:31 passing arg to libvncserver: JDownloader 2
21/11/2022 07:32:31 x11vnc version: 0.9.14 lastmod: 2015-11-14  pid: 5430
21/11/2022 07:32:31 Using X display :0
21/11/2022 07:32:31 rootwin: 0x42 reswin: 0x400001 dpy: 0xfc219040
21/11/2022 07:32:31
21/11/2022 07:32:31 ------------------ USEFUL INFORMATION ------------------
[jdsupervisor] JDownloader2 not started yet.  Proceeding...
21/11/2022 07:32:31 X DAMAGE available on display, using it for polling hints.
21/11/2022 07:32:31   To disable this behavior use: '-noxdamage'
21/11/2022 07:32:31
21/11/2022 07:32:31   Most compositing window managers like 'compiz' or 'beryl'
21/11/2022 07:32:31   cause X DAMAGE to fail, and so you may not see any screen
21/11/2022 07:32:31   updates via VNC.  Either disable 'compiz' (recommended) or
21/11/2022 07:32:31   supply the x11vnc '-noxdamage' command line option.
21/11/2022 07:32:31 X COMPOSITE available on display, using it for window polling.
21/11/2022 07:32:31   To disable this behavior use: '-noxcomposite'
21/11/2022 07:32:31
21/11/2022 07:32:31 Wireframing: -wireframe mode is in effect for window moves.
21/11/2022 07:32:31   If this yields undesired behavior (poor response, painting
21/11/2022 07:32:31   errors, etc) it may be disabled:
21/11/2022 07:32:31    - use '-nowf' to disable wireframing completely.
21/11/2022 07:32:31    - use '-nowcr' to disable the Copy Rectangle after the
21/11/2022 07:32:31      moved window is released in the new position.
21/11/2022 07:32:31   Also see the -help entry for tuning parameters.
21/11/2022 07:32:31   You can press 3 Alt_L's (Left "Alt" key) in a row to
21/11/2022 07:32:31   repaint the screen, also see the -fixscreen option for
21/11/2022 07:32:31   periodic repaints.
21/11/2022 07:32:31 GrabServer control via XTEST.
21/11/2022 07:32:31
21/11/2022 07:32:31 Scroll Detection: -scrollcopyrect mode is in effect to
21/11/2022 07:32:31   use RECORD extension to try to detect scrolling windows
21/11/2022 07:32:31   (induced by either user keystroke or mouse input).
21/11/2022 07:32:31   If this yields undesired behavior (poor response, painting
21/11/2022 07:32:31   errors, etc) it may be disabled via: '-noscr'
21/11/2022 07:32:31   Also see the -help entry for tuning parameters.
21/11/2022 07:32:31   You can press 3 Alt_L's (Left "Alt" key) in a row to
21/11/2022 07:32:31   repaint the screen, also see the -fixscreen option for
21/11/2022 07:32:31   periodic repaints.
21/11/2022 07:32:31
21/11/2022 07:32:31 XKEYBOARD: number of keysyms per keycode 7 is greater
21/11/2022 07:32:31   than 4 and 51 keysyms are mapped above 4.
21/11/2022 07:32:31   Automatically switching to -xkb mode.
21/11/2022 07:32:31   If this makes the key mapping worse you can
21/11/2022 07:32:31   disable it with the "-noxkb" option.
21/11/2022 07:32:31   Also, remember "-remap DEAD" for accenting characters.
21/11/2022 07:32:31
21/11/2022 07:32:31 X FBPM extension not supported.
Xlib:  extension "DPMS" missing on display ":0".
21/11/2022 07:32:31 X display is not capable of DPMS.
21/11/2022 07:32:31 --------------------------------------------------------
21/11/2022 07:32:31
21/11/2022 07:32:31 Default visual ID: 0x21
21/11/2022 07:32:31 Read initial data from X display into framebuffer.
21/11/2022 07:32:31 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5120
21/11/2022 07:32:31
21/11/2022 07:32:31 X display :0 is 32bpp depth=24 true color
21/11/2022 07:32:31
21/11/2022 07:32:31 Listening for VNC connections on TCP port 5900
21/11/2022 07:32:31
21/11/2022 07:32:31 Xinerama is present and active (e.g. multi-head).
21/11/2022 07:32:31 Xinerama: number of sub-screens: 1
21/11/2022 07:32:31 Xinerama: no blackouts needed (only one sub-screen)
21/11/2022 07:32:31
21/11/2022 07:32:31 fb read rate: 1053 MB/sec
21/11/2022 07:32:31 fast read: reset -wait  ms to: 10
21/11/2022 07:32:31 fast read: reset -defer ms to: 10
21/11/2022 07:32:31 The X server says there are 10 mouse buttons.
21/11/2022 07:32:31 screen setup finished.
21/11/2022 07:32:31
The VNC desktop is:      ad12945f7685:0

0

Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?
The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval.  It should work with any VNC viewer.  Try it by running:
x11vnc -ncache 10 ...
One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching
21/11/2022 07:33:57 Got connection from client <IP_ADDRESS>
21/11/2022 07:33:57   other clients:
21/11/2022 07:33:57 Got 'ws' WebSockets handshake
21/11/2022 07:33:57 Got protocol: binary
21/11/2022 07:33:57   - webSocketsHandshake: using binary/raw encoding
21/11/2022 07:33:57   - WebSockets client version hybi-13
21/11/2022 07:33:57 Disabled X server key autorepeat.
21/11/2022 07:33:57   to force back on run: 'xset r on' (3 times)
21/11/2022 07:33:57 incr accepted_client=1 for <IP_ADDRESS>:56534  sock=10
21/11/2022 07:33:57 Client Protocol Version 3.8
21/11/2022 07:33:57 Protocol version sent 3.8, using 3.8
21/11/2022 07:33:57 rfbProcessClientSecurityType: executing handler for type 1
21/11/2022 07:33:57 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8
21/11/2022 07:33:57 copy_tiles: allocating first_line at size 41
21/11/2022 07:33:58 Pixel format for client <IP_ADDRESS>:
21/11/2022 07:33:58   32 bpp, depth 24, little endian
21/11/2022 07:33:58   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
21/11/2022 07:33:58 no translation needed
21/11/2022 07:33:58 Enabling NewFBSize protocol extension for client <IP_ADDRESS>
21/11/2022 07:33:58 Using image quality level 6 for client <IP_ADDRESS>
21/11/2022 07:33:58 Using JPEG subsampling 0, Q79 for client <IP_ADDRESS>
21/11/2022 07:33:58 Using compression level 9 for client <IP_ADDRESS>
21/11/2022 07:33:58 Enabling LastRect protocol extension for client <IP_ADDRESS>
21/11/2022 07:33:58 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFECC)
21/11/2022 07:33:58 Using tight encoding for client <IP_ADDRESS>
21/11/2022 07:34:01 client_set_net: <IP_ADDRESS>  0.0000
21/11/2022 07:34:01 created   xdamage object: 0x40002c
21/11/2022 07:34:07 created selwin: 0x40002d
21/11/2022 07:34:07 called initialize_xfixes()
21/11/2022 07:34:10 client 1 network rate 413.2 KB/sec (80878.4 eff KB/sec)
21/11/2022 07:34:10 client 1 latency:  25.8 ms
21/11/2022 07:34:10 dt1: 0.0279, dt2: 0.0207 dt3: 0.0258 bytes: 20089
21/11/2022 07:34:10 link_rate: LR_UNKNOWN - 25 ms, 413 KB/s

Log is incomplete.  Did you run docker logs <container name> to get it ?

Sorry, no.
I've got the log from Portainer (running "inside" my Container Station).
If it could be useful, tonight I could try your suggestion.

So here I am.
Below you will find the log that I obtained following your indication.
I think it's complete from the moment I gave the "restart" command of the container.
https://pastebin.com/VwWugbZy

Could you expand the error window so we can see the full messages ?

I tried to do a fresh install with every version beginnig with the latest back to 1.6.0 and I was not able to start jdownloader.
On first boot it tries to connect to update.appwork.org. Anything I did made the container shut down.
My last Test was to set up a proxy server. Instead of direct connection I choose proxy and entered the proxy IP and prort. It downloaded and installed updates. I had to do this a second time. After this jdownloader started completely.
Next step is to use it, i'll get back in some minutes.

@MeisterBAP, you issue is different.  It's probably better to create a new issue if needed.

@liuk4friends, it's clear.  22.11.1 has a different problem, but I would like first to understand why you get an error with 1.7.2 (the same as originally posted).
Could you provide the output of the following commands:
docker inspect <container name>

docker exec <container name> ls -l /

I am not sure if it is really different.
If liuk4friends has his problem with a fresh install, than i am sure it is a different problem. But if he is using a backup of his 1.7.2 without updating than it might end up the same.
I can confirm that at least I am not possible to install this container anymore (tested with latest down to 1.6.0) when using direct connection.
When using a proxy it works without any problems. With proxy settings my container is working again.

The original issue is about temporary directory that fails to be created, while yours is about failure to reach the Internet.  Note that if you normally need to use a proxy on your network, then the container should also need it.  But if other applications or machines on your network don't need it, then the container's network settings might have to be reviewed (e.g. are you using the default bridge network?).

Call me stupid, but as far as I see this topic its origin is about not beeing able to update:

I know my network very well. When I installed this container I used the terminal connection to assure that the container has full outbound internet access. Unfortunatelly it was not possible to finish the jdownloader installation because it was not able to connect to update.artwork.org.
When using a proxy instead of direct connection it is working. For me this is ok and don't need more help at this time. But looking at the original topic and the messages of other users like "liuk4friends" I have the feeling that there might be a problem with direct connection on QNAP devices.
Anyway, your are doing a great job and I am very thankful.

Could you provide the output of the following commands:

ok

docker inspect <container name>

https://pastebin.com/REQ0acVX

docker exec <container name> ls -l /

https://pastebin.com/iXJxdAXk

The pastebin for the docker inspect command output is not accessible:
Error, this is a private paste or is pending moderation. If this paste belongs to you, please login to Pastebin to view it.`

Strange. It is public.

I have edited it saving it again as public. May you try again?

Same thing :(

I believe that the problem was not the "public/private" setting of Pastebin website but rather the "pending moderation" by their administrators.
I've uploaded another time my "docker inspect result" on Pastebin but also the new version is in "pending moderation" state.
I have no idea how much time it will be "rest" this way so I think that the best is to paste it here below:
[
    {
        "Id": "1b376b106df8cb3be6e0d9a608e5eb7c06d688f7ac13401ab1dcd276a6d76891",
        "Created": "2022-11-21T20:46:23.449983711Z",
        "Path": "/init",
        "Args": [],
        "State": {
            "Status": "running",
            "Running": true,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false,
            "Dead": false,
            "Pid": 28622,
            "ExitCode": 0,
            "Error": "",
            "StartedAt": "2022-11-22T20:50:29.002578837Z",
            "FinishedAt": "2022-11-22T20:50:28.189824036Z"
        },
        "Image": "sha256:198371acc2d1bb7ac036a55bcccaaeded1f5c1edb9476faaf618b2fe0fd6596f",
        "ResolvConfPath": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/1b376b106df8cb3be6e0d9a608e5eb7c06d688f7ac13401ab1dcd276a6d76891/resolv.conf",
        "HostnamePath": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/1b376b106df8cb3be6e0d9a608e5eb7c06d688f7ac13401ab1dcd276a6d76891/hostname",
        "HostsPath": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/1b376b106df8cb3be6e0d9a608e5eb7c06d688f7ac13401ab1dcd276a6d76891/hosts",
        "LogPath": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/containers/1b376b106df8cb3be6e0d9a608e5eb7c06d688f7ac13401ab1dcd276a6d76891/1b376b106df8cb3be6e0d9a608e5eb7c06d688f7ac13401ab1dcd276a6d76891-json.log",
        "Name": "/jdownloader2_jdownloader2_1",
        "RestartCount": 0,
        "Driver": "overlay2",
        "Platform": "linux",
        "MountLabel": "",
        "ProcessLabel": "",
        "AppArmorProfile": "",
        "ExecIDs": null,
        "HostConfig": {
            "Binds": [
                "/share/CACHEDEV1_DATA/Container/container-station-data/application/jdownloader2:/config:rw",
                "/share/CACHEDEV2_DATA/Download/jd2:/output:rw"
            ],
            "ContainerIDFile": "",
            "LogConfig": {
                "Type": "json-file",
                "Config": {
                    "max-file": "10",
                    "max-size": "10m"
                }
            },
            "NetworkMode": "jdownloader2_default",
            "PortBindings": {
                "3129/tcp": [
                    {
                        "HostIp": "",
                        "HostPort": "3129"
                    }
                ],
                "5800/tcp": [
                    {
                        "HostIp": "",
                        "HostPort": "5800"
                    }
                ]
            },
            "RestartPolicy": {
                "Name": "",
                "MaximumRetryCount": 0
            },
            "AutoRemove": false,
            "VolumeDriver": "",
            "VolumesFrom": [],
            "CapAdd": null,
            "CapDrop": null,
            "CgroupnsMode": "host",
            "Dns": null,
            "DnsOptions": null,
            "DnsSearch": null,
            "ExtraHosts": null,
            "GroupAdd": null,
            "IpcMode": "private",
            "Cgroup": "",
            "Links": null,
            "OomScoreAdj": 0,
            "PidMode": "",
            "Privileged": false,
            "PublishAllPorts": false,
            "ReadonlyRootfs": false,
            "SecurityOpt": null,
            "UTSMode": "",
            "UsernsMode": "",
            "ShmSize": 67108864,
            "Runtime": "runc",
            "ConsoleSize": [
                0,
                0
            ],
            "Isolation": "",
            "CpuShares": 0,
            "Memory": 0,
            "NanoCpus": 0,
            "CgroupParent": "",
            "BlkioWeight": 0,
            "BlkioWeightDevice": null,
            "BlkioDeviceReadBps": null,
            "BlkioDeviceWriteBps": null,
            "BlkioDeviceReadIOps": null,
            "BlkioDeviceWriteIOps": null,
            "CpuPeriod": 0,
            "CpuQuota": 0,
            "CpuRealtimePeriod": 0,
            "CpuRealtimeRuntime": 0,
            "CpusetCpus": "",
            "CpusetMems": "",
            "Devices": null,
            "DeviceCgroupRules": null,
            "DeviceRequests": null,
            "KernelMemory": 0,
            "KernelMemoryTCP": 0,
            "MemoryReservation": 0,
            "MemorySwap": 0,
            "MemorySwappiness": null,
            "OomKillDisable": false,
            "PidsLimit": null,
            "Ulimits": [
                {
                    "Name": "nofile",
                    "Hard": 65535,
                    "Soft": 65535
                }
            ],
            "CpuCount": 0,
            "CpuPercent": 0,
            "IOMaximumIOps": 0,
            "IOMaximumBandwidth": 0,
            "MaskedPaths": [
                "/proc/asound",
                "/proc/acpi",
                "/proc/kcore",
                "/proc/keys",
                "/proc/latency_stats",
                "/proc/timer_list",
                "/proc/timer_stats",
                "/proc/sched_debug",
                "/proc/scsi",
                "/sys/firmware"
            ],
            "ReadonlyPaths": [
                "/proc/bus",
                "/proc/fs",
                "/proc/irq",
                "/proc/sys",
                "/proc/sysrq-trigger"
            ]
        },
        "GraphDriver": {
            "Data": {
                "LowerDir": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/e3b5346439f2ce057fd6faaa17dbe455365143560bf028fedbb1226e1bd161e0-init/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/66cd2ffcc6db15d69a2e5c2e5dad883e22b8a4053c754f4f2561b010aa84d262/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/178e2adab9f202021165f61f37fc8c7f671b725ba1ad624b0e34c821d706a1d6/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/aa9314af28fbb6a75fa29c71ab3935ebbb24bf8d8a9d8092632ebe4210a6ca17/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/16b084deebf2219017423bba9d8d4e5689bc625103932ea3733a62e0e187e5d0/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/ee0e35fd28ec4dd1473427c83c4589b54949a08cc7c557215fd24703ec2b43dd/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/a8567dbe4bc09127b7b830138335f63b0bc45ac6939de0e47332157710bc149b/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/475daa4f52368d883f2f66c166be951038a001b3e044809f7d488e7aefc461bb/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/41e0bed85941168491bba4fb56efc0a3670f76e61218f7393e87b3564d5afad2/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/3a981eb10adb33e01057d83a7ee2e92be17b01970a8f6f3fef591fd5e39ae9a2/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/1bdef2884e4181056042f21b9d1f869c0ce65adb8c64aadededb7ee7222a3f39/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/af12375510ab2754a17d912a7e0afa94456ab35664a5e930422d4cab2de7dbc1/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/0df9f9ace6615e3242f41e72071aae931f59c4a3e812e3aa6843ade4b14c0049/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/74a58b684f0b598daba816d2d9b103d4c513ddd3446acd3c61b3a834254c54e2/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/c171e396415490cb626141cdbba1c9456cd4b6c0254333dbef0989f1f61877ff/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/de46bb58cf17c07af2b9656c394214143f79539b3325b220b1b976a5411796d2/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/5d03609fa23406627b07dbc0f39d149b20fd9ca91d73cd99d0bf8c74ba4425ce/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/90dbb20c80626791ac98ed367573752c66351a328e960b1f57d40563715402f3/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/2adf6f52581dbb10ee4386553f06e332922df48ff0e353ddea8724631edaf2a9/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/0997aa5ac554f41f97b3d4d692644f736d5dcfb88cbfc19492a08bb533da8d10/diff:/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/ead595f97188e8110872a5fe93be24599a359079edba77612befddb8a2c20343/diff",
                "MergedDir": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/e3b5346439f2ce057fd6faaa17dbe455365143560bf028fedbb1226e1bd161e0/merged",
                "UpperDir": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/e3b5346439f2ce057fd6faaa17dbe455365143560bf028fedbb1226e1bd161e0/diff",
                "WorkDir": "/share/CACHEDEV1_DATA/Container/container-station-data/lib/docker/overlay2/e3b5346439f2ce057fd6faaa17dbe455365143560bf028fedbb1226e1bd161e0/work"
            },
            "Name": "overlay2"
        },
        "Mounts": [
            {
                "Type": "bind",
                "Source": "/share/CACHEDEV1_DATA/Container/container-station-data/application/jdownloader2",
                "Destination": "/config",
                "Mode": "rw",
                "RW": true,
                "Propagation": "rprivate"
            },
            {
                "Type": "bind",
                "Source": "/share/CACHEDEV2_DATA/Download/jd2",
                "Destination": "/output",
                "Mode": "rw",
                "RW": true,
                "Propagation": "rprivate"
            }
        ],
        "Config": {
            "Hostname": "1b376b106df8",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "ExposedPorts": {
                "3129/tcp": {},
                "5800/tcp": {},
                "5900/tcp": {}
            },
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "LANG=en_US.UTF-8",
                "S6_BEHAVIOUR_IF_STAGE2_FAILS=3",
                "S6_SERVICE_DEPS=1",
                "USER_ID=1000",
                "GROUP_ID=1000",
                "APP_NAME=JDownloader 2",
                "APP_USER=app",
                "XDG_DATA_HOME=/config/xdg/data",
                "XDG_CONFIG_HOME=/config/xdg/config",
                "XDG_CACHE_HOME=/config/xdg/cache",
                "XDG_RUNTIME_DIR=/tmp/run/user/app",
                "DISPLAY=:0",
                "DISPLAY_WIDTH=1280",
                "DISPLAY_HEIGHT=768",
                "S6_KILL_GRACETIME=8000"
            ],
            "Cmd": [
                "/init"
            ],
            "Image": "jlesage/jdownloader-2:v1.7.2",
            "Volumes": {
                "/config": {},
                "/output": {}
            },
            "WorkingDir": "/tmp",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": {
                "com.centurylinklabs.watchtower.enable": "false",
                "com.docker.compose.config-hash": "ce7bccff03a1d298cee478e51744a1acaf6d5632afa84a997df5da9d1feff2a6",
                "com.docker.compose.container-number": "1",
                "com.docker.compose.oneoff": "False",
                "com.docker.compose.project": "jdownloader2",
                "com.docker.compose.project.config_files": "docker-compose.yml",
                "com.docker.compose.project.working_dir": "/share/CACHEDEV1_DATA/Container/container-station-data/application/jdownloader2",
                "com.docker.compose.service": "jdownloader2",
                "com.docker.compose.version": "1.29.2",
                "org.label-schema.description": "Docker container for JDownloader 2",
                "org.label-schema.name": "jdownloader-2",
                "org.label-schema.schema-version": "1.0",
                "org.label-schema.vcs-url": "https://github.com/jlesage/docker-jdownloader-2",
                "org.label-schema.version": "1.7.2",
                "org.opencontainers.image.created": "2022-08-18T15:58:50Z",
                "org.opencontainers.image.revision": "255579be3cd8bebe461362d6e67484221a8a67c0",
                "org.opencontainers.image.source": "https://github.com/jlesage/docker-jdownloader-2.git",
                "org.opencontainers.image.url": "https://github.com/jlesage/docker-jdownloader-2"
            }
        },
        "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "c116196d9b338080e9ca5c32f9ae619c0ddba1d53d644fddb35e6d5b337f6bc6",
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "Ports": {
                "3129/tcp": [
                    {
                        "HostIp": "<IP_ADDRESS>",
                        "HostPort": "3129"
                    }
                ],
                "5800/tcp": [
                    {
                        "HostIp": "<IP_ADDRESS>",
                        "HostPort": "5800"
                    }
                ],
                "5900/tcp": null
            },
            "SandboxKey": "/var/run/docker/netns/c116196d9b33",
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "",
            "Gateway": "",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "",
            "IPPrefixLen": 0,
            "IPv6Gateway": "",
            "MacAddress": "",
            "Networks": {
                "jdownloader2_default": {
                    "IPAMConfig": null,
                    "Links": null,
                    "Aliases": [
                        "1b376b106df8",
                        "jdownloader2"
                    ],
                    "NetworkID": "c8f3e8387c095d8eec20954d96f8167a2de008812571765ecd0a370830980fdb",
                    "EndpointID": "e570d3f26826655c2ce7942193c09f9a0f34c307f5535ddb9e2e7fda4a24e974",
                    "Gateway": "<IP_ADDRESS>",
                    "IPAddress": "<IP_ADDRESS>",
                    "IPPrefixLen": 22,
                    "IPv6Gateway": "",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "MacAddress": "02:42:ac:1d:0c:02",
                    "DriverOpts": null
                }
            }
        }
    }
]

It's strange, the /tmp folder doesn't have the correct permissions.  I'm not sure why.
Could you provide the output of the following commands:
docker run --rm jlesage/jdownloader-2 ls -l /
docker run --rm jlesage/jdownloader-2:v1.7.2 ls -l /

Ok I’ll try tonight when I’ll be back home

Sorry, no way. This is the output:
Unable to find image 'jdownloader2_jdownloader2_1:v1.7.2' locally
docker: Error response from daemon: pull access denied for jdownloader2_jdownloader2_1, repository does not exist or may require 'docker login': denied: requested access to the resource is denied.
See 'docker run --help'.

Looks like you did a typo in the command you run?

Sorry again, you were right.
docker run --rm jlesage/jdownloader-2 ls -l /
[liuk@QNAP-TS653D ~]$ docker run --rm jlesage/jdownloader-2 ls -l /
total 96
drwxr-xr-x    1 root     root          4096 Nov 18 16:55 bin
drwxr-xr-x    2 root     root          4096 Nov 24 20:53 config
drwxr-xr-x    1 root     root          4096 Nov 18 16:55 defaults
drwxrwxr-x    5 root     root           340 Nov 24 20:53 dev
drwxr-xr-x    1 root     root          4096 Nov 24 20:53 etc
drwxrwxr-x    2 root     root          4096 Aug  9 08:47 home
-rwxr-xr-x    1 root     root          5835 Nov  7 18:03 init
drwxr-xr-x    1 root     root          4096 Nov 18 16:55 lib
drwxrwxr-x    5 root     root          4096 Aug  9 08:47 media
drwxrwxr-x    2 root     root          4096 Aug  9 08:47 mnt
drwxr-xr-x    1 root     root          4096 Nov  7 19:39 opt
drwxr-xr-x    2 root     root          4096 Nov 24 20:53 output
dr-xr-xr-x  929 root     root             0 Nov 24 20:53 proc
drwxrwxr-x    2 root     root          4096 Aug  9 08:47 root
drwxrwxr-x    2 root     root          4096 Aug  9 08:47 run
drwxr-xr-x    1 root     root          4096 Nov  7 18:04 sbin
drwxrwxr-x    2 root     root          4096 Aug  9 08:47 srv
-rwxr-xr-x    1 root     root          1944 Nov 18 16:55 startapp.sh
dr-xr-xr-x   12 root     root             0 Nov 24 20:53 sys
drwxrwxr-x    2 root     root          4096 Aug  9 08:47 tmp
drwxr-xr-x    1 root     root          4096 Nov 18 16:55 usr
drwxr-xr-x    1 root     root          4096 Aug  9 08:47 var

docker run --rm jlesage/jdownloader-2:v1.7.2 ls -l /
[metheboss@QNAP-TS653D ~]$ docker run --rm jlesage/jdownloader-2:v1.7.2 ls -l /
total 96
drwxrwxr-x    1 root     root          4096 Aug 18 15:59 bin
drwxrwxr-x    2 root     root          4096 Dec 30  2021 config
drwxrwxr-x    1 root     root          4096 Aug 18 15:58 defaults
drwxrwxr-x    5 root     root           340 Nov 24 20:53 dev
drwxrwxr-x    1 root     root          4096 Nov 24 20:53 etc
drwxrwxr-x    2 root     root          4096 Nov 24  2021 home
-rwxrwxr-x    1 root     root           389 Mar  1  2018 init
drwxrwxr-x    1 root     root          4096 Aug 18 15:59 lib
drwxrwxr-x    2 root     root          4096 Mar  1  2018 libexec
drwxrwxr-x    5 root     root          4096 Nov 24  2021 media
drwxrwxr-x    2 root     root          4096 Nov 24  2021 mnt
drwxrwxr-x    1 root     root          4096 Dec 30  2021 opt
drwxr-xr-x    2 root     root          4096 Nov 24 20:53 output
dr-xr-xr-x  929 root     root             0 Nov 24 20:53 proc
drwxrwxr-x    2 root     root          4096 Nov 24  2021 root
drwxrwxr-x    1 root     root          4096 Dec 30  2021 run
drwxrwxr-x    1 root     root          4096 Dec 29  2021 sbin
drwxrwxr-x    2 root     root          4096 Nov 24  2021 srv
-rwxrwxr-x    1 root     root          1426 Aug 18 15:58 startapp.sh
dr-xr-xr-x   12 root     root             0 Nov 24 20:53 sys
drwxrwxr-x    1 root     root          4096 Aug 18 15:59 tmp
drwxrwxr-x    1 root     root          4096 Dec 30  2021 usr
drwxrwxr-x    1 root     root          4096 Dec 30  2021 var

What is your docker version ?
docker version

What is your docker version ?

Client:
 Version:           20.10.17-qnap5
 API version:       1.41
 Go version:        go1.17.11
 Git commit:        0474f29
 Built:             Wed Aug 31 08:37:04 2022
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server: Docker Engine - Community
 Engine:
  Version:          20.10.17-qnap5
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.17.11
  Git commit:       7bffc32
  Built:            Wed Aug 31 02:09:32 2022
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.6.6
  GitCommit:        10c12954828e7c7c9b6e0ea9b0c02b01407d3ae1
 runc:
  Version:          1.1.2
  GitCommit:        v1.1.2-0-ga916309f
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

Also, are you running the latest Container Station (version <IP_ADDRESS>4) ?

Yes.
Version <IP_ADDRESS>4 (2022/10/31)

Thanks.  Looks like qnap is using its own version of docker... Anyway, I will be able to implement a workaround even if I don't fully understand the reason why /tmp doesn't have the proper permissions.
Now for the second problem where xvnc is not starting:  You should be able to see the issue by running:
docker run --rm jlesage/jdownloader-2

Once you confirm that, please try this:
echo 10000 > /tmp/ready_timeout
docker run --rm -v /tmp/ready_timeout:/etc/services.d/xvnc/ready_timeout jlesage/jdownloader-2

No way with 10000 value.
I had to raise it to 20000.
here is the result https://pastebin.com/dWJXPx3g

Looks like a side effect of the /tmp permissions problem:
[xvnc        ] (EE)
[xvnc        ] Fatal server error:
[xvnc        ] (EE) Could not create lock file in /tmp/.tX0-lock
[xvnc        ] (EE)

Can you confirm that you don't see the issue with this:
echo '#!/bin/sh' >> /tmp/10-test.sh
echo 'chmod 1777 /tmp' >> /tmp/10-test.sh
chmod +x /tmp/10-test.sh
docker run --rm -v /tmp/10-test.sh:/etc/cont-init.d/10-test.sh jlesage/jdownloader-2

Can you confirm that you don't see the issue with this:
echo '#!/bin/sh' >> /tmp/10-test.sh
echo 'chmod 1777 /tmp' >> /tmp/10-test.sh
chmod +x /tmp/10-test.sh
docker run --rm -v /tmp/10-test.sh:/etc/cont-init.d/10-test.sh jlesage/jdownloader-2

It actually seems to work that way
Please look at this https://pastebin.com/szTq3A80

Thanks for confirming.  I'm preparing a new version of the image with the fix.


Extended streaming API interface maintaining backward compatibility

The Twitter library by sixohsix implements the streams as generators, which is a very intuitive API and much easier to implement than the current one, where you have to subclass the streamer to implement several methods and possibly use queues to communicate between them.
stream = TwythonStreamer(consumer_key, consumer_secret, oauth_token, oauth_secret).user()
for tweet in stream:
    # Things and stuff

I originally replaced the old interface, which saves a lot of code, but this version maintains backward compatibility, except that errors are no longer silent by default.

I'm going to go ahead and close this, as it's been open for... well, 7 years.
In general I think the idea was right and if someone wants to modify Twython to be like this in the future it's certainly valid, but I don't have the time or inclination to do it myself or to pick up this old request. :(
Probably means nothing after 7 years but thanks all the same!

7 years 😃 I am using ruby now)


oemof heat modelling: general optimization capabilities that are interesting in future

MILP-extension for heat modelling and generally:

Start costs
Min./max. run- and downtimes
Piecewise linear terms like fuel costs/consumption
Coupling of investment variables e.g. when investment in transmission capacities takes place, both flows have to get the same investment capacity volumes
Building groups of flows that can be switched of e.g. when a technology is represented within the network logic internally

Runetime reduction techniques such as https://github.com/oemof/oemof/issues/210 and https://github.com/oemof/oemof/issues/200 are of interest, too for MILP problems in order to reduce the runtime..

MILP-extension for heat modelling and generally:
* Start costs

* Min./max. run- and downtimes

* Piecewise linear terms like fuel costs/consumption

* Coupling of investment variables e.g. when investment in transmission capacities takes place, both flows have to get the same investment capacity volumes

* Building groups of flows that can be switched of e.g. when a technology is represented within the network logic internally

I guess we have integrated most of this now ;-)


a demo for vector-tiles with geojson file provider please

@mapsgeek - interested in submitting a PR?  We're always looking for contributors.

@rgwozdz  sorry for not providing a description, i used to serve vector-tiles from mbtiles built from a geojson source using tippecanoe, but with koopjs as i understand it can serve MVT directly from geojson and also query the geojson file as static file from a directory ! which is awesome but i can't get it to set up both the vectore-tiles and geojson-file together and that's what i'm seeking help for.

sorry for inconvenience i managed to edit the demo in the repo to get it working i took a while to grasp the concept of providers and output

@mapsgeek any suggestions for the documentation or terminology to make it easier to understand or setup?

@ajturner thank you it's actually straight forward naming, and things gets clarified when you read the Koop Core Usage section in the docs before diving into the plugins, maybe making this a part of the homepage or changing the order of section can help a bit.

@mapsgeek - are you suggesting pushing https://koopjs.github.io/docs/usage/koop-core or https://koopjs.github.io/docs/basics/overview closer to the 'front'?

yes push the koop-core section to be under the overview, because it's more logical as a sequence and even in the overview itself you mention the core first then providers and outputs etc ..


[WIP] RSK Support

Pull Request Test Coverage Report for Build 2382

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+1.5%) to 75.725%

Totals

Change from base Build 2370:
1.5%

Covered Lines:
986

Relevant Lines:
1229

💛  - Coveralls


Enable to work on Plan 9

Even OpenGL is not supported yet...?
https://9p.io/wiki/plan9/TODO/index.html

Could https://github.com/fogleman/fauxgl work?

That's interesting! Let me investigate this later.

http://plan9foundation.org/
Plan9 foundation has been established?

https://9fans.github.io/plan9port/man/man3/draw.html
https://9fans.github.io/plan9port/man/man3/graphics.html