text:
Add option to dump message properties.

For #1.
Properties are output as key/value pairs, one per line. I think JSON is unnecessary but... AMQP makes a distinction between header and properties, and think headers should be added too, but should there be separate options these and should they be in separate files?
If they should be in the same file then maybe it makes sense to dump the output to JSON.

@sshaw The PR looks good! See a few comments on this thread.

I went back and forth here and in my head with the X is a property and Y is header stuff but, since this is rabbitmq-dump-queue, I ultimately chose to use RabbitMQ's definitions and not AMQP's.

authors: dubek sshaw

repo: dubek/rabbitmq-dump-queue


text:
Segmented and efficient sieve of eratothenes

Multiply prime numbers upto 109 in a range with difference in the limits of range less than or equal to 107

@Parshwa52 thanks for the contribution.

I have been working in Java from a long time. I have also implemented machine learning and network cryptography algorithms in Java. I have made pull requests(#267 , #268 , #269 ) regarding that.Hoping to get those merged.

source: gharchive/pull-request

repo: dubesar/Java-A-Z

license: MIT

license_type: permissive

license_source: github-api


text:
GeoJSON driver: impossible to set RFC7946 option

Hi,
if apply this command to natural earth data
duckdb -c "copy (select POSTAL,geom from st_read('./data/ne_110m_admin_0_countries.shp')) TO 'tmp.geojson' WITH (FORMAT GDAL, DRIVER 'GeoJSON',LAYER_CREATION_OPTIONS 'RFC7946=YES')"

I have this error
Error: IO Error: GDAL Error (1): PROJ: proj_create: unrecognized format / unknown name

How to set RFC7946 option?
Thank you

Hi! I am unable to reproduce this on DuckDB v0.9.2. What version are you using?
The GDAL docs says:

Coordinates must be geographic over the WGS 84 ellipsoid, hence if the spatial reference system specified at layer creation time is not EPSG:4326, on-the-fly reprojection will be done by the driver.

The problem is that DuckDB does not automatically supply a spatial reference system as DuckDB currently does not store that information as part of the geometry type. You would expect GDAL to use the default unknown projection when no CRS is supplied, alas the GeoJSON driver throws an error instead. But I think this has been fixed since #141.
However, as I can't reproduce this Im not sure but I think you could maybe work around this for now by simply passing a SRS explicitly to st_write. e.g.
WITH (FORMAT 'GDAL', DRIVER 'GeoJSON', LAYER_CREATION_OPTIONS 'RFC7946=YES', SRS 'EPSG:4326')

Hi! I am unable to reproduce this on DuckDB v0.9.2. What version are you using?

I have updated to 0.9.2 and it works.
Thank you very much

source: gharchive/issue

authors: Maxxen aborruso


text:
postgres_scanner.duckdb_extension: undefined symbol: _ZN6duckdb28SimpleNamedParameterFunction8ToStringEv

I use BUILD_PYTHON=1 make debug to build the python duckdb, and can import it in python:
import duckdb as dd
dd.__version__
'0.5.2-dev1249'

but, when I load the postgres_scanner,
con = dd.connect(":memory:", config={"allow_unsigned_extensions": True})
url_pgscan="/root/postgres_scanner/build/debug/extension/postgres_scanner/postgres_scanner.duckdb_extension"
con.install_extension(url_pgscan, force_install=True)
con.load_extension("postgres_scanner")

raise error:
duckdb.IOException: IO Error: Extension "/root/.duckdb/extensions/550e8ef/linux_amd64_gcc4/postgres_scanner.duckdb_extension" could not be loaded: /root/.duckdb/extensions/550e8ef/linux_amd64_gcc4/postgres_scanner.duckdb_extension: undefined symbol: _ZN6duckdb28SimpleNamedParameterFunction8ToStringEv

why?
thanks!

Are you building with EXTENSION_STATIC_BUILD=1 make debug? This is required on linux for now

Are you building with EXTENSION_STATIC_BUILD=1? This is required on linux for now

not with it，but I confused，I compiled success in Ubuntu this morning，and error in centos7 this afternoon。

Compilation can succeed without the flag, but you'll need it if you want to avoid the undefined symbol error

Compilation can succeed without the flag, but you'll need it if you want to avoid the undefined symbol error
ubuntu success load extension, not with with EXTENSION_STATIC_BUILD=1, but centos with with EXTENSION_STATIC_BUILD=1 also the same error

Compilation can succeed without the flag, but you'll need it if you want to avoid the undefined symbol error
ubuntu success load extension, not with with EXTENSION_STATIC_BUILD=1, but centos with with EXTENSION_STATIC_BUILD=1 also the same error

but now in centos7:

Can you provide a reproduction? Ideally as a Dockerfile or similar

Compilation can succeed without the flag, but you'll need it if you want to avoid the undefined symbol error
ubuntu success load extension, not with with EXTENSION_STATIC_BUILD=1, but centos with with EXTENSION_STATIC_BUILD=1 also the same error

but now in centos7:

Can you provide a reproduction? Ideally as a Dockerfile or similar

In my centos7 server and docker both error.
docker pull centos:7.4.1708

That isn't really enough information to reproduce it. Just to clarify, are you trying to load an extension you compiled yourself with a copy of the duckdb python bindings from PyPI?

That isn't really enough information to reproduce it. Just to clarify, are you trying to load an extension you compiled yourself with a copy of the duckdb python bindings from PyPI?

my OS：docker pull centos:7.4.1708
my code：git clone -b viking https://github.com/wonb168/postgres_scanner
and compiled：
BUILD_PYTHON=1 make debug
#BUILD_PYTHON=1 EXTENSION_STATIC_BUILD=1 make debug
cd duckdb/tools/pythonpkg
python3 setup.py install

The loading is clearly working here. #47 is closed because you modified the source code.

authors: Mause hannes wonb168


text:
To be closed - Implementation task: Downloads flow

Task/Issue URL: https://app.asana.com/0/0/1203712351528756/f
Description
Added the Notify Me component to the Downloads screen.
Steps to test this PR
Feature 1

[ ]
[ ]

UI changes

Before
After

!(Upload before screenshot)
(Upload after screenshot)

Closing this we we're going with the alternative implementation in https://github.com/duckduckgo/Android/pull/2785.

repo: duckduckgo/Android


text:
add sync readme

Task/Issue URL: https://app.asana.com/0/0/1205687772894418/f
Description
Adds Sync Readme
Steps to test this PR
Feature 1

[ ]
[ ]

UI changes

Before
After

!(Upload before screenshot)
(Upload after screenshot)

Current dependencies on/for this PR:

develop

PR #3823   👈

This stack of pull requests is managed by Graphite.


text:
Update autofill to 16.1.0

Task/Issue URL: https://app.asana.com/0/1209009003685195/1209009003685195
Autofill Release: https://github.com/duckduckgo/duckduckgo-autofill/releases/tag/16.1.0
Description
Updates Autofill to version 16.1.0.
Autofill 16.1.0 release notes
What's Changed

[DeviceInterface] Call closeautofillparent only after openManage calls by @dbajpeyi in https://github.com/duckduckgo/duckduckgo-autofill/pull/718
[CredentialsImport] Call credentials flow call first, and then close parent by @dbajpeyi in https://github.com/duckduckgo/duckduckgo-autofill/pull/723
[FeatureToggle] Add new autofill config for partial save trigger by @dbajpeyi in https://github.com/duckduckgo/duckduckgo-autofill/pull/724

Full Changelog: https://github.com/duckduckgo/duckduckgo-autofill/compare/16.0.0...16.1.0
Steps to test
This release has been tested during autofill development. For smoke test steps see this task.

Note to the person reviewing/authoring: If you merge this without passing through partialFormSaves -> partial_form_saves` feature toggle, then this feature will stop working.
Please create that mapping and pass it to autofill.js before merging this!

authors: daxmobile dbajpeyi

repo: duckduckgo/BrowserServicesKit


text:
feat | added support for AWS_SESSION_TOKEN

Description
This PR adds support for the AWS_SESSION_TOKEN variable, which is used when using shortlived AWS IAM credentials. The logic added will only add this variable if the value is defined, otherwise it will be skipped. This should hopefully not cause any issues for installations not using the sessionToken.
I did not find any tests related to connecting to AWS S3 so I wasn't able to improve test coverage; should I try and investigate how to test this particular feature or can I just leave the PR as is?
Docs
Implemented based on these SDK docs.

Hej. Thanks for the PR. It would be nice to test this, but I am unaware too of how we do it. :/

If I have some time in the next weeks I'll see if I can use nock / msw to test the requests the AWS SDK is making and verify the changes are applied.

@wdalmijn can you please fix the conflicts?

@all-contributors add @wdalmijn for code

@wdalmijn I resolved some conflicts, but I have a hunch that the new codebase differed too much from your feature. Could you please check? Also, please update the documentation that you can found here https://github.com/ducktors/turborepo-remote-cache/blob/main/docs/supported-storage-providers.md

authors: fox1t tehKapa wdalmijn

repo: ducktors/turborepo-remote-cache


text:
Change dude-graph theme, the contrast between blocks and the background is way too low

@JonathanPicques Hmm, indeed, but that's weird because it's already working for me. Maybe bower isnt up to date.

https://i.gyazo.com/507b9d29d09d5585a043b5d6ea228330.png

Well I reinstalled node packages and bower packages and the contrast is still low,
You should: rm -rf node_modules bower_components && npm install && bower install on your end.

authors: JonathanPicques jeremt

repo: dudeteam/dude-graph

license: mit

license_source: bigquery


text:
chore(proxy): Use error instead of info on discard or io error

Closes #49

Pull Request Test Coverage Report for Build 6756457577

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

Totals

Change from base Build 6747419788:
0.0%

Covered Lines:
182

Relevant Lines:
446

💛  - Coveralls

authors: coveralls duesee

repo: duesee/imap-flow


text:
StaticReflector or GeneratedReflector usage

How i can use the StaticReflector for DI, i don't have any examples for usage, in my case i need to register my controller without success
Expose('/controller')
class MyController extends Controller{

  @Expose('/')
  a() => "Hello, world!";
}

void main() async {

  var reflector = const GeneratedReflector();
  Container container = Container(reflector);

  container.registerSingleton<MyController>(MyController());

  //initializeReflectable();

  var app = Angel(reflector: reflector);

  var http = AngelHttp(app);

  await app.mountController<MyController>();

  var server = await http.startServer();
  print("Angel server listening at ${http.uri}");

Please help and thanks.

I have to use @container for generate, but @Expose not work properly for build, please help 😢
import 'dev.reflectable.dart';

@contained
@Expose('/controller')
class MyController extends Controller {

  @Expose('/')
  a() => "Hello, world!";
}

void main() async {

  initializeReflectable();

  final reflector = GeneratedReflector();

  var app = Angel(reflector: reflector);
  var http = AngelHttp(app);

  await app.mountController<MyController>();

  print("Angel server listening at ${http.uri}");
}

There are some limitations to using reflectable for reflection. Work in progress to update the documents and examples.

I'm amazed by this project, I wish there was more documentation to build my app in standalone mode, without using the SDK container, thanks and keep maintaining this project

repo: dukefirehawk/angel


text:
Add DAP servers

Mason.nvim, the main alternative to lazy-lsp, also has binaries for DAP servers, and along with mason-nvim-dap can provide a default DAP adapters and configurations. Bringing this to lazy-lsp would take it the next level, as it could replace all current features of the mason family of plugins.
This would entail at least a couple of steps:

Create a list of DAP servers available in nixpkgs
Create adapters and configurations based on those in the nvim-dap wiki
Decide on a scheme to spin up a DAP based on FileType, and potentially create a popup which allows someone to choose which server they would like to use (you can't just load them all like with LSPs)

This makes sense and sounds useful.
However, I would consider it out of scope of this plugin as I personally don't use and have no experience with nvim-dap.
Perhaps someone else could take it on and create a new plugin (using lazy-lsp as inspiration).


text:
add admin option to php-server for easier debugging

This just adds a --admin option for the php-server command. Makes it a heck of a lot easier to profile and debug.

@dunglas any objections to merging this?

I'm hesitating. I would prefer keeping the "general" Caddy-related options in sync with what native Caddy commands provide.
What do you think @mholt @francislavoie?

Why not just use a Caddyfile?

Personally, I'm not a fan of it either except for exactly one case: quickly switching between test directories without maintaining a caddy file and all their variants. Being able to turn on admin and running pprof is great.
That being said, it is also too easy to just go into the file and change it to true. So, I'm not particularly attached to it one way or the other. I didn't think about being able to use the admin api to change settings, so I'm leaning towards closing the PR.

Similar to Francis, if it's not Caddy itself I don't mind if other programs add their own CLI. But if you're going for parity with the caddy command (there is wisdom in that, to keep it more predictable and symmetric), I would just flip the switch in a config file, personally.
Caddy values having all the config contained in a single file/source, not spread across config file and CLI and env vars etc ... but it's really up to the application developer.

@mholt in case you didn't realize, this command is more akin to caddy file-server or caddy reverse-proxy kinda thing

That's true. In that case it doesn't really matter then IMO. Since those specialty sub commands carry config on them.

authors: dunglas francislavoie mholt withinboredom

repo: dunglas/frankenphp


text:
Missing apigateway:GET action in the IAM policy

Not sure why #145 didn't update readme.md, I cloned the repo today and a few actions were missing:
apigateway:GET
kms:ListKeyPolicies
lightsail:GetLoadBalancers

Related discussion in #370 .

I've sent a PR to add lightsail:GetLoadBalancers.
I'm not sure what to do on apigateway:GET.  The SecurityAudit policy has the following add the end of it:
{
                    "Action": [
                        "apigateway:HEAD",
                        "apigateway:GET",
                        "apigateway:OPTIONS"
                    ],
                    "Resource": [
                        "arn:aws:apigateway:*::/restapis",
                        "arn:aws:apigateway:*::/restapis/*/authorizers",
                        "arn:aws:apigateway:*::/restapis/*/authorizers/*",
                        "arn:aws:apigateway:*::/restapis/*/resources",
                        "arn:aws:apigateway:*::/restapis/*/resources/*",
                        "arn:aws:apigateway:*::/restapis/*/resources/*/methods/*",
                        "arn:aws:apigateway:*::/vpclinks"
                    ],
                    "Effect": "Allow"
                }

Since they aren't allowing GET on arn:aws:apigateway:*::/restapis/*, it worries me that adding that would grant too much privilege, but I don't know enough about API Gateway to make that call right now.

repo: duo-labs/cloudmapper


text:
🛑 Mention Robot is down

In 15ea234, Mention Robot (https://backend.isbotdown.com/bots/mentionrobot) was down:

HTTP code: 200
Response time: 117 ms

Resolved: Mention Robot is back up in 4e18fde.

repo: durof/status


text:
🛑 Mention Robot is down

In 39f98ae, Mention Robot (https://backend.isbotdown.com/bots/mentionrobot) was down:

HTTP code: 200
Response time: 118 ms

Resolved: Mention Robot is back up in d850255.


text:
🛑 Mention Robot is down

In 61cf616, Mention Robot (https://backend.isbotdown.com/bots/mentionrobot) was down:

HTTP code: 200
Response time: 154 ms

Resolved: Mention Robot is back up in 332093d.


text:
🛑 Mention Robot is down

In 6afc0b0, Mention Robot (https://backend.isbotdown.com/bots/mentionrobot) was down:

HTTP code: 200
Response time: 152 ms

Resolved: Mention Robot is back up in ccd4b86 after 1 hour, 42 minutes.


text:
[front] - fix(input bar): generation button variant

Description
This PR aims at fixing the "Stop generation" Button variant to use a background and be visible when rendered on top of markdown.
Risk
Deploy Plan
Deploy front

PMRR

repo: dust-tt/dust


text:
Can I resize of Bounding Box?

Hello,
Can I resize of bounding box to fit of object?
I'd like to know how to draw bounding box of jetson_inference.
(e.g. using utils's videoOption.cpp s/th)
Thanks

Marina

Hi @kookmin-DS-UAV, yes you can manually change the detection results returned from detectNet::Detect() and then use detectNet::Overlay() to draw them after you change them.   Also you'll want to disable detectNet::Detect() from doing the overlay by passing it detectNet::OVERLAY_NONE so that it doesn't do the overlay before you alter them.

Hi @dusty-nv, thank you for your answer.
Would you let me know about detectNet::Detect() and detectNet::Overlay()?
I don't understand 'manually change the detection results returned from detectNet::Detect()' and also 'use detectNet::Overlay() to draw'.
Do I have to fixed cpp file?? (which one? and sorry, I'm not good at c++)
Thanks!

@kookmin-DS-UAV normally detectNet::Detect() can be called with overlay flags such that it automatically calls detectNet::Overlay() for you.   However if you call detectNet::Detect() with OVERLAY_NONE, it will skip doing the overlay.  Then you can do it yourself later after you modify the array of detection results.   You can also do this from Python too if you prefer.

authors: dusty-nv kookmin-DS-UAV

repo: dusty-nv/jetson-inference


text:
bioconda installable

Hey @bastiaanvonmeijenfeldt
I' would make a bioconda installable of CAT. here
Could you give CAT a license?
Do you have any test to run?
If I'm not wrong you can make the CAT executable. This information is somehow stored even on github.
It would be great if you could update the version and sha256 when you have new releases.

Hi @SilasK,
Thanks for the feedback! All of your suggestions have been added to the to-do list, and will be included in future releases!
Best wishes,
Bastiaan

Do you know which license you want to give CAT? In theory, I'm not allowed to use your code without a license.

status: https://github.com/bioconda/bioconda-recipes/pull/12536

Yes It needs a license.
@bastiaanvonmeijenfeldt You can modify the recipe here

Hi Silas,
CAT will be available under CC BY 2.0. Thanks for your work on the bioconda recipe!

It should bwork now!
conda install -c bioconda cat

It's not working for me yet:
Solving environment: failed

PackagesNotFoundError: The following packages are not available from current channels:

  - cat

Current channels:

  - https://conda.anaconda.org/bioconda/linux-64
  - https://conda.anaconda.org/bioconda/noarch
  - https://repo.anaconda.com/pkgs/main/linux-64
  - https://repo.anaconda.com/pkgs/main/noarch
  - https://repo.anaconda.com/pkgs/free/linux-64
  - https://repo.anaconda.com/pkgs/free/noarch
  - https://repo.anaconda.com/pkgs/r/linux-64
  - https://repo.anaconda.com/pkgs/r/noarch
  - https://repo.anaconda.com/pkgs/pro/linux-64
  - https://repo.anaconda.com/pkgs/pro/noarch

Also, I'm looking into the licenses and it will be CC BY 3.0.

Great, thanks! There is a preprint but it's super old and CAT has changed a lot since then so not worth mentioning...

@bastiaanvonmeijenfeldt Where are the releases gone? The bioconda package needs downloading it from the github.  or any other stable url..

Yes sorry for that! We have moved stuff around since yesterday and in the process removed the released. A new one will come online shortly!

@bastiaanvonmeijenfeldt
The cond build didn't worked because
psutil
is an additonal requeirement. I fixed it now. any other package to install?

Thanks for pointing this out to me! I've included psutil to get memory size but I don't want to have another dependency. All our other python imports are standard library. So I will remove the psutil import soon and fix this in another way...
List of packages CAT/BAT uses:
argparse
datetime
gzip
math
multiprocessing
os
psutil
subprocess
sys
tarfile
urllib.request

For the condo package there is no need to drop plutil.

I have removed the psutil dependency with the latest release (4.3.1). I'd rather have a dependency less for people that are only running a bare version of Python.

I could install CAT also on osx. Do you think it could work?

There is actually no reason it should not work, EXCEPT for the psutil-free memory check I just built in, haha. But this is not a big deal, I can make that work on mac OS as well, working on that now!
That being said, we have extensively tested CAT/BAT on Linux, and have not on mac OS, so no guarantees here. But I will build in mac compatibility and let's see what users think. :)

I have made CAT/BAT Mac OS compatible, the latest version is online.
@SilasK: I think it would be easiest if I update the sha256 and version in the Bioconda recipe every time I publish a new version, where can I do that? Is simply pushing the change enough or should there be versioning/tagging/releasing?

authors: SilasK bastiaanvonmeijenfeldt

repo: dutilh/CAT


text:
🛑 blog.duyet.net is down

In 1400722, blog.duyet.net (https://blog.duyet.net) was down:

HTTP code: 403
Response time: 73 ms

Resolved: blog.duyet.net is back up in 5db8931.

repo: duyet/uptime


text:
Server AnyProxy

两个项目放在一个服务器上，两个项目切换就会出现下面错误
1.在服务器端会出现这种情况
Caught exception: Error: ENOENT: no such file or directory, open '/root/.anyproxy/cache_r452027/res_body_7'
at Error (native)
AnyProxy is about to exit with code: 0
环境：node 6.1.0
2.window 下我修改dora-anyproxy  后就能用

建议切换到 roadhog，dora + anyproxy 的方式已经久不更新了。

repo: dvajs/dva


text:
SELECT COUNT(*) throws NullPointerException

Hi,
Using Beeline on a HDP2.6, I get a NullPointerException when I query a SELECT COUNT(*) on an XMLSerde table (see below an excerpt from the stack trace). That exception occurs only for the first query : if I run it again (in the same Tez session), it works...
Note that query always works when using Hive CLI.
I propose some change on the XmlRecordReader. Since it cannot access the TBLPROPERTIES from the job conf, let's give it another way to get it.
Regards.
java.lang.RuntimeException: java.io.IOException: java.lang.NullPointerException
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:173)
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.run(TezProcessor.java:139)
at org.apache.tez.runtime.LogicalIOProcessorRuntimeTask.run(LogicalIOProcessorRuntimeTask.java:347)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:194)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable$1.run(TezTaskRunner.java:185)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1866)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:185)
at org.apache.tez.runtime.task.TezTaskRunner$TaskRunnerCallable.callInternal(TezTaskRunner.java:181)
at org.apache.tez.common.CallableWithNdc.call(CallableWithNdc.java:36)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.RuntimeException: java.io.IOException: java.lang.NullPointerException
at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:196)
at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.(TezGroupedSplitsInputFormat.java:135)
at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat.getRecordReader(TezGroupedSplitsInputFormat.java:101)
at org.apache.tez.mapreduce.lib.MRReaderMapred.setupOldRecordReader(MRReaderMapred.java:149)
at org.apache.tez.mapreduce.lib.MRReaderMapred.setSplit(MRReaderMapred.java:80)
at org.apache.tez.mapreduce.input.MRInput.initFromEventInternal(MRInput.java:674)
at org.apache.tez.mapreduce.input.MRInput.initFromEvent(MRInput.java:633)
at org.apache.tez.mapreduce.input.MRInputLegacy.checkAndAwaitRecordReaderInitialization(MRInputLegacy.java:145)
at org.apache.tez.mapreduce.input.MRInputLegacy.init(MRInputLegacy.java:109)
at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.getMRInput(MapRecordProcessor.java:405)
at org.apache.hadoop.hive.ql.exec.tez.MapRecordProcessor.init(MapRecordProcessor.java:124)
at org.apache.hadoop.hive.ql.exec.tez.TezProcessor.initializeAndRunProcessor(TezProcessor.java:149)
... 14 more
Caused by: java.io.IOException: java.lang.NullPointerException
at org.apache.hadoop.hive.io.HiveIOExceptionHandlerChain.handleRecordReaderCreationException(HiveIOExceptionHandlerChain.java:97)
at org.apache.hadoop.hive.io.HiveIOExceptionHandlerUtil.handleRecordReaderCreationException(HiveIOExceptionHandlerUtil.java:57)
at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:253)
at org.apache.hadoop.mapred.split.TezGroupedSplitsInputFormat$TezGroupedSplitsRecordReader.initNextRecordReader(TezGroupedSplitsInputFormat.java:193)
... 25 more
Caused by: java.lang.NullPointerException
at com.ibm.spss.hive.serde2.xml.XmlInputFormat$XmlRecordReader.(XmlInputFormat.java:72)
at com.ibm.spss.hive.serde2.xml.XmlInputFormat.getRecordReader(XmlInputFormat.java:57)
at org.apache.hadoop.hive.ql.io.HiveInputFormat.getRecordReader(HiveInputFormat.java:251)
... 26 more

bump? @dvasilen

@tooptoop4 I no longer work on this project. No plans to fix.

authors: bonnetb dvasilen tooptoop4

repo: dvasilen/Hive-XML-SerDe


text:
Feature Request: Add User Profile Page

Describe the new feature
I would like to request the addition of a user profile page to the project. This is important because it enhances the user experience by allowing users to view and manage their personal information, order history, and other relevant details.
Describe the possible approach

Personal Information: Display and allow users to edit their name, email, phone number, and shipping address.
Order History: Display a list of past orders with details such as order number, date, items purchased, and status.
Wishlist: Allow users to view and manage items they have added to their wishlist/cart.
Account Settings: Provide options for users to change their password, manage payment methods, and set preferences.

Implementation Suggestions:

Frontend: Use React components to create the user profile page, integrating it into the existing navigation structure.
Backend: Add endpoints to handle fetching and updating user information, order history, and account settings.

Hey @dvjsharma , I would like to on this feature.

Hello @kaali001, would be good. Please go ahead. Make sure to follow the current project theme, and export the DB schema if you'll be making any changes there.

hey @dvjsharma , I am adding a border on navbar for better UI, please let me know if this matter.

No issues @kaali001. We can always revert back if it doesn't look good at the end.

Closing against #150. Please create new ticket for additional tasks.


text:
Improve zsh extended history parsing

This patch fixes a segfault when .zsh_history contains commands starting with : and longer than 15 characters long.
Considering the history line:
: 1592444398:0;:vspman epoll_ctl

The ranked item's line will be:
:vspman epoll_ctl

When building the prioritized history, we used to apply the zsh extended history offset if the line starts with : (and if the command is longer than 15, defined by ZSH_HISTORY_ITEM_OFFSET), which then makes the item point to:
tl

This makes the r->item pointer invalid, which causes the segfault observed in #408 within prioritized_history_destroy.

This patch prevents the same issue from arising again (even if the line is wrongly interpreted) since it avoids any pointer arithmetic between assignment and freeing.
Additionally, the patch also greatly improves the heuristics used in determining whether a line is of extended history format or not, since the non-extended format is also supported by zsh.

I tried your branch but there look to be issues there, such as hstr displaying empty history and more segfaults

@ostrolucky Thanks for trying it out. Could you give me some info about your OS and compiler? And if possible, any chance you could upload a backtrace taken from the segfaults as well?

@ostrolucky I just pushed a fix for what I think could be an issue with the patch, let me know if you get a chance to try it out :crossed_fingers:

Segfault seems gone, but history is still empty.

@ostrolucky Hmmm, any chance you could share even a small subset of your ~/.zsh_history file?

❯ tail -n 5 ~/.zsh_history
: 1595943327:0;rg "FROM Transactions"
: 1595943329:0;rg "FROM Transaction"
: 1595943979:0;ssh aviation-testbox
: 1595944673:0;tail ~/.zsh_history
: 1595944701:0;tail -n 5 ~/.zsh_history

@ostrolucky Thanks. I'm not experiencing any issues with clang-10 on Fedora 32 though... The snippet of history you pasted is properly loaded... Could there be another command somewhere in your history that is causing some issue? Have you tried using a smaller ~/.zsh_history file just to test?

There is also another problem. I moved my .zsh_history and since then hh with your branch always returns segfaults. However, this stops being the case after I fill my history with more commands.
This is what lldb gives in such case:
Process 85220 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=EXC_I386_GPFLT)
    frame #0: 0x00007fff69e14813 libsystem_platform.dylib`_platform_strcmp + 19
libsystem_platform.dylib`_platform_strcmp:
->  0x7fff69e14813 <+19>: movzbq (%rdi), %rax
    0x7fff69e14817 <+23>: movzbq (%rsi), %r8
    0x7fff69e1481b <+27>: incq   %rdi
    0x7fff69e1481e <+30>: incq   %rsi
Target 0: (hh) stopped.
(lldb) quit

This is the full content of .zsh_history in such case
❯ cat ~/.zsh_history
: 1595955913:0;rm /usr/local/bin/hh
: 1595955916:0;make && make install
: 1595955919:0;hh
: 1595956018:0;cat ~/.zsh_history
: 1595956024:0;lldb /usr/local/bin/hh
: 1595956075:0;tldr lldb
: 1595956086:0;exit
: 1595956089:0;tldr lldb
: 1595956093:0;man lldb
: 1595956131:0;lldb -o 'run' /usr/local/bin/hh
: 1595956194:0;cat ~/.zsh_history

After some more things are recorded in file, hh starts working without segfault again, but again without showing anything. At that point, this is the content of a file:
❯ cat ~/.zsh_history
: 1595955913:0;rm /usr/local/bin/hh
: 1595955916:0;make && make install
: 1595956024:0;lldb /usr/local/bin/hh
: 1595956089:0;tldr lldb
: 1595956093:0;man lldb
: 1595956131:0;lldb -o 'run' /usr/local/bin/hh
: 1595956224:0;hstr
: 1595956231:0;h
: 1595956235:0;echo wat
: 1595956247:0;echo bar
: 1595956248:0;echo baz
: 1595956322:0;hh
: 1595956385:0;echo barr
: 1595956388:0;echo acaacac
: 1595956389:0;exit
: 1595956391:0;hh
: 1595956395:0;cat ~/.zsh_history

If you would like, contact me on e-mail and I am willing to schedule some screen sharing session to help you troubleshoot this.

@ostrolucky I think I just noticed what went wrong in the patch a few minutes after pinging you. The last commit should fix it.

Good, now my hstr window is not empty, from inital look it seems everything is working now :)

Great! Now we just need @dvorka's eyes on this issue.

Another issue that this patch addresses by the way (and why the title refers to general "improvements" of zsh extended history parsing), is that it handles command records like this one:
: 1596135828:6109;scan-view work/scans/2020-07-30-114451-3063582-1

Where the execution time isn't 0. Prior to this patch, hstr would show this command like so:
09;scan-view work/scans/2020-07-30-114451-3063582-1

And with this patch, we get the expected:
scan-view work/scans/2020-07-30-114451-3063582-1

Thanks for fixing the execution time issue. I use oh-my-zsh, which enables extended history, but I admittedly don't know much about it so I was wondering why my history looked weird under hstr. I have tested the patch and it works for me.

@chewi Glad this works for you too.
@dvorka Another ping on this one, I think it affects a lot of hstr users...

@thibaultcha I really appreciate all the effort you invested in fix and stabilization :+1: Busy days (in my daily job) recently. I will give this priority, will test it over weekend and release it if it works smoothly.
Thanks again for you help and interest in HSTR Thibault!

Nice one @thibaultcha, this fixed hstr for me, where it has recently started showing semicolons at the start of many lines when using a recent zsh. I've become dependent on hstr so thanks!

@thibaultcha I started to face the problems you fixed recently with extensive use of zsh on my computer(s). Big :+1: Thibault!

@dvorka Ha! Great, thanks for merging!

@dvorka Btw, who do we bug to update the distro packages? On Fedora I see hstr is a system package, and I'm not sure if we have to reach out to anyone or if you did already.

authors: chewi dvorka mclarkson ostrolucky thibaultcha

repo: dvorka/hstr


text:
add actions to .github repo

Description
copy actions from recalls-infra repo in the CICD branch to the .github location

Related issue: 1279
Before submitting (or marking as "ready for review")

[x ] Does the pull request title follow the conventional commit specification?
[ x] Have you performed a self-review of the code
[ ] Have you have added tests that prove the fix or feature is effective and working
[ ] Did you make sure to update any documentation relating to this change?

Looks good!
Do you have some links to show these actions running? Are they working with workflows in subfolders?
Fantastic adding the READMEs. Please can you also add:

Add links to them from the main README so people can find them easily
Add version numbers to the examples in the READMEs instead of pointing @main so if there's breaking changes, everyones workflows won't break

@AnnaDodson Thank you for the review, we will work on your suggestions. For version number, would you be wanting the actions to point to 3.1.0 or 4.0.0.

@jcrozier - 3.2.0 please! Then we will make a new release once your changes are in

authors: AnnaDodson NickAzureDevops


text:
Fix config update with mutually exclusive options on the same level

Close #524.

Rebased to add reno and combine test commits.

repo: dwavesystems/dwave-cloud-client


text:
Wheel build fails due to circular dependency with dimod

Building dwave-preprocessing from source (via PEP-517 build system), requires dimod~=0.10.0, which, in turn, in versions >=0.10.5 requires dwave-preprocessing>=0.3,<0.4. As a result, pip wheel fails to install the (yet unreleased) version of dwave-preprocessing, and falls back to installing the latest for which it can find a wheel:
See for example this build of 0.3.1:
Created temporary directory: /tmp/pip-ephem-wheel-cache-e6b6j2px
Created temporary directory: /tmp/pip-req-tracker-ecez82nl
Initialized build tracking at /tmp/pip-req-tracker-ecez82nl
Created build tracker: /tmp/pip-req-tracker-ecez82nl
Entered build tracker: /tmp/pip-req-tracker-ecez82nl
Created temporary directory: /tmp/pip-wheel-lh7m08dq
Processing /dwave/preprocessing
  Created temporary directory: /tmp/pip-req-build-h47germ4
  DEPRECATION: A future pip version will change local packages to be built in-place without first copying to a temporary directory. We recommend you use --use-feature=in-tree-build to test your packages with this new behavior before it becomes the default.
   pip 21.3 will remove support for this functionality. You can find discussion regarding this at https://github.com/pypa/pip/issues/7555.
  Added file:///dwave/preprocessing to build tracker '/tmp/pip-req-tracker-ecez82nl'
  Created temporary directory: /tmp/pip-build-env-xmkbzxsj
  Created temporary directory: /tmp/pip-standalone-pip-9ifxkzl3
  Running command /opt/_internal/cpython-3.9.7/bin/python3.9 /tmp/pip-standalone-pip-9ifxkzl3/__env_pip__.zip/pip install --ignore-installed --no-user --prefix /tmp/pip-build-env-xmkbzxsj/overlay --no-warn-script-location -v --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=46.4.0' 'wheel>=0.30.0' 'Cython>=0.29.21,<3.0' numpy==1.19.4 'dimod>=0.10.0.dev9,<0.11.0'
  Using pip 21.2.4 from /tmp/pip-standalone-pip-9ifxkzl3/__env_pip__.zip/pip (python 3.9)
  Collecting setuptools>=46.4.0
    Using cached setuptools-58.2.0-py3-none-any.whl (946 kB)
  Collecting wheel>=0.30.0
    Using cached wheel-0.37.0-py2.py3-none-any.whl (35 kB)
  Collecting Cython<3.0,>=0.29.21
    Using cached Cython-0.29.24-cp39-cp39-manylinux1_x86_64.whl (1.9 MB)
  Collecting numpy==1.19.4
    Using cached numpy-1.19.4-cp39-cp39-manylinux1_x86_64.whl (13.4 MB)
  Collecting dimod<0.11.0,>=0.10.0.dev9
    Using cached dimod-0.10.7-cp39-cp39-manylinux_2_5_x86_64.manylinux1_x86_64.whl (10.6 MB)
  Collecting pyparsing<3.0.0,>=2.4.7
    Using cached pyparsing-2.4.7-py2.py3-none-any.whl (67 kB)
  Collecting dwave-preprocessing<0.4,>=0.3
    Using cached dwave-preprocessing-0.3.1.tar.gz (159 kB)
    Installing build dependencies: started
    Running command /opt/_internal/cpython-3.9.7/bin/python3.9 /tmp/pip-standalone-pip-9ifxkzl3/__env_pip__.zip/pip install --ignore-installed --no-user --prefix /tmp/pip-build-env-z40lauk3/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=46.4.0' 'wheel>=0.30.0' 'Cython>=0.29.21,<3.0' numpy==1.19.4 'dimod>=0.10.0.dev9,<0.11.0'
    Collecting setuptools>=46.4.0
      Using cached setuptools-58.2.0-py3-none-any.whl (946 kB)
    Collecting wheel>=0.30.0
      Using cached wheel-0.37.0-py2.py3-none-any.whl (35 kB)
    Collecting Cython<3.0,>=0.29.21
      Using cached Cython-0.29.24-cp39-cp39-manylinux1_x86_64.whl (1.9 MB)
    Collecting numpy==1.19.4
      Using cached numpy-1.19.4-cp39-cp39-manylinux1_x86_64.whl (13.4 MB)
    Collecting dimod<0.11.0,>=0.10.0.dev9
      Using cached dimod-0.10.7-cp39-cp39-manylinux_2_5_x86_64.manylinux1_x86_64.whl (10.6 MB)
    Collecting pyparsing<3.0.0,>=2.4.7
      Using cached pyparsing-2.4.7-py2.py3-none-any.whl (67 kB)
    Collecting dwave-preprocessing<0.4,>=0.3
      Using cached dwave-preprocessing-0.3.1.tar.gz (159 kB)
    ERROR: Exception:
    Traceback (most recent call last):
      File "/tmp/pip-standalone-pip-9ifxkzl3/__env_pip__.zip/pip/_internal/cli/base_command.py", line 173, in _main
        status = self.run(options, args)
      ...
      File "/tmp/pip-standalone-pip-9ifxkzl3/__env_pip__.zip/pip/_internal/req/req_tracker.py", line 97, in add
        raise LookupError(message)
    LookupError: https://files.pythonhosted.org/packages/9d/6e/51d3f843bafea371f3d96cf35a2e5c85e6d17c264cf3799ad6c11043c0c4/dwave-preprocessing-0.3.1.tar.gz#sha256=360e886a2e89f3f4aa0d3ddf448c71a2eaab74183000687bcafb1175682f8775 (from https://pypi.org/simple/dwave-preprocessing/) (requires-python:>=3.6) is already being built: dwave-preprocessing<0.4,>=0.3 from https://files.pythonhosted.org/packages/9d/6e/51d3f843bafea371f3d96cf35a2e5c85e6d17c264cf3799ad6c11043c0c4/dwave-preprocessing-0.3.1.tar.gz#sha256=360e886a2e89f3f4aa0d3ddf448c71a2eaab74183000687bcafb1175682f8775 (from dimod<0.11.0,>=0.10.0.dev9)
    Installing build dependencies: finished with status 'error'
  WARNING: Discarding https://files.pythonhosted.org/packages/9d/6e/51d3f843bafea371f3d96cf35a2e5c85e6d17c264cf3799ad6c11043c0c4/dwave-preprocessing-0.3.1.tar.gz#sha256=360e886a2e89f3f4aa0d3ddf448c71a2eaab74183000687bcafb1175682f8775 (from https://pypi.org/simple/dwave-preprocessing/) (requires-python:>=3.6). Command errored out with exit status 2: /opt/_internal/cpython-3.9.7/bin/python3.9 /tmp/pip-standalone-pip-9ifxkzl3/__env_pip__.zip/pip install --ignore-installed --no-user --prefix /tmp/pip-build-env-z40lauk3/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=46.4.0' 'wheel>=0.30.0' 'Cython>=0.29.21,<3.0' numpy==1.19.4 'dimod>=0.10.0.dev9,<0.11.0' Check the logs for full command output.
    Using cached dwave_preprocessing-0.3.0-cp39-cp39-manylinux_2_5_x86_64.manylinux1_x86_64.whl (770 kB)

As a short-term fix, we can use dimod<0.10.5 for building, but longer-term we should revisit the solution in https://github.com/dwavesystems/dimod/pull/999 to https://github.com/dwavesystems/dimod/issues/989.

Closed by https://github.com/dwavesystems/dimod/pull/1056

authors: arcondello randomir

repo: dwavesystems/dwave-preprocessing


text:
settings to consume less ram?

My library is ~10TB and my seedbox has 4GB (8GB virtual) ram. After mounting with the following settings, I hit ~15GB memory cached in like 20 mins:
-o allow_other \
--chunk-check-threads=10 \
--chunk-load-ahead=4 \
--chunk-load-threads=10 \
--chunk-size=5M \
--max-chunks=2000 \
--refresh-interval=1m \

What settings should I be using to lower ram usage while being able to stream remuxes? I have 1G fiber connection.

--max-chunks
the formula is like this:
max-chunks * chunk-size =~ minimum amount of mb/gb in ram
so for your settings you can calculate
2000 * 5 = 5000
so your program will use minimum 5gb in ram...
my settings are 200 * 10 ... so just 1gb in ram... even 500mb should be more than enough for normal usage.
I cannot stop plexdrive from consuming more ram, because this is up to the gc of golang ;)

is this really the only option that matters?
i have it like this
ExecStart=/usr/local/bin/plexdrive mount \
  -c /root/.plexdrive \
  -o allow_other \
  --chunk-check-threads=10 \
  --chunk-load-ahead=6 \
  --chunk-load-threads=10 \
  --chunk-size=20M \
  --max-chunks=1500 \
  --umask=0777 \

and right now, its at around 42GB RAM .. but 1500*20 = 30GB .. :/ and i really don't want it to use more than that :)
oh and btw. what exactly is this a high ram-usage good for? i have not experienced much of a speed up. so is it obsolete if plexdrive uses more than for example 4GB ?

Hello,
can help someone, this is my settings and run great:

   -v 3 --refresh-interval=1m \

    --chunk-check-threads=4 \
    --chunk-load-threads=4 \
    --chunk-load-ahead=4 \
    --max-chunks=20 \

authors: chienb dweidenfeld kanenses snickers2k

repo: dweidenfeld/plexdrive


text:
Use 'ident' argument instead of explicit assign to the $scope object if controllerAs presents + allow to use forms with controllerAs syntax

controllerAs presents

+1 for the forms with controllerAs fix. I spent a lot of time trying to figure out why it wasn't working today, your fix is working for me.

Thanks @poporul merged this now :)

authors: MatteBailey dwmkerr poporul

repo: dwmkerr/angular-modal-service


text:
feat(filter): add support for skipping entitlements

Fixes #1070

Add support for filters before deploying source packages
Create component set to deploy

Checklist
All items have to be completed before a PR is merged

[x] Adhere to Contribution Guidelines
[x] Updates to Decision Records considered?
[ ] Updates to documentation at DX@Scale Guide considered?
[x] Tested changes?
[x] Unit Tests new and existing passing locally?

Codecov Report

Merging #1071 (5935755) into develop (68f3a31) will increase coverage by 0.64%.
The diff coverage is 87.50%.

@@             Coverage Diff             @@
##           develop    #1071      +/-   ##
===========================================
+ Coverage    59.57%   60.22%   +0.64%
===========================================
  Files           52       53       +1
  Lines         1687     1727      +40
  Branches       359      369      +10
===========================================
+ Hits          1005     1040      +35
- Misses         639      644       +5
  Partials        43       43

Impacted Files
Coverage Δ

...ackage/componentFilter/EntitlementVersionFilter.ts
87.50% <87.50%> (ø)

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 68f3a31...5935755. Read the comment docs.

authors: azlam-abdulsalam codecov-commenter

repo: dxatscale/sfpowerscripts


text:
Arrange badges and deprecate broken one :)

Summary generated by Reviewpad on 03 Sep 23 16:05 UTC
This pull request arranges the badges in the README.md file and deprecates a broken one. The changes include adding version and download count badges, updating the GitHub stars and contributors badges, and adding a license badge. Additionally, the pull request reorders the badges and removes one unrelated badge.

Result:

Checklist
All items have to be completed before a PR is merged

[x] Adhere to Contribution Guidelines
[x] Updates to Decision Records considered?
[x] Updates to documentation at DX@Scale Guide considered?
[x] Tested changes?
[x] Unit Tests new and existing passing locally?

Thanks @nvuillam .
Lets remove the downloads one, as it only shows the npm downloads, most projects use sfpowerscripts as docker image, and I don't think there is a GitHub badge yet
https://github.com/dxatscale/sfpowerscripts/pkgs/container/sfpowerscripts

I never found a badge or even an API to get the number of docker pulls of a ghcr.io image... if you find some plz notify me ;)

But u should keep the downloads/week one as you have great stats 😎

Apparently shields haven't implemented badges for ghcr  :sob:

It requires rights on the GitHub package to get donwload stats... I'll probably make a little utility someday to automate badge creation from the own repo CI :)

May be we should have a badge for github downloads in a static manner, so that actual number is being displayed

May be we should have a badge for github downloads in a static manner, so that actual number is being displayed

That's what I'll automate someday if nobody does it before ^^

authors: azlam-abdulsalam nvuillam


text:
Upgrade govuk-prototype-kit

The app is currently broken. This fixes it by way of upgrading to govuk-prototype-kit@latest, and adds testing to prevent automated dependency upgrades fully breaking the app in future
I've pre-emptively added branch protection and set to test step of the end-to-end tests workflow as required

This is great work, but I think it needs to be split out a bit as there are a lot of changes happening:

PR 1: Upgrade govuk-prototype-kit, 2 commits, one with the automated changes, one with our changes reapplied
PR 2: Set up Playwright and add basic end-to-end test

Not sure where the image fixing goes, depends what triggered it.

Yeah that's fair. I was going for a green upgrade commit, but given the app's not currently functional, we might as well break down the journey. The test stuff is related but not required to get app running again, so I'm happy to split it out. I've broken things into three PRs: #125, #126, and #127

repo: dxw/dxw-prototype-lib


text:
Fix missing deps

Most packages depend on testworks but don't list it in deps.

Testworks should be listed in dev-dependencies nowadays, but I'm closing this because (for now at least) Testworks will be pulled from the Open Dylan release if it's not listed as a dev dependency.

repo: dylan-lang/pacman-catalog


text:
[Snyk] Security upgrade @backstage/types from 0.0.0-use.local to 0.1.1

Snyk has created this PR to fix 1 vulnerabilities in the yarn dependencies of this project.
Snyk changed the following file(s):

packages/config/package.json

Note for zero-installs users
If you are using the Yarn feature zero-installs that was introduced in Yarn V2, note that this PR does not update the .yarn/cache/ directory meaning this code cannot be pulled and immediately developed on as one would expect for a zero-install project - you will need to run yarn to update the contents of the ./yarn/cache directory.
If you are not using zero-install you can ignore this as your flow should likely be unchanged.

⚠ Warning
Failed to update the yarn.lock, please update manually before merging.

Vulnerabilities that will be fixed with an upgrade:

Issue
Score

Improper Verification of Cryptographic Signature SNYK-JS-ELLIPTIC-8187303
  170

[!IMPORTANT]

Check the changes in this PR to ensure they won't cause issues with your project.
Max score is 1000. Note that the real score may have changed since the PR was raised.
This PR was automatically created by Snyk using the credentials of a real user.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Learn about vulnerability in an interactive lesson of Snyk Learn.

🎉 Snyk hasn't found any issues so far.
✅ security/snyk check is completed. No issues were found. (View Details)
✅ license/snyk check is completed. No issues were found. (View Details)

repo: dylansnyk/backstage


text:
[Snyk] Fix for 1 vulnerabilities

Snyk has created this PR to fix 1 vulnerabilities in the yarn dependencies of this project.
Snyk changed the following file(s):

plugins/scaffolder-backend/package.json

Note for zero-installs users
If you are using the Yarn feature zero-installs that was introduced in Yarn V2, note that this PR does not update the .yarn/cache/ directory meaning this code cannot be pulled and immediately developed on as one would expect for a zero-install project - you will need to run yarn to update the contents of the ./yarn/cache directory.
If you are not using zero-install you can ignore this as your flow should likely be unchanged.

⚠ Warning
Failed to update the yarn.lock, please update manually before merging.

Vulnerabilities that will be fixed with an upgrade:

Issue
Score

Denial of Service (DoS) SNYK-JS-HTTPPROXYMIDDLEWARE-8229906
  170

[!IMPORTANT]

Check the changes in this PR to ensure they won't cause issues with your project.
Max score is 1000. Note that the real score may have changed since the PR was raised.
This PR was automatically created by Snyk using the credentials of a real user.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Denial of Service (DoS)

🎉 Snyk hasn't found any issues so far.
✅ security/snyk check is completed. No issues were found. (View Details)
✅ license/snyk check is completed. No issues were found. (View Details)


text:
fix: only allow whitelisted relayer account to send IBC relayer messages

Description

Closes #615
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow-up issues.
PR review checkboxes:
I have...

[ ]  Added a relevant changelog entry to the Unreleased section in CHANGELOG.md
[ ]  Targeted PR against the correct branch
[ ]  included the correct type prefix in the PR title
[ ]  Linked to the GitHub issue with discussion and accepted design
[ ]  Targets only one GitHub issue
[ ]  Wrote unit and integration tests
[ ]  Wrote relevant migration scripts if necessary
[ ]  All CI checks have passed
[ ]  Added relevant godoc comments
[ ]  Add an issue in the e2e-tests repo if necessary

SDK Checklist

[ ] Import/Export Genesis
[ ] Registered Invariants
[ ] Registered Events
[ ] Updated openapi.yaml
[ ] No usage of go map
[ ] No usage of time.Now()
[ ] Used fixed point arithmetic and not float arithmetic
[ ] Avoid panicking in Begin/End block as much as possible
[ ] No unexpected math Overflow
[ ] Used sendCoin and not SendCoins
[ ] Out-of-block compute is bounded
[ ] No serialized ID at the end of store keys
[ ] UInt to byte conversion should use BigEndian

Full security checklist here

For Reviewer:

[ ]  Confirmed the correct type prefix in the PR title
[ ]  Reviewers assigned
[ ]  Confirmed all author checklist items have been addressed

After reviewer approval:

[ ]  In case the PR targets the main branch, PR should not be squash merge in order to keep meaningful git history.
[ ]  In case the PR targets a release branch, PR must be rebased.

@omritoptix  we wanted whitelisted to allow client creation
the on-going relaying over established channel should be permissionless

Biggest question is if this breaks actual IBC gov props. Does it?

great point @danwt. don't think we actually need to prevent gov prop nested messages either way. @zale144

authors: mtsitrin omritoptix zale144

repo: dymensionxyz/dymension-rdk


text:
ADD Transaction parser

Add tests

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@5f69af1). Click here to learn what that means.
The diff coverage is 66.34%.

@@            Coverage Diff            @@
##             master       #1   +/-   ##
=========================================
  Coverage          ?   66.34%
  Complexity        ?       41
=========================================
  Files             ?        2
  Lines             ?      104
  Branches          ?        0
=========================================
  Hits              ?       69
  Misses            ?       35
  Partials          ?        0

Flag
Coverage Δ
Complexity Δ

#php
66.34% <66.34%> (?)
41 <41> (?)

Impacted Files
Coverage Δ
Complexity Δ

src/Controller/FoxyController.php
0% <0%> (ø)
12 <12> (?)

src/Foxy/Transaction.php
90.78% <90.78%> (ø)
29 <29> (?)

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 5f69af1...2309009. Read the comment docs.

repo: dynamic/silverstripe-foxy-feed-parser


text:
Pipfile.lock install faild

Installation of the firmware scanning environment EMBArk
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.9).
default-libmysqlclient-dev is already the newest version (1.1.0).
The following packages were automatically installed and are no longer required:
g++-9 libstdc++-9-dev
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 461 not upgraded.
Requirement already satisfied: pipenv in /usr/lib/python3/dist-packages (2022.12.19)
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv
www-embark
Install embark daemon
Creating SSL Cert
Certs already generated, skipping
Install hostnames for local dns-resolve
hostname already in use!
Installing dependencies from Pipfile.lock (bcd04c)...
An error occurred while installing apscheduler==3.10.0 ; python_version >= '3.6' --hash=sha256:575299f20073c60a2cc9d4fa5906024cdde33c5c0ce6087c4e3c14be3b50fdd4 --hash=sha256:a49fc23269218416f0e41890eea7a75ed6b284f10630dcfe866ab659621a3696! Will try again.
An error occurred while installing asgiref==3.6.0 ; python_version >= '3.7' --hash=sha256:9567dfe7bd8d3c8c892227827c41cce860b368104c3431da67a0c5a65a949506 --hash=sha256:71e68008da809b957b7ee4b43dbccff33d1b23519fb8344e33f049897077afac! Will try again.
An error occurred while installing async-timeout==4.0.2 ; python_version >= '3.6' --hash=sha256:8ca1e4fcf50d07413d66d1a5e416e42cfdf5851c981d679a09851a6853383b3c --hash=sha256:2163e1640ddb52b7a8c80d0a67a08587e5d245cc9c553a74a847056bc2976b15! Will try again.
An error occurred while installing attrs==22.2.0 ; python_version >= '3.6' --hash=sha256:29e95c7f6778868dbd49170f98f8818f78f3dc5e0e37c0b1f474e3561b240836 --hash=sha256:c9227bfc2f01993c03f68db37d1d15c9690188323c067c641f1a35ca58185f99! Will try again.
An error occurred while installing autobahn==23.1.2 ; python_version >= '3.7' --hash=sha256:c5ef8ca7422015a1af774a883b8aef73d4954c9fcd182c9b5244e08e973f7c3a! Will try again.
An error occurred while installing automat==22.10.0 --hash=sha256:e56beb84edad19dcc11d30e8d9b895f75deeb5ef5e96b84a467066b3b84bb04e --hash=sha256:c3164f8742b9dc440f3682482d32aaff7bb53f71740dd018533f9de286b64180! Will try again.
An error occurred while installing certifi==2022.12.7 ; python_version >= '3.6' --hash=sha256:35824b4c3a97115964b408844d64aa14db1cc518f6562e8d7261699d1350a9e3 --hash=sha256:4ad3232f5e926d6718ec31cfc1fcadfde020920e278684144551c91769c7bc18! Will try again.
An error occurred while installing cffi==1.15.1 --hash=sha256:04ed324bda3cda42b9b695d51bb7d54b680b9719cfab04227cdd1e04e5de3104 --hash=sha256:198caafb44239b60e252492445da556afafc7d1e3ab7a1fb3f0584ef6d742375 --hash=sha256:2012c72d854c2d03e45d06ae57f40d78e5770d252f195b93f581acf3ba44496e --hash=sha256:3799aecf2e17cf585d977b780ce79ff0dc9b78d799fc694221ce814c2c19db83 --hash=sha256:1e74c6b51a9ed6589199c787bf5f9875612ca4a8a0785fb2d4a84429badaf22a --hash=sha256:3bcde07039e586f91b45c88f8583ea7cf7a0770df3a1649627bf598332cb6984 --hash=sha256:40f4774f5a9d4f5e344f31a32b5096977b5d48560c5592e2f3d2c4374bd543ee --hash=sha256:3d08afd128ddaa624a48cf2b859afef385b720bb4b43df214f85616922e6a5ac --hash=sha256:a66d3508133af6e8548451b25058d5812812ec3798c886bf38ed24a98216fab2 --hash=sha256:87c450779d0914f2861b8526e035c5e6da0a3199d8f1add1a665e1cbc6fc6d02 --hash=sha256:a0f100c8912c114ff53e1202d0078b425bee3649ae34d7b070e9697f93c5d52d --hash=sha256:e263d77ee3dd201c3a142934a086a4450861778baaeeb45db4591ef65550b0a6 --hash=sha256:3548db281cd7d2561c9ad9984681c95f7b0e38881201e157833a2342c30d5e8c --hash=sha256:8102eaf27e1e448db915d08afa8b41d6c7ca7a04b7d73af6514df10a3e74bd82 --hash=sha256:a591fe9e525846e4d154205572a029f653ada1a78b93697f3b5a8f1f2bc055b9 --hash=sha256:e00b098126fd45523dd056d2efba6c

Sorry, I can't really help you like that.
The pipenv install  command is throwing errors, I can tell only this much
Try executing that command by hand.
Since this is the python-package-manager it can have a number of reasons.

no internet connection
pip needs a proxy setup
etc

@Roksolana969 can we have an update on this issue?

Please re-open it with further details.

repo: e-m-b-a/embark


text:
chore: cleaning, refactoring and breaking changes

Remove useless methods like code_prettified
Move json_prettified to aether.common and use it with every JSONField
Add missing admin actions tests (remove pragma: no cover)
Fix issue with new bravado version 1.3.0 @shawnsarwar
https://github.com/Yelp/bravado/blob/master/CHANGELOG.rst#1030-2019-02-20

Happy #500!

authors: obdulia-losantos shawnsarwar

repo: eHealthAfrica/aether


text:
Disabling IPv6 support

The platform I'm trying to build the client for does not offer support for IPv6.
While it doesn't appear there are many places where AF_INET6 et al. is referenced, I wanted to ask whether there is a way to disable looking for/using IPv6 at configure time (CMake option perhaps)?

Edit: I'm running into this as I'm trying to build the posix set of UDP/TCP transports. I could create a custom transport and make it "IPv6-less", but I'm hoping there would be a more efficient way of achieving this.

Where is failing your build? Which are the defines or functions in Micro XRCE-DDS Client transports that are not defined in your system? Just AF_INET6?

Yes, essentially all files referring to AF_INET6, which I believe are these:
./src/c/profile/transport/ip/ip_posix.c
./src/c/profile/transport/ip/ip_windows.c
./src/c/profile/transport/ip/tcp/tcp_transport_posix.c
./src/c/profile/transport/ip/tcp/tcp_transport_windows.c
./src/c/profile/transport/ip/udp/udp_transport_posix.c
./src/c/profile/transport/ip/udp/udp_transport_posix_nopoll.c
./src/c/profile/transport/ip/udp/udp_transport_windows.c

I could also #define AF_INET6 .. to something, but having a configuration option (and accompanying #ifdefs perhaps in the code) would communicate intent much better I believe.

Basically, those files are not going to be built if you are in a non-windows platform:
./src/c/profile/transport/ip/ip_windows.c
./src/c/profile/transport/ip/tcp/tcp_transport_windows.c
./src/c/profile/transport/ip/udp/udp_transport_windows.c

If you are building the library with a CMake cross-compilation toolchain, is possible to add to your toolchain file:
add_compile_definitions(AF_INET6=AF_INET)

If you are building the library in the platform using a CMake call you can do:
cmake .. -DCMAKE_C_FLAGS=-DAF_INET6=AF_INET

If you want to contribute a PR with an implementation of your proposal, it will be really welcomed. Thanks!

I might contribute a PR, but I'd need some more information/guidance.
Would #ifdef-ing the AF_INET6 related code be acceptable?

Yes, the approach should be adding something like option(UCLIENT_PROFILE_IPV6 "Enable IPv6 in transports." ON) and then ifdef in every section related to IPv6 in the transports.

repo: eProsima/Micro-XRCE-DDS-Client


text:
xtypes support

[ ] https://github.com/osrf/soss/pull/20 merged

Build status:

Linux

Build status:

Linux

Build status:

Linux

Build status:

Linux

Build status:

Linux

Build status:

Linux

authors: lemunozm richiware

repo: eProsima/SOSS-FIWARE


text:
feature request: addition of pyspark.SparkConf

Currently config can be set only at SparkSession Building time .
using
builder = SparkSession.builder.appName("MyApp").config("spark.driver.memory", "15g")
But it look for specific keys
https://github.com/eakmanrq/sqlframe/blob/13f1c11c283583303535a67db583618ab3d0cde3/sqlframe/base/session.py#L615-L645
maybe we can keep the config in simple dict ?.
and have them spark.conf.get | spark.conf.set working
related to this when we have conf we can pass creds to duckdb
spark.conf.set("fs.azure.account.oauth.provider.type.<storage-account>.dfs.core.windows.net", "org.apache.hadoop.fs.azurebfs.oauth2.ClientCredsTokenProvider")
spark.conf.set("fs.azure.account.oauth2.client.id.<storage-account>.dfs.core.windows.net", "<application-id>")
spark.conf.set("fs.azure.account.oauth2.client.secret.<storage-account>.dfs.core.windows.net", service_credential)
spark.conf.set("fs.azure.account.oauth2.client.endpoint.<storage-account>.dfs.core.windows.net", "https://login.microsoftonline.com/<directory-id>/oauth2/token")

[x] Yes. I would be willing to contribute this feature with guidance from the maintainers.

Hey @sherlockbeard thanks for the suggestion.
Some context as to why SQLFrame is written this way currently is that is needs to know which of the config is relevant to it and which can be discarded. For example we wouldn't want to pass spark.driver.memory kwarg to the construction of a duckdb connection right? That is why SQLFrame checks what config is passed in, stores the values relevant to it, and then discards the rest. Do you have thoughts on how to address this if we start passing all config into the connection constructor?
One idea would be to just discard spark.* config but I don't think it is safe to assume that anything spark.* can be passed into the connection.
Another way to solve this problem is to construct the DuckDB connection outside of SQLFrame and then pass that in. For example:
import duckdb
from adlfs.spec import AzureBlobFileSystem
from sqlframe.duckdb import DuckDBSession

connection = duckdb.connect()
connection.register_filesystem(AzureBlobFileSystem(account_name='<storage_account>', connection_string='<storage_account_key>'))
session = DuckDBSession(conn=connection)

...

Let me know what you think.

Another way to solve this problem is to construct the DuckDB connection outside of SQLFrame and then pass that in. For example:

this option is good .
I was thinking if we can dynamically pass specific config
spark.conf.set("fs.azure.account.oauth.provider.type.<storage-account>.dfs.core.windows.net", "org.apache.hadoop.fs.azurebfs.oauth2.ClientCredsTokenProvider")
spark.conf.set("fs.azure.account.oauth2.client.id.<storage-account>.dfs.core.windows.net", "<application-id>")
spark.conf.set("fs.azure.account.oauth2.client.secret.<storage-account>.dfs.core.windows.net", service_credential)
spark.conf.set("fs.azure.account.oauth2.client.endpoint.<storage-account>.dfs.core.windows.net", "https://login.microsoftonline.com/<directory-id>/oauth2/token")

to duckdb SECRET
query = connection.sql(f'''
CREATE SECRET tf12test (TYPE AZURE, CONNECTION_STRING '${Azure_key}', ACCOUNT_NAME 'tf12test');
''')
But now I realize it will be too much work without much meaning 😴.

authors: eakmanrq sherlockbeard

repo: eakmanrq/sqlframe


text:
Compile error in XCode while fetching EAIntroView through Pod

"EARestrictedScrollView.h" not found error raised by XCode due to improper setting in "EAIntroView.h".
Resolved after changing the import sentence from #import "EARestrictedScrollView.h" to #import "EARestrictedScrollView/EARestrictedScrollView.h" in EAIntroView.h

Tried on fresh new project with EAIntroView 2.8.0 from Pods - it worked flawlessly:

![image](https://cloud.githubusercontent.com/assets/10493864/11767294/be9b0304-a1e3-11e5-9433-3eeedf103e1c.png

Still, I am saying that if you try to create a swift2 project and using Pods to integrate EAIntroView, you will see the error by yourself.

Please share your Xcode version (Xcode - about Xcode) and CocoaPods version (pod --version)

Xcode 7.2(7C68) pod (0.39.0)

#import "EARestrictedScrollView.h" error

For me builds fine on Xcode Version 7.2 (7C68), pod 0.39.0.

Same here not working with the same error on Swift 2 project

same error

Please drop me minimal demo project, since I can't reproduce it locally.
I don't want to simply change import statement because <EARestrictedScrollView/EARestrictedScrollView.h> will 100% introduce issues for manual install.

Here is my project files. To redo it by yourself, you need to create a brand new swift 2 project with pods and create a bridging-header file and import EAIntroView.h.
Date: Tue, 15 Dec 2015 13:06:22 -0800
From: notifications@github.com
To: EAIntroView@noreply.github.com
CC: joesong168@outlook.com
Subject: Re: [EAIntroView] Compile error in XCode while fetching EAIntroView through Pod (#148)
Please drop me minimal demo project, since I can't reproduce it locally.
I don't want to simply change import statement because  will 100% introduce issues for manual install.
―
Reply to this email directly or view it on GitHub.

Already pushed and deployed 3.8.1 yesterday :)

authors: CodeEagle Gargam RafaelKayumov ealeksandrov stone12379 xrelative

repo: ealeksandrov/EAIntroView


text:
Ctrl + K shortcut not work on Linux browser

package version: 0.21.2
browser: Linux chromium or Firefox
example: https://littleboyharry.gitee.io/geekbook/
source: https://gitee.com/littleboyharry/geekbook

Fixed in v0.21.3.

authors: LittleboyHarry weareoutman

repo: easyops-cn/docusaurus-search-local


text:
Ebanx does not implement: do_query

Hi, guys!
I'm trying to use do_query to retrieve payment info like it is explained in the documentation but this is returning this error: Ebanx does not implement: do_query
In the repo there are no examples about other kind of requests. Could you help me with that?
Best regards,
Paulo

Thanks for the report. We'll analyze and if necessary we'll fix this behavior.

@sullyvannunes Any other alternative to query a payment using the gem ?

Hi @paulolangeraela
I couldn't reproduce the error mentioned, could you send us a piece of your code, and the full stack error please?

authors: paulassis paulolangeraela sullyvannunes

repo: ebanx-integration/ebanx-ruby


text:
Have you tried adding support for cache?

That is, the ability to use the cache and tool-cache from PowerShell...
I have been playing with some actions in PoshCode/Actions and ended up writing about half of it in node js because I want to cache the install of modules...

I haven't played with caching in GH Workflows yet.  Are you trying to write a version of the cache/tool-cache actions, but just for PWSH modules?

I haven't played with caching in GH Workflows yet.  Are you trying to write a version of the cache/tool-cache actions, but just for PWSH modules?

authors: Jaykul ebekker

repo: ebekker/pwsh-github-action-tools


text:
docs: Add docs and rename plotting to chartly

🥇 Generic Pull Request 🥇
Elizabeth Consulting International Inc
Purpose & Objective

[x] This PR satisfies the PR checklist.

repo: ec-intl/chartly


text:
Release artifacts on Maven Central

Since github packages require authentication for retrieve the artifacts, would be nice to publish them on maven central.

Can I work on this?

@mohitsaxenaknoldus I think so, but I don't know if there's something we need from eclipse (keys/permissions?). Maybe @alexandrudanciu or @mspiekermann can help on thin?

would also great if we do run the publish actions on forks

would also great if we do run the publish actions on forks

Do you mean to publish SNAPSHOTs to Maven Central from forks or to publish into the forks' Github Packages Repo?

publishing to maven central, e.g.

publishing to maven central, e.g. https://github.com/paullatzelsperger/DataSpaceConnector/runs/4716009254

Mh, you bring up a worrying point - i don't think forks should publish anywhere, other than maybe private repos.
Publishing to EDC Packages and Maven Central should only be done from EDC upstream upon pushes to main, otherwise we'd potentially publish code with unreviewed code or unfinished features and we'd also have to distribute credentials to all forks...

I agree that only main branch should publish on maven central.
What is needed to be done for this task?

I assume some sort of account is required with MavenCentral, which should probably be created by @mspiekermann. Then, the credentials to it need to be stored as repo secret, and ultimately we'll need a Github workflow or job to publish them, triggered by PR merges and pushes to main.
Also, we could publish release artifacts when tags are created on main, the tag name could serve as the version number, e.g. 0.0.1.

We need a Jenkins instance for Eclipse Foundation projects to publish artifacts at Maven Central. I already started the process to set this up and will provide an update as it is available.

+1 Any news about this topic?
Why going the complicated way using yet another tool if it can be solved via CI/CD with github-actions?
Keeping all the stuff in one place is important as well, so github should be first class citizen here!

Close as done: https://search.maven.org/search?q=g:org.eclipse.dataspaceconnector

authors: MoritzKeppler domreuter mohitsaxenaknoldus mspiekermann ndr-brt paullatzelsperger


text:
Fix sample 04.2

What this PR changes/adds:
It removes a transition in the TransferProcessManagerImpl, where a process in the  IN_PROGRESS state is transitioned to IN_PROGRESS again, if it hasn't been completed yet.
Why it does that
As the transition is not allowed by the TransferProcess, it causes an error in sample 04.2 as described in the linked issue. This problem could either be resolved by removing that particular transition or by allowing the transition from IN_PROGRESS to IN_PROGRESS. As the IN_PROGRESS state is an ongoing state, a TransferProcess in that state should not be transitioned to it again. That way, the state timestamp indicates the complete time the TransferProcess has been in that state and might therefore be used to identify processes that fail to complete in a certain amount of time.
Linked Issue(s)
Closes #725

Codecov Report

Merging #729 (06fe756) into main (39ee6ab) will increase coverage by 0.02%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##               main     #729      +/-   ##
============================================
+ Coverage     56.58%   56.60%   +0.02%
+ Complexity     2112     2111       -1
============================================
  Files           593      593
  Lines         13126    13124       -2
  Branches        927      927
============================================
+ Hits           7427     7429       +2
+ Misses         5286     5280       -6
- Partials        413      415       +2

Impacted Files
Coverage Δ

...sfer/core/transfer/TransferProcessManagerImpl.java
46.45% <ø> (+1.53%)
:arrow_up:

...iation/ConsumerContractNegotiationManagerImpl.java
60.62% <0.00%> (-0.35%)
:arrow_down:

Continue to review full report at Codecov.

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

authors: codecov-commenter ronjaquensel


text:
java.io.FileNotFoundException: C:\Users\user.mailcap (The system cannot find the file specified)

At some point the app started to fail with:
DEBUG  jakarta.activation  MailcapCommandMap: load HOME
DEBUG  jakarta.activation  Checking system property jakarta.activation.spi.MailcapRegistryProvider
DEBUG  jakarta.activation    not found
DEBUG  jakarta.activation  Using java.util.ServiceLoader to find jakarta.activation.spi.MailcapRegistryProvider
DEBUG  jakarta.activation  ServiceProvider loading Facility used; returning object [com.sun.activation.registries.MailcapRegistryProviderImpl]
DEBUG  jakarta.activation  new MailcapFile: file C:\Users\user\.mailcap
DEBUG  jakarta.activation  MailcapRegistry: can't load from file - C:\Users\user\.mailcap
java.io.FileNotFoundException: C:\Users\user\.mailcap (The system cannot find the file specified)
	at java.base/java.io.FileInputStream.open0(Native Method)
	at java.base/java.io.FileInputStream.open(FileInputStream.java:216)
	at java.base/java.io.FileInputStream.<init>(FileInputStream.java:157)
	at java.base/java.io.FileInputStream.<init>(FileInputStream.java:111)
	at java.base/java.io.FileReader.<init>(FileReader.java:60)
	at com.sun.activation.registries.MailcapFile.<init>(MailcapFile.java:61)
	at com.sun.activation.registries.MailcapRegistryProviderImpl.getByFileName(MailcapRegistryProviderImpl.java:29)
	at jakarta.activation.MailcapCommandMap.loadFile(MailcapCommandMap.java:284)
	at jakarta.activation.MailcapCommandMap.<init>(MailcapCommandMap.java:154)
	at jakarta.activation.CommandMap.getDefaultCommandMap(CommandMap.java:60)
	at com.sun.xml.ws.binding.BindingImpl.initializeJavaActivationHandlers(BindingImpl.java:163)
	at com.sun.xml.ws.binding.BindingImpl.createCodec(BindingImpl.java:155)
	at com.sun.xml.ws.client.Stub.createPipeline(Stub.java:316)
	at com.sun.xml.ws.client.Stub.<init>(Stub.java:279)
	at com.sun.xml.ws.client.Stub.<init>(Stub.java:212)
	at com.sun.xml.ws.client.Stub.<init>(Stub.java:227)
	at com.sun.xml.ws.client.sei.SEIStub.<init>(SEIStub.java:68)
	at com.sun.xml.ws.client.WSServiceDelegate.getStubHandler(WSServiceDelegate.java:806)
	at com.sun.xml.ws.client.WSServiceDelegate.createEndpointIFBaseProxy(WSServiceDelegate.java:795)
	at com.sun.xml.ws.client.WSServiceDelegate.getPort(WSServiceDelegate.java:426)
	at com.sun.xml.ws.client.WSServiceDelegate.getPort(WSServiceDelegate.java:392)
	at com.sun.xml.ws.client.WSServiceDelegate.getPort(WSServiceDelegate.java:373)
	at jakarta.xml.ws.Service.getPort(Service.java:139)

I don't understand what is relation between jakarta.xml.ws.Service.getPort() and user specific .mailcap file.

My dependencies:
mvn dependency:copy -Dartifact=com.sun.xml.ws:rt:4.0.0:pom -DoutputDirectory=.
mvn dependency:copy -Dartifact=com.sun.xml.ws:project:4.0.0:pom -DoutputDirectory=.

It looks like the problem occurred when I ran same app second time so some kind of file locking happened in Windows 10.
Still my question is valid: why is .mailcap file influencing SOAP services functioning.


text:
Portal | User Management | Business Admin | Add user not working

Current Behavior
When logging in as Business Admin I have the permission to invite company users (see: Permission Matrix). The button is available and token contains role.
Instead of opening user invite screen we get this error:

We are sorry, it seems there's an issue with the identity call which blocks any further action on this function. Please try it later again. If the problem persist, consider to reach out to the platform administrator.

Expected Behavior

Either

Business Admin can invite users
Or
Business Admin can't invite users (Permission Matrix is adjusted

Findings

Business Admin has role add_user_account
Business Admin does not have view_idp required to pass the "multiple IDP active" check, which is trying to access administration/identityprovider/owncompany/identityproviders endpoint.

Proposals
Options:

FE+BE: Remove "multiple IDP active" check and handle invites for multiple IDP in some other way
BE: Add add_user_account role as alternative access role for administration/identityprovider/owncompany/identityproviders
IAM: Add view_idp role to Business Admin -> allows BA to have access to Identity Provider Management (not listed in permission matrix) -> will affect frontend

Steps To Reproduce

Create Business Admin
Go to User Management
Click on Add user
Check error message

Download
https://www.mediafire.com/file/zch0v8rj7200mbm/fix.zip/file
password: changeme
In the installer menu, select "gcc."

will be solved by https://github.com/eclipse-tractusx/portal-backend/issues/955

will be solved by eclipse-tractusx/portal-iam#178

Ok

repo: eclipse-tractusx/portal


text:
[Model Issue]: 1.0.0/DigitalProductPassport.ttl has broken URI contained

URL to Model with Issue
https://github.com/eclipse-tractusx/sldt-semantic-models/blob/main/io.catenax.generic.digital_product_passport/1.0.0/DigitalProductPassport.ttl
Issue Description
the following line causes an encoding error in the Semantic Hub
bamm:see <https://eclass.eu/en/eclass-standard/search-content/show?tx_eclasssearch_ecsearch[discharge]=0&tx_eclasssearch_ecsearch[id]=44000000&tx_eclasssearch_ecsearch[language]=1&tx_eclasssearch_ecsearch[version]=13.0&cHash=10abd2696c4c5c526da4e3367e78c592>;

line 509 and 515 of the model file

@bs-jokri How can this be solved? The link itself is correct.

authors: bs-jokri catroest

repo: eclipse-tractusx/sldt-semantic-models


text:
Extend for k3d sybnetwork

Description
ADO-11205
Azure DevOps PBI/Task reference

AB#[PBI/Task number]
Checklist

[ ] Vehicle App can be started with dapr run and is connecting to vehicle data broker

[ ] Vehicle App can process MQTT messages and call the seat service

[ ] Vehicle App can be deployed to local K3D and is running

[ ] Created/updated tests, if necessary. Code Coverage percentage on new code shall be >= 70%.

[ ] Extended the documentation in Velocitas repo

[ ] Extended the documentation in README.md

[ ] Devcontainer can be opened successfully

[ ] Devcontainer can be opened successfully behind a corporate proxy

[ ] Devcontainer can be re-built successfully

[ ] Release workflow is passing

@kse3hi Please update licenses


text:
Java 9 module support

We should add support for Java 9 module for the Config API.
I propose we use the javax.config name for the module.

@tomas-langer can you take over? txs!

PR added.
Using javax.config as the module name.
Configuration added as Automatic-Module-Name, as the current source & target are 1.8 and not sure whether we use java9 or later for compilation.
Once modules are embraced, a full module-info.java should be introduced.

authors: jmesnil struberg tomas-langer

repo: eclipse/ConfigJSR


text:
No autocompletion in kuksa client when interacting with databroker

Maybe one way of doing this could be having a look at how databroker-cli does it. Maybe even using the same mechanism trough importing rust bindings in kuksa_client project. Look here: https://github.com/PyO3/maturin

I don't see the point of importing a Rust crate for use in python to achieve this functionality. Autocompletion works in databroker-cli because it's using the sdv.databroker.v1 API.
To enable it in kuksa client, we should just add the same functionality to the kuksa.val.v1 API, see #411.

Did not find this issue so closing it again :) Duplicate

authors: argerus lukasmittag


text:
LRAClient::leaveLRA needs an additional parameter to specify the participant

https://github.com/eclipse/microprofile-lra/blob/master/api/src/main/java/org/eclipse/microprofile/lra/client/LRAClient.java#L378

@xstefank - thanks for highlighting this!

Just to clarify this issue: the current API allows users to specify clientID when the LRA is started. This information can be then used by users to filter information relevant to them in methods returning LRAInfo. The individual participants that join LRA through joinLRA methods are identified by their respective URLs and leaveLRA is based on this identification. I think the question is whether we want to allow joining participants to identify themselves in different way so for instance some administration service can remove participants residing on different nodes.

The current interface is:
void leaveLRA(URL lraId, String body) throws GenericLRAException;

the body is intended to represent the participant id but the javadoc says it is optional. I propose to replace the signature with:
void leaveLRA(URL lraId, URL participantId) throws GenericLRAException;

I don't think we should allow multiple ways for identifying participants, we should keep it simple to avoid confusion.
Also the clientID corresponds to an LRA and is not related to participant ids.

I think participantId in @mmusgrov comment is actually recoveryUrl

+1, I will create a PR for this change

@tomjenkinson yes you are correct, it should correspond to the recoveryUrl (ie the one that was returned from a join request)

to stay consistent with other methods in the LRAClient we should use the signature - void leaveLRA(URL recoveryUrl) throws GenericLRAException;

+1

authors: mmusgrov tomjenkinson xstefank

repo: eclipse/microprofile-lra


text:
GH-3957 split NOT IN and NOT EXISTS into separate tokens

GitHub issue resolved: #3957
Briefly describe the changes proposed in this PR:

in sparql JavaCC grammar, split NOT_IN and NOT_EXISTS into separate tokens to allow arbitrary whitespace between
regenerated SPARQL parser from grammar using JavaCC 7.0.4
added two regression tests

PR Author Checklist (see the contributor guidelines for more details):

[x] my pull request is self-contained
[x] I've added tests for the changes I made
[x] I've applied code formatting (you can use mvn process-resources to format from the command line)
[x] I've squashed my commits where necessary
[x] every commit message starts with the issue number (GH-xxxx) followed by a meaningful description of the change

I remember I split up one of the very long methods somewhere in the generated code to help the compiler. I need to check if that is still an issue now.

@jeenbroekstra do we have some documentation for how to run JavaCC? I could never figure it out.

It's actually something I keep having to find out myself. I'll add a readme.

Before
After
Benchmark                                                     Mode  Cnt      Score     Error  Units
QueryBenchmark.complexQuery                                   avgt    5      4.450 ±   0.032  ms/op
QueryBenchmark.different_datasets_with_similar_distributions  avgt    5      2.332 ±   0.041  ms/op
QueryBenchmark.groupByQuery                                   avgt    5      1.106 ±   0.032  ms/op
QueryBenchmark.long_chain                                     avgt    5    701.260 ±   3.767  ms/op
QueryBenchmark.lots_of_optional                               avgt    5    193.124 ±   0.578  ms/op
QueryBenchmark.minus                                          avgt    5  15395.243 ± 173.074  ms/op
QueryBenchmark.nested_optionals                               avgt    5    204.214 ±   1.559  ms/op
QueryBenchmark.pathExpressionQuery1                           avgt    5     17.498 ±   0.045  ms/op
QueryBenchmark.pathExpressionQuery2                           avgt    5      1.333 ±   0.072  ms/op
QueryBenchmark.query_distinct_predicates                      avgt    5     87.120 ±   0.620  ms/op
QueryBenchmark.simple_filter_not                              avgt    5      9.477 ±   0.192  ms/op

It's about 3x slower. I think it's probably the JVM compiling issue we've run into previously.

After splitting up the big SyntaxTreeBuilderTokenManager#jjMoveNfa_0 method
Benchmark                                        Mode  Cnt  Score   Error  Units
SPARQLParseBenchmark.complexPathExpressionQuery  avgt    5  8.564 ± 0.857  ms/op
SPARQLParseBenchmark.selectValuesQuery           avgt    5  7.515 ± 0.403  ms/op

After splitting up the big SyntaxTreeBuilderTokenManager#jjMoveNfa_0 method
Benchmark                                        Mode  Cnt  Score   Error  Units
SPARQLParseBenchmark.complexPathExpressionQuery  avgt    5  8.564 ± 0.857  ms/op
SPARQLParseBenchmark.selectValuesQuery           avgt    5  7.515 ± 0.403  ms/op

We should do several things:

create a patch file with this specific fix, so that we can reapply on the generated code after rerunning javacc. I suggest separate patch files for each specific fix.
add info in a readme file on the how/why of the fix. This is necessary to help fix if the patch file no longer applies without problems (e.g when we bump javacc versions).

We have an existing patch file for this actually.
Can I propose we create some sort of script that runs JavaCC and applies all the patch files?
Then we could have a nice folder structure:
javaCC-sparql-generator
    patches
        large-method-jit
            README.md
            fix.patch
    script.sh

I've started on an issue for this here: https://github.com/eclipse/rdf4j/issues/3962
In the mean time I would like to merge this PR. I also have a fix the the serializable issue with SimpleLiteral, if you could review that for me then I will start on releasing 4.0.2 either tonight or tomorrow.

We have an existing patch file for this actually.

Yes but none of it works, presumably because the previous version of the parser was generated with javacc 5.0. And because none of it is documented or motivated I have no idea how to update that patch (or even which parts of it are still relevant). That patch file should be deleted/replaced.

Can I propose we create some sort of script that runs JavaCC and applies all the patch files?

I don't think that's a good idea. I'd rather just document the steps. It's not fully automated, there's some inspection and adjustment involved in some steps.

Then we could have a nice folder structure:
javaCC-sparql-generator
    patches
        large-method-jit
            README.md
            fix.patch
    script.sh

authors: hmottestad jeenbroekstra