[Foldables] Better directionality in spec similar to block-start

Instead of env of fold-left, would it be better as fold-start?
This allows for enhanced multi-language context support support.
The functionality would be similar to how margin and border block-start were introduced.

Yes! We should be using start & end consistently.

Thank you @chris480 for filing this issue, I have been thinking about writing mode and additionally the usage logical properties you suggested above.
While I believe the idea is great, our goal with the env(fold-...) variables is to expose the geometry of a screen rect which usually aren't logical as seen in DOMRects e.g. clientBoundingRects.

This allows for enhanced multi-language context support support.

Would adding fold-bottom and fold-right improve anything here?

The functionality would be similar to how margin and border block-start were introduced.

I see this functionality closer to CSS's top, left, bottom and right of a pos abs or fixed rects -- but I am happy to be convinced otherwise.
I would love to discuss this further as I am not yet convinced logical properties are suitable for this scenario but I am happy to learn and change my mind.

@zouhir - thank you for the detailed reply.
In my mind, I don't see why we couldn't have both top,left, bottom, right as with traditional CSS model.
As for having more block- based directionality, what I was originally thinking of could be in this example:
If was a RTL vs LTR reader, could I using only CSS flip the Map and List position?

folks, I have been thinking a bit about this topic and I believe the best path forward is to actually expose 6 fold rect variables (instead of 4) representing the fold's top, right, bottom, left, width and height
PROs of logical properties

if you have 2 column flex or Grid layout, you won't need to change anything when writing-mode is RTL rather than LTR. fold-start and fold-end will flip based on writing mode and you won't need to change your code.

CONs of logical properties

There might be future devices with more complex screen topologies, or we might consider supporting external monitors which was brought up multiple times in CSSWG comments. if you look at the topology in the picture below, you will notice start and end are not sufficient.

Solved by 6 env() variables
While it's better to not have to do the code below, the solution as you can see is not too complicated to flip 2 flex columns and keep them seam-aware
[dir="ltr"] .col {
   flex: 0 0 env(fold-left);
}

[dir="rtl"] .col {
   flex: 0 0 env(fold-right);
}


Maximum allowed number of selections

Hi,
It would be good to have a maximum allowed number of selections and if exceed disable checkboxes for the rest. For example lets say that my dropdown loads 100 items. I only want it to select maximum 20 items. if the user selects 20 items then the other checkboxes should be disabled and an event should be fired.
Thanks

Fixed. With latest version 1.1.2, this feature is available. Hence, closing.


Fix license header to match Eclipse recommendations

Please fix license header in src code files to match Eclipse recommendations.

@florianrusch-zf I think this is already done.? There is also a new QGate check #277

@carslen maybe you can bring some clarification in. Does every file, which allows to contain comments, need to have exactly this header (copied from https://eclipse-tractusx.github.io/docs/release/trg-7/trg-7-02):
/********************************************************************************
 * Copyright (c) 2021,2023 Contributors to the Eclipse Foundation
 *
 * See the NOTICE file(s) distributed with this work for additional
 * information regarding copyright ownership.
 *
 * This program and the accompanying materials are made available under the
 * terms of the Apache License, Version 2.0 which is available at
 * https://www.apache.org/licenses/LICENSE-2.0.
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
 * WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
 * License for the specific language governing permissions and limitations
 * under the License.
 *
 * SPDX-License-Identifier: Apache-2.0
 ********************************************************************************/

Currently we have a mix of different headers. Some headers are like the above one and others are like the following (just an example):
/*
* Copyright (c) 2023 Bayerische Motoren Werke Aktiengesellschaft (BMW AG)
*
* This program and the accompanying materials are made available under the
* terms of the Apache License, Version 2.0 which is available at
* https://www.apache.org/licenses/LICENSE-2.0
*
* SPDX-License-Identifier: Apache-2.0
*
* Contributors:
*       Bayerische Motoren Werke Aktiengesellschaft (BMW AG) - initial API and implementation
*
*/

From a legal point of view, are we allowed to simply rewrite the headers?
In addition, does any other repo already have an automated way to check within a PR if the license headers are correct?

Maybe it makes more sense to schedule a short meeting to clarify things. I'd invite @AngelikaWittek as well, as she is our FOSS expert in Eclipse-Tractusx and can shed light on this topic.

As far as I'm aware both header formats are acceptable. In addition, if the Copyright is made out to a more generic "Contributors of the Eclipse Foundation", the actual copyright ownership would be established through git commit history.
That said, we could still just use one particular format, and possibly even check in the Copyright configuration and velocity template for IntelliJ to source control.

Thanks for the feedback, @paullatzelsperger.
You're right, both variants are acceptable in regards of the copyright header. If you know and add the correct copyright holder to the header for different files, then its OK. The advantage of using the "Contributors to the Eclipse Foundation" Copyright header is mentioned in the next paragraph: Check NOTICE.md and there you'll be pointed out to the git history.
Nevertheless, the short version of the license header menioned by @florianrusch-zf is not a valid Apache-2.0 license header, as the warrenty part is missing → https://spdx.org/licenses/Apache-2.0 → Standard License Header (at bottom of the page). In addition the Contributors part in the short version of the header are not nessecary and have no legal impact.
We recomment to use the long version of the license/copyright header as mentioned in TRG 7.01. If you you use the "Contributors to the Eclipse Foundation" or not is up to you, as long as you set the copyright holder appropiately.

@carslen ah, thanks for clarifying. so we should then either use the long format with the "Contributors of the...." section, or - probably even better - the exact holder(s) of the copyright?

The Apache-2.0 license header (the long one) should be applied anyway.
How you manage the copyright header is up to you and depends in a way to your contracts (e.g. if BMW insists on beeing the copyright holder of specific code), or if it could be handled more general using the "Contributors of the Eclipse Foundation" Copyright header.


Merge with master and fix test_api.py

this branch resolves:

the current merge issue with master on jupyter_server/services/kernels/handlers.py
fix compilation issue on NATIVE_KERNEL_NAME on tests/services/kernels/test_api.py

On my local env, test_api.py is failing with jupyter_kernel_mgmt.kernelspec.NoSuchKernel: No such kernel named python3

Hmm - the appveyor issue is odd.  It's unable to update jupyter_core as best as I can tell. ??

yep, only failing py35 on appveyor due to a permission while installing libs. I don't see any way to retrigger the appveyor build apart from pushing a fake commit.

In comparing your branch with the rebase/master that I'm working on, I see that yours doesn't include this commit: https://github.com/jupyter/jupyter_server/commit/0d67d5d5c6df64a6383e0b0211b23b6a536d3cf0

true, I realize I didn't pull the very latest master. Now latest is merged. Let's see what appveyor says.

Strange... Only on PY35. Should we install with ---user?
ERROR: Could not install packages due to an EnvironmentError: [WinError 5] Access is denied: 'C:\\Users\\appveyor\\AppData\\Local\\Temp\\1\\pip-uninstall-7v3f2fm2\\jupyter-migrate.exe'
Consider using the `--user` option or check the permissions.
Command exited with code 1

Have you confirmed that the other python versions pass?  All I see is that they were cancelled.  Perhaps removing 3.5 from the list (temporarily) would provide a good datapoint before introducing --user.  But if 3.5 is the only one failing, then I would agree - although I'm not python-savy enough to understand all the ramifications about that.

True, other than 3.5 are cancelled. Note the windows on github actions succeed. Would it be a temporary issue with appveyor? Let's have a look tomorrow and maybe also how the other PRs behave.

Hi Eric - I ran a couple experiments using PR #2.  If I remove 3.5 from the appveyor matrix, the other pythons pass.  I suspect the underlying issue is due to the initial jupyter_client install (that occurs when the conda env is created) is installing jupyter_core 4.5.0.  But JKM wants jupyter_core 4.6.x, so when installing Jupyter Server, it goes to cleanup jupyter_core 4.5.0 and, for whatever reason, runs into the issue with jupyter-migrate (which is an application from the core package).
Seems like we should decide if we're bailing on appveyor (and travis?) in favor of GH actions.  Or we could simply remove 3.5 from the appveyor matrix, knowing that Windows 3.5 is tested via GH actions.

I usually do like putting all the eggs in the same basket, but in this case IMHO github actions is reliable enough to remove appveyor and travis. They have given more disavantages than advantages so far.
I had already opened  https://github.com/jupyter/jupyter_server/pull/148 to remove travis. We can continue the conversation there and see if there are any objection for that.

Merged with latest master and build is still green (you can forget about appveyor which has been removed).

Thank you Eric!  I'm really sorry I've haven't had the time to give this proper attention.

@kevin-bates Closing as discussed. We will rebase on master later.


Could not find a partition having a macOS installation on it

I succesfully took an image with MacQuisition of a hdd 1TB (disk0)
APFS is configured but not locked/encrypted.
Importing the image in X-Ways goes as expected.
However, when executing mac_apt it says that the APFS volume could not be found.
Here's the output with log on DEBUG.
2020-06-02 10:16:57|MAIN|INFO|Started macOS Artifact Parsing Tool, version 0.6
2020-06-02 10:16:57|MAIN|INFO|Dates and times are in UTC unless the specific artifact being parsed saves it as local time!
2020-06-02 10:16:57|MAIN|DEBUG|mac_apt.x64.exe -o OUT -x -l DEBUG E01 IMAGE.E01 ALL
2020-06-02 10:16:57|MAIN|INFO|Pytsk version  = 20170801
2020-06-02 10:16:57|MAIN|INFO|Pyewf version  = 20190317
2020-06-02 10:16:57|MAIN|INFO|Pyvmdk version = 20190316
2020-06-02 10:16:57|MAIN|INFO|PyAFF4 version = 0.31
2020-06-02 10:16:57|MAIN|INFO|Opened image IMAGE.E01
2020-06-02 10:16:57|MAIN|DEBUG|Skipping EFI System Partition @ offset 20480
2020-06-02 10:16:57|MAIN|INFO|Looking at FS with volume label 'Customer'  @ offset 209735680
2020-06-02 10:16:57|MAIN|INFO|Found an APFS container with uuid: 58E18E64-2D21-442D-BA0C-21EA4F6D60BE
2020-06-02 10:16:57|MAIN.HELPERS.APFS_READER|DEBUG|self.is_sw_encrypted = False
2020-06-02 10:16:57|MAIN.HELPERS.APFS_READER|DEBUG|There are 4 volumes in this container
2020-06-02 10:16:57|MAIN.HELPERS.APFS_READER|DEBUG|Volume Block IDs: [1027, 1030, 154008, 195483], Mapping-omap: 2681122
2020-06-02 10:16:57|MAIN.HELPERS.APFS_READER|DEBUG|Volume Blocks:{1027: 1407544, 1030: 1646153, 154008: 1476348, 195483: 1382481}
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = Macintosh HD
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 1327877
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 294609
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 821.10 GiB
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x3, fs_flags=0x1
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2671243
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = Preboot
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 60
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 17
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 20.87 MiB
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x1, fs_flags=0x1
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2662063
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = Recovery
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 17
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 2
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 490.60 MiB
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x1, fs_flags=0x1
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2668965
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = VM
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 2
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 0
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 5.00 GiB
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x1, fs_flags=0x1
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2669615
2020-06-02 10:16:58|MAIN.HELPERS.WRITER|ERROR|Query execution error, query was - SELECT Version FROM "Version_Info"
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|ERROR|Error querying volume info from db: no such table: Version_Info
2020-06-02 10:16:58|MAIN|INFO|Found an existing APFS_Volumes.db in the output folder, but it is STALE, creating a new one!
2020-06-02 10:16:58|MAIN|INFO|Reading APFS volumes from container, this may take a few minutes ...
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=inode  Count=79
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=xattr  Count=7
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=dstream_id  Count=60
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=file_extent  Count=64
2020-06-02 10:16:58|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=dir_rec  Count=79
2020-06-02 10:16:59|MAIN.HELPERS.APFS_READER|WARNING|Block values are deleted? ,block=2092400
<snip>
2020-06-02 11:17:38|MAIN.HELPERS.APFS_READER|WARNING|Block values are deleted? ,block=1380069
2020-06-02 11:23:21|MAIN|ERROR|Error while reading APFS volumes
Traceback (most recent call last):
  File "mac_apt_compiled.py", line 345, in FindMacOsPartitionInApfsContainer
  File "plugins\helpers\macinfo.py", line 1087, in ReadApfsVolumes
  File "plugins\helpers\apfs_reader.py", line 420, in read_volume_records
  File "plugins\helpers\apfs_reader.py", line 452, in create_other_tables_and_indexes
  File "plugins\helpers\apfs_reader.py", line 379, in populate_compressed_files_table
  File "plugins\helpers\apfs_reader.py", line 683, in get_raw_decrypted_block
  File "plugins\helpers\apfs_reader.py", line 1391, in get_block
TypeError: unsupported operand type(s) for *: 'NoneType' and 'int'
2020-06-02 11:23:22|MAIN.DISK_REPORT|INFO|Disk info
2020-06-02 11:23:22|MAIN.DISK_REPORT|INFO|Disk Size   = 931.51 GB<PHONE_NUMBER>016 bytes)
2020-06-02 11:23:22|MAIN.DISK_REPORT|INFO|Part Scheme = GPT
2020-06-02 11:23:22|MAIN.DISK_REPORT|INFO|Block size  = 512 bytes
2020-06-02 11:23:22|MAIN.DISK_REPORT|INFO|Num Sectors =<PHONE_NUMBER>.0
2020-06-02 11:23:22|MAIN.HELPERS.WRITER|DEBUG|Trying to write out disk, partition & volume information
2020-06-02 11:23:22|MAIN|WARNING|:( Could not find a partition having a macOS installation on it
2020-06-02 11:23:22|MAIN|INFO|--------------------------------------------------
2020-06-02 11:23:22|MAIN|INFO|Finished in time = 01:06:24
2020-06-02 11:23:22|MAIN|INFO|Review the Log file and report any ERRORs or EXCEPTIONS to the developers

Seems like there might be slight corruption in one of the records, and I don't handle the corruption. I will update the code shortly to fix this.
Also, I am curious as why this took 1 hour to read the apfs volumes.  This should normally only take 5-10 minutes.

I just updated the code. Can you run from code or do you want me to create an EXE to test this?

It would be nice if you would make a ready-to-use-EXE.

OK, try the new release here:
https://github.com/ydkhatri/mac_apt/releases/tag/v0.7.dev

Thank you for your quick response!
The image is on a external hdd connected with usb3.
As asked I ran the v0.7dev; now there are some other errors
2020-06-03 08:20:09|MAIN|INFO|Started macOS Artifact Parsing Tool, version 0.7.dev
2020-06-03 08:20:09|MAIN|INFO|Dates and times are in UTC unless the specific artifact being parsed saves it as local time!
2020-06-03 08:20:09|MAIN|DEBUG|mac_apt.x64.exe -o OUT -x -l DEBUG E01 IMAGE.E01 ALL
2020-06-03 08:20:09|MAIN|INFO|Pytsk version  = 20170801
2020-06-03 08:20:09|MAIN|INFO|Pyewf version  = 20190317
2020-06-03 08:20:09|MAIN|INFO|Pyvmdk version = 20190316
2020-06-03 08:20:09|MAIN|INFO|PyAFF4 version = 0.31
2020-06-03 08:20:16|MAIN|INFO|Opened image IMAGE.E01
2020-06-03 08:20:16|MAIN|DEBUG|Skipping EFI System Partition @ offset 20480
2020-06-03 08:20:16|MAIN|INFO|Looking at FS with volume label 'Customer'  @ offset 209735680
2020-06-03 08:20:16|MAIN|INFO|Found an APFS container with uuid: 58E18E64-2D21-442D-BA0C-21EA4F6D60BE
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|self.is_sw_encrypted = False
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|There are 4 volumes in this container
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|Volume Block IDs: [1027, 1030, 154008, 195483], Mapping-omap: 2681122
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|Volume Blocks:{1027: 1407544, 1030: 1646153, 154008: 1476348, 195483: 1382481}
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = Macintosh HD
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 1327877
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 294609
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 821.10 GiB
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x3, fs_flags=0x1
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2671243
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = Preboot
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 60
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 17
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 20.87 MiB
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x1, fs_flags=0x1
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2662063
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = Recovery
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 17
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 2
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 490.60 MiB
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x1, fs_flags=0x1
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2668965
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG| -- Volume information:
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol name  = VM
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num files = 2
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Num dirs  = 0
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  Vol used  = 5.00 GiB
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|  incompatible_features=0x1, fs_flags=0x1
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|root_block_num = 2669615
2020-06-03 08:20:16|MAIN|INFO|Reading APFS volumes from container, this may take a few minutes ...
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=inode  Count=79
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=xattr  Count=7
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=dstream_id  Count=60
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=file_extent  Count=64
2020-06-03 08:20:16|MAIN.HELPERS.APFS_READER|INFO|Vol_2_Preboot Type=dir_rec  Count=79
2020-06-03 08:20:18|MAIN.HELPERS.APFS_READER|WARNING|Block values are deleted? ,block=2092400
<snip>
2020-06-03 09:04:29|MAIN.HELPERS.APFS_READER|WARNING|Block values are deleted? ,block=1380069
2020-06-03 09:05:46|MAIN.HELPERS.APFS_READER|ERROR|Perhaps a corrupted record in APFS volume, skipping it.From populate_compressed_files_table(). Got NULL for block number
2020-06-03 09:05:46|MAIN.HELPERS.APFS_READER|ERROR|DEBUG values of row = (137028,<PHONE_NUMBER>6,<PHONE_NUMBER>3, 3203, None,<PHONE_NUMBER>7, None, 0)
2020-06-03 09:06:30|MAIN.HELPERS.APFS_READER|DEBUG|244165 rows deleted
2020-06-03 09:06:30|MAIN.HELPERS.APFS_READER|DEBUG|4518 rows deleted
2020-06-03 09:06:32|MAIN.HELPERS.APFS_READER|DEBUG|731642 rows deleted
2020-06-03 09:06:35|MAIN.HELPERS.APFS_READER|DEBUG|453861 rows deleted
2020-06-03 09:06:37|MAIN.HELPERS.APFS_READER|DEBUG|622701 rows deleted
2020-06-03 09:06:37|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:06:38|MAIN.HELPERS.APFS_READER|DEBUG|386529 rows deleted
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=inode  Count=2140788
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=xattr  Count=1112356
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=sibling_link  Count=43645
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=dstream_id  Count=1148606
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=file_extent  Count=2641676
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=dir_rec  Count=2309793
2020-06-03 09:07:12|MAIN.HELPERS.APFS_READER|INFO|Vol_1_Macintosh_HD Type=sibling_map  Count=43959
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|1 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|1 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=inode  Count=21
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=xattr  Count=2
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=sibling_link  Count=2
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=dstream_id  Count=17
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=file_extent  Count=74
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=dir_rec  Count=22
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_3_Recovery Type=sibling_map  Count=2
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|0 rows deleted
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_4_VM Type=inode  Count=4
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_4_VM Type=dstream_id  Count=2
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_4_VM Type=file_extent  Count=321
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|INFO|Vol_4_VM Type=dir_rec  Count=4
2020-06-03 09:07:13|MAIN|INFO|Found valid OSX/macOS kernel
2020-06-03 09:07:13|MAIN.HELPERS.MACINFO|DEBUG|Trying to get system version from /System/Library/CoreServices/SystemVersion.plist
2020-06-03 09:07:13|MAIN.HELPERS.APFS_READER|DEBUG|Trying to open file : /System/Library/CoreServices/SystemVersion.plist
2020-06-03 09:07:13|MAIN.HELPERS.MACINFO|INFO|macOS version detected is: Mojave (10.14.1) Build=18B75
2020-06-03 09:07:14|MAIN.HELPERS.APFS_READER|DEBUG|Trying to open file : /private/var/db/dslocal/nodes/Default/users/_krbfast.plist
2020-06-03 09:07:14|MAIN.HELPERS.APFS_READER|DEBUG|Trying to copy out /private/var/db/dslocal/nodes/Default/users/_krbfast.plist
2020-06-03 09:07:15|MAIN.HELPERS.APFS_READER|DEBUG|Trying to open file : /private/var/db/dslocal/nodes/Default/users/_krbtgt.plist
2020-06-03 09:07:15|MAIN.HELPERS.APFS_READER|DEBUG|Trying to copy out /private/var/db/dslocal/nodes/Default/users/_krbtgt.plist
2020-06-03 09:07:15|MAIN.HELPERS.APFS_READER|DEBUG|Trying to open file : /private/var/db/dslocal/nodes/Default/users/_serialnumberd.plist
2020-06-03 09:07:15|MAIN.HELPERS.APFS_READER|DEBUG|Trying to copy out /private/var/db/dslocal/nodes/Default/users/_serialnumberd.plist
2020-06-03 09:07:15|MAIN|INFO|Sqlite db could not be created at : OUT\APFS_Volumes_58E18E64-2D21-442D-BA0C-21EA4F6D60BE.db
2020-06-03 09:07:15|MAIN|ERROR|Exception occurred when trying to create APFS_Volumes Sqlite db
Traceback (most recent call last):
  File "site-packages\biplist\__init__.py", line 126, in readPlist
  File "site-packages\biplist\__init__.py", line 234, in parse
  File "site-packages\biplist\__init__.py", line 248, in readRoot
biplist.NotBinaryPlistException

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "site-packages\biplist\__init__.py", line 138, in readPlist
  File "plistlib.py", line 959, in loads
  File "plistlib.py", line 944, in load
plistlib.InvalidFileException: Invalid file

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "plugins\helpers\macinfo.py", line 908, in _GetUserInfo
  File "site-packages\biplist\__init__.py", line 143, in readPlist
biplist.InvalidPlistException: Invalid file

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "mac_apt_compiled.py", line 382, in FindMacOsPartitionInApfsContainer
  File "mac_apt_compiled.py", line 257, in FindMacOsFiles
  File "plugins\helpers\macinfo.py", line 938, in _GetUserInfo
NameError: name 'InvalidPlistException' is not defined
2020-06-03 09:07:15|MAIN.DISK_REPORT|INFO|Disk info
2020-06-03 09:07:15|MAIN.DISK_REPORT|INFO|Disk Size   = 931.51 GB<PHONE_NUMBER>016 bytes)
2020-06-03 09:07:15|MAIN.DISK_REPORT|INFO|Part Scheme = GPT
2020-06-03 09:07:15|MAIN.DISK_REPORT|INFO|Block size  = 512 bytes
2020-06-03 09:07:15|MAIN.DISK_REPORT|INFO|Num Sectors =<PHONE_NUMBER>.0
2020-06-03 09:07:15|MAIN.HELPERS.WRITER|DEBUG|Trying to write out disk, partition & volume information
2020-06-03 09:07:15|MAIN|WARNING|:( Could not find a partition having a macOS installation on it
2020-06-03 09:07:15|MAIN|INFO|--------------------------------------------------
2020-06-03 09:07:15|MAIN|INFO|Finished in time = 00:47:05
2020-06-03 09:07:15|MAIN|INFO|Review the Log file and report any ERRORs or EXCEPTIONS to the developers

It seems some files might be corrupted, but I can debug better if I have the APFS database. Any chance you can share the database file APFS_Volumes_58E18E64-2D21-442D-BA0C-21EA4F6D60BE.db with me? Don't post it here, you can send privately to me at<EMAIL_ADDRESS>

The database looks fine. It is likely that there is disk corruption and the specific file /private/var/db/dslocal/nodes/Default/users/_serialnumberd.plist either had an invalid plist or all zeroes returned from the image. Another possibility is that libewf (dependancy) may be returning bad data for certain sectors. Can you confirm that XWF can read this file?
I have added some more exception handling to skip this error and move along. The files under release have been updated. Please take a look. Put the APFS db in the output folder and the script will not need to re-create it saving you a lot of time.

I think it's working now, mac_apt created successfully a XLSX with results in it. Thank you.
First let me show how XWF sees the _serialnumberd.plist

There are a lot of errors on the other hand.
A quick view learns me that it is mostly could not read plist
Are you interested in the logfile ?

Glad it works now, and thanks for helping make open source software better.
Yes please send the log file. Also can you send me this plist too? I'd like to confirm whether the plist is the problem or libewf?

OK, since the plist exported by mac_apt is all zeroes, this is a libewf problem. I will see if I can make an alternate version of mac_apt with a different version of libewf.

If you can test this on Linux or Windows Subsystem for Linux, try that. I have detailed installation instructions here

Finally could do some testing on a Linux.
The proposed libewf-20140808.tar.gz is a no-go. It can't even open the image.
Tried also the latest dev-version of libewf (via git clone), but the problem 'cannot correctly read plist' persists.

Well, since there is only one open source ewf library, this is beyond us at this point.. Perhaps a reacquire would fix it, but not worth the time and effort! This seems to be a known documented issue here https://github.com/libyal/libewf/issues/93

Since you have already installed the latest  libewf, one thing you could try on linux is to use ewfmount to mount the raw image. Then point mac_apt to the raw dd image provided by ewfmount. Run everything as sudo.

Same error reading plist.
Taking a new image isn't possible any more. I'll leave it for what it is.
Thank you for your time!

One last thing I would suggest. Since this is E01, you can use encase's "Mount as Network Share" option to access the files and folders via a logical drive letter. Once you have it setup, you can point mac_apt to it, using the MOUNTED option. You will have to use mac_apt_mounted_sys_data for that.
To access this, you need to right-click on the container in Encase (left on tree view), select DEVICE -> SHARE->MOUNT AS NETWORK SHARE.

I believe Xways has a similar option too, "Mount as drive letter". But it requires some external components to be installed separately (Dokan..)

I don't have acces to Encase, so I tried xwf. I succesfully mounted it (all files, even selected hidden/system)
There was an error:
mac_apt.x64.exe -o "OUT" -x MOUNTED "X:\Macintosh HD" WIFI
Output path was : OUT
MAIN-INFO-Started macOS Artifact Parsing Tool, version 0.7.dev
MAIN-INFO-Dates and times are in UTC unless the specific artifact being parsed saves it as local time!
MAIN-INFO-Pytsk version  = 20170801
MAIN-INFO-Pyewf version  = 20190317
MAIN-INFO-Pyvmdk version = 20190316
MAIN-INFO-PyAFF4 version = 0.31
MAIN-INFO-Found valid OSX/macOS kernel
MAIN.HELPERS.MACINFO-ERROR-Could not get ProductVersion from plist. Is it a valid xml plist? Error=[Errno 22] Invalid argument
MAIN-ERROR-Failed to load image. Error Details are: 'MountedMacInfo' object has no attribute '_GetDarwinFoldersInfos'

You need to point the script to the root folder.
mac_apt.x64.exe -o "OUT" -x MOUNTED "X:\Macintosh HD\root" WIFI

OK wait, I think there is also a bug. Hold on, let me investigate..

OK, all fixed now. MOUNTED mode issues have been fixed. New build available under releases.

Cool, thank you. It continued now.
But at the end, there was still the error "could not open plist".
I sent you the debug log by mail, just fyi.

It is now an xways problem.. Files mounted by xways are inaccessible in python..

OK, I've added some code to work around the python XWF problem. This one should work now with XWF mounted files.
https://github.com/ydkhatri/mac_apt/releases/tag/v0.7.dev.20200625

Allright!
I believe it might have worked now with MOUNTED. I ran FAST and there were no more errors; also the Excel-output is much more complete (as expected)
Thank you for your work and time!

To be complete: only one plugin had some difficulties with plist, namely AUTOSTART
Example:
2020-06-26 23:03:33|MAIN.HELPERS.MACINFO|DEBUG|Trying to open file : X:Macintosh HD\System\Library\LaunchDaemons\bootps.plist
2020-06-26 23:03:33|MAIN.HELPERS.MACINFO|DEBUG|Trying to open plist file : /System/Library/LaunchDaemons/bootps.plist
2020-06-26 23:03:33|MAIN.HELPERS.MACINFO|DEBUG|Trying to open file : X:Macintosh HD\System\Library\LaunchDaemons\bootps.plist
2020-06-26 23:03:33|MAIN.HELPERS.MACINFO|DEBUG|Trying to read plist file : /System/Library/LaunchDaemons/bootps.plist
2020-06-26 23:03:33|MAIN.AUTOSTART|ERROR|Problem reading plist - Could not read plist: /System/Library/LaunchDaemons/bootps.plist Error was : Invalid file

To be complete: only one plugin had some difficulties with plist, namely AUTOSTART
I had the same errors during testing. This is due to zero file size for those files. XWF's apfs parsing is flawed, these files do have file size, but you can look them up in the xwf gui, and it will show 0 bytes.

Appreciate you help in testing this code. 😄


Improve UI

Make the commands shorter or find a way to enhance the operations like store and delete .

explain what you want exactly

Nothing concrete, just ideas to "improve" UI


[ERROR] glob is not a function [plugin sw-assets-module]

Hello :),
🏗 Building Service Worker in development mode...

💿 Built Service Worker in: 107.256ms
👀 Watching for changes in the service worker file...
✘ [ERROR] glob is not a function [plugin sw-assets-module]

[...]

  The plugin "sw-assets-module" was triggered by this import

    entry-module:@remix-pwa/build/magic:233:27:
      233 │     export { assets } from '@remix-pwa/dev?assets';

I'm trying to run the remix dev server but I'm getting this after init remix-pwa :(  any thoughts?
F.

Looks it comes from assets-module.ts
import type { OnLoadResult, OnResolveArgs, OnResolveResult, Plugin, PluginBuild } from 'esbuild';
import pkg from 'glob';
const { glob } = pkg;

import type { ResolvedWorkerConfig } from '../utils/config.js';

const { glob } = pkg;

const FILTER_REGEX = /@remix-pwa\/dev\?assets/;
const NAMESPACE = 'assets-module';

export default function assetsPlugin(config: ResolvedWorkerConfig): Plugin {
  async function setup(build: PluginBuild) {
    const onResolve = ({ path }: OnResolveArgs): OnResolveResult => ({
      path,
      namespace: NAMESPACE,
      watchDirs: [config.assetsBuildDirectory],
    });
    const onLoad = async (): Promise<OnLoadResult> => {
      let contents: string = ""
      const files = await glob(`**/*`, {
        ignore: '**/*.map',
        absolute: false,
        nodir: true,
        root: config.rootDirectory,
        cwd: config.assetsBuildDirectory,
      }, (err, files) => {
          if (err) {
              console.error(err);
          } else {
              contents = `export const assets = ${JSON.stringify(files.map(file => `${config.publicPath}${file}`))};`;
          }
      }));

      return {
        contents,
        resolveDir: config.appDirectory,
        loader: 'js',
      };
    };

    build.onResolve({ filter: FILTER_REGEX }, onResolve);
    build.onLoad({ filter: FILTER_REGEX, namespace: NAMESPACE }, onLoad);
  }

  return {
    name: 'sw-assets-module',
    setup,
  };
}

Yeah, this issue is very random and I am yet to even figure out the root cause. The workaround for now is to add @remix-pwa packages to serverDependenciesToBundle. That should fix it. I would hopefully wrap up these mini bugs and work on Vite full-time.
Sorry for the late responses, due to work, I am less into OSS these days. But hopefully would be back in a few more weeks :)

Remix PWA v4 has been released, and in it, we have dropped support for esbuild. So the workaround would be the permanent solution 👍


Introduce a new "Activities" scope for OAuth

Related to https://github.com/opencollective/opencollective/issues/5195
For the initial implementation, we're using the Account scope to know whether the app can access the collective's activities but we should ideally introduce a dedicated scope for that.

@znarf do you agree with this one?

@Betree account is not too bad, introducing activities is ok for me.


Connector doesn't connect to improved blast furnace

The connectors can connect and interact with the the coal coke oven from IE but won't connect to the blast furnace

What kind of block is the blast furnace? Would it accept items, fluids, or energy?

the improved blast furnace is an IE multiblock it accepts items through the top and outputs steel through the front and slag out the back

Appears to be working as of IE 0.11-59-101 and XNet 1,3.1 (front, back, and top)

Not working here; IE 1.10-61 and XNet 1.3.2 on 1.10.2

Can insert into the top (coal coke & iron), but not extract from the front (steel) or back (slag)

I was having a similar problem using the Ender IO conduits, it seems to be dependent on placement of the blast furnace. If it's facing east or west, it works fine. However, when the furnace is facing north or south it doesn't work.


feat(symbols): add dotted borders (#1335)

Closes issue #1355

[ ] Add dotted border symbols
[ ] Add new entries in BorderType for dash borders

Ok I tested it in the layout example and it currently looks like this:

The above image is using the "┄" ("Box Drawings Light Triple Dash Horizontal") character for dotted horizontal borders, and the "┆" ("Box Drawings Light Triple Dash Vertical") character for dotted vertical borders.
Using a double dash for horizontal borders while keeping a triple dash for vertical borders gives the following result: ("╌" character)

But maybe it could instead be used to make a new "dashed border" style using a double dash for both horizontal and vertical borders: ("╌" and "╎" characters)

I can add both styles (dotted "┄┆" and dashed "╌╎") if you want. Or one hybrid ("╌┆" double-dash horizontal and triple-dash vertical).

Personally, I find the mixed one looks better as a "dotted border", but then you don't have separate "triple-dashed" and "double-dashed" borders.
Here is the box-drawing characters table for reference: link to Wikipedia

Happy New Year! :)


[PoC]: Update make request file to allow sending multiple requests at once

Intro
I've tried running Airnode locally and modified the make-request.ts from the examples package to send multiple requests at once with two versions:

Same sponsor
Different sponsor

The results were the same, because hardhat is super fast. So I've implemented https://github.com/Siegrift/hardhat-fastify-gateway to slow it down for certain calls (eth_call is the one made by Airnode to fulfilll the transaction). The results showed that Airnode behaves correctly - requests from same sponsor are made sequentially, while from different sponsors in parallel.
How to run
Follow the steps in airnode-examples package - however:

During choose-integration - choose http://localhost:9999 as the provider URL
Clone and run the server (it runs on port 9999) https://github.com/Siegrift/hardhat-fastify-gateway
You may skip step 13 and 14 (they are done by the script now)

It's recommended to run make-request (which makes multiple requests now) while airnode is not running, and only run the airnode (by yarn run-airnode-locally) after all of those requests were made and are waiting for fulfillment.

Is this about the stress test? We were talking about if this was fulfillng requests made with different sponsors in parallel.

Yeah, I reviewed the stress-test code and was talking to Aaron privately on Slack (so yo didn't have visibility).
This PoC demonstrates that Airnode is doing the intended thing (at least when run locally, assuming I didn't screw up something in this PoC code)

I guess this doesn't have to be a PR since it never wants to get merged


Ajax processing when clicking "Save" button.

Ajax processing when clicking "Save" button.
Click on this button -

Should close the input ->
Send Ajax to some URL, this URL will be provided later ->
Make the text bold ->
When response 200 will be retrieved from server - return default style of the text.

The API for category modify should work fine now.


IPython Console kernel error

Description of your problem

An error ocurred while starting the kernel
IPython: an enhanced interactive Python shell.
Subcommands
‑‑‑‑‑‑‑‑‑‑‑
Subcommands are launched as ipython‑kernel cmd [args]. For information on
using subcommand 'cmd', do: ipython‑kernel cmd ‑h.
install
Install the IPython kernel
Options
‑‑‑‑‑‑‑
Arguments that take values are actually convenience aliases to full
Configurables, whose aliases are listed on the help line. For more information
on full configurables, see '‑‑help‑all'.
‑‑no‑autoindent
Turn off autoindenting.
‑‑deep‑reload
Deprecated and will be removed in IPython 5.0.
Enable deep (recursive) reloading by default. IPython can use the
deep_reload module which reloads changes in modules recursively (it
replaces the reload() function, so you don't need to change anything to
use it). deep_reload() forces a full reload of modules whose code may
have changed, which the default reload() function does not. When
deep_reload is off, IPython will use the normal reload(), but
deep_reload will still be available as dreload(). This feature is off
by default [which means that you have both normal reload() and
dreload()].
‑‑secure
Use HMAC digests for authentication of messages.
Setting this flag will generate a new UUID to use as the HMAC key.
‑‑pylab
Pre‑load matplotlib and numpy for interactive use with
the default matplotlib backend.
‑‑matplotlib
Configure matplotlib for interactive use with
the default matplotlib backend.
‑‑autoindent
Turn on autoindenting.
‑‑automagic
Turn on the auto calling of magic commands. Type %%magic at the
IPython prompt for more information.
‑‑no‑secure
Don't authenticate messages.
‑‑no‑deep‑reload
Disable deep (recursive) reloading by default.
‑‑no‑stdout
redirect stdout to the null device
‑‑no‑automagic
Turn off the auto calling of magic commands.
‑‑nosep
Eliminate all spacing between prompts.
‑‑pprint
Enable auto pretty printing of results.
‑‑quiet
set log level to logging.CRITICAL (minimize logging output)
‑‑no‑color‑info
Disable using colors for info related things.
‑‑color‑info
IPython can display information about objects via a set of functions,
and optionally can use colors for this, syntax highlighting
source code and various other elements. This is on by default, but can cause
problems with some pagers. If you see such problems, you can disable the
colours.
‑‑init
Initialize profile with default config files. This is equivalent
to running ipython profile create  prior to startup.
‑‑no‑pdb
Disable auto calling the pdb debugger after every exception.
‑‑debug
set log level to logging.DEBUG (maximize logging output)
‑‑pydb
Use the third party 'pydb' package as debugger, instead of pdb.
Requires that pydb is installed.
‑‑pdb
Enable auto calling the pdb debugger after every exception.
‑‑no‑pprint
Disable auto pretty printing of results.
‑‑no‑stderr
redirect stderr to the null device
‑‑profile= (BaseIPythonApplication.profile)
Default: u'default'
The IPython profile to use.
‑‑control= (IPKernelApp.control_port)
Default: 0
set the control (ROUTER) port [default: random]
‑‑shell= (IPKernelApp.shell_port)
Default: 0
set the shell (ROUTER) port [default: random]
‑‑ip= (IPKernelApp.ip)
Default: u''
Set the kernel's IP address [default localhost]. If the IP address is
something other than localhost, then Consoles on other machines will be able
to connect to the Kernel, so be careful!
‑‑pylab= (InteractiveShellApp.pylab)
Default: None
Choices: [u'auto', u'gtk', u'gtk3', u'inline', u'nbagg', u'notebook', u'osx', u'qt', u'qt4', u'qt5', u'tk', u'wx']
Pre‑load matplotlib and numpy for interactive use, selecting a particular
matplotlib backend and loop integration.
‑‑matplotlib= (InteractiveShellApp.matplotlib)
Default: None
Choices: [u'auto', u'gtk', u'gtk3', u'inline', u'nbagg', u'notebook', u'osx', u'qt', u'qt4', u'qt5', u'tk', u'wx']
Configure matplotlib for interactive use with the default matplotlib
backend.
‑‑colors= (InteractiveShell.colors)
Default: 'Linux'
Choices: [u'NoColor', u'LightBG', u'Linux']
Set the color scheme (NoColor, Linux, or LightBG).
‑‑iopub= (IPKernelApp.iopub_port)
Default: 0
set the iopub (PUB) port [default: random]
‑‑cache‑size= (InteractiveShell.cache_size)
Default: 1000
Set the size of the output cache. The default is 1000, you can change it
permanently in your config file. Setting it to 0 completely disables the
caching system, and the minimum value accepted is 20 (if you provide a value
less than 20, it is reset to 0 and a warning is issued). This limit is
defined because otherwise you'll spend more time re‑flushing a too small
cache than working
‑‑hb= (IPKernelApp.hb_port)
Default: 0
set the heartbeat port [default: random]
‑‑logfile= (InteractiveShell.logfile)
Default: ''
The name of the logfile to use.
‑‑transport= (IPKernelApp.transport)
Default: 'tcp'
Choices: [u'tcp', u'ipc']
‑‑stdin= (IPKernelApp.stdin_port)
Default: 0
set the stdin (ROUTER) port [default: random]
‑c (InteractiveShellApp.code_to_run)
Default: ''
Execute the given command string.
‑‑ident= (Session.session)
Default: u''
The UUID identifying this session.
‑‑autocall= (InteractiveShell.autocall)
Default: 0
Choices: (0, 1, 2)
Make IPython automatically call any callable object even if you didn't type
explicit parentheses. For example, 'str 43' becomes 'str(43)' automatically.
The value can be '0' to disable the feature, '1' for 'smart' autocall, where
it is not applied if there are no more arguments on the line, and '2' for
'full' autocall, where all callable objects are automatically called (even
if no arguments are present).
‑‑ipython‑dir= (BaseIPythonApplication.ipython_dir)
Default: u''
The name of the IPython directory. This directory is used for logging
configuration (through profiles), history storage, etc. The default is
usually $HOME/.ipython. This option can also be specified through the
environment variable IPYTHONDIR.
‑f (IPKernelApp.connection_file)
Default: ''
JSON file in which to store connection info [default: kernel‑.json]
This file will contain the IP, ports, and authentication key needed to
connect clients to this kernel. By default, this file will be created in the
security dir of the current profile, but can be specified by absolute path.
‑‑config= (BaseIPythonApplication.extra_config_file)
Default: u''
Path to an extra config file to load.
If specified, load this config file in addition to any other IPython config.
‑‑gui= (InteractiveShellApp.gui)
Default: None
Choices: [u'glut', u'gtk', u'gtk3', u'osx', u'pyglet', u'qt', u'qt5', u'tk', u'wx']
Enable GUI event loop integration with any of ('glut', 'gtk', 'gtk3', 'osx',
'pyglet', 'qt', 'qt5', 'tk', 'wx').
‑‑logappend= (InteractiveShell.logappend)
Default: ''
Start logging to the given file in append mode. Use logfile to specify a
log file to overwrite logs to.
‑m (InteractiveShellApp.module_to_run)
Default: ''
Run the module as a script.
‑‑log‑level= (Application.log_level)
Default: 30
Choices: (0, 10, 20, 30, 40, 50, 'DEBUG', 'INFO', 'WARN', 'ERROR', 'CRITICAL')
Set the log level by value or name.
‑‑ext= (InteractiveShellApp.extra_extension)
Default: ''
dotted module name of an IPython extension to load.
‑‑profile‑dir= (ProfileDir.location)
Default: u''
Set the profile location directly. This overrides the logic used by the
profile option.
‑‑keyfile= (Session.keyfile)
Default: ''
path to file containing execution key.
‑‑user= (Session.username)
Default: u'username'
Username for the Session. Default is your system username.
To see all available configurables, use ‑‑help‑all
[IPKernelApp] CRITICAL | Bad config encountered during initialization:
[IPKernelApp] CRITICAL | Could not decode 'C:\Users\\xd3\xe1\xf1\xdc\xed\xf4\xe7\xf2\AppData\Roaming\jupyter\runtime' for unicode trait 'connection_dir' of an IPKernelApp instance.

Please provide any additional information below
I am using a 64-bit Windows10 laptop and after several efforts of launching Python 2.7 (Anaconda), I eventually managed but I still face the problem with the kernel console error as described above. I have tried resetting spyder, updating spyder setuptools, adding variables in the path system, run the app as administrator, installing/ uninstalling processes but nothing worked.
Let me know in case there is something more to try out in order to fix this problem.
Any kind of advices is much appreciated.
Thank you in advance!

It seems you're trying to use ipython as your Python interpreter in
Tools > Preferences > Console > Advanced settings > Python executable

You can't do that. There you can only use Python executables, not IPython ones :-)

Thank you very much for your response. That is what I found in the menu:

What should I change exactly in order to avoid the Kernell error?
Please note that the problem is at the IPython Console, not at the Console tab at the bottom right of the screen:

Thank you in advance for your response!

Ok, thanks for the screenshots. After reading your error more carefully, I can see that the problem seems to be that you don't have the ipykernel package installed.
You can install it by running in a terminal (i.e cmd.exe)
pip install ipykernel

or
conda install ipykernel

Error message: "Failed to create process" for both occasions :(

I haven't seen that error before, sorry. Are you in a corporate environment or something? Or is that your personal computer? And how did you install Spyder?

Maybe was because of the network before. So I retried the first one and i got the message: Requirement already satissfied. For the second one, 3 packages (conda env 2.5.2, conda 4.1.12 and ipykernel 4.5.0) have been downloaded and updated successfully. It is my personal computer, I am running Windows 10 x64 bit and I have installed Spyder at the C drive after dowloading the package from docs.continuum.

I just tried the reset spyder command and it removed a file I have started. Is it possible to undo the reset somehow? :/

Nop, sorry :-/
El 14/09/16 a las 11:04, lavezzi7 escribió:

I just tried the reset spyder command and it removed a file I have
started. Is it possible to undo the reset somehow? :/
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/spyder-ide/spyder/issues/3412#issuecomment-247063971,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAWS7b5g59rzgtQz9-v_dEQymrMoy73qks5qqBr3gaJpZM4J5kxc.


MM-17294 - Revert "MM-15452 - Add ability to override LHS icon… (#3311)

Cherry pick of #3311 on release-5.14.

#3311: MM-17294 - Revert "MM-15452 - Add ability to override LHS icon for bot accounts

/cc  @ali-farooq0

Adding @lieut-data for another set of eyes as I had to manually resolve conflicts for 5.14

@lieut-data any objections in merging this in?


Reenable test bigchain api

Problem: Tests in class TestBigChainAPI from tests/db/test_bigchain_api.py were disabled
Solution
Fixed the tests that still made sense, and deleted the rest.

Codecov Report

Merging #2415 into master will increase coverage by 0.04%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #2415      +/-   ##
==========================================
+ Coverage   86.83%   86.88%   +0.04%
==========================================
  Files          38       38
  Lines        2173     2173
==========================================
+ Hits         1887     1888       +1
+ Misses        286      285       -1


Enforce JDK 11

Title, dev3 will now require JDK 11 to build. The only component that will be built with JDK 8 as a target is the launcher to alert users to switch outdated JDKs.

Also need to update the .drone.yml file
steps:
  - name: build
    image: amazoncorretto:8

Should just be 8 --> 11

There are some test failing, I'm not sure if they are related or not?

The failing tests were my fault, pull dev3 again and that will be fixed

Seems like it is still failing.
AnalysisTests > Frames > testTypeMerge() FAILED

    org.opentest4j.AssertionFailedError: expected: <java/util/Collection> but was: <java/lang/Object>

🤔 dev3 works fine for me

Oh crap it does break on Java 11.... why though I don't know. I'll check it out.

Apparently they changed how HashMap worked between 8 and 11, because ReflectiveInheritanceChecker is throwing java.util.ConcurrentModificationException but only on 11

Pushed fix to dev3. The tests work on 11 now.


Internal Pandora error (Hermes 1.3.1)

Just today Hermes started failing with "An error has occurred with Pandora", a "Try Again" button, and "Internal Pandora error" below that.  I was listening to my station and it just stopped at the end of a song.
I seem to recall needing to make changes a few years ago so Hermes would continue working (updating certificates).  Perhaps I need to do those magic things again?

Possibly related to #337 and #340, but the current certificates seem to be OK.  Safari accepts both certificates (for tuner and internal-tuner) as valid.  The certificates I had manually trusted using instructions in #337 expired back in 2019, so my system hasn't been using them.
I'm using macOS Catalina on an Intel MacBook Pro.

I'm experiencing the same thing - trying to locate the logs to see if i can glean some additional information. once I figure something out I'll post details and see what it would take to come up with a fix.

Same problem here today, worked yesterday. Pandora.com does work OK when loaded in Chrome.
I open the app and get a spinner for a few seconds, then same error/button as mentioned by the OP. I'm using a paid Pandora account and am on MacOS 11.4. No updates/upgrades done in the past few days.

In order to debug this i think i need to set up mitmproxy or something to bust the ssl and inspect the request, then funnel hermes through it and see what the actual request and response is.
then do the same thing with the official client and see where the two disagree. i just haven't had enough time to mess with it today.

Might be easier just to insert logging if you can get it to build. Either way thanks for investigating! My time to spend on Hermes continues to be 0 unfortunately.
Nicholas

On Jun 15, 2021, at 9:20 PM, khudson @.***> wrote:

In order to debug this i think i need to set up mitmproxy or something to bust the ssl and inspect the request, then funnel hermes through it and see what the actual request and response is.
then do the same thing with the official client and see where the two disagree. i just haven't had enough time to mess with it today.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

I'm sure i've gotten it to build as i'm running one i built myself - but I built it like a year and a half ago and I couldn't find the buildenv I used to do so, so it'll probably take a bit for me to get it back up and running again. it's likely faster (but probably not easier!) for me to get the mitmproxy set up, as painful as that sounds. i'll see what i can do, but it might not be until tomrorow.

I too am trying to do a build to see wazzup ... will try to TS this weekend at latest.

Well .. went to start the build this morning .. and now Hermes is again working?  Anyone else?

Still not working for me.

Wasn't working for me yesterday, working for me today!

And now it's working for me.  Certainly makes it difficult to troubleshoot...
I'll leave this open for another week and then if someone pings me I'll close it out.

Works for me too. Seems like this may have been on the Pandora side. I know Hermes does a not-great job of exposing errors, so it may be useful still trying to work on better logging/display if anyone has time.

Yup, it started working here as well - someone on that side probably made a boo boo and it likely borked a bunch of integrations with other devices, if i had to guess (without having tested that at all). For now, I'm glad I don't have to go through the debugging exercise, since i don't really have the time to do it!
I just wish we could find someone that did have the time and experience to maintain Hermes. I'd offer, but I don't have any ObjC experience to speak of.

Got the same error. Trusting certificates for tuner and internal-tuner manually isn't helping. Ideas?

It randomly started working again for me. Not sure what happened.


Support translate PDF and any file:/// content

Enable content script on local files

Related links

PDF translation feature links: https://github.com/artemave/translate_onhover/issues/26

It looks PDF handled by native code, so extension cannot to embed content script there.
Exists workarounds just intercept handling of PDF documents and render it by itself.
Sources

https://discourse.mozilla.org/t/content-script-not-run-for-pdf-pages/33660
https://stackoverflow.com/questions/65971615/chrome-extension-inject-content-script-when-viewing-a-pdf
https://www.reddit.com/r/FirefoxAddons/comments/ofjdcf/is_it_possible_to_inject_contentscript_into_the/


^money bal @(player)

shows someones balance. yeah ok just like ^money bal but someones bal.

Good idea


[Java End-of-file]

Enter your question -
"In computing, End Of File (commonly abbreviated EOF) is a condition in a computer operating system where no more data can be read from a data source.
The challenge here is to read  lines of input until you reach EOF, then number and print all  lines of content.
Hint: Java's Scanner.hasNext() method is helpful for this problem.
Input Format
Read some unknown  lines of input from stdin(System.in) until you reach EOF; each line of input contains a non-empty String.
Output Format
For each line, print the line number, followed by a single space, and then the line content received as input.
Sample Input
Hello world
I am a file
Read me until end-of-file.
Sample Output
1 Hello world
2 I am a file
3 Read me until end-of-file.
Enter link to the question(if question belongs to any online platform) - Hackerrank
https://www.hackerrank.com/challenges/java-end-of-file/problem
Tags for the question(eg - Array, Basic, Stack, etc.) -
String

Please assign this issue to me. i can solve it

@Harsh-bartariya,
Kindly add your solution to "hackerrank" folder
Deadline - 06/10/2021

Ok sir thank you.

Sir firstly i solved this question on hackerrank
sir is it against the guidelines and the code of conduct
i can make PR this time but this just came in my mind can you please clarify it.....please

@Harsh-bartariya,
The repository support an original submission(completely written by you). It does not matter whether it was done just now was previously. The guidelines only says to be true and original.

@Harsh-bartariya,
One more point I wish to add.
This Issue will be counted towards ranking criteria of this repository.
Gentle advice for futher Issues -
Medium and hard level questions will be given preference for Hacktoberfest tag.

Yes sir thank you...the solution is completely written by me and i can explain the logic as well
and again thanks for the lables you added


[bug] Add Carpenters Recipes

I try to add a recipes to the Carpenter (with seedoil) and it dont work.
ERROR: Forestry.zs:171: Could not resolve <fluid : seedoil>
ERROR: Forestry.zs:171 > a method available but none matches the parameters (int, any, any[], minetweaker.item.IItemStack)

i remove the recipes and it gives me that error:
ERROR: Error executing Forestry.zs: null
java.lang.NullPointerException
	at modtweaker2.mods.forestry.handlers.Carpenter$Remove.getRecipeInfo(Carpenter.java:92)
	at modtweaker2.util.BaseListRemoval.describe(BaseListRemoval.java:62)
	at minetweaker.runtime.MTTweaker.apply(MTTweaker.java:50)
	at minetweaker.MineTweakerAPI.apply(MineTweakerAPI.java:173)
	at modtweaker2.mods.forestry.handlers.Carpenter.removeRecipe(Carpenter.java:69)
	at Forestry.__script__(Forestry.zs:88)
	at __ZenMain__.run(Forestry.zs)
	at minetweaker.runtime.MTTweaker.load(MTTweaker.java:157)
	at minetweaker.MineTweakerImplementationAPI.reload(MineTweakerImplementationAPI.java:624)
	at minetweaker.MineTweakerImplementationAPI$1.execute(MineTweakerImplementationAPI.java:82)
	at minetweaker.MineTweakerImplementationAPI$19.execute(MineTweakerImplementationAPI.java:610)
	at minetweaker.mc1710.server.MCServer$MCCommand.func_71515_b(MCServer.java:124)
	at net.minecraft.command.CommandHandler.func_71556_a(CommandHandler.java:94)
	at net.minecraft.network.NetHandlerPlayServer.func_147361_d(NetHandlerPlayServer.java:739)
	at net.minecraft.network.NetHandlerPlayServer.func_147354_a(NetHandlerPlayServer.java:718)
	at net.minecraft.network.play.client.C01PacketChatMessage.func_148833_a(SourceFile:37)
	at net.minecraft.network.play.client.C01PacketChatMessage.func_148833_a(SourceFile:9)
	at net.minecraft.network.NetworkManager.func_74428_b(NetworkManager.java:212)
	at net.minecraft.network.NetworkSystem.func_151269_c(NetworkSystem.java:165)
	at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:659)
	at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:547)
	at net.minecraft.server.integrated.IntegratedServer.func_71217_p(IntegratedServer.java:111)
	at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:427)
	at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
````````````````````````````````````````````````````````````````````````````````````````````````````````````````

I try with other liquids too but gave me the same error.

My script

//Escritoir

//remove

mods.forestry.Carpenter.removeRecipe(<Forestry:core:1>);
//add
mods.forestry.Carpenter.addRecipe(600, <liquid:seedoil> * 500,
[<minecraft:planks>, <gregtech:gt.metaitem.01:27809>, <gregtech:gt.metaitem.01:27809>, <minecraft:wooden_slab>, <minecraft:wooden_slab>, <minecraft:wooden_slab>, <minecraft:fence>, null, <minecraft:fence>],
<Forestry:core:1>);

bdw. Adding Recipes to Thermionic Fabricator works well.

 If I am adding on the end,null) it don't working too.

"a method available but none matches the parameters (int, any, any[],
minetweaker.item.IItemStack)" means that YOUR zenscript method is incorrect.
The correct method is:
int packagingTime, LiquidStack liquid, ItemStack[] ingredients, ItemStack
ingredient, ItemStack product
so,
mods.forestry.Carpenter.addRecipe(50, liquid:water, [minecraft:planks,
gregtech:gt.metaitem.01:27809, gregtech:gt.metaitem.01:27809,
minecraft:wooden_slab, minecraft:wooden_slab, minecraft:wooden_slab,
minecraft:fence, null, minecraft:fence], minecraft:diamond,
minecraft:bedrock);
On Wed, Feb 25, 2015 at 5:00 AM, Martin<EMAIL_ADDRESS>wrote:

What ingredients you mean. If I am adding on the end,null) it don't
working too.
—
Reply to this email directly or view it on GitHub
https://github.com/jaredlll08/ModTweaker2/issues/76#issuecomment-75897034
.

Yes Carpenter Recipes works well thanks for help.


Not working in PHP 8.2 because of voku/portable-utf8/src/voku/helper/UTF8.php

I get the following error when using this Rubix ML with PHP 8.2:
Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /var/www/vendor/voku/portable-utf8/src/voku/helper/UTF8.php on line 4653
.wamania/php-stemmer v2.2.0 requires voku/portable-utf8 (^5.4).
I wasn't able to include a newer version of voku/portable-utf8, because it wouldn't match the requirements for Rubix ML / php-stemmer.

Hey thanks for the heads up @follestad ... definitely something we'll look into further!
If you want to hack it for now, you could remove the wamania/php-stemmer dependency and delete the WordStemmer tokenizer. We only use this library for one thing and it's the Word Stemmer tokenizer.
https://github.com/RubixML/ML/blob/master/src/Tokenizers/WordStemmer.php#L6

Hiya, any updates to this?

I have a fork for that Package....
https://github.com/ThomasEnssner/portable-utf8/releases/tag/5.5.0
Change your Dependency to "voku/portable-utf8": "5.x-dev"
and add this to your composer.json file
"repositories": [
    {
      "type": "github",
      "url": "https://github.com/ThomasEnssner/portable-utf8"
    }
]

Just as a heads-up: If you do not want to fork repos because of trivial issues (such as this one here), https://github.com/symplify/vendor-patches comes in very handy.

PHP 8.2 support for wamania/php-stemmer:
https://github.com/wamania/php-stemmer/pull/26

Has this been resolved now?


feat: add mvisonneau/gpcd

https://github.com/aquaproj/aqua-registry/pull/7786 mvisonneau/gpcd: GoPro Cloud Downloader
$ aqua g -i mvisonneau/gpcd

How to confirm if this package works well
Reviewers aren't necessarily familiar with this package, so please describe how to confirm if this package works well. Please confirm if this package works well yourself as much as possible.
Command and output
$ gpcd --help
NAME:
   gpcd - download bulk medias from GoPro Cloud

USAGE:
   gpcd [global options] command [command options] [arguments...]

VERSION:
   0.0.1

COMMANDS:
   list      list available medias
   download  download medias
   help, h   Shows a list of commands or help for one command

GLOBAL OPTIONS:
   --api-endpoint value              Go Pro Cloud API endpoint (default: "https://api.gopro.com/media/") [$GPCD_API_ENDPOINT]
   --local-path value                where the medias should be downloaded (default: "./medias") [$GPCD_LOCAL_PATH]
   --bearer-token value              Used to authenticate over your account [$GPCD_BEARER_TOKEN]
   --user-agent value                (default: "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:106.0) Gecko/20100101 Firefox/106.0") [$GPCD_USER_AGENT]
   --from value                      filter for medias captured after this date
   --to value                        filter for medias captured before this date
   --max-concurrent-downloads value  (default: 16)
   --help, -h                        show help (default: false)
   --version, -v                     print the version (default: false)

Reference

README.md

https://github.com/mvisonneau/gpcd/blob/main/README.md

Thank you always!

Released. https://github.com/aquaproj/aqua-registry/releases/tag/v3.93.0


internal Additional property internal is not allowed (docker stack deploy with compose v3 file)

Description
The internal key doesn't seem to work when creating a network with docker stack deploy and a docker-compose file (v3 format).
Steps to reproduce the issue:

create a docker-compose.yml file with this content:

version: '3.0'

networks:
  foo:
    driver: overlay
    internal: true

deploy it:

$ docker stack deploy -c docker-compose.yml foo

watch it fail 💥:

$ docker stack deploy -c docker-compose.yml foo
internal Additional property internal is not allowed

Describe the results you received:
(see above)
Describe the results you expected:
An internal network to be created :)
Output of docker version:
$ docker version
Client:
 Version:      1.13.0-rc7
 API version:  1.25
 Go version:   go1.7.3
 Git commit:   48a9e53
 Built:        Fri Jan 13 21:41:57 2017
 OS/Arch:      darwin/amd64

Server:
 Version:      1.13.0-rc7
 API version:  1.25 (minimum version 1.12)
 Go version:   go1.7.3
 Git commit:   48a9e53
 Built:        Fri Jan 13 21:41:57 2017
 OS/Arch:      linux/amd64
 Experimental: true

Output of docker info:
$ docker info
Containers: 2
 Running: 1
 Paused: 0
 Stopped: 1
Images: 606
Server Version: 1.13.0-rc7
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host ipvlan macvlan null overlay
Swarm: active
 NodeID: 62ji4rbm9cp6lluyrz7acl00y
 Is Manager: true
 ClusterID: ap5aksi3rjbalc5zvhrut4rf7
 Managers: 1
 Nodes: 1
 Orchestration:
  Task History Retention Limit: 10
 Raft:
  Snapshot Interval: 10000
  Number of Old Snapshots to Retain: 0
  Heartbeat Tick: 1
  Election Tick: 3
 Dispatcher:
  Heartbeat Period: 5 seconds
 CA Configuration:
  Expiry Duration: 3 months
 Node Address: <IP_ADDRESS>
 Manager Addresses:
  <IP_ADDRESS>:2377
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 03e5862ec0d8d3b3f750e19fca3ee367e13c090e
runc version: 2f7393a47307a16f8cee44a37b262e8b81021e3e
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.3-moby
Operating System: Alpine Linux v3.5
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.952 GiB
Name: moby
ID: 5OHX:44FP:GRVY:CK7Y:J7R5:P7YY:YMZB:JN4G:HN2G:IWIE:L742:SHNP
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 67
 Goroutines: 353
 System Time: 2017-01-19T16:56:58.766066099Z
 EventsListeners: 2
No Proxy: *.local, 169.254/16
Username: hairyhenderson
Registry: https://index.docker.io/v1/
Experimental: true
Insecure Registries:
 <IP_ADDRESS>/8
Live Restore Enabled: false

Additional environment details (AWS, VirtualBox, physical, etc.):
Docker for Mac 1.13.0-rc7-beta37 (15013)

Note: this is similar to docker/docker#30191, but for a different property.

@hairyhenderson I have the same issue with the keys mode and placement.

It seems to not be part of the 3.0 schema; comparing the json-schema for 2.1 and 3.0;
diff --git a/config_schema_v2.1.json b/config_schema_v3.0_2.json
index 7a05156..817a7df 100644
--- a/config_schema_v2.1.json
+++ b/config_schema_v3.0_2.json
@@ -1,7 +1,8 @@
 {
   "$schema": "http://json-schema.org/draft-04/schema#",
-  "id": "config_schema_v2.1.json",
+  "id": "config_schema_v3.0.json",
   "type": "object",
+  "required": ["version"],

   "properties": {
     "version": {
@@ -50,6 +51,7 @@
       "type": "object",

       "properties": {
+        "deploy": {"$ref": "#/definitions/deployment"},
         "build": {
           "oneOf": [
             {"type": "string"},
@@ -74,31 +76,7 @@
           ]
         },
         "container_name": {"type": "string"},
-        "cpu_shares": {"type": ["number", "string"]},
-        "cpu_quota": {"type": ["number", "string"]},
-        "cpuset": {"type": "string"},
-        "depends_on": {
-          "oneOf": [
-            {"$ref": "#/definitions/list_of_strings"},
-            {
-              "type": "object",
-              "additionalProperties": false,
-              "patternProperties": {
-                "^[a-zA-Z0-9._-]+$": {
-                  "type": "object",
-                  "additionalProperties": false,
-                  "properties": {
-                    "condition": {
-                      "type": "string",
-                      "enum": ["service_started", "service_healthy"]
-                    }
-                  },
-                  "required": ["condition"]
-                }
-              }
-            }
-          ]
-        },
+        "depends_on": {"$ref": "#/definitions/list_of_strings"},
         "devices": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},
         "dns": {"$ref": "#/definitions/string_or_list"},
         "dns_search": {"$ref": "#/definitions/string_or_list"},
@@ -121,31 +99,12 @@
           "uniqueItems": true
         },

-        "extends": {
-          "oneOf": [
-            {
-              "type": "string"
-            },
-            {
-              "type": "object",
-
-              "properties": {
-                "service": {"type": "string"},
-                "file": {"type": "string"}
-              },
-              "required": ["service"],
-              "additionalProperties": false
-            }
-          ]
-        },
-
         "external_links": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},
         "extra_hosts": {"$ref": "#/definitions/list_or_dict"},
         "healthcheck": {"$ref": "#/definitions/healthcheck"},
         "hostname": {"type": "string"},
         "image": {"type": "string"},
         "ipc": {"type": "string"},
-        "isolation": {"type": "string"},
         "labels": {"$ref": "#/definitions/list_or_dict"},
         "links": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},

@@ -154,15 +113,17 @@

           "properties": {
             "driver": {"type": "string"},
-            "options": {"type": "object"}
+            "options": {
+              "type": "object",
+              "patternProperties": {
+                "^.+$": {"type": ["string", "number", "null"]}
+              }
+            }
           },
           "additionalProperties": false
         },

         "mac_address": {"type": "string"},
-        "mem_limit": {"type": ["number", "string"]},
-        "memswap_limit": {"type": ["number", "string"]},
-        "mem_swappiness": {"type": "integer"},
         "network_mode": {"type": "string"},

         "networks": {
@@ -178,8 +139,7 @@
                       "properties": {
                         "aliases": {"$ref": "#/definitions/list_of_strings"},
                         "ipv4_address": {"type": "string"},
-                        "ipv6_address": {"type": "string"},
-                        "link_local_ips": {"$ref": "#/definitions/list_of_strings"}
+                        "ipv6_address": {"type": "string"}
                       },
                       "additionalProperties": false
                     },
@@ -191,14 +151,6 @@
             }
           ]
         },
-        "oom_score_adj": {"type": "integer", "minimum": -1000, "maximum": 1000},
-        "group_add": {
-          "type": "array",
-          "items": {
-            "type": ["string", "number"]
-          },
-          "uniqueItems": true
-        },
         "pid": {"type": ["string", "null"]},

         "ports": {
@@ -243,14 +195,8 @@
         "user": {"type": "string"},
         "userns_mode": {"type": "string"},
         "volumes": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},
-        "volume_driver": {"type": "string"},
-        "volumes_from": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},
         "working_dir": {"type": "string"}
       },
-
-      "dependencies": {
-        "memswap_limit": ["mem_limit"]
-      },
       "additionalProperties": false
     },

@@ -271,10 +217,65 @@
         "timeout": {"type": "string"}
       }
     },
+    "deployment": {
+      "id": "#/definitions/deployment",
+      "type": ["object", "null"],
+      "properties": {
+        "mode": {"type": "string"},
+        "replicas": {"type": "integer"},
+        "labels": {"$ref": "#/definitions/list_or_dict"},
+        "update_config": {
+          "type": "object",
+          "properties": {
+            "parallelism": {"type": "integer"},
+            "delay": {"type": "string", "format": "duration"},
+            "failure_action": {"type": "string"},
+            "monitor": {"type": "string", "format": "duration"},
+            "max_failure_ratio": {"type": "number"}
+          },
+          "additionalProperties": false
+        },
+        "resources": {
+          "type": "object",
+          "properties": {
+            "limits": {"$ref": "#/definitions/resource"},
+            "reservations": {"$ref": "#/definitions/resource"}
+          }
+        },
+        "restart_policy": {
+          "type": "object",
+          "properties": {
+            "condition": {"type": "string"},
+            "delay": {"type": "string", "format": "duration"},
+            "max_attempts": {"type": "integer"},
+            "window": {"type": "string", "format": "duration"}
+          },
+          "additionalProperties": false
+        },
+        "placement": {
+          "type": "object",
+          "properties": {
+            "constraints": {"type": "array", "items": {"type": "string"}}
+          },
+          "additionalProperties": false
+        }
+      },
+      "additionalProperties": false
+    },
+
+    "resource": {
+      "id": "#/definitions/resource",
+      "type": "object",
+      "properties": {
+        "cpus": {"type": "string"},
+        "memory": {"type": "string"}
+      },
+      "additionalProperties": false
+    },

     "network": {
       "id": "#/definitions/network",
-      "type": "object",
+      "type": ["object", "null"],
       "properties": {
         "driver": {"type": "string"},
         "driver_opts": {
@@ -288,7 +289,14 @@
           "properties": {
             "driver": {"type": "string"},
             "config": {
-              "type": "array"
+              "type": "array",
+              "items": {
+                "type": "object",
+                "properties": {
+                  "subnet": {"type": "string"}
+                },
+                "additionalProperties": false
+              }
             }
           },
           "additionalProperties": false
@@ -300,8 +308,6 @@
           },
           "additionalProperties": false
         },
-        "internal": {"type": "boolean"},
-        "enable_ipv6": {"type": "boolean"},
         "labels": {"$ref": "#/definitions/list_or_dict"}
       },
       "additionalProperties": false
@@ -324,9 +330,9 @@
             "name": {"type": "string"}
           },
           "additionalProperties": false
+        }
       },
-        "labels": {"$ref": "#/definitions/list_or_dict"}
-      },
+      "labels": {"$ref": "#/definitions/list_or_dict"},
       "additionalProperties": false
     },

Also looks like there's a couple of changes in the json-schema for 3.0 upstream (in docker-compose) that are not (yet) in the docker/docker repository;
diff --git a/config_schema_v3.0_2.json b/config_schema_v3.0.json
index 817a7df..520e57d 100644
--- a/config_schema_v3.0_2.json
+++ b/config_schema_v3.0.json
@@ -167,10 +167,9 @@
         "restart": {"type": "string"},
         "security_opt": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},
         "shm_size": {"type": ["number", "string"]},
-        "sysctls": {"$ref": "#/definitions/list_or_dict"},
         "stdin_open": {"type": "boolean"},
-        "stop_grace_period": {"type": "string", "format": "duration"},
         "stop_signal": {"type": "string"},
+        "stop_grace_period": {"type": "string", "format": "duration"},
         "tmpfs": {"$ref": "#/definitions/string_or_list"},
         "tty": {"type": "boolean"},
         "ulimits": {
@@ -193,7 +192,6 @@
           }
         },
         "user": {"type": "string"},
-        "userns_mode": {"type": "string"},
         "volumes": {"type": "array", "items": {"type": "string"}, "uniqueItems": true},
         "working_dir": {"type": "string"}
       },
@@ -202,11 +200,10 @@

     "healthcheck": {
       "id": "#/definitions/healthcheck",
-      "type": "object",
-      "additionalProperties": false,
+      "type": ["object", "null"],
       "properties": {
-        "disable": {"type": "boolean"},
-        "interval": {"type": "string"},
+        "interval": {"type":"string"},
+        "timeout": {"type":"string"},
         "retries": {"type": "number"},
         "test": {
           "oneOf": [
@@ -214,8 +211,9 @@
             {"type": "array", "items": {"type": "string"}}
           ]
         },
-        "timeout": {"type": "string"}
-      }
+        "disable": {"type": "boolean"}
+      },
+      "additionalProperties": false
     },
     "deployment": {
       "id": "#/definitions/deployment",
@@ -328,8 +326,7 @@
           "type": ["boolean", "object"],
           "properties": {
             "name": {"type": "string"}
-          },
-          "additionalProperties": false
+          }
         }
       },
       "labels": {"$ref": "#/definitions/list_or_dict"},

I'm not sure which of those changes are deliberate (but undocumented), and which not.
ping @dnephin @vdemeester PTAL

#29883 fixes a couple of those differences. The others must have come up in the last couple weeks, after I opened that PR.
I don't remember much discussion about internal, I think it might have been dropped by accident.

@dnephin can we actually vendor those files into the repository? i.e. specify a git-sha to verify / pull it in? Would be good if we keep a single "canonical" location for those specs

vendoring doesn't really fix the issue. We actually have to update the implementation as well.
I think we just need a better process for accepting updates to the format.

@dnephin @thaJeztah could you please check if this was really fixed in most recent docker stable version? I'm using 17.03.0-ce and the error is still ocurring:
$ docker deploy --compose-file docker-compose.yml infra
internal Additional property internal is not allowed

$ docker version
Client:
 Version:      17.03.0-ce
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   60ccb22
 Built:        Thu Feb 23 11:02:43 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.03.0-ce
 API version:  1.26 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   60ccb22
 Built:        Thu Feb 23 11:02:43 2017
 OS/Arch:      linux/amd64
 Experimental: true

docker-compose.yml
version: "3"

services:

  portainer:
    image: portainer/portainer
    deploy:
      placement:
        constraints:
          - engine.labels.infra == true
    networks:
      - ext
    ports:
      - "9000:9000"
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - docker.infra.portainer:/data
    command: -H unix:///var/run/docker.sock

  registry:
    image: registry:2.5.1
    deploy:
      placement:
        constraints:
          - engine.labels.infra == true
    networks:
      - int
    volumes:
      - docker.global.ssl:/ssl
      - docker.infra.registry.config:/etc/registry
      - docker.infra.registry.images:/var/lib/registry

  proxy:
    image: openresty/openresty:alpine
    deploy:
      placement:
        constraints:
          - engine.labels.infra == true
    networks:
      - ext
      - int
    ports:
      - "443:443"
      - "80:80"
    volumes:
      - docker.global.ssl:/ssl
      - docker.infra.proxy:/usr/local/openresty/nginx/conf

volumes:
  docker.global.ssl:
    external: true
  docker.infra.proxy:
    external: true
  docker.infra.registry.config:
    external: true
  docker.infra.registry.images:
    external: true
  docker.infra.portainer:
    external: true

networks:
  ext:
    driver: overlay
    ipam:
      driver: default
      config:
        - subnet: <IP_ADDRESS>/16
  int:
    driver: overlay
    ipam:
      driver: default
      config:
        - subnet: <IP_ADDRESS>/16
    internal: true

@galindro I can confirm the bug still exists, got the same error using 17.03.0-ce running on virtualbox with docker-machine for service orchestration testing.
 The code was fixed, and the generated bindata is correct in master, but it looks like the bindata is wrong in the release branch for some reason. Maybe a bad merge?
I opened a PR to fix the release branch #31653

https://github.com/docker/docker/pull/31653 was merged and will be in 17.03.1, so let me close this again, thanks!

🎉

@maoueh probably best to open a new issue 🙂 - also may want to test with the latest RC (17.12.0-ce-rc4), and use the latest schema version (3.5, I think?)


Can't add Packet host

Version - master 3/10
Steps to Reproduce:

Try to add a packet host

Results:  Validation failed in API: DriverConfigExactlyOneRequired. Post error 422 in dev tools
Expected:
should add

This is due to schema not being correctly uploaded. And gms not catching the error.

Version - 0.63.0-rc3
Not fixed
Comment - only 1 machine driver is working at a time.  James informed and looking at it.

Fresh set up of rancher-server version - v0.59.1
Had 1 amazon host added
Upgraded to v0.63.0-rc3
Tried to add packets host.
Host addition failed with error "Validation failed in API: DriverConfigExactlyOneRequired"

Closing as this has now been verified.


Number Input Vue Error Maximum call stack size exceeded

🐛 Bug report
Since Zag version 0.17.0 in Vue projects typing in the number input results in the following error:
Uncaught RangeError: Maximum call stack size exceeded.

💥 Steps to reproduce

Click inside the number input
Start typing
See error in the browser developer console

💻 Link to reproduction

StackBlitz reproduction: https://stackblitz.com/edit/vitejs-vite-gjobtx?file=src%2FApp.vue
🧐 Expected behavior
No error is thrown
🧭 Possible Solution

🌍 System information

Software
Version(s)

Zag Version
0.17.0

Browser
Chrome

Operating System
MacOS

📝 Additional information
Currently number-input.connect uses an onChange handler for updating the value, which in turn dispatches a custom input event on the input element. The props normalizer for Vue binds the onChange handler to onInput. This leads to an infinite loop: onInput -> onChange -> dispatch input -> onInput

Good catch @visualjerk.
I just pushed a fix for this. We'll release an update shortly.
If the issue persists after upgrading, I'll re-open it.