text:
Typing changes & commonjs

Here are some changes I needed to make to get this package to work with my project. I made types optional and updated the array types. I also compile to commonjs to allow for importing with Next.js. I added the prepare command to support local builds.

Ok, I will review it and let you know if there are any changes

Thanks for the pull :)

repo: img-mapper/react-img-mapper


text:
Preserving original image quality

I have a project where photographers publish their works.
We would like to be able to preserve the original image quality set by the author (JPEG Quality), but at the same time resize the image to an acceptable size (for example, 1800 on the larger side).
So I ask you to add the sameq parameter to the quality option.
Thanks in advance!

Hey Lev!
Unfortunately, I don't see this as possible:

JPEG doesn't store the quality factor it was saved with.
Processing an image requires decoding and encoding it back. This basically means that in the case of JPEG the image quality (not the quality factor) will drop with each reencoding.

source: gharchive/issue

authors: DarthSim levnovikov

repo: imgproxy/imgproxy

license: MIT

license_type: permissive

license_source: github-api


text:
feat: convert to fa function

Hi Karim, here is the new options description!
convertToFaDigist()
I add this function to convert Persian digits to English digits.
test.ts
I add a test file to test the functions.
Don't forget to publish a new version on npm!

@imkarimkarim can you have a review?

source: gharchive/pull-request

repo: imkarimkarim/convert-to-en-digits


text:
Feature/server side pagination

Added a test suite (Mocha+Karma+Chai+Sinon)
Added server side pagination support

Construction of server-side pagination differs slightly from the initial proposal:

new DataTable({
  serverSidePagination: {
    enabled: true,
    path: '/foo/bar',
    loader: function(result){...}
  }
});

Works pretty well. Does loading ever get set to true?

Hm, no, I completely ignored loading. When should it be set to true/false? I assume just when the client is waiting on the server?

Yeah when waiting on the server. I saw it is set to false when it is finished but never set to true.

Haha, mk, I'll get that in there. There are also a lot of things we can refactor in there now (a lot of public methods that don't need to be public, etc.), but I think we should do the refactoring on a 1.0.0 tag (removing public methods => not backward compatible).

Cool. That makes sense.

Fixes #17, #24

repo: immense/knockout-datatable

license: mit

license_source: bigquery


text:
UX/UI improvements for the Settings modal

To make the Settings modal more clear, I think you should reorganize some of the items and change some labels for more standardization/clarity.
Simple/Advanced toggle mode:
I just noticed the Toggle advanced mode link at the top which might solve my confusion re: my other issue I just replied to. This needs to have more "presence" so the text should be larger and should probably be put inside a button to indicate it can be pushed.
Because what you're really doing here is allowing the user to edit a JSON configuration, maybe the button should say View advanced configuration. When you view the advanced configuration the button should then be labeled something like: View simple mode or View settings. Something like that.
Better organization of settings:
The Experimental settings should be grouped together and moved down towards the keybindings area as I feel that those are associated with each other. The label should be changed to conform to how the other labels are written. A suggestion would be: Specifies if experimental features are enabled and directly under this in smaller font should be: Note: The features might be unstable.
The Specifies a list of enabled plugins (requires enableExperimental to be true) label should be changed to: Specifies a list of enabled plugins and directly underneath this label in smaller font: Note: Requires experimental features to be enabled and you must restart Altair for these changes to take effect. This is because no one knows what enableExperimental is. Thats not mentioned in the simple form of the Settings modal. People will imply this is what you mean but its better to reference the actual setting's label. Anyone who wishes to play with the advanced configuration will know what they're looking at in the json config when they see "enableExperimental": true.
The language setting should be moved to the top, just below the "Toggle Advanced mode" button/link. For people who do not natively speak English, this is probably the most important setting for them to easily recognize that they can change the language so they can continue using the application.
Associated issues: #1308 #1278

Hey @aarona, would you mind opening a PR that solves this issue?

authors: aarona imolorhe

repo: imolorhe/altair


text:
Not handling the decimal point values correctly

I have an input ex: sales=1893.34, also I am giving prompts to perform certain tasks but the openchat returns such as sales=189.334 or sales=18933.4 in the response.
The decimal point is moving left and right. so it deviates from the actual value.
How to solve this problem via prompting?

Can you try a lower temperature (like 0.0 and 0.5) first?

Tried this. But still getting the issue

Can you post the prompt here?

Here is the sample data:(question,keys and values are not real)
system_msg = """As an AI programmed to generate business report from JSON input data,
input: {'abc: 12.05, 'def': 96181.4593197, 'ghi': True}
question:  sample question
report:

@imoneoi  I am formating the prompt below
<s>[IDENTITY]
As an AI programmed to generate business reports from JSON input data,
[/IDENTITY]</s>
[INST]
Now Based on the following input: {'abc': 12.05, 'def': 96181.4593197, 'ghi': True}
Generate the report for this Question: sample question
Report:
 [/INST]

Is there any worng in this method of prompt structure?Also if i should pass any few shot examples,where can I pass those?

OpenChat is using a special prompt format, which you can see it here. You can pass few-shot examples in the first user message as well.

i could see
GPT4 Correct User: Hello<|end_of_turn|>GPT4 Correct Assistant: Hi<|end_of_turn|>GPT4 Correct User: How are you today?<|end_of_turn|>GPT4 Correct Assistant:

In the mentioned page.
How does this fit in my context? @imoneoi
Please share the structure based my current prompt -  -<s>[IDENTITY] As an AI programmed to generate business reports from JSON input data, [/IDENTITY]</s> [INST] Now Based on the following input: {'abc': 12.05, 'def': 96181.4593197, 'ghi': True} Generate the report for this Question: sample question Report:  [/INST]

Try putting the question to the first user turn
GPT4 Correct User: Question<|end_of_turn|>GPT4 Correct Assistant:

@imoneoi I put in the way that you mentiond. still i am facing the decimal point movement issue in the response.
What might be the issue?
is openchat is not goot at dealing with mathmatics and decimal point values?

repo: imoneoi/openchat


text:
Assessment list for beneficiary

There is multiple requirements which allow a beneficiary's previous assessments to be listed. This allow #31, #18 and #8. This issue should get a list in place somewhere in the app so that the other issues can build on top of this list.

Think about where this should be put within the app (discuss with @drimpact)
Implement list displaying assessments, for each display date (actual rather than semantic) and number of questions completed

 Assessment management

Just to be clear when you say 'assessments' you mean 'meetings' right?
If so, I would like to suggest that we settle on calling them 'surveys' because that's what they are essentially in their current state, unless you plan on expanding their definition in the future by adding various features. It just removes the potential ambiguity and makes it less likely for users to confuse them for something else, in my opinion.

Yea assessment == meeting.
I am still getting the nomenclature correct, but from talking to charities, it seems assessment is the best option I have so far. I think survey gives the impression of a large scale exploration, asking questions of random people, whereas assessment gives the impression of a 1-on-1 session where they evaluate the individual.

Fair enough. But, assessment sounds like some kind of test to me. What charities are really getting is just some feedback. You could even just call the meetings as feedback. Anyway, it's just a trivial semantics issue. I'm fine with whatever you settle for :+1:

Worked up a rough static design for this: https://gist.github.com/drimpact/cb947ed722bab9b224288ce6b34a41a0

repo: impactasaurus/app


text:
Eager loading on One-to-One

Hi Dev-Team.
Currently i have two classes:
class Contact{
    //...
}

class Event{
    @OneToOne(cascade = CascadeType.ALL, fetch = FetchType.EAGER)
    private Contact contact;
}

Now i want to query for all entities with a value:
this.getEntityManager().createQuery( "SELECT e FROM %s e WHERE e.module = phone").getResultList();

The query works as expected but the nested contact is not loaded. I debugged into and found out that the method EntityMetadata#isParent() of "Event" always returns false on One-To-One.
I think that there is a misstake in OneToOneRelationMetadataProcessor. In the OneToManyRelationMetadataProcessor the 'isParent' flag is set true at the and of the method OneToManyRelationMetadataProcessor#addRelationIntoMetadata() so kundera knows that a relation is available. In OneToOneRelationMetadataProcessor#addRelationIntoMetadata() the relation is added but the 'isParent' flag is not set true so kundera not perform the recursive entity loading.

Hi @michael-rhoese, I am assuming you are using  Kundera-MongoDB module. I tested same thing with similar entities and it's working fine at my end.
Can you share your entities and test case so that I can replicate your issue.
-Dev

Hi @Dev,
My Entity classes are:
@Entity
@Table(name = "event")
@IndexCollection(columns = {
        @Index(name = Event.COLUMN_NAME_RSS_ID),
        @Index(name = AbstractModuleEntity.COLUMN_NAME_MODULE),
        @Index(name = SiteMetadata.COLUMN_NAME_SITE),
        @Index(name = SiteMetadata.COLUMN_NAME_RSS_FEED_ID)
})
@XmlRootElement
public class Event extends AbstractExportableEntity implements Comparable<Event>
{
    /**
     * Column identifier for RSS id.
     */
    public static final String COLUMN_NAME_RSS_ID = "rss_id";

    /**
     * Instance of the metadata.
     */
    @Getter
    @Embedded
    private SiteMetadata metadata;

    /**
     * Id of the RSS entry.
     */
    @Column(name = Event.COLUMN_NAME_RSS_ID)
    private int rssId;

    /**
     * Title of the rss feed entry.
     */
    @Column
    private String title;

    /**
     * Appointment of the rss feed entry.
     */
    @Embedded
    private Appointment appointment;

    /**
     * Location of the rss feed entry.
     */
    @Embedded
    private Location location;

    /**
     * Type of the rss feed entry.
     */
    @Column
    private String type;

    /**
     * Contact data of the rss feed entry.
     * TODO: Change mapping back to OneToOne if fix is released
     * (https://github.com/impetus-opensource/Kundera/issues/945).
     */
    @OneToOne(cascade = CascadeType.ALL, fetch = FetchType.EAGER)
//    @Embedded
    private Contact contact;

    /**
     * URL of the rss feed entry.
     */
    @Column
    private String url;

    /**
     * Period (Start - End) of the rss feed entry.
     */
    @Embedded
    private Period period;

    /**
     * Description of the rss feed entry.
     */
    @Embedded
    private Description description;

    /**
     * Default-constructor of this class. {@link SiteMetadata} will be created.
     */
    public Event()
    {
        this.metadata = new SiteMetadata();
    }

    /**
     * Parameterised-constructor of this class. {@link SiteMetadata} will be created.
     *
     * @param rssId       Id of the rss feed entry.
     * @param title       Title of the rss feed entry.
     * @param appointment Appointment of the rss feed entry.
     * @param location    Location of the rss feed entry.
     * @param type        Type of the rss feed entry.
     * @param contact     Contact data of the rss feed entry.
     * @param url         URL of the rss feed entry.
     * @param period      Period (Start - End) of the rss feed entry.
     * @param description Description of the rss feed entry.
     */
    @SuppressWarnings("CheckStyle")
    public Event(
            final int rssId,
            final String title,
            final Appointment appointment,
            final Location location,
            final String type,
            final Contact contact,
            final String url,
            final Period period,
            final Description description )
    {
        super( null, null );
        this.metadata = new SiteMetadata();
        this.rssId = rssId;
        this.title = title;
        this.appointment = appointment;
        this.location = location;
        this.type = type;
        this.contact = contact;
        this.url = url;
        this.period = period;
        this.description = description;
    }

    @Override
    public int compareTo( final Event o )
    {
        if ( o == null )
        {
            throw new NullPointerException( "Other is null." );
        }

        return Integer.compare( this.getRssId(), o.rssId );
    }
}

@ToString(exclude = "encoded")
@EqualsAndHashCode(exclude = "encoded")
@Entity
//@Embeddable
@Table(name = "contact")
public class Contact extends AbstractEntity
{
    /**
     * Degree of the contact.
     */
    @Getter
    @Setter
    private String degree;
    /**
     * Name of the contact.
     */
    @Getter
    @Setter
    private String name;
    /**
     * Surname of the contact.
     */
    @Getter
    @Setter
    private String surname;
    /**
     * Position of the contact.
     */
    @Getter
    @Setter
    private String position;
    /**
     * Division of the contact.
     */
    @Getter
    @Setter
    private String division;
    /**
     * Phone number of the contact.
     */
    @Getter
    @Setter
    @Column(name = "phone_number")
    private String phoneNumber;
    /**
     * Email of the contact.
     */
    @Getter
    @Setter
    private String email;
    /**
     * Encoded contact.
     */
    @Getter
    private String encoded;

    /**
     * Default-constructor of this class. If this constructor is used the values have to be added by setter methods.
     */
    public Contact()
    {
        this( null );
    }

    /**
     * Parameterised-constructor of this class. If this constructor is used the content will be shipped as encoded.
     *
     * @param encoded Encoded contact.
     */
    public Contact( final String encoded )
    {
        this.encoded = encoded;
    }

    /**
     * Checks if encoded model is used.
     *
     * @return True if encoded value is used, otherwise false.
     */
    public boolean isEncoded()
    {
        return this.encoded != null;
    }
}

The method which wants to load the entities looks like:
    public List<Event> findAll( final int rssFeedId )
    {
        this.restrictBeforeTransaction();

        String query = String.format(
                "SELECT e FROM %s e WHERE e.metadata.site = %s AND e.metadata.rssFeedId = %d",
                this.getFormattedTargetNameForSqlQuery(),
                this.getCurrentSite().name(),
                rssFeedId );

        List<Event> res = this.getEntityManager().createQuery( query ).getResultList();

        this.restrictAfterTransaction();

        return res;
    }

The test case:
    public void findAllForSiteAndRssFeedId()
    {
        final List<Event> entities = new ArrayList<>(TEST_ENTITY_LIST_SIZE);

        Long countBefore = this.repository.count();
        logger.info("Entities before save: {}", countBefore);

        IntStream.range(0, TEST_ENTITY_LIST_SIZE).forEach(index -> entities.add(this.generateTestEntity()));

        final List<Event> persistedEntities = this.repository.saveAll(entities, 4);
        Long countAfter = this.repository.count();

        Assertions.assertThat(countAfter).isEqualTo(countBefore + TEST_ENTITY_LIST_SIZE);
        logger.info("Entities after save: {}", countAfter);

        Assertions.assertThat(persistedEntities).hasSize(TEST_ENTITY_LIST_SIZE);
        logger.info("All entities persisted: expected {} | actual {}", (countBefore + entities.size()),
                persistedEntities.size());

        final List<Event> loadedEntities = this.repository.findAll(4);
        Assertions.assertThat(loadedEntities).hasSameSizeAs(persistedEntities);
        Assertions.assertThat(loadedEntities).hasSameElementsAs(persistedEntities);
    }

I mapped contact embedded as a temorary fix. But in future this solution will bring useless duplications. I hope this helps to find the issue (or my misstake).

authors: devender-yadav michael-rhoese

repo: impetus-opensource/Kundera


text:
feat: add connection info to interactions other than accept connection

Description
Since all interactions require a connection first, all these interactions, namely "accept credentials" & "share credentials", should have info regarding the underlying connection as well. This issue requires UX, FE and BE integration.
To not over-complicate the user flow the other actions should stick to their current user flow, namely one button to accept or reject that action. However, they should also list connection information. It's up for discussion how much info and how we will arrange it on the screen. Information-wise, ideally it would be all the info we see when we get the "accept/reject connection" screen. But considering UX and presentation we will have to decide on what works best.
Motivation
The user should always be informed about the connection they're about the approve.
Resources
Related to #125
To-do List

[ ] Decide on UX Design
[ ] BE: Add connection info to User_Prompt::Credential_Offer & Share_Credentials
[ ] FE: Display connection info in the desired way on user prompt screen

 feat: add connection info to interactions other than accept connection

authors: M-Adam-Hus Oran-Dan

repo: impierce/identity-wallet


text:
Remove insecure kube_rbac_proxy

Fixes #108

Passing around one's service account token is very insecure.
Binding extra permissions to the default service account in the eco-system namespace is discouraged.

General feeling in the team is that it's better to just expose /metrics openly. If protection is desired from other things in the Kubernetes cluster is what service meshes are for.

I'd be inclined to just comment out the lines, as recommended in the commented yaml and not delete the patches.
I don't know if Kubebuilder currently updates these manifests after they have been created, but I imagine that the kubebuilder will in future attempt to upgrade the manifests to the latest version of kube-rbac-proxy and then things will break.
The kube-rbac-proxy  maintainer explains here https://github.com/brancz/kube-rbac-proxy#notes-on-serviceaccount-token-security that you can use a client certificate instead of a token and you'd give promethes  a limited token with privileges to only read metrics presumably.

Maybe there aren't any plans for Kubebuilder to update config/ after all. I found a few discussions about it:

We generally don't update scaffolded files because we have no way to know if the user has significantly changed them.
-- https://github.com/kubernetes-sigs/kubebuilder/issues/1197#issuecomment-562359009

We've got a section for migration in the docs now. I don't foresee scaffolding changes being automatic, so closing for now.
-- https://github.com/kubernetes-sigs/kubebuilder/issues/650#issuecomment-527562129

For existing projects, please follow this instruction to migrate the config directory structure to the new structure, which works with kustomize 2.0.0
-- https://github.com/kubernetes-sigs/kubebuilder/issues/595#issuecomment-468471211

Migrating between project structures in KubeBuilder generally involves a bit of manual work.
-- https://book.kubebuilder.io/migrations.html

https://github.com/kubernetes-sigs/kubebuilder/issues/1197#issuecomment-562359009

authors: JamesLaverack wallrj

repo: improbable-eng/etcd-cluster-operator


text:
Update thanos/kube/manifests/ files according to the thanos  latest v0.2.0

Thanos, Prometheus and Golang version used

What happened
What you expected to happen
How to reproduce it (as minimally and precisely as possible):
Full logs to relevant components

Anything else we need to know

Sorry, I didn't find the time but thanks to @ervikrant06 it is in progress now
https://github.com/improbable-eng/thanos/pull/709

Still we can add either configmap or passing this by content, which I like more! (:
        - |
          --objstore.config=type: GCS
          config:
            bucket: <bucket>

authors: FUSAKLA asudhakarreddy bwplotka

repo: improbable-eng/thanos


text:
Propagate retriable/haltable errors from compactor

Changes
We observed thanos compactor was exiting on upload errors. Previously, a new
error was created from all worker errors so the custom type was not propagated.
This introduces go-multierror to preserve the error types.
If all errors returned are retriable, it is safe to retry the compaction.
Since the compactor may still return a single error this logic is preserved.
(Happy to refactor out the duplicated logic with individual error checks.)
Verification
Tests are passing and I'll run this change with real workloads shortly.

Also, although this will fix compact exiting, the work it the compactor has written to disk is thrown away when the compaction is retried. I'm thinking about a good way to avoid this - the simplest thing would be to just retry the bucket requests more times before returning an error.

prometheus/tsdb already has a struct for this tsdb.MultiError that we use in some places already. Would it be possible to reuse it here?

@GiedriusS sure, I can use that instead 👍

Updated, I'll squash the commits if we're happy to proceed.

@bwplotka @povilasv if you have a moment to take another look at this, that'd be much appreciated 🙇

authors: GiedriusS mattrco


text:
ExportPDF 添加theme无效，还是默认的default-theme

ExportPDF 添加theme无效
阅读源码后好像问题在于MdPreview组件的主题是用provide传递，但是ExportPDF是用props
<MdEditor
ref="editorRef"
theme="github"
previewTheme="github"
>
<template #defToolbars>
<ExportPDF :modelValue="contentStore.content"  theme="github" previewTheme="github"/>
</template>
</MdEditor>

1.2.0优化了它，并且你不需要主动提供theme和previewTheme就可以

authors: MTTTM imzbf

repo: imzbf/md-editor-extension


text:
Feature Request: Implement "inspect" Command

As a Witness user, I would like to have the ability to inspect attestations and policies using a new "inspect" command. This feature would provide a convenient way to verify the contents of these files, aiding in security and compliance verification.  When policy creators are trying to create policies they generally use tools like jq to parse these documents, a built in command would provide better UX for users, specifically policy creators.
Proposed Solution

Create a new "inspect" command in Witness.
Implement flags for specifying the attestation and policy files to inspect.
Develop logic to read and parse the specified attestation and policy files.
Display the parsed information to the user, offering insights into the contents of the attestation and policy.

Expected Behavior
When the "inspect" command is executed, it should:

Read and parse the specified attestation and policy files.
Display the parsed data in a clear and structured manner to the user.

Additional Context
This feature would be highly beneficial for users who need to validate the contents of attestations and policies in their workflow. It enhances the utility of Witness by providing an easy way to perform manual verification and analysis.
Alternatives Considered
We have considered alternative approaches to achieving this functionality, such as integrating with external tools. However, implementing this as a built-in "inspect" command would provide a seamless and user-friendly experience within the Witness CLI.
Implementation Details
This feature will require modifications to the Witness CLI codebase. We will need to create a new Cobra command, define flags, and implement logic for reading and parsing attestation and policy files.

I failed to work on this due to time in the end, but I put some work into thinking / designing a similar feature for cosign (https://github.com/sigstore/cosign/issues/2210).
I definitely find that this sort of thing is valuable, but we should be careful of creating the impression that such a command would in any way verify or audit the information. Instead it should very clearly just fetch and print any attestations associated to the artifact.
Given that in witness we have an overarching AttestationCollection construct, I think there's a lot of opportunity from a UX perspective. I think it'd be pretty cool to be able to index all the attestations associated to the artifact and be able to inspect / describe them etc.

Related to @ChaosInTheCRD’s comment, I’m wary of “inspect” over promising what it does. This is especially a concern because an “inspection” is an actual type of check in in-toto layouts. I think using a different sub command largely solves this.

authors: ChaosInTheCRD adityasaky colek42

repo: in-toto/witness


text:
Faster read_camtrap_dp()

In the new Camtrap DP format, observations no longer have a deploymentID.  That means that any join between observations and deployments has to be done over media, which can be costly. @PietrH and I discussed how this could be implemented in an efficient way in camtraptor.
read_camtrap_dp()

Reads a datapackage.json and stores as a "package" list object (same as now)
Reads resources from disk with frictionless::read_resource() (same as now)
Creates a joined dataframe: deployments > media > observations + distinct by eventID. This could be done with dplyr or data.table (new)
Attaches the joined dataframe to the package, e.g. at $data (new)
No longer stores $data$deployments, $data$media, $data$observations to save memory (new)
Returns the package (same as now)

filter()

Masks dplyr::filter() for a camtrap dp object (#92)
Uses dplyr::filter() (or data.table) on $data under the hood
Can optionally also filter the spatial, temporal and taxonomic scope in the metadata

other functions

Typically make use of $data rather than $data$deployments, ...
Can still access media or other resources if they need to (by reading from disk)

@peterdesmet can we have a short meeting on this
though I guess that there is a data-logic for this - the full impact on existing programs and logic for users looks to be quite severe, but  it can be that this is due to the fact that I do not fully understand what you suggest :-)

How to create $data:
library(frictionless)
library(dplyr)
#>
#> Attaching package: 'dplyr'
#> The following objects are masked from 'package:stats':
#>
#>     filter, lag
#> The following objects are masked from 'package:base':
#>
#>     intersect, setdiff, setequal, union
example <- "https://raw.githubusercontent.com/tdwg/camtrap-dp/0.6/example/datapackage.json"
package <- frictionless::read_package(example)
#> Please make sure you have the right to access data from this Data Package for your intended use.
#> Follow applicable norms or requirements to credit the dataset and its authors.
dep <-
  frictionless::read_resource(package, "deployments") %>%
  dplyr::rename(deploymentTags = tags, deploymentComments = comments)
med <-
  frictionless::read_resource(package, "media") %>%
  dplyr::select(deploymentID, eventID, captureMethod) # See https://github.com/frictionlessdata/frictionless-r/issues/123 to avoid this step
obs <-
  frictionless::read_resource(package, "event-observations") %>%
  dplyr::rename(observationComments = comments, observationTags = tags)

data <-
  dep %>%
  dplyr::left_join(med, by = "deploymentID", multiple = "all") %>%
  dplyr::left_join(obs, by = "eventID", multiple = "all") %>%
  dplyr::distinct(eventID, .keep_all = TRUE)
data
#> # A tibble: 34 × 41
#>    deploymentID      locat…¹ locat…² latit…³ longi…⁴ coord…⁵ start
#>    <chr>             <chr>   <chr>     <dbl>   <dbl>   <dbl> <dttm>
#>  1 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  2 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  3 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  4 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  5 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  6 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  7 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  8 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#>  9 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#> 10 00a2c20d-f038-49… e254a1… B_HS_v…    51.5    4.77     187 2020-05-30 02:57:37
#> # … with 24 more rows, 34 more variables: end <dttm>, setupBy <chr>,
#> #   cameraID <chr>, cameraModel <chr>, cameraDelay <dbl>, cameraHeight <dbl>,
#> #   cameraTilt <dbl>, cameraHeading <dbl>, detectionDistance <dbl>,
#> #   timestampIssues <lgl>, baitUse <lgl>, featureType <fct>, habitat <chr>,
#> #   deploymentGroups <chr>, deploymentTags <chr>, deploymentComments <chr>,
#> #   eventID <chr>, captureMethod <fct>, observationID <chr>,
#> #   observationType <fct>, cameraSetupType <fct>, taxonID <chr>, …

Created on 2023-02-21 with reprex v2.0.2

Conclusion of discussion with @jimcasaer:

Users like $data$deployments and $data$observations so it might be worth to keep it separated rather than joining them as a single $data
read_camtrap_dp() could definitely still add a deploymentID to observations (once), so joins later in the package can make use of this

authors: jimcasaer peterdesmet

repo: inbo/camtraptor


text:
Export pipe %>%

As we did for camtrapdp, it's useful to export the %>% so that we can use it in examples or vignette without having to load dplyr for it.

Done in PR #331.


text:
Hash table assert macros cause error

I get a bunch of error when I try to make now, but I'm not sure how to fix this one:
src/structures/hash_table.c:43:1: error: pasting formed 'static_assertion_failed_"Hash table expands too much"', an invalid preprocessing token
STATIC_ASSERT(HASH_TABLE_MAX_LOAD_NUM * HASH_TABLE_EXPAND_NUM * HASH_TABLE_MIN_LOAD_DENOM  > HASH_TABLE_MIN_LOAD_NUM * HASH_TABLE_MAX_LOAD_DENOM * HASH_TABLE_EXPAND_DENOM, "Hash table expands too much");
^
src/structures/../base_util.h:16:26: note: expanded from macro 'STATIC_ASSERT'
    typedef struct { int CTASTR(static_assertion_failed_,msg) : !!(cond); } \
                         ^
src/structures/../base_util.h:14:26: note: expanded from macro 'CTASTR'
#define CTASTR(pre,post) CTASTR2(pre,post)
                         ^
src/structures/../base_util.h:13:31: note: expanded from macro 'CTASTR2'
#define CTASTR2(pre,post) pre ## post
                              ^
src/structures/hash_table.c:43:173: error: expected ';' at end of declaration list
STATIC_ASSERT(HASH_TABLE_MAX_LOAD_NUM * HASH_TABLE_EXPAND_NUM * HASH_TABLE_MIN_LOAD_DENOM  > HASH_TABLE_MIN_LOAD_NUM * HASH_TABLE_MAX_LOAD_DENOM * HASH_TABLE_EXPAND_DENOM, "Hash table expands too much");
                                                                                ^
src/structures/../base_util.h:16:58: note: expanded from macro 'STATIC_ASSERT'
    typedef struct { int CTASTR(static_assertion_failed_,msg) : !!(cond); } \
                                                         ^
src/structures/../base_util.h:14:38: note: expanded from macro 'CTASTR'
#define CTASTR(pre,post) CTASTR2(pre,post)
                                     ^
src/structures/../base_util.h:13:34: note: expanded from macro 'CTASTR2'
#define CTASTR2(pre,post) pre ## post

Whoops. I'll take a look at it.

Have you changed HASH_TABLE_MAX_LOAD_NUM, HASH_TABLE_EXPAND_NUM, HASH_TABLE_MIN_LOAD_DENOM, HASH_TABLE_MIN_LOAD_NUM, HASH_TABLE_MAX_LOAD_DENOM, or HASH_TABLE_EXPAND_DENOM?

So what's happening here is that the fallback implementation of static_assert is borked, and for some reason your compiler is falling back to the fallback.
I'll fix the fallback implementation, but I'm intrigued as to why it's falling back in the first place. Are you using GCC? If so, is _Static_assert defined?

Should be fixed by this commit.

I use Clang. I'll look into why _Static_assert might not be defined on my system.

authors: TheLoneWolfling incrediblesound

repo: incrediblesound/huo


text:
Corrections / retours pour Challenge tes amis

Nous sommes en train de mettre en place une V1 de "Challenge tes amis", une nouvelle fonctionnalité qui a pour objectif de créer plus de viralité --> #1078
L'objectif de cette issue est de provisionner un temps pour des retours / corrections, en lien avec @jeremiecook. Nous proposons 4 jours de provisionnement.

Je ferme cette issue car je travaille sur la même PR, on peut se contenter d'une carte je pense. J'ai repassé la première carte en In progress :)

authors: bjlaa lbranaa

repo: incubateur-ademe/nosgestesclimat-site


text:
Syntaxe dissidente pour l'estimation via le cout des granulés de bois

Pour toutes les autres questions on a : nom_de_la_question_sans_consommation . estimation via le coût
Alors que pour les granulés de bois on a logement . chauffage . bois . type . granulés . consommation . estimation via le coût: donc avec consommation en plus (sans l'indiquer dans le nom de l'aide).
Est-ce qu'il y a une raison à ça ? Et si non, est-il possible de changer pour logement . chauffage . bois . type . granulés . estimation via le coût

Non effectivement c'est étrange

je crée dans GH

Ah non bizarre mais je peux corriger aussi dans #2118

authors: Clemog florianpanchout jeannelf

repo: incubateur-ademe/nosgestesclimat


text:
Dynamic layers

Layer should be dynamically generated
This relates also relates to #4

Done with commit 8643ef6fad4bf5bc582af476a6fe5d7c9bc59bfb

authors: bpmweel c-martinez

repo: indodutch/sim-city-cs


text:
Cypher support for authorisation API

Created by: @pepe-zamarripa May 06 2022 at 15:23 CET
Last updated: Jul 19 2022 at 14:18 CET
ClickUp ID: IK-2961
Given
IsAuthorized API is called with input parameters:
dt id
list of actions
list of resources refs (ids, type, etc...)
When
An authorization request is required
Then
Cypher will return true/false based on params given (TBD)
output:
for each resource, list of allowed actions
Miro frame with data model and query exploration (just refer to the pictures below since the Miro frame should be updated):
We will not consider any Persona or Role atm, just DigitalTwin nodes defining users
Actions (ex:"CREATE") are modelled as relationships between the entitled dt and the resource
We model all permission related relationships with a starting "" (ex: "_ENTITLED")
the big "CRUD" permission is just a placeholder for the four different actions
the "_OWNS" relationship (permission ownership) is not going to be used now, but designed
the content of the Permission node is at the moment to be ignored
[EDIT: modify miro model, permissions are wrong]
The green subgraph is the resources (customer-defined).
params
:params
{
resources:['ext_01','ext_02','ext_03','ext_04', 'ext_21', 'ext_31', 'ext_41', 'ext_d11', 'ext_d21'],
actions:['_READ']
}
cypher
MATCH (dt:DigitalTwin{id:'001'})-[:_ENTITLED]->(pe)
WITH pe
UNWIND  $ actions AS action
UNWIND  $ resources AS resource
MATCH (pe)-[r]->(res)
WHERE TYPE(r)=action OR res.externalId=resource
WITH DISTINCT res.externalId AS resource_id,collect(DISTINCT TYPE(r)) AS actions
WITH collect(apoc.map.fromValues([resource_id, actions])) AS maps
RETURN apoc.map.mergeList(maps) AS res //returns map inside square brackets
//UNWIND res as resources
//RETURN resources
with output:
[
{
"res": {
"ext_41": [
"_READ"
],
"ext_01": [
"_READ"
],
"ext_31": [
"_READ"
],
"ext_21": [
"_READ",
"_DELETE",
"_UPDATE",
"_CREATE"
],
"ext_65": [
"_READ"
],
"ext_04": [
"_READ"
],
"ext_05": [
"_READ"
],
"ext_02": [
"_READ"
],
"ext_03": [
"_READ"
],
"ext_d11": [
"_READ"
],
"ext_d21": [
"_READ"
]
}
}
]
with optional roles/groups between dt and permission:
MATCH (dt:DigitalTwin{id:'001'})-[:_ENTITLED*]->(pe:Permission)
WITH pe
UNWIND  $ actions AS action
UNWIND  $ resources AS resource
MATCH (pe)-[r]->(res)
WHERE TYPE(r)=action OR res.externalId=resource
WITH DISTINCT res.externalId AS resource_id,collect(DISTINCT TYPE(r)) AS actions
WITH collect(apoc.map.fromValues([resource_id, actions])) AS maps
WITH apoc.map.mergeList(maps) AS res
RETURN apoc.map.mergeList(maps) AS res //returns map inside square brackets
Attachment(s):
https://github.com/indykite/clickup-attachments/blob/master/0a90b815-90cd-4da5-88d1-7d73f7922219.json

Commented by: @bayegan Apr 28 2022 at 20:34 CET
@indyboox : would you be more specific on the TBD sections on the requirements.  will be useful for testing. tnx.


text:
FI-1926: add api link to footer

Summary
Adds a link to https://inferno-framework.github.io/inferno-core/api-docs/ to the footer.
With version number, web:

With version number, mobile:

Without version number, web:

Without version number, mobile:

Testing Guidance
Check that link appears and directs to the appropriate place.

Codecov Report
Patch coverage: 90.69% and project coverage change: +0.31 :tada:

Comparison is base (5807074) 74.01% compared to head (4ba774a) 74.32%.

:exclamation: Current head 4ba774a differs from pull request most recent head 10d5fb5. Consider uploading reports for the commit 10d5fb5 to get more accurate results

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #339      +/-   ##
==========================================
+ Coverage   74.01%   74.32%   +0.31%
==========================================
  Files         196      195       -1
  Lines        9564     9555       -9
  Branches      800      802       +2
==========================================
+ Hits         7079     7102      +23
+ Misses       2057     2028      -29
+ Partials      428      425       -3

Flag
Coverage Δ

backend
94.26% <ø> (-0.01%)
:arrow_down:

frontend
64.74% <90.69%> (+0.46%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

client/src/components/Footer/Footer.tsx
63.90% <87.09%> (+4.44%)
:arrow_up:

client/src/components/Footer/styles.tsx
97.82% <100.00%> (+0.32%)
:arrow_up:

client/src/styles/theme.tsx
100.00% <100.00%> (ø)

... and 24 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

authors: AlyssaWang codecov-commenter

repo: inferno-framework/inferno-core


text:
[Feature Request]: Support LM Studio standard OpenAI API

Is there an existing issue for the same feature request?

[X] I have checked the existing issues.

Is your feature request related to a problem?
Yes, Can not read embedding model from LM Studio

Describe the feature you'd like
Support LM Studio standard OpenAI compatible API
Describe implementation you've considered
See lmstudio.ai
Documentation, adoption, use case
No response
Additional information
No response

Supported.

authors: KevinHuSh rickywu

repo: infiniflow/ragflow


text:
RAGFlow streaming output suggestions #3738

What problem does this PR solve?
Briefly describe what this PR aims to solve. Include background context that will help reviewers understand the purpose of the PR.
Type of change

[x] New Feature (non-breaking change which adds functionality)

Appreciations!
These alterations involve respective code changes of web pages which there's none.
So, could you start with HTTP API, sdk/session.py?

Appreciations!
These alterations involve respective code changes of web pages which there's none. So, could you start with HTTP API, sdk/session.py?

Sorry, I only modified the code of the backend interface, and there is no adjustment on the front end at present.


text:
ISPN-15459 Memcached client 1.2.3

https://issues.redhat.com/browse/ISPN-15459

Failures are unrelated

Integrated into main, thanks @tristantarrant !

authors: tristantarrant wburns

repo: infinispan/infinispan


text:
ISPN-5721 ISPN-6813 SNI and encryption for REST

https://issues.jboss.org/browse/ISPN-6813
Highlights:

Added encryption for REST (some parts were there but it wasn't working).
Upgraded to the latest Netty and RESTEasy versions.
Added ProtocolServerConfiguration as parent of RestServerConfiguration. Some parts of the configuration throw UnsupportedOperationException since we don't control this configuration parts.
Extracted common parts for encryption subsystem and encryption service.

I've pushed Will's Scala removal from the REST module, so you need to readapt it. The difference looks very minor.

Rebased

Finally, pushed to master. Thanks for your patience

authors: slaskawi tristantarrant


text:
[PREVIEW] ISPN-6494 BlockingBundler

https://issues.jboss.org/browse/ISPN-6494

run performance tests please
[TCP]
[UDP]

run performance tests please

run performance tests please

run performance tests please

run performance tests please

run performance tests please

run performance tests please

A 196% increase in performance? If it's too good to be true... :-)
It would be interesting to have a run comparing a selected number of bundlers against each other, e.g. transfer-queue, ring-buffer, no-bundler and yours...

@belaban that 196% increase in performance is actually a regression in master vs. 9.4.x caused by the histograms. The results of this PR are just the last column.
For comparison, the BlockingBundler numbers are here in the last column here:
http://perfrepo.mw.lab.eng.bos.redhat.com/reports/tableComparisonReport/18068

Closing for now, @danberindei you can reopen if needed later.

authors: belaban danberindei diegolovison wburns


text:
🛑 Client Portal is down

In 10c484f, Client Portal (https://accounts.infinite8.co) was down:

HTTP code: 404
Response time: 94 ms

Resolved: Client Portal is back up in 295891c.


text:
🛑 Status Page is down

In b976af8, Status Page (https://status.infinite8.co) was down:

HTTP code: 504
Response time: 11259 ms

Resolved: Status Page is back up in cbc978b.


text:
Generate screen doesn't work and infinite prints gibberish

What's going on?
I do the command npx ignite-cli g screen question and this is what I get

Steps to reproduce

create ignite project using the --expo option
npx ignite-cli g screen question
watch

npx ignite-cli doctor results:

Same with Mac :(

Same here!

Same here. Been looking into it all day 😔

I believe this issue is related to the Marak Zalgo Liberty 2 bug.
https://snyk.io/blog/open-source-maintainer-pulls-the-plug-on-npm-packages-colors-and-faker-now-what/
Marak/colors.js#285

Can confirm this is part of the color.js LIBERTY bug.

Looks like npm reverted the bad updates, so I reinstalled ignite-cli, and now its working 👍

Looks like npm reverted the bad updates, so I reinstalled ignite-cli, and now its working 👍

how to reinstall the ignite-cli completely? i try using npm uninstall but it doesnt work

It seems this has been patched since, so you can close it. 👍

authors: JohnLamHK SirDavenport dragonmaster784 inoxxe jensiepoo lovelycbm tqyellow

repo: infinitered/ignite


text:
[Maverick] Better setup script

Describe the bug
The setup script (in ./bin/setup) is out of date. Let's take another look at it, and probably tell people it's there after spinning up a new app if they're on Mac? That way they can look at it and then run it.
Ignite version
Maverick
Additional info
NO

Related to https://github.com/infinitered/ignite/issues/2208

It appears we could remove jetifier from postInstall.js, as react-native run-android calls it automatically as of React Native 0.60

Note that jetifier is included and ran automatically with react-native-community/cli for React Native versions 0.60 and above, so you do not need to install and run jetifier manually.
https://github.com/mikehardy/jetifier#do-you-need-this

I've run through both
npx ignite-cli@next PizzaApp
cd PizzaApp
yarn android

and
npx ignite-cli@next PizzaApp
cd PizzaApp
yarn expo:android

And Ignite appears to be working fine on Android

authors: jamonholmgren joshuayoes


text:
Does not work with Create-react-app template with react 18 and webpack 5 (react-script 5.0)

Error:
webpack 5 no longer do auto-polyfilling for node core modules
https://i.stack.imgur.com/SpjFk.png

Gotcha - I'll have to look into this.  Thanks!

I was able to reproduce the error in CRA 5. However, in stackblitz with the same dependencies (React 18 and react-script 5.0), it did not throw any error.
https://stackblitz.com/edit/react-c4416f

Just a heads up - I'm going on vacation in a few days, so I'll try to get around to figuring out how to help fix this, but if someone is dedicated to the cause and willing to do upgrades/PRs to get us there, please let me know.   I've got significant distractions from OSS this week.

Any solution to this yet?

I have found a solution. I used craco instead of react-scripts to deploy my app and overrode the webpack configuration with craco.config.js.
My craco.config.js file is as follows:
const webpack = require("webpack");

module.exports = {
  webpack: {
    configure: {
      resolve: {
        fallback: {
          process: require.resolve("process/browser"),
          zlib: require.resolve("browserify-zlib"),
          stream: require.resolve("stream-browserify"),
          util: require.resolve("util"),
          buffer: require.resolve("buffer"),
          asset: require.resolve("assert"),
          path: require.resolve("path-browserify"),
        },
      },
      plugins: [
        new webpack.ProvidePlugin({
          Buffer: ["buffer", "Buffer"],
          process: "process/browser",
        }),
      ],
    },
  },
};

The following must be installed:
yarn add process browserify-zlib stream-browserify util buffer assert path-browserify

I have found a solution. I used craco instead of react-scripts to deploy my app and overrode the webpack configuration with craco.config.js.
My craco.config.js file is as follows:
const webpack = require("webpack");

module.exports = {
  webpack: {
    configure: {
      resolve: {
        fallback: {
          process: require.resolve("process/browser"),
          zlib: require.resolve("browserify-zlib"),
          stream: require.resolve("stream-browserify"),
          util: require.resolve("util"),
          buffer: require.resolve("buffer"),
          asset: require.resolve("assert"),
          path: require.resolve("path-browserify"),
        },
      },
      plugins: [
        new webpack.ProvidePlugin({
          Buffer: ["buffer", "Buffer"],
          process: "process/browser",
        }),
      ],
    },
  },
};

The following must be installed: yarn add process browserify-zlib stream-browserify util buffer assert path-browserify

@httpjamesm Thanks a lot! You saved my life.

Based on @httpjamesm 's solution,  I have come up with another solution using react-app-rewired. The benefit to use this rather than craco is to get the advantage of the latest react and tailwindcss versions.
First, install react-app-rewired
npm i react-app-rewired
Add config-overrides.js and inside it:
const webpack = require("webpack");

module.exports = function override(config, env) {
    const fallback = config.resolve.fallback || {};
    Object.assign(fallback, {
        process: require.resolve("process/browser"),
        zlib: require.resolve("browserify-zlib"),
        stream: require.resolve("stream-browserify"),
        util: require.resolve("util"),
        buffer: require.resolve("buffer"),
        asset: require.resolve("assert"),
        path: require.resolve("path-browserify"),

    });

    config.resolve.fallback = fallback;
    config.plugins = (config.plugins || []).concat([
        new webpack.ProvidePlugin({
            process: 'process/browser',
            Buffer: ['buffer', 'Buffer']
        })
    ])

    return config;
}

Change the scripts inside package.json
 "scripts": {
    "start": "react-app-rewired start",
    "build": "react-app-rewired build",
    "test": "react-app-rewired test",
    "eject": "react-scripts eject"
  },

Don't forget to install these:
npm i process browserify-zlib stream-browserify util buffer assert path-browserify

repo: infinitered/nsfwjs


text:
How to filter by Environment

First of all, thanks for the great work!
My question with Grafana: Is there a possibility to filter for example stacks and services by environment? If not, could we maybe add a flag so we can do a filter/regex for it?

Hi @phlegx - To answer your really old question, the quick answer is no.
The long answer is: yes! ..but not with the rancher exporter directly. However you could use Prometheus recording rules (https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/), to add different and new labels for each environment, and then break down the environments in your grafana :)
Hope that helps

Duplicates #2

authors: iamtgray phlegx


text:
Fix examples

Most of the issues were caused by outdated JSON response type (PoV < 4.0.0) or invalid JSON issues. There were also minor issues in the code.
All examples should work now.

Looks like we have CI issues.
I don't have access to take a look, but I guess things might be out of date.

I don't have access to take a look, but I guess things might be out of date.

I gave the entire Android team Developer access (I think this makes sense), and you should also have Admin access specifically to manage workflows.

There is an issue with connecting the project to Github or SSH keys
Build fails with error:
Warning: Permanently added 'github.com,140.82.113.3' (ECDSA) to the list of known hosts.
git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.

In settings:

Since I am not sure how Github integration with Bitrise is configured I think it is best for LEs to check it.

@antunflas Please check if ssh key is included into Infinum-fastlane account.

CI has been fixed.

@antunflas I will just merge this as no "real" changes are present and PR is open for some time

authors: JonatanPlesko KCeh antunflas simicmarin

repo: infinum/Android-Prince-of-Versions


text:
[QUESTION] - Published plugin based on Eightshift?

Hi there,
Are there realised WordPress plugins based on Eightshift? It could be of great help for newbies like me.

Take a look at infinum/eightshift-forms. It's not on wp.org plugins afaik, but probably the best Eightshift-based plugin you can find publicly.

repo: infinum/eightshift-boilerplate-plugin


text:
After npm start - redirected to : www.namebroker.co.uk

Hi,
After i run the install, i run the npm start dans my browser sync redirect me to : namebroker.co.uk
my proxy url is : proxyUrl: 'dev.provalis.com',

Hi,
this is happening because dev.provalis.com is already a registered domain.
Please change proxyUrl from .com to something like .test or .local and it
will work.
On Thu, 4 Jul 2019, 02:19 PatriceBois, notifications@github.com wrote:

Hi,
After i run the install, i run the npm start dans my browser sync redirect
me to : namebroker.co.uk
my proxy url is : proxyUrl: 'dev.provalis.com',
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/infinum/wp-boilerplate/issues/151?email_source=notifications&email_token=AJ5UZWX5F6B26LSHVUQUSQ3P5U6XLA5CNFSM4H5OI7CKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4G5IEMJA,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AJ5UZWRW54LGU2FNKUE7N3LP5U6XLANCNFSM4H5OI7CA
.

You need to use your local development url, not a url that's already live (which is I'm assuming, your staging site). BrowserSync can't do anything with URLs that are already live.
It needs the URL that's setup in your /etc/hosts file by whatever tool you use for local development. If your tool doesn't do this out of the box (such as MAMP), you'd need to setup nginx / apache and your hosts file yourself.
You can also develop without browsersync, just run npm start in a terminal and leave it be and keep developing as you normally would.

Ok thanks guys... i will not use the proxy for now... i just try to send all file on my staging server and i got this error :
Fatal error: Uncaught TypeError: Return value of Eightshift_Libs\Core\Main::register() must be an instance of Eightshift_Libs\Core\void, none returned in /home/siteint/public_html/provalist/wp-content/themes/provalis/vendor/infinum/eightshift-libs/src/class-main.php:54 Stack trace: #0 /home/siteint/public_html/provalist/wp-content/themes/provalis/functions.php(53): Eightshift_Libs\Core\Main->register() #1 /home/siteint/public_html/provalist/wp-settings.php(499): include('/home/siteint/p...') #2 /home/siteint/public_html/provalist/wp-config.php(90): require_once('/home/siteint/p...') #3 /home/siteint/public_html/provalist/wp-load.php(37): require_once('/home/siteint/p...') #4 /home/siteint/public_html/provalist/wp-blog-header.php(13): require_once('/home/siteint/p...') #5 /home/siteint/public_html/provalist/index.php(17): require('/home/siteint/p...') #6 {main} thrown in /home/siteint/public_html/provalist/wp-content/themes/provalis/vendor/infinum/eightshift-libs/src/class-main.php on line 54

Did you run composer -o dump-autoload on the staging servrer?

Nvm my previous comment, which php version are you running on the server? (and which one locally?)
You need to have 7.1 or newer with this boilerplate version.
Alternatively you can either update eightshift-libs composer package (we removed the : void typehinting in the latest develop version - this prevented the code from working on 7.0) and remove all : void from boilerplate's code.

authors: IvanGrginovInf PatriceBois gabriel-glo

repo: infinum/wp-boilerplate


text:
NEAT 0.5.0

Improvements to documentation, bugfixes, and new activation fn registry.

LGTM

repo: inflectrix/neat


text:
typo error

reference influxDB as indexDB
Closes #
Describe your proposed changes here.

[ ] Signed the InfluxData CLA
(if necessary)
[ ] Rebased/mergeable

!signed-cla


text:
Typo in v1.5/query_language/data_exploration/

https://docs.influxdata.com/influxdb/v1.5/query_language/data_exploration/
In the following, time >= 2015-08-12T00:12:00Z AND time < 2015-08-18T00:24:00Z, the 2015-08-12 should be 2015-08-18. This occurs 4 times on the above page.
This is because the query being discussed is SELECT COUNT("water_level") FROM "h2o_feet" WHERE "location"='coyote_creek' AND time >= '2015-08-18T00:06:00Z' AND time < '2015-08-18T00:18:00Z' GROUP BY time(12m), which only includes a 24 minute segment on the 18th, not the 12th.

Nice catch. Thanks @Bosma!

authors: Bosma sanderson


text:
glossary entries

raft
data node
meta node
Enterprise Web?

Data and meta nodes done, still need raft and Web

web done, will do raft as part of clustering guide.


text:
document data sources, relink in navigation

Originally: https://github.com/influxdb/influxdb.com/issues/290
https://github.com/influxdb/influxdb.com/tree/master/content/docs/v0.9/data_sources is unlinked and the files there are mostly empty.

Closing old issue.

authors: jackzampolin rkuchan


text:
Adding a label to a dashboard from the UI returns a 400 error

Unable to reproduce. It may have been an issue that was fixed by the labels api fixes.

authors: OfTheDelmer alexpaxton

repo: influxdata/influxdb


text:
feat(me): return oauth id with user object

/me will now include an oauthID attribute. If influxdb has a configured OAuth provider, then we should expect /me to include the corresponding provider id for that user. If influxdb does not have OAuth configured, and is reliant on the local username/password bolt store, then oauthID will be omitted.

[x] Well-formatted commit messages
[x] Rebased/mergeable
[x] Tests pass
[x] http/swagger.yml updated (if modified Go structs or API)

This is the first step. Whenever someone logs in with oauth, we need to store their oauthID in the user repo.


text:
Remove unused 'database' field

Couldn't get it out of the TSI index.

During a run of megacheck the following issues were discovered:

During a run of megacheck the following issues were discovered:

During a run of megacheck the following issues were discovered:

During a run of megacheck the following issues were discovered:

During a run of megacheck the following issues were discovered:

authors: hercules-influx jacobmarble


text:
Lint

Supports #4098. Lints the following packages:

monitor;
services/continuous_querier :exclamation:;
services/graphite :exclamation:;
services/hh :exclamation:;
services/httpd;
services/graphite; and
services/opentsdb.

services also contains the copier/internal package, which is generated, so that's obvious not been linted.
Packages with :exclamation: have outstanding lint issues. Specifically:
continuous_querier/config.go:1:1: don't use an underscore in package name
continuous_querier/service.go:1:1: don't use an underscore in package name
continuous_querier/service_test.go:1:1: don't use an underscore in package name
graphite/parser.go:192:78: exported func NewTemplate returns unexported type *graphite.template, which can be annoying to use
hh/limiter.go:15:34: exported func NewRateLimiter returns unexported type *hh.limiter, which can be annoying to use

Because the tests in these packages use the exported test package idiom, the NewX functions cannot be unexported as it stands. I'm not sure whether they're supposed to be part of the external API or not regardless.
In terms of the continuous_querier package I can rename this if it suits—depends on if it's name is underscored for a reason.
If anyone wants the remaining issues resolved: chime up, otherwise these packages are done.

Thanks @e-dard -- some minor feedback. I can merge once addressed.

Thanks @otoolep. Sorry about the typos.
"I'll just lint this package on a Sunday evening, it'll only take five minutes"... Thirty minutes later.. Arggh!

Sorry for the late catchup on this; my daughter decided to arrive 3 weeks early :baby: Should be all good now @otoolep ?

Looks good to me @e-dard -- thanks. +1
@corylanou ? Please merge if you're OK with this.

authors: e-dard otoolep

repo: influxdb/influxdb


text:
fix: selector for best answer

replace mistaken selector, from issue #33

I confirm, it works.

repo: infokiller/google-search-navigator


text:
Document clock drift parameters in guide

Closes: #3139
Description

Adds a new "Handling Clock Drift" section to the Hermes guide. The docs still need some more context on the issues that may arise when the clock drift parameters are mis-configured. @ancazamfir is doing some testing on this, and we'll add those details to this section when she has done this.

PR author checklist:

[ ] Added changelog entry, using unclog.
[ ] Added tests: integration (for Hermes) or unit/mock tests (for modules).
[ ] Linked to GitHub issue.
[ ] Updated code comments and documentation (e.g., docs/).
[ ] Tagged one reviewer who will be the one responsible for shepherding this PR.

Reviewer checklist:

[ ] Reviewed Files changed in the GitHub PR explorer.
[ ] Manually tested (in case integration/unit/mock tests are absent).

Left some comments, most of them editorial. We need to find a reference to the FLA attacks. @josef-widder anything in the spec that talks about this?

What does FLA stand for?

Thanks @josef-widder! I think the ADRs are sufficient 🙂

repo: informalsystems/hermes


text:
Extract the type_url explicit strings into constants

Summary
With the migration to the new protobufs we need to keep track of the type_url used by prost_types::Any.
Currently these are used in clear, e.g.:
https://github.com/informalsystems/ibc-rs/blob/3e60e67b679ffab65b1a173b1af12411eb08d4c5/modules/src/ics02_client/client_def.rs#L128-L130

For Admin Use

[ ] Not duplicate issue
[ ] Appropriate labels applied
[ ] Appropriate contributors tagged
[ ] Contributor assigned/self-assigned

We should use the fn type_url from trait Msg to encapsulate all calls to type_url:
https://github.com/informalsystems/ibc-rs/blob/12cb1d6187e878eee0e40295fe0b804ddef0b846/modules/src/tx_msg.rs#L21-L23
Currently this is only implemented for a handful of type, e.g., MsgCreateAnyClient:
https://github.com/informalsystems/ibc-rs/blob/12cb1d6187e878eee0e40295fe0b804ddef0b846/modules/src/ics02_client/msgs/create_client.rs#L81-L83

This has been taken care over a number of PRs (see git blame :))

authors: adizere ancazamfir

repo: informalsystems/ibc-rs


text:
Convenience Spells

Adding 3  convenience spells:

setAdd, to add a single element to a set
listSum, sum of all elements in a list
listContains, a boolean saying whether a list contains an element

Closing in favor of #1507

authors: bugarela ivan-gavran

repo: informalsystems/quint


text:
[WIP] abci: Add domain types

Incomplete implementation of #856
Still to do:

[x] Referenced an issue explaining the need for the change
[ ] Updated all relevant documentation in docs
[ ] Updated all code comments where relevant
[ ] Wrote tests
[ ] Updated CHANGELOG.md

I regenerated the protos against tendermint master to avoid having to do extra work later to align with changes that already exist upstream now.  The tests seem to still pass, but if the idea is that tendermint-rs is tracking a specific release I guess this PR will have to wait.
I commented out some doctests that failed locally prior to making any changes -- not sure whether that's a local machine problem, or if the CI isn't running the doctests.
The conversions between domain types and protos have a lot of &'static str errors.  I'm not sure what the crate error modeling strategy is like, so that could be changed in this PR or in a later one.
I still need to fill in the request types and arrange those nicely, and touch up the docs.
There's existing stub code in the abci module that seems to be used for handling some RPC calls, and it should be replaced by complete modeling of the ABCI types.
There are a bunch of *Params structures that aren't properly part of ABCI, but come from other proto definitions.  Presumably this means they shouldn't live in the abci module, but somewhere else. I'm not sure where.  Hopefully I didn't duplicate anything, but I didn't see any existing ones.
There are no tests for the conversions.  Ideally, it would be possible to use proptest to generate randomized messages and check the serialization round-trips, but I'm not sure if that infrastructure already exists. If it doesn't, I would not like to implement a bunch of one-off custom serialization tests, since I think that doing that has relatively low assurance vs effort (compared to, e.g., just using the code to talk to an ABCI client).

Bump. What's the status here / is there anything we can help with? (ref https://github.com/hdevalence/tendermint-rs/pull/1)

Bump. What's the status here / is there anything we can help with? (ref hdevalence#1)

Also happy to help on this!

Hey, sorry for the delay -- I wasn't able to pick it up again in June after the initial review because of some other work, but I've rebased it on top of the current state of the master branch to get ready to drive it to completion.

Update:

I regenerated the protos against the current upstream master rather than the master as of mid-April when I opened the PR, and fixed any inconsistencies the upstream proto changes introduced relative to the rest of tendermint-rs.
I decoupled the original ABCI-for-RPC types from the new ABCI-for-ABCI types by copying them to the RPC crate. While this means the RPC crate now has duplicate definitions of ABCI types, it means that that code can be refactored with the ABCI code in chunks, rather than getting it all done in this PR (which is big enough as is, and has been unmerged for long enough to start risking problems -- sorry about that!)

Remaining work:

[ ] Another pass over the ABCI types to catch types that could be refined (e.g., sticking in Power, AppHash, etc
[ ] Aligning the original ABCI types with the new ones (without respect to the RPC code). For instance, using the response code structure, etc.

I'll post an update when I've finished those two and this is ready for re-review.

I've rebased this branch on top of current master to be able to get it to completion.
Currently, it's broken, because the conversions between the domain types and the proto types used &'static str errors, but it's no longer possible to use a &'static str as a source error.
Before trying to correct this, I'd like to make sure I understand how the error modeling is supposed to work. I looked at the flex-error docs, but it seems to be an abstraction over other error crates, so I'm not sure what the intended goal is or how to use it.  The change to flex-error was in PR #923, which references discussion about an error overhaul in #669, but that issue just discusses some possibilities, and doesn't have any discussion motivating the creation of flex-error.

Before trying to correct this, I'd like to make sure I understand how the error modeling is supposed to work. I looked at the flex-error docs, but it seems to be an abstraction over other error crates, so I'm not sure what the intended goal is or how to use it. The change to flex-error was in PR #923, which references discussion about an error overhaul in #669, but that issue just discusses some possibilities, and doesn't have any discussion motivating the creation of flex-error.

Sure I can give some context there! flex-error does, as you say, abstract over other error handling crates, and our main goals there are:

Harmonizing the error handling approach across both tendermint-rs and ibc-rs
no_std support for as many crates in tendermint-rs and ibc-rs as possible/necessary

Before trying to correct this, I'd like to make sure I understand how the error modeling is supposed to work. I looked at the flex-error docs, but it seems to be an abstraction over other error crates, so I'm not sure what the intended goal is or how to use it. The change to flex-error was in PR #923, which references discussion about an error overhaul in #669, but that issue just discusses some possibilities, and doesn't have any discussion motivating the creation of flex-error.

Sure I can give some context there! flex-error does, as you say, abstract over other error handling crates, and our main goals there are:
1. Harmonizing the error handling approach across both tendermint-rs and ibc-rs

2. `no_std` support for as many crates in tendermint-rs and ibc-rs as possible/necessary

Okay, great, is there any guidance on how I should use it and create error variants? As a workaround, 1d5fce2 adds a catch-all conversion for &'static str, but this isn't ideal.
Otherwise, I've finished rebasing this PR onto current master, and modulo the issues in the commits marked DROP/FIXME, it is probably finished enough that it makes sense to consider merging; further work like refining all of the types to align with the other domain types is probably something that could be done incrementally.

FYI, you can view a rendered version of what the new code looks like here: https://rustdoc.penumbra.zone/main/tendermint/abci/index.html (at least for now)

Bumping this -- it would be great to get this over the finish line, since it's sort of unwieldy to rebase :)

@hdevalence, when you get a chance, could you please update this PR to resolve the conflicts and the CI errors? We've updated the Rust nightly version used for coverage checks in #1017.

Picking this up again now.

@thanethomson I've rebased this again and deduplicated types per your suggestions (thanks for pointing those out!).  I also aligned all the errors, and then rebased again to eliminate the placeholder commits labeled "drop me".
So, this should be good to go.

Superseded by (and included in) #1022.

🎊 Thanks so much for getting this over the finish line!!

authors: cwgoes hdevalence thanethomson

repo: informalsystems/tendermint-rs


text:
Change toggles on Record if user can edit

If a user can edit, start the "Show All Related Records"/"Hide Empty Related Records" toggle in the latter position (so that empty tables are now shown instead of hidden).
If a user can edit, the toggle on related tables for going between tabular and markdown display should be changed from "Table Display"/"Revert Display" to "Edit"/"Display"

This has been addressed in PR #940.

repo: informatics-isi-edu/chaise


text:
Output details on failure but don't fail the build

This feedback is from a user:

Sometimes infracost script silently fails our atlantis workflow without showing any exceptions and since we depend on Atlantis success plan before merge - it blocks our workflow.

I'm going to close this issue as we just released a big improvement (pretty much a rewrite) of the Infracost-Atlantis integration that involves just running the Infracost CLI - thus failures and errors are much easier to debug as they're output in the CI logs.
Users who do not want their CI pipelines to fail can add || true to the end of the command runs.

repo: infracost/infracost-atlantis


text:
Multicontainer Docker Environments - don't start

Hello,
i use your plugin for ages and it works perfectly. Now, i need to deploy a Multicontainer to aws but i'm not able to do this. The Stack just failed with "Failed to launch environment." - that's it.
If i create the Environment with the same zip file via the beanstalk aws page, it works.
i created two service roles / iam

aws-elasticbeanstalk-ec2-role - with the Policy: AWSElasticBeanstalkMulticontainerDocker, AmazonEC2ContainerServiceforEC2Role

aws-elasticbeanstalk-service-role with the same Policies like aws-elasticbeanstalk-ec2-role

My files are:
Dockerrun.aws.json
{
  "AWSEBDockerrunVersion": 2,
  "containerDefinitions": [
    {
      "name": "nginx-proxy",
      "image": "nginx:1.10",
      "essential": true,
      "memory": 128,
      "portMappings": [
        {
          "hostPort": 80,
          "containerPort": 8080
        }
      ]
    }
  ]
}

.ebextensions/blockdevice-sdh.config
option_settings:
  aws:autoscaling:launchconfiguration:
    BlockDeviceMappings: /dev/xvdcz=:12:true:gp2,/dev/sdh=:24

.ebextensions/serviceroles.config
option_settings:
  - namespace: aws:autoscaling:launchconfiguration
    option_name: IamInstanceProfile
    value: aws-elasticbeanstalk-ec2-role

  - namespace: aws:elasticbeanstalk:environment
    option_name: ServiceRole
    value: aws-elasticbeanstalk-service-role

and some data from the pom.xml
  <properties>
    <beanstalk.solutionStack>64bit Amazon Linux 2016.03 v2.1.3 running Multi-container Docker 1.11.1 (Generic)</beanstalk.solutionStack>
    <beanstalker.region>eu-central-1</beanstalker.region>
  </properties>

the console log from the instance don't show so much. i compared the cloud formation templates (one time from the mvn deploy and one time from the ElasticBeanstalk deploy via the webpage) and i don't see any important differences.
After checking all events, the only thing, wich one are different is that the mvn deployment not doing the ECS task
ECS task: arn:aws:ecs:eu-central-1:980585748732:task/b1098b24-d5ac-44e8-9987-e90e98fa0983 is RUNNING.
Starting new ECS task with awseb-Release-nebh2zbkfa:1.
Added instance [i-dd79c060] to your environment.

The documentation from Elasticbeanstalk sayed, that EB take care of creating and running this automatically. http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/create_deploy_docker_ecs.html
i hope you've some idea, why the container not starts.
Thanks a lot for you great work
Marcel
i guess, this is similar to #63
but my zip file looks like this (the name of Dockerrun.aws.json is exactly like it should be):
        0  07-15-16 21:33   .ebextensions/
      118  07-15-16 21:33   .ebextensions/blockdevice-sdh.config
       98  07-15-16 21:33   .ebextensions/customoptions.config
      268  07-15-16 21:33   .ebextensions/serviceroles.config
      292  07-15-16 00:02   Dockerrun.aws.json

Can you provide me a small self-contained sample to look into it?

authors: aldrinleal marcelalburg

repo: ingenieux/beanstalker


text:
How can I render a image with alpha channel?

Thanks for your excellent work!
Could you please tell me how to output alpha channel of the render images?

I have finished it following your other repo's implementation.


text:
P676 Revision

Couple of changes for P676 implementation. I believe this align to the Rec.

Codecov Report

Merging #40 (0f74034) into master (7d2e7c5) will decrease coverage by 2.03%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #40      +/-   ##
==========================================
- Coverage   96.61%   94.57%   -2.04%
==========================================
  Files          24       24
  Lines        6467     6323     -144
==========================================
- Hits         6248     5980     -268
- Misses        219      343     +124

Impacted Files
Coverage Δ

itur/models/itu676.py
98.38% <100.00%> (-0.06%)
:arrow_down:

test/ITU_validation_report_test.py
63.00% <0.00%> (-34.41%)
:arrow_down:

itur/__init__.py
97.95% <0.00%> (-2.05%)
:arrow_down:

test/itur_test.py
90.25% <0.00%> (-1.12%)
:arrow_down:

test/examples_test.py
92.82% <0.00%> (-0.19%)
:arrow_down:

itur/models/itu835.py
98.36% <0.00%> (-0.13%)
:arrow_down:

itur/models/itu618.py
95.59% <0.00%> (-0.11%)
:arrow_down:

itur/models/itu1853.py
98.27% <0.00%> (-0.07%)
:arrow_down:

itur/models/itu1511.py
94.93% <0.00%> (-0.07%)
:arrow_down:

... and 8 more

Continue to review full report at Codecov.

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

Added a couple more revisions to P676. I think the clarification text in -12 is clearer than previous revisions so have used this equation in -11 and -10 to generate h_n.
I believe there is one more issue. The 'exact' function needs to take into account the passed in terminal height I think

authors: alastairUK codecov-commenter

repo: inigodelportillo/ITU-Rpy


text:
Add token to call page title prefix / suffix where you want

Hello,
The default page title and description in settings is a nice option. However, sometimes, it's not flexible enought.
Sometimes, there are some pages where you want to display the title as prefix or suffix and sometimes not.
You can say (you have the "nowhere" option to handle that manually). It's right, but it could be even better if we could use a token to call the page title or separator defined in settings when you setup the metas for a specific page.
Something like :
Welcome to my new site {{ separator }} {{ title }}
In another page it would be :
{{ title }} {{ separator }} Welcome to my new page
etc... you get it.
Best regards,

Hi @PubliAlex , do you need a "separator" variable in twig? If so, we will try to add it to our plugin.
Best regards,
Patryk Trąd

Hi both,
I'm closing this issue for now, as I think it's easy to configure your own title on every page, whenever you want.
If you need any more help, let us know.
Cheers,
Tomasz

Hi @PubliAlex,
I closed this and after thinking a bit I think I finally understood what you need.
How about disabling global title positioning for a single item and having variables to take them if needed?
Check if this will solve your issue.
https://github.com/initbiz/seostorm-plugin/pull/92
Cheers,
Tomasz

authors: PubliAlex dzapek tomaszstrojny

repo: initbiz/seostorm-plugin


text:
index_cn.php

现在的好像获取不到中文词了
https://api.suiyil.cn/meting-api-master/index_cn.php?type=lrc&id=460099378
之前的可以
https://api.suiyil.cn/163-api/index_cn.php?type=lrc&id=460099378

感谢反馈，准备尝试修复。

现在的好像获取不到中文词了
https://api.suiyil.cn/meting-api-master/index_cn.php?type=lrc&id=460099378
之前的可以
https://api.suiyil.cn/163-api/index_cn.php?type=lrc&id=460099378

感谢反馈，准备尝试修复。

authors: Suiyi-Light injahow

repo: injahow/meting-api


text:
Decouple Authentication Logic from tournamentService in updateMatchInTournament Method

Currently, the updateMatchInTournament method in tournamentService directly receives a token, making tournamentService implicitly responsible for user authentication and authorisation. Not ideal as it mixes business logic with security concerns.

Fixed with JwtTokenProvider to handle token and ClubServiceClient to handle communication from tournament to club microservices

authors: injaneity yekaiwu


text:
Fix race condition in resource_action_consistency_check

Description
Same PR as #5342 but scoped to the iso5 branch due to a merge conflict.
Fix race condition in the resource_action_consistency_check method. The assertion would fail when more resource actions are added in between the execution of both SELECT queries. This PR ensures that both queries are executed in a transaction with the repeatable_read isolation level to prevent this race condition.
Self Check:

[ ] Attached issue to pull request
[x] Changelog entry
[x] Type annotations are present
[x] Code is clear and sufficiently documented
[x] No (preventable) type errors (check using make mypy or make mypy-diff)
[x] Sufficient test cases (reproduces the bug/tests the requested feature)
[x] Correct, in line with design
[ ] End user documentation is included or an issue is created for end-user documentation

Processing this pull request

Merged into branches iso5 in 86579fd8eef80ce3866c5b344ce3f93cceafbc9c

authors: arnaudsjs inmantaci

repo: inmanta/inmanta-core


text:
repair timepicker

Description
Repair timepicker bug reported earlier. Some order in the onchange method occured on Patternfly's side and cause the first argument to be the "event" object instead of the time string.

Processing this pull request

Merged into branches iso6, master in 40706a319736a47f8822e8a71407a8249f2d2e86

authors: LauraStordeur inmantaci

repo: inmanta/web-console


text:
[BE] 어드민 페이지 검색 시 검색된 유저의 대여 정보 받아오는 API 구현

작업 설명
자동완성시에 나열되는 유저들의 대여정보를 받아오는 API를 만듭니다.
접근 방법
UserInfoDto -('{user_id, intra_id}')의 배열로 담겨오는 현재의 이름 검색기능의 반환값을 기준으로,
해당 user_id를 키값으로 한 대여정보의 배열을 가져오는 방법을 생각해보았습니다.
대체 방안 (선택 사항)
No response

{
     userDto[],
     cabinetDto,
}

위와같은 정보를 응답하도록 하겠습니다.


text:
fix : mediator add to alias should not store duplicated alias

ATL-5002

Makes sense to me. But I am concerned about what is the mediator replying to the user when this happens. (there are zero changes on DB) We use that number sometimes or at least I intended but I need to check the code.

Currently, the reply is the message is success, We can discuss tommorow

okay that looks awesome thanks

repo: input-output-hk/atala-prism-mediator


text:
[FR] - cardano-cli should accept --socket-path on the cmdline

Exernal
Describe the feature you'd like
Allow cardano-cli to accept --socket-path on the cmdline similar to cardano-node. If not provided, falls back to the environment variable CARDANO_NODE_SOCKET_PATH
Describe alternatives you've considered
Due to SSH restrictions/limiting of setting environment variables, it becomes not possible to run remote cardano-cli commands. This is necessary in automation tools like JorManager (https://bitbucket.org/muamw10/jormanager) that need to send cardano-cli commands to specific nodes on a remote host over an ssh connection.
While it's possible to pre-configure CARDANO_NODE_SOCKET_PATH on the remote ssh host, this isn't a good solution if we need to talk to several cardano-node instances running on that host. The envvar option for the socket is simply not flexible enough and a commandline option would be better.

Thanks, Andrew. Can you work around this in the short term using symbolic links to the socket (so the socket has
a fixed name as far as the CLI is concerned, but this can be linked to different actual sockets on an as-need basis)?
rm socket
ln -s /path/to/socket socket
cardano-cli ...

This can be done within an ssh command
ssh remote 'rm socket; ln -s /path/to/socket socket; cardano-cli ..'

I can always work around things, but it's much more difficult to have to tell all my users to have to work around things. I would have to explain to them how to set up the environment variable initially so that it could be repointed by JorManager. This is a difficult ask when what I'm shooting for with the project is a "stakepool for dummies" system.
The work around I'm using right now is having them modify their /etc/ssh/sshd_config AcceptEnv flag to include CARDANO_NODE_SOCKET_PATH. This is also not ideal.

@AndrewWestberg Yes I tend to agree that for commands that need it, the socket path should be settable either via the environment variable or via the command line.

Any updates on this? Having to do this work-around is continuing to trip up JorManager users.

Updates? I'm still having to have users manually hack on their SSH configurations as described in the prereq's here.
https://bitbucket.org/muamw10/jormanager/src/develop/README.md

We have added this to our backlog.

Closing this. If this is still relevant please re-open.

@vix-io Is this actually in the backlog? I don't have any visibility into this.
@Jimbo4350 I think this issue is still relevant to remain open until the issue is fixed. Being able to provide node socket path on the command-line instead of environment var is extremely useful.

authors: AndrewWestberg Jimbo4350 erikd kevinhammond vix-io

repo: input-output-hk/cardano-node


text:
[FR] - Provide a multiarch docker image - added support for arm64

Internal/External
External
Area
Docker
Describe the feature you'd like
The current docker image runs on x86_64 only. I'd like to expand the range of supported architectures to arm64 and possibly others as well. Initially this will involve building the binaries for arm64, which currently is only possible through convoluted workarounds AFAIK.
Additional context / screenshots
We already have support for arm64 in nessusio/cardano-node so it would be a matter of finding a way to do something similar or better for inputoutput/cardano-node.

This is currently blocked by https://github.com/input-output-hk/cardano-node/issues/2391

Closing this. If this is still relevant please re-open.


text:
Ensure the Ord for TxMetadataValue matches the ledger Ord instance

Fix the order so this is true.
Check it with prop_ord_distributive_TxMetadata

bors r+


text:
Add IsCardanoEra constraint to BlockInMode

This PR adds the IsCardanoEra constraint to BlockInMode.
data BlockInMode mode where
     BlockInMode :: IsCardanoEra era => Block era -> EraInMode era mode -> BlockInMode mode

The additional constraints makes it easier to use BlockInMode with types like SomeCardanoApiTx which require IsCardanoEra.
Please let me know if I am missing something obvious.

Hi @Jimbo4350 could you have a look?

bors merge


text:
[CSL-2331] use more IO, particularly in diffusion

Description
Yet another piece of networking/develop brought into develop. Here, the networking stuff is rid of Mockable. It's all monomorphic in IO now.
But the logic layer stuff is still polymorphic, using mockable and other attempted generalizations like MonadMask and MonadBaseControl. The two styles are reconciled by hoisting. This isn't ideal, but it's also not a problem in practice:
-- It's always some reader with IO base.
lift :: forall t . IO t -> BigComplexRealMode t
lift = liftIO

-- The reader antecedent is always available when we create and run the diffusion layer.
lower :: forall t . BigComplexRealMode t -> IO t

Linked issue
Type of change

[ ] 🐞 Bug fix (non-breaking change which fixes an issue)
[ ] 🛠 New feature (non-breaking change which adds functionality)
[ ] ⚠ Breaking change (fix or feature that would cause existing functionality to change)
[x] 🏭 Refactoring that does not change existing functionality but does improve things like code readability, structure etc
[ ] 🔨 New or improved tests for existing code
[ ] ⛑ git-flow chore (backport, hotfix, etc)

Developer checklist

[x] I have read the style guide document, and my code follows the code style of this project.
[x] If my code deals with exceptions, it follows the guidelines.
[x] I have updated any documentation accordingly, if needed. Documentation changes can be reflected in opening a PR on cardanodocs.com, amending the inline Haddock comments, any relevant README file or one of the document listed in the docs directory.

Testing checklist

[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

QA Steps

Screenshots (if available)

@erikd @CodiePP First step to removing mockable is in here.

Wow, what a monster PR. Will been so go over this very carefully.

I have pleased the gods. Thanks for the review @erikd

authors: avieth erikd

repo: input-output-hk/cardano-sl


text:
Fix GHC 9.2 compilation

[x] Small 9.2 fix

Comments
I have added CI support for 9.2 as topic for the next dev meeting
Issue Number
None

bors r+

bors r+

authors: Anviking jonathanknowles

repo: input-output-hk/cardano-wallet


text:
[DDW-680] Unify automated and manual update flows

This PR CHANGES.
Todos

[ ] Copy + Japanese translations

Screenshots

Screenshot

Testing Checklist

Slack QA thread
[ ] Test

Review Checklist
Basics

[ ] PR has been assigned and has appropriate labels (feature/bug/chore, release-x.x.x)
[ ] PR is updated to the most recent version of the target branch (and there are no conflicts)
[ ] PR has a good description that summarizes all changes and shows some screenshots or animated GIFs of important UI changes
[ ] CHANGELOG entry has been added to the top of the appropriate section (Features, Fixes, Chores) and is linked to the correct PR on GitHub
[ ] Automated tests: All acceptance and unit tests are passing (yarn test)
[ ] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in development build (yarn dev)
[ ] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in production build (yarn package / CI builds)
[ ] There are no flow errors or warnings (yarn flow:test)
[ ] There are no lint errors or warnings (yarn lint)
[ ] There are no prettier errors or warnings (yarn prettier:check)
[ ] There are no missing translations (running yarn manage:translations produces no changes)
[ ] Text changes are proofread and approved (Jane Wild / Amy Reeve)
[ ] Japanese text changes are proofread and approved (Junko Oda)
[ ] UI changes look good in all themes (Alexander Rukin)
[ ] Storybook works and no stories are broken (yarn storybook)
[ ] In case of dependency changes yarn.lock file is updated

Code Quality

[ ] Important parts of the code are properly commented and documented
[ ] Code is properly typed with flow
[ ] React components are split-up enough to avoid unnecessary re-renderings
[ ] Any code that only works in main process is neatly separated from components

Testing

[ ] New feature/change is covered by acceptance tests
[ ] New feature/change is manually tested and approved by QA team
[ ] All existing acceptance tests are still up-to-date
[ ] New feature/change is covered by Daedalus Testing scenario
[ ] All existing Daedalus Testing scenarios are still up-to-date

After Review

[ ] Merge the PR
[ ] Delete the source branch
[ ] Move the ticket to done column on the YouTrack board
[ ] Update Slack QA thread by marking it with a green checkmark

@tomothespian @DeeJayElly please merge latest develop and fix conflicts 🙏

@tomothespian please merge this one as soon as all the checks pass 🙏

authors: nikolaglumac tomothespian

repo: input-output-hk/daedalus


text:
Collect & report metrics

What & Why
To measure success (or failure) of the Hydra Head project and improve continuously, we need to know how many Hydra Heads are opened, how long they are used, how many UTXOs are moved into / out of a Head etc. Most of this information is publicly available and can be derived by observing the main-chain. The remainder (e.g. transactions sizes & number of UTXOs in a Head), will be collected from within the hydra-node and will be opt-out once we reach mainnet maturity.
TBD

Detail what we want to collect
Scope out reporting infrastructure
Is this a also useful to implement watch-tower functionality and thus make custodial Hydra Heads more "trustworthy" when they provide this telemetry to their users (or watchtowers)?

With a stateless "chain observer" available, we could host a simple "Hydra Head Explorer" service online that would show and track the state of heads running on some chain?

Couple of basic ideas:

What are interesting metrics to collect off-chain?
We already publish prometheus metrics inside the hydra-node, we could simply add a sidecar that scrapes it and send data to a public grafana cloud instance
Other part  could be handled by observing the chain

I have setup and used jaeger and zipkin in the past, including inside Haskell apps and having a way to track the processing of user requests across a distributed system is invaluable to understand its behaviour.
Looking at https://github.com/ethercrow/opentelemetry-haskell which provides support for traces. Someone pointed me at https://opentelemetry.io/docs/concepts/data-collection/ which provides a conceptual framework for all kind of "observability" data collection. In particular, opentelemetry (used to be called openjaeger) defines some standards to provide interoperability between various kind of services, allowing for example to collect and export Prometheus metrics, logs and traces to some other service.
We currently expose the following metrics in the node:

of events

of requested txs

of confirmed txs

tx confirmation time histogram

Handling and possibly tuning of snapshots size is important for the protocol so we should add:

of snapshots

of tx/snapshot

snapshot confirmation time

Also:

event queue length, to track possible congestions/loopholes
system-level resources (CPU, RAM, Network traffic)

UTxO in internal ledger

Traces could be an interesting addition to analyse the trace generated by a NewTx coming from a client and how it spreads across the network until the transaction becomes confirmed. This would be helpful in particular to understand the behaviour of the network if/when we move away from fully connected network to something more dynamic or less densely connected, with routing between the nodes. Not sure if it's worthwhile to do it now though.
Tasks for this feature:

[ ] setup a central collection host/system with authenticated access
[ ] deploy an opentelemetry sidecar instead of a prometheus server within hydra stack
[ ] configure opentelemetry to send metrics to central host (with certificate)
opting out simply means not deploying the sidecar

repo: input-output-hk/hydra-poc


text:
Correctly derive the epoch size instead of hardcoding it to 21600

For Byron, we now use kEpochSlots :: BlockCount -> EpochSlots (basically * 10) to derive the epoch size from k, which is extracted from the genesis config. In order to have access to the genesis config,  nodeEpochSizenow takes theNodeConfig` as argument.

bors r+

repo: input-output-hk/ouroboros-network


text:
Bot is not working in group

I've unstall all plugins of group but bot is working private only by my commands.
How to set this problem?

Bro its a private bot only you can control with camand
Thank you.

authors: HassamHanif insanebwoi

repo: insanebwoi/lyfe-plugins-list


text:
KUN-8981 | (feat) Add url chooser without xhr call

Q
A

Bug fix?
no

New feature?  yes

BC breaks?  yes

Deprecations? yes

External ipv internal is nu de default

authors: dannyvw mart-insiders

repo: insiders/KunstmaanBundlesCMS


text:
Module compiled with Swift 3.1 cannot be imported in Swift 3.2

Can you please update the library?

Please build using Xcode 9 for Swift 4.
Thank you!

Done

repo: inspace-io/INSPhotoGallery


text:
All regulations on "Metadata for interoperability"...

This issue has been extracted from the issue list on:https://ies-svn.jrc.ec.europa.eu/issues/2685
Comment
All regulations on "Metadata for interoperability" (see following issues) aim at datasets and series and only when applying to IR 1089/2010.
How to define that? Conformity statement citing IR 1089/2010 with pass= TRUE?
Or are these regulations relevant for all INSPIRE metadata regardless the level of fulfilling IR 1089/2010?

As they are part of 1089/2010 I assume this metadata conformance class is only relevant for metadata on datasets that conform to 1089/2010, i.e. are 'interoperable'. Only these metadata records have to conform and pass the tests.
Whether a metadata record should pass the tests or not does not necessarily have to be derivable from the metadata record. Whether a WMS 1.3.0 implementation must meet the requirements of the INSPIRE WMS 1.3.0 conformance class - since it is the only "View Service"-capability on a spatial data set that is within the scope of INSPIRE - cannot be determined from just looking at the service.
Proposed resolution:

no change (as no change is necessary)

Proposed resolution accepted by default. See call on April 28.

authors: cportele jensscheerlinck


text:
service：when create service ,general people can not choose the public project [REPLACEMENT ISSUE]

The original issue
Id: 1124
Title: service：when create service ,general people can not choose the public project

could not be created.
This is a dummy issue, replacing the original one. It contains everything but the original issue description. In case the gitlab repository is still existing, visit the following link to show the original issue:
TODO

In GitLab by @wknet123 on Nov 8, 2019, 07:48
Public project has no member to the current user will not allow him to create service under this project. That's by design.

In GitLab by @luotian-github on Nov 8, 2019, 07:48
this icon should be shown as disabled if the user hasn't previlidge

In GitLab by @yhua123 on Nov 8, 2019, 07:48
Open new issue follow disable no privilege button. Please don't use this to track unrelated things.

In GitLab by @sokril on Nov 8, 2019, 08:20
closed

In GitLab by @sokril on Nov 8, 2019, 08:20
assigned to @cuiaq123

repo: inspursoft/board


text:
Board apiserver log display the user's ip address

In GitLab by @guyingyan on Jun 6, 2018, 15:36
If you are reporting a problem, please make sure the following information are provided:

Version of board (last git commit number) , docker engine and docker-compose.
Config files of board, you can get them by packaging "board.cfg" and files in the same directory, including subdirectory.
Log files, you can get them by package the /var/log/board/.
Other necessery information.

create a image, the image should be in the first of image list.now is the last one

In GitLab by @luotian-github on Nov 8, 2019, 07:51
Cannot display IP address?

In GitLab by @Robin-Mao on Nov 8, 2019, 07:51
I think the user's information should not appear in logs.

In GitLab by @yhua123 on Nov 8, 2019, 07:51
by design, won't fix

In GitLab by @sokril on Nov 8, 2019, 08:22
closed

In GitLab by @sokril on Nov 8, 2019, 08:22
assigned to @Robin-Mao


text:
running Problem

I checked all the libraries and conflicts but still when I call the login as it mention in documents it turn the following error
I spend a long time to fix the error, still no hope .
java.lang.NoSuchMethodError: kotlin.collections.ArraysKt.copyInto([B[BIII)[B
at okio.Segment.writeTo(Segment.kt:164) ~[okio-2.6.0.jar:?]
at okio.Segment.compact(Segment.kt:147) ~[okio-2.6.0.jar:?]
at okio.Buffer.write(Buffer.kt:1854) ~[okio-2.6.0.jar:?]
at okio.Buffer.read(Buffer.kt:1865) ~[okio-2.6.0.jar:?]
at okio.Buffer.writeAll(Buffer.kt:1655) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.buildTrieRecursive(Options.kt:187) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.buildTrieRecursive(Options.kt:174) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.buildTrieRecursive$default(Options.kt:113) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.of(Options.kt:72) ~[okio-2.6.0.jar:?]
at okhttp3.internal.Util.(Util.kt:72) ~[okhttp-4.7.2.jar:?]
at okhttp3.internal.concurrent.TaskRunner.(TaskRunner.kt:309) ~[okhttp-4.7.2.jar:?]
at okhttp3.ConnectionPool.(ConnectionPool.kt:41) ~[okhttp-4.7.2.jar:?]
at okhttp3.ConnectionPool.(ConnectionPool.kt:47) ~[okhttp-4.7.2.jar:?]
at okhttp3.OkHttpClient$Builder.(OkHttpClient.kt:471) ~[okhttp-4.7.2.jar:?]
at com.github.instagram4j.instagram4j.utils.IGUtils.defaultHttpClientBuilder(IGUtils.java:215) ~[instagram4j-2.0.3.jar:?]
at com.github.instagram4j.instagram4j.IGClient$Builder.lambda$build$1(IGClient.java:234) ~[instagram4j-2.0.3.jar:?]
at java.util.Optional.orElseGet(Unknown Source) ~[?:1.8.0_271]
at com.github.instagram4j.instagram4j.IGClient$Builder.build(IGClient.java:234) ~[instagram4j-2.0.3.jar:?]
at com.github.instagram4j.instagram4j.IGClient$Builder.simulatedLogin(IGClient.java:239) ~[instagram4j-2.0.3.jar:?]
at com.github.instagram4j.instagram4j.IGClient$Builder.simulatedLogin(IGClient.java:248) ~[instagram4j-2.0.3.jar:?]
I use Maven , my java version is: 1.8.0_271

I checked all the libraries and conflicts but still when I call the login as it mention in documents it turn the following error
I spend a long time to fix the error, still no hope .
java.lang.NoSuchMethodError: kotlin.collections.ArraysKt.copyInto([B[BIII)[B
at okio.Segment.writeTo(Segment.kt:164) ~[okio-2.6.0.jar:?]
at okio.Segment.compact(Segment.kt:147) ~[okio-2.6.0.jar:?]
at okio.Buffer.write(Buffer.kt:1854) ~[okio-2.6.0.jar:?]
at okio.Buffer.read(Buffer.kt:1865) ~[okio-2.6.0.jar:?]
at okio.Buffer.writeAll(Buffer.kt:1655) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.buildTrieRecursive(Options.kt:187) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.buildTrieRecursive(Options.kt:174) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.buildTrieRecursive$default(Options.kt:113) ~[okio-2.6.0.jar:?]
at okio.Options$Companion.of(Options.kt:72) ~[okio-2.6.0.jar:?]
at okhttp3.internal.Util.(Util.kt:72) ~[okhttp-4.7.2.jar:?]
at okhttp3.internal.concurrent.TaskRunner.(TaskRunner.kt:309) ~[okhttp-4.7.2.jar:?]
at okhttp3.ConnectionPool.(ConnectionPool.kt:41) ~[okhttp-4.7.2.jar:?]
at okhttp3.ConnectionPool.(ConnectionPool.kt:47) ~[okhttp-4.7.2.jar:?]
at okhttp3.OkHttpClient$Builder.(OkHttpClient.kt:471) ~[okhttp-4.7.2.jar:?]
at com.github.instagram4j.instagram4j.utils.IGUtils.defaultHttpClientBuilder(IGUtils.java:215) ~[instagram4j-2.0.3.jar:?]
at com.github.instagram4j.instagram4j.IGClient$Builder.lambda$build$1(IGClient.java:234) ~[instagram4j-2.0.3.jar:?]
at java.util.Optional.orElseGet(Unknown Source) ~[?:1.8.0_271]
at com.github.instagram4j.instagram4j.IGClient$Builder.build(IGClient.java:234) ~[instagram4j-2.0.3.jar:?]
at com.github.instagram4j.instagram4j.IGClient$Builder.simulatedLogin(IGClient.java:239) ~[instagram4j-2.0.3.jar:?]
at com.github.instagram4j.instagram4j.IGClient$Builder.simulatedLogin(IGClient.java:248) ~[instagram4j-2.0.3.jar:?]
I use Maven , my java version is: 1.8.0_271

Sorry for delay. I hope your issue is fixed.
It appears okhttp3 is used but this library uses okhttp4.

authors: PejmanDaie jvogit