Unexpected results when searching for Model Instance resource through "Filter by Resource Type" table

the search should show only one Model Instance resource, however it shows four resources (see below)

It seems this happens for resource types' names have common part, like "Model Instance Resource" vs "SWAT Model Instance Resource" and "Time Series" vs "HS Referenced Time Series". I think this is caused by the way I am using to index resource type field. This is what I am having now:
    def prepare_resource_type(self, obj):
        return obj.get_content_model()._meta.verbose_name

It seems SOLR does not index and search for this correctly,
If I index the resource type as:
    def prepare_resource_type(self, obj):
        return obj.resource_type

We will not have this issue. And if you search the resource_type field value in search box, we will not have the issue mentioned in #1143
But in this way, we cannot have the easily readable verbose names in resource type filtering panel. And we have to search the exactly resource_type field value, for instance "TimeSeriesResource".
I think if we could have a better and easier way to access the verbose name for resource type, we can solve this issue easier.
@alvacouch Do you have any suggestion for this issue?

@xuezhaokun @alvacouch @ironfroggy I see the dilemma here, and wondering whether we can do "filter by resource type" via direct database filtering rather than via solr search filtering since resource type is uniquely defined with its verbose name not required to be unique. I think it is better to use resource type verbose_name for solr index so that it can find resources without requiring exact match to resource type field in the database, but we can make an exception to "filter by resource type" so that it resorts to database direct filtering to get those resources with exact match for resource type.

@hyi Do you know how can I access resource type verbose name from out database? If I can include the resource type verbose name filed in our basereource_text.txt template, we can make it searchable.  "obj.get_content_model()._meta.verbose_name" dose not acceptable by the text template. Is there any other way we can get the resource type verbose name?

@xuezhaokun You can get verbose name using obj._meta.verbose_name where obj is a resource object.

@hyi I tried this way, but  when I tried to do reindex, it told me that variables cannot start with underscores in the text template.

@xuezhaokun The verbose_name is one of the model meta option in Django, and I don't know any other way to access this verbose_name other than obj._meta.verbose_name. @pkdash @ironfroggy Any ideas or suggestions on @xuezhaokun 's question?

Basically, the reason why we have this issue is that we index and facet on resource_type verbose name, but we cannot have a proper way to make resource_type verbose name searchable. For now, we can only search resource_type field in the database not the verbose name in Meta class.
@mohamedmorsy When you tried to search "model instance resource", it actually did a full text search in other searchable fields where we have the term "model instance resource". For now, if users want to search "model instance resource" resource type, they have to search"ModelInstanceResource".

Not sure I fully understand the issue from this threaded discussion. But if @xuezhaokun having problem using obj._meta.verbose_name, then one can add a property verbose_name to the Resource class and use it as obj.verbose_name

@pkdash I think if anyone can offer a help to add obj.verbose_name to Resource class, that would be great.

@xuezhaokun I think you missplaced the text here. This should be related to issue#1143. For this issue I did not write anything in the search box but I used the filter table only.

@mohamedmorsy From my understand about SOLR and Haystack, I think these two issues are actually caused by the same problem. When you try to filter anything, that is actually a search query, sqs.filter(SQ(resource_type = "something")), which is a filter process just as what we do for search box. For search box, we actually do sqs.filter(content="something"). If we cannot get resource_type verbose name searchable, we cannot have correct results for both actions on resource type.

@xuezhaokun  add this code to BaseResource class:
@property
 def verbose_name(self):
     return self._meta.verbose_name

@xuezhaokun got it. Thanks.

@pkdash I add this code to BaseResource:
    @property
    def verbose_name(self):
        return self.get_content_model()._meta.verbose_name

It seems that code you just provided can only return 'Generic'.
@mohamedmorsy Now, when you filtering on "Model Instance Resource", both will show four results, three for "SWAT Model Instance Resource" and one for "Model Instance Resource". I guess this is because we are doing SOLR full text search, it will show you all the results related to the search or filtering term. For the faceting count numbers in the filtering panel, it just tells users how many resources are exactly in this resource type. I am going to discuss about this with Alva to see whether my understanding is correct.

@xuezhaokun Why you think it only return "Generic"?

@pkdash I guess since we only add it in BaseResource, it only returns the verbose name for BaseResource class. If we  want to get it return verbose name for all kinds of resources, we need to include this code in all resources classes. I think that's why we want to do a get_content_model() first.

@xuezhaokun All resource type classes inherit from BaseResource class. So the appropriate verbose_name for each resource type will be returned.

@pkdash I tested your solution again. It still only returns "Generic". I cannot get other resource type. I am not sure why.

@xuezhaokun can you show me the line where you using this?

@pkdash https://github.com/hydroshare/hydroshare/blob/discovery-issue-fix/hs_core/models.py#L1384-L1387

@xuezhaokun I mean where you using obj.verbose_name

@pkdash sorry.https://github.com/hydroshare/hydroshare/blob/discovery-issue-fix/hs_core/search_indexes.py#L104-L105

@xuezhaokun I can see the problem now. Your obj`` is always an instance of  BaseResource``` class. That's why you always get 'Generic'.

@pkdash Yes. I see the problem now. I think that's why I need to do get_content_model first.

@xuezhaokun Do you get different value for obj.resource_type or always 'GenericResource`?

@pkdash I get different values.

@xuezhaokun Then we may have a solution to this problem. In few minutes I will write some code for you to try.

@pkdash OK. Thanks!

@xuezhaokun here is the code to try:
from hs_core.hydroshare.utils import get_resource_types

def prepare_resource_type(self, obj):
   res_cls = None
   for tp in get_resource_types():
	  if obj.resource_type == tp.__name__:
		res_cls = tp
		break
  if res_cls is not None:
	res_obj = res_cls()
	return res_obj.verbose_name
  else:
	return obj.verbose_name

@pkdash Thanks! Trying it...

@pkdash This can show verbose name correctly. But I just realize that in order to make verbose name searchable, we also need a way to access verbose name from object directly and include it in our text template file.  https://github.com/hydroshare/hydroshare/blob/discovery-issue-fix/hs_core/templates/search/indexes/hs_core/baseresource_text.txt#L14 Sorry for missing this part.

@pkdash I think it is better to find a way to solve this in models.py, when we define the verbose name property.

@xuezhaokun In that case change the code for ``prepare_resource_type``` as it was before. Then change the code for the property in BaseResource class as follows:
from hs_core.hydroshare.utils import get_resource_types
@property
def verbose_name(self):
  res_cls = None
  for tp in get_resource_types():
	if self.resource_type == tp.__name__:
		res_cls = tp
		break
 if res_cls is not None:
	res_obj = res_cls()
	return res_obj._meta.verbose_name
 else:
	return self._meta.verbose_name

After moving this to models.py, when I try to rebuild or restart the containers, it gives me this error:
dockerworker_1  |     from hs_core.models import Bags, ResourceFile
dockerworker_1  | ImportError: cannot import name Bags

@xuezhaokun Yeah it's a circular import problem. Move this import inside the property verbose_name
@property
def verbose_name(self):
     from hs_core.hydroshare.utils import get_resource_types

@pkdash It is working now. Thanks for help!

@xuezhaokun There are two different issues here.

the filtering on resource type as discussed in detail above.
whether filtering is exact or approximate based upon facets.

The original anomaly comes from clicking on a facet, expecting an exact match, and getting an approximate (rank order) match. This is a general problem. We should come up with a general solution to that problem, independent of the specific facet.

@mohamedmorsy Please close this issue if it has been resolved.

@hyi This issue has not been resolved. We need to find a way to do exact matching filter in Haystack.

These UI Elements no longer exist

These UI elements are there - see below, and the problem still exists.  A filter on "Model Instance" still identifies "Model Instance", "SWAT Model Instance", "MODFLOW Model Instance" etc, resulting in a difference between the facet count and number of resources returned.  This is one of many Discovery issues, indicative of the fact that "Discover" is in need of some care.
It may be that we choose not to fix this when holistically looking at Discover, as this could be interpreted as a feature.  Sub instances are part of instances.  It could also be resolved as resource types are removed.


MAPL_SunOrbitCreate is called multiple times

Peter came up with the following formula:
duration of run/3hours +1
But should be called once!

CORRECTION: above formula wrong. Called exactly 9 times no matter what duration of run.
Perhaps once for every gridded component using SunOrbit ??

@dr0cloud Have your fixes to the GCM and here in MAPL 2.1 fixed this? Or is this still an issue?

@mathomp4 This can be closed. Every Gridded component has its own Orbit. That was the way it was coded, and it can stay that way, at least for now.

Hi Matt,
#85 can be closed.
Every Gridded component has its own Orbit. That was the way it was coded, and it can stay that way, at least for now.
Peter.
From: Matthew Thompson<EMAIL_ADDRESS>Reply-To: GEOS-ESM/MAPL<EMAIL_ADDRESS>Date: Friday, April 17, 2020 at 8:30 AM
To: GEOS-ESM/MAPL<EMAIL_ADDRESS>Cc: "Norris, Peter M. (GSFC-610.1)[UNIVERSITIES SPACE RESEARCH ASSOCIATION]"<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: [EXTERNAL] Re: [GEOS-ESM/MAPL] MAPL_SunOrbitCreate is called multiple times (#85)
@dr0cloudhttps://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_dr0cloud&d=DwMCaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=iyrInNutc6RiS3jw1XPXn3uV-uIFPWDYMR4zlaxFSg8&m=Cxh187ApDOIHdWL1m8FiB6F0Kooh1wjE6v0jpQhmgcE&s=44nAWWoCHBxqqCJlf9BDmYLJZ99uPcjuPS82LTt_Rm8&e= Have your fixes to the GCM and here in MAPL 2.1 fixed this? Or is this still an issue?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_GEOS-2DESM_MAPL_issues_85-23issuecomment-2D615217514&d=DwMCaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=iyrInNutc6RiS3jw1XPXn3uV-uIFPWDYMR4zlaxFSg8&m=Cxh187ApDOIHdWL1m8FiB6F0Kooh1wjE6v0jpQhmgcE&s=H8Z3qwjhMZlALDTWixcfYqc9EpN0zknZIjKTRn8-xNk&e=, or unsubscribehttps://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ALBN7E6TVKRCOCJKFTGSQ4DRNBDUNANCNFSM4JJH325Q&d=DwMCaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=iyrInNutc6RiS3jw1XPXn3uV-uIFPWDYMR4zlaxFSg8&m=Cxh187ApDOIHdWL1m8FiB6F0Kooh1wjE6v0jpQhmgcE&s=7pIneQ3Yuz2xpEhspI39ksLkCUM-cIWt3WJjPcvGrwk&e=.

This can be closed. Every Gridded component has its own Orbit. That was the way it was coded, and it can stay that way, at least for now.


GCP: Add support for Folders and Organizations

Please add support for the resource hierarchy objects Folders and Orgs, as well as any associated IAM policies.

i would think projects and organizations and folders would all be considered important? I for instance utilize folders and organization for IAM and rarely use projects.

@jessequinn  I am also for the some way to export the organisation policies which we have deployed at the Org and Folder Level.


Highlight diff lines with only + or -

Diff can contain lines with only a + or a -, indicating empty lines were deleted. This updates the 2 regexes to also highlight such lines.

Thanks!

@LeaVerou could you maybe publish a 1.5.1 release? We want to adopt this improvement in our application. Thank you for your time!

@zeitgeist87 what do you think? Is it time for a new release?

@LeaVerou Sure I have time this weekend. It's probably a good idea to do smaller releases more often.


Router can't join a network at a distance of +/- 20meters (TZ-610)

Question
How to get a router ESP32C6 with TX power value 0 (dBm?) joined at a distance of 20 meter (LQI is than 10) can I do something with the link cost?
Additional context.
After factory reset and a first join at 2meter (20 meter is not possible), the router can reach 20 meters (LQI=10)

c
I have tested the following situation, see figure:
A router would only join after a factory reset at position A, not at B or C and would not make hopes.
After a factory reset and a join at position A, I move a router to position B, it will connect with the network. At position C a router will not join after factory reset, it need first a join at position A after that moving the router to position C, it will make a connection with a hope via B

@BaWe155 Did you do the test with 0 dBm txpower? I think 0 dBm is too low for 40 meters distance, could you increase the txpower by esp_zb_set_tx_power API, and rerun the tests?

@BaWe155 Did you do the test with 0 dBm txpower? I think 0 dBm is too low for 40 meters distance, could you increase the txpower by esp_zb_set_tx_power API, and rerun the tests?

@chshu
I think for now the TX power is not a problem, the routers will make only make a join at small range of the coordinator (with a factory reset) after that I can reach a range of +/- 20 meter with 0dBm
Can a router C join a network via a hop (B) after a factory reset, is the stack tested for this?

Can a router C join a network via a hop (B) after a factory reset, is the stack tested for this?

Yes, it works. But if the RSSI / LQI is too low, the device will consider the link is too bad, and refuse to join the network via this parent. The LQI threshold is 32 (RSSI is around -74 dBm) in current SDK.

Can a router C join a network via a hop (B) after a factory reset, is the stack tested for this?

Yes, it works. But if the RSSI / LQI is too low, the device will consider the link is too bad, and refuse to join the network via this parent. The LQI threshold is 32 (RSSI is around -74 dBm) in current SDK.

@chshu Thank you for the quick reply, Is it possible to change the threshold?

It can't be changed with current SDK, but we can make it configurable in future release. However lower threshold may cause stability issues with high packet loss rate.

It can't be changed with current SDK, but we can make it configurable in future release. However lower threshold may cause stability issues with high packet loss rate.

Are you sure that a factory new router can join the network trough router at position B (join via other routers not only via the coordinator)? when I place a factory new router 1 meter from B, it would not join the network (LQI is more than 32)

Hello @BaWe155,

Are you sure that a factory new router can join the network trough router at position B (join via other routers not only via the coordinator)? when I place a factory new router 1 meter from B, it would not join the network (LQI is more than 32)

In a centralized network, a device intending to join a network created by the coordinator typically needs to be able to communicate with the Trust Center directly. The routers in the centralized network should not be responsible for managing the network key exchange process.

Therefore,I believe the factory new router can not join the network trough router at position B.

@xieqinan thank you for the info.
Is my conclusion right? If there is meshnetwork and I will join a new router nearby position C (The range to the coordinator/(trust center) is too far/large, The new router can’t join in the network?

@BaWe155 ,
Yes, according to the Zigbee BDB specification, your conclusion is correct. The behavior of the ESP-Zigbee-SDK on the ESP32H2 is also correct.

How to get a router ESP32C6 with TX power value 0 (dBm?) joined at a distance of 20 meter (LQI is than 10) can I do something with the link cost?

I think for now the TX power is not a problem, the routers will make only a join at small range of the coordinator (with a factory reset) after that I can reach a range of +/- 20 meter with 0dBm

FYI, unless you are talking about line-of-sight outdoors with no obstacles or walls/ceilings/floors then that is how Zigbee normally works. Indoors with normal obstacles and walls/ceilings/floors then standard Zigbee device range is usually around 5 meters.
2.4GHz based Zigbee devices are low-power devices and the high-frequency used makes them all have short range and poor radio propagation (building material penetration) so they all depend on being part of a larger and stable/reliable Zigbee network mesh with many Zigbee Router devices connected in a mesh network + on top of that Zigbee radios are also relatively speaking very susceptible to EMF/RMI/RMI interference, so highly recommend you read  these related guides and follow recommendations:
https://community.home-assistant.io/t/zigbee-networks-how-to-guide-for-avoiding-interference-and-optimize-for-getting-better-range-coverage/515752
and
https://community.home-assistant.io/t/not-many-people-know-that-a-random-collection-of-zigbee-trivia/656267
Summery; Regardless of your Zigbee device types and setup, you really need to be aware of Zigbee limitations and reliance on mesh networking and then take appropriate actions, most importantly adding many more Zigbee Router devices closer to each other to extend range/coverage and almost as important is avoiding EMF/RMI/RMI sources interference close to Zigbee radios, (especially close to the Zigbee Coordinator adapter, which is a single point of failure in an RF noisy environment so make sure get that at least 1 meter away from anything electric).
PS: Slightly off-topic but also recommend reading this -> https://community.home-assistant.io/t/zigbee-buyers-guide/654695

@BaWe155 @Hedda
I may have made a mistake regarding the "Figure 12 – Trust Center link key exchange procedure sequence chart." I conducted a test as follows: After performing a factory reset and a join at position A, I moved a router to position B, where it successfully connected to the network. However, at position C, a router failed to join after a factory reset. However, if the factory-reset router was placed at position D can be routed through position B so that it was able to join the network.

In summary, while the stack requires an RSSI value of more than -74 during the joining network process, there seems to be no such limitation for joined devices.  Therefore, could you also attempt to place the device at position D and observe its behavior?

In a centralized network, a device intending to join a network created by the coordinator typically needs to be able to communicate with the Trust Center directly. The routers in the centralized network should not be responsible for managing the network key exchange process.

The test verifies that it was an erroneous conclusion. Actually, the position B can indeed route the network key for devices whose RSSI from the beacon is sufficiently large.

Is it possible to change the threshold?

@BaWe155 A new API is provided to change the threshold:
https://docs.espressif.com/projects/esp-zigbee-sdk/en/latest/esp32/api-reference/esp_zigbee_secur.html#_CPPv437esp_zb_secur_network_min_join_lqi_set7uint8_t, please have a try.
Please reopen if you have any follow up question on this topic.

@chshu
Thank you I will test it


UpdateMonitor() uses a different but similar "monitor" object compared to other Monitor functions

Describe the bug
User is expected to transform datadog.Monitor into datadog.MonitorUpdateRequest manually between GetMonitor and UpdateMonitor or ValidateMonitor, when they are nearly the identical type. Why not just let the use of datadog.Monitor?
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/model_monitor.go#L18
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/model_monitor_update_request.go#L17
All use monitor
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_monitors.go#L710
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_monitors.go#L344
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_monitors.go#L1713
But this one is different for some reason?
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_monitors.go#L1536
For SyntheticsAPI, that's what you do: datadog.SyntheticsAPITest is used for get, create, and update.
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_synthetics.go#L1283
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_synthetics.go#L349
https://github.com/DataDog/datadog-api-client-go/blob/v1.1.0/api/v1/datadog/api_synthetics.go#L3309
Expected behavior
All use the same type, so that a get call can be followed by a update call without copying every field over manually..

Hi,
We define different objects to be able to make backward compatible changes to update requests without changing all signatures. Ultimately in v2 the pattern tends to go to have a different object in every calls for that purpose.
In that particular case, there are indeed identical so you should be able to use golang conversion to go from a Monitor to a MonitorUpdateRequest. Let us know if that doesn't work for you, thanks.


Switch to AMI lookup instead of configuration value

Currently, the program expects the user to provide a configuration value that contains the AMI ID of a Talos Linux AMI. Switching the program to use an AMI lookup function instead would simplify the use of the program and remove an additional step for users.

I'll incorporate this change as part of #5


Sitemap.aspx should use the 'industry standard' sitemap.xml

Description of problem
The default format for the sitemaps I believe is sitemap.xml and not .aspx
Even though it works under the aspx extension I think:

it 'exposes' the technology used by the cms, so might even be considered a security issue
the format of the document is xml, so the extension should be the same
it is the 'industry' standard, so why should DNN behave differently....

Description of solution
Create a handler for this.
I think Sacha Trauwaen has a good solutions in his OpenUrlRewiter I'm sure he's willing to cooperate:
https://github.com/sachatrauwaen/OpenUrlRewriter/tree/master/Services/Sitemap
https://github.com/sachatrauwaen/OpenUrlRewriter/
Affected version

[x] 9.3.2
[x] 9.3.1
[x] 9.2.2
[x] 9.2.1
[x] 9.2
[x] 9.1.1

this might be a performance issue, as .xml files are not necessarily processed by .Net

Please note, for any security concerns, they should NOT be addressed in the public GitHub repository for privacy concerns.
However, regarding this issue, yes the usage of SiteMap.aspx does disclose a bit about the technology stack, there are hundreds of other things that we cannot control that also expose the technology stack.   (Client Resource Management, Injected URL's, ViewState, etc.)
Changing to a handler that responds to sitemap.xml is a large breaking change, and introduces a performance hit and environment requirement for URL handling that we most likely do not want to undertake.
According to SEO Moz, one of the best sources for information on SEO issues, indicate that it is a standard practice to use a dynamically generated sitemap, and that it is totally acceptable to be a non XML extension.
The DNN Platform properly sets the response type and content and has a suggested hint in the robots.txt file to properly identify the URL.
I do not suggest we change at this time due to the impact to the performance, existing installations, and the fact that we do meet accepted standards.

You can fix custom sitemap.xml by IIS UrlRewrite, add to web.config:

You can fix custom sitemap.xml by IIS UrlRewrite, add to web.config:
<rule name="SiteMap" enabled="true" patternSyntax="Wildcard" stopProcessing="true">
          <match url="*sitemap.xml" />
          <action type="Rewrite" url="{R:1}sitemap.aspx" appendQueryString="true" />
        </rule>

@thienvc There isn't currently a dependency on the IIS UrlRewrite Module in DNN Platform. Introducing this would create a new dependency which I don't feel would be a good thing (I widely use that module btw, it's great!). That being said, for those who want to modify the URL in custom solutions, this sounds like a good approach.
@trouble2, given @mitchelsellers info regarding the current implementation meeting accepted standards and moving away from it would cause large breaking changes, can this item be closed?

I am closing this issue in the spirit of cleaning the backlog as per the previous comments


build: reorganize cargo artifacts.

Fixes #13566.
Signed-off-by: Piotr Sikora<EMAIL_ADDRESS>

Note: we can update cargo raze to the latest version, but then the diff is much more noisy.

Current version of cargo-raze is 0.6.0 so we are a bit behind and based on your prior comment it sounds like the output is different. Would be good to upgrade either here or a follow up. WDYT @htuch ?

@moderation they've made a lot of changes to the output, but some of them are actually wrong (see: https://github.com/google/cargo-raze/issues/192). However, since the output is semantically the same, we can update if you want.

Actually, all my complaints will be fixed once https://github.com/google/cargo-raze/pull/260 is merged, so we can wait until then.

/azp run

@htuch can you give an lgtm deps? thanks!

/lgtm deps


set_directory doesn't seem to change starting directory (Windows)

This code:
FileDialog::new()
        .set_directory(PathBuf::from("C:\\"))
        .pick_folder()

opens my Documents directory for some reason

Does std::env::current_dir() (used like in simple example) work for you?
For me
rfd::FileDialog::new().set_directory("C:\\").pick_folder();

Works as expected in wine, I will check in a Windows VM some time later today

Nope, any path I set as default, opens C:\Users\USER\Documents. I will test this code on another windows machine to check if error only occurs on mine.

In nfd code I noticed this comment:
// Could also call SetDefaultFolder(), but this guarantees defaultPath -- more consistency across API.
    dialog->SetFolder( folder );

rfd uses setDefaut at the moment, I will add the second approach and I will let you know when it's ready for testing

Ok, waiting for an update!
P.S. I've checked the example code on another machine, it works. Apparently the issue is with my main machine; maybe I will try to figure out what leads to this error...

You can try master branch, I implemented the change in https://github.com/PolyMeilex/rfd/commit/1696de83f026df7f8cfb50d00cc531f8862d6445

It works now on both machines! Newest commit https://github.com/PolyMeilex/rfd/commit/11c9c95677b36105832c476b516864cc5e7b3072. I think you can release 0.4.4 now :)

Thank you very much for help!
I will release a patch release shortly

Thank you for quick fix!


⚠ ClamAV has degraded performance

In 5289a69, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 654 ms

Resolved: ClamAV performance has improved in 55b96eb.


Unify code with legacy backend

As part of https://github.com/runtimeverification/k/issues/4063, we've been thinking about how best we can begin to rationalise the dependency graph of the various components of K. If we can cut down the number of edges in this graph, then the number of places where something can go wrong (e.g. during a dependency update, or when making changes to the language as we've been doing recently) is minimised.
One such simplification that came out of the discussion was to merge the legacy and booster codebases into one larger project. Doing so has a few benefits that present themselves immediately off the top of my head:

One fewer dependency update step that can fail in the current dependency chain
Simpler CI for projects that use the Haskell backend; there's a long-standing observation that the legacy code ends up getting built twice when we build the booster.
Simpler issue management
Easier integration should we decide to go "full monorepo" after following the lightweight process in https://github.com/runtimeverification/k/issues/4063#issuecomment-1971457051

However, I'm well aware that this might not be a trivial thing to implement; I'm not a Haskell developer and I'm not familiar enough with the tooling to make an informed technical decision here. It would be great to hear from the team about how viable this might be to do in the medium term, and if there are substantial obstacles in the way of us doing so.

We have discussed merging the two repositories in the team previously, and I don't see any major blockers to doing so.
Building the actual code is easy because the two repositories are well-aligned wrt. dependencies and build tools.
The biggest work to achieve the desired merge would be to align the testing and convenience tools:

Integration Test setup: haskell-backend has a larger testing surface because of its different entry points. However, we can just keep its make-based test setup, confined in its own directory.
Formatting and linting: both tools use the same formatter and code analysis but their configuration and usage might need to be aligned. This will cause some fall-out in terms of formatting changes but no major issues.

Useful: How to merge repositories without losing history: https://stackoverflow.com/a/10548919 and https://gist.github.com/x-yuri/9890ab1079cf4357d6f269d073fd9731

Great; that's pleasing to hear - I agree that we should just merge the two directly to start with; then subsequently work on cleaning up the two integration test setups (we'll be doing similar with Pyk / the krun tests in the frontend, so we may well be able to align that work).

Work has started on this. Status:

Plan is to merge hs-backend-booster into haskell-backend (into a subdirectory) to get 4 Haskell packages in subdirectories at the end.
Currently blocked on https://github.com/runtimeverification/hs-backend-booster/pull/534 (needs K dependency versions aligned in both repositories)

Preparing a scripted merge in branch https://github.com/runtimeverification/haskell-backend/compare/jb/merge-prep


Display catalog key in catalog dropdown for editors and admins

See title.

similar to https://github.com/rdmorganiser/rdmo/issues/448?
this should also be covered with the new UI of the 2.0.0 release
can be closed?

I think this was about having the catalog uri when creating/updating projects, but only for editors/admins. Idk why I wrote dropdown. So this is not implemented yet.


How to get data info from AD profiles like emails, name, etc from scopes?

How to get data info from AD profiles like emails, name, etc from scopes?

Hi @biapar , could you be more specific? But I think you want to refer to claims and scope which is more an Identity Server thing. You can then look in the IS4 documentation.
Otherwise, this library uses some LDAP attributes (ActiveDirectory attributes) by default. You can implement your own if you wish to.

Hi, yes I mean AD Attributes other standard claims.

Hi @biapar
you can get the email via default scope "email"
put in Startup.cs
options.Scope.Add("email");

Thanks @chrgraefe


Finding all tags?

How can I get all the tags from the DB?
Tag.all blows up in my view.
Basically I need to populate a javascript array to get some autocomplete action on these tags.

Yes, this would be a very nice feature for pre-populating available tags in select2.. preferably ajax loading with type-ahead..


chore(main): release 0.3.6

:robot: I have created a release beep boop
0.3.6 (2023-04-17)
Bug Fixes

deps: bump mypy from 1.1.1 to 1.2.0 (#211) (0af6e1a)
deps: bump pytest from 7.2.2 to 7.3.0 (#209) (ca4cd7e)
deps: bump pytest from 7.2.2 to 7.3.0 (#209) (da1e6c1)
deps: bump pytest from 7.3.0 to 7.3.1 (#213) (b191de8)
deps: bump python (#212) (3c4c176)
deps: bump setuptools from 67.6.0 to 67.6.1 (#206) (a09c1ae)
deps: bump slack-sdk from 3.20.2 to 3.21.0 (#210) (d3a005b)
deps: bump slack-sdk from 3.21.0 to 3.21.1 (#214) (24d269c)
Use fix(deps) prefix ind dependabot config to trigger releases (#208) (98ed878)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/juissi-t/in-game-messages/releases/tag/v0.3.6 :sunflower:


[red-knot] support sys.version_info checks

This depends on https://github.com/astral-sh/ruff/issues/12700

Now that we infer Literal types from tuple comparisons with sys.version_info (following #14244), I don't think there are any parts of this that are still to do and aren't covered by #12700


Edit CONDUCT.md

I have completed it and here is my pull request link for this issue https://github.com/UBC-MDS/socceranalysis_python/pull/13


cachedFileNameForKey crash

New Issue Checklist

[x] I have read and understood the CONTRIBUTING guide
[x] I have read the Documentation
[x] I have searched for a similar issue in the project and found none

Issue Info

Info
Value

Platform Name
e.g. ios

Platform Version
e.g. 11.0

SDWebImage Version
e.g. 4.3.3

Integration Method
e.g. cocoapods

Xcode Version
e.g. Xcode 9

Repro rate
e.g. sometimes x%

Repro with our demo prj
e.g. does it happen with our demo project?

Demo project link
e.g. link to a demo project that highlights the issue

Issue Description and Steps

Seems like a thread-safe issue, or the memory issue (that memmove call failed). Check it later

@dreampiggy Whether to find a solution？

@tjcsr thanks for your interest in our project. I kindly ask that you fill in the info in the issue template (table above). Also, can you provide a stack trace for the crash? Does it crash constantly? Can you reproduce it in a small demo project?

Closing due to lack of response and more info. Please reopen if it's still an issue.

I meet this problem.
The fabric crash log is that!
0 | libsystem_malloc.dylib | szone_free + 2944
1 | libsystem_malloc.dylib | szone_free + 1744
2 | CoreFoundation | CFRelease + 1088
3 | CoreFoundation | _CFStringCreateWithFormatAndArgumentsAux2 + 268
4 | Foundation | -[NSPlaceholderString initWithFormat:locale:arguments:] + 168
5 | Foundation | +[NSString stringWithFormat:] + 68
6 | SDWebImage | SDImageCache.m line 186-[SDImageCache cachedFileNameForKey:]
7 | SDWebImage | SDImageCache.m line 167-[SDImageCache cachePathForKey:inPath:]
8 | SDWebImage | SDImageCache.m line 172-[SDImageCache defaultCachePathForKey:]
9 | SDWebImage | SDImageCache.m line 337-[SDImageCache diskImageDataBySearchingAllPathsForKey:]
10 | SDWebImage | SDImageCache.m line 370-[SDImageCache diskImageForKey:]
11 | SDWebImage | SDImageCache.m line 412__42-[SDImageCache queryDiskCacheForKey:done:]_block_invoke
12 | libdispatch.dylib |
and the line 186
NSString *filename = [NSString stringWithFormat:@"%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%@",
r[0], r[1], r[2], r[3], r[4], r[5], r[6], r[7], r[8], r[9], r[10],
r[11], r[12], r[13], r[14], r[15], [[key pathExtension] isEqualToString:@""] ? @"" : [NSString stringWithFormat:@".%@", [key pathExtension]]];

@kyleYang Can you give an integrated crash log which contains all related information?


feature_great_eastern

We'd like to add in all of the data from the Great Eastern. This will then complete the full data set of all three ships. Data will be supplied by James by the middle of September.

Now working on this branch to import the latest data from James

I've merged in all of the latest GE nodes from James. Will merge in the edges once I've got the data.

Updated and checked data. Will use a new issue / branch in the future when James provides the next data dump


fix: don't set host to registry.npmjs.org, this breaks _changes

Coverage remained the same at 100.0% when pulling a1e3f71150aeb362bf923974eb3e9e7d320d877c on header-fix into 4e6fc14870c2b7fc1145cbc66b2da17f42ecd043 on master.


Upgrade to gulp v4

I upgraded to gulp v4 and made a few style changes to the gulp file. I thought breaking things up a bit made it more readable.

Decided to move my changes to a topic branch instead of my master branch


[argon2] Build error on arm-linux

Package: argon2:arm-linux -> 20190702#1
Host Environment

Host: arm-linux
Compiler: GNU 8.3.0
vcpkg-tool version: 2999-12-31-unknownhash
vcpkg-scripts version: e85cafa30 2023-11-30 (11 hours ago)

To Reproduce
vcpkg install argon2
Failure logs
-- Using cached P-H-C-phc-winner-argon2-20190702.tar.gz.
-- Cleaning sources at /root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source /root/vcpkg/downloads/P-H-C-phc-winner-argon2-20190702.tar.gz
-- Applying patch visibility.patch
-- Applying patch visibility-for-tool.patch
-- Applying patch thread-header.patch
-- Using source at /root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean
-- Configuring arm-linux
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
    Command failed: /usr/bin/ninja -v
    Working Directory: /root/vcpkg/buildtrees/argon2/arm-linux-rel/vcpkg-parallel-configure
    Error code: 1
    See logs for more information:
      /root/vcpkg/buildtrees/argon2/config-arm-linux-dbg-CMakeCache.txt.log
      /root/vcpkg/buildtrees/argon2/config-arm-linux-rel-CMakeCache.txt.log
      /root/vcpkg/buildtrees/argon2/config-arm-linux-out.log

Call Stack (most recent call first):
  installed/arm-linux/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:252 (vcpkg_execute_required_process)
  ports/argon2/portfile.cmake:20 (vcpkg_cmake_configure)
  scripts/ports.cmake:170 (include)

/root/vcpkg/buildtrees/argon2/config-arm-linux-rel-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: /root/vcpkg/buildtrees/argon2/arm-linux-rel
# It was generated by CMake: /usr/local/bin/cmake
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=OFF

//No help, variable specified on the command line.
BUILD_TOOL:UNINITIALIZED=OFF

//No help, variable specified on the command line.
CMAKE_BUILD_TYPE:UNINITIALIZED=Release

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_INSTALL_BINDIR:STRING=bin

//No help, variable specified on the command line.
CMAKE_INSTALL_LIBDIR:STRING=lib

//No help, variable specified on the command line.
CMAKE_INSTALL_PREFIX:UNINITIALIZED=/root/vcpkg/packages/argon2_arm-linux

//No help, variable specified on the command line.
CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP:UNINITIALIZED=TRUE

//No help, variable specified on the command line.
CMAKE_MAKE_PROGRAM:UNINITIALIZED=/usr/bin/ninja

//No help, variable specified on the command line.
CMAKE_SYSTEM_NAME:UNINITIALIZED=Linux

//No help, variable specified on the command line.
CMAKE_TOOLCHAIN_FILE:UNINITIALIZED=/root/vcpkg/scripts/buildsystems/vcpkg.cmake

//No help, variable specified on the command line.
CMAKE_VERBOSE_MAKEFILE:UNINITIALIZED=ON

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//No help, variable specified on the command line.
UPSTREAM_VER:UNINITIALIZED=20190702

//No help, variable specified on the command line.
VCPKG_APPLOCAL_DEPS:UNINITIALIZED=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=/root/vcpkg/scripts/toolchains/linux.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_MANIFEST_INSTALL:UNINITIALIZED=OFF

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=external

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=arm

//No help, variable specified on the command line.
VCPKG_TARGET_TRIPLET:UNINITIALIZED=arm-linux

//No help, variable specified on the command line.
WITH_OPTIMIZATIONS:UNINITIALIZED=OFF

//No help, variable specified on the command line.
_VCPKG_INSTALLED_DIR:UNINITIALIZED=/root/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=/root/vcpkg

########################
# INTERNAL cache entries
########################

//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=/root/vcpkg/buildtrees/argon2/arm-linux-rel
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=21
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=4
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=/usr/local/bin/cmake
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=/usr/local/bin/cpack
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=/usr/local/bin/ctest
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=/root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=/usr/local/share/cmake-3.21

/root/vcpkg/buildtrees/argon2/config-arm-linux-dbg-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: /root/vcpkg/buildtrees/argon2/arm-linux-dbg
# It was generated by CMake: /usr/local/bin/cmake
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=OFF

//No help, variable specified on the command line.
BUILD_TOOL:UNINITIALIZED=OFF

//No help, variable specified on the command line.
CMAKE_BUILD_TYPE:UNINITIALIZED=Debug

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_INSTALL_BINDIR:STRING=bin

//No help, variable specified on the command line.
CMAKE_INSTALL_LIBDIR:STRING=lib

//No help, variable specified on the command line.
CMAKE_INSTALL_PREFIX:UNINITIALIZED=/root/vcpkg/packages/argon2_arm-linux/debug

//No help, variable specified on the command line.
CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP:UNINITIALIZED=TRUE

//No help, variable specified on the command line.
CMAKE_MAKE_PROGRAM:UNINITIALIZED=/usr/bin/ninja

//No help, variable specified on the command line.
CMAKE_SYSTEM_NAME:UNINITIALIZED=Linux

//No help, variable specified on the command line.
CMAKE_TOOLCHAIN_FILE:UNINITIALIZED=/root/vcpkg/scripts/buildsystems/vcpkg.cmake

//No help, variable specified on the command line.
CMAKE_VERBOSE_MAKEFILE:UNINITIALIZED=ON

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//No help, variable specified on the command line.
UPSTREAM_VER:UNINITIALIZED=20190702

//No help, variable specified on the command line.
VCPKG_APPLOCAL_DEPS:UNINITIALIZED=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=/root/vcpkg/scripts/toolchains/linux.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_MANIFEST_INSTALL:UNINITIALIZED=OFF

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=external

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=arm

//No help, variable specified on the command line.
VCPKG_TARGET_TRIPLET:UNINITIALIZED=arm-linux

//No help, variable specified on the command line.
WITH_OPTIMIZATIONS:UNINITIALIZED=OFF

//No help, variable specified on the command line.
_VCPKG_INSTALLED_DIR:UNINITIALIZED=/root/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=/root/vcpkg

########################
# INTERNAL cache entries
########################

//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=/root/vcpkg/buildtrees/argon2/arm-linux-dbg
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=21
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=4
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=/usr/local/bin/cmake
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=/usr/local/bin/cpack
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=/usr/local/bin/ctest
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=/root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=/usr/local/share/cmake-3.21

/root/vcpkg/buildtrees/argon2/config-arm-linux-out.log
[1/2] "/usr/local/bin/cmake" -E chdir "../../arm-linux-dbg" "/usr/local/bin/cmake" "/root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=/root/vcpkg/packages/argon2_arm-linux/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DWITH_OPTIMIZATIONS=OFF" "-DBUILD_TOOL=OFF" "-DUPSTREAM_VER=20190702" "-DCMAKE_MAKE_PROGRAM=/usr/bin/ninja" "-DCMAKE_SYSTEM_NAME=Linux" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=/root/vcpkg/scripts/toolchains/linux.cmake" "-DVCPKG_TARGET_TRIPLET=arm-linux" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=external" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=/root/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=arm" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=/root/vcpkg" "-D_VCPKG_INSTALLED_DIR=/root/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DBUILD_TOOL=OFF"
FAILED: ../../arm-linux-dbg/CMakeCache.txt
"/usr/local/bin/cmake" -E chdir "../../arm-linux-dbg" "/usr/local/bin/cmake" "/root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=/root/vcpkg/packages/argon2_arm-linux/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DWITH_OPTIMIZATIONS=OFF" "-DBUILD_TOOL=OFF" "-DUPSTREAM_VER=20190702" "-DCMAKE_MAKE_PROGRAM=/usr/bin/ninja" "-DCMAKE_SYSTEM_NAME=Linux" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=/root/vcpkg/scripts/toolchains/linux.cmake" "-DVCPKG_TARGET_TRIPLET=arm-linux" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=external" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=/root/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=arm" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=/root/vcpkg" "-D_VCPKG_INSTALLED_DIR=/root/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DBUILD_TOOL=OFF"
CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
  CMake 3.25 or higher is required.  You are running version 3.21.4

-- Configuring incomplete, errors occurred!
[2/2] "/usr/local/bin/cmake" -E chdir ".." "/usr/local/bin/cmake" "/root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=/root/vcpkg/packages/argon2_arm-linux" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DWITH_OPTIMIZATIONS=OFF" "-DBUILD_TOOL=OFF" "-DUPSTREAM_VER=20190702" "-DCMAKE_MAKE_PROGRAM=/usr/bin/ninja" "-DCMAKE_SYSTEM_NAME=Linux" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=/root/vcpkg/scripts/toolchains/linux.cmake" "-DVCPKG_TARGET_TRIPLET=arm-linux" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=external" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=/root/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=arm" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=/root/vcpkg" "-D_VCPKG_INSTALLED_DIR=/root/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
FAILED: ../CMakeCache.txt
"/usr/local/bin/cmake" -E chdir ".." "/usr/local/bin/cmake" "/root/vcpkg/buildtrees/argon2/src/20190702-1481e5839f.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=/root/vcpkg/packages/argon2_arm-linux" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DWITH_OPTIMIZATIONS=OFF" "-DBUILD_TOOL=OFF" "-DUPSTREAM_VER=20190702" "-DCMAKE_MAKE_PROGRAM=/usr/bin/ninja" "-DCMAKE_SYSTEM_NAME=Linux" "-DBUILD_SHARED_LIBS=OFF" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=/root/vcpkg/scripts/toolchains/linux.cmake" "-DVCPKG_TARGET_TRIPLET=arm-linux" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=external" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=/root/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=arm" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=/root/vcpkg" "-D_VCPKG_INSTALLED_DIR=/root/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
  CMake 3.25 or higher is required.  You are running version 3.21.4

-- Configuring incomplete, errors occurred!
ninja: build stopped: subcommand failed.

There is no reproduction on x64-linux.

I have now tested it on linux-x64 and windows-x64. The problem does not occur there. Only on arm-32


Crash with latest Fabric version

https://gist.github.com/YuRaNnNzZZ/d82b236fef2a4c1716a8dfa099a10e30
Crash with only Fabric Loader, Fabric API and GeckoLib installed, equip iron armor and inventory (or anything else that shows player's model) will crash the game.
Minecraft: 1.16.4, Fabric Loader: 0.10.8, Fabric API: 0.27.1, GeckoLib: 3.0.0-beta.7

Looks like Fabric API tries to access non existing property here, which produce such weird traceback.
I believe this is Fabric API and Minecraft versions mismatch (or Fabric API contain 1.17 exclusive changes on 1.16 branch). If so, please tell us to open issue on Fabric API repository, thank you.

This will be fixed in a few days once curseforge is non-readonly.


Skip limit test for IheartRadio

The test document mentions that more than 6 Alexa skip commands to IHeartRadio should result in "TTS rendered stating the skip limit has been reached after 6 songs".
I tried this with Alexa , play program A piece of work from IHeartRadio" . I was able to skip more than 7 times , no issues.
Please explain.

Hi @shikha-bansal,
I think this has to do with the content that you're playing. When I try skipping, I reach the skip limit as expected. This might be because you're playing a program, which might not have a limit.
Can you try something else, i.e. playing Coldplay or the Beetles or something like that and seeing if you reach the skip limit?
Thanks,
Sanjay

Thanks Sanjay. Coldplay to rescue :)


MAT-4065: Update dependencies to design-system 1.0.4

MADiE PR
Jira Ticket: MAT-4065
(Optional) Related Tickets:
Summary
All Submissions

[x] This PR has the JIRA linked.
[ ] Required tests are included
[x] No extemporaneous files are included (i.e Complied files or testing results)
[x] This PR is into the correct branch.
[x] All Documentation as needed for this PR is Complete (or noted in a TODO or other Ticket)
[x] Any breaking changes or failing automation are noted by placing a comment on this PR.

DevSecOps
If there is a question if this PR has a security or infrastructure impact, please contact the Security or DevOps engineer assigned to this project to discuss it further.

[ ] This PR has NO significant security impact (i.e Changing auth methods, Adding a new user type, Adding a required but vulnerable package)
[ ] All CDN/Web dependencies are hosted internally (i.e MADiE-Root Repo)

Reviewers
By Approving this PR you are attesting to the following:

Code is maintainable and reusable, reuses existing code and infrastructure where appropriate, and accomplishes the task’s purpose
The tests appropriately test the new code, including edge cases
If you have any concerns they are brought up either to the developer assigned, security engineer, or leads

note the code coverage isn't actually dropping.
The previous build had tests that weren't being run in router.


Make global "no-loc" tokens consistent across all articles

I've found 18 articles that don't start with the "global" no-loc list. The changes here ensure that everything starts with the same list, but still keeps local tokens on the end where needed. We had a few articles with Index in the list, but without Index in the content, so I've dropped this from said articles.
@Rick-Anderson Feel free to just close this one out. It's informative, at least, but I think it'd be good to make sure the global list is consistent.
cc @guardrex

This is cool, @serpent5.
I want to point out a few things in passing from prior discussions on this ...

IIRC, Jason said that a global repo-wide configuration (i.e., a single repo config list) was either being considered or was actually planned. That would be super amazing :+1:. Then, each topic just gets a no-loc list for any special terms/phrases for that one article. Idk if you want to ping Khoi to ask what's up with that possible feature.

Some of these are a bit strange to me to 'no-loc' out. I think a word like "Privacy" is a little scary 😨 given that "Privacy" is a word that might need localization in normal use ... e.g., a normal sentence with "Privacy" as the subject ...

Privacy is important to users.

IMO, these project template-based pieces (Home, Privacy, Index, etc.) should be code fenced, not in the no-loc metadata. I do that throughout the Blazor docs. Anything like "... the Privacy component (Pages/Privacy.razor) ..." are code-fenced to match template assets.

Finally ... it seems like "appsettings.json" should be code-fenced per our normal file code-fencing rule and not appear in this list. ✨ RegEx Magic!™ ✨ might capture a first pass list to find-'n-replace (a space ... some text that doesn't start with a backtick ... ".json"), then I'm sure that some follow-up reversions will be needed per things like code blocks.

This constant changing of every file in the repo pollutes the history and makes it difficult to find a significant change in the history. It would be great to have one file with the loc. Is there anyway we could use an include or something that doesn't pollute the global history?

IIRC, we've been adding the no-loc metadata to each INCLUDE file because the loc engine applies it only by file, so an INCLUDE doesn't seem like it would apply the list to the whole doc where the INCLUDE appears.
I still don't get why it doesn't work via docfx.json per our normal fileMetadata entry ...
"fileMetadata": {
  "no-loc": { "**.md": "[ ... ]" },
  ...
}

It seems like that would apply it, then the loc engine would run on it downstream. I guess it just doesn't work that way or else Jason would have told us to take this approach.
That ☝ could be run easily enough in a quick test tho just to see what happens.

Internal issue https://portal.microsofticm.com/imp/v3/incidents/details/290559630/home

That ☝ could be run easily enough in a quick test tho just to see what happens.

Just for my own understanding... How would we be able to test this?

Create a fake doc that isn't in the ToC (testdoc.md) and doesn't have a no-loc metadata entry that just has a single paragraph sprinkled with a few common words ... "computer" ... "cat" ... whatever.

Add fileMetadata for it in docfx.json ...
"fileMetadata": {
  "no-loc": { "testdoc.md": "[ computer, cat ]" },
  ...
}

Given the MT runs on a post-publish schedule, go ahead and take it live.

Check back in a few weeks ... did the "computer" and the "cat" words escape MT.

Even if that works tho, HT might not catch it because translators might not be looking at the docfx.json file for the string of words to avoid. The whole translation system is opaque to the community AFAIK ... it's ✨😄.

Ashwin Manda (v-mandak) edited at 2022-02-23 21:13:35 PST
The metadata in docfx.json seems a solid solution, with that way it puts no-loc words in a central place and take effect for all files affected

@guardrex  can you try that?

@guardrex  why is this topic not localized?

https://docs.microsoft.com/zh-cn/aspnet/core/blazor/tutorials/signalr-blazor?#run-the-app-1
https://docs.microsoft.com/fr/aspnet/core/blazor/tutorials/signalr-blazor?#run-the-app-1
https://docs.microsoft.com/es/aspnet/core/blazor/tutorials/signalr-blazor?#run-the-app-1

Navigate to other topics and they are localized.

My sense of it is that HT runs on different schedules for different languages. I suppose Khoi would have to provide more info.

metadata in docfx.json seems a solid solution

Yes, I'll give that a shot with a dummy test doc and report back.

Can I recreate this PR so that we at least have a consistent no-loc across the repo?

Can I recreate this PR so that we at least have a consistent no-loc across the repo?

Let's hold off. Internal issue https://portal.microsofticm.com/imp/v3/incidents/details/290559630/home tracks doing this right


Change Fixed and Variable indexers to return int32

Does demonstrate some immediate memory savings. Will update the POC accordingly.
In [7]: %memit roll_offset.mean()
peak memory: 234.97 MiB, increment: 26.31 MiB

In [8]: %memit roll_fixed.apply(lambda x: np.sum(x) + 5, raw=True)
peak memory: 243.22 MiB, increment: 10.41 MiB

In [9]: %memit roll_offset.apply(lambda x: np.sum(x) + 5, raw=True)
peak memory: 243.82 MiB, increment: 1.62 MiB

In [10]: %memit roll_fixed.apply(lambda x: np.sum(x) + 5, raw=True)
peak memory: 244.38 MiB, increment: 9.43 MiB

so saves some but not a huge amount

Right. There might be memory allocation in rolling_mean that could be reduced.


camelCased column names in migrations are incompatible with automatic snake_casing in Eloquent (Laravel 4)

I created my database schemes using migrations in Laravel 4.
I have one column called 'stressedKey':
$table->string('stressedKey', 120);

However, when I set it to a certain value
$article->stressedKey="something";

Eloquent automatically changes it to snake_casing: it makes an SQL-call for 'stressed_key'. This column does not exist, because the migrations script put the column in the database table as 'stressedKey'. This is counter-intuitive, because one would expect the column name in the migrations script to be the same as the property name of the Eloquent model. However, this is impossible due to the introduced snake_casing.
See this commit: https://github.com/laravel/framework/commit/d6316f09f59df1d0003c319a424d9dfc7b353381

Does Laravel support camelCase database column names?

@milsanore I do not think so, but I have authored a small hack here that might help: https://github.com/emden-norfolk/laravel-camelcase Feel free to test/contribute!

PascalCaseId has entered the chat.


I never could make the library run any simple model. The session always exploded

After installed lightGBM, I never could run a simple model. The R session always abort after I press enter  to fit the model, even the very simple ones as those provided in the demo section. I've two MacBook pro with different power and operating systems, but in none of them I could use the library. In a server, running a linux it was so simple to make it work properly though.
> sessionInfo()
R version 3.6.3 (2020-02-29)
Platform: x86_64-apple-darwin15.6.0 (64-bit)
Running under: macOS Catalina 10.15.2

Matrix products: default
BLAS:   /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/3.6/Resources/lib/libRlapack.dylib

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] lightgbm_2.3.1 R6_2.4.1

loaded via a namespace (and not attached):
[1] compiler_3.6.3    tools_3.6.3       data.table_1.12.6 jsonlite_1.6.1

@danielmarcelino Could you provide us with a bit more information?
How did you install LightGBM's R package? Looking for the specific  commands you ran and which compiler you used (if you know it).
If you start from a completely clean session, do you still see this issue?
I see you're running version 2.3.1. Is it possible for you to upgrade to the current version on master? We have had a lot of activity on the R package since 2.3.1 was released in November and it's possible that we've already fixed the issue you're encountering.

Hi @jameslamb, thanks for asking.
Yes, the issue always happens even using a completely new session. But after you asked those questions, I realised that even though I've downloaded the latest folder which contains a description file mentioning that the current version is 2.3.2, the version my R is calling after install is 2.3.1 still. The following it the installation verbose. Am I doing anything wrong?
daniels-MacBook-Pro-2:build marcelino$ cmake ..
 This looks exactly like our recommended approach to installing the R package right now, and I don't see any obvious issues in the logs.
Can you share the exact R code that you're running which is resulting in the error? I can kind of  see it in your first screenshot but I want too be sure there aren't other things you've run in the console in that session (just trying to rule things out).
I believe we haven't tested with Catalina yet, so maybe there is something Catalina-specific that is causing this.
I want to find the issue but I also want to be sure you can get back to work...do you have gcc  available? (you can check  by running gcc --version)
If you do, you could try rebuilding with gcc?  On my Mac, I do this in a terminal (per our docs)
export CXX=g++-8
export CC=gcc-8
Rscript build_r.R

I use  g++-8 because that's the version that I have. You may need to change the command above to whatever version you have.

Sure, thanks fro replaying. Please consider that I upgraded from Mojave to Catalina. After that I've seen many mac users telling that they can't compile a C program on a Mac after upgrading to Catalina. Perhaps Apple just made our lives more difficult since then.
daniels-MacBook-Pro-2:~ marcelino$ gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.3 (clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin19.2.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
daniels-MacBook-Pro-2:~ marcelino$

The reproduction example is this:
library(lightgbm)
data(agaricus.train, package = "lightgbm")
train <- agaricus.train
dtrain <- lgb.Dataset(train$data, label = train$label)
data(agaricus.test, package = "lightgbm")
test <- agaricus.test
dtest <- lgb.Dataset.create.valid(dtrain, test$data, label = test$label)
params <- list(objective = "regression", metric = "l2")
valids <- list(test = dtest)
model <- lgb.train(
  params = params
  , data = dtrain
  , nrounds = 10L
  , valids = valids
  , min_data = 1L
  , learning_rate = 1.0
  , early_stopping_rounds = 5L
)

After rebuilding with the following parameters the problem was apparently solved. I'll do some testing tomorrow, but at least it worked now. Thanks.
export CXX=g++-9
export CC=gcc-9
Rscript build_r.R

@danielmarcelino thanks very much! My best guess is that we have a Catalina-specific issue 😬 .
I'm glad that gcc is working for you! I'll need to experiment on Catalina and see if I can find the issue. Thanks very much for your bug report.

@danielmarcelino have you been having issues with other C++ projects on your Mac? A friend of mine said he's been unable to build R packages with C++ code on Catalina for a bit, and this fixed it: https://stackoverflow.com/questions/59071881/problems-with-c-and-gems-on-osx-catalina/59072909#59072909

Yes, I had. I saw some error mensagens while installing Rcpp package, for instance. But the issue with LightGBM was more subtle once it was perfect compiled and installed, but was not working. Thanks a lot for you guidance here.

@jameslamb Hmm, seems that it is a general Catalina problem. Nothing can be done from LightGBM side. Can we close this issue?

@danielmarcelino I'm going to close this issue for now, since it does seem like an issue with Catalina and since you were able to use g++ to get a successful installation.
I do have an experimental setup that ignores CMake and uses the toolchain commonly used by CRAN, and a few who've tested it have reported success on Catalina. It's here if you want to try: https://github.com/jameslamb/LightGBM/pull/15
./build-cran-package.sh
R CMD INSTALL lightgbm_2.3.2.tar.gz

It is VERY experimental and not something we're officially supporting yet, but when we eventually add it here it may help.
^ @StrikerRUS I'm mentioning this just to document that I think any incompatibility with Catalina might be limited to the installation path that uses CMake (Rscript build_r.R) and doesn't mean that the package we prepare for CRAN will fail for Catalina users.


Check for package.json first

Hi! Awesome plugin, it was pretty much the only thing I was missing from vs code.
I did notice something tho. I was wondering why the plugin would not pick up my project's prettier and I noticed that you first look for the .git folder for finding root and just after that looking for package.json in this file .
Swithing them seems to work. It now picks up my project's prettier.
If you would like, I could open a PR. 😄

Thanks for the positive feedback! Fundamentally, I think what we need is to split the current buffer.root method. I'm thinking something likegit_root (for features that depend on Git, like file watching) and project_root (for features that depend on node_modules).
If you're up for it, I'd definitely appreciate a PR.

Isn't this going to break functionality on microservice repos where there are multiple package.json files?
I think it would make more sense to have a priority list: first check for package.json, if not found, .git, if not found then etc...

That's actually how it works at the moment – it just prioritizes the project's Git root. I don't know much about complex repository structure, but I agree that always prioritizing package.json seems like it'll lead to better results (and now that I think about it, I don't think it'll cause issues for file watching).
I've used up all my OSS time for the week, so I'd be happy to see a PR, but if not I'll take care of it myself this weekend.

Closed in f88ebf779eb08739cbc902ee3b22d1ddf3cab459.


bump dynamiclistener to v0.3.5

v0.3.5 to fix cert refresh, improve performance.
Before bumping dynamiclistener v0.3.5
➜  ~ k top pod harvester-network-webhook-7bbdc8f4dc-jcg4f
NAME                                         CPU(cores)   MEMORY(bytes)
harvester-network-webhook-7bbdc8f4dc-jcg4f   201m         167Mi
➜  ~ k top pod harvester-network-webhook-7bbdc8f4dc-jcg4f
NAME                                         CPU(cores)   MEMORY(bytes)
harvester-network-webhook-7bbdc8f4dc-jcg4f   201m         167Mi

After bumping dynamiclistener v0.3.5
k top pod harvester-network-webhook-64b48b496c-hgchv
NAME                                         CPU(cores)   MEMORY(bytes)
harvester-network-webhook-64b48b496c-hgchv   74m          170Mi
➜  ~ k top pod harvester-network-webhook-64b48b496c-hgchv
NAME                                         CPU(cores)   MEMORY(bytes)
harvester-network-webhook-64b48b496c-hgchv   74m          170Mi

LGTM, thanks. can u also help to check if this will also apply to the harvester webhook, thanks.

I tried, but there are some conflicts for other packages that can not be solved like harvester/webhook, needs to discuss the solution with the rancher team

sure, this is not a required change for now and let's track the harvester/harvester repo in future versions, thanks.

https://github.com/harvester/harvester/issues/3008


add Duff in love

Hey there!, Thanks for submitting a PR to this repo :smiley:
Please complete the following checklist for your PR to be approved. Mark the items by adding an x.
Example:  - [ ] Mark me as completed
To mark: - [x] Mark me as completed

[ ] My Pull Request adheres to the Contribution guidelines.
[ ] I have added problem.md and solution files in the appropriate folder.
[ ] In problem.md I have provided a correct link to the problem.
(In case you are not adding a problem, you can freely mark this as complete)
[ ] The solution I have given is my own and not plagiarized in any form.
[ ] My solution passes all the testcases within the given constraints.
[ ] I have properly indented and documented my solution using comments.
[ ] I agree that all the above marked are true to the best of my knowledge and my PR can be closed if found otherwise.

If any of the above is unmarked, please make the necessary changes and then mark them so that you're PR can be approved and merged.
(Only completed checklist PRs will be reviewed)

Add comments to your solution explaining the logic used. This is clearly mentioned in the contributing guidelines.
Also complete your PR checklist.


Feature Request: Tapo C520WS ver 1.0

Any progress on de Tapo cams? I have bought 2 camera's  C520WS ver1.0
I can't find a way to migrated it in home assistant and also it doens't find it
Adding the ip adress manually didn't bring any result.
Would be great if this would be possible since all other unifi camera's work already

You need to first install the integration, you are adding the incorrect integration. Follow readme.


Pending to update markdown documentation

Should include:

Intro
How to get started & import the library
Define resources
Known issues

Fixed here 432f2eb31a57033ba499efe488e8a9b9146c74e2


Account oddity

Consider the following transaction:
cexplorer=# select * from tx
               where hash = '\x0b8c5be678209bb051a02904dd18896a929f9aca8aecd48850939a590175f7e8' ;
   id    |         hash         |  block  | block_index |  out_sum   |  fee   | size | deposit
---------+----------------------+---------+-------------+------------+--------+------+---------
 2788211 | \x0b8c5be6...175f7e8 | 4732285 |           0 |<PHONE_NUMBER> | 175225 |  447 |       0

Looking at the tx outpus:
cexplorer=# select tx_out.id, tx_out.address, tx_out.value
          from tx inner join tx_out on tx.id = tx_out.tx_id
          where tx.hash = '\x0b8c5be678209bb051a02904dd18896a929f9aca8aecd48850939a590175f7e8' ;
   id    |              address            |   value
---------+---------------------------------+------------
 6742245 | DdzFFzCq...5U3uMytB85tXhCaH8xUv |    2000000
 6742244 | addr1qy2...nkvpwal0cyq9qmktzym  |<PHONE_NUMBER>

For the inputs:
cexplorer=# select tx_out.* from tx_out
              inner join tx_in on tx_out.tx_id = tx_in.tx_out_id
              inner join tx on tx.id = tx_in.tx_in_id and tx_in.tx_out_index = tx_out.index
              where tx.hash = '\x0b8c5be678209bb051a02904dd18896a929f9aca8aecd48850939a590175f7e8' ;
   id    |  tx_id  | index |       address       |   value    |     address_raw      |   payment_cred
---------+---------+-------+---------------------+------------+----------------------+--------------------
 6528170 | 2687660 |     0 | addr1qye...9qtf3dp7 |<PHONE_NUMBER> | \x01333059...df8200a | \x333059...1f2218

However the input value<PHONE_NUMBER> should be greater than the sum of the outputs<PHONE_NUMBER> + 2000000.

This is actually due to a the transaction including a withdarwal from the rewards account. Using the transaction id from above:
cexplorer=# select * from withdrawal where amount = 154619825 ;
  id   | addr_id |  amount   |  tx_id
-------+---------+-----------+---------
 27684 |   30399 | 154619825 | 2788211

which then satisfies the relation:
input_value + withdrawal_value - tx_fee = sum_of_output_value

ie
3920534466 + 154619825 - 175225 ==<PHONE_NUMBER> + 2000000

Same as https://github.com/input-output-hk/cardano-explorer-app/issues/352 .


Flaw in LayoutSubviews/TopologicalSort

Hello,
I just realized that the code in LayoutSubviews that collects the dependencies is incomplete:
                        foreach (var v in InternalSubviews) {
                                nodes.Add (v);
                                if (v.LayoutStyle == LayoutStyle.Computed) {
                                        if (v.X is Pos.PosView vX)
                                                edges.Add ((vX.Target, v));
                                        if (v.Y is Pos.PosView vY)
                                                edges.Add ((vY.Target, v));
                                        if (v.Width is Dim.DimView vWidth)
                                                edges.Add ((vWidth.Target, v));
                                        if (v.Height is Dim.DimView vHeight)
                                                edges.Add ((vHeight.Target, v));
                                }
                        }

The issue is that this is not taking into account the Dim and Pos subclasses that combine two views, so we only do the proper job of topologically sorting when there is a direct dependency, not when there is something like view + 1 (when we create a combined pos/dim)
The code needs to handle PosCombine/DimCombine and recursively add the elements to it.

Can you explain better, please. The edges is of type HashSet<(View, View)> but the PosCombine/DimCombine only return an int from the Anchor method.

Yes.
Topological sort needs to get all the view dependencies.  Currently, this is not tracking dependencies for these compound dim/pos, so the dependencies break when you use them.
What is needed is to add a check for those types and if it is one of those types, extract the dependency.
This is how I solved it in Swift:
https://github.com/migueldeicaza/TermKit/blob/master/Sources/TermKit/Core/View.swift#L1195

marking as a 1.0 bug.

I think I just fix it now.

Beautiful!


Integrate with gradle

It would be nice to have gradle plugin for processing entities.
something like this in build.gradle file
apply plugin: 'querydsl'

jpaExport {
       packages 'com.example.domain'
}

I found https://github.com/ewerk/gradle-plugins/tree/master/querydsl-plugin by @holgerstolzenberg.
It's a fairly new library and I haven't used it myself yet.
Would it be an idea to add / merge this to the querydsl lib?

How would that merge/add be realised in detail?
One of the most important things for me is that it will be still available through Gradle Plugin Portal if you integrate it into your lib. This may need changes to your build (ecosystem), as all Gradle plugins are hosted on Bintray (http://plugins.gradle.org/submit). Using plugins we plugin portal is really more expressive and straightforward.
Another thing is that our plugin go a slightly different approach then yours  mentioned above. Once the plugin is registered, there is only one extension available for configuring the plugin. There you can switch on/off the different annotation processors. Excluding/including packages is not available, the processors are registered at the compileJava task, so all annotated sources will be taken into account.

OK maybe it's not a good idea then.
However I still think it would be very nice if querydsl would have an 'official' maintained gradle plugin, just like it has for maven.

Oh no,  please do not get me wrong. I also think that having an 'official' maintained plugin is a nice idea, for sure, I just wanted to say that we should discuss what could be an applicable way to do so.

Hope @timowest will join the discussion :-)

I am currently quite busy with doing the changes for the Querydsl 4.0
release. In general it would be good if the gradle plugin would provide the
same functionality as the querydsl maven plugin.
On 22 Jan 2015 17:01, "Marcel Overdijk"<EMAIL_ADDRESS>wrote:

Hope @timowest https://github.com/timowest will join the discussion :-)
—
Reply to this email directly or view it on GitHub
https://github.com/querydsl/querydsl/issues/599#issuecomment-71032914.

it wasn't that hard to set up gradle to handle QueryDSL, here's my config if it helps make a standard plugin:
I use the propdeps-plugin to exclude the querydsl-apt jar from the final package. It shouldn't be needed for the plugin since plugin deps are not packaged.
buildscript {
    repositories {
        maven { url 'http://repo.spring.io/plugins-release' }
    }
    dependencies {
        classpath 'org.springframework.build.gradle:propdeps-plugin:0.0.6'
    }
}

sourceSets {
    main
    test
    // used by the QueryDSL apt pre-compile step for apt output
    generated
}

dependencies {
    // use the provided scope from propdeps-plugin so apt is not release in final JAR
    provided group: "com.mysema.querydsl", name: "querydsl-apt", version: "3.6.0"
    // ... project dependencies like Hibernate etc.
}

// Task modifications to generate code using apt
def generatedSrcDir = "src/generated/java"
task createGeneratedSrcDir << {
    file(generatedSrcDir).mkdirs()
}
compileJava.dependsOn createGeneratedSrcDir

compileJava {
    options.compilerArgs << "-processor" << "com.mysema.query.apt.jpa.JPAAnnotationProcessor" << "-s" << file(generatedSrcDir).absolutePath
}

clean {
    delete fileTree(dir:generatedSrcDir,exclude: ".gitignore")
}

Ideally, a plugin would not use a common "generated" source set like I did, but would have it's own and add it to the sourceSet collection so that other plugins like eclipse or intellij would be able to find the generated sources.

Wouldn't it be more logical to generate the code somewhere in /build instead of /src/generated/java?

Yes. I was personally going for the least amount of configuration in gradle, but to keep it in line with the maven plugin, /build would be the place to go. I just used the defaults for the sourceSet.

The setup @johnjaylward mentioned is pretty much what the plugin does at the moment. The location to where the code is generated can be configured and defaults to src/querydsl/java.

Why is the file querydsl/querydsl-apt/etc/META-INF/services/ javax.annotation.processing.Processor misses the querydsl-apt.jar file?
Its presence is automatically connected to the annotation processor during compilation using the javac (in maven, gradle, Idea and etc).

I found out where the file META-INF/services/javax.annotation.processing.Processor: turns out there are several jar-files for com.mysema.querydsl:querydsl-apt:3.6.3.
In my case it was needed com.mysema.querydsl:querydsl-apt:3.6.3:hibernate

+1

+1

+1

+1

It's been 5 years now

Gradle has javac support, can run ant tasks, can run arbitrary code (GenericExporter).
@vnobo the only thing we lack is documentation, thanks for the super comment btw

There is one issue described here:
https://discuss.gradle.org/t/annotationprocessor-querydsl-java-lang-noclassdeffounderror/27107
If shortly, javax.persistence.* annotations are not in the classpath of the annotation processor and therefore it fails.  Probably, it was not visible before, but since gradle 4.6, annotation processors are defined in a special scope named annotationProcessor and it is separate from implementation (compile). So in gradle we have to include javax.persistence.* and also javax.annotation.Generated in annotationProcessor in addition to implementation. Is it possible to include these dependencies as transitive?


update to reflect cf buildpacks command

What
Update documentation to reflect that cf buildpacks can be used to check installed buildpacks and version numbers.
How to review
Describe the steps required to test the changes.

Preview the content locally (see README) and check that it renders as expected.
Manually check that any removed or renamed anchor tags are not in use (linkchecker doesn't do this).

This is good, thanks 👍


fix(Form): Missing inverted boolean property

As seen on the official Semantic-UI page here:
http://semantic-ui.com/collections/form.html
a <form> is able to be inverted, for use on dark backgrounds.
On the semantic ui react documentation page for forms here:
http://react.semantic-ui.com/collections/form
there is no mention of this usecase. inverted is also missing under Props for Form. Adding inverted to a Form element does not affect it in any way either.

Thanks, this would be a great first contribution for someone.  PRs welcome.

Released in<EMAIL_ADDRESS>


maven plugin?

Smithy looks like a really cool project! Are there plans for a maven plugin at some point?

Thanks! We don't have plans for a Maven plugin right now, but it's certainly something we could work on if there's enough interest.


Add setup instructions to README

@leighmcculloch thanks for the suggestions. I initially marked this as a draft because it was out of date, but should be good to go now with my fixup commit.


python312Packages.aiounifi: 79 -> 80

Diff: https://github.com/Kane610/aiounifi/compare/refs/tags/v79...v80
Changelog: https://github.com/Kane610/aiounifi/releases/tag/v80
Description of changes

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] 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
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.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

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Result of nixpkgs-review pr 335218 run on x86_64-linux 1

5 packages built:

home-assistant-component-tests.unifi
python311Packages.aiounifi
python311Packages.aiounifi.dist
python312Packages.aiounifi
python312Packages.aiounifi.dist


Adding the call to check allowed requests count before each API call

We have added a new lambda called Rate limiter lambda which is used to mark the reserved concurrency of all the lambdas zero on reaching a particular number of requests.
More details in this document

I had a question, Would checking and updating the limit each time lambda is called using another lambda increase response time?
featureflag lambda  ->[ ratelimiting lambda ->( db -> get -> put -> return) ] -> featureflag checks -> return?

I had a question, Would checking and updating the limit each time lambda is called using another lambda increase response time?
featureflag lambda ->[ ratelimiting lambda ->( db -> get -> put -> return) ] -> featureflag checks -> return?

Yes a bit of response will increase, on trying on my account it was near ~1s, this would depend on the API.
This will help us in case of an attack, we will only serve a limited amount of requests and then all the main lambdas would get shutdown.

One more change is left out to make the call parallel using Goroutines, will be implementing that.

One more change is left out to make the call parallel using Goroutines, will be implementing that.

This change is done.

Not showing internal error to the end user, Return 200 ok to the user
Will implement this change in a new PR. #79


Inquirer

create options to:

view all dept
view all roles
view all employees
add a department
add a role
add an employee
update an employee role

user can now select an option using inquirer in the terminal


chore: remove datagrid

Codecov Report

Merging #278 (6b0a44d) into dev (a1eace9) will decrease coverage by 0.20%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##              dev     #278      +/-   ##
==========================================
- Coverage   92.51%   92.31%   -0.21%
==========================================
  Files         126      124       -2
  Lines        3299     3252      -47
  Branches     1104     1082      -22
==========================================
- Hits         3052     3002      -50
- Misses        113      117       +4
+ Partials      134      133       -1

Impacted Files
Coverage Δ

.../react-magma-dom/src/components/Table/TableRow.tsx
70.27% <0.00%> (-8.11%)
:arrow_down:

...magma-dom/src/components/Table/TablePagination.tsx
92.00% <0.00%> (-8.00%)
:arrow_down:

...dom/src/components/IndeterminateCheckbox/index.tsx
80.48% <0.00%> (-2.44%)
: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 f04dc33...6b0a44d. Read the comment docs.


fixed protein-translation.spec.coffee

rewrote the last test to check for an exception and not a string like seen in other exercise tests.
Related to #259

@ErikSchierboom: Opened a new PR with my current try to solve the broken test for protein-translation.

Are we using an outdated version of the matchers library or something?

Maybe, let's stick to the "toThrow()" function for now?

I guess we have to

Thanks!

Thank you too, I hope the exercise is solvable now.


[Bug]: When apply continue_final_message for OpenAI server, the "echo":false is ignored.

Your current environment
vLLM Version: 0.6.3.post2.dev256+g4be3a451

The output of `python collect_env.py`
Collecting environment information...                                                                                INFO 11-06 09:39:21 importing.py:15] Triton not installed or not compatible; certain GPU-related functions will not be available.                                                                           PyTorch version: 2.4.0+cpu
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: Ubuntu 22.04.4 LTS (x86_64)
GCC version: (Ubuntu 12.3.0-1ubuntu1~22.04) 12.3.0
Clang version: Could not collect
CMake version: version 3.30.5
Libc version: glibc-2.35

Python version: 3.10.12 (main, Jul 29 2024, 16:56:48) [GCC 11.4.0] (64-bit runtime)
Python platform: Linux-5.10.25-nvidia-gpu-x86_64-with-glibc2.35
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A

CPU:
Architecture:                    x86_64
CPU op-mode(s):                  32-bit, 64-bit
Address sizes:                   46 bits physical, 57 bits virtual
Byte Order:                      Little Endian
CPU(s):                          17
On-line CPU(s) list:             0-16
Vendor ID:                       GenuineIntel
Model name:                      Intel(R) Xeon(R) Gold 6330 CPU @ 2.00GHz
CPU family:                      6
Model:                           106
Thread(s) per core:              1
Core(s) per socket:              1
Socket(s):                       17
Stepping:                        6
BogoMIPS:                        4000.00
Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single ssbd ibrs ibpb stibp ibrs_enhanced fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves wbnoinvd arat avx512vbmi umip pku avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg avx512_vpopcntdq rdpid md_clear arch_capabilities
Hypervisor vendor:               KVM
Virtualization type:             full
L1d cache:                       544 KiB (17 instances)
L1i cache:                       544 KiB (17 instances)
L2 cache:                        68 MiB (17 instances)
L3 cache:                        272 MiB (17 instances)
Vulnerability Itlb multihit:     Not affected
Vulnerability L1tf:              Not affected
Vulnerability Mds:               Not affected
Vulnerability Meltdown:          Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Enhanced IBRS, IBPB conditional, RSB filling
Vulnerability Srbds:             Not affected
Vulnerability Tsx async abort:   Not affected

Versions of relevant libraries:
[pip3] intel_extension_for_pytorch==2.4.0
[pip3] numpy==1.26.4
[pip3] pyzmq==26.2.0
[pip3] torch==2.4.0+cpu
[pip3] torchvision==0.19.0+cpu
[pip3] transformers==4.46.2
[conda] Could not collect
ROCM Version: Could not collect
Neuron SDK Version: N/A
vLLM Version: 0.6.3.post2.dev256+g4be3a451
vLLM Build Flags:
CUDA Archs: Not Set; ROCm: Disabled; Neuron: Disabled
GPU Topology:
Could not collect

Model Input Dumps
No response
🐛 Describe the bug
According to the documentation, the echo parameter is false by default, but with continue_final_message set, the new message will always be prepended with the last message.
Reproduction Code:
curl -X POST "http://<IP_ADDRESS>:12481/v1/chat/completions" \
     -H "Content-Type: application/json" \
     -d '{
           "model": "meta-llama/Meta-Llama-3-8B-Instruct",
           "messages": [
             {
               "role": "user",
               "content": "tell me a common saying"
             },
             {
               "role": "assistant",
               "content": "Here is a common saying about apple. An apple a day, keeps"
             }
           ],
           "add_generation_prompt": false, "continue_final_message": true, "echo":false
         }'

{"id":"chatcmpl-c49a327f6edd48ed9993668771d5589f","object":"chat.completion","created":1730963591,"model":"meta-llama/Meta-Llama-3-8B-Instruct","choices":[{"index":0,"message":{"role":"assistant","content":"Here is a common saying about apple. An apple a day, keeps the doctor away!","tool_calls":[]},"logprobs":null,"finish_reason":"stop","stop_reason":null}],"usage":{"prompt_tokens":29,"total_tokens":34,"completion_tokens":5},"prompt_logprobs":null}%

Before submitting a new issue...

[X] Make sure you already searched for relevant issues, and asked the chatbot living at the bottom right corner of the documentation page, which can answer lots of frequently asked questions.

@DarkLight1337 Hi, Please assign me.


fix(widget): update pipeline dashboard widget

update the pipeline dashboard widget with truncation to prevent overlapping
fixes https://github.com/fabric8io/fabric8-ui/issues/1452

@mindreeper2420 snapshot fabric8-ui is deployed and available for testing at https://fabric8-ui-fabric8-ui-pr-1577-fabric8-ui.int.rdu2c.fabric8.io


Manage release versions

https://www.eclipse.org/tycho/sitedocs/tycho-release/tycho-versions-plugin/plugin-info.html
It can be executed from the command like for example like this: mvn org.eclipse.tycho:tycho-versions-plugin:set-version -DnewVersion=1.0.1-SNAPSHOT and then it changes the version in all pom.xml, MANIFEST and feature.xml files

Tested, working and documented https://github.com/ipa320/ros-model#update-release-versions-only-for-administrators
:+1: