Feat: Adding a new Command (Remark)

Adds functionality such that each user now supports a remark field that can be added, deleted, and edited.

Codecov Report

Merging #3 (f67761f) into master (fd87722) will decrease coverage by 0.88%.
The diff coverage is 59.42%.

@@             Coverage Diff              @@
##             master       #3      +/-   ##
============================================
- Coverage     72.15%   71.27%   -0.89%
- Complexity      399      407       +8
============================================
  Files            70       73       +3
  Lines          1232     1295      +63
  Branches        125      131       +6
============================================
+ Hits            889      923      +34
- Misses          311      337      +26
- Partials         32       35       +3

Impacted Files
Coverage Δ

.../seedu/address/logic/parser/AddressBookParser.java
88.88% <0.00%> (-11.12%)
:arrow_down:

...eedu/address/logic/parser/RemarkCommandParser.java
0.00% <0.00%> (ø)

src/main/java/seedu/address/ui/PersonCard.java
0.00% <0.00%> (ø)

...c/main/java/seedu/address/model/person/Remark.java
41.66% <41.66%> (ø)

...va/seedu/address/logic/commands/RemarkCommand.java
56.52% <56.52%> (ø)

...java/seedu/address/logic/commands/EditCommand.java
97.22% <100.00%> (+0.20%)
:arrow_up:

...a/seedu/address/logic/parser/AddCommandParser.java
100.00% <100.00%> (ø)

...ain/java/seedu/address/logic/parser/CliSyntax.java
85.71% <100.00%> (+2.38%)
:arrow_up:

...c/main/java/seedu/address/model/person/Person.java
97.82% <100.00%> (+0.20%)
:arrow_up:

.../java/seedu/address/model/util/SampleDataUtil.java
25.00% <100.00%> (+5.00%)
:arrow_up:

... and 2 more

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Couldn't find license

Library looks perfect, but I couldn't easily find a license mentioned (or "public domain"). If it is mentioned somewhere in the package, it could still be worth repeating it in a comment at the top of the JS file itself -- a comment would also help anyone viewing source see that they can copy it. Could go in a README or COPYING file.

I've just added a COPYING file. Thank you for noticing me.

Love the choice of license -- thanks. :)
On Sun, Oct 16, 2011 at 8:53 PM, E. Azer Koçulu <
<EMAIL_ADDRESS>
I've just added a COPYING file. Thank you for noticing me.
--
Reply to this email directly or view it on GitHub:
https://github.com/azer/relative-date/issues/3#issuecomment-2424799


Receive charge prices and provide confirmation (Feature-AC1b/4b)

As a Charge owner
I want to submit charge prices
So,

Notes:
D08 is the new business reason code for prices.
Domain test must be added.
Acceptance criteria:

[ ] 1 Given a Charge owner submits a charge price series that passes sync validation
When DataHub has processed the charge price series
Then the owner is able to peek a confirmation message

[ ] 2 Process flow for prices added to GitHub

[ ] 3 Architecture diagram for prices added to GitHub

Task list:

[x] Health check expansion
[x] Add Domaintest of new flow through system
[x] Add Documentation
[ ] Update ChargeLinks to follow new schema in https://www.nuget.org/packages/Energinet.DataHub.Core.Schemas/
[x] Update ChargeIngestion to handle Master data updates and price updates

Task list

[ ] Health check expansion
[ ] Domaintest

Tested in T-001 :white_check_mark: :
Given a Charge owner submits a charge price series that passes sync validation
When DataHub has processed the charge price series
Then the owner is able to peek a confirmation message

Submitted D08 update charge prices request:
<?xml version="1.0" encoding="UTF-8"?>
<cim:RequestChangeOfPriceList_MarketDocument xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cim="urn:ediel.org:structure:requestchangeofpricelist:0:1" xsi:schemaLocation="urn:ediel.org:structure:requestchangeofpricelist:0:1 urn-ediel-org-structure-requestchangeofpricelist-0-1.xsd">
	<cim:mRID>DocId2022-05-04T06:44:01.203Z</cim:mRID>
	<cim:type>D10</cim:type>
	<cim:process.processType>D08</cim:process.processType>
	<cim:businessSector.type>23</cim:businessSector.type>
	<cim:sender_MarketParticipant.mRID codingScheme="A10">8100000000207</cim:sender_MarketParticipant.mRID>
	<cim:sender_MarketParticipant.marketRole.type>DDM</cim:sender_MarketParticipant.marketRole.type>
	<cim:receiver_MarketParticipant.mRID codingScheme="A10">5790001330552</cim:receiver_MarketParticipant.mRID>
	<cim:receiver_MarketParticipant.marketRole.type>DDZ</cim:receiver_MarketParticipant.marketRole.type>
	<cim:createdDateTime>2022-05-04T08:44:01Z</cim:createdDateTime>
	<cim:MktActivityRecord>
		<cim:mRID>OpId2022-05-04T06:44:01.203Z</cim:mRID>
		<cim:ChargeGroup>
			<cim:ChargeType>
				<cim:chargeTypeOwner_MarketParticipant.mRID codingScheme="A10">8100000000207</cim:chargeTypeOwner_MarketParticipant.mRID>
				<cim:type>D01</cim:type>
				<cim:mRID>SubId009</cim:mRID>
				<cim:priceTimeFrame_Period.resolution>P1M</cim:priceTimeFrame_Period.resolution>
				<cim:effectiveDate>2022-06-30T22:00:00Z</cim:effectiveDate>
				<cim:Series_Period>
					<cim:resolution>P1M</cim:resolution>
					<cim:timeInterval>
						<cim:start>2022-06-30T22:00Z</cim:start>
						<cim:end>2022-07-31T22:00Z</cim:end>
					</cim:timeInterval>
					<cim:Point>
						<cim:position>1</cim:position>
						<cim:price.amount>200.001</cim:price.amount>
					</cim:Point>
				</cim:Series_Period>
			</cim:ChargeType>
		</cim:ChargeGroup>
	</cim:MktActivityRecord>
</cim:RequestChangeOfPriceList_MarketDocument>

Received confirmation:
<?xml version="1.0" encoding="utf-8"?>
<cim:ConfirmRequestChangeOfPriceList_MarketDocument xmlns:cim="urn:ediel.org:structure:confirmrequestchangeofpricelist:0:1">
    <cim:mRID>5485c1272c29452180c991bebb7dc2a2</cim:mRID>
    <cim:type>D11</cim:type>
    <cim:process.processType>D08</cim:process.processType>
    <cim:businessSector.type>23</cim:businessSector.type>
    <cim:sender_MarketParticipant.mRID codingScheme="A10">5790001330552</cim:sender_MarketParticipant.mRID>
    <cim:sender_MarketParticipant.marketRole.type>DDZ</cim:sender_MarketParticipant.marketRole.type>
    <cim:receiver_MarketParticipant.mRID codingScheme="A10">8100000000207</cim:receiver_MarketParticipant.mRID>
    <cim:receiver_MarketParticipant.marketRole.type>DDM</cim:receiver_MarketParticipant.marketRole.type>
    <cim:createdDateTime>2022-05-04T06:44:11Z</cim:createdDateTime>
    <cim:reason.code>A01</cim:reason.code>
    <cim:MktActivityRecord>
        <cim:mRID>ab2a923854ea4f86903c43ecca7e9b3d</cim:mRID>
        <cim:originalTransactionIDReference_MktActivityRecord.mRID>OpId2022-05-04T06:44:01.203Z</cim:originalTransactionIDReference_MktActivityRecord.mRID>
    </cim:MktActivityRecord>
</cim:ConfirmRequestChangeOfPriceList_MarketDocument>


HTTP API Implementation

Our new access nodes will support HTTP API in addition to the gRPC API. We believe it would be beneficial if all SDKs will support the HTTP API as well. This is a feature request for supporting the new API.
The Open API specification can be found here: https://github.com/onflow/flow/tree/master/openapi
And the documentation can be found: https://docs.onflow.org/http-api/
The new HTTP API is available on testnet (https://rest-testnet.onflow.org/v1/) and mainnet (https://rest-mainnet.onflow.org/v1/).

Working on implementing the feedback. Renaming the package from client to access requires changes in flow-go as well, so the work is in progress and tracked here github.com/onflow/flow-go-sdk v0.24.1-0.20220425110326-2f4028619c3f

Waiting for the PR to be approved. Ping @psiemens as the last needed approval.

Done https://github.com/onflow/flow-go-sdk/releases/tag/v0.25.0


_median function fails if receive empty table.

When _median function receive table with nulls only (which results in empty itemsDup) then it fails later on itemsDup[-1][1] and breaks calculating results for another buckets.

Thanks!
While we're at it, I believe it's also missing the case where there is only 1 item in the list :)


HDDS-1182. Pipeline Rule where atleast one datanode is reported in the pipeline.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
24
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 2 new or modified test files.

_ trunk Compile Tests _

0
mvndep
30
Maven dependency ordering for branch

+1
mvninstall
983
trunk passed

+1
compile
76
trunk passed

+1
checkstyle
32
trunk passed

+1
mvnsite
77
trunk passed

+1
shadedclient
760
branch has no errors when building and testing our client artifacts.

+1
findbugs
110
trunk passed

+1
javadoc
61
trunk passed

_ Patch Compile Tests _

0
mvndep
12
Maven dependency ordering for patch

+1
mvninstall
76
the patch passed

+1
compile
67
the patch passed

+1
javac
67
the patch passed

+1
checkstyle
24
the patch passed

+1
mvnsite
62
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
xml
1
The patch has no ill-formed XML file.

+1
shadedclient
739
patch has no errors when building and testing our client artifacts.

+1
findbugs
121
the patch passed

+1
javadoc
57
the patch passed

_ Other Tests _

-1
unit
70
common in the patch failed.

+1
unit
137
server-scm in the patch passed.

+1
asflicense
29
The patch does not generate ASF License warnings.

3593

Reason
Tests

Failed junit tests
hadoop.hdds.security.x509.certificate.client.TestDefaultCertificateClient

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-528/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/528

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  xml

uname
Linux 561cb5a46c9b 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 1779fc5

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/1/artifact/out/patch-unit-hadoop-hdds_common.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/1/testReport/

Max. process+thread count
543 (vs. ulimit of 5500)

modules
C: hadoop-hdds/common hadoop-hdds/server-scm U: hadoop-hdds

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/1/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
25
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 2 new or modified test files.

_ trunk Compile Tests _

0
mvndep
34
Maven dependency ordering for branch

+1
mvninstall
1186
trunk passed

+1
compile
76
trunk passed

+1
checkstyle
29
trunk passed

+1
mvnsite
71
trunk passed

+1
shadedclient
809
branch has no errors when building and testing our client artifacts.

+1
findbugs
111
trunk passed

+1
javadoc
58
trunk passed

_ Patch Compile Tests _

0
mvndep
11
Maven dependency ordering for patch

+1
mvninstall
74
the patch passed

+1
compile
72
the patch passed

+1
javac
72
the patch passed

+1
checkstyle
24
the patch passed

+1
mvnsite
62
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
xml
1
The patch has no ill-formed XML file.

+1
shadedclient
793
patch has no errors when building and testing our client artifacts.

+1
findbugs
140
the patch passed

+1
javadoc
66
the patch passed

_ Other Tests _

-1
unit
89
common in the patch failed.

+1
unit
143
server-scm in the patch passed.

+1
asflicense
28
The patch does not generate ASF License warnings.

3958

Reason
Tests

Failed junit tests
hadoop.hdds.security.x509.certificate.client.TestDefaultCertificateClient

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-528/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/528

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  xml

uname
Linux a90d96c64096 4.4.0-138-generic #164~14.04.1-Ubuntu SMP Fri Oct 5 08:56:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 0feba43

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/2/artifact/out/patch-unit-hadoop-hdds_common.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/2/testReport/

Max. process+thread count
477 (vs. ulimit of 5500)

modules
C: hadoop-hdds/common hadoop-hdds/server-scm U: hadoop-hdds

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/2/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
26
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 2 new or modified test files.

_ trunk Compile Tests _

0
mvndep
27
Maven dependency ordering for branch

+1
mvninstall
989
trunk passed

+1
compile
76
trunk passed

+1
checkstyle
31
trunk passed

+1
mvnsite
73
trunk passed

+1
shadedclient
735
branch has no errors when building and testing our client artifacts.

+1
findbugs
100
trunk passed

+1
javadoc
52
trunk passed

_ Patch Compile Tests _

0
mvndep
9
Maven dependency ordering for patch

+1
mvninstall
65
the patch passed

+1
compile
65
the patch passed

+1
javac
65
the patch passed

+1
checkstyle
21
the patch passed

+1
mvnsite
58
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
xml
1
The patch has no ill-formed XML file.

+1
shadedclient
663
patch has no errors when building and testing our client artifacts.

+1
findbugs
113
the patch passed

+1
javadoc
48
the patch passed

_ Other Tests _

-1
unit
68
common in the patch failed.

+1
unit
123
server-scm in the patch passed.

+1
asflicense
23
The patch does not generate ASF License warnings.

3401

Reason
Tests

Failed junit tests
hadoop.hdds.security.x509.certificate.client.TestDefaultCertificateClient

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-528/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/528

Optional Tests
dupname  asflicense  compile  javac  javadoc  mvninstall  mvnsite  unit  shadedclient  findbugs  checkstyle  xml

uname
Linux de32c33a8a2a 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / eae3db9

maven
version: Apache Maven 3.3.9

Default Java
1.8.0_191

findbugs
v3.1.0-RC1

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/3/artifact/out/patch-unit-hadoop-hdds_common.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/3/testReport/

Max. process+thread count
537 (vs. ulimit of 5500)

modules
C: hadoop-hdds/common hadoop-hdds/server-scm U: hadoop-hdds

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-528/3/console

Powered by
Apache Yetus 0.9.0 http://yetus.apache.org

This message was automatically generated.

Thank You @arp7 for review.
Test failures are not related to the patch.
Ran tests locally and they passed.
I will commit this shortly.


Streamline configuration; improve CLI

This PR streamlines and simplifies the way ixmp stores and handles configuration settings and environment variables. It also makes improvements to the CLI.
Closes #161.
Details
ixmp's configuration settings (DB_CONFIG_PATH, DEFAULT_DBPROPS_FILE, and DEFAULT_LOCAL_DB_PATH) and one recognized environment variable (IXMP_DATA) interacted in often-confusing ways, as described at #161.
This PR deletes those variables, and implements a new structure as follows:

Platform (thus Backend) information is stored in config.json under a key named 'platform'.

Each platform has a name, and a 'class' key, e.g. class='jdbc'.
Other keys are particular to the backend indicated by 'class'. For JDBCBackend, they are:

driver='oracle', 'url', 'user', and 'password'.
driver='hsqldb', 'path', and optionally 'user' and 'password'.

A platform named 'local' is automatically created (replacing DEFAULT_LOCAL_DB_PATH).
A special, user-configurable name 'default' can point to one other platform name; by default, it is 'local'.

Command-line and API tools are provided to set, show/get, and delete these values.
For class='jdbc', driver='hsqldb', JDBCBackend creates a temporary properties file and passes its location to the ixmp_source Java code.

Other changes:

Configuration is now available from a public class instance ixmp.config, rather than ixmp.config._config.
All commands in ixmp.cli are reimplemented using click, at once simplifying the code and expanding functionality.

ixmp-config becomes ixmp config.
import-timeseries becomes ixmp import.

ixmp.Platform and JDBCBackend now warn users to use new calling semantics, while correctly handling the old arguments.
Testing and ixmp.testing fixtures are improved:

tmp_env also sets up ixmp.config for fully sandboxed tests.
ixmp_cli is added using click built-in features to test the CLI.
The mock server in test_access.py is changed from a decorator to a fixture with teardown code, so that the server is stopped even if a test using the fixture fails.

How to review

Run the tests locally.
View the docs preview
Try adding a remote platform (e.g. IIASA GP3) to your local config and connecting to it.

PR checklist

[x] Tests added.
[x] Documentation added.
[x] Release notes updated.

Tests passing, now just need to increase coverage a little bit.

Suddenly Travis job #680.1 is failing:
$ Rscript -e 'devtools::install("rixmp", dep = T)'
testthat  (2.2.1 -> 2.3.0) [CRAN]
pkgbuild  (1.0.5 -> 1.0.6) [CRAN]
backports (1.1.4 -> 1.1.5) [CRAN]
Installing 3 packages: testthat, pkgbuild, backports
Installing packages into ‘/home/travis/R/Library’

[...]

The downloaded source packages are in
	‘/tmp/RtmpkHZmg2/downloaded_packages’
Error in get0(oNam, envir = ns) :
  lazy-load database '/home/travis/R/Library/pkgbuild/R/pkgbuild.rdb' is corrupt
Calls: <Anonymous> -> :: -> getExportedValue -> get0
In addition: Warning message:
In get0(oNam, envir = ns) : internal error -3 in R_decompress1
Execution halted

This is a little puzzling because pkgbuild 1.0.6 does not seem to be fully (?) released: cf. r-lib/pkgbuild#87 (still open) with CRAN showing 1.0.6 downloads (same for testthat: CRAN vs. r-lib/testthat#948).
Seems like previous jobs, e.g. 678.1 were using cached, earlier-installed versions.

All greens!


Would like reference to gemstone server location in Rowan installation

https://github.com/dalehenrich/Rowan#gsdevkit_home-rowan-installation
It would be nice if the installation instructions included

the name of the GemStone server
the name of the netldi
the path to the actual GemStone installation directory.

The netldi port number would help as well.

Ah ... well there is a shell variable rowan_stone_name in the script already.
The netldi is named by tacking _ldi to the stone name.
The stone directory is in $GS_HOME/server/stones/<stone-name> and the GemStone product tree can be reached by  $GS_HOME/server/stones/<stone-name>/product
$GS_HOME/stones produces a gslist for the machines along with the list of installed stones in your $GS_HOME...
Does this help?

This is more of a nice to have.  I was able to dig around and find what you showed me
before I reported the issue.
However, it would have saved time if the there were a few notes at the end of the installation
showing where one could find the product directory and what the server, ldi name, and ldi port was.
That’s all.
Eric Winger
<EMAIL_ADDRESS>503.516.6271
Awards:

2017 District 7 Toastmasters Table Topics (impromptu speaking) Champion
2017 Black Belt - Chung Kuo Chuan Martial Arts
2016 Distinguished Toastmaster
Winner of the 2013/14 Herb C. Stude Award for Educational Excellence
2014 District 7 Toastmasters Evaluation Contest Champion
2012 District 7 Toastmasters Humorous Speech Contest Champion

Current Volunteering:

Little Toasties youth speaking club coach 2016 - Present
Silicon Forest Toastmasters President 2017/18

Speech Coach - ericwinger.net
Speech Teacher - MIT School
Engineer - GemTalk Systems

On Mar 6, 2018, at 11:09 AM, Dale Henrichs<EMAIL_ADDRESS>wrote:
Ah ... well there is a shell variable rowan_stone_name in the script already.
The netldi is named by tacking _ldi to the stone name.
The stone directory is in $GS_HOME/server/stones/ and the GemStone product tree can be reached by $GS_HOME/server/stones//product
$GS_HOME/stones produces a gslist for the machines along with the list of installed stones in your $GS_HOME...
Does this help?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/dalehenrich/Rowan/issues/3#issuecomment-370892920, or mute the thread https://github.com/notifications/unsubscribe-auth/AiiPJCIeN4XZSp34K2FDGqdgaxOvoiR4ks5tbt7egaJpZM4SfMB8.

ah ... that's right you are not familiar with GsDevKit_home ... if I put my answers in the README will that work for you?

Maybe.
I'm looking at the installation instructions on https://github.com/dalehenrich/Rowan
When I click on the readme, it appears to take me to the same instructions. But I'm
not sure.
So, I think putting those names in the readme will be helpful.

woops there's a typo in the comment .... I've edited the comment to be correct ...

Yes, the README is automatically displayed on the projet page, so it serves as the entry point for documentation of the project ... github will display a README file automatically for every directory that you have again to provide documentation for the structure ... so yes the README at the top-level of the project is produced by editting the REAME.md file at the top-level of the directory structure ... they not only appear identical, they are identical ...
I've been using github for 5 years and forget that not everyone is familiar with github ... the same goes for GsDevKit_home ... BTW it is very useful to get this kind of feedback from a newbie to both github and gsdevkit_home, because it does remind me about the type of documentation folks need

... it is also why I want your issues recorded here rather than email ... so that I can come back later and use your feed back to improve the documentation for GsDevKit_home

I'm glad my ignorance is helpful.  :)    And after reading your comments ... yes, putting the above-mentioned info into the readme would be perfect.

for some reason the permissions on the files created for your stone don't match the permissions that I see when I create my stones:
total 163852
-rw-r-----  1 ewinger smalltalk       780 Mar  6 09:30 system.conf
drwxr-x--- 10 ewinger smalltalk      4096 Mar  6 09:46 ..
drwxr-x---  2 ewinger smalltalk      4096 Mar  6 09:46 .
-rw-r-----  1 ewinger smalltalk 167772160 Mar  6 10:57 extent0.dbf

vs:
rogue:extents>ls -altr
total 106508
-rw-r--r--  1 dhenrich smalltalk       780 Mar  1 11:44 system.conf
drwxr-xr-x 10 dhenrich smalltalk      4096 Mar  1 11:44 ..
drwxr-xr-x  2 dhenrich smalltalk      4096 Mar  1 11:46 .
-rw-r--r--  1 dhenrich smalltalk 109051904 Mar  1 19:34 extent0.dbf

That means I cannot use a linked topaz login to check things out in your stone as I try to diagnose whey you are getting login errors...

On second thought ... I don't think the permissions matter for this error:
foos:GsDevKit_home>startTopaz test_rowan_340 -l
=================
   GsDevKit script: startTopaz test_rowan_340 -l
              path: /foos2/users/ewinger/GsDevKit_home/bin/startTopaz
=================
[Info]: Loaded /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/product/lib/libgcilnk-3.4.0-64.so
 _____________________________________________________________________________
|                             Configuration Files                             |
|                                                                             |
| System File: /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/extents/system.conf
|                                                                             |
| Executable File: /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/gem.conf
|_____________________________________________________________________________|
Reading config file /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/extents/system.conf
Reading config file /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/gem.conf
 _____________________________________________________________________________
|                Gem Configuration Options for process id 5694                |
|_____________________________________________________________________________|

DUMP_OPTIONS = TRUE;
GEM_ABORT_MAX_CRS = 0;
GEM_CACHE_WARMER_ARGS = "";
GEM_CACHE_WARMER_MID_CACHE_ARGS = "";
GEM_COMPRESS_TRANLOG_RECORDS = TRUE;
GEM_FREE_FRAME_CACHE_SIZE = -1;
GEM_FREE_FRAME_LIMIT = -1;
GEM_FREE_PAGEIDS_CACHE = 200;
GEM_HALT_ON_ERROR = -1;
GEM_KEEP_MIN_SOFTREFS = 0;
GEM_KERBEROS_KEYTAB_FILE = "";
GEM_KEYRING_DIRS = "";
GEM_MAX_SMALLTALK_STACK_DEPTH = 1000;
GEM_NATIVE_CODE_ENABLED = 2;
GEM_PRIVATE_PAGE_CACHE_KB = 960KB;
GEM_PGSVR_COMPRESS_PAGE_TRANSFERS = FALSE;
GEM_PGSVR_FREE_FRAME_CACHE_SIZE = -1;
GEM_PGSVR_FREE_FRAME_LIMIT = -1;
GEM_PGSVR_UPDATE_CACHE_ON_READ = FALSE;
GEM_PGSVR_USE_SSL = FALSE;
GEM_READ_AUTH_ERR_STUBS = FALSE;
GEM_REPOSITORY_IN_MEMORY = FALSE;
GEM_RPC_KEEPALIVE_INTERVAL = 0;
GEM_RPCGCI_TIMEOUT = 0;
GEM_RPC_USE_SSL = TRUE;
GEM_SOFTREF_CLEANUP_PERCENT_MEM = 50;
GEM_STATMONITOR_ARGS = "";
GEM_STATMONITOR_MID_CACHE_ARGS = "";
GEM_TEMPOBJ_AGGRESSIVE_STUBBING = TRUE;
GEM_TEMPOBJ_CACHE_SIZE = 50000KB;
GEM_TEMPOBJ_CONSECUTIVE_MARKSWEEP_LIMIT = 50;
GEM_TEMPOBJ_MESPACE_SIZE = 0;
GEM_TEMPOBJ_OOMSTATS_CSV = FALSE;
GEM_TEMPOBJ_OOPMAP_SIZE = 0;
GEM_TEMPOBJ_SCOPES_SIZE = 2000;
GEM_TEMPOBJ_POMGEN_SIZE = 0;
GEM_TEMPOBJ_POMGEN_PRUNE_ON_VOTE = 90;
GEM_TEMPOBJ_POMGEN_SCAVENGE_INTERVAL = 1800;
GEM_TEMPOBJ_START_ADDR not used on this platform
LOG_WARNINGS = TRUE;
SHR_NUM_FREE_FRAME_SERVERS = -1;
SHR_PAGE_CACHE_LARGE_MEMORY_PAGE_POLICY = 0;
SHR_PAGE_CACHE_LARGE_MEMORY_PAGE_SIZE_MB = 0;
SHR_PAGE_CACHE_LOCKED = FALSE;
SHR_PAGE_CACHE_NUM_PROCS = 1048569;
SHR_PAGE_CACHE_NUM_SHARED_COUNTERS = 1900;
SHR_PAGE_CACHE_PERMISSIONS = 660;
SHR_PAGE_CACHE_SIZE_KB = 500000KB;
SHR_TARGET_FREE_FRAME_COUNT = -1;
SHR_WELL_KNOWN_PORT_NUMBER = 0;
CONFIG_WARNINGS_FATAL = FALSE;
(vmGc spaceSizes: eden init 2048K max 9344K , survivor init 448K max 1600K,
 vmGc    old max 37440K, code max 10048K, perm max 5056K, pom 10 * 4224K = 42240K,
 vmGc    remSet 1156K, meSpace max 51568K oopMapSize 262144  max footprint 164M)
 _____________________________________________________________________________
|             GemStone/S64 Object-Oriented Data Management System             |
|                   Copyright (C) GemTalk Systems 1986-2017                   |
|                            All rights reserved.                             |
|                           Covered by U.S Patents:                           |
|            6,256,637 Transactional virtual machine architecture             |
|              6,360,219 Object queues with concurrent updating               |
|                  6,567,905 Generational Garbage Collector.                  |
| 6,681,226 Selective Pessimistic Locking for a Concurrently Updateable Database
+-----------------------------------------------------------------------------+
|    PROGRAM: topaz, Linear GemStone Interface (Linked Session)               |
|    VERSION: 3.4.0, Thu Oct 19 11:19:41 2017                                 |
|      BUILD: gss64_3_4_x_branch-42785                                        |
|  BUILT FOR: x86-64 (Linux)                                                  |
|       MODE: 64 bit                                                          |
| RUNNING ON: 8-CPU foos x86_64 (Linux 4.4.0-98-generic #121-Ubuntu SMP Tue Oct
| 10 14:24:03 UTC 2017) 18057MB                                               |
| PROCESS ID: 5694      DATE: 03/06/2018 11:52:54 PST                         |
|   USER IDS: REAL=dhenrich (562) EFFECTIVE=dhenrich (562) LOGIN=dhenrich (562)
+-----------------------------------------------------------------------------+
|   GEMSTONE_NRS_ALL = #dir:$GEMSTONE_LOGDIR#log:%N%P.log                     |
|_____________________________________________________________________________|
Reading initialization file /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/.topazini
topaz> login
[Info]: LNK client/gem GCI levels = 34001/34001
--- 03/06/2018 11:52:55.713 PST Logging out
-----------------------------------------------------
GemStone: Error         Fatal
Error opening Repository. , could not open extent 0,  failed with errno=13,EACCES, Authorization failure (permission denied)
Error Category: [GemStone] Number: 4143  Arg Count: 1
Arg 1: 20

Login failed due to errors.
topaz> quit

presumably I need write permissions on the extent when I try to login linked ...

... and I can get in logging in remote (because the netlid is owned by you):
foos:GsDevKit_home>startTopaz test_rowan_340 -l
=================
   GsDevKit script: startTopaz test_rowan_340 -l
              path: /foos2/users/ewinger/GsDevKit_home/bin/startTopaz
=================
[Info]: Loaded /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/product/lib/libgcilnk-3.4.0-64.so
 _____________________________________________________________________________
|                             Configuration Files                             |
|                                                                             |
| System File: /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/extents/system.conf
|                                                                             |
| Executable File: /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/gem.conf
|_____________________________________________________________________________|
Reading config file /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/extents/system.conf
Reading config file /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/gem.conf
 _____________________________________________________________________________
|                Gem Configuration Options for process id 5694                |
|_____________________________________________________________________________|

DUMP_OPTIONS = TRUE;
GEM_ABORT_MAX_CRS = 0;
GEM_CACHE_WARMER_ARGS = "";
GEM_CACHE_WARMER_MID_CACHE_ARGS = "";
GEM_COMPRESS_TRANLOG_RECORDS = TRUE;
GEM_FREE_FRAME_CACHE_SIZE = -1;
GEM_FREE_FRAME_LIMIT = -1;
GEM_FREE_PAGEIDS_CACHE = 200;
GEM_HALT_ON_ERROR = -1;
GEM_KEEP_MIN_SOFTREFS = 0;
GEM_KERBEROS_KEYTAB_FILE = "";
GEM_KEYRING_DIRS = "";
GEM_MAX_SMALLTALK_STACK_DEPTH = 1000;
GEM_NATIVE_CODE_ENABLED = 2;
GEM_PRIVATE_PAGE_CACHE_KB = 960KB;
GEM_PGSVR_COMPRESS_PAGE_TRANSFERS = FALSE;
GEM_PGSVR_FREE_FRAME_CACHE_SIZE = -1;
GEM_PGSVR_FREE_FRAME_LIMIT = -1;
GEM_PGSVR_UPDATE_CACHE_ON_READ = FALSE;
GEM_PGSVR_USE_SSL = FALSE;
GEM_READ_AUTH_ERR_STUBS = FALSE;
GEM_REPOSITORY_IN_MEMORY = FALSE;
GEM_RPC_KEEPALIVE_INTERVAL = 0;
GEM_RPCGCI_TIMEOUT = 0;
GEM_RPC_USE_SSL = TRUE;
GEM_SOFTREF_CLEANUP_PERCENT_MEM = 50;
GEM_STATMONITOR_ARGS = "";
GEM_STATMONITOR_MID_CACHE_ARGS = "";
GEM_TEMPOBJ_AGGRESSIVE_STUBBING = TRUE;
GEM_TEMPOBJ_CACHE_SIZE = 50000KB;
GEM_TEMPOBJ_CONSECUTIVE_MARKSWEEP_LIMIT = 50;
GEM_TEMPOBJ_MESPACE_SIZE = 0;
GEM_TEMPOBJ_OOMSTATS_CSV = FALSE;
GEM_TEMPOBJ_OOPMAP_SIZE = 0;
GEM_TEMPOBJ_SCOPES_SIZE = 2000;
GEM_TEMPOBJ_POMGEN_SIZE = 0;
GEM_TEMPOBJ_POMGEN_PRUNE_ON_VOTE = 90;
GEM_TEMPOBJ_POMGEN_SCAVENGE_INTERVAL = 1800;
GEM_TEMPOBJ_START_ADDR not used on this platform
LOG_WARNINGS = TRUE;
SHR_NUM_FREE_FRAME_SERVERS = -1;
SHR_PAGE_CACHE_LARGE_MEMORY_PAGE_POLICY = 0;
SHR_PAGE_CACHE_LARGE_MEMORY_PAGE_SIZE_MB = 0;
SHR_PAGE_CACHE_LOCKED = FALSE;
SHR_PAGE_CACHE_NUM_PROCS = 1048569;
SHR_PAGE_CACHE_NUM_SHARED_COUNTERS = 1900;
SHR_PAGE_CACHE_PERMISSIONS = 660;
SHR_PAGE_CACHE_SIZE_KB = 500000KB;
SHR_TARGET_FREE_FRAME_COUNT = -1;
SHR_WELL_KNOWN_PORT_NUMBER = 0;
CONFIG_WARNINGS_FATAL = FALSE;
(vmGc spaceSizes: eden init 2048K max 9344K , survivor init 448K max 1600K,
 vmGc    old max 37440K, code max 10048K, perm max 5056K, pom 10 * 4224K = 42240K,
 vmGc    remSet 1156K, meSpace max 51568K oopMapSize 262144  max footprint 164M)
 _____________________________________________________________________________
|             GemStone/S64 Object-Oriented Data Management System             |
|                   Copyright (C) GemTalk Systems 1986-2017                   |
|                            All rights reserved.                             |
|                           Covered by U.S Patents:                           |
|            6,256,637 Transactional virtual machine architecture             |
|              6,360,219 Object queues with concurrent updating               |
|                  6,567,905 Generational Garbage Collector.                  |
| 6,681,226 Selective Pessimistic Locking for a Concurrently Updateable Database
+-----------------------------------------------------------------------------+
|    PROGRAM: topaz, Linear GemStone Interface (Linked Session)               |
|    VERSION: 3.4.0, Thu Oct 19 11:19:41 2017                                 |
|      BUILD: gss64_3_4_x_branch-42785                                        |
|  BUILT FOR: x86-64 (Linux)                                                  |
|       MODE: 64 bit                                                          |
| RUNNING ON: 8-CPU foos x86_64 (Linux 4.4.0-98-generic #121-Ubuntu SMP Tue Oct
| 10 14:24:03 UTC 2017) 18057MB                                               |
| PROCESS ID: 5694      DATE: 03/06/2018 11:52:54 PST                         |
|   USER IDS: REAL=dhenrich (562) EFFECTIVE=dhenrich (562) LOGIN=dhenrich (562)
+-----------------------------------------------------------------------------+
|   GEMSTONE_NRS_ALL = #dir:$GEMSTONE_LOGDIR#log:%N%P.log                     |
|_____________________________________________________________________________|
Reading initialization file /foos2/users/ewinger/GsDevKit_home/server/stones/test_rowan_340/.topazini
topaz> login
[Info]: LNK client/gem GCI levels = 34001/34001
--- 03/06/2018 11:52:55.713 PST Logging out
-----------------------------------------------------
GemStone: Error         Fatal
Error opening Repository. , could not open extent 0,  failed with errno=13,EACCES, Authorization failure (permission denied)
Error Category: [GemStone] Number: 4143  Arg Count: 1
Arg 1: 20

Login failed due to errors.
topaz> quit

Copying from an email. (If still needed).
A couple comments:
$GS_HOME/stones
-bash: /foos2/users/ewinger/GsDevKit_home/stones: No such file or directory

getent services | grep test_rowan_340_ldi
This doesn't find the port number. I need the port number because
I'll be coming from windows. The windows services file doesn't
know about test_rowan_340.

And one new issue:
I tried to avoid the netldi issue for the moment by using 44564 however that
gives me this error when I try to login against test_rowan_340 on foos.
"Error opening Repository, could not open extent 0, failed with ... Authorization failure"
In looking in the data directory, I don't see an extent. That tells me your Rowan extent
is somewhere else. Unfortunately, Jade doesn't seem to give me options to point to an extent
in a different location than data. (presumably)

I'll open a new issue for your new issue.

Okay I guess that really isn't a new issue... anyway 44564 is the port for rowan_340_ldi but you created  is
test_rowan_340_ldi on port 38979 ...  the extents are located in $GS_HOME/server/stones//extents ... so the stone directory is where all of the action is ... the product directory is expected to be shared between multiple stones, so all of the stone data is in a completely separate directory...

I think we might be done here ... most of these issues are actually GsDevKit_home issues so opened issue against GsDevKit_home


Aliased "ufo" is not transpiled

The client-side bundle includes a copy of ufo that is not transpiled (contains spread operator). I've tried to add our aliased ~i18n-ufo import to transpile list but babel never picks it up so it doesn't get transpiled.
Version
@nuxtjs/i18n: 7.2.0
nuxt: 2.15.8
Nuxt configuration
Please change to [x] if relevant for this issue:

[x] Applies to a site deployed to a static server (site generated with nuxt generate)
[x] Applies to a site deployed to a server with a Node backend

Nuxt issue: https://github.com/nuxt/nuxt.js/issues/10339

The Nuxt issue has been resolved, maybe this issue can be closed as well?


Thread_channels challenge question

Can you kindly have a look at that when your time allows?
https://github.com/Dajamante/Rustbook/blob/c81d0d2d33431eb7af810dfbd22145a66c95b08d/threads_channels/src/main.rs#L53
My second receiver channels does not receive any message.  The compiler gives me a faire warning:

88 | /         child_rx2
89 | |             .into_iter()
90 | |             .map(|m| info!("Message dropped {}", m));
   | |_____________________________________________________^
   |
   = note: `#[warn(unused_must_use)]` on by default
   = note: iterators are lazy and do nothing unless consumed

Thank you a lot in advance!

I'm afraid that the repository you linked to is not public, so I am unable to see most of your code.
However, from the error you pasted it seems clear what your problem is! Iterator adaptors like .map() produce new iterators. Iterators don't actually do anything until you consume them with an iterator consumer. One thing you could do above is add to the end of line 90 a final call to an iterator consumer like .for_each( ... ). For example:
child_rx2
    .into_iter()
    .map(|m| info!("Message dropped {}", m))
    .for_each(|x| {});

Notice that the closure in the .for_each doesn't do anything with the value receives from .map, but since .for_each is a consumer it activates the chain of iterators to make them all do the iteration and the side effects in .into_iter() (receiving from a channel) and .map (printing your message) will now happen.
You probably want to go one step further, though! .map is used to transform one value into another so you can use the transformed value. You aren't actually using any return value of the .map -- you're just using it to produce a side effect (print a message). In this case, you can go straight to .for_each which is an iterator consumer that gives you access to the value so you can use it for side effects:
child_rx2
    .into_iter()
    .for_each(|m| info!("Message dropped {}", m));

Give that a try and please let me know if you have any other questions!

Dear Nathan,
Thank you for the thorough explanation! It is working much more like expected (half of the messages are printed depending on sleep).
But the info! message never gets through. Why can that be?
Obviously all threads are accounted for, since I join in the end?
I also made the repo public if you want a look :): https://github.com/Dajamante/Rustbook/blob/ultimate_rust_intermediairy/threads_channels/src/main.rs

But the info! message never gets through. Why can that be?

Most likely it is because the default log level for env_logger is error. Have you tried running it with something like this?
RUST_LOG=info cargo run

Oh of course! Now I see everything as it should! Thanks for being here 🥇 !

My pleasure. 😄


Correct TextMessageCompressor's cache parameter initialising on import

Why are these changes needed?
The TextMessageCompressor's cache parameter for __init__() has a default value of Cache.disk(). This is causing it to run on import rather than just on instantiation.
This PR changes the default to None and the Cache.disk() is executed within __init__.
Related issue number
Raised by @omarhurani,  #63
Checks

[ ] I've included any doc changes needed for https://autogen-ai.github.io/autogen/. See https://autogen-ai.github.io/autogen/docs/Contribute#documentation to build and test documentation locally.
[ ] I've added tests (if relevant) corresponding to the changes introduced in this PR.
[X] I've made sure all auto checks have passed.

Welcome to Codecov :tada:
Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests.
:information_source: You can also turn on project coverage checks and project coverage reporting on Pull Request comment
Thanks for integrating Codecov - We've got you covered :open_umbrella:

Tested it, no .cache dir is created when doing import autogen. Thanks!


Trajectory Files

storing this here, until someone gives me a nice file to experiment on:
(I had this written as an answer on Blender.Stackexchange.. preserving here in case it gets deleted if the author of the question deletes it)
I propose

preprocess the file into separate files per frame ( Alternatively create a cache dict if you have plenty of RAM, that way you avoid having to deal with writing/reading extra files :) )
store each cloud of atom types and their coordinates something like

this:
 C x y z
 C x y z
 C x y z
 N x y z
 N x y z

write a file reader that can take each frame's file and

on the first frame

check if the object in the next step exists already, skip this step if it does.
create a vertex based mesh object for each type of atom ( ie create a vertex for every atom of one type and put those in an object named something like atom_cloud_C, and do the same for all other atom types ). Meaning, if your file only has 3 C atoms, that your  atom_cloud_C only has 3 verts.

on subsequent frames you read the next frame's file and overwrite the coordinates of each atom, for all atom types.
  code:

       f_v = list(itertools.chain.from_iterable(verts))
       mesh.vertices.foreach_set('co', f_v)
       mesh.update()

This produces clouds of atoms as different objects, which get updated every frame.

Then create the spheres that represent each atom type (only need one sphere per atom type)

Then use the dupli feature set to Verts to duplicate the various spheres that represent the atom. (this is a low memory way to display many spheres )

instead of keyframing it all, you can attach a bpy.app.handlers.frame_change_pre to perform a function on each frame change (pre or post), examplers for this can be found in the documentation.

I can prepare a file with 'half' protein (about 1000 atoms, about 400 excluding Hydrogens), that would make no sense biologically, but could be useful for experimenting with the code. Would such file be useful?
The idea of having a file for every frame of the trajectory might be OK, and sometimes it is actually requested, especially if one wants to output a bdp file of a conformation calculated by Blender. However, for what I understand, the files in your proposal would only contain the atoms identity and their positions, not the links between them, nor any other information, such as the aminoacid, or protein to which they belong.
I guess this is an answer to a question that I don't know, but it seems to be OK if one has a method for calculating a molecular trajectory and wants to use Blender to visualize the motion. Programs that calculate molecular trajectories typically output them in files of a special kind.

yes, i'd like to write code that can visualize precalculated trajectories - and find an optimal way to do it. The visualizer would not need to know anything about relationships or reactions.


fix: Cast int on last_successful_run_timestamp on Dashboard search extraction

Summary of Changes
Previously, last_successful_run_timestamp was empty string when missing ends up failing in search service. Fixing the extraction query to cast it to Int and it will return None when missing and it's proper behavior.
Tests
Integration test.
Documentation
N/A
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

[x] PR passes make test

Codecov Report

Merging #274 into master will decrease coverage by 0.28%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #274      +/-   ##
==========================================
- Coverage   74.45%   74.16%   -0.29%
==========================================
  Files         100      100
  Lines        4188     4188
  Branches      387      368      -19
==========================================
- Hits         3118     3106      -12
- Misses        971      975       +4
- Partials       99      107       +8

Impacted Files
Coverage Δ

...tabuilder/extractor/neo4j_search_data_extractor.py
89.47% <ø> (ø)

databuilder/loader/file_system_neo4j_csv_loader.py
83.33% <0.00%> (-5.96%)
:arrow_down:

...ilder/transformer/regex_str_replace_transformer.py
91.66% <0.00%> (-4.17%)
:arrow_down:

...abuilder/extractor/snowflake_metadata_extractor.py
93.44% <0.00%> (-1.64%)
:arrow_down:

...tabuilder/extractor/postgres_metadata_extractor.py
93.54% <0.00%> (-1.62%)
:arrow_down:

databuilder/extractor/mssql_metadata_extractor.py
94.02% <0.00%> (-1.50%)
:arrow_down:

databuilder/publisher/neo4j_csv_publisher.py
84.23% <0.00%> (-0.99%)
:arrow_down:

databuilder/task/neo4j_staleness_removal_task.py
83.62% <0.00%> (-0.87%)
:arrow_down:

Continue to review full report at Codecov.

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


px-dropdown 4.5.4 and above not working in IE 11

Hello,
px-dropdown 4.5.4 & above does not work in IE 11. When we drop down the version to 4.2.2 which is the latest before 4.3(Polymer 2) everything works fine.
Expected behavior and actual behavior:
px-dropdown should work in IE 11, but it doesn't work
Steps to reproduce the problem:
Opening the code pen from the px-dropdown doesn't work
Environment
IE11
Windows 10
Screenshots (optional, but very helpful):
IE 11 screenshot in code pen from the px-dropdown page.

Chrome screenshot in code pen from the px-dropdown page.

Code examples help us better understand the issue
Please use the code pen from the px-dropdown page.

I'm not sure why the CodePen is broken (something to do with polyfills I assume) but the component itself should be working fine in IE11, I spent the better part of yesterday trying to solve a display issue with the latest version of dropdown. The only other thing I can think of is that polymer serve/build do transpilation for us, but dropdown is not one of our components that uses ES6 anyway...


Bump milli to v0.35.1

This PR bumps milli to v0.36.0 which brings some fixes. You can see the changelog of milli on the release page.

@Kerollmops you mean milli v0.35.1?

Also can you link the related issues it fixes?


Add warning/notice or explicit error regarding args structure

It is very easy to encounter issues that are hard to debug by simply setting the isort args via the settings panel and thus not properly separating them (it is more intuitive to add "--profile black" than it is to add "--profile", "black", even though the latter makes sense once you start thinking about it).
In my case this lead to the following error:
ERROR: Filename override is intended only for stream (-) sorting.

The command seemed okay though:
python -m isort - --profile black

It was only after I found #64 that I realized what my mistake had been. Before that I tried reinstalling the extension and meddling with every extension setting I could find.
These are the solutions I could think of:
Solution 1: add a warning/notice in the extension readme to inform users that this can lead to hard to debug errors.
Solution 2: raise an error if the argument contains a space

Hello! Thank you for the suggestion, but since parsing for all the different types of shell is very difficult and error prone this concept is out of scope for our extension.


Outdated go.mod package path?

Hey just tried installing the package and got a package path error, looks like it is using a outdated repo.

same here... i am trying to use this and go.mod is still pointing to the old repo.

Hey guys, looks like I did not have notifications set up for this repo. I'll look at the PR tomorrow - sorry for the delay.


feat: add support for Boom errors

This PR adds Boom error support to createHttpHandler.

I like the idea but would love to skip the dependency

BTW, once merged, I'd really appreciate if you could bump cdk-serverless's deps as well 😃

BTW, once merged, I'd really appreciate if you could bump cdk-serverless's deps as well 😃

Will do. Happy to get feedback on cdk-serverless...


feat: add install pwa button

when i open the preview on my phone, i see the install button but nothing happens when i click it. i think we need to scratch this idea, doesn't seem like we were able to get the install button / open button / don't show button logic down.


Can't use on windows?

I tried using npm to install nowjs on windows but it came up with an error because node-proxy tried to call the command "make". Is there any way to use nowjs on windows?

https://github.com/Flotype/now/tree/windows
Needs updating, though. I'll bug Eric about that.

Here's the tutorial: http://blog.nowjs.com/running-nowjs-natively-on-windows


[BUG] Filtering with user-defined-functions returns different dataset as when using filtering with pythonic query language

🐛🐛 Bug Report
⚗ Current Behavior
Using a user-defined-function or the pythonic query language (see Step 9: Dataset Filtering) to filter a dataset on the same parameter doesn't return the same dataset.
Input Code
Initialization
import hub
import numpy as np

# Initialize the empty dataset
ds = hub.empty('/dataset/path')

with ds:
    # Classes
    ds.create_tensor('classes', htype='class_label', class_names = ['class_0', 'class_1', 'class_2'])
    ds.classes.info.update(notes = 'Different dummy classes.')

ds.summary()

Dataset(path='/dataset/path', tensors=['classes'])

 tensor      htype      shape    dtype  compression
 -------    -------    -------  -------  -------
 classes  class_label   (0,)    uint32    None

Adding elements
@hub.compute
def create_dataset(class_num, sample_out):
    """ Add new element with a specific class"""

    sample_out.append({
        "classes": np.uint32(class_num),
    })

    return sample_out

with ds:
    # Add 30 elements with randomly generated class
    list_classes = list(np.random.randint(len(ds.classes.info.class_names), size=30))
    create_dataset().eval(list_classes, ds, num_workers = 2)

ds.summary()

Evaluating create_dataset: 100%|█████████████████████████████████████████| 30/30 [00:00<00:00, 1556.54it/s]
Dataset(path='/dataset/path', tensors=['classes'])

 tensor      htype      shape    dtype  compression
 -------    -------    -------  -------  -------
 classes  class_label  (30, 1)  uint32    None

Filtering using pythonic query language
ds_view = ds.filter("classes == 'class_0'", scheduler = 'threaded', num_workers = 0)

# Print the class index for all the elements in the new dataset view.
print(ds_view.classes[::].numpy()[:,0])

100%|█████████████████████████████████████████| 30/30 [00:00<00:00, 15650.39it/s]
[0 0 0 0 1 0 2 1 1]

Filtering using User-defined-function
@hub.compute
def filter_classes(sample_in, class_list, class_names):
    text_class = class_names[sample_in.classes.numpy()[0]]

    return text_class in class_list

ds_view = ds.filter(filter_classes(['class_0'], ds.classes.info.class_names), scheduler = 'threaded', num_workers = 0)

# Print the class index for all the elements in the new dataset view.
print(ds_view.classes[::].numpy()[:,0])

100%|█████████████████████████████████████████| 30/30 [00:00<00:00, 18014.19it/s]
[0 0 0 0 0 0 0 0 0]

Expected behavior/code
It would be expected that both the user-defined-function and pythonic query language filtering returns the same dataset when filtering with the same parameters.
In our example, it is obvious that the dataset returned by the pythonic query language is incorrect while the one using the user-defined-function is correct.
⚙ Environment

Python version(s): 3.8.10
OS: Ubuntu 20.04.3 LTS
IDE: VS-Code (1.66.2) + Jupyter Lab (3.3.0)
Packages:  hub==2.3.4 - latest

hey @LucasVandroux , sorry that you've run into this issue. I've brought it up with the team and they're on it, hang tight!  :)
Tagging @istranic and @Diveafall for querying visibility.

@mikayelh any update on this? The pythonic query language for dataset filtering would be very handy to have, compared to making a custom filtering function every time.

@LucasVandroux I'll check in with @istranic and he'll update you shortly on this! Sorry for the holdup.

Hey @LucasVandroux We'll have a fix for this on Monday at the latest. It's great that you're interested in language-based queries instead of user-defined-functions. We're considering major improvements to the querying experience over the next 1-2 months, and I think you'll find them exciting! I'll send you more details when we're further along.

Fixed in main by #1647


ci: Update to actions/checkout@v4

This fixes a warning about old versions of NodeJS within the GitHub actions UI.

Thanks


Unread counts on tray icon on Windows

Zulip-electron does not show unread counts in tray (on tray icon) on Windows (7+).
I think it should :) - just like the old windows native client. (as a complement to Windows notifications).

@akashnimare  @timabbott  I think the unread counts doesn't appear in tray icon of our electron app in none of the  OS not only windows

@zulipbot claim

I am working on it

Hello @Lplenka, you claimed this issue to work on it, but this issue and any referenced pull requests haven't been updated for a week. Are you still working on this issue?
If so, please update this issue by leaving a comment on this issue to let me know that you're still working on it. Otherwise, I'll automatically remove you from this issue in 3 days.
If you've decided to work on something else, simply comment @zulipbot abandon so that someone else can claim it and continue from where you left off.
Thank you for your valuable contributions to Zulip!


Management ui connection problem when using dns_host

/instance_groups/name=rmq-broker/jobs/name=rabbitmq-service-broker/properties/rabbitmq-service-broker/rabbitmq/dns_host?
After setting dns_host as my external load balancer the broker tries to connect as http://my-external-lb:15672. I want to use https://my-external-lb instead. When not using dns_host and the management_domain is described correctly, it connects https:// correctly.
How to fix it?

also having a problem with http being hardcoded in the broker

Hello folks, apologies for the delay. This issue should be fixed in the next release of this repo, which will be 80.0.0.


For Python 2/3 packages, please add pip.exe to PATH through shim to \Scripts

Since Python 2.7.9 and Python 3.4 they have included pip with Python. Almost anybody using Python will want to have pip available in their path so they don't have to run python -m pip install <somepackage> every time instead of just pip install <somepackage>.

Pip is added to path on Python3 now.

@majkinetor said...
Pip is added to path on Python3 now

Noice!
I don't think that is true of python2 though, right? Would you be able to work your magic on that package as well? Also, I haven't quite got my head around how you handle meta packages with AU yet, like what you did with autohitkey. Would you be able to fix up the python package?

OK, will look into it in near future.

@majkinetor said...
OK, will look into it in near future.

Thank you, I very much appreciate your help!

When you get around to this, @majkinetor, please update the package to v2.7.12 as well.

Surw

Sure.
On Oct 13, 2016 7:53 AM, "blackwind"<EMAIL_ADDRESS>wrote:

When you get around to this, @majkinetor https://github.com/majkinetor,
please update the package to v2.7.12 as well.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/chocolatey/chocolatey-coreteampackages/issues/250#issuecomment-253420816,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAFPB_8yY6thNwFtzmo-_e9QPPbrae0iks5qzcdngaJpZM4JKcpd
.


[WIP] Do FS operations on remote workers

For discussion.
Solves #5380 in combination with https://github.com/intake/filesystem_spec/pull/244
For a start, only parquet is affected.
Parquet tests here pass with the fsspec branch above (not with the env in CI); however, the tests only use the local scheduler, so they only show that the "pass through" part works.

I don't think this is how we should go about doing this. Certain file operations (e.g. reading parquet metadata) may do lots of IO across lots of files. It seems to me that it would be better to think critically about what operations are done at graph-build-time and wrap those as tasks to run on the workers. This reduces bandwidth costs and exposes more opportunities for parallelizing IO and metadata inference (which users have complained about being slow).
For example, say we have some io thing (pseudocode):
def read_foo(path):
    fs = infer_fs_from_path(path)
    metadata = read_metadata(fs, path)
    return build_graph_for_metadata_path(fs, metdata, path)

instead of moving the io to the workers (changing only the infer_fs_from_path to use the dask filesystem instead), I think we should keep the raw filesystem and write this like:
def read_foo(path):
    fs = infer_fs_from_path(path)
    metadata = run_on_worker(read_metadata, args=(fs, path))
    return build_graph_for_metadata_path(fs, metdata, path)

I am not convinced that this is true: certainly for parquet metadata, the thrift binary representation is about as compact as you would get, so you would serialise and deserialise on the worker and be no better off. Note that the I from workers can already be parallelised across workers, with a little rewriting, but to move the metadata inference and/or graph build to the workers entirely would probably need a lot of work.

OK, so I'm going to change things in fsspec, such that this PR won't be necessary at all, you'll simply be able to supply a URL like "dask::s3://bucket/file" to read via a worker.
This solves the specific problem "how can I work on files that can be seen by workers and not the client".
Other broader topics that can be thought about, from the conversation above:

parallelising IO operations in the case that graph building requires access to multiple files (I think this is only the many parquet, no _metadata and yes statistics case)
parsing the bytes on workers to produce objects to send to the client rather than the bytes themselves
moving the whole graph-build process to the workers; either sending the graph back to the client or just the future representing the output


ARROW-6532 [R] Write parquet files with compression

This might not directly handle the expected from the jira issue https://issues.apache.org/jira/browse/ARROW-6532?filter=12344983
The idea is that write_parquet() becomes generic with a method for character (which does as before write to the file path) and another for arrow::io::OutputStream, so that we can e.g. write to a CompressedOutputStream and then perhaps after #5450 is merged, handle compression level.

Yeah, I'm not sure about this on a few levels. I think the R I want to type to write a compressed Parquet file looks like write_parquet(df, file="file.parquet", compression="snappy"). This should be more naturally exposed to the causal user, without having to create a CompressedOutputStream directly.
I'm also not sure whether this works as intended. The Parquet C++ code seems to have its own compression and writing logic; that may be historical artifact, or it may be meaningful. Maybe we can get away without implementing bindings for those classes--the proof would be a passing test of writing a compressed parquet file and reading it back in. Then again, maybe in principle we should write the Parquet bindings to match the C++ library.

It is not a good idea to write a Parquet file into a CompressedOutputStream. Such file will not be readable with read_parquet.
Parquet already compresses data internally.

Here's the way we handle it in Python, you'll need to do the same thing in R
https://github.com/apache/arrow/blob/master/python/pyarrow/parquet.py#L363

Some progress inspired from the python implementation. write_parquet() gains many parameters:
write_parquet <- function(
  table,
  sink, chunk_size = NULL,
  version = NULL, compression = NULL, use_dictionary = NULL, write_statistics = NULL, data_page_size = NULL,
  properties = ParquetWriterProperties$create(
    version = version,
    compression = compression,
    use_dictionary = use_dictionary,
    write_statistics = write_statistics,
    data_page_size = data_page_size
  ),

  use_deprecated_int96_timestamps = FALSE, coerce_timestamps = NULL, allow_truncated_timestamps = FALSE,
  arrow_properties = ParquetArrowWriterProperties$create(
    use_deprecated_int96_timestamps = use_deprecated_int96_timestamps,
    coerce_timestamps = coerce_timestamps,
    allow_truncated_timestamps = allow_truncated_timestamps
  )
)

that are managed by the classes ParquetWriterProperties and ParquetArrowWriterProperties.
Only simple versions so far, e.g. compression may only be a single string, so we may do:
library(arrow, warn.conflicts = FALSE)

df <- tibble::tibble(x = 1:5)
write_parquet(df, "/tmp/test.parquet", compression = "snappy")
read_parquet("/tmp/test.parquet")
#> # A tibble: 5 x 1
#>       x
#>   <int>
#> 1     1
#> 2     2
#> 3     3
#> 4     4
#> 5     5

but we can't e.g. specify specific variables to handle by such and such compression. This is a good place I think for a tidy select, e.g. something like that:
df <- tibble::tibble(x1 = 1:5, x2 = 1:5, y = 1:5)
write_parquet(df, "/tmp/test.parquet",
  compression = list(snappy = starts_with("x"))
)

The list in python goes the other way, so if we do something similar it would look like
write_parquet(df, "/tmp/test.parquet",
  compression = list(x1 = "snappy", x2 = "snappy")
)

perhaps we can have  compression = only handle the same type of thing python does, but then come up with some helper function so that we'd have e.g.
write_parquet(df, "/tmp/test.parquet",
  compression = compression_spec(snappy = starts_with("x"))
)

One option we discussed with @nealrichardson was to be able to do e.g.
write_parquet(df, "/tmp/test.parquet",
  compression = Codec$create("snappy", 5L)
)

But unfortunately, the C++ class arrow::util::Codec does not give a way to swim back to the compression level, so I can't do e.g. compression$level.
Instead, I followed python's lead and we can do this instead:
write_parquet(df, "/tmp/test.parquet",
  compression = "snappy",
  compression_level = 5L
)

These arguments that are handled by ParquetWriterProperties can now be single values, unnamed vectors of the same length as the number of columns in the table, or named vectors: compression, compression_level, use_dictionary and write_statistics.

Taking a look now; FTR Travis says
Missing link or links in documentation object 'write_parquet.Rd':

  ‘to_arrow’

Codecov Report

Merging #5451 into master will increase coverage by 5.72%.
The diff coverage is 58.63%.

@@            Coverage Diff            @@
##           master   #5451      +/-   ##
=========================================
+ Coverage   69.97%   75.7%   +5.72%
=========================================
  Files         755      59     -696
  Lines       89329    4309   -85020
  Branches     1498       0    -1498
=========================================
- Hits        62509    3262   -59247
+ Misses      26455    1047   -25408
+ Partials      365       0     -365

Impacted Files
Coverage Δ

r/R/arrow-package.R
100% <ø> (+36.36%)
:arrow_up:

r/src/arrow_types.h
96% <ø> (ø)
:arrow_up:

r/R/enums.R
0% <ø> (ø)
:arrow_up:

r/R/table.R
87.87% <0%> (-5.46%)
:arrow_down:

r/src/compression.cpp
85.71% <0%> (-14.29%)
:arrow_down:

r/src/table.cpp
87.37% <100%> (ø)
:arrow_up:

r/R/compression.R
33.33% <33.33%> (ø)

r/R/parquet.R
57.33% <55.17%> (-9.34%)
:arrow_down:

r/R/arrowExports.R
71.94% <55.55%> (-0.62%)
:arrow_down:

r/src/arrowExports.cpp
71.46% <58.74%> (-0.8%)
:arrow_down:

... and 715 more

Continue to review full report at Codecov.

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

Can you update the PR description to reflect what is actually in the PR (since writing a Parquet file into a CompressedOutputStream isn't recommendable -- you would have to decompress the entire file first to be able to read any part of it)


Persist toasts across router changes

Hello. Nice Toast but...
I'm using Nuxt3 SPA, and when I change the route with router.push("/") then any toasts close immediately rather than waiting for the set timeout.

It happens even if I call the toast from the root app, not from within a page.
It also happens even if I set autoClose to false

Is there a way to persist the toasts so they don't close when the route changes?
Thanks

Never mind I found the setting in the options XD

Hey @JenBerry would you mind pointing me to the setting?  😅

Hey @JenBerry would you mind pointing me to the setting? 😅

You can specify clearOnUrlChange in the options - details here: https://vue3-toastify.js-bridge.com/api/container.html
Here's an excerpt from my code (Im working in TypeScript using Nuxt so this is me defining the plugin for nuxt):
import Vue3Toastify, { type ToastContainerOptions } from "vue3-toastify";

export default defineNuxtPlugin((nuxtApp) => {
  nuxtApp.vueApp.use(Vue3Toastify, {
    hideProgressBar: true,
    theme: "colored",
    clearOnUrlChange: false,
  } as ToastContainerOptions);
});


Created test outcome for France

@gabrielleacosta  @leenagupte could you please add a link to the Trello card? Thank you

Hi @pmanrubia , it's here: https://trello.com/c/tKI6NBOS/467-create-an-outcome-per-path-for-france-only

These changes look to have been applied, so I'm closing this Pull Request.


Broken with Sphinx 7.3

Between the CI of #99 and test build on merge the CI appears to have broken
Passing:
https://github.com/ros-infrastructure/rosdoc2/actions/runs/8699265272/job/23857580345
Sphinx==7.2.6
Broken:
https://github.com/ros-infrastructure/rosdoc2/actions/runs/8726584290/job/23942199944
Sphinx==7.3.5
7.3 has come out in the last 2 days with several patch releases:
https://pypi.org/project/Sphinx/#history

The core error:
Exception occurred:
  File "/usr/local/lib/python3.10/dist-packages/breathe/directives/function.py", line 161, in DoxygenFunctionDirective
    def _parse_args(self, function_description: str) -> Optional[cpp.ASTParametersQualifiers]:
AttributeError: module 'sphinx.domains.cpp' has no attribute 'ASTParametersQualifiers'
The full traceback has been saved in /tmp/sphinx-err-3wec0qsg.log, if you want to report the issue to the developers.
Please also report this if it was a user error, so that a better error message can be provided next time.
A bug report can be filed in the tracker at <https://github.com/sphinx-doc/sphinx/issues>. Thanks!

There's a ticket upstream with a comment saying that Breath is broken too: https://github.com/sphinx-doc/sphinx/issues/12295#issuecomment-2061206831

Looks like this is patched in main as of an hour ago: https://github.com/sphinx-doc/sphinx/pull/12298 hopefully this will come out shortly. And we can wait a bit for the fix.

Working now with Sphinx 7.3.6 released.

Great, I'm retriggering https://github.com/ros-infrastructure/rosdoc2/actions/runs/8726584290 to validate. And it passed!


Make all screens responsive

Screens are device specific make it responsive .

I would like to work on it .

update??


Not a bug just wondering, how many ".mzXML" files can I run on MZmine3 at the same time?

Basic information

My operating system and version: macOS Sonoma 14.1.2
My MZmine version: 3.9.0

What happened
Hi there,
I am currently exploring some MS1 and MS2 chemical data and using the Processing wizard with 17 steps. I have successfully run samples before (n=30) but this time I am hoping to run it with 350 samples. I am planning to use .mzXML file types. So I was wondering if this is possible?
In addition, is there a sample threshold to run MZmine3 without crashing; Is there a particular sample filet type (e.g., mzXML, RAW, etc) that is less heavier to run more samples? Is there a way to run this amount of samples without using a supercomputer? I am hoping to use my MacBook Pro.
Many thanks in advance,
All the best,
Zarluis

Hi,
Happy to hear you are having success with the wizard. Regarding your question, number of samples depends on a lot of factors:
MS instrument (scan speed), method length, sample complexity, profile vs centroid etc...
There is no simple answer to this question, however MZmine is designed to run on consumer laptops, even with hundreds of files. Regarding the file type, if we support the native file type of you instrument you should use it, e.g. Thermo raw.
Please also check the documentation to evaluate your performance options:

https://mzmine.github.io/mzmine_documentation/performance.html

Once you have developed a batch, you can also opt to run MZmine as command-line tool:
https://mzmine.github.io/mzmine_documentation/commandline_tool.html

Hello @ansgarkorf
Thank you so much for your reply, and sharing the resources. I am not sure if this means much but my samples were ran using negative mode, centroided, using thermo fisher UHPLC, retention time is usually ranging from 0-20mins. The samples can be quit complex since I am studying leaves of tropical plants. File type-wise, I usually convert my files from ThermoRaw to mzXML files since Raw files can be heavier than mzXML but if using Raw files can help the performance of analysing more samples then I am happy to do the change.
I am very eager to try to run my 350 samples using the batch mode on my laptop so if there is any suggestion that you could point out to make it possible I would be very grateful.
Many thanks again,
Best,
Zarluis

Hi,
if the raw data was recorded in centroid the .raw file should perform best. You could also try to convert to mzML using MSConvert and apply a threshold to filter out noise signals during conversion, reducing the file size further.
As a starting point for 350 samples, try to use higher thresholds and go lower from there. Also, you can crop the retention time, removing e.g. dead volume peak and equilibration steps of your method.


Update the webpage

JerryScript-DCO-1.0-Signed-off-by: Robert Fancsik<EMAIL_ADDRESS>

I miss some new API functions from this update. Are you sure this is generated from the current master?

@LaszloLango Yes, I've generated the it from the latest master (9c10d82e4af5d38191e1ce6d947157b5ef69d687). Which new API function do you think is missing?

@rerobika, e.g.: jerry_binary_operation and jerry_binary_operation_t (#2746 & #2751)

My bad, they are added. I missed that before


Added -i flag  on two occasions to sed command while deleting lines.

This will delete the lines "in-place" of the existing file which is the
expected behavior.
Signed-off-by: Shantanu Deshpande<EMAIL_ADDRESS>Summary of changes:
Fixes: #2973 (implicitly referenced)
Adding -i to sed will ensure that the changes are done right inside the required file (instead of the console).

@iamShantanu101 many thanks for your commit.
Before I trigger the tests can you do 1 thing?
1: since one of the files in bpf/ were modified can you run make -C daemon/ apply-bindata and also commit the daemon/bpf.sha?
One more optional thing:
2: You don't need to merge with baster a rebase is fine (git rebase origin/master)

Added daemon/bpf.sha file @aanm.

@iamShantanu101 can you rebase against master? the daemon/bpf.sha was probably changed recently

Sorry, that was me 😞

@iamShantanu101 You didn't rebase on master.  Would you like me to fix your branch?

Unfortunately, it did happen (mistakenly, didn't intend to). For now, I reverted the new commits. But there is a conflict while rebasing. I would appreciate if you could help me with this. @rlenglet

@iamShantanu101 I can't touch your branch, but I created a new branch, based on top of master, with just one commit with your changes:
https://github.com/cilium/cilium/tree/fix-sed-in-node-config
I'd suggest that you recreate your branch from cilium's master, then git cherry-pick 19f7f1d2e3086e89baa5391ea4edca3a1630fa0f.


docs: add ignore glob example

This PR adds an example of ignoring files from the match, via function linter

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Full Screen event is not working on I Phone

Please avoid duplicates

[X] I checked all open issues and discussions and none of them matched my problem.

Language and Compiler
Vanilla JavaScript
What environment are you using?
Local Development Server
When does your problem occur?
While writing code
What does your problem relate to?
The problem seems React related
React-Unity-WebGL Version
9.4.0
React Version
18.2.0
Unity Version
2022.3.16
What happened?
full screen option is working for all other operating systems, like android, windows, mac book. I already checked for different browsers. all other devices are performing good. on I phone only things full screen option is not working. what would be the solution please guid me
Reproducible test case
`    const { unityProvider, requestFullscreen, loadingProgression, isLoaded } = useUnityContext({
"loader-url",
"data-url",
"frame-work-url",
"code-url",
});
function handleClickEnterFullscreen() {
    requestFullscreen(true);
}`

Would you be interested in contributing a fix?

[ ] yes, I would like to contribute a fix

please fix this bug, or guid me if I am doing wrong

https://caniuse.com/?search=fullscreen fullscreen is only available on iPad, not on iPhone.


Display EditPage button

Question
How can i display "EditPage" button?
I can't find anything on official docs ..

You have to declare repository attribute into your package.json file
Example
   "repository": "github:pedronauck/docz",


-b & -a ignored in st

When i run wal -i ... in my st, it changes background to color of foreground (rendering text invisible), i tried -b '#000000' and -a 0.8 (i use this transparency in st) and it ruins all my running st instances. I have a custom Xresources template and load that when st starts, so restarting st fixes this but it feels weird, that background gets set incorrectly during wal generation yet it's correct in the Xresources.
My Xresources template:
! X colors.
! Generated by 'wal'
*background:   {background}
*foreground:   {foreground}
*cursorColor:  #ffffff

! Colors 0-15.
*color0:  {color0}
*color1:  {color1}
*color2:  {color2}
*color3:  {color3}
*color4:  {color4}
*color5:  {color5}
*color6:  {color6}
*color7:  {color7}
*color8:  {color8}
*color9:  {color9}
*color10:  {color10}
*color11:  {color11}
*color12:  {color12}
*color13:  {color13}
*color14:  {color14}
*color15:  {color15}

! Black color that will not be affected by bold highlighting.
*color66:  {color0}

*alpha:  0.8

Gif which is probably better than my explanation:

This is probably a duplicate of #445

-a is a URxvt only feature. Does -b work without -a?

@dylanaraps with only -b it's still the same, it breaks my transparency and uses color generated from image (in the example its grayish color). I would love an option to just skip setting background

@dylanaraps Is there anything I can do? My current workaround is using -st switch and restarting all my running terminals, which is not ideal.


[REVIEW] Portfolio + Blog Page Review

Portfolio link
https://kiritocode1.github.io/

I can do it for you @eddiejaoude will you assign it to me?

I will do it @pranshu05


Tests are wrong?

Hello, it appears that the challenge is a bit more challenging than it should be.
If you would please look at the screenshot provided below, which is a formatted version of the data that one of the tests is compared against, you can see there are 3 languages: English, Spanish and German.

Now, if you compare that to the file of Mary Contreras, you will notice, that she indeed knows those languages, but they are written in the language of that language.

Are we actually supposed to map each name for a language from English to the native language equivalent?

This is as designed. In the problem statement explanation, we call out that the correct language text is in the title attribute of the div tag rather than the text() of the div tag.


Flux.Optimise.update! no longer works on Scheduler

Since the latest release, Flux.Optimise.update! no longer works on a Scheduler because the type of the generic optimization has been narrowed to `AbstractOptimiser in the latest release of Flux.
As an aside: it may  be worth adding some basic integration tests to this repo to test the interoperability of ParameterSchedulers with Flux.

it may be worth adding some basic integration tests

As the merging of #29 indicates...I thought these tests existed which is an oversight on my part.


Multiple filters apply to one image

How does it possible? For example, I'm creating "grayscale" filter and want to apply it to my image and then thumb it to 800x600. May be it's not actually Imagine issue, but when I'm simple doing multiple filters in Twig, Imagine obviously doesn't find source at second step (because URL returned with /my_project/app_dev.php/ and so on prefix).
Any ideas? Thanks.

LiipImagineBundle supports doing this (well, it supports defining a filter as a chain of other configured filters)


EV Charger Archivist Sample - No Highlighting/Bolding

Describe the bug
EV Charger archivist sample does not highlight/bold update, vulnerability and maintenance events.
Had to make manual changes to the below py files:
ev_charger_device.py
props, attrs = make_event_json(
#"Maintenance",
#"MaintenanceRequired",
"RecordEvidence",
"Record",
dtstring,
<EMAIL_ADDRESS>#"Service RQ",
"Maintenance:MaintenanceRequired",
maint_msg,
corval,
)
props, attrs = make_event_json(
#"Firmware",
#"Update",
"RecordEvidence",
"Record",
dtstring,
<EMAIL_ADDRESS>#"FW Update",
"Firmware:Update",
patch_msg,
cve_corval,
)
maintenance_worker.py
props, attrs = make_event_json(
#"Maintenance",
#"Maintenance",
"RecordEvidence",
"Record",
dtstring,
<EMAIL_ADDRESS>#"Service RP",
"Maintenance:Maintenance",
maint_msg,
job_id,
)
recall_worker.py
props, attrs = make_event_json(
#"Firmware",
#"Vulnerability",
"RecordEvidence",
"Record",
dtstring,
<EMAIL_ADDRESS>#"FW Vulnerability",
"Firmware:Vulnerability",
recall_msg,
cve_corval,
)
To Reproduce
Steps to reproduce the behavior:

Execute ev charger archivist sample
None of the maintenance, update or vulnerability events are highlighted/bolded.

Expected behavior
For the maintenance, update and vulnerability events to be highlited/bolded.
Desktop (please complete the following information):

OS: MacOS
Browser: Chrome
Version: Version 96.0.4664.93 (Official Build) (x86_64)

In the event.attributes.arc_display_type you shouldn’t use the BEHAVIOUR:OPERATION pairs - those are from the legacy API.
Anyone wishing to make a PR for this issue please use the following set of event arc_display_type:

“Maintenance Request”
“Maintenance Performed”
“Vulnerability Report”
“Vulnerability Adressed”


Clarification/Consistency Needed for Array Support across VHPI, VPI, and FLI

@chiggs and @stuarthodgson
With the delivery of #392, all three interfaces (VPI, VHPI, and FLI) have roughly the same level of implmentation completed.  During my clean-up of the FLI interface, I came across some inconsistencies between the interfaces as well as some current implementations that I think should be changed in regards to the handling of Array-like structures, i.e. Arrays, Arrays of Arrays, Multi-dimensional arrays, and generate loops.
Note: Any issues mentioned below were tested on QuestaSim and/or IUS.
Generate Loops
Assume we have the following VHDL (or Verilog equivalent) generate loop under the "dut" (i.e. sample_module):
a_gen : for i in 6 to 10 generate
begin
  ...
end generate a_gen;

The first thing I noticed with VHPI, is that it doesn't find anything with the name ":sample_module.a_gen".  Is this the expected behavior?  FLI actually has a valid "handle" for "/sample_module/a_gen", but I forced the software to reject this so the behavior is the same between VHPI and FLI and so the python hierarchy stays the same.
The major draw back to the this approach is that the first time someone tries to navigate through a generate loop, i.e. "dut.a_gen[0]", the software will fail to find a handle for "dut.a_gen" which means it will revert to "discover_all" and that could take some time depending on the File.
The other issue with the way the generate loops are handle in python has to do with the indices.  The code in handle.py parses the handle name and builds a python list and continues to "extend" the list based on the indices received.  My example, however, shows that the indicies don't have to be zero-based which means two things happen.

len(dut.a_gen) == 11   -> this is wrong
for reg in dut.a_gen:  -> will log 6 warnings since the list will contain None in dut.agen[0:6]

One solution to this last problem would be to crete a dictionary instead of a list, but that would require handling things differently when iterating.  A better solution would be to have a specialized Hierarchy class that behave like the other handles, but only stores the necessary indicies and can return the proper len().
Single Dimension Array and Vector Indexing
Assume we have the following VHDL (or Verilog equivalent) signals defined under the "dut" (i.e. sample_module):
signal a1 : std_logic_vector(7 downto 0);            -- reg [7:0] a1;
signal a2 : std_logic_vector(0 to 7);                -- reg [0:7] a2;
signal a3 : std_logic_vector(10 downto 6);           -- reg [10:6] a3;

Currently there is a discrepency between the interfaces for which handle will be returned.  I modified FLI to behave like VHPI and personally I am not a fan of how the VHPI interface behaves.
For Python code "dut.a1[0]" the following handles are returned:

VPI: ":sample_module.a1(0)"
VHPI: ":sample_module.a1(7)"
FLI: "/sample_module/a1(7)"

For Python code "dut.a2[0]" the following handles are returned:

VPI: ":sample_module.a2(0)"
VHPI: ":sample_module.a2(0)"
FLI: "/sample_module/a2(0)"

For Python code "dut.a3[10]" the following handles are returned:

VPI: Not Sure
VHPI: Not Found...Error valid indices range from 0 to 4
FLI: Not Found...Error valid indices range from 0 to 4

When indexing from python, what are the valid indices and which handles should be returned for the given signals?  My opinion is the indicies should match whatever is defined in the HDL, i.e. if the signal is defined as "10 downto 6" then in python one should be able to access a bit by "dut.a3[10]".  Any sort of mapping from that index to an index that makes the interface happy should be handled by that interface.
Depending on the decision for what the valid python indices are, we will have to make sure when iterating over the array/vector that generated indicies follow the same pattern.  Currently, 0 to len()-1 is assumed for the valid indicies when iterating.
Multi-Dimension Array Indexing
Assume we have the following VHDL (or Verilog equivalent) signal defined under the "dut" (i.e. sample_module):
type exType is array (0 to 3, 0 to 6) of signed(10 downto 0);

signal sig_ex : exType;     -- reg [10:0] sig_ex [0:3] [0:6];

Direct Access
How would you expect the python code to look when trying to access a signle bit in the array?
In my opinion, the python code should be "dut.sig_ex[x][y][z]".  I tried this with the different interfaces ang got varying results.
For Python Code "dut.sig_ex[x][y][z]":

FLI (Questa): Works, with the caveat mentioned in the previous section, i.e. z=0 will return bit index 10
VHPI (IUS): Doesn't work, seems to be treating the first two dimensions as a single index, i.e. ":sample_module.sig_ex(x,y)" would be for "dut.sig_ex[w]"
VPI (Questa): Doesn't work, reports that it can't find index 'x'.  "dut.sig_ex" was identified as (vpiArrayVar) with 28 elements
VPI (IUS): Works as one would expect.  "dut.sig_ex" was identified as (vpiRegArray) with 28 elements

Iterating
In my opinion, when iterating, the python hierarchy should be the same whether using the "discover_all" iterating capability or going through direct access.  Currently this is not the case and then it ends up with multiple handles in the _sub_handle dictionary pointing to the same thing and you don't get the benefit of the caching.
Further, some of the names aren't being handled properly and the names are being registered int he _sub_handles dictionary, but there is no "pythonic" way to access them.  An example of this is the VHPI interface would have the following keys in the _sub_handles dictionary for handle "dut.sig_ex": "sig_ex(0,0), sig_ex(0,1), etc".  Due to the parenthesis in the names, these can't be accessed through the standard hierarchy navigation.
Ideally, the python hierarchy should be the same regardless of the interface used, but because all three interface report the names differently when iterating the hierarchies are not the same and none of them build the hierarchy that is created through direct access like mentioned above which is what I think it should look like.
I have seen issues with all three interfaces when iterating.  FLI and VHPI primarily have the issue of creating "handle" names that aren't accessible through the python hierarchy navigation.  The VPI seems to have an issue because "dut.sig_ex" reports there are 28 elements and so iterating starts out fine, but has issues because it doesn't stop iterating at "dut.sig_ex[3][6]", but instead tries to index "dut.sig_ex[4]".
Another issue is that becasue multi-dimensional arrays are being treated as "HierarchyObject"'s the python hierarchy is being created correctly.  After iteration, valid paths are "dut.sig_ex", "dut.sig_ex.sig_ex[0]", "dut.sig_ex.sig_ex[0].sig_ex__0[0]", etc.  We may need to consider a special python type and GPI_TYPE to have an "array" object that behaves like an array, but doesn't support driving/reading values.
Conclusion
These issues are the last major things that need to get resoolved to allow me to role this out to my company for verification use.  If we can define how the above examples are expected to behave, I can work on making the changes to get everything to behave that way.

@leftink thanks for your work going through and summarising the inconsistencies.
You are correct that we should be aiming for an identical interface from Python regardless of the underlying language implementation and I think you're spot on with the expected behaviour.
Single Dimension Array and Vector Indexing
I agree with all of your points:

dut.a1[0] should map onto RTL index 0 regardless of the direction of the range.
dut.a3[10] should be possible if an array is defined as 10 downto 6 or 6 to 10

In short, the Pythonic access should always behave as you would expect, mapping onto the same RTL object.
Direct Access

In my opinion, the python code should be dut.sig_ex[x][y][z]

Agreed.  We should be able to delve through however many dimensions of array and access either the whole object when we reach a signal/variable, or index again to access individual bits (if the signal/variable is an array type).
Iterating
This is slightly special - there are various things (like generate loops) which it seems are impossible to traverse via names access.  Instead we have to iterate (discover_all) and build up an equivalent hierarchy in Python.
This is slightly nasty as we may end up creating far more handles than required, just to satisfy a Pythonic named access through the hierarchy.  Perhaps we could limit the discover_all fall-back to only create hierarchy objects.
In theory returned generate statements are caught by a regex and translated into traversable hierarchy.  There doesn't appear to be a consistent naming convention between languages and simulators, so this is less than ideal.  If you can find a better mechanism please feel free to suggest alternatives.

@chiggs  @stuarthodgson
I could really use your opinion on how to handle some different array types in Verilog
Here are examples of four different types I am trying to support:
wire             sig_t1 [0:3];
wire [7:0]       sig_t2 [7:4];
wire [7:0]       sig_t4 [0:3] [7:4];
wire [2:4] [7:0] sig_t6 [0:1];

Signal
Type

sig_t1
vpiNetArray

sig_t1[x]
vpiNet

sig_t2
vpiNetArray

sig_t2[x]
vpiNet

sig_t4
vpiNetArray

sig_t4[x]
vpiArrayVar

sig_t4[x][y]
vpiNet

sig_t6
vpiNetArray

sig_t6[x]
vpiNet

My question, is for these 4 "signals"  what would you consider read/writable and what would you consider hierarchical.  I am especially curious about sig_t6.

After looking at this more, I think it makes sense to treat the packed arrays as R/W and the un-packed arrays as more hierarchical.  This would be a change from the current implementation because VPI currently maps vpiNetArrays to GPI_ARRAY which maps to a modifiable object.
Would you agree with my first statement?

@leftink I would agree - that matches the behaviour in Verilog, e.g. packed arrays can be assigned using any arbitrary vector, however unpacked arrays must be indexed, so that provides a sensible distinction in terms of hierarchy vs. modifiable signal.

Tested and works in the latest version.  Closing.


Docker container security

We are running sysdig-falco in our Kubernetes cluster and it is complaining about the following:
k8s.node_name=ip-172-16-12-29.ec2.internal 10:53:58.969608520: Error File below /etc opened for writing (user=root command=python3 /application/kubewatch.py sync /etc/ambassador-config /etc/envoy.json parent=entrypoint.sh pcmdline=entrypoint.sh ./entrypoint.sh file=/etc/ambassador-config-1/payment-service-default.yaml program=python3 gparent=<NA> ggparent=<NA> gggparent=<NA>) k8s.pod=<NA> container=21b0bf1f68db
I would suggest changing the configuration location from /etc/ambassador-config to simply /ambassador-config.
I also strongly feel like Ambassador's processes (entrypoint.sh, python3 and envoy) should be running as non-root user.

(We'll likely use /application as the root of everything, rather than /.)

I'll take a stab at this. Will try to run this on OpenShift, that should take care of some of the security concerns.

@alexgervais See https://www.getambassador.io/reference/running -- Ambassador 0.35.0 supports running as non-root. Let us know if you run into trouble!

@PaulM667 Great news!!

@PaulM667 Great news!!


⚠ Bofrost.es has degraded performance

In cae88cf, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1749 ms

Resolved: Bofrost.es performance has improved in fd616fb after 6 minutes.


Plugins directory should be configurable from CLI

Context:
The current way plugins are working require that we create a plugins directory in besu.home path. This path is by default where bin/besu is, usually where release is unzipped. This besu.home is defined by the besu bash script depending on where the script is.
Issue:
For people manually installing besu it's not a big deal as they easily have access and know besu.home. However when installing with a package manager (brew or else) you are not easily aware of the path of besu.home and in some cases you may even not be able to write in this path.
User then have no way to create the plugin directory.
Proposed option:
User could be able to set a --plugins-dir= option on the CLI to set this path to anywhere else.
This option should return an error if the plugins directory doesn't exist and it should not try to create it as it would be empty anyway, and would confuse users.
An empty plugins dir could also be created in the besu.home by default with a readme indicating that's the place to put plugins in. That would prevent users who are ok with using the default dir to have to create it and it would help them to locate it too.

It is possible to configure the path of the plugins directory using the BESU_OPTS environment variable.
You can set the plugins directory like this:
export BESU_OPTS="-Dbesu.plugins.dir=/path/to/plugins/dir"

@abdelhamidbakhta should this be closed then?

@abdelhamidbakhta should this be closed then?

Yes. Adding a CLI option would be redundant IMO


Improve GitHub Actions

Actions are now repeating themselves no enable verification when failed (if it happened on daily check or on push).
But ideally, "on push" action wouldn't need to re-verify the repositories, as it should be mainly frontend changes.
Ideally actions would be differentiated at:

DailyCheck: would make sure it is daily linted
Deploy: would run after DailyCheck and on push to main

This is how it suppose to work:
DailyCheck action, lints the repositories and save frontend.json file as an artifact
name: Verify Repo Health Daily

on:
  schedule:
    - cron: '0 0 * * *'

jobs:
  Lint-Deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Gives access to repository
        uses: actions/checkout@v2
      - name: Setup Node version
        uses: actions/setup-node@v1
        with:
          node-version: '12'

      - name: Install dependencies
        run: npm install

      - name: Generate frontend data
        run: node src/index.js

      - name: Upload artifact
         uses: actions/upload-artifact@v2
         with:
           name: frontend-json
           path: frontend/public/frontend.json
           retention-days: 1

This artifact stays available for both on push to main or, to be deployed right after this job ends:
name: Deploy to GitHub Pages

on:
  push:
      branches:
        - main

  workflow_run:
    workflows: ["Verify Repo Health Daily", "Lint And Deploy On Push To Main"]
    types:
      - completed

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Gives access to repository
        uses: actions/checkout@v2
      - name: Setup Node version
        uses: actions/setup-node@v1
        with:
          node-version: '12'

      - name: Install Frontend
        run: cd frontend && npm install

      - name: Copy artifact to frontend
        uses: actions/download-artifact@v2
        with:
          name: frontend-json
          path: ./frontend/public

      - name: Build Vue
        run: cd frontend && npm run build

      - name: Deploy Vue Site
        uses: peaceiris/actions-gh-pages@v3
        with:
          personal_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: ./frontend/dist
          publish_branch: gh-pages
          user_name: 'OSS Sauce Bot'
          user_email<EMAIL_ADDRESS>          commit_message: ${{ github.event.head_commit.message }}
```

Right now the artifacts is created, but the Deploy action is not able to find it for downloading when the jobs are on separated files.
I tried several times and was unable to find a resolution, so this is why this ticket exists.