bug: Dart analyzer does not complain on accessing properties/methods on nullable extension type without ?

Dart analyzer does not complain if properties/methods are accessed on a nullable extension type without ?. Consider the following example:
extension type A(Map<String, dynamic> $a$) implements Map<String, dynamic> {
  B? get b {
    return $a$['b'];
  }

  List<int>? get bList {
    return $a$['b'];
  }
}

extension type B(List<int> $b$) implements List<int> {
  int get size {
    return $b$.length;
  }
}

void main() {
  final Map<String, dynamic> map = {
    'b': [1, 2]
  };

  final a = map as A;
  print(a.b.size); // Dart Analyzer does not complain here
  print(a.bList.length); // Dart Analyzer complains here
}

On line print(a.b.size);, the dart analyzer should complain as: The property 'size' can't be unconditionally accessed because the receiver can be 'null'. However, there is no such warning/error by dart analyzer. The following error appears when the code is run on dartpad:
compileDDC
main.dart:19:13: Error: Property 'size' cannot be accessed on 'B?' because it is potentially null.
Try accessing using ?. instead.
  print(a.b.size);
            ^^^^

On line print(a.bList.length);, the dart analyzer complains as expected.
Edit:

dart info
If providing this information as part of reporting a bug, please review the information
below to ensure it only contains things you're comfortable posting publicly.

#### General info

- Dart 3.3.3 (stable) (Tue Mar 26 14:21:33 2024 +0000) on "macos_arm64"
- on macos / Version 14.4.1 (Build 23E224)

#### Project info

- sdk constraint: '>=3.3.0 <4.0.0'
- dependencies: meta
- dev_dependencies: build_runner, flutter_test
- elided dependencies: 2

#### Process info

| Memory |  CPU | Elapsed time | Command line                                                                               |
| -----: | ---: | -----------: | ------------------------------------------------------------------------------------------ |
| 177 MB | 0.0% |     21:23:55 | dart language-server --client-id=Android-Studio --client-version=AI-232.10300.40 --protocol=analyzer |
|  47 MB | 0.0% |     21:24:00 | flutter_tools.snapshot daemon

What's the version of your tools? Using your example code, I can see the warnings that we would expect, one on a.b.size (because a.b can be null) and one on a.bList.length (because a.bList can be null).

Sounds good! I think it would be fine to close this issue then, because nobody needs to do anything specifically about this, we just have to wait for the release.


Vim's job_start() does not work in MacVim and causes high CPU

Steps to reproduce:

Given the file demo.vim:

call ch_logfile('channel.log', 'w')

function! OutHandler(channel, msg)
  echom 'OutHandler: '.a:channel.' :: '.a:msg
endfunction

call job_start('ls', {'out_cb': 'OutHandler'})

Execute in mvim: mvim -u NONE -U NONE -N -S demo.vim.
Inspect messages with :messages.

Expected: a line like OutHandler: channel 0 open :: FILE for each file in the current directory, followed by OutHandler: channel 0 closed :: DETACH.
Actual: no messages.

Inspect the channel log with cat channel.log (in the shell).

Expected:

==== start log session ====
  0.000027 : Starting job: ls
  0.000064 on 0: Created channel
  0.000522 : looking for messages on channels
  0.002943 RECV on 0: 'channel.log
<ONE LINE FOR EACH FILE>
'
  0.002994 on 0: Invoking channel callback OutHandler
  <DITTO FOR EACH FILE>
  0.003437 ERR on 0: channel_select_check(): Cannot read from channel
  0.003445 PUT on 0: 'DETACH
'
  0.003447 on 0: Closing channel
  0.003465 : looking for messages on channels
  0.003470 on 0: Invoking channel callback OutHandler
  0.568784 : looking for messages on channels

Actual:

==== start log session ====
  0.000031 : Starting job: ls
  0.000080 on 0: Created channel

Inspect the CPU (open ActivityMonitor and filter for 'vim') while you leave MacVim open.

Expected: CPU for the Vim and MacVim processes remains under 1%.
Actual: over 10s or so CPU for both processes rises to 10%-20%.

The messages and channel log show that the out_cb callback is never called.  For some reason MacVim never starts to look for messages on the channels.
Compare this to mvim -v where everything works as expected.
I'm using MacVim 7.4.1795 built with Homebrew.

My gut feeling is that this all-new jobs/channels stuff in core vim (which I've not had a chance to look at much since it doesn't interest me) is causing the backend vim process that MacVim runs to do things that stimulate messages to our frontend process at times where we didn't expect them, resulting in sadness.

the root cause is, I guess, NetBeans support in MacVim. It has not been maintained anymore. And I'm the author of the patch😄 . I'll remove it and test it.

Fixed in #278, but still make test with $(VIMPROG) -g sometimes fails a few of tests.

I tested again with MacVim 7.4.1825 built via Homebrew.

I never get any messages in :messages.
Sometimes the channel log shows the output of the ls in the job; usually it doesn't.
The close_cb handler is never called.
The CPU processes remain low, as expected.

The log looks like this when the job's output is logged:
==== start log session ====
  0.000030 : Starting job: ls
  0.000082 on 0: Created channel
  0.014462 RECV on 0: 'Capfile
Gemfile
Gemfile.lock
README
Rakefile
app
channel.log
config
config.ru
db
demo.vim
doc
features
lib
log
private
public
script
spec
test
tmp
vendor
'
  0.014508 ERR on 0: MMChannel_read(): Cannot read from channel
  0.014528 on 0: Closing channel

And like this when the job's output isn't logged:
$ cat channel.log
==== start log session ====
  0.000030 : Starting job: ls
  0.000065 on 0: Created channel
  0.018400 ERR on 0: MMChannel_read(): Cannot read from channel
  0.018431 on 0: Closing channel

Using mvim -v ... everything works as expected.

I have no idea about your demo.vim is correct or not. At least, current master has no issues in src/testdir/test_channel.vim.

I was having the same problem, and it persists for me on master.
I noticed this with the "dein" plugin manager when trying to update plugins. In the GUI, the first eight jobs get started (invoking git), but no job reports results, so the updating stalls at that point. It works fine in the terminal (and in gVim on Windows, too). The logs look pretty much like those posted by airblade.

I confirm this solves the problem for me.  Thank you!


Dep: Get rid of easyeda2kicad warning

Current Behaviour

What does this mean?
It has a typo
It shouldnt just log to warning

WARNING  Unknow symbol designator : T
Expected Behaviour
Either fix the root cause or get rid of it or improve the message
Possible Solution
#pr number
Version
.
Relevant log output
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Fixed in #715


MQTT demo does not work

Describe the bug
Network error occurs when Run MQTT demo with https://github.com/aws/amazon-freertos-ble-android-sdk on Android 7.0
System information

Which hardware board or part numbers? ESP32

IDE used? VScode

Operating System [Windows|Linux|MacOS]? Linux

Version of Amazon FreeRTOS (run git describe --tags to find it)? 201906.00_Major-966-g2dd5da127

Project [Custom Application|MQTT|Shadow|Greengrass|OTA|Device Defender|TCP Echo|Sub pub Demo|Simple TCP Server] BLE MQTT demo

If your project is a Custom Application, please add the relevant code snippet in the section Code to reproduce the bug.

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots or console output
If appropriate, please cut-and-paste the console output to explain the issue. If possible, include the call stack.
To reproduce
Steps to reproduce the behavior:

...
...

Code to reproduce the bug
The code should be wrapped in the cpp tag in order to be displayed clearly. For example:
printf("Hello World")

If the code is longer than 30 lines, GIST is preferred.
Additional context
Add any other context about the problem here.
Thank you!

The log you pasted says "Failed to create BLE network connection after 0 milliseconds."
It seems IOT_BLE_MQTT_CREATE_CONNECTION_WAIT_MS was set to 0.
Did you modify the config by any chance? t might not be waiting enough before the pairing completes.
https://github.com/aws/amazon-freertos/blob/790ec2c5c471003ad8745c7c70e83d9ca1092d2f/libraries/c_sdk/standard/ble/src/services/mqtt_ble/iot_network_ble.c#L128

Because I use BT4.1 device so I must use just-work pairing method.
I changed IOT_BLE_NUMERIC_COMPARISON_TIMEOUT_SEC back to 30 but still got issue

`/**

@brief The flag to enable secure connection for the device.

By default secure connection will be enable on all device.
*/
#ifndef IOT_BLE_ENABLE_SECURE_CONNECTION
#define IOT_BLE_ENABLE_SECURE_CONNECTION    ( 0 ) //Q_mod 1 to 0
#endif

/* Config if set, requires encryption to access services and characteristics */
/**

@brief Configuration to force encryption to access all characteristics of services.
*/
#ifndef IOT_BLE_ENCRYPTION_REQUIRED
#define IOT_BLE_ENCRYPTION_REQUIRED    ( 0 ) //Q_mod 1 to 0
#endif

/**

@brief Configuration to enable numeric comparison for authentication.

If the configuration is set to 0 and #IOT_BLE_ENABLE_SECURE_CONNECTION is set to 1, then
device will use just works pairing.
*/
#ifndef IOT_BLE_ENABLE_NUMERIC_COMPARISON
#define IOT_BLE_ENABLE_NUMERIC_COMPARISON    ( 0 ) //Q_mode 1 to 0
#endif

/**

@brief Timeout in seconds used for BLE numeric comparison.
*/
#ifndef IOT_BLE_NUMERIC_COMPARISON_TIMEOUT_SEC
#define IOT_BLE_NUMERIC_COMPARISON_TIMEOUT_SEC    ( 30 ) //Q_mode 30 to 0
#endif`

Hi,
Please note that Amazon FreeRTOS supports BLE versions 4.2 and higher. Any prior BLE versions have not been tested for compatibility and is not recommended.
To enable just works pairing, you want to still have BLE connection as encrypted but with IO capabilities as None. So you need to modify the following configurations:
#define IOT_BLE_ENABLE_NUMERIC_COMPARISON        ( 0 )
#define IOT_BLE_ENABLE_SECURE_CONNECTION         ( 0 )
#define IOT_BLE_INPUT_OUTPUT                     ( eBTIONone )

@Qspace
Did the above answer helped in setting up the demo ? Do you have any other issues?

Hello Qspace.
I'm closing this issue, if you have any further questions please feel free to re-open.
Thanks.


TypeError: sheet.seal is not a function

Bug report
Describe the bug
On copying the code for the example file _document the above error is encounted
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:

Go to 'examples/with-styled-components/pages/_document'
copy the code and run your application.
check your console
See error

Screenshots

System information

OS: [e.g. macOS]
Version of Next.js: [e.g. 7.0.0]

https://github.com/zeit/next.js/pull/6207#issuecomment-460676919


Support spark lineage?

Describe the bug
I used Spark2.4 3.1 to try to submit Spark jar. I only collected a little metadata, but not lineage

./spark-submit --class com.hs.test
--master local
--name test_003
--jars "/Users/jinmu/Downloads/datahub-spark-lineage-0.10.0rc1.jar"
--conf "spark.extraListeners=datahub.spark.DatahubSparkListener"
--conf "spark.datahub.rest.server=http://localhost:8080"
/Users/jinmu/Downloads/hs/lakehouse/target/hs-lakehouse-1.0-SNAPSHOT.jar
Submit log information
23/02/15 11:39:54 WARN NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
Using Spark's default log4j profile: org/apache/spark/log4j-defaults.properties
23/02/15 11:39:55 INFO SparkContext: Running Spark version 3.0.3
23/02/15 11:39:55 INFO ResourceUtils: ==============================================================
23/02/15 11:39:55 INFO ResourceUtils: Resources for spark.driver:
23/02/15 11:39:55 INFO ResourceUtils: ==============================================================
23/02/15 11:39:55 INFO SparkContext: Submitted application: test_005
23/02/15 11:39:55 INFO SecurityManager: Changing view acls to: jinmu
23/02/15 11:39:55 INFO SecurityManager: Changing modify acls to: jinmu
23/02/15 11:39:55 INFO SecurityManager: Changing view acls groups to:
23/02/15 11:39:55 INFO SecurityManager: Changing modify acls groups to:
23/02/15 11:39:55 INFO SecurityManager: SecurityManager: authentication disabled; ui acls disabled; users  with view permissions: Set(jinmu); groups with view permissions: Set(); users  with modify permissions: Set(jinmu); groups with modify permissions: Set()
23/02/15 11:39:55 INFO Utils: Successfully started service 'sparkDriver' on port 49993.
23/02/15 11:39:56 INFO SparkEnv: Registering MapOutputTracker
23/02/15 11:39:56 INFO SparkEnv: Registering BlockManagerMaster
23/02/15 11:39:56 INFO BlockManagerMasterEndpoint: Using org.apache.spark.storage.DefaultTopologyMapper for getting topology information
23/02/15 11:39:56 INFO BlockManagerMasterEndpoint: BlockManagerMasterEndpoint up
23/02/15 11:39:56 INFO SparkEnv: Registering BlockManagerMasterHeartbeat
23/02/15 11:39:56 INFO DiskBlockManager: Created local directory at /private/var/folders/g6/3j6jyxt964x1pk4qk7_b49rw0000gn/T/blockmgr-80f940fd-87c5-4ab7-9dc5-e829dc456fbc
23/02/15 11:39:56 INFO MemoryStore: MemoryStore started with capacity 366.3 MiB
23/02/15 11:39:56 INFO SparkEnv: Registering OutputCommitCoordinator
23/02/15 11:39:56 INFO Utils: Successfully started service 'SparkUI' on port 4040.
23/02/15 11:39:56 INFO SparkUI: Bound SparkUI to <IP_ADDRESS>, and started at http://localhost:4040
23/02/15 11:39:56 INFO SparkContext: Added JAR /Users/jinmu/Downloads/datahub-spark-lineage-0.10.0rc1.jar at spark://localhost:49993/jars/datahub-spark-lineage-0.10.0rc1.jar with timestamp<PHONE_NUMBER>541
23/02/15 11:39:56 INFO Executor: Starting executor ID driver on host localhost
23/02/15 11:39:56 INFO Executor: Fetching spark://localhost:49993/jars/datahub-spark-lineage-0.10.0rc1.jar with timestamp<PHONE_NUMBER>541
23/02/15 11:39:56 INFO TransportClientFactory: Successfully created connection to localhost/<IP_ADDRESS>:49993 after 28 ms (0 ms spent in bootstraps)
23/02/15 11:39:56 INFO Utils: Fetching spark://localhost:49993/jars/datahub-spark-lineage-0.10.0rc1.jar to /private/var/folders/g6/3j6jyxt964x1pk4qk7_b49rw0000gn/T/spark-d8419284-d3b1-44f9-8df9-081dccb96513/userFiles-5019790b-2569-48c6-a06d-2717c80eb075/fetchFileTemp4317236260463150066.tmp
23/02/15 11:39:57 INFO Executor: Adding file:/private/var/folders/g6/3j6jyxt964x1pk4qk7_b49rw0000gn/T/spark-d8419284-d3b1-44f9-8df9-081dccb96513/userFiles-5019790b-2569-48c6-a06d-2717c80eb075/datahub-spark-lineage-0.10.0rc1.jar to class loader
23/02/15 11:39:57 INFO Utils: Successfully started service 'org.apache.spark.network.netty.NettyBlockTransferService' on port 49995.
23/02/15 11:39:57 INFO NettyBlockTransferService: Server created on localhost:49995
23/02/15 11:39:57 INFO BlockManager: Using org.apache.spark.storage.RandomBlockReplicationPolicy for block replication policy
23/02/15 11:39:57 INFO BlockManagerMaster: Registering BlockManager BlockManagerId(driver, localhost, 49995, None)
23/02/15 11:39:57 INFO BlockManagerMasterEndpoint: Registering block manager localhost:49995 with 366.3 MiB RAM, BlockManagerId(driver, localhost, 49995, None)
23/02/15 11:39:57 INFO BlockManagerMaster: Registered BlockManager BlockManagerId(driver, localhost, 49995, None)
23/02/15 11:39:57 INFO BlockManager: Initialized BlockManager: BlockManagerId(driver, localhost, 49995, None)
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
23/02/15 11:39:57 INFO SparkContext: Registered listener datahub.spark.DatahubSparkListener
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
23/02/15 11:39:57 INFO SharedState: Setting hive.metastore.warehouse.dir ('null') to the value of spark.sql.warehouse.dir ('file:/Users/jinmu/Downloads/soft/spark-2.4.0-bin-hadoop2.7/bin/spark-warehouse').
23/02/15 11:39:57 INFO SharedState: Warehouse path is 'file:/Users/jinmu/Downloads/soft/spark-2.4.0-bin-hadoop2.7/bin/spark-warehouse'.
23/02/15 11:39:58 INFO AsyncEventQueue: Process of event SparkListenerApplicationStart(test_005,Some(local-1676432396713),1676432395541,jinmu,None,None,None) by listener DatahubSparkListener took 1.620096s.
23/02/15 11:39:59 WARN DomainSocketFactory: The short-circuit local reads feature cannot be used because libhadoop cannot be loaded.
23/02/15 11:39:59 INFO InMemoryFileIndex: It took 90 ms to list leaf files for 1 paths.
23/02/15 11:39:59 INFO MemoryStore: Block broadcast_0 stored as values in memory (estimated size 344.0 KiB, free 366.0 MiB)
23/02/15 11:40:00 INFO MemoryStore: Block broadcast_0_piece0 stored as bytes in memory (estimated size 29.9 KiB, free 365.9 MiB)
23/02/15 11:40:00 INFO BlockManagerInfo: Added broadcast_0_piece0 in memory on localhost:49995 (size: 29.9 KiB, free: 366.3 MiB)
23/02/15 11:40:00 INFO SparkContext: Created broadcast 0 from csv at test.scala:29
23/02/15 11:40:00 INFO FileInputFormat: Total input paths to process : 1
23/02/15 11:40:00 INFO FileInputFormat: Total input paths to process : 1
23/02/15 11:40:00 INFO CombineFileInputFormat: DEBUG: Terminated node allocation with : CompletedNodes: 3, size left: 8707
23/02/15 11:40:00 INFO SparkContext: Starting job: csv at test.scala:29
23/02/15 11:40:00 INFO DAGScheduler: Got job 0 (csv at test.scala:29) with 1 output partitions
23/02/15 11:40:00 INFO DAGScheduler: Final stage: ResultStage 0 (csv at test.scala:29)
23/02/15 11:40:00 INFO DAGScheduler: Parents of final stage: List()
23/02/15 11:40:00 INFO DAGScheduler: Missing parents: List()
23/02/15 11:40:00 INFO DAGScheduler: Submitting ResultStage 0 (MapPartitionsRDD[2] at csv at test.scala:29), which has no missing parents
23/02/15 11:40:00 INFO MemoryStore: Block broadcast_1 stored as values in memory (estimated size 6.2 KiB, free 365.9 MiB)
23/02/15 11:40:00 INFO MemoryStore: Block broadcast_1_piece0 stored as bytes in memory (estimated size 3.6 KiB, free 365.9 MiB)
23/02/15 11:40:00 INFO BlockManagerInfo: Added broadcast_1_piece0 in memory on localhost:49995 (size: 3.6 KiB, free: 366.3 MiB)
23/02/15 11:40:00 INFO SparkContext: Created broadcast 1 from broadcast at DAGScheduler.scala:1223
23/02/15 11:40:00 INFO DAGScheduler: Submitting 1 missing tasks from ResultStage 0 (MapPartitionsRDD[2] at csv at test.scala:29) (first 15 tasks are for partitions Vector(0))
23/02/15 11:40:00 INFO TaskSchedulerImpl: Adding task set 0.0 with 1 tasks
23/02/15 11:40:00 INFO TaskSetManager: Starting task 0.0 in stage 0.0 (TID 0, localhost, executor driver, partition 0, PROCESS_LOCAL, 7456 bytes)
23/02/15 11:40:00 INFO Executor: Running task 0.0 in stage 0.0 (TID 0)
23/02/15 11:40:01 INFO BinaryFileRDD: Input split: Paths:/jinmu/test/3.csv:0+8707
23/02/15 11:40:01 INFO Executor: Finished task 0.0 in stage 0.0 (TID 0). 1057 bytes result sent to driver
23/02/15 11:40:01 INFO TaskSetManager: Finished task 0.0 in stage 0.0 (TID 0) in 898 ms on localhost (executor driver) (1/1)
23/02/15 11:40:01 INFO TaskSchedulerImpl: Removed TaskSet 0.0, whose tasks have all completed, from pool
23/02/15 11:40:01 INFO DAGScheduler: ResultStage 0 (csv at test.scala:29) finished in 1.016 s
23/02/15 11:40:01 INFO DAGScheduler: Job 0 is finished. Cancelling potential speculative or zombie tasks for this job
23/02/15 11:40:01 INFO TaskSchedulerImpl: Killing all running tasks in stage 0: Stage finished
23/02/15 11:40:01 INFO DAGScheduler: Job 0 finished: csv at test.scala:29, took 1.111524 s
23/02/15 11:40:02 INFO BlockManagerInfo: Removed broadcast_1_piece0 on localhost:49995 in memory (size: 3.6 KiB, free: 366.3 MiB)
23/02/15 11:40:02 INFO BlockManagerInfo: Removed broadcast_0_piece0 on localhost:49995 in memory (size: 29.9 KiB, free: 366.3 MiB)
23/02/15 11:40:03 INFO FileSourceStrategy: Pushed Filters:
23/02/15 11:40:03 INFO FileSourceStrategy: Post-Scan Filters:
23/02/15 11:40:03 INFO FileSourceStrategy: Output Data Schema: struct<PK: string>
23/02/15 11:40:03 INFO ParquetFileFormat: Using default output committer for Parquet: org.apache.parquet.hadoop.ParquetOutputCommitter
23/02/15 11:40:03 INFO FileOutputCommitter: File Output Committer Algorithm version is 1
23/02/15 11:40:03 INFO SQLHadoopMapReduceCommitProtocol: Using user defined output committer class org.apache.parquet.hadoop.ParquetOutputCommitter
23/02/15 11:40:03 INFO FileOutputCommitter: File Output Committer Algorithm version is 1
23/02/15 11:40:03 INFO SQLHadoopMapReduceCommitProtocol: Using output committer class org.apache.parquet.hadoop.ParquetOutputCommitter
23/02/15 11:40:03 INFO MemoryStore: Block broadcast_2 stored as values in memory (estimated size 343.6 KiB, free 366.0 MiB)
23/02/15 11:40:03 INFO MemoryStore: Block broadcast_2_piece0 stored as bytes in memory (estimated size 29.9 KiB, free 365.9 MiB)
23/02/15 11:40:03 INFO BlockManagerInfo: Added broadcast_2_piece0 in memory on localhost:49995 (size: 29.9 KiB, free: 366.3 MiB)
23/02/15 11:40:03 INFO SparkContext: Created broadcast 2 from parquet at test.scala:34
23/02/15 11:40:03 INFO FileSourceScanExec: Planning scan with bin packing, max size: 4194304 bytes, open cost is considered as scanning 4194304 bytes.
23/02/15 11:40:04 INFO SparkContext: Starting job: parquet at test.scala:34
23/02/15 11:40:04 INFO DAGScheduler: Got job 1 (parquet at test.scala:34) with 1 output partitions
23/02/15 11:40:04 INFO DAGScheduler: Final stage: ResultStage 1 (parquet at test.scala:34)
23/02/15 11:40:04 INFO DAGScheduler: Parents of final stage: List()
23/02/15 11:40:04 INFO DAGScheduler: Missing parents: List()
23/02/15 11:40:04 INFO DAGScheduler: Submitting ResultStage 1 (MapPartitionsRDD[5] at parquet at test.scala:34), which has no missing parents
23/02/15 11:40:04 INFO MemoryStore: Block broadcast_3 stored as values in memory (estimated size 170.1 KiB, free 365.8 MiB)
23/02/15 11:40:04 INFO MemoryStore: Block broadcast_3_piece0 stored as bytes in memory (estimated size 65.7 KiB, free 365.7 MiB)
23/02/15 11:40:04 INFO BlockManagerInfo: Added broadcast_3_piece0 in memory on localhost:49995 (size: 65.7 KiB, free: 366.2 MiB)
23/02/15 11:40:04 INFO SparkContext: Created broadcast 3 from broadcast at DAGScheduler.scala:1223
23/02/15 11:40:04 INFO DAGScheduler: Submitting 1 missing tasks from ResultStage 1 (MapPartitionsRDD[5] at parquet at test.scala:34) (first 15 tasks are for partitions Vector(0))
23/02/15 11:40:04 INFO TaskSchedulerImpl: Adding task set 1.0 with 1 tasks
23/02/15 11:40:04 INFO TaskSetManager: Starting task 0.0 in stage 1.0 (TID 1, localhost, executor driver, partition 0, ANY, 7736 bytes)
23/02/15 11:40:04 INFO Executor: Running task 0.0 in stage 1.0 (TID 1)
23/02/15 11:40:04 INFO FileOutputCommitter: File Output Committer Algorithm version is 1
23/02/15 11:40:04 INFO SQLHadoopMapReduceCommitProtocol: Using user defined output committer class org.apache.parquet.hadoop.ParquetOutputCommitter
23/02/15 11:40:04 INFO FileOutputCommitter: File Output Committer Algorithm version is 1
23/02/15 11:40:04 INFO SQLHadoopMapReduceCommitProtocol: Using output committer class org.apache.parquet.hadoop.ParquetOutputCommitter
23/02/15 11:40:04 INFO CodecConfig: Compression: SNAPPY
23/02/15 11:40:04 INFO CodecConfig: Compression: SNAPPY
23/02/15 11:40:04 INFO ParquetOutputFormat: Parquet block size to 134217728
23/02/15 11:40:04 INFO ParquetOutputFormat: Parquet page size to 1048576
23/02/15 11:40:04 INFO ParquetOutputFormat: Parquet dictionary page size to 1048576
23/02/15 11:40:04 INFO ParquetOutputFormat: Dictionary is on
23/02/15 11:40:04 INFO ParquetOutputFormat: Validation is off
23/02/15 11:40:04 INFO ParquetOutputFormat: Writer version is: PARQUET_1_0
23/02/15 11:40:04 INFO ParquetOutputFormat: Maximum row group padding size is 8388608 bytes
23/02/15 11:40:04 INFO ParquetOutputFormat: Page size checking is: estimated
23/02/15 11:40:04 INFO ParquetOutputFormat: Min row count for page size check is: 100
23/02/15 11:40:04 INFO ParquetOutputFormat: Max row count for page size check is: 10000
23/02/15 11:40:04 INFO ParquetWriteSupport: Initialized Parquet WriteSupport with Catalyst schema:
{
"type" : "struct",
"fields" : [ {
"name" : "PK\u0003\u0004",
"type" : "string",
"nullable" : true,
"metadata" : { }
} ]
}
and corresponding Parquet message type:
message spark_schema {
optional binary PK (UTF8);
}
23/02/15 11:40:04 INFO CodecPool: Got brand-new compressor [.snappy]
23/02/15 11:40:04 INFO FileScanRDD: Reading File path: hdfs://lake-node3:8020/jinmu/test/3.csv, range: 0-8707, partition values: [empty row]
23/02/15 11:40:05 INFO CodeGenerator: Code generated in 261.802583 ms
23/02/15 11:40:05 INFO InternalParquetRecordWriter: Flushing mem columnStore to file. allocated memory: 7672
23/02/15 11:40:05 INFO FileOutputCommitter: Saved output of task 'attempt_202302151140035966139727189887635_0001_m_000000_1' to hdfs://lake-node3:8020/jinmu/test/2.parquet/_temporary/0/task_202302151140035966139727189887635_0001_m_000000
23/02/15 11:40:05 INFO SparkHadoopMapRedUtil: attempt_202302151140035966139727189887635_0001_m_000000_1: Committed
23/02/15 11:40:05 INFO Executor: Finished task 0.0 in stage 1.0 (TID 1). 2284 bytes result sent to driver
23/02/15 11:40:05 INFO TaskSetManager: Finished task 0.0 in stage 1.0 (TID 1) in 1577 ms on localhost (executor driver) (1/1)
23/02/15 11:40:05 INFO TaskSchedulerImpl: Removed TaskSet 1.0, whose tasks have all completed, from pool
23/02/15 11:40:05 INFO DAGScheduler: ResultStage 1 (parquet at test.scala:34) finished in 1.676 s
23/02/15 11:40:05 INFO DAGScheduler: Job 1 is finished. Cancelling potential speculative or zombie tasks for this job
23/02/15 11:40:05 INFO TaskSchedulerImpl: Killing all running tasks in stage 1: Stage finished
23/02/15 11:40:05 INFO DAGScheduler: Job 1 finished: parquet at test.scala:34, took 1.712650 s
23/02/15 11:40:05 INFO FileFormatWriter: Write Job 388ff337-c292-43cf-bc78-b8eb88b9f7e2 committed.
23/02/15 11:40:05 INFO FileFormatWriter: Finished processing stats for write job 388ff337-c292-43cf-bc78-b8eb88b9f7e2.
23/02/15 11:40:05 INFO SparkContext: Invoking stop() from shutdown hook
23/02/15 11:40:05 INFO SparkUI: Stopped Spark web UI at http://localhost:4040
23/02/15 11:40:06 INFO MapOutputTrackerMasterEndpoint: MapOutputTrackerMasterEndpoint stopped!
23/02/15 11:40:06 INFO MemoryStore: MemoryStore cleared
23/02/15 11:40:06 INFO BlockManager: BlockManager stopped
23/02/15 11:40:06 INFO BlockManagerMaster: BlockManagerMaster stopped
23/02/15 11:40:06 INFO OutputCommitCoordinator$OutputCommitCoordinatorEndpoint: OutputCommitCoordinator stopped!
23/02/15 11:40:06 INFO SparkContext: Successfully stopped SparkContext
23/02/15 11:40:06 INFO ShutdownHookManager: Shutdown hook called
23/02/15 11:40:06 INFO ShutdownHookManager: Deleting directory /private/var/folders/g6/3j6jyxt964x1pk4qk7_b49rw0000gn/T/spark-c134fad9-07fa-479d-b54d-8fd2657c247c
23/02/15 11:40:06 INFO ShutdownHookManager: Deleting directory /private/var/folders/g6/3j6jyxt964x1pk4qk7_b49rw0000gn/T/spark-d8419284-d3b1-44f9-8df9-081dccb96513
jinmu@jinmudeMacBook-Pro bin %
DataHub

I am a beginner, can anyone help me

I think you need to ensure that all dataset nodes actually exist with URNs: https://github.com/datahub-project/datahub/issues/7640#issuecomment-1515112287.

@chadlagore How can we do that ? Can you give some more detail please ? Thanks.


Documentation needed for new module-for-acceptance

Before ember v3 we had module-for-acceptance file, in it I could declare default beforeEach and afterEach hooks for all my application tests:
import QUnit from 'qunit';
import { resolve } from 'rsvp';
import startApp from '../helpers/start-app';
import destroyApp from './destroy-app';

export default function(name, options = {}) {
  QUnit.module(name, {
    beforeEach() {
      window.localStorage.clear();
      Object.keys(window.Cookies.get()).forEach((cookieName) => window.Cookies.remove(cookieName));

      this.application = startApp();

      if (options.beforeEach) {
        return options.beforeEach.apply(this, arguments);
      }
    },

    afterEach() {
      window.localStorage.clear();
      Object.keys(window.Cookies.get()).forEach((cookieName) => window.Cookies.remove(cookieName));

      let afterEach = options.afterEach && options.afterEach.apply(this, arguments);
      return resolve(afterEach).then(() => destroyApp(this.application));
    }
  });
}

now we dont have such functionality so I dont know how to extend   setupApplicationTest(hooks), with cache clears.

Example:
module('foo', function(hooks) {
  setupTest(hooks);

  hooks.beforeEach(function() {
    // do your setup here
  });

  test('bar', function(assert) {
    // ...
  });
});

yes this is not a global module extension, I already used these. The issue is some of my hooks are very repetitive when I write them for every module. module-for-acceptance.hs used to replace QUnit module() with predefined beforeEach, afterEach logic. Could we reopen this?

@izelnakri you can extract those hooks into custom setupFoo() functions or even a custom setupApplicationTest() function. there is already talk about adding a custom setupApplicationTest() function by default in Ember CLI, but that would have to be done in Ember CLI, not in ember-qunit.

Facing the same issue - @izelnakri, did you find a workaround? Or @Turbo87 do you mind clarifying how we could extend setupApplicationTest to avoid repetition?

@sbrichards, I was able to accomplish this just now by adding tests/helpers/setup-application-test.js with my previous destroy-app code:
import { setupApplicationTest } from 'ember-qunit';

export default function(hooks) {
  setupApplicationTest(hooks);

  hooks.afterEach(function() {
    localStorage.removeItem('person-token');
    …
  });
}

Then instead of importing setupApplicationTest from ember-qunit in each test file, I import my overridden version.

Whats the replacement for startApp though ?

You could do something like this, @leondmello:
hooks.beforeEach(function() {
  this.owner.application.register('window:main', windowMock);
  …
});

The hooks have access to the owner and application.


sc-3585: create account component

Codecov Report

Merging #356 (964dd23) into main (f07c49e) will decrease coverage by 8.44%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #356      +/-   ##
==========================================
- Coverage   46.07%   37.63%   -8.45%
==========================================
  Files         223      151      -72
  Lines       11005     2362    -8643
  Branches      605      605
==========================================
- Hits         5071      889    -4182
+ Misses       5018     1300    -3718
+ Partials      916      173     -743

Impacted Files
Coverage Δ

directory/pkg/trtl/trtl.go

directory/pkg/gds/service.go

directory/pkg/gds/members.go

directory/pkg/gds/store/trtl/mock.go

directory/pkg/gds/admin/v2/client.go

directory/pkg/gds/admin/v2/decode.go

directory/pkg/gds/backup.go

directory/pkg/trtl/config/config.go

directory/pkg/gds/emails/bindata.go

directory/pkg/gds/store/index/sequence.go

... and 62 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 f07c49e...964dd23. Read the comment docs.


Add hub-info command

Codecov Report

Merging #60 into master will decrease coverage by 0.09%.
The diff coverage is 60%.

@@           Coverage Diff            @@
##           master     #60     +/-   ##
========================================
- Coverage   64.79%   64.7%   -0.1%
========================================
  Files           6       6
  Lines         784     799     +15
========================================
+ Hits          508     517      +9
- Misses        276     282      +6

Impacted Files
Coverage Δ

apsconnectcli/apsconnect.py
56.55% <40%> (-0.22%)
:arrow_down:

apsconnectcli/hub.py
52.3% <70%> (+0.95%)
:arrow_up:

Continue to review full report at Codecov.

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

Closed now, we will return to these changes later


update check: com.google.fonts/check/vertical_metrics_regressions

Raise a fail if the family being checked already exists on Google Fonts and it doesn't have OS/2 fsSelection 7 enabled and it isn't a cjk family.
We need to ensure that upgraded families have this bit enabled so we can freely set the Win metrics without worrying that we're going to change the visual line height in future family updates. Many font updates add new writing systems which contain deeper/taller glyphs so it's quite a common scenario.
Fixes #3241

This may be too much of a hammer. If we decide to hotfix a load of name tables, this check will also fail which will be frustrating.
Keep this open while I have a think about it.

Alright, I think this is better.
The check will now fail if the following conditions are met:

A non-CJK family's win metrics have changed and fsSelection bit 7 hasn't been enabled
The family on Google Fonts has fsSelection bit 7 enabled but the checked family doesn't

@felipesanches I'm going to close this and update the checks so #3242 is fixed as well. This will require some refactoring.


VolumeHub installation should be in Flocker docs

Steps to install and setup Flocker with VolumeHub should be placed in our docs.
only currently supports aws
to install a new cluster using amazon easy installer (uft-tools)

sign up at volumehub
make sure you have downloaded latest uft-flocker-tools and follow the installation instructions
execute this last step
$ TOKEN="<VOLUME_HUB_TOKEN>" volume-hub-agents-install cluster.yml

To install Volume Hub Agents on an existing cluster
The Volume Hub Agents push metadata about your cluster (which hosts, datasets and containers are running) into the Volume Hub. This is how to install them.
On the control service node, run:
$ TARGET=control-service TOKEN="<VOLUME_HUB_TOKEN>"
sh -c 'curl -ssL https://get-volumehub.clusterhq.com/ |sh'
On exactly one of the agent nodes, run:
$ TARGET=agent-node RUN_FLOCKER_AGENT_HERE=1
TOKEN="<VOLUME_HUB_TOKEN>"
sh -c 'curl -ssL https://get-volumehub.clusterhq.com/ |sh'
On all the rest of the agent nodes, run:
$ TARGET=agent-node TOKEN="<VOLUME_HUB_TOKEN>"
sh -c 'curl -ssL https://get-volumehub.clusterhq.com/ |sh'

This issue will be handled by https://clusterhq.atlassian.net/browse/FLOC-3549
Thanks @Stephenitis


inkscape: 1.2.2 -> 1.3

Description of changes
Updates to the latest version: https://gitlab.com/inkscape/inkscape/-/releases/INKSCAPE_1_3.
Note that the download URL has been changed, as suggested by the release notes.

Things done

Built on platform(s)

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

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

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

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

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

[x] Fits CONTRIBUTING.md.

True. Don't know why I haven't seen that.


feat(hil): Add button control cmd and timeout for cmd

@TheButlah what do we do about security complaining? https://github.com/zeta12ti/parse_duration/issues/21 this is not relevant at all for cli command use-case probably

nvm, will switch to https://docs.rs/humantime/latest/humantime/


Ugly fix for multiple options in submessage

Whoops, didn't mean to make a pull request to the parent repo.
I ran into an issue with using multiple field options on a field:
message Example {
  string foo = 1 [
    (ext.a) = true,
    (ext.b) = "bob"
  ];
}

I can file an issue about this instead of trying to contribute - I'm not super experienced w/elixir.


Cannot call Connect() more than once within the same process

I modified the nbd lo command to accept multiple images (and /dev/nbdX indexes), but doing so results in the following error returned by Configure(): "netlink validate: mismatched sequence in netlink reply"
I'm guessing this is a bug with the use of the shared netlink connection across all devices?
// conn is a shared connection for all netlink operations. It gets lazily
// initialized on first use.
var conn struct {
	mu     sync.Mutex
	c      *genetlink.Conn
	family uint16
}

After some further investigation, I think the underlying issue is the same as https://github.com/Merovius/nbd/issues/18, so I will close this one.


vim.buf.lsp.hover don't have any syntax highlight for C file

Please describe the problem.
The vim.lsp.buf.hover work nicely with Lua language.

However, when using it with C file, the feature doesn't have any syntax coloring and look bad.

I try using lspsaga plugin and use the command :Lspsaga hover_doc, also doesn't work. Of course I also download markdown, markdown_inline on treesitter, but still nothing change.

Other information
The file that I use to show the problem also have this issue with the stdio.h library, maybe or maybe not it the cause or symptom to identify the problem.

Logs
lsp.log
System information
Output of clangd --version:
clangd version 17.0.3 install via zip file since Ubuntu apt don't have the latest version.
Editor/LSP plugin:
NVIM v0.8.3 installed via appimage since Unbuntu apt don't have the latest version.
Operating system:
Ubuntu 22.04.4 LTS.

Logs
No log.

Please attach logs, they will show whether the server is sending markdown or not.

How to output an log on neovim?

lsp.log
Hope this is the one.

lsp.log
Here is the new one, with verbose, hope I set this up right.

gently ping @HighCommander4

gently ping @HighCommander4

I'm sorry, but it's not reasonable to expect a 3-hour turnaround time to questions. I'll take a look when I get a chance. (I often respond within 1 day, but no guarantees.)

What I'm seeing in the log is:

clangd is indeed sending plain-text hover information instead of markdown
the reason for this in turn is that the client does not indicate support for markdown in its client capabilities

Therefore, this is an issue on the client side. Please file it in your client's issue tracker.

wait, if so how can the Lua one working fine, if the problem is the client, the Lua should not work properly too right?

I'm not sure how the client decides what to put into the client capabilities. Maybe it's reporting different capabilities to different servers?
To be more specific about what the client should be doing: the relevant line from the log is this one, which shows the initialize message (which includes the client capabilities) that the server receives from the client:
V[17:30:30.636] <<< {"id":1,"jsonrpc":"2.0","method":"initialize","params":{"capabilities":{"1":{"textDocument":{"completion":{"completionItem":{"commitCharactersSupport":true,"deprecatedSupport":true,"insertReplaceSupport":true,"insertTextModeSupport":{"valueSet":[1,2]},"labelDetailsSupport":true,"preselectSupport":true,"resolveSupport":{"properties":["documentation","detail","additionalTextEdits","sortText","filterText","insertText","textEdit","insertTextFormat","insertTextMode"]},"snippetSupport":true,"tagSupport":{"valueSet":[1]}},"completionList":{"itemDefaults":["commitCharacters","editRange","insertTextFormat","insertTextMode","data"]},"contextSupport":true,"dynamicRegistration":false,"insertTextMode":1}}},"workspace":{"configuration":true}},"clientInfo":{"name":"Neovim","version":"0.8.3"},"initializationOptions":{},"processId":30117,"rootPath":null,"rootUri":null,"trace":"off","workspaceFolders":null}}

Formatting the JSON content of that message for readability, it's:
{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "initialize",
  "params": {
    "capabilities": {
      "1": {
        "textDocument": {
          "completion": {
            "completionItem": {
              "commitCharactersSupport": true,
              "deprecatedSupport": true,
              "insertReplaceSupport": true,
              "insertTextModeSupport": {
                "valueSet": [
                  1,
                  2
                ]
              },
              "labelDetailsSupport": true,
              "preselectSupport": true,
              "resolveSupport": {
                "properties": [
                  "documentation",
                  "detail",
                  "additionalTextEdits",
                  "sortText",
                  "filterText",
                  "insertText",
                  "textEdit",
                  "insertTextFormat",
                  "insertTextMode"
                ]
              },
              "snippetSupport": true,
              "tagSupport": {
                "valueSet": [
                  1
                ]
              }
            },
            "completionList": {
              "itemDefaults": [
                "commitCharacters",
                "editRange",
                "insertTextFormat",
                "insertTextMode",
                "data"
              ]
            },
            "contextSupport": true,
            "dynamicRegistration": false,
            "insertTextMode": 1
          }
        }
      },
      "workspace": {
        "configuration": true
      }
    },
    "clientInfo": {
      "name": "Neovim",
      "version": "0.8.3"
    },
    "initializationOptions": {},
    "processId": 30117,
    "rootPath": null,
    "rootUri": null,
    "trace": "off",
    "workspaceFolders": null
  }
}

Note that under "textDocument", there is no "hover" to specify any hover-related capabilities such as markdown support.
By contrast, here is an example initialize message sent by the VSCode client:
{
  "id": 0,
  "jsonrpc": "2.0",
  "method": "initialize",
  "params": {
    "capabilities": {
      "general": {
        "markdown": {
          "parser": "marked",
          "version": "1.1.0"
        },
        "positionEncodings": [
          "utf-16"
        ],
        "regularExpressions": {
          "engine": "ECMAScript",
          "version": "ES2020"
        },
        "staleRequestSupport": {
          "cancel": true,
          "retryOnContentModified": [
            "textDocument/semanticTokens/full",
            "textDocument/semanticTokens/range",
            "textDocument/semanticTokens/full/delta"
          ]
        }
      },
      "notebookDocument": {
        "synchronization": {
          "dynamicRegistration": true,
          "executionSummarySupport": true
        }
      },
      "textDocument": {
        "callHierarchy": {
          "dynamicRegistration": true
        },
        "codeAction": {
          "codeActionLiteralSupport": {
            "codeActionKind": {
              "valueSet": [
                "",
                "quickfix",
                "refactor",
                "refactor.extract",
                "refactor.inline",
                "refactor.rewrite",
                "source",
                "source.organizeImports"
              ]
            }
          },
          "dataSupport": true,
          "disabledSupport": true,
          "dynamicRegistration": true,
          "honorsChangeAnnotations": false,
          "isPreferredSupport": true,
          "resolveSupport": {
            "properties": [
              "edit"
            ]
          }
        },
        "codeLens": {
          "dynamicRegistration": true
        },
        "colorProvider": {
          "dynamicRegistration": true
        },
        "completion": {
          "completionItem": {
            "commitCharactersSupport": true,
            "deprecatedSupport": true,
            "documentationFormat": [
              "markdown",
              "plaintext"
            ],
            "insertReplaceSupport": true,
            "insertTextModeSupport": {
              "valueSet": [
                1,
                2
              ]
            },
            "labelDetailsSupport": true,
            "preselectSupport": true,
            "resolveSupport": {
              "properties": [
                "documentation",
                "detail",
                "additionalTextEdits"
              ]
            },
            "snippetSupport": true,
            "tagSupport": {
              "valueSet": [
                1
              ]
            }
          },
          "completionItemKind": {
            "valueSet": [
              1,
              2,
              3,
              4,
              5,
              6,
              7,
              8,
              9,
              10,
              11,
              12,
              13,
              14,
              15,
              16,
              17,
              18,
              19,
              20,
              21,
              22,
              23,
              24,
              25
            ]
          },
          "completionList": {
            "itemDefaults": [
              "commitCharacters",
              "editRange",
              "insertTextFormat",
              "insertTextMode"
            ]
          },
          "contextSupport": true,
          "dynamicRegistration": true,
          "editsNearCursor": true,
          "insertTextMode": 2
        },
        "declaration": {
          "dynamicRegistration": true,
          "linkSupport": true
        },
        "definition": {
          "dynamicRegistration": true,
          "linkSupport": true
        },
        "diagnostic": {
          "dynamicRegistration": true,
          "relatedDocumentSupport": false
        },
        "documentHighlight": {
          "dynamicRegistration": true
        },
        "documentLink": {
          "dynamicRegistration": true,
          "tooltipSupport": true
        },
        "documentSymbol": {
          "dynamicRegistration": true,
          "hierarchicalDocumentSymbolSupport": true,
          "labelSupport": true,
          "symbolKind": {
            "valueSet": [
              1,
              2,
              3,
              4,
              5,
              6,
              7,
              8,
              9,
              10,
              11,
              12,
              13,
              14,
              15,
              16,
              17,
              18,
              19,
              20,
              21,
              22,
              23,
              24,
              25,
              26
            ]
          },
          "tagSupport": {
            "valueSet": [
              1
            ]
          }
        },
        "foldingRange": {
          "dynamicRegistration": true,
          "foldingRange": {
            "collapsedText": false
          },
          "foldingRangeKind": {
            "valueSet": [
              "comment",
              "imports",
              "region"
            ]
          },
          "lineFoldingOnly": true,
          "rangeLimit": 5000
        },
        "formatting": {
          "dynamicRegistration": true
        },
        "hover": {
          "contentFormat": [
            "markdown",
            "plaintext"
          ],
          "dynamicRegistration": true
        },
        "implementation": {
          "dynamicRegistration": true,
          "linkSupport": true
        },
        "inactiveRegionsCapabilities": {
          "inactiveRegions": true
        },
        "inlayHint": {
          "dynamicRegistration": true,
          "resolveSupport": {
            "properties": [
              "tooltip",
              "textEdits",
              "label.tooltip",
              "label.location",
              "label.command"
            ]
          }
        },
        "inlineValue": {
          "dynamicRegistration": true
        },
        "linkedEditingRange": {
          "dynamicRegistration": true
        },
        "onTypeFormatting": {
          "dynamicRegistration": true
        },
        "publishDiagnostics": {
          "codeDescriptionSupport": true,
          "dataSupport": true,
          "relatedInformation": true,
          "tagSupport": {
            "valueSet": [
              1,
              2
            ]
          },
          "versionSupport": false
        },
        "rangeFormatting": {
          "dynamicRegistration": true
        },
        "references": {
          "dynamicRegistration": true
        },
        "rename": {
          "dynamicRegistration": true,
          "honorsChangeAnnotations": true,
          "prepareSupport": true,
          "prepareSupportDefaultBehavior": 1
        },
        "selectionRange": {
          "dynamicRegistration": true
        },
        "semanticTokens": {
          "augmentsSyntaxTokens": true,
          "dynamicRegistration": true,
          "formats": [
            "relative"
          ],
          "multilineTokenSupport": false,
          "overlappingTokenSupport": false,
          "requests": {
            "full": {
              "delta": true
            },
            "range": true
          },
          "serverCancelSupport": true,
          "tokenModifiers": [
            "declaration",
            "definition",
            "readonly",
            "static",
            "deprecated",
            "abstract",
            "async",
            "modification",
            "documentation",
            "defaultLibrary"
          ],
          "tokenTypes": [
            "namespace",
            "type",
            "class",
            "enum",
            "interface",
            "struct",
            "typeParameter",
            "parameter",
            "variable",
            "property",
            "enumMember",
            "event",
            "function",
            "method",
            "macro",
            "keyword",
            "modifier",
            "comment",
            "string",
            "number",
            "regexp",
            "operator",
            "decorator"
          ]
        },
        "signatureHelp": {
          "contextSupport": true,
          "dynamicRegistration": true,
          "signatureInformation": {
            "activeParameterSupport": true,
            "documentationFormat": [
              "markdown",
              "plaintext"
            ],
            "parameterInformation": {
              "labelOffsetSupport": true
            }
          }
        },
        "synchronization": {
          "didSave": true,
          "dynamicRegistration": true,
          "willSave": true,
          "willSaveWaitUntil": true
        },
        "typeDefinition": {
          "dynamicRegistration": true,
          "linkSupport": true
        },
        "typeHierarchy": {
          "dynamicRegistration": true
        }
      },
      "window": {
        "showDocument": {
          "support": true
        },
        "showMessage": {
          "messageActionItem": {
            "additionalPropertiesSupport": true
          }
        },
        "workDoneProgress": true
      },
      "workspace": {
        "applyEdit": true,
        "codeLens": {
          "refreshSupport": true
        },
        "configuration": true,
        "diagnostics": {
          "refreshSupport": true
        },
        "didChangeConfiguration": {
          "dynamicRegistration": true
        },
        "didChangeWatchedFiles": {
          "dynamicRegistration": true,
          "relativePatternSupport": true
        },
        "executeCommand": {
          "dynamicRegistration": true
        },
        "fileOperations": {
          "didCreate": true,
          "didDelete": true,
          "didRename": true,
          "dynamicRegistration": true,
          "willCreate": true,
          "willDelete": true,
          "willRename": true
        },
        "inlayHint": {
          "refreshSupport": true
        },
        "inlineValue": {
          "refreshSupport": true
        },
        "semanticTokens": {
          "refreshSupport": true
        },
        "symbol": {
          "dynamicRegistration": true,
          "resolveSupport": {
            "properties": [
              "location.range"
            ]
          },
          "symbolKind": {
            "valueSet": [
              1,
              2,
              3,
              4,
              5,
              6,
              7,
              8,
              9,
              10,
              11,
              12,
              13,
              14,
              15,
              16,
              17,
              18,
              19,
              20,
              21,
              22,
              23,
              24,
              25,
              26
            ]
          },
          "tagSupport": {
            "valueSet": [
              1
            ]
          }
        },
        "workspaceEdit": {
          "changeAnnotationSupport": {
            "groupsOnLabel": true
          },
          "documentChanges": true,
          "failureHandling": "textOnlyTransactional",
          "normalizesLineEndings": true,
          "resourceOperations": [
            "create",
            "rename",
            "delete"
          ]
        },
        "workspaceFolders": true
      }
    },
    "clientInfo": {
      "name": "Visual Studio Code",
      "version": "1.85.2"
    },
    "initializationOptions": {
      "clangdFileStatus": true,
      "fallbackFlags": []
    },
    "locale": "en-us",
    "processId": 9881,
    "rootPath": "<path>",
    "rootUri": "<path>",
    "trace": "off",
    "workspaceFolders": [
      {
        "name": "<project>",
        "uri": "<path>"
      }
    ]
  }
}

Notice there is a lot more in there, including this section:
        "hover": {
          "contentFormat": [
            "markdown",
            "plaintext"
          ],
          "dynamicRegistration": true
        },

Note that under "textDocument", there is no "hover" to specify any hover-related capabilities such as markdown support.

Actually, the contents of the initialize request seem to be broken in more fundamental ways:
{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "initialize",
  "params": {
    "capabilities": {
      "1": {
        "textDocument": {
          "completion": {

What is that "1" key doing there? "textDocument" is supposed to be a direct child of "capabilities".

local lsp_servers = {
  'clangd',
  'lua_ls',
}

local lspconfig_status_ok, lspconfig = pcall(require, "lspconfig")
if not lspconfig_status_ok then
	return
end

local my_on_attatch = function(client)
  -- function lsp_highlight_document
  if client.server_capabilities.documentHighlight then
    vim.api.nvim_exec(
      [[
      augroup lsp_document_highlight
        autocmd! * <buffer>
        autocmd CursorHold <buffer> lua vim.lsp.buf.document_highlight()
        autocmd CursorMoved <buffer> lua vim.lsp.buf.clear_references()
      augroup END
    ]],
      false
    )
  end

  client.server_capabilities.documentFormattingProvider = true

  -- import lsp_keymaps function
  require('user.configs.nvim_keymap').lsp_keymaps()
end

local my_capabilities = {
  require('cmp_nvim_lsp').default_capabilities(),
}

for _, lsp_server in pairs(lsp_servers) do
	local opts = {
		on_attach = my_on_attatch,
    capabilities = my_capabilities,
	}

	lsp_server = vim.split(lsp_server, "@")[1]

	local require_ok, conf_opts = pcall(require, "user.configs.plugin_lsp.settings." .. lsp_server)
	if require_ok then
		opts = vim.tbl_deep_extend("force", conf_opts, opts)
	end

	lspconfig[lsp_server].setup(opts)
end

vim.lsp.set_log_level("DEBUG")

I'm thinking could all of this problem because I copy paste config from other person, could take a look at my attach and capabilities set up for the lsp.

Sorry, I'm not familiar with neovim (I use the VSCode client). You are more likely to find answers about your config in the neovim issue tracker or another neovim-related forum.

Ah, and I thought I come so close to fix my problem, you don't mind me copy your message to the nvim team to help me fix this issue right?

you don't mind me copy your message to the nvim team to help me fix this issue right?

Of course, that's fine. This comment should hopefully contain all the detail a client developer needs to understand what the client is doing wrong.

Thank you, and should I close this issue on this end, or just keep open until I find the solution to this?

I will say, even without being familiar with the details of neovim's config, this line looks suspicious:

capabilities = my_capabilities,

It looks to me like it may be replacing the good/working client capabilities that neovim would normally send, with a custom one that may be broken. Maybe try to remove that line?

local my_capabilities = {
  require('cmp_nvim_lsp').default_capabilities(),
}

It was this one, every config I see they all use that require, I just being extra so I put it under my_capabilities.

Hi do you mind looking at my lsp.log and see what the error is about, I seem to be don't understand it.

Close this issue, the solution is on the nvim side.


what's the difference between this one and jinmingjian/sde

There's obvious similar project history but no clear indication. Has development continued here? Is this a fork?

Yeah, this took me quite some time to figure out 😄
Would be awesome to update the readme 👍

I did update the readme and the title to make it more clear, which extension is currently maintained until the original project will be modified.

I guess I can close this issue. There isn't anything we could do now.


called Option::unwrap() on a None value

Hi Prisma Team! My Prisma Client just crashed. This is the report:
Versions

Name
Version

Node
v16.13.1

OS
windows

Prisma Client
4.3.1

Query Engine
c875e43600dfe042452e0b868f7a48b817b9640b

Database
mysql

Logs
prisma:tryLoadEnv Environment variables loaded from D:\devnolife-perpus\backend\.env
prisma:tryLoadEnv Environment variables loaded from D:\devnolife-perpus\backend\.env
prisma:client dirname D:\devnolife-perpus\backend\node_modules\.prisma\client
prisma:client relativePath ..\..\..\prisma
prisma:client cwd D:\devnolife-perpus\backend\prisma
prisma:client clientVersion 4.3.1
prisma:client clientEngineType library
prisma:client:libraryEngine internalSetup
prisma:client:libraryEngine:loader Searching for Query Engine Library in D:\devnolife-perpus\backend\node_modules\.prisma\client
prisma:client:libraryEngine:loader loadEngine using D:\devnolife-perpus\backend\node_modules\.prisma\client\query_engine-windows.dll.node
prisma:client:libraryEngine sending request, this.libraryStarted: false
prisma:client:libraryEngine library starting
prisma:client:libraryEngine library started

Client Snippet
// PLEASE FILL YOUR CODE SNIPPET HERE

Schema
// PLEASE ADD YOUR SCHEMA HERE IF POSSIBLE

Prisma Engine Query
{"X":{}}

Can you help us pinpoint this @nodevnolife by providing a bit more information? What Client query are you executing? What MySQL version? What is your Prisma schema and the data that affects this? Thanks.

Can you help us out here @nodevnolife? With the current information we unfortunately will need to close the issue as it is not enough to understand what is going on and reproduce it.

Closing then until someone provides more information. Please comment or open a new issue. Thanks!


expectation and variance of beta

@NickGeneva
I have a small question about the expectation and variance of beta. It is Gamma distributed with shape=100, rate=2e-4.
In the paper, you wrote "This weakly promotes large beta with an expected value of 5e5 and a variance on the order of 1e-3". However, based on the equation here, the expectation should be shape / rate = 5e5, and the variance should be shape / (rate * rate) = 2.5e9. Do I misunderstand something ?

Yes, you are correct. The variance should be very large (not small) as this results in the prior being weak during the optimization process! Generally the variance for the noise (epsilon) with only increase during the optimization process (so beta will decrease iirc)
I cannot remember what I was referring to in the paper... perhaps I was referring the variance of the Gaussian (but this wouldn't be correct) or maybe the beta distribution. Also don't remember if I was refer before or after optimization. Regardless this is really ambiguous on my part.
So I would regard this as a typo in the paper.  You are spot on with the beta variance. Apologies for the confusion.

Yes, you are correct. The variance should be very large (not small) as this results in the prior being weak during the optimization process! Generally the variance for the noise (epsilon) with only increase during the optimization process (so beta will decrease iirc)
I cannot remember what I was referring to in the paper... perhaps I was referring the variance of the Gaussian (but this wouldn't be correct) or maybe the beta distribution. Also don't remember if I was refer before or after optimization. Regardless this is really ambiguous on my part.
So I would regard this as a typo in the paper.  You are spot on with the beta variance. Apologies for the confusion.


created_at,update_at not same as my local time for postgreSQL

I tried using loc=Local, but it did not work for me.
db, err := gorm.Open("postgres", "host=localhost port=5432 user=postgres dbname=safex password=postgres sslmode=disable parseTime=True loc=Local"

You need a gorm.NowFunc

is this a bug ?


Error before compiling

I get the following error
./node_modules/react-native-linear-gradient/index.android.js
Module parse failed: Unexpected token (8:36)
You may need an appropriate loader to handle this file type.
| import { processColor, StyleSheet, View } from 'react-native';
|
| import NativeLinearGradient, { type Props } from './common';
|
| const convertPoint = (name, point) => {

my package.json
  "name": "test",
  "version": "0.1.0",
  "private": true,
  "dependencies": {
    "formik": "^1.3.2",
    "keymirror": "^0.1.1",
    "react": "^16.5.1",
    "react-art": "^16.5.1",
    "react-dom": "^16.5.1",
    "react-native": "0.55.4",
    "react-native-linear-gradient": "^2.5.3",
    "react-native-web": "^0.9.0",
    "react-navigation": "^2.17.0",
    "react-redux": "^5.1.0",
    "react-router-dom": "^4.3.1",
    "react-router-modal": "^1.4.2",
    "redux": "^4.0.1",
    "redux-persist": "^5.10.0",
    "redux-saga": "^0.16.2"
  },
  "devDependencies": {
    "babel-jest": "^23.4.0",
    "babel-preset-react-native": "^4.0.0",
    "jest": "^23.4.1",
    "react-scripts": "1.1.5",
    "react-test-renderer": "^16.3.1",
    "uuid": "^3.3.2"
  },
  "scripts": {
    "start": "node node_modules/react-native/local-cli/cli.js start",
    "test": "jest",
    "start-ios": "react-native run-ios",
    "start-web": "react-scripts start",
    "build": "react-scripts build",
    "test-web": "react-scripts test --env=jsdom",
    "eject-web": "react-scripts eject"
  },
  "rnpm": {
    "assets": [
      "./assets/fonts/"
    ]
  }
}

closing; let me know if issue persists on latest version

This is still not working

Hi, @radex this issue is still relevant with updated versions.
Version 2.5.4 react-native-linear-gradient
Version 1.0.5 react-native-web-linear-gradient
Exact same error and I have to get a production version of App up in a couple days. pls help
@thodwris  did you find an answer? Seems to be no answers online

npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>but none is installed. You must install peer dependencies yourself.
Install react 16.3.1 then
npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>but none is installed. You must install peer dependencies yourself.
]

Hi @bitchurself
I just threw away the react-native-web because it will not be viable business wise.
So no error :D


ComboBox not displaying correctly in Windows 10?

I have an app with a ComboBox that was working fine in Windows 7, it looked like this -

But now in Windows 10 this is what I get -

As you can see, the drop down list is still displaying correctly but the ComboBox itself seems to be using the default Windows 10 appearance. I had been using an old version of Mahapps.Metro, so I updated to 1.1.2 and I'm still having the same issue.
Strangely, the XAML designer in Visual Studio shows the ComboBox correctly at first until the drop down menu is expanded, then it looks like the third picture i posted. When I actually build and run the app it shows the default Windows 10 ComboBox right from the start. Not really sure what could be causing this, any ideas?

@NickP13 can you provide a short xaml code from your combobox? it looks like your combobox does not get the mahapps style. i checked the main demo under win 10 and all works fine...

@punker76  Here are the relevant parts from the xaml. Let me know if there's anything else you'd need to see, I'm still pretty new at WPF. Thanks.
<Controls:MetroWindow x:Name="Main_window" x:Class="BOM_v2.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:Controls="clr-namespace:MahApps.Metro.Controls;assembly=MahApps.Metro"
...

@NickP13 happens this only in the designer?

No, in the designer it looks correct until you open the drop down list, then it changes to the default Windows 10 ComboBox like in the 3rd picture.
When i build and run the app it shows the Windows 10 ComboBox as soon as the app starts.

ok, this seems to be another visual studio designer bug.


🐞 The scroll bar should start after the table headline

Cc: @razlo @haimrait
Hi
When scrolling the table, the scroll bar starts from the top right of the table and not after the table headline
Steps To Reproduce

Scroll down the table
view the scroll bar (from where it begins to scroll)

Expected Behavior
The scroll bar should start after the table headline
Tasks

[ ] Investigate
[ ] Fix

More Information
Environment:

Infrastructure: laptop
Deployment tool: elastic/sqlite
Browser: firefox
OS: ios

Screenshots

Does not reproduce


Conflict between last version of Transformers.Trainer and DPOTrainer.get_batch_samples

System Info
System Info
Python version: 3.11.0
PyTorch version: 2.4.1 or 2.5.0
Transformers version: 4.46.0
TRL version: 0.11.4
PEFT version: 0.13.2

Information

[ ] The official example scripts
[X] My own modified scripts

Tasks

[ ] An officially supported task in the examples folder
[X] My own task or dataset (give details below)

Reproduction
Code to reproduce the error (with transformers==4.46.0 and trl==0.11.4)
model = AutoModelForCausalLM.from_pretrained(
    "Qwen/Qwen2.5-0.5B",
    device_map="auto",
    trust_remote_code=True,
)
tokenizer = AutoTokenizer.from_pretrained("Qwen/Qwen2.5-0.5B")
config = LoraConfig(
    r = 16,
    lora_alpha=32,
    lora_dropout=0.05,
    bias="none",
    task_type= "CAUSAL_LM"
)
model = get_peft_model(model, config)

data_dpo = load_dataset("CultriX/llama70B-dpo-dataset")
def preprocess_data_dpo(data_point):
    system = data_point['system']
    question = data_point['question']
    chosen = data_point['chosen']
    rejected = data_point['rejected']
    features = {
        "prompt": f"{question}",
        "chosen": f"{chosen}",
        "rejected": f"{rejected}"
     }
    return features # fill the gap, using dpo format
data_dpo = data_dpo['train'].shuffle(seed=42).map(preprocess_data_dpo)

training_args = DPOConfig(
    per_device_train_batch_size=1,
    gradient_accumulation_steps=4,
    num_train_epochs=1,
    learning_rate=2e-4,
    fp16=True,
    save_total_limit=3,
    logging_steps=1,
    output_dir="output_dir",
    max_steps=200,
    optim="paged_adamw_8bit",
    lr_scheduler_type="cosine",
    warmup_ratio=0.05,
    report_to="tensorboard",
)

trainer = DPOTrainer(
    model=model,
    args = training_args,
    train_dataset = data_dpo,
    tokenizer=tokenizer,
)
trainer.train()

This error is raised:
Traceback (most recent call last):
  File "dpo_lora.py", line 70, in <module>
    trainer.train()
    ^^^^^^^^^^^^^^^
  File ".venv/env/lib/python3.11/site-packages/transformers/trainer.py", line 2122, in train
    return inner_training_loop(
           ^^^^^^^^^^^^^^^^^^^^
  File ".venv/env/lib/python3.11/site-packages/transformers/trainer.py", line 2426, in _inner_training_loop
    batch_samples, num_items_in_batch = self.get_batch_samples(epoch_iterator, num_batches)
                                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File ".venv/env/lib/python3.11/site-packages/trl/trainer/dpo_trainer.py", line 1508, in get_batch_samples
    policy_output = model.generate(
                    ^^^^^^^^^^^^^^
AttributeError: 'generator' object has no attribute 'generate'

Expected behavior
It seems to be due to the recent commit 6ba31a8 on Oct 17, 2024 "Enable users to use their own loss functions + deal with prefetching for grad accum (https://github.com/huggingface/transformers/pull/34198)" on Transformers 4.46.0
where a new method get_batch_samples is defined and used by _inner_training_loop
But the subclass DPOTrainer overwrites the method get_batch_samples with a different signature (and output).
Error can be avoided with Transformers==4.45.2 and trl==0.11.4

The issue has been solved with #2246
TRL 0.11.4 is not compatible with Transformers 4.46.
We will release TRL 0.12 very soon

What is the working fix for this issue now? which library versions we can use now for temp solution? should be downgrade transformers

Yes, use the latest version of TRL and v4.45.2 of Transformers. This fixed it for me.

Yes, use the latest version of TRL and v4.45.2 of Transformers. This fixed it for me.

u mean the TRL 0.11.4?

yes

yes

Really thanks.. it worked for me..


can't restore changes after deleting a node

Delete a single node, then refresh the page and select "Restore".


Update blob CORS align with Queue; Check CORS response headers when returning error message;

Fixed merged into dev branch. https://github.com/Azure/Azurite/pull/340


Publish 3 RD

Docs Build status updates of commit b7ee17c:
:warning: Validation status: warnings

File
Status
Preview URL
Details

rd/florin-cardasim.yml
:warning:Warning

Details

rd/index.yml
:warning:Warning

Details

rd/map.yml
:warning:Warning

Details

rd/stephanie-donahue.yml
:warning:Warning

Details

rd/vanessa-ching.yml
:warning:Warning

Details

rd/ahmed-bahaa.yml
:warning:Warning

Details

rd/alon-fliess.yml
:warning:Warning

Details

rd/andrea-saltarello.yml
:warning:Warning

Details

rd/beatriz-oliveira.yml
:warning:Warning

Details

rd/christian-buckley.yml
:warning:Warning

Details

rd/christian-weyer.yml
:warning:Warning

Details

rd/dan-wahlin.yml
:warning:Warning

Details

rd/dave-nel.yml
:warning:Warning

Details

rd/eduardo-pires.yml
:warning:Warning

Details

rd/erik-asberg.yml
:warning:Warning

Details

rd/gabriel-cor.yml
:warning:Warning

Details

rd/gokan-ozcifci.yml
:warning:Warning

Details

rd/greg-levenhagen.yml
:warning:Warning

Details

rd/jen-stirrup.yml
:warning:Warning

Details

rd/joe-homnick.yml
:warning:Warning

Details

rd/jussi-roine.yml
:warning:Warning

Details

rd/keiji-kamebuchi.yml
:warning:Warning

Details

rd/luke-han.yml
:warning:Warning

Details

rd/maarten-eekels.yml
:warning:Warning

Details

rd/maarten-goet.yml
:warning:Warning

Details

rd/martin-abbott.yml
:warning:Warning

Details

rd/martina-grom.yml
:warning:Warning

Details

rd/nicki-borell.yml
:warning:Warning

Details

rd/nishith-pathak.yml
:warning:Warning

Details

rd/patricio-cofre.yml
:warning:Warning

Details

rd/rainer-stropek.yml
:warning:Warning

Details

rd/rasmus-hald.yml
:warning:Warning

Details

rd/rodrigo-immaginario.yml
:warning:Warning

Details

rd/rotem-rozmarin.yml
:warning:Warning

Details

rd/ryan-duguid.yml
:warning:Warning

Details

rd/stephen-thair.yml
:warning:Warning

Details

rd/steve-smith.yml
:warning:Warning

Details

rd/suzanne-george.yml
:warning:Warning

Details

rd/zoiner-tejada.yml
:warning:Warning

Details

rd/adis-jugo.yml
:warning:Warning

Details

rd/amanda-perran.yml
:warning:Warning

Details

rd/andrewj-brust.yml
:warning:Warning

Details

rd/carlos-dossantos.yml
:warning:Warning

Details

rd/carlos-mattos.yml
:warning:Warning

Details

rd/dan-hermes.yml
:warning:Warning

Details

rd/dan-thyer.yml
:warning:Warning

Details

rd/david-rodriguez.yml
:warning:Warning

Details

rd/dwight-goins.yml
:warning:Warning

Details

rd/edgar-sanchez.yml
:warning:Warning

Details

rd/fabian-fernandez.yml
:warning:Warning

Details

This comment lists only the first 50 files in the pull request.

rd/florin-cardasim.yml

[Warning] Uid(rd.florin-cardasim) has already been defined in index.yml.

rd/index.yml

Line 0: [Warning] Invalid file link:(~/about).
Line 0: [Warning] Invalid file link:(~/CodeOfConduct).
Line 0: [Warning] Invalid file link:(~/map).

rd/map.yml

[Warning] Uid(rd.adam-cogan) has already been defined in index.yml.
[Warning] Uid(rd.adam-jorgensen) has already been defined in index.yml.
[Warning] Uid(rd.adis-jugo) has already been defined in index.yml.
[Warning] Uid(rd.ahmed-bahaa) has already been defined in index.yml.
[Warning] Uid(rd.aleksandr-surkov) has already been defined in index.yml.
[Warning] Uid(rd.alexander-ermakov) has already been defined in index.yml.
[Warning] Uid(rd.alon-fliess) has already been defined in index.yml.
[Warning] Uid(rd.amanda-perran) has already been defined in index.yml.
[Warning] Uid(rd.amit-bansal) has already been defined in index.yml.
[Warning] Uid(rd.andrea-saltarello) has already been defined in index.yml.
[Warning] Uid(rd.andre-carlucci) has already been defined in index.yml.
[Warning] Uid(rd.andrewj-brust) has already been defined in index.yml.
[Warning] Uid(rd.andrey-ivashentsev) has already been defined in index.yml.
[Warning] Uid(rd.andy-cross) has already been defined in index.yml.
[Warning] Uid(rd.beatriz-oliveira) has already been defined in index.yml.
[Warning] Uid(rd.benjamin-niaulin) has already been defined in index.yml.
[Warning] Uid(rd.billy-hollis) has already been defined in index.yml.
[Warning] Uid(rd.carlos-dossantos) has already been defined in index.yml.
[Warning] Uid(rd.carlos-mattos) has already been defined in index.yml.
[Warning] Uid(rd.christian-buckley) has already been defined in index.yml.
[Warning] Uid(rd.christian-weyer) has already been defined in index.yml.
[Warning] Uid(rd.ciprian-jichici) has already been defined in index.yml.
[Warning] Uid(rd.claudenir-andrade) has already been defined in index.yml.
[Warning] Uid(rd.damir-dizdarevic) has already been defined in index.yml.
[Warning] Uid(rd.damir-dobric) has already been defined in index.yml.
[Warning] Uid(rd.dana-epp) has already been defined in index.yml.
[Warning] Uid(rd.dan-hermes) has already been defined in index.yml.
[Warning] Uid(rd.daniele-bochicchio) has already been defined in index.yml.
[Warning] Uid(rd.danielle-monteiro) has already been defined in index.yml.
[Warning] Uid(rd.dan-thyer) has already been defined in index.yml.
[Warning] Uid(rd.dan-wahlin) has already been defined in index.yml.
[Warning] Uid(rd.daron-yondem) has already been defined in index.yml.
[Warning] Uid(rd.dave-nel) has already been defined in index.yml.
[Warning] Uid(rd.david-rodriguez) has already been defined in index.yml.
[Warning] Uid(rd.dipti-chhatrapati) has already been defined in index.yml.
[Warning] Uid(rd.duxraymond-sypmp) has already been defined in index.yml.
[Warning] Uid(rd.dwight-goins) has already been defined in index.yml.
[Warning] Uid(rd.edgar-sanchez) has already been defined in index.yml.
[Warning] Uid(rd.eduardo-castro) has already been defined in index.yml.
[Warning] Uid(rd.eduardo-pires) has already been defined in index.yml.
[Warning] Uid(rd.edward-kuo) has already been defined in index.yml.
[Warning] Uid(rd.eran-stiller) has already been defined in index.yml.
[Warning] Uid(rd.ericd-boyd) has already been defined in index.yml.
[Warning] Uid(rd.eric-overfield) has already been defined in index.yml.
[Warning] Uid(rd.erik-asberg) has already been defined in index.yml.
[Warning] Uid(rd.esteban-garcia) has already been defined in index.yml.
[Warning] Uid(rd.fabian-fernandez) has already been defined in index.yml.
[Warning] Uid(rd.florin-cardasim) has already been defined in index.yml.
[Warning] Uid(rd.gabriel-cor) has already been defined in index.yml.
[Warning] Uid(rd.gianpaolo-santopaolo) has already been defined in index.yml.
[Warning] Uid(rd.gokan-ozcifci) has already been defined in index.yml.
[Warning] Uid(rd.greg-levenhagen) has already been defined in index.yml.
[Warning] Uid(rd.drgreg-low) has already been defined in index.yml.
[Warning] Uid(rd.herve-thibault) has already been defined in index.yml.
[Warning] Uid(rd.huan-li) has already been defined in index.yml.
[Warning] Uid(rd.igor-abade) has already been defined in index.yml.
[Warning] Uid(rd.james-carpinter) has already been defined in index.yml.
[Warning] Uid(rd.jamil-lopes) has already been defined in index.yml.
[Warning] Uid(rd.janakiram-msv) has already been defined in index.yml.
[Warning] Uid(rd.jay-harris) has already been defined in index.yml.
[Warning] Uid(rd.jen-stirrup) has already been defined in index.yml.
[Warning] Uid(rd.joe-homnick) has already been defined in index.yml.
[Warning] Uid(rd.joel-semeniuk) has already been defined in index.yml.
[Warning] Uid(rd.john-peluso) has already been defined in index.yml.
[Warning] Uid(rd.jouni-heikniemi) has already been defined in index.yml.
[Warning] Uid(rd.jourdan-templeton) has already been defined in index.yml.
[Warning] Uid(rd.julie-lerman) has already been defined in index.yml.
[Warning] Uid(rd.jussi-roine) has already been defined in index.yml.
[Warning] Uid(rd.keiji-kamebuchi) has already been defined in index.yml.
[Warning] Uid(rd.kent-agerlund) has already been defined in index.yml.
[Warning] Uid(rd.kinfey-lo) has already been defined in index.yml.
[Warning] Uid(rd.laurence-liew) has already been defined in index.yml.
[Warning] Uid(rd.lei-xu) has already been defined in index.yml.
[Warning] Uid(rd.lillian-pierson) has already been defined in index.yml.
[Warning] Uid(rd.luke-han) has already been defined in index.yml.
[Warning] Uid(rd.maarten-eekels) has already been defined in index.yml.
[Warning] Uid(rd.maarten-goet) has already been defined in index.yml.
[Warning] Uid(rd.magnus-martensson) has already been defined in index.yml.
[Warning] Uid(rd.marcel-devries) has already been defined in index.yml.
[Warning] Uid(rd.marcin-borecki) has already been defined in index.yml.
[Warning] Uid(rd.mark-ginnebaugh) has already been defined in index.yml.
[Warning] Uid(rd.mark-michaelis) has already been defined in index.yml.
[Warning] Uid(rd.mark-peng) has already been defined in index.yml.
[Warning] Uid(rd.markus-egger) has already been defined in index.yml.
[Warning] Uid(rd.martin-abbott) has already been defined in index.yml.
[Warning] Uid(rd.martina-grom) has already been defined in index.yml.
[Warning] Uid(rd.mateusz-kozlowski) has already been defined in index.yml.
[Warning] Uid(rd.mauricio-angulos) has already been defined in index.yml.
[Warning] Uid(rd.michael-kaufmann) has already been defined in index.yml.
[Warning] Uid(rd.michele-lerouxbustamante) has already been defined in index.yml.
[Warning] Uid(rd.michel-hubert) has already been defined in index.yml.
[Warning] Uid(rd.mihail-mateev) has already been defined in index.yml.
[Warning] Uid(rd.mihai-tataran) has already been defined in index.yml.
[Warning] Uid(rd.neil-roodyn) has already been defined in index.yml.
[Warning] Uid(rd.nicki-borell) has already been defined in index.yml.
[Warning] Uid(rd.nishith-pathak) has already been defined in index.yml.
[Warning] Uid(rd.norman-sasono) has already been defined in index.yml.
[Warning] Uid(rd.oleksandr-krakovetskyi) has already been defined in index.yml.
[Warning] Uid(rd.oren-novotny) has already been defined in index.yml.
[Warning] Uid(rd.oscar-garciacolon) has already been defined in index.yml.
[Warning] Uid(rd.patricio-cofre) has already been defined in index.yml.
[Warning] Uid(rd.paula-januszkiewicz) has already been defined in index.yml.
[Warning] Uid(rd.philipp-bauknecht) has already been defined in index.yml.
[Warning] Uid(rd.rainer-stropek) has already been defined in index.yml.
[Warning] Uid(rd.rasmus-hald) has already been defined in index.yml.
[Warning] Uid(rd.rene-schulte) has already been defined in index.yml.
[Warning] Uid(rd.reza-rad) has already been defined in index.yml.
[Warning] Uid(rd.ricardo-gonzalez) has already been defined in index.yml.
[Warning] Uid(rd.richard-campbell) has already been defined in index.yml.
[Warning] Uid(rd.richard-conway) has already been defined in index.yml.
[Warning] Uid(rd.ritesh-modi) has already been defined in index.yml.
[Warning] Uid(rd.robert-folkesson) has already been defined in index.yml.
[Warning] Uid(rd.robert-hogg) has already been defined in index.yml.
[Warning] Uid(rd.rockford-lhotka) has already been defined in index.yml.
[Warning] Uid(rd.rodrigo-diazconcha) has already been defined in index.yml.
[Warning] Uid(rd.rodrigo-immaginario) has already been defined in index.yml.
[Warning] Uid(rd.rotem-rozmarin) has already been defined in index.yml.
[Warning] Uid(rd.ryan-duguid) has already been defined in index.yml.
[Warning] Uid(rd.scott-allen) has already been defined in index.yml.
[Warning] Uid(rd.sebastian-fyda) has already been defined in index.yml.
[Warning] Uid(rd.simon-sabin) has already been defined in index.yml.
[Warning] Uid(rd.stale-hansen) has already been defined in index.yml.
[Warning] Uid(rd.stan-schultes) has already been defined in index.yml.
[Warning] Uid(rd.stavros-menegos) has already been defined in index.yml.
[Warning] Uid(rd.stefan-denninger) has already been defined in index.yml.
[Warning] Uid(rd.stefano-tempesta) has already been defined in index.yml.
[Warning] Uid(rd.stephanie-donahue) has already been defined in index.yml.
[Warning] Uid(rd.stephen-thair) has already been defined in index.yml.
[Warning] Uid(rd.steve-smith) has already been defined in index.yml.
[Warning] Uid(rd.suzanne-george) has already been defined in index.yml.
[Warning] Uid(rd.thomas-nigro) has already been defined in index.yml.
[Warning] Uid(rd.tibi-covaci) has already been defined in index.yml.
[Warning] Uid(rd.tim-huckaby) has already been defined in index.yml.
[Warning] Uid(rd.todd-fine) has already been defined in index.yml.
[Warning] Uid(rd.troy-hunt) has already been defined in index.yml.
[Warning] Uid(rd.vanessa-ching) has already been defined in index.yml.
[Warning] Uid(rd.venkatarangan-thirumalai) has already been defined in index.yml.
[Warning] Uid(rd.vincent-thavonekham) has already been defined in index.yml.
[Warning] Uid(rd.vinod-unny) has already been defined in index.yml.
[Warning] Uid(rd.vishwas-lele) has already been defined in index.yml.
[Warning] Uid(rd.will-huang) has already been defined in index.yml.
[Warning] Uid(rd.zoiner-tejada) has already been defined in index.yml.
Line 0: [Warning] Invalid file link:(~/about).
Line 0: [Warning] Invalid file link:(~/CodeOfConduct).
Line 0: [Warning] Invalid file link:(~/map).

rd/stephanie-donahue.yml

[Warning] Uid(rd.stephanie-donahue) has already been defined in index.yml.

rd/vanessa-ching.yml

[Warning] Uid(rd.vanessa-ching) has already been defined in index.yml.

rd/ahmed-bahaa.yml

[Warning] Uid(rd.ahmed-bahaa) has already been defined in index.yml.

rd/alon-fliess.yml

[Warning] Uid(rd.alon-fliess) has already been defined in index.yml.

rd/andrea-saltarello.yml

[Warning] Uid(rd.andrea-saltarello) has already been defined in index.yml.

rd/beatriz-oliveira.yml

[Warning] Uid(rd.beatriz-oliveira) has already been defined in index.yml.

rd/christian-buckley.yml

[Warning] Uid(rd.christian-buckley) has already been defined in index.yml.

rd/christian-weyer.yml

[Warning] Uid(rd.christian-weyer) has already been defined in index.yml.

rd/dan-wahlin.yml

[Warning] Uid(rd.dan-wahlin) has already been defined in index.yml.

rd/dave-nel.yml

[Warning] Uid(rd.dave-nel) has already been defined in index.yml.

rd/eduardo-pires.yml

[Warning] Uid(rd.eduardo-pires) has already been defined in index.yml.

rd/erik-asberg.yml

[Warning] Uid(rd.erik-asberg) has already been defined in index.yml.

rd/gabriel-cor.yml

[Warning] Uid(rd.gabriel-cor) has already been defined in index.yml.

rd/gokan-ozcifci.yml

[Warning] Uid(rd.gokan-ozcifci) has already been defined in index.yml.

rd/greg-levenhagen.yml

[Warning] Uid(rd.greg-levenhagen) has already been defined in index.yml.

rd/jen-stirrup.yml

[Warning] Uid(rd.jen-stirrup) has already been defined in index.yml.

rd/joe-homnick.yml

[Warning] Uid(rd.joe-homnick) has already been defined in index.yml.

rd/jussi-roine.yml

[Warning] Uid(rd.jussi-roine) has already been defined in index.yml.

rd/keiji-kamebuchi.yml

[Warning] Uid(rd.keiji-kamebuchi) has already been defined in index.yml.

rd/luke-han.yml

[Warning] Uid(rd.luke-han) has already been defined in index.yml.

rd/maarten-eekels.yml

[Warning] Uid(rd.maarten-eekels) has already been defined in index.yml.

rd/maarten-goet.yml

[Warning] Uid(rd.maarten-goet) has already been defined in index.yml.

rd/martin-abbott.yml

[Warning] Uid(rd.martin-abbott) has already been defined in index.yml.

rd/martina-grom.yml

[Warning] Uid(rd.martina-grom) has already been defined in index.yml.

rd/nicki-borell.yml

[Warning] Uid(rd.nicki-borell) has already been defined in index.yml.

rd/nishith-pathak.yml

[Warning] Uid(rd.nishith-pathak) has already been defined in index.yml.

rd/patricio-cofre.yml

[Warning] Uid(rd.patricio-cofre) has already been defined in index.yml.

rd/rainer-stropek.yml

[Warning] Uid(rd.rainer-stropek) has already been defined in index.yml.

rd/rasmus-hald.yml

[Warning] Uid(rd.rasmus-hald) has already been defined in index.yml.

rd/rodrigo-immaginario.yml

[Warning] Uid(rd.rodrigo-immaginario) has already been defined in index.yml.

rd/rotem-rozmarin.yml

[Warning] Uid(rd.rotem-rozmarin) has already been defined in index.yml.

rd/ryan-duguid.yml

[Warning] Uid(rd.ryan-duguid) has already been defined in index.yml.

rd/stephen-thair.yml

[Warning] Uid(rd.stephen-thair) has already been defined in index.yml.

rd/steve-smith.yml

[Warning] Uid(rd.steve-smith) has already been defined in index.yml.

rd/suzanne-george.yml

[Warning] Uid(rd.suzanne-george) has already been defined in index.yml.

rd/zoiner-tejada.yml

[Warning] Uid(rd.zoiner-tejada) has already been defined in index.yml.

rd/adis-jugo.yml

[Warning] Uid(rd.adis-jugo) has already been defined in index.yml.

rd/amanda-perran.yml

[Warning] Uid(rd.amanda-perran) has already been defined in index.yml.

rd/andrewj-brust.yml

[Warning] Uid(rd.andrewj-brust) has already been defined in index.yml.

rd/carlos-dossantos.yml

[Warning] Uid(rd.carlos-dossantos) has already been defined in index.yml.

rd/carlos-mattos.yml

[Warning] Uid(rd.carlos-mattos) has already been defined in index.yml.

rd/dan-hermes.yml

[Warning] Uid(rd.dan-hermes) has already been defined in index.yml.

rd/dan-thyer.yml

[Warning] Uid(rd.dan-thyer) has already been defined in index.yml.

rd/david-rodriguez.yml

[Warning] Uid(rd.david-rodriguez) has already been defined in index.yml.

rd/dwight-goins.yml

[Warning] Uid(rd.dwight-goins) has already been defined in index.yml.

rd/edgar-sanchez.yml

[Warning] Uid(rd.edgar-sanchez) has already been defined in index.yml.

rd/fabian-fernandez.yml

[Warning] Uid(rd.fabian-fernandez) has already been defined in index.yml.

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


test: Add GHA job leak-test

FTR, excerpt of the log of this run of the leak-test job:
→ Define and export env vars

***
***

→ Run coq-community/docker-coq-action@v1 with debian:10

+ (script @ line 4) $ : A. This should print ok twice, and okok twice
+ (script @ line 5) $ echo ok
ok
+ (script @ line 6) $ echo okok
okok

+ (script @ line 8) $ : B. This should print '***' thrice
+ (script @ line 9) $ echo ***
***
+ (script @ line 10) $ echo ***
***
+ (script @ line 11) $ echo ***
***

C. This should print ok only once
ok

triggerred by this job.


Add specialization of IotaOp

This PR adds support of IotaOp specialization:
func.func @eval_iota() -> tensor<3x4x5xi32> {
  %1 = stablehlo.iota dim = 1 : tensor<3x4x5xi32>
  func.return %1 : tensor<3x4x5xi32>
}

is transformed into:
func.func @eval_iota() -> tensor<3x4x5xi32> {
  %0 = stablehlo.constant dense<
            [[[0, 0, 0, 0, 0], [1, 1, 1, 1, 1], [2, 2, 2, 2, 2], [3, 3, 3, 3, 3]],
             [[0, 0, 0, 0, 0], [1, 1, 1, 1, 1], [2, 2, 2, 2, 2], [3, 3, 3, 3, 3]],
             [[0, 0, 0, 0, 0], [1, 1, 1, 1, 1], [2, 2, 2, 2, 2], [3, 3, 3, 3, 3]]]> : tensor<3x4x5xi32>
  func.return %0 : tensor<3x4x5xi32>
}

After thinking about this more, let's start a new pass StablehloAggressiveFolder (someone from StableHLO team can set up the basic infra if you'd like, let me know). This pass can have all folder patterns, and I think we can add options for "fold_float" to allow potentially lossy computations.
We can then migrate the existing shape refinement pass to include these patterns and mark specific ops as illegal, and only use the integer folders.
Rationale: We only want to fold shape computations in this pass, not anything else. I'm worried that folding too much may change the behavior of some existing models / workflows using shape refinement to only fold shapes with the assumption that non-shape-related computations should stay the same.

After thinking about this more, let's start a new pass StablehloAggressiveFolder (someone from StableHLO team can set up the basic infra if you'd like, let me know). This pass can have all folder patterns, and I think we can add options for "fold_float" to allow potentially lossy computations.

Sounds great, definitely with "fold_float" option. if you have limited resources, i might try to implement this approach on the next week.

We can then migrate the existing shape refinement pass to include these patterns and mark specific ops as illegal, and only use the integer folders.

  patterns->add<EvalAddOpPattern>(context);
  patterns->add<EvalAndOpPattern>(context);
  patterns->add<EvalBroadcastInDimOpPattern>(context);
  patterns->add<EvalClampOpPattern>(context);
  patterns->add<EvalCompareOpPattern>(context);
  patterns->add<EvalComputeReshapeShapeOpPattern>(context); <===
  patterns->add<EvalConcatenateOpPattern>(context);
  patterns->add<EvalConvertOpPattern>(context);
  patterns->add<EvalDivOpPattern>(context);
  patterns->add<EvalGetDimensionSizeOpPattern>(context); <===
  patterns->add<EvalIotaOpPattern>(context);
  patterns->add<EvalMaxOpPattern>(context);
  patterns->add<EvalMinOpPattern>(context);
  patterns->add<EvalMulOpPattern>(context);
  patterns->add<EvalOrOpPattern>(context);
  patterns->add<EvalRemOpPattern>(context);
  patterns->add<EvalReshapeOpPattern>(context); <===
  patterns->add<EvalSelectOpPattern>(context);
  patterns->add<EvalSignOpPattern>(context);
  patterns->add<EvalSliceOpPattern>(context);
  patterns->add<EvalSubtractOpPattern>(context);
  ...

From the first glance only patterns marked with <=== should be used in shape refinement? Or everything that involves integer computations should also stay, like EvalAddOpPattern?

... mark specific ops as illegal, ...

I didn`t catch the meaning, can you elaborate a bit?
Regarding https://github.com/openxla/stablehlo/pull/2125,  i ll stall it together with this pull request until new pass is done.

@GleasonK If you haven’t already begun, I`ll start working on a patch to extract folders into separate pass.

Also something I learned about recently that may be of interest:
https://github.com/EnzymeAD/Enzyme-JAX/blob/main/src/enzyme_ad/jax/Passes/EnzymeHLOOpt.cpp
There's a lot of StableHLO canonicalizations / rewrites in the enzyme project. We'll be upstreaming some of these over the next months. Note that the file as-is includes a full copy-paste of StablehloAggressiveSimplification, but there are some new patterns in there as well!

^cc @mvpant

With the folders PR merged, this can be rebased and add this pattern to folders, but not shape folders (iota is not used on any common shape computations currently)


[ldap-checker] Module fix

This PR fix ldap-checker module with the use of msldap
msldap 0.5.10 is required for the module to work properly

Is msldap 0.5.10 supported currently in Kali? Just making sure were not going to gave more dependency issues, or if we are we can work on fixing them in conjunction with the other ones.

msldap is a dependency of pypykatz. Downgrading/restricting the version of msldap to 0.5.1 means the highest version of pypykatz that could be used by netexec would be 0.6.6, which is already the highest version available in Kali.
However, the version of msldap available in Kali is 0.4.7, as seen here, but I can open a new ticket for it if need be, assuming pypykatz will be downgraded to 0.6.6.

Should fix #122


Feature Request - Add option to handle back button in the browser

very nice tool but one thing I feel that miss there should be a way to handle undo by pressing the back button in the browser, this is the common behavior need to expect.
like
you just change the one filed and by pressing the back button should jump back(undo).

By default, we use the replaceUrl: true as you can see here.
I don't mind seeing a PR that makes it configurable.


agent installation error

Hi Team,
When I trying to install litmus on my k8s clusters facing an agent installation issue
Kubectl logs -f subscriber-55cbccdd65-bjknm  -n litmus
root@k8server:~# kubectl logs -f subscriber-55cbccdd65-bjknm -n litmus time="2022-07-15T11:37:18Z" level=info msg="Go Version: go1.16.15" time="2022-07-15T11:37:18Z" level=info msg="Go OS/Arch: linux/amd64" time="2022-07-15T11:37:18Z" level=info msg="All agent deployments are up" time="2022-07-15T11:37:18Z" level=info msg="Starting the subscriber" time="2022-07-15T11:37:18Z" level=fatal msg="Failed to check cluster confirmed status" error="secrets \"agent-secret\" is forbidden: User \"system:serviceaccount:litmus:litmus\" cannot get resource \"secrets\" in API group \"\" in the namespace \"litmus\""
after this issue deleted all cluster clusterrolebinding and clusterrole even same issue

Same issue for me with V 2.11.0

Could you try to run it?
kubectl create clusterrolebinding litmus-cluster-admin --clusterrole=litmus-admin --serviceaccount=litmus:litmus

Hi @santhoshissa, will you join the Litmus community Slack channel in k8s Slack? We usually help each other troubleshoot problems there. https://k8s.slack.com/

Closing this issue due to no response, if the problem is still not resolved, feel free to re-open this.


The chart icon does not display for two releases of the same chart

Probably it takes the wrong field to find release's source. It should look at "chart" field, parse it to take only the name part and not version, and search it in the repositories. The release "name" is a wrong field to take.
I've overlooked that on the PR review here: https://github.com/komodorio/helm-dashboard/blob/main/pkg/dashboard/static/list-view.js#L32

I can fix this.
Can you please assign it to me?


Vector icon

Icons representing three-dimensional coordinates

Nice idea! Added to list.

Added vector-two, vector-three


vimPlugins.vim-easyclip: init at 2019-02-18

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 101998 run on x86_64-darwin 1

1 package built:

vimPlugins.vim-clap

Can you please fix the merge conflict and only commit the new plugin instead of all the updates?

Can you please fix the merge conflict and only commit the new plugin instead of all the updates?

I believe the script does this automatically, however, it can be dropped before creating the PR

The thing is, I cannot merge conflicts since I deleted nixpkgs repository fork after I discovered that I can just install missing Vim plugins with home-manager using something like this:
  neovim = {
    plugins = let customPlugins = {
      vim-easyclip = pkgs.vimUtils.buildVimPlugin {
        pname = "vim-easyclip";
        version = "2019-02-18";
        src = pkgs.fetchFromGitHub {
          owner = "svermeulen";
          repo = "vim-easyclip";
          rev = "f1a3b95463402b30dd1e22dae7d0b6ea858db2df";
          sha256 = "1y308y4czdzj9ppb0pnc8mkdd393wpwpncvki88aphicjzvw4498";
        };
        meta.homepage = "https://github.com/svermeulen/vim-easyclip/";
      };
    }; in
      with pkgs.vimPlugins // customPlugins; [
        vim-easyclip
      ];
  };

So I'm closing this. Sorry for the noise.


chore: WIP expanded testing

Description of changes
Adds a new test for the journal_downloader signal, and fixes the pipelines
Issue number: #35

Bringing this through for an emergency merge to fix the pipelines