text:
Can't find templates in modularized (JPMS) project

I have a modular (JPMS) Maven project that's throwing this exception after adding module-info.java:
com.mitchellbosecke.pebble.error.LoaderException: Could not find template "templates/index.html" (?:?)

There might be need for a fallback in the ClasspathLoader for loading resources from the module path:
//Maybe something like ...
InputStream is = this.rcl.getResourceAsStream(location);
if (is == null) {
    is = this.rcl.getSystemResourceAsStream(location);
}

I wrote my own loader to access templates inside a specific module. Feel free to use it:
package org.example;

import com.mitchellbosecke.pebble.error.LoaderException;
import com.mitchellbosecke.pebble.loader.Loader;
import com.mitchellbosecke.pebble.utils.PathUtils;
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.Reader;
import java.nio.charset.StandardCharsets;
import java.util.Objects;

/**
 * Loads templates from the given module.
 *
 * @author zimmi
 */
public class ModulepathLoader implements Loader<String> {

    private final Module module;
    private final String prefix;

    public ModulepathLoader(Module module, String prefix) {
        this.module = Objects.requireNonNull(module);
        this.prefix = prefix != null ? prefix : "";
    }

    @Override
    public Reader getReader(String templateName) {
        var path = prefix + templateName;
        InputStream is;
        try {
            is = module.getResourceAsStream(path);
        } catch (IOException ex) {
            throw new LoaderException(ex, "Could not open template \"" + path + "\"");
        }
        if (is == null) {
            throw new LoaderException(null, "Could not find template \"" + path + "\"");
        }
        return new BufferedReader(new InputStreamReader(is, StandardCharsets.UTF_8));
    }

    @Override
    public void setSuffix(String suffix) {
        throw new UnsupportedOperationException();
    }

    @Override
    public void setPrefix(String prefix) {
        throw new UnsupportedOperationException();
    }

    @Override
    public void setCharset(String charset) {
        throw new UnsupportedOperationException();
    }

    @Override
    public String resolveRelativePath(String relativePath, String anchorPath) {
        return PathUtils.resolveRelativePath(relativePath, anchorPath, '/');
    }

    @Override
    public String createCacheKey(String templateName) {
        return templateName;
    }
}

Using it like this:
var module = getClass().getModule();
var templatePath = "/templates/";
var engine = new PebbleEngine.Builder()
            .loader(new ModulepathLoader(module, templatePath))
            .build();

It's probably sensible to improve the ClasspathLoader to work with modules out of the box, though.

@fwgreen Could you try using the default ClasspathLoader and test both the opens my.template.directory; route and changing the template folder to be an invalid package (e.g. my-templates)? That would help a lot.

@zimmi Sorry for the late response.  I'm not using Pebble directly but as a component of a web framework called Javalin (I'm just a user, not the maintainer).  I merely suggested the change as a similar action was taken by the maintainer of ebean, which also couldn't read resource files in a modularized project.

It turns out the fix only works for ebean because their configuration file is inside the unnamed (default) package, which is always open. This won't work for pebble I think, because templates are likely spread out over multiple directories. There should be no noticeable difference in using ClassLoader::getSystemResourceAsStream over using the ClassLoader of the pebble classes.
To solve your immediate problem, can you try adding opens templates; to the module-info.java of the module that contains your templates? Another way would be to move the templates to an invalid package directory, like "pebble-templates" instead of "templates". I'll have to think a bit more how to solve this elegantly.

I am using pebble in a multi-module jpms project.  To access the templates   open the package with templates (opens pkg.name in module-info)

authors: colesico fwgreen zimmi

repo: PebbleTemplates/pebble


text:
Update log destination info.

Signed-off-by: Byron Gravenorst byron.gravenorst@consensys.net
Pull Request Description
Update the log destination content.

Created https://github.com/PegaSysEng/doc.teku/issues/87 to add content regarding using a custom Log file.

source: gharchive/pull-request

license_type: permissive

license_source: github-api


text:
Fix EthereumEventProcessor events

Copy the events from the cache context to the original context, otherwise they will be ignored

I just merged a fix for the testnets folder repo to main to now integration tests should work if you pull It in

done

authors: thomas-nguy zmanian

repo: PeggyJV/gravity-bridge


text:
Patch 11

Few updates:

All interview transcripts have been deleted;
Uploaded raincloud figures, all the initial jasp figures have been removed;
Inductive codebook & Mindmap for RQ2 have been updated.

ok

authors: AnnanLao Peiran-Wei

license: MIT


text:
 tags on frontpage

Should we fill the opengraph protocol tags also on header?
meta keywords could be filled with all articles in website tags
meta description to be the 'about' text for website
authors to be filled with all website authors?

:tada: This issue has been resolved in version 5.2.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

source: gharchive/issue

repo: Pelican-Elegant/elegant


text:
Escape user and group names in issued tokens (#1494)

Both the SciTokens and WLCG profiles require that a scope's path components be URL encoded. When substituting for $USER and $GROUP in any authorization templates, we should ensure that the value being substituted in is URL encoded.
References:

QDL function reference
SciTokens profile
WLCG profile

@jhiemstrawisc I suspect that in practice, most or all "real" values being substituted into $USER and $GROUP will not contain any characters that need or would get URL-encoded, so I'm not too worried there.
What this will do is ensure that:

If we, say, substitute in http://cilogon.org/serverA/users/000000 for $USER, we won't accidentally produce a scope with some strange-but-potentially-valid path in the namespace.
If we, say, substitute in Topology Contacts for $GROUP, we won't accidentally produce a second scope Contacts (which is not valid any profile that we care about).

repo: PelicanPlatform/pelican


text:
Dependency manager integration

Hi, @kjessup first of all let me say that I very like and enjoy of your project!
But is there going to be some CocoaPods or Carthage integrations?

Can I suggest using the package manager that Apple included in Swift's open source release?

+1 for @cwoloszynski suggestion.

agree @cwoloszynski

+1 for CocoaPods and swift package manager here.

Definitely, we plan on supporting CocoaPods and Carthage - and eventually SPM. Also on the table - Homebrew and Apt.

@SeanStephens any news about Carthage support?

We did an online vote, and SPM won - so we have been focused there. We have been heavily focused on re-modularizing, and wanted to make sure these core changes (amongst others) were in place ASAP.
Let me circle back to the team and let you know where it falls on our road map - give me a week or so to get back to you.

SPM is/will be cross platform.
Carthage + CocoaPods got Sherlocked.

Swift will be around, its supported by a big company investing billions into the language and the ecosystem around it is getting better and stronger every day.
Going for SPM is the best decision IMO.

@GJNilsen I agree soon or later SPM with replace Carthage and CocoaPods. But obviously not before end of 2016 (I think probably not before the first quarter 2017). Currently SPM is still developing and will be available only with Swift 3. What will we do during those 7 months?

@TofPlay first, Swift 3 will almost certainly be released together with iOS 10, this fall, so some months without a dependency manager is correct. But isn't there enough task already to use manpower on with this project? Does someone really want to implement something that will be outdated in some months?
Second, I strongly believe code that depends on other code to be downloaded just to be able to build a project, has nothing to do in the project to begin with. Its so easy to forget what happened in March, when a big bag of hurt was opened and the a lot of NodeJS apps felt the wrath of the falling house of card thats called npm.
Thats why I feel the only dependency manager is the one that has a solid backing. The sherlocked ones do have some backing, but a lot of that will probably vanish as soon as SPM is released.

I'm closing out the thread based on the integration with SPM - this is already available for the most recent builds of Swift 3, and the master branch projects and modules for the upcoming release of Perfect.
For further discussion, please join us on the Perfect Gitter channel

authors: DaidoujiChen GJNilsen SeanStephens TofPlay cwoloszynski iamjono jhoughjr kradalby sergdort

repo: PerfectlySoft/Perfect


text:
Payout update

New payout for at least 1 major symbol and no others
Updated docs
Updated GambitPrize to MinorGambitPrize
Launched new smart contracts

very cool stuff

authors: bobisapotato mrk-hub

repo: PermissionlessGames/degen-casino


text:
Rest operator (...) does not correctly transpile for class methods

Recently I fixed the rest operator for TSTL, however, I had overlooked class method declaration, where my fix should also be applied.

Where the ,b in the transpilation should be ,... as was fixed here.

Fixed in 8d9986484f3312a048431ab46534b7e343efacb5

authors: Aeomi Perryvw

repo: Perryvw/TypescriptToLua


text:
can't compile on Debian sid with libevdev-dev 1.8.0

I've tried to compile on Debian sid, here is the result:
# make
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 -c uinput.c -o out/uinput.o
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 -c input.c -o out/input.o
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 -c rce.c -o out/rce.o
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 out/uinput.o out/input.o out/rce.o -o out/evdev-rce
/usr/bin/ld: out/uinput.o: in function `uinput_initialize':
uinput.c:(.text+0x9): undefined reference to `libevdev_new'
/usr/bin/ld: uinput.c:(.text+0x20): undefined reference to `libevdev_set_name'
/usr/bin/ld: uinput.c:(.text+0x31): undefined reference to `libevdev_enable_event_type'
/usr/bin/ld: uinput.c:(.text+0x4c): undefined reference to `libevdev_enable_event_code'
/usr/bin/ld: uinput.c:(.text+0x69): undefined reference to `libevdev_uinput_create_from_device'
/usr/bin/ld: uinput.c:(.text+0x81): undefined reference to `libevdev_free'
/usr/bin/ld: out/uinput.o: in function `uinput_send_right_click':
uinput.c:(.text+0xae): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: uinput.c:(.text+0xc9): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: uinput.c:(.text+0xe4): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: uinput.c:(.text+0xff): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: out/input.o: in function `free_evdev':
input.c:(.text+0x14): undefined reference to `libevdev_get_fd'
/usr/bin/ld: input.c:(.text+0x23): undefined reference to `libevdev_free'
/usr/bin/ld: out/input.o: in function `build_fd_set':
input.c:(.text+0xdf): undefined reference to `libevdev_get_fd'
/usr/bin/ld: out/input.o: in function `process_evdev_input':
input.c:(.text+0x4a9): undefined reference to `libevdev_get_fd'
/usr/bin/ld: input.c:(.text+0x4de): undefined reference to `libevdev_get_fd'
/usr/bin/ld: input.c:(.text+0x548): undefined reference to `libevdev_next_event'
/usr/bin/ld: input.c:(.text+0x5c0): undefined reference to `libevdev_uinput_destroy'
/usr/bin/ld: out/rce.o: in function `find_evdev':
rce.c:(.text+0x1ad): undefined reference to `libevdev_new_from_fd'
/usr/bin/ld: rce.c:(.text+0x1fa): undefined reference to `libevdev_has_event_type'
/usr/bin/ld: rce.c:(.text+0x213): undefined reference to `libevdev_has_event_type'
/usr/bin/ld: rce.c:(.text+0x231): undefined reference to `libevdev_has_event_code'
/usr/bin/ld: rce.c:(.text+0x24f): undefined reference to `libevdev_has_event_code'
/usr/bin/ld: rce.c:(.text+0x263): undefined reference to `libevdev_get_name'
/usr/bin/ld: rce.c:(.text+0x346): undefined reference to `libevdev_free'
collect2: error: ld returned 1 exit status
make: *** [Makefile:19: out/evdev-rce] Error 1

apt policy libevdev-dev
libevdev-dev:
  Installed: 1.8.0+dfsg-2
  Candidate: 1.8.0+dfsg-2
  Version table:
 *** 1.8.0+dfsg-2 500
        500 http://cdn-fastly.deb.debian.org/debian sid/main amd64 Packages
        100 /var/lib/dpkg/status

Still can't compile:
$ make
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 -c uinput.c -o out/uinput.o
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 -c input.c -o out/input.o
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 -c rce.c -o out/rce.o
gcc -Wall -std=c11 -D_POSIX_C_SOURCE=199309L -levdev -I/usr/include/libevdev-1.0 out/uinput.o out/input.o out/rce.o -o out/evdev-rce
/usr/bin/ld: out/uinput.o: in function `uinput_initialize':
uinput.c:(.text+0x9): undefined reference to `libevdev_new'
/usr/bin/ld: uinput.c:(.text+0x20): undefined reference to `libevdev_set_name'
/usr/bin/ld: uinput.c:(.text+0x31): undefined reference to `libevdev_enable_event_type'
/usr/bin/ld: uinput.c:(.text+0x4c): undefined reference to `libevdev_enable_event_code'
/usr/bin/ld: uinput.c:(.text+0x69): undefined reference to `libevdev_uinput_create_from_device'
/usr/bin/ld: uinput.c:(.text+0x81): undefined reference to `libevdev_free'
/usr/bin/ld: out/uinput.o: in function `uinput_send_right_click':
uinput.c:(.text+0xae): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: uinput.c:(.text+0xc9): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: uinput.c:(.text+0xe4): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: uinput.c:(.text+0xff): undefined reference to `libevdev_uinput_write_event'
/usr/bin/ld: out/input.o: in function `free_evdev':
input.c:(.text+0x14): undefined reference to `libevdev_get_fd'
/usr/bin/ld: input.c:(.text+0x23): undefined reference to `libevdev_free'
/usr/bin/ld: out/input.o: in function `build_fd_set':
input.c:(.text+0xdf): undefined reference to `libevdev_get_fd'
/usr/bin/ld: out/input.o: in function `process_evdev_input':
input.c:(.text+0x4a9): undefined reference to `libevdev_get_fd'
/usr/bin/ld: input.c:(.text+0x4de): undefined reference to `libevdev_get_fd'
/usr/bin/ld: input.c:(.text+0x545): undefined reference to `libevdev_next_event'
/usr/bin/ld: input.c:(.text+0x5c0): undefined reference to `libevdev_uinput_destroy'
/usr/bin/ld: out/rce.o: in function `find_evdev':
rce.c:(.text+0x1ae): undefined reference to `libevdev_new_from_fd'
/usr/bin/ld: rce.c:(.text+0x1fb): undefined reference to `libevdev_has_event_type'
/usr/bin/ld: rce.c:(.text+0x214): undefined reference to `libevdev_has_event_type'
/usr/bin/ld: rce.c:(.text+0x232): undefined reference to `libevdev_has_event_code'
/usr/bin/ld: rce.c:(.text+0x250): undefined reference to `libevdev_has_event_code'
/usr/bin/ld: rce.c:(.text+0x264): undefined reference to `libevdev_get_name'
/usr/bin/ld: rce.c:(.text+0x347): undefined reference to `libevdev_free'
collect2: error: ld returned 1 exit status
make: *** [Makefile:19: out/evdev-rce] Error 1

libc6:amd64    2.31-0experimental0 amd64
gcc-9                9.3.0-10
libevdev-dev:amd64      1.9.0+dfsg-1

@zaza42 the fix hasn't been merged to the master branch yet. Manually edit your Makefile do match the fix and it will build

Thx, it fixed!

@zaza42
Is the issue fixed? Or you just worked around it manually?

authors: kauedg phd zaza42

repo: PeterCxy/evdev-right-click-emulation

license: WTFPL


text:
AssertionError in in orienteer-archetype-war

During mvn clean install the following AssertionError occurs
-------------------------------------------------------------------------------
Test set: org.orienteer.archetype.simpletest.TestMyWebApplication
-------------------------------------------------------------------------------
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 545.754 sec <<< FAILURE!
testWebApplicationClass(org.orienteer.archetype.simpletest.TestMyWebApplication)  Time elapsed: 0.036 sec  <<< FAILURE!
java.lang.AssertionError
    at org.junit.Assert.fail(Assert.java:86)
    at org.junit.Assert.assertTrue(Assert.java:41)
    at org.junit.Assert.assertTrue(Assert.java:52)
    at org.orienteer.archetype.simpletest.TestMyWebApplication.testWebApplicationClass(TestMyWebApplication.java:25)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
    at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
    at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
    at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
    at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)

in testWebApplicationClass(org.orienteer.archetype.simpletest.TestMyWebApplication.
The issue doesn't occur with PR #165, but with your partially applied version.

Thanks! I got that wrong...:( Now it  fixed.

repo: PhantomYdn/Orienteer


text:
CMO: Dispatch Shipment

Once the kits are scanned, on the View Shipment page, an Edit button will be available. It will open a modal where the
CMO will update the Shipment Details and Confirmation as provided in mockups and in MVP requirements document (2.2-2)

all good. only view and data preparation. ShipmentDSUInTransit will be created later.

repo: PharmaLedger-IMI/csc-workspace-main


text:
In the patient-ssapp up to v0.5.2 there is no proper support to match more than one trial, and merge multiple trial questions into a single set of questions

In the patient-ssapp up to v0.5.2 there is no proper support to match more than one trial, and merge multiple questions.
This is +/- a mandatory enhacement.
To solve the problem of merging questions, the questions will be merged by order of the clinicaltrialquestiontype.ordering (wthin the same stage).
For distinct questiontype (on multiple clinicaltrials) the question must only appear once.

Merged to master and released to ctr-dev as v0.6.0 g98418f5

Metting 2021-08-03:
For all the trials, all required questions that do not match, should exclude the trial from the list of matches.
For the Psoritatic Arthritis 9 trials:
1 - re-work the Yes/No required questions, and change them to Yes/No/Not Sure
2 - every Not Sure does not count towards the confidence score. (See MatchingCriteriaDemonstration.xlsx )
For the rest of the trials, let's see how it works.
Expect it to be ready before 2021-08-10

This is +/- closed. Latest commits here have been regarding updating trial definitions.
So for now, the merge is done (but only for trial-specific questions).
Each medical condition has a single set of condition-specific questions.

repo: PharmaLedger-IMI/ctr-workspace


text:
Improve how commands are internally executed

Use const CommandContext for execution
Update error handling
Fix SonarQube issues
Remove duplicate code
Use mutex instead of atomic_bool

@akuker Less changes this time ;-).
I have not managed to add @dialtr to the list of reviewers. Any idea why? I thought anybody could be added.

repo: PiSCSI/piscsi


text:
Upgrade Mockito 5.10.0 -> 5.11.0

This PR contains the following updates:

Package
Type
Update
Change

Mockito

minor
5.10.0 -> 5.11.0

Mockito
import
minor
5.10.0 -> 5.11.0

Release Notes

mockito/mockito (Mockito)
v5.11.0
Compare Source
Changelog generated by Shipkit Changelog Gradle Plugin
5.11.0

2024-03-01 - 17 commit(s) by Aouichaoui Youssef, Franz Wong, Pranoti Durugkar, Róbert Papp, dependabot[bot]
Fixes #3281 : Add native method to exception message of MissingMethodI… (#3283)
MissingMethodInvocationException is thrown when mocking native method in 5.x (#3281)
Bump com.google.googlejavaformat:google-java-format from 1.19.2 to 1.20.0 (#3277)
Bump versions.bytebuddy from 1.14.11 to 1.14.12 (#3272)
Bump gradle/wrapper-validation-action from 2.1.0 to 2.1.1 (#3268)
Bump org.shipkit:shipkit-auto-version from 2.0.3 to 2.0.4 (#3267)
Bump gradle/wrapper-validation-action from 2.0.1 to 2.1.0 (#3266)
Bump org.junit.platform:junit-platform-launcher from 1.10.1 to 1.10.2 (#3265)
Bump gradle/wrapper-validation-action from 2.0.0 to 2.0.1 (#3264)
Bump org.assertj:assertj-core from 3.25.2 to 3.25.3 (#3261)
Bump versions.junitJupiter from 5.10.1 to 5.10.2 (#3260)
Bump gradle/wrapper-validation-action from 1.1.0 to 2.0.0 (#3258)
Fixes #3229: Resolve test generic arguments (#3257)
Bump org.shipkit:shipkit-auto-version from 2.0.2 to 2.0.3 (#3256)
Use kvm on ubuntu instead of macos to run Android tests (#3252)
Fixes #3240 : Renamed mockito bom artifact (#3251)
Remove shipkit workaround for generateChangelog (#3250)
Bump com.gradle.enterprise from 3.16.1 to 3.16.2 (#3249)
Mockito bom missing artifact in maven central for java21 (#3240)
@Captor test parameters don't work with primitive type arguments (#3229)
Gradle 8.2: work around fix for release publishing (#3053)

[ ] If you want to rebase/retry this PR, check this box

Suggested commit message:
Upgrade Mockito 5.10.0 -> 5.11.0

See:
- https://github.com/mockito/mockito/releases/tag/v5.11.0
- https://github.com/mockito/mockito/compare/v5.10.0...v5.11.0

repo: PicnicSupermarket/error-prone-support


text:
Picovoice Console Issue:  can't create previous (2.1.x) engine wake-words

I have an installation of Rhasspy that uses porcupine. It only works with 2.1.x engine of porcupine.
Today I was going to create a custom wake-word for it, bu I have seen that you have updated online engine to 2.2.0 and the wake-words I create now are incompatible with my installation.
Is there any option to create a wake-word with 2.1.0 engine (github software to download to do it offline or wahtever). O I will have to stop using porcupine.
What I was trying was:
word:     'ok madre'
engine:    2.1.0
language:  Spanish
platform:  raspberry pi
Access key: '---not-published here, of course---'
Expected behaviour
To be able to create a wake-word for version 2.1.0 engine installations.
Actual behaviour
Only 2.2.0 .ppn file that is not working with my configuration.
Steps to reproduce the behaviour
Just creating a wake-word since may 2023...

There are no other options to create older versions of keyword files. Update the version of the engine.

There are no other options to create older versions of keyword files. Update the version of the engine.

Ok. Rhasspy 2.5.11 only available for 2.1.x porcupine. Unable to update.
Changing to a different wake-word software. Trying Snowboy. Thanks a lot!,

repo: Picovoice/picovoice


text:
Improve achievements list

Right now there's enough achievements to make scrolling through a pain. There should be sorting options (alphabetical, XP reward) and the ability to hide all completed achievements.
Also, the reward text needs to be shaded a different color and the individual achievements need to be shrunk in general.

Resolved via commit 7a43a8b40ad22445dfc4d5ecb7c7aaf492393831.


text:
Cannot use \ref in appendix proofs with the commandchars argument of \fvset with IEEEtran

Hi,
I cannot compile the following document:
\documentclass{IEEEtran}
\usepackage{apxproof}
\fvset{commandchars=\\\{\}}
\newtheoremrep{theorem}{Theorem}[section]

\begin{document}

\section{Test}
\begin{theoremrep}
  X
\end{theoremrep}

\begin{proof}
  \ref{a}
\end{proof}

\end{document}

It produces the following error:
Runaway text?
  \protect \gdef \@refundefined {\protect \begingroup \def \MessageBreak \ETC.
! Forbidden control sequence found while scanning text of \write.
<inserted text>
                }
l.14   \ref{a}

However, either commenting away the \fvset command or removing the \ref in the proof (and putting just text instead) compiles fine.
Thanks if you can help!

Fixed in c9a79573a16fa9de3685ca180e5e4f7be0f34655; can you test?

Yes, this works, thanks a lot!

repo: PierreSenellart/apxproof


text:
<3

Thank you man! :)
Have a great day!

Cheers mate <3

authors: PikaMikaTuu owner

repo: PikaMikaTuu/huawei-block-list


text:
Suggestion to make conversation system

What does your feature do?
It would make possible to make conversations between the players and the npcs in the start of / during the mission. Delayed conversation lines, just like in Wynncraft.  It would be the best if you could make a system, with multiple participants. ( For example: 1 quest giver, with 2 more citizen npc participant in the conversation)
How would people use it?
A lots of (MMO)RPG server could use it. Because we're making big story line what brings more complex quests. We're missing that conversation system so much. That "Kill 2 zombie" and that tiny quest description part isn't enough.
Off: Sorry if I made some mistake, english isn't my main language. Hope you can make it :)

Thanks for your suggestion! I've addressed this before and found that it really isn't within the scope of this project to do NPC conversations as they wouldn't affect a quest in any way. That said, I'm aware it's often seen as complimentary since a few other quest plugins do offer this, so I'll look into either integrating with- or writing a bridge resource for- another plugin that offers this functionality. Recommendations are welcome.

That's would good too. But the thing is, I don't know any plugin what has good conversation system. There was an with almost perfect one ( https://www.spigotmc.org/resources/betonquest.2117/ ) but it's not supported anymore.

Closing as this has not received any recommendations over the course of a year and a half and, since Denizen scripts can now be run as Actions, this could technically be done with a script. Other alternatives include https://www.spigotmc.org/resources/commandnpc.40295/ and https://www.spigotmc.org/resources/citizenstext.40107/

Maybe with this Plugin it could be done. Maybe you talk with the author for a collaboration.
https://www.spigotmc.org/resources/interactions-create-complex-conversations-with-npcs-1-8-1-16.87762/
https://ajneb97.gitbook.io/interactions/api/api-methods

authors: MrPingviin PikaMug enterih

repo: PikaMug/Quests


text:
edit few typos

hey, I was reading the description and noticed a few typos and decided to edit them

Thanks Akiko!!!


text:
fix(jenkins/pipelines/ci/tiflash): no need add base -ex to run the test shell

in release-6.1+ the script has lines set -ex and had the shell shaban line.

Signed-off-by: wuhuizuo wuhuizuo@126.com

Hello, I am a serverless review bot on flows.network. Here are my reviews of code commits in this PR.

Commit 1
The patch removes the -ex flags from the bash command that runs tests in the tiflash-ghpr-integration-tests.groovy file. According to the pull request, in the specified version of Jenkins, this flag should not be necessary.
Potential problems that might occur could be related to a lack of verbose output and an assumption that the script will always behave the same way across different versions of Jenkins. Other issues could be related to command failures not triggering an error, which could lead to unhandled issues or incorrect handling of various scenarios.

repo: PingCAP-QE/ci


text:
Revision History

There was some discussion here about Revision History feature
https://github.com/PiranhaCMS/Piranha/issues/206
However, it's 3 years old.  Has there been any additional consideration/work done in that area?

Hi there! I'd say revision history is out of scope for the current version of Piranha CMS, or there haven't at least been any plans on implementing this feature.
Regards

authors: drosenba tidyui

repo: PiranhaCMS/Piranha

license: mit

license_source: bigquery


text:
Use rust-skeptic where there is an example in README

Got a tip from @gaborigloi about this build tool: https://github.com/brson/rust-skeptic
This allows one to test the examples in README with cargo test.

A lot more than README, too. It can test all of the guides we write for the various sub-modules. Sounds like a really cool addition.

authors: Phlosioneer bvssvni

repo: PistonDevelopers/piston


text:
[Docs]: Add more checkbox in issue and PR templates

Description
Inside issue templates add the checkbox after the code of conduct checkbox for

I am GSSoC contributor
I wan to work on this issue

Screenshots
No response
Additional information
No response
Code of Conduct

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

hii @PiyushKalyanpy  i wan to work on this issue please assign me

repo: PiyushKalyanpy/GyanaGuru


text:
Added DocsGPT repo

Add a resource to the intermediate/advanced list

fix merge conflicts.

I've put DocsGPT under Roc Toolkit to resolve the merge conflict

authors: Piyushhbhutoria chriscarnold


text:
[Feature] Add a setting to hide chat card descriptions by default

Dependent on #119.
Add a new setting to hide any description sections by default in chat cards. This will allow for a streamlined view of rolls in the chat. Note that this feature is just to hide description sections, not to prevent them from being added to the card.

Added in 65242db68f576534d0e6638d9c7a0bcedaa8e472.


text:
refactor(api): remove legacy code causing TSCheck issues

Describe your changes

Issue ticket number and link
Type of change 🧩

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation update
[ ] Other (please explain in the description section above)

Checklist before requesting a review

[x] I have performed a self-review of my own code
[x] I have double checked this work does not include any hardcoded secrets or passwords
[x] I have made corresponding changes to the documentation
[x] I have provided details on how I have tested my code
[x] I have referenced the ticket number above
[x] I have provided a description of the ticket
[x] I have included unit tests to cover any testable code changes

looks like you've got a snap to update 📸


text:
spikelet anatomy (TO:0000657) trait and sub-classes

I suggest new childs of spikelet anatomy (TO:0000657)
- glume shape - (PO:0009039)
- internal hairs
Reported by: alexandraviel
Original Ticket: obo/plant-trait-ontology-to-requests/143

added term: glume shape (TO:0000978)
added def'n to glume shape (TO:0000978): A glume anatomy and morphology trait (TO:0000869) with is associated with the shape of a glume (PO:0009039).
added xref: (TO_GIT:144) to glume shape (TO:0000978)
added relationship: glume anatomy and morphology trait (TO:0000869) is part_of spikelet anatomy and morphology trait (TO:0000657)

repo: Planteome/plant-trait-ontology


text:
Add basic docs

And add the generated docs

Another thing, any chance of a CI workflow that checks that the docs are up-to-date (or possibly auto-updates them)? I could try to add that in a future PR if you'd prefer.

Ok, I pulled my finger out and made some proper(ish) docs.

Built docs here: https://fortitude.readthedocs.io/en/dev-command/

Yup:
$ uv pip install mkdocs-material
$ mkdocs serve

This watches for file changes and reloads the site as needed.

Yup:
$ uv pip install mkdocs-material
$ mkdocs serve

This watches for file changes and reloads the site as needed.

Amazing, works perfectly (and unlike Sphinx, I don't have to type out file:///the/entire/path/to/my/index.html in my browser to see the changes).
Please could you add this to README.dev.md?
## Building Docs

The documentation can be built locally using:

```bash
pip install mkdocs-material
mkdocs serve
```

authors: LiamPattinson ZedThree

repo: PlasmaFAIR/fortitude


text:
关于 some Natural Speech Features Of Microsoft代码

作者好，关于 some Natural Speech Features Of Microsoft
这部分的优化代码是哪一部分呢，没有找到，请指示一下。

z_p = self.flow(z, y_mask, g=g)
z_r = m_p + torch.randn_like(m_p) * torch.exp(logs_p)
z_r = self.flow(z_r, y_mask, g=g, reverse=True)
return o, l_length, attn, ids_slice, x_mask, y_mask, (z, z_p, z_r, m_p, logs_p, m_q, logs_q)

            loss_kl = kl_loss(z_p, logs_q, m_p, logs_p, z_mask) * hps.train.c_kl
            if z_r == None:
                loss_kl_r = 0
            else:
                loss_kl_r = kl_loss(z_r, logs_p, m_q, logs_q, z_mask) * hps.train.c_kl
            loss_fm = feature_loss(fmap_r, fmap_g)
            loss_gen, losses_gen = generator_loss(y_d_hat_g)
            loss_gen_all = loss_gen + loss_fm + loss_mel + loss_dur + loss_kl + loss_kl_r

Hey @MaxMax2016 thanks for the code. I've tried to play with the current implementation a bit and honestly it doesn't really work as intended. Here are the reasons:

It needs weights in loss (usually has to be much smaller than 1.0) and also Gaussian weight similar to inference (noise_scale)

z_r = m_p + torch.randn_like(m_p) * torch.exp(logs_p) * noise_scale

Because sound is time-variable it needs SoftDTW for KL loss otherwise it pushes to make speech very uniform. Paper mentions that.

Without SoftDTW after loss is applied automated evaluation CER goes down, Mel loss goes significantly up and Frechet score also goes significantly up. This is because speech is not following target audio anymore.
More advanced implementation of backward loss is here:  https://github.com/heatz123/naturalspeech/issues/12 but also not straigth to make it work.


text:
Add integration tests to Plutip

Closes #873.
Pre-review checklist

[ ] All code has been formatted using our config (make format)
[ ] The integration and unit tests have been run (npm run test) locally
[ ] The changelog has been updated under the ## Unreleased header, using the appropriate sub-headings (### Added, ### Removed, ### Fixed), and the links to the appropriate issues/PRs have been included

@klntsky I've made it so posixTimeToSlot/slotToPosixTime runs for both unit tests (given a current era fixture) and for integration (via getEraSummaries etc). I pulled it out of AffInterface into Test.Types.Interval because it doesn't belong there, but as I said it still runs for integration tests.
So to be clear: getEraSummaries and getSystemStart are called in Test.AffInterface, posixTimeToSlot and slotToPosixTime are tested in Test.Unit, and the combination of get* and time conversions are tested in Test.Integration.
It's the best we can do until we are able to generate posixTimeToSlot etc tests from a given eraSummaries and systemStart, I'm not sure how the current fixtures were picked for testing so I was thinking to leaving that to a separate PR if someone with the know-how can pick it up more easily

repo: Plutonomicon/cardano-transaction-lib


text:
local variable 'Dnbar' referenced before assignment in ipmag.fishqq

What command was run:
In [3]:     >>> directions = ipmag.fishrot(k=40, n=50, dec=200, inc=0)
   ...:     >>> ipmag.fishqq(di_block = directions)

What happened:
---------------------------------------------------------------------------
UnboundLocalError                         Traceback (most recent call last)
<ipython-input-3-f399c365c307> in <module>
      1 directions = ipmag.fishrot(k=40, n=50, dec=200, inc=0)
----> 2 ipmag.fishqq(di_block = directions)

~/PmagPy/pmagpy/ipmag.py in fishqq(lon, lat, di_block)
   1330             F_n = 'Fisherian model rejected'
   1331         QQ_dict1['Mode'] = 'Mode 1'
-> 1332         QQ_dict1['Dec'] = Dnbar
   1333         QQ_dict1['Inc'] = Inbar
   1334         QQ_dict1['N'] = Nn

UnboundLocalError: local variable 'Dnbar' referenced before assignment

What I expected to happen:
No error.
No error arises when running a higher inclination:
>>> directions = ipmag.fishrot(k=40, n=50, dec=200, inc=50)
   ...:     >>> ipmag.fishqq(di_block = directions)

PmagPy version:
Master as of today.

I fixed this - it was an intermittent problem caused by terrible logic in the code.  I cleaned it up a bit and it should now run reliably and faster too.

authors: Swanson-Hysell ltauxe

repo: PmagPy/PmagPy


text:
ZMQ exception=Again('Resource temporarily unavailable')>

While testing with dockerised versions on my iMac and sending URLs from a terminal hive-watcher, ZMQ now seems to be a bit touchy?
I am running it in full debug mode inside Docker inside VSCode so I'm hesitant to say this is a real problem, but perhaps there is more we need to do around error trapping on the ZMQ bit.
I'm just restarting it all again (in full debug) to see if this crops up again.
2021-06-14 09:38:59,147 INFO root MainThread : Duration: 6.267 - URL in queue: https://feeds.buzzsprout.com/1106981.rss - URL List: 2
2021-06-14 09:38:59,149 INFO root MainThread : Duration: 6.269 - URL in queue: https://feeds.buzzsprout.com/888925.rss - URL List: 3
2021-06-14 09:39:04,506 ERROR asyncio MainThread : Task exception was never retrieved
future: <Task finished coro=<zmq_response_loop() done, defined at src/podping_hivewriter/hive_writer.py:341> exception=Again('Resource temporarily unavailable')>
Traceback (most recent call last):
  File "src/podping_hivewriter/hive_writer.py", line 353, in zmq_response_loop
    url: str = await socket.recv_string()
  File "/usr/local/lib/python3.7/site-packages/zmq/_future.py", line 464, in _handle_recv
    result = recv(**kwargs)
  File "zmq/backend/cython/socket.pyx", line 781, in zmq.backend.cython.socket.Socket.recv
  File "zmq/backend/cython/socket.pyx", line 817, in zmq.backend.cython.socket.Socket.recv
  File "zmq/backend/cython/socket.pyx", line 191, in zmq.backend.cython.socket._recv_copy
  File "zmq/backend/cython/socket.pyx", line 186, in zmq.backend.cython.socket._recv_copy
  File "zmq/backend/cython/checkrc.pxd", line 22, in zmq.backend.cython.checkrc._check_rc
zmq.error.Again: Resource temporarily unavailable
2021-06-14 09:39:14,165 INFO root MainThread : Size of Urls: 129
2021-06-14 09:39:14,166 INFO root MainThread : Received num_urls: 3
2021-06-14 09:39:14,636 INFO root MainThread : Transaction sent: 39c5791b71f6c73cbee3b4dbd13d4ce1f4fb8818 - Num urls: 3 - Size of Urls: 119 - Json size: 172
2021-06-14 09:39:14,636 INFO root MainThread : Overhead: 53
2021-06-14 09:39:14,637 INFO root MainThread : Task time: 0.47 - Queue size: 0
2021-06-14 09:39:14,637 INFO root MainThread : Finished a task: 39c5791b71f6c73cbee3b4dbd13d4ce1f4fb8818 - 0

BTW even running in full Debug on VSCode while just doing normal podping loads (not catching up) it's using sub 1% CPU and 65Mb of Ram. This this is very efficient.

OK after leaving it running (again in the debug) the same thing did happen:
2021-06-14 10:28:31,871 INFO root MainThread : Finished a task: 7dcb3be0a3bf7445da851430b74c7d528138625c - 0
2021-06-14 10:28:49,325 INFO root MainThread : Duration: 0.000 - URL in queue: https://feeds.buzzsprout.com/1428532.rss - URL List: 1
2021-06-14 10:28:49,327 INFO root MainThread : Duration: 2.860 - URL in queue: https://feeds.buzzsprout.com/1755998.rss - URL List: 2
2021-06-14 10:28:52,331 INFO root MainThread : Size of Urls: 87
2021-06-14 10:28:52,332 INFO root MainThread : Received num_urls: 2
2021-06-14 10:28:52,771 INFO root MainThread : Transaction sent: 0054012f12bfab1904fc40f085de2f1d3ef5ac72 - Num urls: 2 - Size of Urls: 80 - Json size: 129
2021-06-14 10:28:52,771 INFO root MainThread : Overhead: 49
2021-06-14 10:28:52,771 INFO root MainThread : Task time: 0.44 - Queue size: 0
2021-06-14 10:28:52,772 INFO root MainThread : Finished a task: 0054012f12bfab1904fc40f085de2f1d3ef5ac72 - 0
2021-06-14 10:29:06,377 ERROR asyncio MainThread : Task exception was never retrieved
future: <Task finished coro=<zmq_response_loop() done, defined at src/podping_hivewriter/hive_writer.py:343> exception=Again('Resource temporarily unavailable')>
Traceback (most recent call last):
  File "src/podping_hivewriter/hive_writer.py", line 355, in zmq_response_loop
    url: str = await socket.recv_string()
  File "/usr/local/lib/python3.7/site-packages/zmq/_future.py", line 464, in _handle_recv
    result = recv(**kwargs)
  File "zmq/backend/cython/socket.pyx", line 781, in zmq.backend.cython.socket.Socket.recv
  File "zmq/backend/cython/socket.pyx", line 817, in zmq.backend.cython.socket.Socket.recv
  File "zmq/backend/cython/socket.pyx", line 191, in zmq.backend.cython.socket._recv_copy
  File "zmq/backend/cython/socket.pyx", line 186, in zmq.backend.cython.socket._recv_copy
  File "zmq/backend/cython/checkrc.pxd", line 22, in zmq.backend.cython.checkrc._check_rc
zmq.error.Again: Resource temporarily unavailable

Looking at the hive-watcher which was feeding it, that stopped sending so whilst Docker is saying it is running, all further ZMQ communication seems to stop after that.

Brian, this is 1) not a good bug report and 2) a dev branch.
We need a chat environment for this kind of thing

Don'tcha just hate working with amateurs?
In other news, when its not running in debug inside VSCode its very stable and even seems to deal nicely with the Testnet being flaky and just catches up as soon as it stops getting errors from Hive.
2021-06-14 11:22:10,426 INFO root MainThread : Transaction sent: 9da39c7adf4b0050872988e207ab955a89e74fe9 - Num urls: 8 - Size of Urls: 341 - Json size: 414
2021-06-14 11:22:10,427 INFO root MainThread : Overhead: 73
2021-06-14 11:22:10,427 INFO root MainThread : Task time: 0.96 - Queue size: 0
2021-06-14 11:22:10,427 INFO root MainThread : Finished a task: 9da39c7adf4b0050872988e207ab955a89e74fe9 - 0
2021-06-14 11:22:10,428 INFO root MainThread : Duration: 0.000 - URL in queue: https://feeds.buzzsprout.com/1588180.rss - URL List: 1
2021-06-14 11:22:10,430 INFO root MainThread : Duration: 0.961 - URL in queue: https://feeds.transistor.fm/a249d11a-772f-4a7f-99b0-e593506d3260 - URL List: 2
2021-06-14 11:22:10,432 INFO root MainThread : Duration: 0.963 - URL in queue: https://feeds.transistor.fm/william - URL List: 3
2021-06-14 11:22:10,434 INFO root MainThread : Duration: 0.964 - URL in queue: https://feeds.transistor.fm/dagens-bibelord-fra-bibel-no - URL List: 4
2021-06-14 11:22:10,436 INFO root MainThread : Duration: 0.966 - URL in queue: https://feeds.transistor.fm/psych-attack - URL List: 5
2021-06-14 11:22:10,438 INFO root MainThread : Duration: 0.968 - URL in queue: https://feeds.buzzsprout.com/768668.rss - URL List: 6
2021-06-14 11:22:11,599 INFO root MainThread : Duration: 0.971 - URL in queue: https://feeds.buzzsprout.com/1677436.rss - URL List: 7
2021-06-14 11:22:11,600 INFO root MainThread : Duration: 2.131 - URL in queue: https://feeds.transistor.fm/a249d11a-772f-4a7f-99b0-e593506d3260 - URL List: 7
2021-06-14 11:22:11,602 INFO root MainThread : Duration: 2.133 - URL in queue: https://feeds.transistor.fm/dagens-bibelord-fra-bibel-no - URL List: 7
2021-06-14 11:22:11,603 INFO root MainThread : Duration: 2.134 - URL in queue: https://feeds.transistor.fm/william - URL List: 7
2021-06-14 11:22:11,605 INFO root MainThread : Duration: 2.136 - URL in queue: https://feeds.buzzsprout.com/286788.rss - URL List: 8
2021-06-14 11:22:12,771 INFO root MainThread : Duration: 2.137 - URL in queue: https://feeds.buzzsprout.com/1405045.rss - URL List: 9
2021-06-14 11:22:12,772 INFO root MainThread : Size of Urls: 582
2021-06-14 11:22:12,772 INFO root MainThread : Received num_urls: 9
2021-06-14 11:22:13,162 WARNING beemapi.node MainThread : Error: Service Temporarily Unavailable
2021-06-14 11:22:13,162 WARNING beemapi.node MainThread : Retry RPC Call on node: https://testnet.openhive.network (1/5)

2021-06-14 11:22:13,162 WARNING beemapi.node MainThread : Retrying in 0 seconds

2021-06-14 11:22:13,740 INFO root MainThread : Transaction sent: 91bc1824b63a3faa85ef0fa30dd0f6de5cf14e7a - Num urls: 9 - Size of Urls: 393 - Json size: 470
2021-06-14 11:22:13,740 INFO root MainThread : Overhead: 77
2021-06-14 11:22:13,740 INFO root MainThread : Task time: 0.97 - Queue size: 0
2021-06-14 11:22:13,740 INFO root MainThread : Finished a task: 91bc1824b63a3faa85ef0fa30dd0f6de5cf14e7a - 0
2021-06-14 11:22:13,795 INFO root MainThread : Duration: 0.000 - URL in queue: https://feeds.buzzsprout.com/1728548.rss - URL List: 1
2021-06-14 11:22:13,796 INFO root MainThread : Duration: 1.023 - URL in queue: https://feeds.transistor.fm/dagens-bibelord-fra-bibel-no - URL List: 2
2021-06-14 11:22:13,965 INFO root MainThread : Duration: 1.024 - URL in queue: https://feeds.buzzsprout.com/884488.rss - URL List: 3

Sounds like a problem with your environment.

authors: agates brianoflondon

repo: Podcastindex-org/podping-hivewriter