text:
Investigate failing TestV6ToV7ChainUpgrade test

Summary
ref https://github.com/cosmos/ibc-go/pull/4591#issuecomment-1717315083

For Admin Use

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

I ran the test locally with the golang relayer (ghcr.io/cosmos/relayer:latest) and it passes, it seems to only fail with hermes (colinaxner/hermes:v1.6.0

Another update, making the following changes causes the test to pass
--- a/e2e/tests/upgrades/upgrade_test.go
+++ b/e2e/tests/upgrades/upgrade_test.go
@@ -578,6 +578,11 @@ func (s *UpgradeTestSuite) TestV6ToV7ChainUpgrade() {
                s.AssertTxSuccess(transferTxResp)
        })

+       s.StopRelayer(ctx, relayer)
+       s.StartRelayer(relayer)
+
+       s.Require().NoError(test.WaitForBlocks(ctx, 5, chainA, chainB), "failed to wait for blocks")
+
        t.Run("packets are relayed", func(t *testing.T) {
                s.AssertPacketRelayed(ctx, chainA, channelA.PortID, channelA.ChannelID, 1)

I recall a setting for hermes which caused it to not pick up on new chains (potentially losing track of them after the chain upgrade), restarting may be causing it to do a search and find them again.

Is this issue still relevant?

I think it's not, we ended up adding code to do a restart of hermes.
The hermes issue seems to still be open.
I'll close this issue as the upgrade test is resolved on our side.

authors: chatton colin-axner


text:
MockConsensusState should not have commitment root

Improvement Summary
mock::ConsensusState from ibc_proto doesn't have any commitment root.

Proposal

To avoid any unexpected assumptions, we should also remove commitment_root from MockConsensuState in ibc-testkit. The ConsensusState::root implementation should return a constant value.
Ref: https://github.com/cosmos/ibc-rs/issues/1052#issuecomment-1906675569

The ConsensusState::root implementation should return a constant value.

What should the constant value returned be?

The same what we are setting at ConsensusState::new: vec![0].
It's a bit difficult to make it const as CommitmentRoot allocates on heap (has Vec) and ConsensusState::root returns a reference. We probably need to do something with OnceLock but it requires std.
I think, for now, we can just remove the pub from root:
  pub struct MockConsensusState {
      pub header: MockHeader,
-     pub root: CommitmentRoot,
+     root: CommitmentRoot,
  }

Would probably be good to add a note comment about why there exists a private root field on MockConsensusState when it doesn't exist on the proto. @rnbguy do you have context into why this field was added in the first place?

source: gharchive/issue

repo: cosmos/ibc-rs

license_type: permissive

license_source: github-api


text:
WIP: David/856 refactor main by checking nodes for compatibility before connection

Improves #856.
Description:
The main change is that nodes are checked for version compatibility before connecting to one and that the checking has been moved from main.js into the addressbook.

I need to figure out why the E2E tests are failing.  Running them three times in a row didn't work as usual.  ;-)

Closing in favor of https://github.com/cosmos/voyager/issues/1195.

source: gharchive/pull-request

repo: cosmos/voyager


text:
Move acra-keys parameters into interfaces

Another issue with acra-keys interfaces for Acra EE is that it uses CommandLineParameters struct directly. This means that Acra EE is forced to use Acra CE command-line parameter set and cannot add anything else there. This is problematic because Acra EE needs to add more key store configuration parameters.
Instead of accepting CommandLineParameters and accessing its fields directly, introduce a bunch of interface with accessors, delimiting options for various commands. This decouples business logic of acra-keys from concrete storage of parameters (and unrelated parameters). It will also allow further refactoring of CommandLineParameters – I'd like to split it into multiple structs later to provide a better command-line help and key store parameter CLI.
This is only implementation refactoring. Actual CLI stays the same.
Dependencies:

[x] #394 Drop KeyStoreFactory (pending merge and rebase)

Rebased after dependency merge without change. Will merge once CI passes.

repo: cossacklabs/acra

license_source: bigquery


text:
🛑 Ghostnet [ECAD Labs] (ghostnet.ecadinfra.com) is down

In f9acaaa, Ghostnet [ECAD Labs] (ghostnet.ecadinfra.com) (https://ghostnet.ecadinfra.com/chains/main/blocks/head/header) was down:

HTTP code: 503
Response time: 2137 ms

Resolved: Ghostnet [ECAD Labs] (ghostnet.ecadinfra.com) is back up in bee44bc after 8 minutes.

repo: cotezos/teznodes

license: MIT


text:
peid - armadillo packer false positives

https://raw.githubusercontent.com/countercept/snake-scales/master/pefile/pefile/userdb.txt
Armadillo v1.71
Armadillo v1.xx - v2.xx are false positives in peid packer
https://www.zscaler.com/blogs/research/your-windows-8-packed

Agreed will get those deleted.

authors: AlexKornitzer wesinator

repo: countercept/snake-scales


text:
Rename Ilfov region for Romania

The correct name for the region is ILFOV - https://en.wikipedia.org/wiki/Ilfov_County
Also related to this issue - https://github.com/country-regions/country-region-data/issues/132
Thanks!

Oops, apologies! Thanks for the PR.

authors: ElenaIf benkeen

repo: country-regions/country-region-data


text:
Add Kosovo & regions

Kosovo administrative districts come from https://en.wikipedia.org/wiki/Districts_of_Kosovo
Closes #31

This has been resolved in the other PR from @EPRenaud.

authors: benkeen lauralouiset


text:
Possible bug: Sorting CompareTable crashes when the cells use the useData hook

I'm working on implementing a metric-aware compare table, which renders fine initially, but it crashes if we attempt to sort the table (even if we don't sort by metric).
Notes

Sorting works just fine for non-metric aware components (See storybook - https://act-now-packages--pr166-pablo-sortable-table-izav3d8y.web.app/storybook/index.html?path=/story/table-comparetable--example)
I haven't figured out a good pattern to access MetricData from the compareFn of each column, so I set the sorting function to be by population of the region. One option could be to fetch metric data for all the regions and metrics up-front and include the data on the row data items, I tried that and the table still crashes.

I suspect that this might be due to a race condition between the compare table internal state and the state of the mock data provider, but I'm not sure.
How to Test

Using Storybook https://act-now-packages--pr178-pablo-examples-compa-3fppwcmo.web.app/storybook/index.html?path=/story/metrics-metriccomparetable--example (it also crashes with metrics that use the mock data metric provider)

Using the hackathon repo:

Use this branch https://github.com/covid-projections/act-now-packages/pull/166 and link ui-components
On the hackathon repo, link @actnowcoalition/ui-components
Add the MetricCompareTable to the homepage, adding all the states as regions and all the available metrics

import { MetricCompareTable } from '@actnowcoalition/ui-components';

// ...
<MetricCompareTable
  regions={states.all}
  metrics={metricsCatalog.metrics}
/>

Note that the table will render correctly, but when we try to sort the table (even if we sort by location name), the table will crash.

Fixed by #182

authors: mikelehen pnavarrc

repo: covid-projections/act-now-packages


text:
Rename builtin-operations.cpp to builtin-features.cpp

Hello @bamos I want your opinion on this commit, since it should break any code that was using our library until now. The fix is simple: Just rename the builtin-operations.o to builtin-features.o file on the Makefile. But it might not be so easy to detect that this is the problem.
The reason for this change is just because the name features
fits a lot better the meaning of this file. Since it contains not only operations, but also
functions, reserved words parsers and so on.
I also that the best time to make this change is now, since we still have few users (if we have any)

Hi @VinGarcia - no problem, renaming this sounds good to me. Feel free to merge when you're ready.
-Brandon.

Nice, merged then.
Thank you.

authors: VinGarcia bamos

repo: cparse/cparse

license: mit


text:
refactor surface class to use image_span

?

done

repo: cppfw/svgren


text:
Kdoc for properties in body of class

Running diktat 1.0.0-RC2 from gradle:
/**
 * Base class for all nodes that represent values
 * @property lineNo - line number of original file
 * @property content - content of the node converted to a particular type
 */
sealed class TomlValue(val lineNo: Int) {
    abstract var content: Any
}

[MISSING_KDOC_CLASS_ELEMENTS] all public, internal and protected classes, functions a
nd variables inside the class should have Kdoc: content (cannot be auto-corrected)

This is the same as #788, the error message is misleading, but according to our current code style class properties outside of constructor should be documented with separate KDocs.

repo: cqfn/diKTat


text:
Update index.js

This will allow us to give a List of reserved Names in the Mangle Process.

I agree :) I will let you do the change.

Done in f35998c7a73dcd2ea24661dc801e34b6bfbe092c

Released in 0.6.0


text:
Really Slow Performance

Hi unsure whats causing this but since pulling the new version's for use on 0.16 performance has been really bad taking 60+ seconds to render the page and mostly timing out. Going back to a previous version and changing getinfo to getnetworkinfo seems to fix this so it must be something else.
I've attached my working version as i am unsure at what point in the commit history it was?
BitcoinStatsWorks.zip
Ubuntu 16.04
Nginx
PHP 7.0
Bitcoin Core 16.0
node.arihanc.com (to view the live version)
Any help appreciated thanks.

Seems its to do with bitnodes the one i had working was using the old urls (21.co) and the new site seems to be down at the moment causing the stats page to hang. Maybe it should be changed if bitnodes does not respond in a few seconds to build the rest of the page without it?

repo: craigwatson/bitcoind-status


text:
doesnt attach correctly

recently jestercap has been failing the attach, showing points as 56905 and not changing, and one time a negative score of about -3000, anyone else having issues and/or know how to fix it.

Hi, I just released another version of JesterCap. Please let me know whether it works for you.

ok sure

so its attached, and updating score correctly, if im lucky and good enough ill try to get a crown

I suspect this is fixed as per #7 . Please feel free to let me know if you run into any further problems.

repo: crashb/jestercap


text:
[BUG] - INNER JOIN on empty selection takes really long and/or fails with CurcuitBreaker

CrateDB version:
4.4.1
Environment description:
CrateDB Cloud

Problem description:
INNER JOIN on a table with a selection criteria, that leads to 0 rows takes really long to finish or fails with cuircuit breaker

Steps to reproduce:

CREATE TABLE IF NOT EXISTS r."t1" (
    obj OBJECT(DYNAMIC) AS (
        batch TEXT
    ),
    ts TIMESTAMP,
    type TEXT
);

Insert ~100.000 values following the scheme:
INSERT INTO r.t1 (obj,ts,type) VALUES
        ('{"batch":"a"}',now(),'non-test'),
        ('{"batch":"b"}',now(),'non-test'),
        ('{"batch":"c"}',now(),'non-test'),
        ('{"batch":"d"}',now(),'non-test');

SELECT obj['batch'], MAX(ts) "last_record"
FROM r.t1 "tx1"
WHERE tx1.type = 'test'
GROUP BY obj['batch']

--> 0 results as no records of type 'test' are -inserted
Inner JOIN with same table:
SELECT * FROM
(SELECT obj['batch'], MAX(ts) "last_record"
FROM r.t1 "tx1"
WHERE tx1.type = 'test'
GROUP BY obj['batch'] ) last_recs
    INNER JOIN r.t1 "tx2" ON (last_recs.last_record = tx2.ts);

--> takes really long or fails on bigger datasets

Seems okay to me?
cr8 timeit --host localhost:4200 -r 200 -c 10 <<EOF
SELECT
    *
FROM (
    SELECT
        obj['batch'],
        MAX(ts) "last_record"
    FROM
        r.t1 "tx1"
    WHERE
        tx1.type = 'test'
    GROUP BY
        obj['batch']) last_recs
    INNER JOIN r.t1 "tx2" ON (last_recs.last_record = tx2.ts);
EOF

Runtime (in ms):
    mean:    26.582 ± 1.017
    min/max: 14.701 → 45.262
Percentile:
    50:   26.179 ± 7.335 (stdev)
    95:   39.544
    99.9: 45.262

select count(*) from r.t1;
+----------+
| count(*) |
+----------+
|   100000 |
+----------+

I generated some sample data like this:
mkjson --num 100000 obj.batch="fromRegex('[a-z]{2}')" type="'none-test'" | cr8 insert-json --table r.t1 --hosts localhost:4200

(I added a default clause for the ts column:)
CREATE TABLE IF NOT EXISTS r."t1" (
    obj OBJECT(DYNAMIC) AS (
        batch TEXT
    ),
    ts TIMESTAMP default current_timestamp,
    type TEXT
);

should have said ~1.000.000 values
SELECT COUNT (*) FROM r.t1 limit 100;
-- 2.293.766

SELECT * FROM
(SELECT obj['batch'], MAX(ts) "last_record"
FROM r.t1 "tx1"
WHERE tx1.type = 'test'
GROUP BY obj['batch'] ) last_recs
    INNER JOIN r.t1 "tx2" ON (last_recs.last_record = tx2.ts) limit 100;
-- SELECT OK, 0 rows in set (24.068 sec)

with 4.587.796
--> 75.864 sec
3 nodes (12 cores / 21 GB Ram)

Can reproduce it now, thanks for the additional information. It only happens with multiple nodes. On a single node the 1e6 records are also fast.

Changed the classification from bug to a performance improvement.
This will take a bit more effort than expected.
The problem is that for an inner hash join we've two phases:
A build phase where we build a hash-buffer for parts of the left side
A probe phase where we go through the right side and look for matches in the hash-buffer.
Now, even if the right side is empty we always start with the build phase for the left side.
I thought we could integrate some kind of short-circuit behavior, so that it stops as soon as it figures out that the right side is empty, but even then the build phase can consume a large amount of rows from the left side because of how internal paging across nodes is currently implemented.
Looking first if there are rows in the right side would have the some problem. The "look if there is something" can be expensive.
We had a short conversation on what we could do about that. One idea is to introduce some kind of cheap hasNext probe mechanism, but even that may have problems in case of sub-queries where we need to evaluate several operators to figure out if there is a result or not. In the case of pipeline breakers that would be problematic. E.g. a GROUP BY + HAVING
Another idea is to tweak the internal paging. In any case, this needs some more thoughts on how to solve properly.

authors: mfussenegger proddata

repo: crate/crate


text:
let upstream phases send keepalives to their downstreams

so their downstream contexts won't be killed by the reaper when the upstream phase takes very long to produce a result

ack

This has been merged/commited to master some time ago. So closing the PR

authors: mfelsche mfussenegger


text:
STL (ascii) files are not loaded correctly

Hi -
I've found a problem in this software, can you fix it please? I'm running Windows 10 x64 and and since I couldn't find recent binaries I compiled it with QT 5.0.2 x86 w/ OpenGL. When I open a STL file I do get a child MDI window but without any loaded file. All the stats are zero. The problem only happens with ASCII files and not with binary STL's.
I've downloaded very old binaries from SourceForge and those have no problem with the exact same files. I've traced the problem to a function called computeStats. It was missing a call to the function "reset()" which resets the file stream pointer and reads the first line.
Please let me know if you read this and are commited to solving bugs. If you are not I can fork the code and provide a fix for you.

Thank you very much for reporting this issue and providing a fix for it. A call to StlFile::reset() is now made in StlFile::computeStats().

authors: Ericvf cravesoft

repo: cravesoft/stlviewer


text:
会和Rxjava2冲突

搞不懂为什么会和Rxjava2冲突，看错误是因为引用了Rxjava1引起错误的。
com.android.build.api.transform.TransformException: com.android.builder.packaging.DuplicateFileException: Duplicate files copied in APK META-INF/rxjava.properties
File1: C:\Users\Administrator.gradle\caches\modules-2\files-2.1\io.reactivex\rxjava\1.2.1\4e4cfa4adc74521d5966799fa5ab70b733552f68\rxjava-1.2.1.jar
File2: C:\Users\Administrator.gradle\caches\modules-2\files-2.1\io.reactivex.rxjava2\rxjava\2.1.3\c6a633c63607f09f77f424b5c52522a7607cedae\rxjava-2.1.3.jar
虽然通过
packagingOptions {
exclude 'META-INF/rxjava.properties'
}
排除了这个文件编译不报错了，但是很奇怪。光依赖TakePhoto不报错，但一使用TakePhoto实例就报错。

我也遇到这个问题了，我感觉应该是rxJava1和rxJava2不能共存

这个库依赖advancedluban 1.3.2鲁班压缩库是Rxjava1.x，把advancedluban更新到最新版本就好了

authors: ForLovelj Xiasm wgheng

repo: crazycodeboy/TakePhoto


text:
🛑 Hacker News is down

In 5236e6e, Hacker News (https://news.ycombinator.com) was down:

HTTP code: 502
Response time: 244 ms

Resolved: Hacker News is back up in 862c60e after 6 minutes.

repo: creadoresdesitios/client


text:
Add flag to specify package version to install

The current install command only installs the latest package version.
Use a --version option to install the provided version.

✅  Released under 0.4.0

repo: creativebracket/crawl


text:
[Feature] Add Clickable Labels for Checkbox Elements in resourcenav List

Problem
Currently, the checkbox elements in the resourcenav filter list can only be selected by clicking on the checkbox itself, rather than on the associated label text. This creates a less intuitive experience for users who expect the label text to be clickable.
Description
This feature would allow users to select checkboxes by clicking on the associated label text. By adding unique id attributes to each checkbox and using the for attribute on the <label>, we can link each label to its checkbox. This approach will enable users to click either the checkbox or the label to toggle the checkbox state, improving accessibility and usability.
Alternatives

Wrapping the checkbox inside the  element: This would also allow label-click toggling but may alter the HTML structure in a way that's less manageable.

Using JavaScript to toggle the checkbox state on label click: This could work without modifying the HTML, but it introduces additional complexity.

The proposed solution (using id and for attributes) keeps the HTML structure intact and aligns well with standard accessibility practices.
Additional context
Implementing this feature will improve the experience for users who expect clickable labels, making the interface more intuitive and accessible. Additionally, it aligns with best practices for form controls and accessibility standards.
Implementation

[x] I would be interested in implementing this feature.

i want to contribute on this kindly assign this to me

Hi @akshaytyagi482 , please go through Contribution Guidelines — Creative Commons Open Source to know how issues and PRs are managed here .
Since the issue is ready for work now , you can work on it and go ahead with submitting  a PR for it !
Hope that helps you !
All the best !!

authors: SisiVero SumaiyaaRq akshaytyagi482

repo: creativecommons/cc-resource-archive


text:
Search by tag query in ES

Once the machine generated tags have been denormalized and stored in the 'image' table, I will get started on this.

The new tag format is exposed under the detailed_tags field. For now, the old tags exist in the tags field. Both fields are given equal weight in search results. Eventually, the old tags will go away, and the "new" tags will live in the tags field.

repo: creativecommons/cccatalog-api


text:
French accent in title doesn't show up on image pages

see https://ccsearch-dev.creativecommons.org/photos/9ee73b56-ca58-4069-99ea-c9f90889dade
https://ccsearch-dev.creativecommons.org/photos/36880021-df93-4654-8954-4a053427ed96

this is still a bug, fyi: https://ccsearch.creativecommons.org/photos/08a3475d-eb78-4fc6-ac46-33d3ac63d608

repo: creativecommons/cccatalog-frontend


text:
Split Sass into smaller files

Currently all styling from the site comes from a single Sass file main.scss in webpack/sass. This causes:

a maintenance burden (at the time of writing, the file contains > 700 lines)
longer loading times (the single .css output for the entire site is loaded on the first page visit)

Since Webpack is being used, a better way would be to split the file into smaller chunks and use a number of different entrypoints to facilitate code splitter for a more manageable experience for developers and faster loading experience for end users.

I am new to this community. I want to work on this.

@Dhruvi16 can you help @Zeeshan-2k1 with this?

Yes! Of course.

We will have to split the CSS based on the templates they are related to. I have added comments in the main.scss and those will help you find the templates each piece of code is related to.

Sure, I am working on it.


text:
Refactor code, move from classes to functions, add extra json options

[X] Move from classes to functions
[X] Separate out json parsing code into it's own module - gives us the ability to add plugins around it within the module
[x] JSON Config File

[X] Change the interface for setting up builtin Neovim LSP client (nvim-lsp)
[X] Add support for ALE - #10
[X] Add support for EFM Language Server (via efmls-configs-nvim)
[X] Add support for Diagnostic Language server (via diagnosticls-configs-nvim)
[X] Add support for Null-ls language server (via null-ls.nvim)
[ ] Add support for nvim-lint (via nvim-lint)
[ ] Add support for formatter.nvim (via formatter.nvim)
[ ] Add support for neoformat (via neoformat)
[ ] Add support for neomake (via neomake)

[X] Update docs with more information on using the JSON config file
[x] Video/gif to demonstrate the plugin (add to the wiki page) - #4

Let's move the rest of the JSON file support for a later release. For now the currently checked support  are the ones I am actively using.

LGTM

repo: creativenull/projectlocal-vim


text:
Components Not Accesable?

I don't see any of the components included (i.e like alerts). Am I just blind? Thanks for the awesome components!

Hello there, @alteredorange ,
Thank you for your interest in working with our project.
At the moment, on this repository we only offer the Pages found on: https://www.creative-tim.com/learning-lab/tailwind-starter-kit#/documentation/landing
For the components, you need to take them from their docs pages: https://www.creative-tim.com/learning-lab/tailwind-starter-kit#/documentation/alerts
I'll take some time these days/weeks and add those components on this repository as well, thank you for your feedback.
Best,
Manu

Good to know, keep up the great work!

authors: EINazare alteredorange


text:
🛑 MyTrip Connector Tourism Website is down

In e864cdf, MyTrip Connector Tourism Website (https://mytripconnector.com/) was down:

HTTP code: 403
Response time: 293 ms

Resolved: MyTrip Connector Tourism Website is back up in c4e54e4.

repo: crefati/monitoring


text:
Uncaught (in promise) Error: Cannot find module './app()->getLocale()'  at eval (eval at ./resources/js/lang lazy recursive ^./.*$ (app.js:1603)

Hi
I get this error when load my page
Uncaught (in promise) Error: Cannot find module './app()->getLocale()'  at eval (eval at ./resources/js/lang lazy recursive ^./.*$ (app.js:1603)
Can help me please.

You have and non-existent language set in cookies.

authors: bmpf passkok

repo: cretueusebiu/laravel-vue-spa


text:
Delete public/store

Since the store has been refactored do we need to keep the public/store folder or we can remove it?

We can probably remove it! Let's try it and see what happens.

repo: crimethinc/website


text:
Upgrade to latest Rust

See this breaking-change

Thanks a lot @bombless!

authors: bombless cristicbz

repo: cristicbz/rust-doom


text:
Allow anyone to delegate access

Before this patch, only super admins could delegate access to a given
container.
Now anyone with access to a container can delegate access.
The boolean ENABLE_RIGHTS_DELEGATION takes all its meaning now.

I don't understand why we need this? Can you link a JIRA ticket here please?
This also means someone who had his access given thru access delagation can in turn delagate? Including itself for a longer time?

I don't understand why we need this? Can you link a JIRA ticket here please?
This also means someone who had his access given thru access delagation can in turn delagate? Including itself for a longer time?

We don't have any ticket for this. It is an old PR done to avoid having people asking us (super admins) to give access token. With this PR anyone with access can delegate its access.
I've not tested the "unlimited extension" of token scenario :)

We don't have any ticket for this. It is an old PR done to avoid having people asking us (super admins) to give access token. With this PR anyone with access can delegate its access.
I've not tested the "unlimited extension" of token scenario :)

Thanks for your review

Thanks for your review

repo: criteo/mesos-term


text:
Create configuration file for OneClick for fast testbed

for fast testbed, upload cfg files into wiki

angle (rounds 21-24), Dynamic SHA-1 (4-8), Dynamic SHA-2 (1-13), Decim (rounds 1-8), Boolean rng generator

Shall I use 256 categories?

Make 2 versions:

CUDA-enabled, 256 categories
CUDA-disabled, 8 categories

authors: mathius petrs xtracko

repo: crocs-muni/EACirc


text:
geoselect JS as a jQuery plugin

Do not merge this branch. Additional modifications may follow.

Coverage remained the same at 34.902% when pulling 25ad1aab8788653a68f35ac86896ddede6a0c398 on fedys:#342-jobs-by-mail-modifications into 0197dd642e0f93d615ccac8528cd322596d7c713 on cross-solution:develop.

Coverage remained the same at 34.902% when pulling e445fa51a0a88394fce1d15fa3d32d5572a47a33 on fedys:#342-jobs-by-mail-modifications into 0197dd642e0f93d615ccac8528cd322596d7c713 on cross-solution:develop.

Coverage remained the same at 34.902% when pulling c83f34e41b22347dfea69340808f01a6e669390a on fedys:#342-jobs-by-mail-modifications into 0197dd642e0f93d615ccac8528cd322596d7c713 on cross-solution:develop.

Coverage decreased (-0.01%) to 34.891% when pulling 24fbeda5c178a040415596b9c7af3781a28be1b0 on fedys:#342-jobs-by-mail-modifications into 0197dd642e0f93d615ccac8528cd322596d7c713 on cross-solution:develop.

Coverage decreased (-0.03%) to 34.891% when pulling 637be34febc7e4130441f3c3a9d6e9f88c827a10 on fedys:#342-jobs-by-mail-modifications into cf72c038b340e603dcedd362d7255a7977060294 on cross-solution:develop.

Coverage decreased (-0.01%) to 34.911% when pulling 8509b06701a6df3040f28878ca1e2920fd41eee9 on fedys:#342-jobs-by-mail-modifications into dfe3147befa85fd1604c3e2d269ace1710c0bdc6 on cross-solution:develop.

authors: coveralls fedys

repo: cross-solution/YAWIK


text:
Add an MQTT bridged to WAMP example

This shows the basics of using the MQTT adapter functionality with Crossbar and WAMP

Current coverage is 56.69% (diff: 100%)

Merging #766 into master will not change coverage

@@             master       #766   diff @@
==========================================
  Files            69         69
  Lines         11374      11374
  Methods           0          0
  Messages          0          0
  Branches       1755       1755
==========================================
  Hits           6449       6449
  Misses         4364       4364
  Partials        561        561

Powered by Codecov. Last update 81d9276...0da90c1

Awesome. So this example demonstrates transparent publish & subscribe from and to MQTT and WAMP .. nice=)

Hi guys!
I am facing this problem
"Bad name in Connect"
When ever i try to connect the mqtt port
http://prnt.sc/dsix7p
I follow the exact same guide lines but dont know why this issue coming.

authors: asimashfaq codecov-io meejah oberstet

repo: crossbario/autobahn-python


text:
Managed Reconciler: ExternalObservation type should pass more information to the Create method

What problem are you facing?

When using the managed reconciler pattern, it's sometimes the case that more than just one operation need to be performed in the external resource's Create method, conditioned on the observation made. For instance, an external resource might need 3 distinct sub-components to be provisioned in order, for it to be created. Currently, every time the Create method is called, it uses the CR's fields, to determine what operation it should run, which is not efficient and essentially the observation is done again in the Create method (it is triggered merely based on the fact that ExternalObservation{ ResourceExists: false }).
How could Crossplane help solve your problem?

More information (for instance a map of key-values) could be passed to Create method, making it more context-aware.

I'm not sure if I understood you correctly but in API patterns one-pager, we recommend that the one managed resource should result in one external resource, if that's what you mean. This is because ExternalClient interface is supposed to be the lowest level of operations in Crossplane, i.e. talk to the cloud provider. You can see the details here.
About carrying a map; the assumption of ExternalClient is that all information necessary to provision the resource exists on the spec. Hence, in most of the cases Create just converts spec.forProvider into the cloud provider struct and call the provider's API.
Could you elaborate on what you're trying to achieve?

@muvaf thanks for the comment!
My use case is that in order to provision an external resource A, the creation goes through a series of steps in order. Trying to keep it simple, let's say A roughly represents a KubernetesApplication on a KubernetesCluster. The Create method for A then will look like following:

It needs an instance of KubernetesCluster claim, and should wait for it to be satisfied (either finding an existing cluster, or provisioning a new one).
It then creates the specified KubernetesApplication on the created cluster.

As you can see, the Observe method has more than just a boolean ExternalResource information, and every time that the Create is called, it needs to know what step it had has to start from as there are more than one just a single action depending on what the observation was. One solution is to 'observe' the current step, but that goes against the purpose of Observe method. The other option would be to add some metadata to the status, or spec of the CR, but this metadata is only used for internal wiring and I don't see why it should be exposed.
If the assumption is that managed resource always results in creating only one external resource in a single phase, then the managed reconciler doesn't seem to be appropriate choice for my scenario, which is fine. However I won't be able to use the goodies that are provided by the crossplane-runtime library.

The closest case that I can see in Crossplane is the following:
func (e *external) Create(ctx context.Context, mgd resource.Managed) (managed.ExternalCreation, error) { // nolint:gocyclo
	cr, ok := mgd.(*v1alpha3.RouteTable)
	if !ok {
		return managed.ExternalCreation{}, errors.New(errUnexpectedObject)
	}

	cr.Status.SetConditions(runtimev1alpha1.Creating())

	req := e.client.CreateRouteTableRequest(&awsec2.CreateRouteTableInput{
		VpcId: aws.String(cr.Spec.VPCID),
	})
	result, err := req.Send(ctx)
	if err != nil {
		return managed.ExternalCreation{}, errors.Wrap(err, errCreate)
	}

	cr.UpdateExternalStatus(*result.RouteTable)

	// Create Routes
	if err := e.createRoutes(ctx, cr.Status.RouteTableID, cr.Spec.Routes, cr.Status.Routes); err != nil {
		return managed.ExternalCreation{}, err
	}

	// Create Associations
	if err := e.createAssociations(ctx, cr.Status.RouteTableID, cr.Spec.Associations, cr.Status.Associations); err != nil {
		return managed.ExternalCreation{}, err
	}

	return managed.ExternalCreation{}, nil
}

A RouteTable resource needs multiple resources and even though even though all of them are created regardless in this case, but it could be the case that the creation steps are not idempotent  and only should run conditionally .

If the assumption is that managed resource always results in creating only one external resource in a single phase, then the managed reconciler doesn't seem to be appropriate choice for my scenario, which is fine.

This is the case ideally but I can imagine we do make some compromises as APIs are scattered with more than resources which need a Create call for each. So, it's not the ideal case we're aiming for but a case we have to consider.
That said, ExternalClient functions should be idempotent. What I'd do is to check everything you'd like to be created in Observe and if any one of them doesn't exist, return ResourceExists: false. Then make Create that has multiple calls idempotent; either skip the err if it's AlreadyExists or make GET request for each of them before creation. In case create call results in an identifier each time, you'd have to save that in spec (or in annotations as external name if it's the main resource's identifier), then check its existence.

The closest case that I can see in Crossplane is route table resource on aws provider.
A RouteTable resource needs multiple resources and even though all of them are created regardless of their existence in this case, it could be the case that the creation steps are not idempotent and only should run conditionally.

Sadly, this seems like a buggy implementation where Create never called again even though createRoutes or createAssociations fail because in Observe, only existence of RouteTable is checked.

repo: crossplane/crossplane-runtime


text:
Move to Chromium 41.0.2272.16.

This is the first Chromium beta release of the M41 milestone.
Major Chromium CLs and bugs that caused the code to be changed:

Chromium bug 421063 (several CLs).
By default, V8's initial snapshot will now be loaded from external
files, called natives_blob.bin and snapshot_blob.bin. We need to copy
them to our assets like we do with xwalk.pak and icudtl.dat.

Changes to the notification API:

https://codereview.chromium.org/774573003
https://codereview.chromium.org/776813004
https://codereview.chromium.org/794633002

content::ContentBrowserClient's CheckDesktopNotificationPermission()
and ShowDesktopNotification() methods were removed and a new class
called content::PlatformNotificationService is now responsible for
basically the same tasks.
Our implementation, XWalkPlatformNotificationService, contains pretty
much the same implementation we had for those methods which got
removed, modulo the required API changes caused by
content::PlatformNotificationData's members being different from
content::ShowDesktopNotificationHostMsgParams.
The new methods for handling persistent notifications (Chromium bug
432527) are currently no-ops waiting for an implementation.

Changes to the Vibration API code in the content layer.
The Tizen code needs to be adjusted after
https://codereview.chromium.org/583663003 changed the Chromium side
considerably.
Tracking bug: XWALK-3398.

gyp_xwalk is in sync with gyp_chromium at df96803.

Additionally, the code also had to take the following Chromium CLs into
account:

https://codereview.chromium.org/109433013
https://codereview.chromium.org/812353003
https://codereview.chromium.org/728923002
https://codereview.chromium.org/691823002
https://codereview.chromium.org/794633002
https://codereview.chromium.org/680943002
https://codereview.chromium.org/741753002
https://codereview.chromium.org/691863002
https://codereview.chromium.org/790423002
https://codereview.chromium.org/652363005
https://codereview.chromium.org/734263003
https://codereview.chromium.org/393133002
https://codereview.chromium.org/737133006
https://codereview.chromium.org/577363002
https://codereview.chromium.org/808573003
https://codereview.chromium.org/723633003
https://codereview.chromium.org/721273002

@darktears

LGTM

crap on a catapult (tm)
the Android failures are real, the code now assumes depot_tools is up-to-date enough to fetch gsutil 4.7, I need to add a .boto file with the proxy settings.

YES!!!!!!11111111111

authors: darktears rakuco

repo: crosswalk-project/crosswalk


text:
[Android] Fixed unit tests for XWalkViewInternal

This patch is to fix the unit test errors that introduced by commit
021bfe092f22fd7e266947795f0a8a9541db2e73 "[Android] Provide
asynchronous interface for initializing the Crosswalk library"
Make XWalkViewInternal load native library by self if no external
initializer.

lgtm, will merge after trybot green.

Is this to fix a regression introduced by 021bfe092f22fd7e266947795f0a8a9541db2e73? If so, can you mention that commit (I usually use the format commit 1234abcd ("first line of the commit message")) and indicate what kind of error was happening?

Yes, it's introduced by 021bfe092f22fd7e266947795f0a8a9541db2e73. I modified the comment

You've only seem to have changed the pull request message, so people looking at the commit history will still be confused. If you're not in a big hurry, it would be good to have this fixed before merging, otherwise please keep that in mind for the future, since as it is the commit does not indicate to people what broke and when.

lgtm, thanks!

authors: halton lincsoon rakuco


text:
Spam Site News notifs Issue #146 Solved

Solves #146. No spam site news notifs on sign up after installing the app.

This patch breaks all discussion notifications.
Anyways, #146 has been fixed in ed3e811fe0f29784c874b226bcbbd3535329904f.

repo: crux-bphc/CMS-Android


text:
feat: disable http auth

I am using dmarc-report-viewer with SSO and would like to disable the HTTP authentication for dmarc-report-viewer. The login is handled via SSO, and afterward, there is another login prompt that could be disabled in this case.
Would it be possible to add a config flag --HTTP_SERVER_AUTH=false to disable this authentication?

I should have checked the code beforehand. --HTTP_SERVER_PASSWORD="" disables HTTP authentication.
Sorry for the trouble. 🤦♂
pub async fn run_http_server(config: &Configuration, state: Arc<Mutex<AppState>>) -> Result<()> {
    if config.http_server_password.is_empty() {
        warn!("Detected empty password: Basic Authentication will be disabled")
    }

repo: cry-inc/dmarc-report-viewer


text:
Allow unsupported distros

I'd like to be able to run this on NixOS. A simple "manually install packages" option and a list of needed packages would make this possible.

Same for Pop!_OS, cause even if it is based on ubuntu we can't run this project on these distros, pls make it happens I'm pretty sure it will help a lot of people.
Thanks.

This issue is here in install script:

I have KDE Neon 5.27 based on Ubuntu 22.04, so I tried to hardcode my Ubuntu version:

authors: Akropain ha-tora lylythechosenone

repo: cryinkfly/SOLIDWORKS-for-Linux


text:
fix(olm): rename deployment to handle immutable selector

Welcome to Cryostat! 👋
Before contributing, make sure you have:

[ ] Read the contributing guidelines
[ ] Linked a relevant issue which this PR resolves
[ ] Linked any other relevant issues, PR's, or documentation, if any
[ ] Resolved all conflicts, if any
[ ] Rebased your branch PR on top of the latest upstream main branch
[ ] Attached at least one of the following labels to the PR: [chore, ci, docs, feat, fix, test]
[ ] Signed all commits: git commit -S -m "YOUR_COMMIT_MESSAGE"

Fixes: #942
Description of the change:

Renames the operator's deployment from cryostat-operator-controller-manager to cryostat-operator-controller

Motivation for the change:

OLM attempts to patch the deployment during an upgrade. Because we've changed the label selector for the deployment, which is immutable, the upgrade fails. By changing the name of the deployment, OLM will recreate the deployment, instead of patching it, when upgrading the operator.

How to manually test:

make deploy_bundle BUNDLE_IMG=quay.io/cryostat/cryostat-operator-bundle:3.0.0
./bin/operator-sdk run bundle-upgrade quay.io/ebaron/cryostat-operator-bundle:rename-deployment-01
Upgrade should succeed

/build_test

repo: cryostatio/cryostat-operator


text:
No indication of which method is used when two libraries have the same method in a re-opened class.

Let's say I have a program that depends on two Shards, Shard1 and Shard2.  In Shard1, the String class is reopened and a new method called some_method is added.  Shard2 has the same thing, a re-opened String class with a method called some_method.  The order that I require the shards seems to dictate which version of some_method is used.
I didn't find anything about this in the docs, or a previously opened issue, but my searching skillz may be a bit lacking :sweat_smile:

What aspect of the language would you like to see improved?
A warning/note message stating that one library overrode the method introduced in another library would be helpful, or explicit documentation about this.  Or both.

What are the reasons?
If I wasn't aware that this depended on the order of requires, in a complex program, this could be quite confusing without indication of which method the compiler is choosing.

Include practical examples to illustrate your points.
There's a very small project to illustrate this here: https://gitlab.com/RemiliaScarlet/reopened-class-example

Hi!
Redefining a method with another one is the language's nature. It works like that in Ruby too. And, like in Ruby, you get no indication about when that happens.
I'm... not sure there's anything actionable here.

Of course a solution to this is to just not randomly monkey patch common types like that. Maybe there would be room for introducing the final keyword in Crystal that would allow a shard developer to mark a type such that it can't be reopened, thus preventing this issue in the first place. While powerful, monkey patching can be dangerous and should be used responsibly imo.
Definitely not saying we should make common types like String final however.

I came to think of a practical enhancement that would make it easier to deal with such issues.
The main problem associated with this is that you call a method (such as String#someMethod in the example) with a signature that you expect to match a specific def. But when the code executes, you don't see the effect of that def.
I've found myself in this situtation and I assume @MistressRemilia might have had a similar experience. It can be very confusing.
Note that this is not just about different shards implementing a method with the same name, but also overloads of a method in the same library with different signatures etc. When it's a complete shadowing like in the example case, the actual target def can be determined statically. When there are multiple matching defs which are dispatched at runtime, it gets even more complicated.
You might be looking for bugs in other parts of the implementation before you realize that perhaps the call goes to some other def. And even when you've realized that, it can be tricky to figure out which def actually gets called.
The crystal tool implementations can be useful for that. It prints the target defs of a call. Using it on the example repo, shows the actuall target def:
$ crystal tool implementations src/main.cr -c src/main.cr:4:7
1 implementation found
/home/johannes/src/crystal-lang/crystal/reopened-class-example/lib/shard1/src/shard1.cr:2:3

For cases such as this example, it can be a big help. I can easily see which def gets called and can jump to the location. That should be enough to get you going.
But this tool is far from easy to use.
It would be really nice if we could have a macro for this, which would make it super easy to use when you just put it in the code at the call you want to inspect:
tell_me_where_this_ends_up "".someMethod # => /home/johannes/src/crystal-lang/crystal/reopened-class-example/lib/shard1/src/shard1.cr:2:3

This should be easy to do, the code already exists and should be possible to hook into the macro language. Inspecting implementations at compile time would be super nice.
Now with dynamic dispatch, it is much more complicated to figure out the actual target def. We'd need some enhanced run time reflection for that.
It could be relatively simple to implement in the interpreter. Maybe we can try that?
For native code, I'm not sure if we could achieve anything with reasonable effort. A solution that might be relatively easy to do would be injecting some instrumentation into the target defs which only becomes active after.
module Crystal::Reflection
  class_property bleep = false

  def self.bleep(deff, location)
    if bleep
      puts "#{deff} #{location}"
    end
    bleep = false
  end
end

macro tell_me_where_this_ends_up(call)
  Crystal::Reflection.bleep = true
  {{ call }}
end

def foo(x : Int32)
  Crystal::Reflection.bleep("foo(x : Int32)", "#{__FILE__}:#{__LINE__ - 1}") # injected by compiler
end

def foo(x : String)
  Crystal::Reflection.bleep("foo(x : String)", "#{__FILE__}:#{__LINE__ - 1}") # injected by compiler
end

tell_me_where_this_ends_up foo(1 || "") # foo(x : Int32) /home/johannes/src/crystal-lang/crystal/.test/tell_me_where_this_ends_up.cr:34

Well my main concern was just that it could, potentially, be quite confusing on things that aren't trivial.  I am definitely not a Ruby programmer, and only started tinkering with that language after discovering Crystal, so this behavior is honestly new to me ^_^  As Straight-Shoota said:

The main problem associated with this is that you call a method (such as String#someMethod in the example) with a signature that you expect to match a specific def. But when the code executes, you don't see the effect of that def.

Although my example used the String class in the stdlib, I wasn't intending it to be strictly interpreted as that case.  A different example might be if I have my own class and a method on it updates an instance variable, but some other library overrides that method (and does not update the instance variable).
To use a more concrete example, I was considering extending the IO class in my own personal standard lib with some convenience methods.  That's when I thought, "What if some other shard I use does the same thing?"  And that's what got me thinking about this.
I'm used to seeing a simple style warning in other languages when a method/function is re-defined in a separate file.  But, I honestly think even just a mention in the language docs that the order of require statements matter would help.  Or documentation regarding the tool Straight-Shoota mentioned.

A different example might be if I have my own class and a method on it updates an instance variable, but some other library overrides that method (and does not update the instance variable).

This is partially why you should namespace your library's types. E.g. MyApp::SomeClass, then the chances of someone else's code conflicting with yours is much much less likely.

Somewhat related discussion #8422

authors: Blacksmoke16 MistressRemilia asterite straight-shoota vlazar

repo: crystal-lang/crystal


text:
string.include? vs string.includes?

In Ruby, the method is string.include?, in the singular, no "s" at the end of "include". In Crystal it is string.includes? in the plural. Not sure if on purpose but I thought to point it out.

It's on purpose. includes? is better grammar, and we don't aim to be compatible with ruby.

@RX14 suggestion on this... I'm referring to the includes? method on collections. This is one case where including the "s" or not can both be valid depending on context, and it has tripped me up. Here are two examples:
do_something if @widget_collection.includes?(widget)

and
do_something if @widgets.include?(widget)

I've used both of these forms in real-world practice, and both are correct. But the latter form is much more common in my work, and in Crystal it spits out undefined method.
From my experience so far, it seems like Crystal is less enthusiastic about having a lot of aliased methods, and I can appreciate that (like Python's "one right way to do it"), but also strives for nice readability like Ruby. So perhaps there is some undefined happy medium?

authors: RX14 babakness cvincent


text:
Inherit documentation from abstract types

I don't think this is possible as of yet from what I've looked through so far, but it seems like a potentially useful feature to make it that little bit easier writing documentation.
For example in Java, you can use the following code to inherit documentation from that of the class' super:
/**
 * {@inheritDoc}
 */

I've seen special # :something:  syntax in those docstrings, but I haven't yet seen any documentation on some source, e.g. # :nodoc:  to have it not show up in the documentation.
We could have a similar # :inherit: syntax that would have this functionality.

#6989 will solve this in an even better way :grin:

This can prob be closed now that https://github.com/crystal-lang/crystal/pull/6989  is merged.

@Blacksmoke16 Good point.
We are missing document this new behavior in https://crystal-lang.org/reference/conventions/documenting_code.html . Someone wants to tackle that?

authors: Blacksmoke16 asterite dscottboggs ryankshah


text:
Add Array#truncate

Closes #10665.

I am curious.  Why no negative numbers?  could negative numbers indicate direction?

That convention has never been adopted by any other methods on Indexable:
array = [1, 2, 3, 4, 5]

array[array.size - 1, -3] # Unhandled exception: Negative count: -3 (ArgumentError)

Thanks @HertzDevil

authors: HertzDevil straight-shoota wontruefree


text:
Support merging doc comments of macro generated items

Expose macro Call context via new @caller macro ivar
Expose the documentation comments on an ASTNode when generating docs
Strip documentation text before determining summary line

Resolves #14039

I'd prefer to split this into three independent changes, one for each item in the description. They work together to provide https://github.com/crystal-lang/crystal/issues/14039, but they're largely independent of each other.

Closing in favor of #14048, #14049, and #14050


text:
Update UML documentation for PcCoarsen

References #12 and  #18
The current diagram does not follow strict UML guidelines and instead focuses on flow of data and steps of execution.
As a developer, I need a more in-depth UML diagram of the PcCoarsen class and its dependencies.

[ ] PcCoarsen class documented with datatypes and functions
[ ] Simplify where needed and focus on PcCoarsen and essential dependencies

Walked through the relevant code. Made another PlantUML diagram isolating only PcCoarsen and direct dependencies.
[t:45]

Updated how PcCoarsen interfaces with matlab. Added data types and variables where needed. Verified all dependencies are shown.
[t:30]


text:
[BUG] Currently can't use the package with "@chakra-ui/react": "^2.9.3"

Description
When i pulled the latest release, i am unable to run the react project managed with vite, i get this error
Could not resolve "@chakra-ui/form-control"
node_modules/chakra-react-select/dist/index.js:5:26:
  5 │ var formControl = require('@chakra-ui/form-control')

chakra-react-select Version
5.0.0-rc.8
Link to Reproduction
No response
TypeScript?

[X] Yes I use TypeScript

Steps to reproduce

Go to '...'
Click on '...'
Scroll down to '...'
See error

Operating System

[X] macOS
[ ] Windows
[ ] Linux
[ ] iOS/iPadOS
[ ] Android

Additional Information
No response

It seems like this new chakra version removes some dependencies that this package uses. I think it's maybe related to the new chakra v3, making the migration from v2 to v3 more seamless.
I've fixed the error explicitly adding the following packages to my project dependencies:
        "@chakra-ui/form-control": "2.2.0",
        "@chakra-ui/layout":"2.3.1",
        "@chakra-ui/system": "2.6.2",
        "@chakra-ui/media-query": "3.3.0",
        "@chakra-ui/menu": "2.2.1",
        "@chakra-ui/spinner": "2.1.0",

not happy, but...

I got a similar error after updating @chakra-ui dependencies. I'm using "chakra-react-select": "^4.9.2",. It prevents me from starting the project.
"@chakra-ui/icons": "^2.1.1" --> "^2.2.4",
"@chakra-ui/react": "^2.8.2" --> "^2.10.1",

Error Log
✘ [ERROR] Could not resolve "@chakra-ui/form-control"

    node_modules/chakra-react-select/dist/index.mjs:4:31:
      4 │ import { useFormControl } from '@chakra-ui/form-control';
        ╵                                ~~~~~~~~~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/form-control" as external to exclude it from the bundle, which
  will remove this error and leave the unresolved path in the bundle.

✘ [ERROR] Could not resolve "@chakra-ui/system"

    node_modules/chakra-react-select/dist/index.mjs:5:89:
      5 │ import { useTheme, useMultiStyleConfig, useStyleConfig, useColorModeValue, chakra } from '@chakra-ui/system';
        ╵                                                                                ~~~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/system" as external to exclude it from the bundle, which will
  remove this error and leave the unresolved path in the bundle.

✘ [ERROR] Could not resolve "@chakra-ui/layout"

    node_modules/chakra-react-select/dist/index.mjs:6:29:
      6 │ import { Box, Divider } from '@chakra-ui/layout';
        ╵                              ~~~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/layout" as external to exclude it from the bundle, which will
  remove this error and leave the unresolved path in the bundle.

✘ [ERROR] Could not resolve "@chakra-ui/media-query"

    node_modules/chakra-react-select/dist/index.mjs:7:35:
      7 │ import { useBreakpointValue } from '@chakra-ui/media-query';
        ╵                                    ~~~~~~~~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/media-query" as external to exclude it from the bundle, which
  will remove this error and leave the unresolved path in the bundle.

✘ [ERROR] Could not resolve "@chakra-ui/icon"

    node_modules/chakra-react-select/dist/index.mjs:9:21:
      9 │ import { Icon } from '@chakra-ui/icon';
        ╵                      ~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/icon" as external to exclude it from the bundle, which will
  remove this error and leave the unresolved path in the bundle.

✘ [ERROR] Could not resolve "@chakra-ui/spinner"

    node_modules/chakra-react-select/dist/index.mjs:10:24:
      10 │ import { Spinner } from '@chakra-ui/spinner';
         ╵                         ~~~~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/spinner" as external to exclude it from the bundle, which will
  remove this error and leave the unresolved path in the bundle.

✘ [ERROR] Could not resolve "@chakra-ui/menu"

    node_modules/chakra-react-select/dist/index.mjs:11:31:
      11 │ import { MenuIcon, Menu } from '@chakra-ui/menu';
         ╵                                ~~~~~~~~~~~~~~~~~

  You can mark the path "@chakra-ui/menu" as external to exclude it from the bundle, which will
  remove this error and leave the unresolved path in the bundle.

<PROJECT_DIR>/node_modules/esbuild/lib/main.js:1472
  let error = new Error(text);
              ^

Error: Build failed with 7 errors:
node_modules/chakra-react-select/dist/index.mjs:4:31: ERROR: Could not resolve "@chakra-ui/form-control"
node_modules/chakra-react-select/dist/index.mjs:5:89: ERROR: Could not resolve "@chakra-ui/system"
node_modules/chakra-react-select/dist/index.mjs:6:29: ERROR: Could not resolve "@chakra-ui/layout"
node_modules/chakra-react-select/dist/index.mjs:7:35: ERROR: Could not resolve "@chakra-ui/media-query"
node_modules/chakra-react-select/dist/index.mjs:9:21: ERROR: Could not resolve "@chakra-ui/icon"
...
    at failureErrorWithLog (<PROJECT_DIR>/node_modules/esbuild/lib/main.js:1472:15)
    at <PROJECT_DIR>/node_modules/esbuild/lib/main.js:945:25
    at <PROJECT_DIR>/node_modules/esbuild/lib/main.js:1353:9
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5) {
  errors: [Getter/Setter],
  warnings: [Getter/Setter]
}

Node.js v20.17.0
error Command failed with exit code 1.

Sorry for the delay, I will take a look at this tonight or tomorrow when I get a chance.

Ok this should be fixed in v4.10.0! Please give it a shot any let me know if the issue is fixed for you. If it isn't, I'll reopen this issue.
Also @sirdavis99, if you're using the release candidate version, I published a new version for that as well, v5.0.0-rc.9

@csandman Thank you for your efforts. After upgrading I did not find any issues.

authors: Milutin-P csandman lucaslosi sirdavis99

repo: csandman/chakra-react-select


text:
The reconstruction model training by myself is so weird

I tried to train a face reconstruction model on the basis of hifi3d++ based on Deep3DFaceRecon_pytorch, but serious deformation appeared around the mouth and eyes, and it seems that the effect of training is not enough, do you have encountered such a problem, do you have any good solutions?

In the training process, we propose to restrict the coefficients of expression basis to be non-negative, that is, to use the ReLU activation function before outputting the coefficients of the expression basis. This might solve the problem.
You can refer to the source code.

authors: csbhr xingpeima

repo: csbhr/FFHQ-UV


text:
template editor 4.3.7

hello,
the template editor has no functionalities like for other themes
https://drive.google.com/file/d/0B4wkwfPFu50ZdER0MHBfMnYzREU/view?usp=drivesdk

Same problem with 4.3.6. Only 'Logo' can be changed.

@demeldoo , @dswwood , this problem has been solved in CS-Cart 4.3.8 after move theme editor in admin panel.

authors: demeldoo dswwood eermol

repo: cscart/cscart-boilerplate


text:
Updated Indonesian translation

Added translation for Streamers who aren't on KlipTok.

Thanks for the update!  I'll merge and deploy.  Look for an update on the live site shortly

authors: FreyaLWN csharpfritz


text:
NLP totally broken

NLP button on landing page returns internal server error on click

Resolved

repo: css-lucas/GAT


text:
@each don't work properly.

I have @each loop:
@each $status $color in $list-statuses

but doesn't work
The doc only cover :
@each $animal $i in (puma, sea-slug, egret, salamander) {
    .#{$animal}-icon {
      background-image: url("images/icon-#{$i}.svg");
    }
  }

where $i is only a counter.
Is it not possible to do this:
@each $animal $i in (puma, sea-slug, egret, salamander), (something, something1, something2, something3) {
    .#{$animal}-icon {
      background-image: url("images/icon-#{$i}.svg");
    }
  }

or
$list-statuses: (
	"inprogress" 	: $cv-pending,
	"In Progress" 	: $cv-pending,
	"tobedone" 	: $cv-g-200,
	"complete"	: $cv-success,
	"Complete"	: $cv-success,
	"Cancelled" 	: $cv-alert,
	"Active" 		: $cv-notification,
);

@each  $status $color in $list-statuses {
	[data-value="#{$status}"] {
		.list-dropdown {
			@include background-contrast-hover($color);
			border-color:$color;
		}

		&.cs-tag {
			@include background-contrast($color);
			border-color:$color;
		}
	}
}

I have the same problem

repo: csstools/postcss-advanced-variables


text:
Unable to recover from root stylesheet errors in imported files

Forgive me if this is a dart-sass problem, but I'm starting here.
I'm running this through webpack-dev-server. When I have an error that is triggered on only the "root stylesheet", I have to re-save that file to force a re-compile. Even if the error is actually from an imported file.
Given:
index.scss
@import './test.scss';

test.scss
body {
  background
}

the above will result in an error, and if I resave test.scss with a fix, my css is recompiled and fixed:
ERROR in ./src/css/index.scss (./node_modules/css-loader/dist/cjs.js??ref--7-oneOf-0-1!./node_modules/postcss-loader/src??ref--7-oneOf-0-2!./src/css/index.scss)
Module build failed (from ./node_modules/postcss-loader/src/index.js):
Error: expected "{".
  ╷
2 │   background;
  │             ^
  ╵
  src/css/test.scss 2:13       root stylesheet
  src/css/index.scss#sass 3:9  root stylesheet
    at Object.BI (/Users/timkelty/Sites/oak/node_modules/sass/sass.dart.js:5233:30)

…but if I make an error like this:
$foo
body {
  background: red;
}

It does not recompile until I re-save the parent (importing) file:
ERROR in ./src/css/index.scss (./node_modules/css-loader/dist/cjs.js??ref--7-oneOf-0-1!./node_modules/postcss-loader/src??ref--7-oneOf-0-2!./src/css/index.scss)
Module build failed (from ./node_modules/postcss-loader/src/index.js):
Error: expected ":".
   ╷
27 │ $foo
   │     ^
   ╵
  src/css/index.scss#sass 27:5  root stylesheet
    at Object.BI (/Users/timkelty/Sites/oak/node_modules/sass

Obv not a huge deal, but a bit of an annoyance when developing. If you think this is a dart-sass issue instead, let me know and I can file there.
UPDATE: I should also mention that I'm using postcss-easy-import, which may be involved…here's my .postscssrc.js:
module.exports = (ctx) => ({
  syntax: 'postcss-scss',
  plugins: {
    'postcss-easy-import': {
        extensions: [
          '.css',
          '.scss'
        ]
      },
    '@csstools/postcss-sass': {},
    'postcss-preset-env': {}
  }
})

This is a chicken vs. egg problem.
This plugin can only know that test.scss is a dependency and that re-compilation must happen on changes to that file after it has been successfully parsed at least once.
I don't think we can solve this.

I've tried a few things and this can not be solved.
A file must be successfully parsed for file watching to work.

authors: romainmenke timkelty

repo: csstools/postcss-sass


text:
Error on clip() with pixelbox 2.0.1

To make it work, you need to replace the function clip() by clamp() in the files Banana.js, Bat.js and gameView.js .
This example is very informative, thank you !!!

Fixed.
Thanks for raising this issue 👍

authors: cstoquer o-Fred-o

repo: cstoquer/MonkeyWarp


text:
Irf tool

Here is a first draft of an tool to generate irf-files from a set of DL2 files.
It is primarily a port of the protopipe functionality, but I've tried to also incorporate changes from lstpipe and pyirf example scripts. In practice I think most of the differences is about the handling of offset binning. For expediency I followed the protopipe example on that.

It occurs to me that it would be very useful to add a unit test that reads the generated IRFs using gammapy.  You would have to add gammapy the test requirements in pyproject.toml, but that is fine - it's not a ctapipe dependency, but still could be a test dependency.  That way you test explicitly that the output is readable, which currently it is not due to a mismatch in the HDU bins for background.

Follow up here #2473

authors: Tobychev kosack maxnoe

repo: cta-observatory/ctapipe


text:
Error training MD-rnn

Hi,
I am facing this invalid input size error when training dmrnn.

File "trainmdrnn.py", line 205, in
test_loss = test(e)
File "trainmdrnn.py", line 170, in data_pass
latent_obs, latent_next_obs = to_latent(obs, next_obs)
File "trainmdrnn.py", line 108, in to_latent
[(obs_mu, obs_logsigma), (next_obs_mu, next_obs_logsigma)]]
File "trainmdrnn.py", line 107, in
for x_mu, x_logsigma in
RuntimeError: shape '[16, 32, 32]' is invalid for input of size 11264

Hi, we're also experiencing this issue (but with a different size):
Traceback (most recent call last):   File "trainmdrnn.py", line 202, in <module>     train(e)   File "trainmdrnn.py", line 168, in data_pass     latent_obs, latent_next_obs = to_latent(obs, next_obs)   File "trainmdrnn.py", line 106, in to_latent     [(obs_mu, obs_logsigma), (next_obs_mu, next_obs_logsigma)]]   File "trainmdrnn.py", line 105, in <listcomp>     for x_mu, x_logsigma in RuntimeError: shape '[16, 32, 32]' is invalid for input of size 36864

Never mind, we just solved the problem by changing the SIZE in utils/misc.py to 96 instead of 64.

@waiyc, you'll want to add drop_last=True as an argument to the DataLoader. This resolved the problem for me, as the difference in batch sizes caused the error.
https://github.com/ctallec/world-models/blob/master/trainmdrnn.py#L79

authors: megsano waiyc wildermuthn

repo: ctallec/world-models


text:
additional replace optimizations and prettier updates

Added some nice replace optimizations.
fixes #494

@scholarsmate I like the updates but you need update the branch with main then I can approve

@Shanedell done.

authors: Shanedell scholarsmate

repo: ctc-oss/omega-edit


text:
Support for numpy>=1.20.0

Hi!
This package has been really useful and easy to integrate into my project :)
However, numpy >= 1.20.0 deprecated np.float and np.integer data types, which is used by pysptools==0.15.0
If this repo is still being some what maintained then I would be more than happy to contribute. Please let me know if you would be willing to review a PR from me.
Ben

@bentaps I wondered if you did any work on a PR for this issue? I have the same problem & not sure what the best way forward is as I want to use pysptools in a cloud environment that is running numpy 1.24

Hi @tamslinn! No I got the impression that this repo is not being maintained anymore, and have moved on since then. However I solved this issue quite easily tho (albeit a bit hacky), by doing a find a replace all np.float ->np.float32 and np.integer ->np.integer32. I modified this directly in my local installation of the file (located at venv/lib/python3.9/site-packages/pysptools/), which I'm sure you can do in the cloud environment :)

Thanks @bentaps I'll give it a try!

authors: bentaps tamslinn

repo: ctherien/pysptools


text:
publish_info接口缺陷

publish_info接口调用isNamespaceNotPublished方法中，判断itemsModifiedAfterLastPublish列表为空即返回false，
if (CollectionUtils.isEmpty(itemsModifiedAfterLastPublish)) {
    return false;
}

此处没有考虑items变更集中仅存在删除配置项的情况。由于删除的item在发布前已经被标记为isDeleted=1，而默认查询设置了isDeleted=0，所以删除的item不会出现在itemsModifiedAfterLastPublish列表中，因此不能以itemsModifiedAfterLastPublish列表为空判定是否有待发布。
该缺陷已自行修复，github上提了个PR #2568 ，但是check failed。不知道是不是我提PR的方式不对。

check原因可以查看： https://travis-ci.org/ctripcorp/apollo/builds/581218386?utm_source=github_status&utm_medium=notification

repo: ctripcorp/apollo


text:
长轮询机制中客户端超时时间为啥比服务端要长？

//90 seconds, should be longer than server side's long polling timeout, which is now 60 seconds
private static final int LONG_POLLING_READ_TIMEOUT = 90 * 1000;
请问下RemoteConfigLongPollService.doLongPollingRefresh  中设置的  客户端超时时间为啥比服务端要长?

如果客户端比服务端短的话，那服务端还没返回，客户端就超时了

我的理解：就算客户端超时了也没啥问题啊，超时报错还是会重新请求服务端啊，因为源码里面是while(true)的死循环啊。
while (!m_longPollingStopped.get() && !Thread.currentThread().isInterrupted()) {
XXX;
final HttpResponse<List> response =
m_httpUtil.doGet(request, m_responseType);
XXX;
}

抽象解释一下吧，客户端 A 调用服务端 B 的服务，如果 B 的处理时间是 5 秒，那么 A 的超时时间设置就要大于 5 秒，如果小于 5 秒，那么调用就都失败了。

authors: nobodyiam wangyuDH


text:
if the last tab has been removed because of props update, it throws an error: TypeError: Cannot read property '__INTERNAL_NODE' of undefined

When the last tab gets removed, because of property updates (i create tabs by iterating over an array and then i remove an entry from the array), i get this error:
TypeError: Cannot read property '__INTERNAL_NODE' of undefined
    at TabListComponent.getTabNode (/node_modules/react-tabtab/lib/TabList.js:166:15)
    at TabListComponent.scrollToIndex (/node_modules/react-tabtab/lib/TabList.js:212:28)
    at TabListComponent.componentDidUpdate (/node_modules/react-tabtab/lib/TabList.js:147:14)

ok problem is, because after update, scrollToIndex does not respect array size. It should limit this.props.activeIndex to the bounds of the array

cool, thanks for the bug report.
Could you help to fix this bug?

authors: ctxhou macrozone

repo: ctxhou/react-tabtab


text:
extract alias from dimension hierarchy

Hi,
I am doing the following:
with TM1Services(address = os.environ.get('address'), port = os.environ.get('port'), user =
os.environ.get('user'), password = os.environ.get('password'), ssl = False) as tm1:

    dimension = tm1.dimensions.get('product')
    hierarchy = dimension.hierarchies[0]

Is there a way to extract the code and name(so the code and it alias) of each element on the dimensional hierarchy  and what level of the hierarchy it is on?

Hi,
I would do it through MDX:

from TM1py.Services import TM1Service
from TM1py.Utils import Utils

with TM1Service(address='localhost', port=9699, user='admin', password='apple', ssl=False, logging=False) as tm1:
    mdx = """
    WITH
    MEMBER [}ElementAttributes_Date].[Level] AS [Date].CurrentMember.Properties('LEVEL_NUMBER')
    SELECT
    {TM1SubsetAll([Date])} on ROWS,
    {[}ElementAttributes_Date].[Alias], [}ElementAttributes_Date].[Level]} on COLUMNS
    FROM [}ElementAttributes_Date]
    """
    data = tm1.cubes.cells.execute_mdx(mdx)
    df = Utils.build_pandas_dataframe_from_cellset(data, multiindex=False)
    print(df)

Only downside of this approach is that it counts the Levels according to the MDX standard, which is: top down, while normally in TM1 Levels are counted bottom up
Cheers,
Marius

Only downside of this approach is that it counts the Levels according to the MDX standard, which is: top down, while normally in TM1 Levels are counted bottom up
Well that has always been the way TM1 has treated levels but PA is moving to the MDX standard. If you look at the hierarchy levels in PAW "Level 0" indicates the top node. This is also how the hierarchies are supposed to be set in }HierarchyProperties.
If you wanted to return the TM1 level number you could use exactly the same approach, just create an attribute (i.e. a custom property) and populate it using a rule with the ELLEV function.

authors: MariusWirtz an5ir lotsaram


text:
jump to a page directly

I want to use this scroll for a news slider. I have a page with list of news titles. clicking on one of the news item will bring up the horizantal scrolling page.
Is it possible to directly jump to a specified page in 2-way iscroll?
For example - On the listview page, user clicks on 5th news item. It will go to a page that has 2-way iscroll in it but it should show that particular 5th page containing news item.
Is this feature available?

I still miss a scrollToPage method, but you may try with scrollTo(x, y, time). where x for example is pageNum * elementWidth and y is pageNum * elementHeight.

I had the same problem and I solve it as follows
...
//size of div
var PageSize = parseInt($('.new-detail').css('width').replace(/[^-\d.]/g, ''));
//jump to page
var PaginaDespl = -(PageSize * news);
// property have different name depend the browser
var div = document.getElementById('scroller-news-details');
var propiedad = getPropiedadACambiar(div);
//jump
if (propiedad) div.style[propiedad] = "translate3d(" + PaginaDespl + "px,0px,0px)";
// I need this to work fine the scroll
scrollHorizVert();
// get the property that I would like to change
function getPropiedadACambiar(element) {
var properties = [
'transform',
'webkitTransform',
'msTransform',
'MozTransform',
'OTransform'];
var p;
while (p = properties.shift()) {
if (typeof element.style[p] != 'undefined') {
return p;
}
}
return false;
}
function scrollHorizVert() {
myScroll = new TWIS('#wrapper-news-details');
// liberamos memoria
window.removeEventListener('load', scrollHorizVert, false);

}

Hi I am trying with this function, hacked from the main iScroll script.   It does scroll to the page, but vertical scrolling is disabled when I use it.   Any suggestions gratefully received.  Thank you.  Hugh
scrollToPage = function (myScroll,pageX, pageY, time) {
	var that = myScroll, x, y;

   if (pageX == 'next') pageX = (that.currentPage + 1);
   if (pageX == 'prev') pageX = (that.currentPage -1);

   if (pageX == 0) 	{
      window.location.replace("../index.html")
	}

   else {
		if (that.options.onScrollStart) that.options.onScrollStart.call(that);

		x = -that.wrapperW * pageX;
		y =  that.wrapperH * pageX;
		console.log(y);

		if (x < that.maxScrollX) x = that.maxScrollX + 1;
		if (y < that.maxScrollY) y = that.maxScrollY - 1;

  		that.scrollTo(x, y, time || 400);
   		that.currentPage = pageX;
		}
	};

$(".next").bind('click', function () {
	scrollToPage(myScroll,'next', 0, 400);
	return false;

});
$(".back").bind('click', function () {
	scrollToPage(myScroll,'prev', 0, 400);
	return false;

});

authors: alexmen cubiq kiranaghor storynory


text:
Precise go/done interface

At many points, we have informally stated the go/done interface as "go must be kept high for the duration of the execution of the component and done is set to high in the cycle after the component is finished executing."
Stated formally, we can ask: Given a component with latency L, does the go signal stay active for L cycles or L+1 cycles?
The implementation of this interface in the compiler provides two potentially* contradicting answers to this:
Structurally Invoking Components
The canonical "correct" way of structurally invoking a component is:
// Assuming has_run = 0 initially
has_run.in = comp.done;
has_run.write_en = comp.done;
comp.go = !has_run.out;

In this program, the go signal is set to 1 for L + 1 cycles. The following sequence of events happen:

Cycle 0: comp.go is set to high since has_run.out = 0.
Cycle L: comp.done becomes high and has_run.out and has_run.write_en are set to 1.
Cycle L + 1: has_run.out becomes 1 and comp.go is set to 0.

Latency-Sensitive Compilation
A static annotation of a group provides the latency L of the group or the component. We use this information to transition the controller FSM without waiting for the done signal in the group.
fsm.in = fsm.out + 1; // every cycle
comp.go = fsm.out >= 0 && fsm.out < 2; // assume comp takes 2 cycles

In this program, comp.go is kept high for exactly L cycles.
Potentially Conflicting
These implementation are only potentially conflicting: it might be reasonable to say that the go signal can be 0 or 1 in the cycle when the done signal is high. After all, this extra cycle represents the coordination required for latency-insensitive compilation.
However, we need to be precise about one thing: when does setting the go signal start a "new" invocation

Thanks for writing this up, @rachitnigam; it certainly is odd! I don't exactly know how to proceed, but I thought I'd just add a tad more color to the problem as it stands (if I understand correctly):
As a base assumption, this would be a nice property to have: The go/done interface looks the same to from the perspective of a given group, regardless of its invoking context. In other words, a group knows what its "job" is when interacting with the outside world—and this job doesn't change for different settings the group might appear in.
In practice, Calyx currently only has two ways that it creates "invoking contexts" for groups: latency-insensitive FSMs (from CompileControl) and latency-sensitive FSMs (from Sensitive). @rachitnigam's argument above tries to show that a go/done interface actually behaves differently in these two settings. The consequence is that we either need a flexible definition of the go/done interface that will capture both settings, or we need to rectify the two so they behave exactly the same (and hence a simpler, less flexible go/done definition will suffice).
Concretely, the latency-sensitive case is pretty straightforward; go is high for exactly the latency of the component. The latency-insensitive case looks "off-by-one" from this perspective. We need to decide whether we like it that way, and hence we will nail down a definition that encompasses both behaviors, or we think it's feasible to rectify the two—probably by shaving off one cycle from the latency-insensitive case somehow.

The current resolution for this is generating latency-insensitive FSM transitions like this:
one[go] = f.out == 0;
two[go] = f.out == 1 || one[done];

authors: rachitnigam sampsyo

repo: cucapra/calyx


text:
messages/java: Write json directly to stream

Writing JSON directly to stream avoids the overhead of writing it to a string
first.

[ ] Bug fix (non-breaking change which fixes an issue).
[ ] New feature (non-breaking change which adds functionality).
[X] Breaking change (fix or feature that would cause existing functionality to not work as expected).

Checklist:

[X] The change has been ported to Java.
[X] I have updated the CHANGELOG accordingly.

Is it ready to be merged? Or something else remains to be done?

I think I need to fix the version numbers. I think make post-release was forgotten.

All pom.xml are looking good to me

authors: aurelien-reeves mpkorstanje

repo: cucumber/common


text:
How do I use the reporting API in real life?

Issue: I'm updating a gem that reports on scenario success/fail plus scenario source to an external reporting tool via a REST api. It doesn't work in Cucumber 2.0 so I'm trying to learn how to do it in the Cuke 2.0 world and can't find enough documentation to get started.
I've read through the example of using a reporting class and getting it to work but I'm mystified by two things;-

How do I plug in a reporting class into real world Cucumber? I can't believe I'd have to write my own runner and plug the reporting class into that. How do I register my reporting class with real world Cucumber in the features/support/env.rb file ?
Having an api to send messages to a report class that responds to certain methods is cool, but Cucumber::Formatter::Html does loads more. Does Cucumber::Formatter::Html behave as a report class, or is it a special case that has a different api?

Is there any documentation or online email conversation I can be pointed to so I can learn how to catch the messages that happen as Cucumber runs and then send information to an external reporting tool?
Thanks
John Small

Hi John,
I'm really sorry we've not done a better job with this yet. I'm about to disappear offline for a week, but I will endeavour to write something up for you when I'm back, unless @tooky or @brasmusson would care to step in? :)

What would be great would be a blog post at http://cucumber.io/blog about this.

Ah, OK. If you can manage a tiny hint about how to register a new report generator in env.rb so I can get started then I'll take it from there and then blog about my trials and tribulations getting it to work. At the moment I can't find the way in to get started.
My problem with moving my gem up to Cuke 2.x is that the old Scenario object available in the after hook had changed quite a bit.
The old version of my gem monkey patched Scenario and ScenarioOutline to send results via REST to Testrail from Gurock Software (it's a test reporting package). But I've realised that using an after hook with a monkey patched Scenario is not the way to do it. I'm better off defining a new reporter, plugging that in and getting it to send results via REST to the reporting package.
I'll read the source and see if I can find the way in that doesn't involve creating my own runner.

Sorry if I've misunderstood, but the way to use a custom formatter is to include it on the LOAD_PATH and specify it on the command line.
e.g. http://www.relishapp.com/cucumber/cucumber/docs/extending-cucumber/custom-formatter
Does that help?

Ah, that's much better than the way I'm trying to do things.

The most extensive example of the use of the new formatter api (meaning the most data extracted from it), is probably the rewrite of the Json Formatter in cucumber/cucumber#851.

Ok, I got that working and it's been running for months now.

Glad to hear it.
On Tue, 16 Feb 2016 at 13:19, John Small notifications@github.com wrote:

Closed #91 https://github.com/cucumber/cucumber-ruby-core/issues/91.
—
Reply to this email directly or view it on GitHub
https://github.com/cucumber/cucumber-ruby-core/issues/91#event-552006574
.

--
The Cucumber logo is the intellectual property of Cucumber Ltd, a limited
company registered in Scotland, number 456793.
UK Headquarters: Cucumber Ltd, Drumsyniebeg, Lochgoilhead, Cairndow,
Argyll, PA24 8AN UK.
CONFIDENTIALITY NOTICE: The information in this e-mail is confidential and
privileged; it is intended for use solely by the individual or entity named
as the recipient hereof. Disclosure, copying, distribution, or use of the
contents of this e-mail by persons other than the intended recipient is
strictly prohibited and may violate applicable laws. If you have received
this e-mail in error, please delete the original message and notify us by
email immediately. Thank you. Cucumber Ltd.

authors: JohnSmall brasmusson mattwynne tooky

repo: cucumber/cucumber-ruby-core


text:
create-meta travis incorrect assumption

Travis CI integration assumes you are using github which is not a requirement.
https://github.com/cucumber/cucumber/blob/master/create-meta/ciDict.json#L95
Travis works with GitHub, Bitbucket, GitLab, Assembla
https://docs.travis-ci.com/user/tutorial

Whoops - that's not good! I'll have a look.

I don't think Travis exposes the Git remote in any environment variables: https://docs.travis-ci.com/user/environment-variables/#Default-Environment-Variables
It's probably better to set it to null. Alternatively we could poke around in .git/config and/or try to execute git remote get-url origin as a fallback.
WDYT @vincent-psarga @mpkorstanje ?

It's probably better to set it to null

Agreed.

Alternatively we could poke around in .git/config and/or try to execute git remote get-url origin as a fallback.

That's making allot of assumptions. Of the top of my head:

There is a .git.
The .git directory is readable by the current user/process/ect
There is a remote configured
.git is in the root of the project (not true for a mono-repo)
Cucumber is executed in the root of the project (not true for a mono-repo, or a multi-module maven project)

And all these assumptions will make it harder to debug why a specific project just isn't working while another one with the same CI in the same organization is. It will be easier to explain that Travis exposes the Git remote in any environment variables.

Yeah I like that. How about CUCUMBER_GIT_REMOTE_URL?

Not a big fan of putting stuff directly in the properties root. How about CUCUMBER_PUBLISH_GIT_REMOTE_URL? That way we identify the specific component that uses this.

I suggest we just remove support for Travis. They’re pulling the plug on Open Source support....

No objections. We have no way to test this now. Some one with access to Travis would have to submit a PR.

repo: cucumber/cucumber


text:
Allow Data Files to be Loaded Recursively

For particularly large data-sets, the author may wish to use directory structures within the data-set directory to segment and structure their data.
Blox should support recursively loading data files within the data-set directory.

Silly me, this does work.

repo: cueblox/blox


text:
Simplify browserify bundles with require module

I started work over the weekend to require modules within the dropchop source. This would be one of the first steps in removing the dependency on Gulp as we could run browserify as a npm one-liner rather than streaming each module through Gulp.

Nice! I started taking a peak at the lift this is going to be .. it's more complex than I hoped, considering everything is written in the dc = dc || {} syntax. Some thoughts around how to initialize each *.dropchop.js's init() function and continue using $(dc).on and $(dc).trigger as the publication/subscription model would be 👍

Speculating here with some pseudocode. Maybe make each piece modular like
module.exports = function() {
...
return someInitFunction
}

Then in dropchop.js
var map = require('./dropchop.map')
...
dc.map = map()
...

@mapsam Is this a hard block on #261 or does it not affect modularization?

@wboykinm I don't think so. You could probably add each of the turf modules to this array instead of the main turf library. It's worth a try since this issue might take a while.

Indeed - @nickpeihl's array idea should work just fine for now.

@mapsam: Do you have any references or links to the type of architecture design used in dropchop? I'm not familiar with this style of application architecture.

@nickpeihl all of dropchop is currently written in the "module pattern" (not to be confused with npm modules) and I always find this article super helpful in how to organize code, globals, and share across files: http://www.adequatelygood.com/JavaScript-Module-Pattern-In-Depth.html
Introducing require and browserify may or may not require us to re-architect how dropchop is written.

authors: mapsam nickpeihl wboykinm

repo: cugos/dropchop


text:
Revert "fix(deps): bump node-fetch from 2.6.1 to 2.6.2"

Reverts cujarrett/destiny-insights-frontend#17

:tada: This PR is included in version 0.7.3 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: cujarrett/destiny-insights-frontend


text:
File objects for resource forks

Per discussions at CurateGear, it would be helpful for hfs2dfxml to separate out the forks of files.  I think it makes the most sense to create a separate <fileobject> for each fork, but I'm not sure what the most correct naming scheme would be.  For a file named foo, ._foo seems to be the resource fork bundled with file metadata, according to the citations for the HFS Wikipedia page's compatibility section.  I don't recall from my grade school years whether macunpack's current practice of naming resource forks foo.rsrc are the widest adopted practice.

I agree that resource forks should be added. For what it's worth, the spreadsheet view on FTK Imager for an HFS formatted image looks something like this. (Here, filename1 and filename3 have resource forks but filename2 does not.)
path\filename1\
path\filename1\rsrc
path\filename2
path\filename3\
path\filename3\rsrc

If we followed that convention, the associated <fileobject> would be named rsrc and be a child of it. That matches what's happening behind the scenes, too. See: http://xahlee.info/UnixResource_dir/macosx.html, question: "How to use the command line to find out if a file has resource fork?"
That would mean something like this in DFXML:
<fileobject>
<filename>:filename1</filename>
...
  <fileobject>
  <filename>:filename1:rsrc</filename>
  </fileobject>
</fileobject>

Though that begs the question as to how to map the other fileobject properties to a resource fork fileobject. I'll have to create some test output and see how it validates.

On nesting:
At the moment, the DFXML language does not support nesting a fileobject within a fileobject.  Per the fileobject type definition, a fileobject is not within the enumerated list of supported child elements.
The way to make a fileobject denote that it is stored within some parent object---usually done with directories and their files, or files derived from a zip archive---is to have a child c store a parent_object reference.  For now, that reference is by inode number.  If that's insufficient in some case, it'd be worth filing a bug against the DFXML schema to expand the parent reference definition.
On naming convention:
You've supplied two references for naming conventions, which themselves supply two conventions.  First is FTK and OS X pre-10.7 (per the Xahlee page) naming the resource fork of foo as foo/rsrc; but, OS X at and after 10.7 use foo/..namedfork/rsrc per Xahlee, though I have tried and failed to verify their fork detection and creation notes in an operating system newer than 10.7.
I'm not sure what I'd personally want the resource fork name to be.  However, on reviewing Matt Deatherage's notes on the ._ convention, ._ is definitely the wrong answer.  I see a decent historical-context argument for foo/rsrc.  I see a decent "Current practice" argument for foo/..namedfork/rsrc.

Yes, right, you can't nest a fileobject in another fileobject.
It sounds like we need the following properties for a resource fork:

name/path
size
byte runs
MD5, SHA1 hash

Is there anything I'm missing?
That's enough to support it being its own fileobject and then its parent can be inferred by filename (more on that in a second) and explicitly referenced using parent_object. For now, I don't see an issue with using the inode for that reference.
My preference now is to use filename:rsrc to refer to the resource fork for HFS-formatted disks because it matches what I remember seeing when mounting an HFS disk in OS 10.2 (with Classic Environment). I'll have to dig up my notes to verify, but that seems to align with what I remember.
Will that work?

On properties:
Another property for a resource fork: There is an enumeration in the DFXML schema for the "Type" of a file.  This way-too-overloaded term here would mean, "What's the type of file system object that resides at this name?"  (The xs:documentation element could probably do with a tweak.)  The enumeration does not contain something that would properly denote an HFS-specific resource fork.  There's room to add one, since Solaris and OpenBSD got their own entries, but most of the key letters (particularly r and f) are already taken.  There's also probably some legacy SleuthKit reason those are just one character long.
For now, please include a name_type of "-" for resource forks, and make sure the generated DFXML denotes that it's version 1.1.1.
On names:
I would personally most prefer whatever was native.  Could you post a screenshot somewhere of 10.2 Classic Environment, with a textual path of a resource fork?  That'd be fine justification to settle the name.

Sounds good. I'll try to get some sort of documentation of the representation of a resource fork to include in this thread.

Some visual documentation of forks follows.
OS X 10.2, with Classic Environment, Power Mac G4
I loaded a CD with an HFS file system and listed directory contents for two files, one with a resource fork and one without. (Note: I sharpened the image, because this was a machine with a CRT monitor and no internet access, so taking a "screenshot" with my phone was tricky.)

This shows that the file Shock in the Ear (an executable program) has zero bytes in its data fork and 3067 bytes in the resource fork. Access to the resource fork is through the path Shock in the Ear/rsrc. (The file AppleShare PDS has no resource fork and is shown for comparison. The pathAppleShare PDS/rsrc exists but shows zero bytes.)
For verification, here is the same executable file listed through hfsutils.

In contrast, here is how the paths look on a recent Intel Mac Mini:

This shows that the path Shock in the Ear/rsrc is not valid, but xattr shows that there is a resource fork attached to this file.
Look good? (Disk image used: Shock in the Ear)

That is great reference material.  I assume if you could take a picture of an OS 9 or earlier environment, you would see Shock in the Ear:rsrc.
I still feel it's the developer's call whether to go with foo/..namedfork/rsrc to name the fork and keep with current OS X conventions, or foo/rsrc to keep with period conventions.  Personally, I'd lean towards the historical convention, but it's up to you.  You also have the option of adding a flag to the command line to pick between the two.

Good point. For completeness:

(I just upgraded OS X today, which which is why the Terminal has new styling, but it's the same Mac I did the other screencaps on.)
I'm tending towards the historical convention for HFS, but I like the idea of having a flag to pick between the two.
Alternatively, is there any way to have an alternate file name represented in DFXML? I can see the utility in this in other contexts, like a CD image with an ISO 9660 filesystem and Joliet extensions, which essentially give you two names for the same file.

Alternative file name sources are a possibility.  Given enough use cases, we can design a sane interface for them.
As for the CD image example, I think it is better for that to be a separate fileobject.  The data pointers would be the same, yes, but other metadata is not guaranteed to line up, and the location of the metadata structures (the bytes comprising the directory entry and inode) are guaranteed to not line up.

Given that, If I go with the current OS X convention of using filename/..namedfork/rsrc, that also implies that I'm using a slash as a delimiter. In the current version of the code, the path delimiter is the colon, since that was the convention in HFS. I'd rather not conflate the two, and so I think a reasonable path is as follows.
Default output is to use the colon as a path delimiter and name resource forks using the convention filename:rsrc.
Optionally, there can be a flag that will use current OS X conventions, and so the path delimiter will be a slash and the resource fork will be named filename/..namedfork/rsrc.

This looks reasonable.  Should the flag take a string argument naming the convention type, to allow for the intermediary convention filename/rsrc?

I went back and forth on this, and originally I wasn't in support of the intermediary, but now I can start to see the rationale.
So there would be three options for output, corresponding to the following cases:
filename:rsrc - As the path would appear in pre-OS X systems
filename/rsrc - As the path would appear in OS 10.0-10.6 systems
filename/..namedfork/rsrc - As the path would appear in OS 10.7 and above systems
I would argue that since subset of the second case (i.e., OS 10.0-10.4) includes the Classic Environment layer, that would support the use case for having the intermediary convention.
Hopefully in the next few weeks I can make this change to the code -- at the very least, I can add options for the path output formats listed above.
Related, is there something in the DFXML specification that I should use to denote non-standard path delimiters? I know you had mentioned the possibility of that a while back, but I wasn't sure where it stood now.

This issue was moved to cul-it/hfs2dfxml#2

Will continue https://github.com/cul-it/hfs2dfxml


text:
🛑 cuong-dev.ml is down

In dc670c8, cuong-dev.ml (http://cuong-dev.ml) was down:

HTTP code: 0
Response time: 0 ms

Resolved: cuong-dev.ml is back up in 2caacfc.

repo: cuong-nd/uptime


text:
[backport] Fix userspace kernel test failure in Windows

Backport of #1759

[automatic post] Jenkins, test this please.

Jenkins CI test (for commit 42764e74b7713488b3ad646d4dc9af7df9c9cb76, target branch v5) succeeded!

LGTM!

authors: chainer-ci kmaehashi takagi

repo: cupy/cupy


text:
Support multistage reduction and indexing in cupy.fuse

This PR enables multistage reduction and basic indexing in cupy.fuse
This enhancement was done by @xuzijian629 in the PFN summer internship.
The report of the internship is here: CuPy Kernel Fusion Extension (in Japanese)
TODOs:

[ ] Summarize the result of benchmarks here

This is great! Haven't tried this great feature myself, only read the blog post (by Google Translate to English + guessing from Kanji 😎), but the concept seems solid and the outcome is promising.
I conceived a plan to recruit an intern and work on something very similar (runtime/just-in-time code analysis + kernel fusion), but looks like the bulk work is done here, so my plan is no longer necessary! (If PFN folks here think there's something left that external contributors can work on, I'm happy to discuss via Slack or email.)
Thank you for working on this!

@niboshi Fixed for comments and resolved conflicts. PTAL.

@niboshi PTAL.

Review is suspended as there is a bug in implementation, according to @asi1024.

@niboshi Fixed the bugs. PTAL.

@niboshi PTAL.

PTAL.

Jenkins, test this please

Jenkins CI test (for commit 029ec45885b63a2c52cdc4d95ed72276252d82e4, target branch master) failed with status FAILURE.

I will finish my review during today  🙇♂

Jenkins, test this please

Jenkins CI test (for commit 2a7bd2f3967006b8d8c6d2f6ebdb5180babe097c, target branch master) failed with status FAILURE.

Jenkins, test this please

Awesome!

authors: asi1024 chainer-ci emcastillo leofang niboshi


text:
Hide private names in cupyx.time

Rel #3420.
This PR hides private names in cupyx.time submodule.

Jenkins, test this please.

Jenkins CI test (for commit 502d78b4d1bced6d719389fec9d038893ca4815a, target branch master) succeeded!

LGTM.

@asi1024 This pull-request is marked as to-be-backported, but the corresponding backport PR could not be found. Could you check?

authors: asi1024 chainer-ci takagi