VFile: Reduce vfile log file size and/or reduce number of log files

the vFile logs can grow quiet large and can fill the root partition on a Linux desktop if let unchecked, as below
-rw-r--r-- 1 root      root 100M Sep 12 06:29 vfile-2017-09-12T13-29-48.158.log
-rw-r--r-- 1 root      root 100M Sep 12 06:32 vfile-2017-09-12T13-32-46.970.log
-rw-r--r-- 1 root      root 100M Sep 12 06:34 vfile-2017-09-12T13-34-26.209.log
-rw-r--r-- 1 root      root 100M Sep 12 06:35 vfile-2017-09-12T13-35-55.402.log
-rw-r--r-- 1 root      root 100M Sep 12 06:37 vfile-2017-09-12T13-37-20.429.log
-rw-r--r-- 1 root      root 100M Sep 12 06:38 vfile-2017-09-12T13-38-37.306.log
-rw-r--r-- 1 root      root 100M Sep 12 06:39 vfile-2017-09-12T13-39-48.654.log
-rw-r--r-- 1 root      root 100M Sep 12 06:41 vfile-2017-09-12T13-41-27.220.log
-rw-r--r-- 1 root      root 100M Sep 12 06:42 vfile-2017-09-12T13-42-54.285.log
-rw-r--r-- 1 root      root 100M Sep 12 06:44 vfile-2017-09-12T13-44-44.633.log
Suggest reducing the file size and/or the number of the log files.

@govint If you still have the log, could you attached the log in this issue? I want to see why the log is flooded.

Record the offline discussion with Govindan.
For this issue I'm not sure if a repro is needed. IN my case the vfile plugin was experiencing a continuous failure (most likely because I was installing and removing the vdvs plugin, stopping and starting nodes) and was generating a lot of logs. I had to remove the files as the VM hung up. For this issue we could just limit the size of each file and the number of files so that the disk isn't overrun.

Fix of issue #1964 will solve this problem.

Closed by #1973


Fix SBT release

There was some fallout of the the recent Cloudbees changes -- specifically the SBT release task stopped working. The sbt release command was resulting in a runtime exception (java.lang.RuntimeException: Repository for publishing is not specified.).
- [ ] styleCheck passes
- [ ] unit tests pass
- [ ] integration tests pass
- [ ] manual tests pass
- [ ] API docs updated

Build failed.

retest this please

This build looks good.


Add semver_lt/semver_gt/semver_eq/... functions

Thanks for the awesome tool -- just has been a huge part of my daily workflow and I take it to "just" about every project I start now.
One thing I've often run into is the need to parse & check versions of dependencies cross-language/toolchain against each other, and checking/ensuring a certain version of semver often comes up.
For exact matches this is relatively simple, but it might be nice to do be able to do this a bit more semantically as a utility within just.
A somewhat contrived example of what I'd like to be able to do is:
dep := env_var_or_default("DEP", "dep")
dep_version := `dep --version` # let's pretend that this prints the semver version
dep_version_supported := if semver_gte(dep_version, "0.2.0") { "supported" } else { "not supported" }

check:
  echo "your dep version of dep ({{dep_version}}) is {{dep_version_supported}}"

Does this seem like something that makes sense as a part of just?

This seems reasonable to me, although I'm definitely curious if other people would find this useful, since it seems a little niche to me.
We could get away with having a single function, semver_match. The semver spec can have an = in front of it, to assert that it's an exact match, e.g., semver_match(version, "=1.0.0"). I think this is supported by the semver rust library.

And thank you for the kind words! I'm always super happy when people find just useful.

This seems reasonable to me, although I'm definitely curious if other people would find this useful, since it seems a little niche to me.

Agreed -- I kind of squared this by thinking of it like a string manipulation problem? It's definitely unclear if it's something a ton of people want though...

We could get away with having a single function, semver_match. The semver spec can have an = in front of it, to assert that it's an exact match, e.g., semver_match(version, "=1.0.0"). I think this is supported by the semver rust library.

This would be much better, great idea -- I'll put up a PR with this setup.

And thank you for the kind words! I'm always super happy when people find just useful.

Absolutely no problem, useful is an understatement!


Browser translator messing with days-of-the-week names

Describe the bug
Days names ("Su Mo Tu We Th Fr Do") are incorrectly translated when a browser built-in translator is on.
To Reproduce
Steps to reproduce the behavior:

Render component
Activate browser built in translator
Check days-of-the-week names

Expected behavior
A correct translation, or no translation at all (translate="no")
Screenshots

Desktop (please complete the following information):

OS: Windows 11
Browser: Edge
Version: you mean browser version?? 97.0.1072.62

This is happening to me as well, and I don't even have the translator on, I think it is just the locale.
It is converting the day of the week in portuguese: seg, ter, qua, qui, sex to ordinal numbers in portuguese. ("seg" stands for "segunda" which is "second" as in the second day of the week, "ter" for "terça", which translates to third, the third day of the week, and so on...)
It wasn't happening in version 2.15.0, I just updated to 4.5.0 and it started to happen.


Use vello_shaders crate to load and preprocess WGSL

This replaces the shader preprocessing code in the vello crate with invocations to the vello_shaders crate, which supports both reading from a directory at runtime (for hot_reload) and bundlng pre-compiled shader code into the binary (which is suitable for wasm).
This also moves the CPU shader code over to the vello_shaders crate behind the "cpu" feature.
Resolves #467

Since the copyright check is failing, you'll need to modify the 2 checks to account for the new location of the CPU shaders.
That's in .github/copyright.sh

It's unfortunate that we can't use the pipeline struct of vello_shaders (because it doesn't allow parallel initialisation), but that could be resolved in the future, I guess?

This is something I've been considering. I'm not entirely convinced yet that the shaders crate should abstract the pipeline initialization (which is what the currently unused PipelineHost trait declarations were intended for). If we do that, then it might make sense to have the shaders crate handle multi-threaded pipeline compilation.
I should write down my thoughts on this in an issue. I'm particularly thinking about non-wgpu engines and I'm not sure yet how to best organize that code.


Trailing "-" not included in linkified url

It seems that some websites can have trailing - in their urls, which don't get included in the linkified url, thus breaking the link.
Example url:
http://www.bloomberg.com/news/articles/2015-06-26/from-deutsche-bank-to-siemens-what-s-troubling-germany-inc-
I understand that this might be a controversial topic, but I still feel that a - at the end of an url is a more usual case than having a - by mistake at the end like a period or a comma.
I could take a stab at getting a pr in for this if this sounds like a good change.

Don't remember why i limited it. Probably side effect of long dash (---) markdown rule https://github.com/markdown-it/linkify-it/blob/master/lib/re.js#L56
I think, we can try proposed change and roll back if bad cases reported.
PR with tests will be accepted.


Reduce the direct access to tp_name which is not part of the limited API

Refs #1125
This reduces the compilation errors with --features abi3 from over 200 to 87.

Coverage results are because impl Debug for $name was never covered. Let me know if I need to write a test for that to be considered for merging.

Thanks, looks good to me. I'm actively improving this section of the code at the moment, so I'll add the tests 👍

Thanks!


Help me.

Hi.
I am manul, a web & AI developer.
I am interested in Football match predict.
And i suprise to your EuropeanFootballleaguePredictor.
I study your code and  have some problems.
Please help me.
First, Please explain how to use this code.
Second, I want to know AI future.
Thanks.
My github - Manjul1225

My communication tool;
discord- codestar007
skype - codestar007
telegram - @goldenbutter1234
Gmail -<EMAIL_ADDRESS>

Closed as there is no follow up


Segmentation fault in tcmalloc - calloc

We often get Segmentation fault after program ran for couple of hours. Below is the backtrace.
Do let me know if you need more info.
Thanks
Program terminated with signal 11, Segmentation fault.
#0  0x00007f3097010e67 in tcmalloc::CentralFreeList::FetchFromOneSpans(int, void**, void**) () from /lib64/libtcmalloc.so.4
Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.26-19.2.el7.x86_64 glibc-2.17-55.el7.x86_64 gperftools-libs-2.4-7.el7.x86_64 keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.11.3-49.el7.x86_64 libcom_err-1.42.9-4.el7.x86_64 libcurl-7.29.0-19.el7.x86_64 libgcc-4.8.2-16.el7.x86_64 libidn-1.28-3.el7.x86_64 libselinux-2.2.2-6.el7.x86_64 libssh2-1.4.3-8.el7.x86_64 libstdc++-4.8.2-16.el7.x86_64 libunwind-1.1-5.el7_2.2.x86_64 mariadb-libs-5.5.37-1.el7_0.x86_64 nspr-4.10.2-4.el7.x86_64 nss-3.15.4-6.el7.x86_64 nss-softokn-freebl-3.15.4-2.el7.x86_64 nss-util-3.15.4-2.el7.x86_64 openldap-2.4.39-3.el7.x86_64 openssl-libs-1.0.1e-34.el7_0.3.x86_64 pcre-8.32-12.el7.x86_64 xz-libs-5.1.2-8alpha.el7.x86_64 zlib-1.2.7-13.el7.x86_64
(gdb) bt
#0  0x00007f3097010e67 in tcmalloc::CentralFreeList::FetchFromOneSpans(int, void**, void**) () from /lib64/libtcmalloc.so.4
#1  0x00007f309701112a in tcmalloc::CentralFreeList::FetchFromOneSpansSafe(int, void**, void**) () from /lib64/libtcmalloc.so.4
#2  0x00007f30970111dd in tcmalloc::CentralFreeList::RemoveRange(void**, void**, int) () from /lib64/libtcmalloc.so.4
#3  0x00007f3097014235 in tcmalloc::ThreadCache::FetchFromCentralCache(unsigned long, unsigned long) () from /lib64/libtcmalloc.so.4
#4  0x00007f309702331b in tc_calloc () from /lib64/libtcmalloc.so.4
#5  0x00000000004290dd in tm_calloc_internal (size=128, nmemb=) at malloc.cpp:95
#6  tm_calloc (nmemb=, size=120) at malloc.cpp:102
tm_calloc__internal is just a wrapper around tc_calloc, following is the code
void* tm_calloc_internal(size_t nmemb, size_t size) {
#ifdef USE_TCMALLOC
return tc_calloc(nmemb, size);
#else
return scalable_calloc(nmemb, size);
#endif
}

There are no known heap corruption bugs in gperftools. Bugs like that are usually bugs in the program. Have you tried running it under asan or something like that ?

Possible, however we don't get this issue if we use regular malloc or scalable malloc. However this issue pops up when using tcmalloc and hence we think the problem lies in tcmalloc. Is there anything we can do to isolate the issue?

Additionally, I have also rebuild code with asan and it also SEGV in tcmalloc. ASAN doesn't report any other issue prior to it.
ASAN:SIGSEGV
==28930== ERROR: AddressSanitizer: SEGV on unknown address 0x00000078aa55 (pc 0x7ff663da2e67 sp 0x7ff6662378d0 bp 0x00000078aa55 T16777215)
AddressSanitizer can not provide additional info.
#0 0x7ff663da2e66 (/usr/lib64/libtcmalloc.so.4.2.6+0x23e66)
#1 0x7ff663da3129 (/usr/lib64/libtcmalloc.so.4.2.6+0x24129)
#2 0x7ff663da31dc (/usr/lib64/libtcmalloc.so.4.2.6+0x241dc)
#3 0x7ff663da6234 (/usr/lib64/libtcmalloc.so.4.2.6+0x27234)
#4 0x7ff663db531a (/usr/lib64/libtcmalloc.so.4.2.6+0x3631a)
#5 0x4370ac (/mycore/bin/cm+0x4370ac)
#6 0x40a17a (/mycore/bin/cm+0x40a17a)
#7 0x411877 (/mycore/bin/cm+0x411877)
#8 0x416829 (/mycore/bin/cm+0x416829)
#9 0x41740d (/mycore/bin/cm+0x41740d)
#10 0x417aa7 (/mycore/bin/cm+0x417aa7)
#11 0x427f3a (/mycore/bin/cm+0x427f3a)
#12 0x7ff665f78df2 (/usr/lib64/libpthread-2.17.so+0x7df2)
#13 0x7ff65fec13dc (/usr/lib64/libc-2.17.so+0xf63dc)

Looks like you haven't built tcmalloc with asan support which is why it is unable to help. But in general asan and tcmalloc are not supposed to be used together. When building with asan you're supposed to use default malloc (which asan takes over).
And yes it is possible that buggy program crashes with one memory allocator and works with another. I.e. since addresses that are handed out by different mallocs are different.


onCancel(DialogInterface dialog) gets called together with show()

My code is something like this:
materialDialog = new MaterialDialog.Builder(MainActivity.this)
                    .title(R.string.dialog_time_ended_title)
                    .items(R.array.dialog_time_ended_list)
                    .cancelable(true)
                    .cancelListener(new DialogInterface.OnCancelListener() {
                        @Override
                        public void onCancel(DialogInterface dialog) {
                            // DO SOMETHING HERE
                        }
                    })
                    .itemsCallback(new MaterialDialog.ListCallback() {
                        @Override
                        public void onSelection(MaterialDialog dialog, View view, int which, CharSequence text) {
                           // DO SOMETHING HERE
                        }
                    })
                    .build();

I'm building dialog in activity onStart() method and use it later, but when I call show() it calls onCancel method too. Is this some kind of bug?

@krokyze well, the cancel listener and show method are both handled by android.app.Dialog. None of that logic is handled by this library.
So if I had to guess, it would be a Android framework issue or an issue with your device.

The show/cancel/dismiss listener example in the sample project works on my Nexus 6, also:
https://play.google.com/store/apps/details?id=com.afollestad.materialdialogssample

@afollestad previously was having this on Galaxy S5, tested on Galaxy S3 and the same result. The thing is that cancellistner works, when I cancel the dialog, but it get's called on show() too.

Sorry, I don't think there's anything I can about this. The cancel listener isn't part of my own logic, it's up to the device implementation (which can change with different manufacturers).


paginate-link with custom text

how can i use custom text for paginate link ?

What do you mean by "custom text"? Could you please give an example? If you're talking about changing step links, check this: https://github.com/TahaSh/vue-paginate#customizing-step-links

@TahaSh , I am looking for any way to use an image or even just HTML entities like ⟨ or ⟩  for the Previous / Next.
I can see that everything is sanitized, can you suggest a way to replace the text with an arrow or an image?


Website link to this project is broken

With the site redesign the app seems to be gone.

Very good point. We need to fix that.

Is this issue about https://cycle.js.org/todomvc-cycle/ being dead or something else? => https://cycle.js.org/todomvc-cycle/ is for sure dead and it's a pity IMHO :$

Yes but https://cyclejs.github.io/todomvc-cycle/ is well alive, and the URL makes it easy for developers who know github to find the corresponding repo.
https://github.com/cyclejs/todomvc-cycle/pull/41 fixes it


MNT: rerender

Hi! This is the friendly automated conda-forge-webservice.
I've started rerendering the recipe as instructed in #12.
If I find any needed changes to the recipe, I'll push them to this PR shortly. Thank you for waiting!
Here's a checklist to do before merging.

[ ] Bump the build number if needed

@conda-forge-admin , please re-render

@conda-forge-admin , please re-render

@conda-forge-admin , please re-render

@conda-forge-admin , please re-render

@conda-forge-admin , please re-render

Looks like the re-rendering job using conda-build version 24.9.0 re-rendered successfully ( https://github.com/conda-forge/cuda-nvdisasm-feedstock/pull/13/commits/d7bdd4600f25494d85ca4a53d0f44d95c39b622f )
So this is now resolved
cc @carterbox @leofang (for awareness)


Pass kwargs and assume_sorted to xarray interp for both DataArray and Dataset

[x] Closes https://github.com/xarray-contrib/pint-xarray/issues/267
[ ] Tests added
[x] Passes pre-commit run --all-files
[ ] User visible changes (including notable bug fixes) are documented in whats-new.rst

@keewis Please let me know if tests and whats-new changes are needed for this PR.

sorry for the late reply, and thanks for the PR!
Yes, tests would be great so we don't regress. That can be very simple ones like comparing the results of .pint.interp and .interp if no unit conversion is necessary.

whats-new changes

yes, please.

Thanks @keewis , I adapted the tests based on your comments.

once again sorry for being somewhat slow. Looks good to me now!

No problem! @keewis any chance this gets released soon?


add integ test shell for integration with infra

Description
add a shell for integ test to be integrated with infra CI.
Issues Resolved
https://github.com/opensearch-project/opensearch-dashboards-functional-test/issues/3
Check List

[Will verify together with infra team ] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Related to: https://github.com/opensearch-project/opensearch-build/issues/604


Making databaseAccount read dynamic after V4 master merge

This is same as PR on V4 branch - https://github.com/Azure/azure-sdk-for-java/pull/7831
Created the new PR altogether as it was easier after V4 merge.
Below is the context
Currently GatewayServiceConfigurationReader initialize during client start up with one time snapshot of databaseAccount read via GlobalEndPointManager. Its value remain same throughout the lifespan of application.
This PR will read all the databaseAccount configurations via GatewayServiceConfigurationReader dynamically from cache which updates with its scheduling mechanism or any read/write account error.
This will also fix an issue in which application hits DatabaseAccount read call twice during startup.
fixes #7668

/azp run java - cosmos - tests

/azp run java - cosmos - tests

/azp run java - cosmos - tests


Request: Separate speeds for when both scrolling and rotating.

Would be great if it was possible to set differing speeds when both scrolling and rotation are enabled instead of both using the same value so the final visual result can be fine tuned.

Hello! It seems you haven't read the Before Posting an issue as indicated at the top of the Repository Readme The Issue has been closed.
If you are reporting a bug, feel free to follow the steps here (https://theripper93.com/info/issues) and reopen the issue with all the relevant information.


Applied fixes from StyleCI

This pull request applies code style fixes from an analysis carried out by StyleCI.

For more information, click here.

Coverage remained the same at 99.034% when pulling d3069f62b96f853f03c31223bc2741a53fc19593 on analysis-8m4eeb into 682c235134f735bedb7e9d6b93ef75ef79fab48b on master.


Portal Support

https://codesandbox.io/s/solid-transition-group-demo-yo0zv?file=/src/index.js
How to use this in Portal?
<Transition  name="dialog"
>
  {show() &&  <Portal><Dialog /></Portal>}
</Transition>

Transition's children is a Portal, not a HTMLElement, so Transition can not add classes to inner dialog element.

Yeah that's tricky. Since the element returned from the portal isn't actually the inserted element, which is actually being inserted elsewhere. The approach here will never work like that. You're better off putting the transition and show logic in the portal.
<Portal>
  <Transition  name="dialog">
    {show() &&  <Dialog />}
  </Transition>
</Portal>

@ryansolid It works. But it’s not very perfect. For example, I have 100 tooltip components on my page, because the Portal always rendered whether it shows up or not. so it will creates 100 empty div elements in Portal mount container.

May I suggest a feature that introduces the ability to pass a ref call-back as a child?
It should solve similar issues with deeply nested elements.
<Transition name="dialog">
  {ref => show() && <Portal><Dialog ref={ref} /></Portal>}
</Transition>

This API might introduce new mount/unmount edge cases to consider but might be worth it?

A solution for transitioning portaled elements in and out would be great. I've been attempting to implement something similar to https://github.com/solidjs/solid-transition-group/issues/8#issuecomment-1235280601 but I'm rather new to Solid and I'm hitting behavior that I don't quite understand.

Yeah I don't think that would work with a ref. Transition inserts in that part of the tree not where the Portal is.

I wound up with this wrapper around Show which appears to work for my use case:
import {
  createEffect,
  createSignal,
  Show,
  children,
  type JSX,
  type Setter,
} from 'solid-js';

function nextFrame(fn: () => unknown) {
  requestAnimationFrame(() => {
    requestAnimationFrame(fn);
  });
}

export type Props = {
  when: boolean;
  children: (ref: Setter<HTMLElement>) => JSX.Element;
  classEnterBase: string;
  classEnterFrom: string;
  classEnterTo: string;
  classExitBase: string;
  classExitFrom: string;
  classExitTo: string;
};

export default function ShowTransition(props: Props) {
  const [ref, setRef] = createSignal<HTMLElement | null>(null);
  const [renderChildren, setRenderChildren] = createSignal(false);

  const resolved = children(() => renderChildren() && props.children(setRef));

  function doTransition(
    el: HTMLElement,
    entering: boolean,
    fromClasses: Array<string>,
    activeClasses: Array<string>,
    toClasses: Array<string>,
  ) {
    function endTransition(e?: Event) {
      if (!e || e.target === el) {
        el.removeEventListener('transitionend', endTransition);
        el.removeEventListener('animationend', endTransition);
        el.classList.remove(...activeClasses);
        el.classList.remove(...toClasses);
      }
      setRenderChildren(entering);
      if (!entering) {
        setRef(null);
      }
    }

    el.addEventListener('transitionend', endTransition);
    el.addEventListener('animationend', endTransition);

    el.classList.add(...fromClasses);
    el.classList.add(...activeClasses);
    nextFrame(() => {
      el.classList.remove(...fromClasses);
      el.classList.add(...toClasses);
    });
  }

  createEffect(() => {
    if (props.when && !ref()) {
      setRenderChildren(true);
    }
  });

  createEffect(() => {
    const el = ref();
    const when = props.when;
    if (el) {
      doTransition(
        el,
        when,
        ...(when
          ? ([
              props.classEnterFrom.split(' '),
              props.classEnterBase.split(' '),
              props.classEnterTo.split(' '),
            ] as const)
          : ([
              props.classExitFrom.split(' '),
              props.classExitBase.split(' '),
              props.classExitTo.split(' '),
            ] as const)),
      );
    }
  });

  return <Show when={renderChildren()}>{resolved()}</Show>;
}

I'm pretty sure that this is solvable in userland just by changing the approach.
<Portal> needs to be on the outside as @ryansolid suggested because we want to transition the element rendered by Portal, not the Portal itself.
But to solve the issue of Portal injecting a mount point to the document regardless if there is a modal to display or not, we could wrap it in another <Show>. (Although this feels like something that should be considered in Portal design)
const content = children(() => (
  <Transition>
    <MyDialogComponent />
  </Transition>
));

<Show when={content.toArray().length}>
  <Portal>
    {content()}
  </Portal>
</Show>

demo: https://stackblitz.com/edit/transition-with-portal


Wrong column count if resizing from big to small width

Hi. I creating demo on codepen: http://codepen.io/anon/pen/ZKELEj
You can seen this bug if resizing window.

Hi there, thanks for trying out savvior! I confirm this is not a bug. You will need to define your media queries more explicit as this won't cascade like CSS. Try:
savvior.init(".insideBlock_newsList", {
  'screen and (min-width: 1201px)': { columns: 3 },
  'screen and (min-width: 800px) and (max-width: 1200px)': { columns: 2 },
  'screen and (max-width: 798px)': { columns: 1 }
});


Loan Status Prediction ML Model

Title and Issue number
Loan Status Prediction ML Model(Logistic Regression, Random Forest and Gradient Boosting Classifier).
Close #4167

Checklist:

[x] I have mentioned the issue number in my Pull Request.
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have created a helpful and easy to understand README.md

@MohitGupta121


Add documentation for managed users

What changed, and why it matters
Relies on #1951 (broken link error will be resolved when that is merged)

Added doc explaining managed users feature
Added instructions for setting org authentication policies

Auth policies PR: https://github.com/aiven/devportal/pull/2164

Replaced by #2341


How to replace current file?

I have set my options with maxFiles: 1 and when I drop more than 1 file I get a message You can not upload any more files. but I still have multiple images in my dropzone:

Is there an easy way to replace the current uploaded file with a new file?
What I've tried is to add a file added event and than remove the current file:
<dropzone
  id="c-dropzone"
  ref="dropzone"
  :options="options"
  :include-styling="false"
  @vdropzone-file-added="added()"
>
  <slot />
</dropzone>

methods: {
  added (file) {
    console.log('You uploaded a file!')
    this.$refs.dropzone.removeAllFiles()
  }
}

But when I run this code the image that's being uploaded is removed...

Method removeFile(file) should do the job
I give the component a data of the current uploaded file
data() {
  return {
     currentFile: null
  }
}

Then when a new file added I remove the old one
methods: {
  added(file) {
    if (this.currentFile !== null) {
      this.$refs.dropsonze.removeFile(this.currentFile)
    }
    this.currentFile = file
  }
}

Hope this will help

also you can do these tips
    @vdropzone-file-added="addFile"
    @vdropzone-removed-file="removeFile"
    @vdropzone-complete="afterComplete"

just added afterComplete
and then in methods
afterComplete(file) {
// we can file.status === 'error' ==> remove the first index of current file [0]
}


luci-app-firewall: Fix translation context for Routing/NAT Offloading…

… in zh_Hans

The translation for LuCI is done in Weblate


Open sourcing recipes

Combining recipe content that exists on developer.xamarin.com to the existing code that lives in this repo

Do you think we should make all the links work? The minimal update would be replace:

"/guides/" with "https://developer.xamarin.com/guides/"
"/api/" with "https://developer.xamarin.com/api/"

Also, there is a GitHub "standard" where the contributor info should be (or at least start) in CONTRIBUTING.md in the repo root, so lets adhere to that!


[Outlook] (internet headers) Add best practices

Docs Build status updates of commit ac5893d:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/outlook/internet-headers.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

Docs Build status updates of commit 68d07b3:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/outlook/internet-headers.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Question about the trainning time

Hi sinha
When I run your code( cifar 10 for example), the trainning time is too long(GTX 1080), which takes about 15 seconds in an iteration(the default number is 100000!) . How to deal with such issue?   Do you terminate the trainning  by setting a new number?
Thanks!

I was able to replicate this. i will optimize the code update it soon.

should be fixed.

should be fixed.
So how can i reduce the training time for 100000 iterations are too long!

Hi sinha
When I run your code( cifar 10 for example), the trainning time is too long(GTX 1080), which takes about 15 seconds in an iteration(the default number is 100000!) . How to deal with such issue? Do you terminate the trainning by setting a new number?
Thanks!

Hi,how do you solve this problem?

To our knowledge this issue is solved. Maybe try getting the most latest version of the repo.

To our knowledge this issue is solved. Maybe try getting the most latest version of the repo.

I have downloaded the latest version.I run your code( cifar 10), the trainning time is quite long(GTX 1080ti), which takes about 0.75 seconds in an iteration.It will be 21 hours needed to finish 100000 iterations.Is that normal?@sinhasam

To our knowledge this issue is solved. Maybe try getting the most latest version of the repo.

If i want to replicate your paper,as the splits are defined as :[0.1, 0.15, 0.2, 0.25, 0.3, 0.35, 0.4], i need 6 days to run your code.@sinhasam


docs: Slight improvement to javy-apis

Description of the change
In preparation to adding more APIs I decided to do a very light cleanup of some of the documentation in this crate. I opted to remove the documentation in the README to reduce the overhead of having to maintain the same documentation in multiple places.
Why am I making this change?
Checklist

[x] I've updated the relevant CHANGELOG files if necessary. Changes to javy-cli and javy-core do not require updating CHANGELOG files.
[x] I've updated the relevant crate versions if necessary. Versioning policy for library crates
[x] I've updated documentation including crate documentation if necessary.

I had the intention to do something along those lines, I decided that it's probably not worth the trouble because we probably don't want to include everything in the README in the crate-level documentation e.g. the ## Publishing to crates.io section and other README-specific sections that we might add in the future. Personally I find it more valuable to have great crate-level docs (showing up in docs.rs) than having some content in the README in crates.io.

On a second thought, bringing just the example at least might be reasonable to do, I suspect that one won't need to be update as frequently.

Added the example, and I also realized just now that the example in lib.rs contained a snippet using the old bindings, so I also fixed that.

Ok so got a bit inspired and improved the READMEs across the board they not only include a direct link to docs.rs but also the badges to crates.io and docs.rs. With these changes I don't think there's a chance of confusion around how to navigate to the crate-level documentation.


importer: handle different import media types

Is this closing this https://github.com/CERNDocumentServer/cds-ils/issues/914?
If yes, can you add it to the commit?
If not, can you please create an issue and refer to it?
Otherwise it is hard to review.


⚠ Bofrost.fr has degraded performance

In 82b7d34, Bofrost.fr (https://www.bofrost.fr) experienced degraded performance:

HTTP code: 200
Response time: 1370 ms

Resolved: Bofrost.fr performance has improved in 82f4608 after 17 minutes.


feature: show brand color on button

Users find it difficult to distinguish which chain they are in when they use the MEW. The only difference is now a single character in top right corner. Here we show brand color on button on diffrent chain :) The etc color is rewrite to #669073 from ethereumclassic.github.io/
Now the different color  is the following:

ping @kvhnuke  any idea?
Many thanks !!!

ping @tayvano :)

I launched a bounty on a color patch to solve the problem of user mistakes with wrong choice of the chain. You can watch it here also: https://github.com/kvhnuke/etherwallet/pull/718

I have it manually pulled in on local with some kthe features. I just fell sleep in chair tho. Tomorrow.

@tayvano Well, Good Night:)

Thanks for this! :)


Add flexibility to sign the JWT with a different keystore

Similar to the flexibility provided in SAML token generation via a configuration, can we configure the keystore to sign JWT as well?

Thank you for your contribution!
We are closing this issue since it has not been prioritized for a long time. Chances are that it has already been solved in more recent versions. If not, we will be re-evaluating this when it becomes a priority.


Content admin page : Filters and actions on different lines

In /Admin/Contents/List, the filters should be displayed on only on line when space is available (desktop and tablet screens).
Hence, the bulk actions and create buttons should be on another line below.

Yes it's not finished yet.

I must add that this is a bug because right now the filters are not binding to any controller actions. That's what's missing on this feature.

Done but filters need to be fixed. They don't do anything.


Add dependencies through guides

Guides could have dependencies on other guides. A dependency would mean that a user should do a guide before another.
This dependens on issue #39

Implemented in master


Escaping bare attributes content

Passing signed_in_html as an attribute value directly doesn't properly escape it
    - signed_in_html  = render('application/header_signed_in')
    .account.js-account(data-signed-in-html=signed_in_html)

instead it seems to work when used in an interpolated string:
    - signed_in_html  = render('application/header_signed_in')
    .account.js-account(data-signed-in-html="#{signed_in_html}")

Fixed in v0.8.1

Thanks!


请提出你的问题

现象
公网使用pip方法及docker方法都可以安装成功，但是切换至内网部署后，始终提示安装失败，无法获取/pypi/label-studio/json以及Operation not permitted。
报错如下
[root@Centos7 label_studio]# docker run -it --name label_studio -p 50068:8080 -v /home/Projects/label_studio/data:/label-studio/data heartexlabs/label-studio:latest
=> Database and media directory: /label-studio/data
=> Static URL is set to: /static/
=> Database and media directory: /label-studio/data
=> Static URL is set to: /static/
Starting new HTTPS connection (1): pypi.org:443
Can't get latest version
Traceback (most recent call last):
File "/usr/local/lib/python3.10/dist-packages/urllib3/connection.py", line 174, in _new_conn
conn = connection.create_connection(
File "/usr/local/lib/python3.10/dist-packages/urllib3/util/connection.py", line 72, in create_connection
for res in socket.getaddrinfo(host, port, family, socket.SOCK_STREAM):
File "/usr/lib/python3.10/socket.py", line 955, in getaddrinfo
for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno -3] Temporary failure in name resolution

During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.10/dist-packages/urllib3/connectionpool.py", line 703, in urlopen
httplib_response = self._make_request(
File "/usr/local/lib/python3.10/dist-packages/urllib3/connectionpool.py", line 386, in _make_request
self._validate_conn(conn)
File "/usr/local/lib/python3.10/dist-packages/urllib3/connectionpool.py", line 1042, in _validate_conn
conn.connect()
File "/usr/local/lib/python3.10/dist-packages/urllib3/connection.py", line 358, in connect
self.sock = conn = self._new_conn()
File "/usr/local/lib/python3.10/dist-packages/urllib3/connection.py", line 186, in _new_conn
raise NewConnectionError(
urllib3.exceptions.NewConnectionError: <urllib3.connection.HTTPSConnection object at 0x7f6f7134ea10>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.10/dist-packages/requests/adapters.py", line 440, in send
resp = conn.urlopen(
File "/usr/local/lib/python3.10/dist-packages/urllib3/connectionpool.py", line 787, in urlopen
retries = retries.increment(
File "/usr/local/lib/python3.10/dist-packages/urllib3/util/retry.py", line 592, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='pypi.org', port=443): Max retries exceeded with url: /pypi/label-studio/json (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7f6f7134ea10>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/label-studio/label_studio/core/utils/common.py", line 363, in get_latest_version
response = requests.get(pypi_url, timeout=10).text
File "/usr/local/lib/python3.10/dist-packages/requests/api.py", line 75, in get
return request('get', url, params=params, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/requests/api.py", line 61, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/requests/sessions.py", line 529, in request
resp = self.send(prep, **send_kwargs)
File "/usr/local/lib/python3.10/dist-packages/requests/sessions.py", line 645, in send
r = adapter.send(request, **kwargs)
File "/usr/local/lib/python3.10/dist-packages/requests/adapters.py", line 519, in send
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='pypi.org', port=443): Max retries exceeded with url: /pypi/label-studio/json (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7f6f7134ea10>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution'))
OpenBLAS blas_thread_init: pthread_create failed for thread 1 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 2 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 3 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 4 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 5 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 6 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 7 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 8 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 9 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 10 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 11 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 12 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 13 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 14 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 15 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 16 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 17 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 18 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 19 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 20 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 21 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 22 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 23 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 24 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 25 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 26 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 27 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 28 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 29 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 30 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 31 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 32 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 33 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 34 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 35 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 36 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 37 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 38 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 39 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 40 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 41 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 42 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 43 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 44 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 45 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 46 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
OpenBLAS blas_thread_init: pthread_create failed for thread 47 of 48: Operation not permitted
OpenBLAS blas_thread_init: RLIMIT_NPROC -1 current, -1 max
Traceback (most recent call last):
File "/usr/local/bin/label-studio", line 33, in
sys.exit(load_entry_point('label-studio', 'console_scripts', 'label-studio')())
File "/label-studio/label_studio/server.py", line 290, in main
_setup_env()
File "/label-studio/label_studio/server.py", line 40, in _setup_env
application = get_wsgi_application()
File "/usr/local/lib/python3.10/dist-packages/django/core/wsgi.py", line 12, in get_wsgi_application
django.setup(set_prefix=False)
File "/usr/local/lib/python3.10/dist-packages/django/init.py", line 19, in setup
configure_logging(settings.LOGGING_CONFIG, settings.LOGGING)
File "/usr/local/lib/python3.10/dist-packages/django/conf/init.py", line 82, in getattr
self._setup(name)
File "/usr/local/lib/python3.10/dist-packages/django/conf/init.py", line 69, in _setup
self._wrapped = Settings(settings_module)
File "/usr/local/lib/python3.10/dist-packages/django/conf/init.py", line 170, in init
mod = importlib.import_module(self.SETTINGS_MODULE)
File "/usr/lib/python3.10/importlib/init.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1050, in _gcd_import
File "", line 1027, in _find_and_load
File "", line 1006, in _find_and_load_unlocked
File "", line 688, in _load_unlocked
File "", line 883, in exec_module
File "", line 241, in _call_with_frames_removed
File "/label-studio/label_studio/core/settings/label_studio.py", line 49, in
versions = collect_versions()
File "/label-studio/label_studio/core/utils/common.py", line 470, in collect_versions
import label_studio_converter
File "/usr/local/lib/python3.10/dist-packages/label_studio_converter/init.py", line 3, in
from .converter import Converter
File "/usr/local/lib/python3.10/dist-packages/label_studio_converter/converter.py", line 6, in
import pandas as pd
File "/usr/local/lib/python3.10/dist-packages/pandas/init.py", line 11, in
import(dependency)
File "/usr/local/lib/python3.10/dist-packages/numpy/init.py", line 140, in
from . import core
File "/usr/local/lib/python3.10/dist-packages/numpy/core/init.py", line 23, in
from . import multiarray
File "/usr/local/lib/python3.10/dist-packages/numpy/core/multiarray.py", line 10, in
from . import overrides
File "/usr/local/lib/python3.10/dist-packages/numpy/core/overrides.py", line 6, in
from numpy.core._multiarray_umath import (
KeyboardInterrupt
Exception ignored in atexit callback: <function AtexitIntegration.setup_once.._shutdown at 0x7f6f7318d630>
Traceback (most recent call last):
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/integrations/atexit.py", line 62, in _shutdown
client.close(callback=integration.callback)
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/client.py", line 465, in close
self.flush(timeout=timeout, callback=callback)
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/client.py", line 487, in flush
self.transport.flush(timeout=timeout, callback=callback)
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/transport.py", line 492, in flush
self._worker.submit(lambda: self._flush_client_reports(force=True))
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/worker.py", line 113, in submit
self._ensure_thread()
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/worker.py", line 42, in _ensure_thread
self.start()
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/worker.py", line 70, in start
self._thread.start()
File "/usr/local/lib/python3.10/dist-packages/sentry_sdk/integrations/threading.py", line 54, in sentry_start
return old_start(self, *a, **kw)
File "/usr/lib/python3.10/threading.py", line 935, in start
_start_new_thread(self._bootstrap, ())
RuntimeError: can't start new thread

可以下载label studio的安装包，然后pip安装即可。参考官方的链接
https://github.com/heartexlabs/label-studio#install-locally-with-pip

目前就是按照官方文档，不管是pip安装还是docker部署，内网部署后都报错，提示需要访问公网资源才行

您这是pip install的时候报的错，还是启动label_studio服务报的错呢？

您这是pip install的时候报的错，还是启动label_studio服务报的错呢？

安装时没有问题，启动的时候报错


Warning: web-loaders.js:87 [Deprecation] Synchronous XMLHttpRequest on the main thread

I am not sure, what the module wants me to tell:
web-loaders.js:87 [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.

Please check out the latest version

Perfect, the message is gone. Thank you!


No autograd

Hi, I find that before input the tensor into the network, you don't use torch.autograd.Variable to convert a tensor to a Variable. How does this work?

Note that in PyTorch 0.4, the Tensor and Variable are merged, so we don't need to convert anymore.
Please refer the following link:
https://pytorch.org/blog/pytorch-0_4_0-migration-guide/


macOS: TAB completion  causes "sed: invalid command code f" error

Describe the bug
When I press "TAB" for autocompletion error is shown. Also, "description" pane shows the same error when "in fzf".
~ ❯ fisher rsed: 1: "/var/folders/rz/dz8mzhp ...": invalid command code f

To Reproduce
It's how the plugin works for me right after installation
Expected behavior
Autocompletion should not throw an error
Screenshots

System (please complete the following information):

fish, version 3.6.0
Distribution: Darwin macOS 22.2.0(SORRY_NO_PSEUDONAME 22C65 arm64)

Additional context
The error I believe happens on https://github.com/gazorby/fifc/blob/adff5966739667d4c13d6388372e40f821571208/functions/_fifc_action.fish#L10
and is triggered by https://github.com/gazorby/fifc/blob/adff5966739667d4c13d6388372e40f821571208/functions/_fifc.fish#L25
since the second argument is not set printf -- ... evaluates to an empty string which later causes sed to fail
I guess the fix would be to just remove -- in printf call, since

(at least this fixes the bug for me)

Thanks for this! Also fixed on main ;)


ows.towel_w.mj1x0 not work

hi all
ha version 2022.08.03
not work device.
I extracted the token and specified the ip addres.
the device is added but does not function not as.

device unavailable

Please integrate it via account (automatic mode).

I also tried to integrate it through my account. I also have a Towel Rack device and it is not active.

Through automatic I have added. But it works like a switch. there are no entities like temperatures and it is not defined as a thermostat.

Show me the entity attributes.

Show me the entity attributes.

model: ows.towel_w.mj1x0
lan_ip: ***
mac_address: ***
entity_class: MiotSwitchEntity
miot_type: urn:miot-spec-v2:device:towel-rack:0000A09A:ows-mj1x0:1
towel_rack.on: false
towel_rack.mode: 0
towel_rack.target_temperature: 44
towel_rack.temperature: 53
state_updater: cloud
device_class: switch
friendly_name: Adult Electric towel Towel Rack
supported_features: 0

i removed it and integrate again (via token and automatic mode)... but now device is unavailable

Now, it supports local mode. Try master branch.

Now, it supports local mode. Try master branch.

yep. it's work! thnx
can you change "mode" description?
0: 'dry', 1: 'warn', 2: 'antifreeze', 3: 'programming';

... and can you add property "dry_time"?

Try master again.

Try master again.

drytime added. thanx.
but mode still only numbers.
0: 'dry', 1: 'warn', 2: 'antifreeze', 3: 'programming';

Entity number.ows_mj1x0_03ad_target_temperature (<class 'custom_components.xiaomi_miot.number.MiotNumberSubEntity'>) is using deprecated NumberEntity features which will be unsupported from Home Assistant Core 2022.10, please report it to the custom integration author.
also
number.ows_mj1x0_03ad_dry_time
number.ows_mj1x0_b9ce_target_temperature
number.ows_mj1x0_b9ce_dry_time


serde-serialize feature of wasm-bindgen is deprecated and should be removed

We have:
wasm-bindgen = { version = "0.2.68", features = ["serde-serialize"] }

But serde-serialize is deprecated, see https://github.com/rustwasm/wasm-bindgen/pull/3031.
This fix is required to prevent circular dependencies, see https://github.com/rust-random/getrandom/issues/231

Sounds good. What's the exact change needed? Want to submit a PR doing so?

Good question. I suspect, just delete the feature listing from Cargo.toml. If this breaks something (I doubt it) will need to reconsider.
Will have a go at the PR.

Apparently this was already done in #1337. Maybe it was reversed for some reason. Will investigate.

Feature is a dev dependency, which according to some people should be OK.
Will try to confirm this.

I might have erred. Problem I think is in older version of js-sys that the getrandom crate pulls in.
Will close this, and reopen if I discover this is actually a problem.

New issue filed, hopefully this is correct :-) https://github.com/hamza1311/reqwasm/issues/35


 IF YOU DO NOT FOLLOW THE FORMAT OR MAKE A GENERIC TOKEN REQUEST YOUR ISSUE WILL BE DELETED WITHOUT COMMENT
YOUR JUSTLIST MUST FOLLOW THE JSON SPECIFICATION
https://github.com/justswaporg/justlists/example.justlists.ts
Checklist

[x] I understand that this is not the place to request a token listing.
[x] I have tested that my JustList is compatible by pasting the URL into the add a list UI at justswap.org.
[x] I understand that filing an issue or adding liquidity does not guarantee addition to the justlists website.

Please provide the following information for your token.
JustList URL must be HTTPS.
JustList URL:
JustList Name:
Link to the official homepage of the JustList manager:

Hi

Sorry, your issue will be closed as you did not submit your information in the correct format.


Add support for IEnumerable<KeyValuePair<string, string>> in RouteValueDictionary

Fixes #329

:shipit: looks good! Please hold off until tomorrow afternoon to checkin. We're doing some migrations and the CI will be offline.


Skipping Front matter

Some static site generater such as Jekyll include the YAML front matter block at the top of the scss file for their own tracking purposes. Front matter is necessary to compile.
---
layout: null
someProp: value
---

html {
    background-color: #fff;
}

However, syntax error occurs in the sass-lint because the line of triple dashes ---.
Here is sass-lint's error log (I'm using SublimeLinter-contrib-sass-lint). And linter does not work anymore.
c:/some/path/style.scss
  1:1  error  Please check validity of the block starting from line #1  Fatal

✖ 1 problem (1 error, 0 warnings)

Can anyone help how to solve this issue?
How about add an option for skipping front matter. see haml-lin#skipping-frontmattert

See also:

Setting up sass with Jekyll

You'll need to raise the issue with our AST provider gonzales-pe Unfortunately we wouldn't have control over skipping this in a friendly way as the AST needs to parse the whole file first for us to know the content of it.
You can file an issue here

I've done it: https://github.com/tonyganch/gonzales-pe/issues/195

Reopened to continue discussion around this.


Add step:int remapping for coords computation

This is meant to address #446.

(hi kevin!)
Nice. Does this fix
https://github.com/fsspec/kerchunk/blob/a0c4f3b828d37f6d07995925b324595af68c4a19/kerchunk/tests/test_grib.py#L78-L83

(Hi, Deepak! :smile:)
That I do not know!  That is a very weird bug!  Which value for step is correct, cfgrib or kerchunk?

@dcherian:  Sadly, it does not appear to fix the problem.  Sorry!

Just catch both and log whichever exception was caught? eccodes is a real pain, so I think most users would appreciate kerchunk being flexible with regard to eccodes version

I've also verified that with the latest version of eccodes, the kerchunk tests fail when they encounter subhourly steps.  So, this would make the tests a bit more robust.

I added another ci/environment-py*.yml file that explicitly installs the most recent version of eccodes for testing.  I can back this out, but I'm curious if these tests pass on CI.

Incidentally, the reason eccodes is not being installed with the most recent version in the CI environment is because of the h5py<3.9 dependency.  Can this restriction be removed (in one of the environment files, for example) for testing purposes?

I may not be able to work on this any more today.  I might have to return to this tomorrow.

I might have to return to this tomorrow.

No worries

h5py<3.9 dependency. Can this restriction be removed

Let's try! I don't recall where this comes from.

I've decided to deal with updating the tests in a separate PR so as not to entangle those changes with the changes specific to this PR.  I'll get back to this in a moment.

Things have gotten a bit more complicated.  Let me explain:

With the latest versions of eccodes (2.34+), cfgrib no longer even produces step or valid_time in the resulting Xarray Dataset for subhourly data, so the test_grib.py::test_archives[s3://noaa-hrrr-bdp-pds/hrrr.20140730/conus/hrrr.t23z.wrfsubhf08.grib2] test fails because the step and valid_time coordinates are not in the Dataset for comparison in the test assert.  This will be fixed when cfgrib merges ecmwf/cfgrib#371, but for now I believe that kerchunk's scan_grib function is actually more correct than cfgrib.  So, I am tempted to just skip this test for now.  But I am loathe to do that...

Also with the newest version of eccodes, the order of the variable attribute "coordinates" is not the same as it was before because (I presume) the step coordinate was added ad hoc last.  But with the changes to eccodes and the change in this PR, the step coordinate doesn't have to be treated as "special", resulting in the step" coordinate being added to the "coordinate"attribute in a new order.  This causes the assert intest_grib.py::test_grib_treeto fail, but it is easily fixed by changing the assert from a comparison of strings to a comparison of sets, where the sets are constructed from thesplit()` of the strings.

The latest update to Xarray causes all time coordinates to be dtype M8[ns], which causes the test_combine.py::test_cftimes_to_normal test to fail at the dtype == "M8[s]" assert.  To account to old and new versions of Xarray, I've changed the assert to dtype.kind == "M", per @martindurant's recommendation.  But in the future this should probably be made more firm, and the coo_dtypes may need to be revisited if it doesn't do as expected because of these changes to Xarray.

UPDATE:  I have marked the test_grib.py::test_archives[s3://noaa-hrrr-bdp-pds/hrrr.20140730/conus/hrrr.t23z.wrfsubhf08.grib2] test to be skipped if the version of eccodes >= 2.34.  This may need to be revisited.

Thanks for all the work here, hoping for greens

Me, too!

Didn't we have the h5py versions labeled as separate runs?

I didn't make them separate.  I just removed the restriction in the py310 and py311 environment files.  Do you want me to make a separate environment?

I didn't want to add too many test runs for fear of using too many resources, but I can add whatever environments you think are best.

(might be a good time to revert micromamba->miniconda, now that libmamba is a thing, perhaps that helps)

Hey, they all passed!

Do you still want me to make any further changes?

Oh, well that's good. 20min is still too long for 3.9, though!
I'll merge this, unblock the other PR, and we may choose to come back and add more pins to the env to make the build faster.


No logging framework implementation found in classpath. Add tinylog-impl.jar for outputting log entries.

I don't know why this exception throw when i adds via gradle collect dependencies and in bundle i have all impl module classes.

I also noticed that many have the same problem.
Gradle dependencies:

Embed configuration:

Jar configuration:

I think it should be:
implementation 'org.tinylog:tinylog-api:2.1.0-RC3'
implementation 'org.tinylog:tinylog-impl:2.1.0-RC3'

@pmwmedia not, i don't have an android project, i have Minecraft Forge project, and for including libraries in bundle i must use from configurations.embed.collect { ... } by extending configurations.
I tried implementation and compile - not difference. If i not include impl bundle in my bundle, i get exception "NoClassFoundException" or something like that.
Library existing in bundle. Perhaps this is a problem with the code that is responsible for finding the implementation in the bundle.

What it is provider=myprovider in configuration? Why it required, i tried create this field in configuration and now i get error
LOGGER ERROR: Service implementation 'myprovider' not found
LOGGER ERROR: Requested logging provider is not available. Logging will be disabled.

Hmm, i write provider=org.tinylog.provider.NopLoggingProvider and i "suppress" logger errors, but i also didn't see logger messages and logger file. :(

The problem has not been solved yet, I do not know why this is happening, I am looking at the code of your library.

Could you provide a minimal example project to reproduce the issue?
Pavel Erokhin<EMAIL_ADDRESS>schrieb am Mi., 19. Feb. 2020,
19:12:

The problem has not been solved yet, I do not know why this is happening,
I am looking at the code of your library.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/pmwmedia/tinylog/issues/135?email_source=notifications&email_token=AAR27KER63SDHNSJK5BY5KTRDVZA3A5CNFSM4KXZEF72YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMI3XFY#issuecomment-588364695,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAR27KAINUNB3OP2G5HCTZTRDVZA3ANCNFSM4KXZEF7Q
.

@pmwmedia My project depends on Minecraft Forge API, for testing mod bundle need minecraft.
I can try make simple console java application with some build script, but idk will worked it or not. If you can download minecraft forge, i can drop forge project, if don't can i can make simple console app.

If you can reproduce the issue with a simple console app, I would prefer this. However I can also install Minecraft Forge (http://files.minecraftforge.net/), if required..

Ok, ill try. Wait ...

I reproduced this bug on simple console application -> untitled4.zip
If you run project via task Run you'll get LOGGER WARN: No logging framework implementation found in classpath. Add tinylog-impl.jar for outputting log entries.
If you run project via command line (after building via build task) via command java -jar untitled4-1.0-SNAPSHOT.jar then you'll see good result, logging worked.
But, with task run, not work. And i include some dependencies like on forge project.

I also tried set provider on provider=org.tinylog.core.TinylogLoggingProvider and get error message:
[STDERR/]: [org.tinylog.provider.InternalLogger:log:38]: LOGGER ERROR: Service implementation 'rolling file' not found

I also tried call TinylogLoggingProvider#log directly, but it din't help.
Log:
LOGGER WARN: No logging framework implementation found in classpath. Add tinylog-impl.jar for outputting log entries.
LOGGER ERROR: Service implementation 'rolling file' not found

The problem is that the Gradle run task executes an application from build/classes and not from JAR. It even doesn't build any JAR. The run task adds runtimeOnly and implementation dependencies to the classpath, but not embed dependencies, because these are Minecraft Forge specific and not part of the Gradle standard. This is an issue of Minecraft Forge and not of tinylog. You would get the same issue with any library you add as embed to your project.
A workaround would be add all dependencies as embed and implementation:
dependencies {
    implementation(kotlin("stdlib-jdk8"))
    embed(kotlin("stdlib-jdk8"))
    implementation("org.tinylog:tinylog-api:2.1.0-RC3")
    embed("org.tinylog:tinylog-api:2.1.0-RC3")
    implementation("org.tinylog:tinylog-impl:2.1.0-RC3")
    embed("org.tinylog:tinylog-impl:2.1.0-RC3")
}

However, you can even avoid these duplicate dependencies by customizing the Gradle jar task: https://www.baeldung.com/gradle-fat-jar

By the way, I recommend to use tinylog-api-kotlin instead of tinylog-api for Kotlin. Then you can import org.tinylog.kotlin.Logger instead of org.tinylog.Logger. This logger is especially developed for Kotlin.

No. You can try build demo with builtin library classes, and it work.
Information at your link:

https://www.baeldung.com/gradle-fat-jar
I am doing everything right, probably the problem is in the code that the class is looking for. All dependencies are placed in the final JAR, and I know perfectly well that all other libraries work fine, including log4j and logback, and the runtime kotlin itself.
In my case, the implementation and compile do not differ during the assembly, the assembly requires the embed that I created.

A workaround would be add all dependencies as embed and implementation:

I already have it configuration. And by default i was make dependencies like you.

:( Hmmm, i don't know why always don't find impl classes, but it classes contains in bundle. ¯_(ツ)_/¯

I've got the same issue but in a different situation...
When i run my program via java -jar program.jar it works fine.
The jar was built using maven.
But when it's started through Tanuki wrapper (to run it as a service) it show this:
LOGGER WARN: No logging framework implementation found in classpath. Add tinylog-impl.jar for outputting log entries.

@michieltjampens Could you open a new issue and provide there a minimal sample?
@MairwunNx Is there still anything I can help? The workaround I posted worked on my environment with your example project.


Calling useNuxtApp inside an async catch block in a composable - useNuxtApp not available

Environment
Nuxi 3.5.3                                                                                12:58:13 PM
12:58:14 PM
RootDir: /home/projects/github-v4uqpe                                                                                12:58:14 PM
Nuxt project info:                                                                                12:58:14 PM

Operating System: Linux
Node Version:     v16.14.2
Nuxt Version:     3.5.3
Nitro Version:    2.5.0
Package Manager<EMAIL_ADDRESS>Builder:          vite
User Config:      -
Runtime Modules:  -
Build Modules:    -

👉 Report an issue: https://github.com/nuxt/nuxt/issues/new                                                                                12:58:14 PM
👉 Suggest an improvement: https://github.com/nuxt/nuxt/discussions/new
👉 Read documentation: https://nuxt.com
Reproduction
https://stackblitz.com/edit/github-v4uqpe?file=app.vue
Describe the bug
When calling use nuxt in an async catch block, the nuxt context is not available anymore.
In the environment, there is enough context to understand the bug.
Additional context
No response
Logs
[12:54:56 PM] [nitro] [unhandledRejection] Error: [nuxt] A composable that requires access to the Nuxt instance was called outside of a plugin, Nuxt hook, Nuxt middleware, or Vue setup function. This is probably not a Nuxt bug. Find out more at https://nuxt.com/docs/guide/concepts/auto-imports#using-vue-and-nuxt-composables.
    at Module.useNuxtApp (file:///home/projects/github-v4uqpe/node_modules/nuxt/dist/app/nuxt.js:225:13)
    at __vite_ssr_exports__.default (file:///home/projects/github-v4uqpe/composables/useApi.ts:12:39)

See https://nuxt.com/docs/guide/concepts/auto-imports#using-vue-and-nuxt-composables for more info on why this happens.
You need to obtain nuxtApp before your first async operation, and you can then use it later on, including nuxtApp.runWithContext to run other composables that require access to the Nuxt context.

Thanks for the Info! Sorry for the non-issue in that case


Typo.

Purpose

Fix typo.

Does this introduce a breaking change?

[ ] Yes
[x] No

Pull Request Type
What kind of change does this Pull Request introduce?

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[x] Documentation content changes
[ ] Other... Please describe:

How to Test

Get the code

git clone [repo-address]
cd [repo-name]
git checkout [branch-name]
npm install

Test the code

What to Check
Verify that the following are valid

Affect only readme.md.

Other Information

#sign-off


Fix typos in readme

This PR fixes a few typos in README.md, it improves formatting, it clarifies a couple sentences, and adds a couple hyperlinks.

Thank you for submitting this pull request, however I do not see a valid CLA on file for you. Before we can merge this request please visit https://yahoocla.herokuapp.com/ and agree to the terms. Thanks! :smile:


Remove RABL from implementations

Remove RABL from implementations as the page about "emitting conforming JSON" is non-conformant to the 1.0 spec.

Maybe we should open an issue on these respective repos notifying the maintainer before we remove them?

@ethanresnick Sure, I actually just opened PRs to remove implementations that were clearly far away from the spec for a long time, as I believe it adds a lot of confusion to newcomers.
Incidentally, I started working on a simple test suite with a bunch of JSON API document exhibiting support for certain parts of the spec so that library maintainers can somehow "prove compliance" (probably with a score, rather than a binary outcome).

@beauby yup, I definitely think these should be removed too. I just want to make sure we're giving the owners a heads up. I noticed the other PRs you opened already refenced issues on the maintainers' repo, so this concern really only applies here.
Re a compliance checklist/test suite/score: I think that's a wonderful idea as well. I'm excited to see what you make! I also recall @hhware proposed something similar way back in #733, so taking a look at that might offer some ideas for extra things to include

@ethanresnick Just made a PoC for the compliance test:
It's a little gem called jsonapi-grader, which ships with a binary of the same name. Source code is available here.
The idea is pretty simple: we have a bunch of scenarii, which are just JSON API documents, and the goal is that each implementation provides an executable to generate each of those documents.
The grader then simply loops through the scenarii (each of which is attributed a score, and a boolean stating whether it is compulsory for compliance, see this manifest), and grades each of them (if implemented). It then outputs something along the lines of:

$ jsonapi-grader ./jsonapi-rb/compliance/
Running scenario null_data... passed
Running scenario empty_collection... passed
Running scenario simple_resource... passed
Running scenario simple_resource_attributes... passed
Running scenario simple_resource_meta... passed
Running scenario simple_resource_jsonapi_object... passed
Compliance: true
Score: 420 / 420 (100.0%)

For an example of the work library implementers would have to provide to ensure compliance, see here.


[SIMD][x86_64] Add encoding for PMADDWD

Aarch64 backend implemented "widening_pairwise_dot_product_s" in #2327
This patch adds encoding for x86.

If it's not too much trouble, would you be able to add a lowering for the new x64 backend?
The reason I ask is that while the legacy backend is still the default for major users (Lucet, Wasmtime, cg_clif, any other users of codegen crate with default features), that will change in the future, and any effort that adds functionality to the old backend but not the new one is causing us to drift in the wrong direction :-) Thanks!

I already implemented this in #2480 but refrained from merging because the spec tests are not enabled. If we are merging those, perhaps the #2489 PR should be reviewed and merged?

implemented this in #2480 but refrained from merging

Oops, sorry did not see this one. I just wanted to clear road for #2531


Docker Container broken?

Hello, I have tried several times now to start my own server. Unfortunately, it always fails with this error:
I wanted to create the container with docker build .

I've got it running by using dart_frog version 0.3.8, both in the CLI and as a package. It seems like this issue is also affecting version 1.0.0.

@marcelinollano How did you install the 0.3.8?

I modified the Dockerfile to include the version:
RUN dart pub global activate dart_frog_cli 0.3.8

and pubspec.yaml
dart_frog: 0.3.8

after that I also had to update pubspec.lock with dart pub get, I think.

As of c58a45c I've downgraded dart_frog for now until I have enough time to figure out a real fix


Argus libraries have many incompatibilities with nixos-unstable

I am trying to use GStreamer to access an IMX477 camera over CSI, but this is proving difficult due to several library incompatibilities.
For reference, my relevant NixOS configuration:
{
  # Installs multiple important L4T drivers.
  hardware.graphics.enable = true;

  # Configure device trees for an Orin Nano on a developer kit with dual IMX477s.
  # Real hardware is probably not required to replicate this issue, though.
  hardware.deviceTree = {
    enable = true;
    name = "tegra234-p3767-0003-p3768-0000-a0.dtb";
    dtboBuildExtraIncludePaths = [ (config.hardware.deviceTree.kernelPackage.src + "/nvidia/soc/tegra/kernel-include") ];
    overlays = [
      rec {
        name = "tegra234-p3767-camera-p3768-imx477-dual";
        dtsFile = pkgs.substitute {
          src = config.hardware.deviceTree.kernelPackage.src + "/nvidia/platform/t23x/p3768/kernel-dts/${name}.dts";
          substitutions = [ "--replace-warn" "JETSON_COMPATIBLE_P3768" ''"nvidia,p3768-0000+p3767-0003"'' ]; # https://github.com/NixOS/nixpkgs/issues/339205
        };
      }
    ];
  };

  # Enable the Argus daemon
  services.nvargus-daemon.enable = true;
}

Issue 1: GStreamer
It appears that the plugins in the l4t-gstreamer package are built against an older version of GStreamer and GLib. GStreamer has ABI backwards-compatibility, but (it appears that) GLib does not: attempting to use GStreamer + GLib from the latest nixos-unstable results in symbol errors stemming from something using a fairly new API.
To solve this, it may be worth building the Argus GStreamer plugins from source; the code is provided by NVIDIA in the BSP sources package.
In the meantime, a shell with an older Nixpkgs revision can be used. Note that l4t-gstreamer too will need to be built against this older revision.
$ nix-shell -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/4dd072b68c5c146981b61634b58aa13a8f2d7ba2.tar.gz -p gst_all_1.{gstreamer,gst-plugins-{base,good,bad,ugly}}
$ GST_PLUGIN_SYSTEM_PATH_1_0="$GST_PLUGIN_SYSTEM_PATH_1_0:/path/to/l4t-gstreamer/lib/gstreamer-1.0" gst-launch-1.0 nvarguscamerasrc ! fakesink

Issue 2: nvargus-daemon
Once GStreamer is running, it is apparent that nvargus-daemon itself is broken as well. It crashes with the following output when running the GStreamer command written above:
=== NVIDIA Libargus Camera Service (0.99.33)=== Listening for connections...=== gst-launch-1.0[114353]: Connection established (FFFFBAE5B8C0)SCF: Error NotSupported: Failed to load EGL library (in src/services/gl/GLService.cpp, function initializeEGLExportFunctions(), line 190)
SCF: Error NotSupported:  (propagating from src/services/gl/GLService.cpp, function initialize(), line 147)
SCF: Error NotSupported:  (propagating from src/services/gl/GLService.cpp, function startService(), line 46)
SCF: Error NotSupported:  (propagating from src/components/ServiceHost.cpp, function startServices(), line 142)
SCF: Error NotSupported:  (propagating from src/api/CameraDriver.cpp, function initialize(), line 178)
SCF: Error InvalidState: Services are already stopped (in src/components/ServiceHost.cpp, function stopServicesInternal(), line 193)
SCF: Error NotSupported:  (propagating from src/api/CameraDriver.cpp, function getCameraDriver(), line 117)
(Argus) Error NotSupported:  (propagating from src/api/GlobalProcessState.cpp, function createCameraProvider(), line 210)
=== gst-launch-1.0[114353]: CameraProvider initialized (0xffffb40d09c0)=== gst-launch-1.0[114353]: CameraProvider destroyed (0xffffb40d09c0)Segmentation fault (core dumped)

Using LD_DEBUG=libs, the issue is apparent:
find library=libnvidia-eglcore.so.35.4.1 [0]; searching
 search path=/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib           (RUNPATH from file /nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libEGL_nvidia.so.0)
  trying file=/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1

calling init: /nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1

/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1: error: symbol lookup error: undefined symbol: ErrorF (fatal)
/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1: error: symbol lookup error: undefined symbol: __malloc_hook (fatal)
/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1: error: symbol lookup error: undefined symbol: __realloc_hook (fatal)
/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1: error: symbol lookup error: undefined symbol: __free_hook (fatal)
/nix/store/zfgs6bfwk460fmqglxhm3lj51w03h3ls-nvidia-l4t-3d-core-35.4.1-20230801124926/lib/libnvidia-eglcore.so.35.4.1: error: symbol lookup error: undefined symbol: __memalign_hook (fatal)

Most of these symbols were removed in glibc 2.34. I'm not sure what the best way to fix this is - we may need to force an older glibc to load somehow instead. L4T uses 2.31.

Thanks for the well-documented issue!  Here's are a couple comments based on my initial read of this:
For gstreamer:

To solve this, it may be worth building the Argus GStreamer plugins from source

I definitely agree. If we can build from source we should.

For nvargus-daemon:
Given that the symbol lookup errors are happening while loading libnvidia-eglcore.so.35.4.1, I'd expect that it's not just nvargus-daemon that is broken against nixos-unstable.

Most of these symbols were removed in glibc 2.34. I'm not sure what the best way to fix this is - we may need to force an older glibc to load somehow instead. L4T uses 2.31.

Here's some text from the glibc release notes link you referenced:

The malloc debugging DSO libc_malloc_debug.so currently supports hooks and can be preloaded to get this functionality back for older programs.  However this is a transitional measure and may be removed in a future release of the GNU C Library.

Hopefully this would suffice for now. If possible, I'd try to avoid mixing different versions of glibc as it can lead to diamond dependency-type problems.

As an aside, most of the testing we currently do is based off the latest stable NixOS release, so we often don't find these issues with nixpkgs-unstable until you report them. (which we appreciate)   It is on my TODO list to start running nightly tests against master as well.


meson wrap for eigen 3.4.0

Here's an update for the 3.4.0 release.

Thanks. We have changed how wraps are defined in the backend. All releases need to be done against the mesonbuild/wrapdb repo.
Closing this.


mkdir ignores the exist_ok param on local file systems

mkdir ignores exist_ok on the local filesystem. makedirs works fine but obviously is not a replacement if we want create_parents=False.
Actual behavior: mkdir fails to create an existing directory when exist_ok=True.
Expected behavior: mkdir should not care that the dir exists if exist_ok=True
Example:
╰─➤  python                                                                                1 ↵
import Python 3.8.7 (default, Sep 16 2021, 16:26:33)
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import fsspec
>>> fs = fsspec.filesystem("file")
>>> print(fsspec.__version__)
2021.10.0
>>> fs.mkdir("/tmp/poodle")
>>> fs.mkdir("/tmp/poodle")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/.../fsspec/implementations/local.py", line 39, in mkdir
    raise FileExistsError(path)
FileExistsError: /tmp/poodle
>>> fs.mkdir("/tmp/poodle", exist_ok=True)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/.../fsspec/implementations/local.py", line 39, in mkdir
    raise FileExistsError(path)
FileExistsError: /tmp/poodle

Seems like this bug was introduced by this commit

I would say that the first exception is correct behaviour, but mkdirs should also work. Would you care to provide a fix and test?

On closer reading...
mkdir does not support exit_ok on any implementation, only makedirs does! It appears that your code behaves as it ought.


Deployment error: ERROR: Failed to detect label

I'm trying to deploy a Yesod application to Heroku. I was following the instructions here, but when I push, I get these errors:
$ git push -q heroku master
remote: Compressing source files... done.
remote: Building source:
remote:
remote: -----> Fetching custom git buildpack... done
remote: -----> Haskell app detected
remote:
remote:
remote: -----> Welcome to Haskell on Heroku
remote:        BUILDPACK_URL:                            https://github.com/mietek/haskell-on-heroku
remote:
remote: -----> Installing buildpack... done, 0175d0f
remote: -----> Installing Halcyon... done, 58c5492
remote: -----> Installing bashmenot... done, ec0ecb6
remote:    *** ERROR: Failed to detect label
remote:    *** ERROR: Failed to deploy app
remote:
remote:  !     Push rejected, failed to compile Haskell app
remote:
remote: Verifying deploy...
remote:
remote: !	Push rejected to course-load.
remote:
To https://git.heroku.com/course-load.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'https://git.heroku.com/course-load.git'

What do these errors mean?

Your Cabal package description file, class-load.cabal, needs to be at the top level of the repository. The error message could be better in this case.

The error message should now say Failed to detect app in such cases.

Thanks, moving the cabal file to the top level fixed it.

So I found that all my code has to be at the top level as well with my current setup. What I wanted was in my top level folder to have a README, a LICENSE, and a few other files, and then a src directory that contains the actual project. Is there a way for me to configure it to get this to work?
Specifically, the error I'm getting is
       cabal: can't find source for Application in ., dist/build/autogen
   *** ERROR: Failed to build app
   *** ERROR: Failed to build app

This is just a matter of setting up your Cabal package description correctly.  See the Haskell Language source code for an example.
The hl.cabal file lets Cabal know the source code is located in the src subdirectory:
...
executable hl
  hs-source-dirs:    src/
...