test(arguments): adds tests for most wharfix arguments

This adds testing for:

--repo
--path
--address
--port
--blob-cache-dir
--target
--index-file-path
--add-nix-gcroots

testing --derivation-output, --index-file-is-buildable, and --ssh-private-key should probably be done in another PR IMO, specially ssh-private-key would be more than just an argument test, but a test of ssh auth, which probably makes more sense as its own test.


Add additional transmit state context

View the proposed changes using the redocly API viewer
Addresses issue #228
Use cases assumes 2 flows named f1 and f2 have been created using set_config
At any time the get_metrics API can be used to get flow metrics including the current transmit state of the flow.
# create a transmit state request
request = api.transmit_state_request()

# start all flows - metric counters will be cleared
request.flow_names = []
request.state = "start"
api.set_transmit_state(request)

# pause only f2 - f2 metric counters will not be cleared
request.flows_names = ["f2"]
request.state = "pause"
api.set_transmit_state(request)

# resume f2 - metric counters will not be cleared and transmit will resume at the point where the flow was paused
request.flows_names = ["f2"]
request.state = "resume"
api.set_transmit_state(request)

# stop all flows - metric counters will not be cleared
request.flow_names = []
request.state = "stop"
api.set_transmit_state(request)

# start all flows - clears metric counters on any stopped flows
request.flow_names = []
request.state = "start"
api.set_transmit_state(request)

@ashutshkumr @ankur-sheth I've updated the PR to remove start_with_no_clear and include pause, resume and would like your review.

It looks good. Can we merge it then?


wrap fix_counts in transactions

We had to update over 10 mil records.  Wrapping each batch in #counter_culture_fix_counts in a transaction reduces each update query time from about 8.0ms to 0.3ms.  In total, saved us waiting >24 hours for the update to complete.
before:

after:

@magnusvk could you please merge this? I've had lots of issues running fix counts on multi-million record tables, this would help a lot.
❤

Thanks for the push; I wanted to do some research about this before merging but then forgot about it. Seems like this really will be faster. Merged and released as gem version 0.2.3.
Thanks for contributing this @chrisdevor and sorry for the long wait.


⚠ Fetchers has degraded performance

In 9603c43, Fetchers ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 344 ms

Resolved: Fetchers performance has improved in 003c356.


[WIP] Use the new workflow api in food ordering

Fix #100

Thanks for porting this! Let's wait with merging this since this is the example we use for conference presentations and I would like to make it a bit more concise and easier to present.


Typeof object with value fails the test.

Challenge Using typeof
var a = "Hello",
    b = 3,
    c = [],
    d = {"here":"there"};

console.log(typeof "Hello"); // string
console.log(typeof 2); // number
console.log(typeof []); // object
console.log(typeof {}); // object

console.log(typeof a); // string
console.log(typeof b); // number
console.log(typeof c); // object
console.log(typeof d); // object

console.log(typeof {"here":"error"}); // object

If typeof empty object is provided then the test passes but typeof object with value fails the test, although chrome dev console shows it as object.

Hi @rajibmp I could not reproduce the issue with the code that you have provided above, can you check if the code is correctly mentioned in the report above?
Also, some screenshots of the page and the Chrome DevTools Console should be helpful.
Thanks.

@raisedadead I am closing this as even I cannot reproduce it again. Generally object with any value was showing error and only empty object would pass the test when I reported this. Maybe it is already fixed or somehow object with value passes the test now.


Clear() not working on a input of the type: "number" after sendKeys('e').

Hi,
Clear() doesn't work after I use sendKeys("e") on a input of the type: "number".
It works after I change it to sendKeys("1").
inputDialogPage.partIdInput.sendKeys("e").then(() => {         inputDialogPage.partIdInput.clear();     })

Node Version: v4.5.0
Protractor Version: v4.0.11
Angular Version: v2.2.1
Browser(s): Chrome
Operating System and Version: Windows 7

I agree. Selenium-webdriver sendKeys params states it should take a number.

typings prior to updating to 2.53.x inherited from the master branch: https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/selenium-webdriver/index.d.ts#L3338
typings in branch types-2.0 should be updated: https://github.com/DefinitelyTyped/DefinitelyTyped/blob/types-2.0/selenium-webdriver/index.d.ts#L3338

I will create an issue on DefinitelyTyped and fix this.

Type Fixes:
Updating the types for sendKeys in DefinitelyTyped to accept numbers. https://github.com/DefinitelyTyped/DefinitelyTyped/pull/13573
Clearing an input number field has been fixed:
https://bugs.chromium.org/p/chromedriver/issues/detail?id=839
Wrote a quick test to try it out:
var webdriver = require('selenium-webdriver');
var by = webdriver.By;

var browser = new webdriver.Builder()
  .usingServer('http://<IP_ADDRESS>:9515')
  .withCapabilities({'browserName': 'chrome'})
  .build();

browser.get('http://<IP_ADDRESS>:4200').then(() => {
  browser.findElement(by.css('.myform-number')).then((element) => {
    element.sendKeys('eee1').then(() => {
      browser.sleep(2000).then(() => {
        element.clear();
      });
    });
  });
});

Investigating what we are doing to cause this error.

I am unable to reproduce this with selenium standalone server + chromedriver or just against chromedriver:
html:
<input class="myform-number" type="number">

config with standalone & chromedriver:
import {Config} from 'protractor';

export let config: Config = {
  // seleniumAddress: 'http://<IP_ADDRESS>:9515',
  seleniumAddress: 'http://<IP_ADDRESS>:4444/wd/hub',
  specs: [
    'spec.js'
  ],
  baseUrl: 'http://localhost:4200',
  useAllAngular2AppRoots: true,
}

spec:
import {browser, by, element, protractor} from 'protractor';

describe('form test', () => {
  beforeEach(() => {
    browser.get('/');
  });
  it('should do clear', () => {
    element(by.css('.myform-number')).sendKeys('222');
    element(by.css('.myform-number')).sendKeys('111e');
    expect(element(by.css('.myform-number')).getAttribute('value')).toEqual('222111e');

    // element(by...).clear() method:
    element(by.css('.myform-number')).clear();
    expect(element(by.css('.myform-number')).getAttribute('value')).toEqual('');

    // using browser.driver commands:
    // browser.driver.findElement(by.css('.myform-number')).then((el) => {
    //   el.clear();
    // });
  });
});


Robust remove dups

Exceptions from larch are sometimes cryptic. This MR makes remove_dups more robust (+ add tests) and raises explicit exceptions in pre_edge and mback when there are not enough data points.

@woutdenolf Thanks!

Exceptions from larch are sometimes cryptic.

Yes!  This definitely needs work!


UX: Development process, using IDE, index code

See original issue on GitLab
In GitLab by [Gitlab user @mbodmer] on Mar 18, 2019, 21:57
Summary
Using an IDE or Editor with code completion features, the indexer needs to have access to the code and it's dependencies. Also build information is needed. Often a compile_commands.json is available for external tools.

Why is there no way to access the latest artifact cache from workspaces (dependencies, rootfs, tools)
How to tell an IDE indexer about the project structure inside the sandbox? compile_commands.json?

What is the envisioned BuildStream workflow for a developer's desktop?

In GitLab by [Gitlab user @tpollard] on Mar 19, 2019, 12:31
marked this issue as related to #875

In GitLab by [Gitlab user @mbodmer] on Mar 19, 2019, 14:52
I have stumbled upon this interesting, but discontinued discussion, in buildstream-list: https://mail.gnome.org/archives/buildstream-list/2017-November/msg00046.html
It sounds like things are quite clear and demonstrated by flatpak and flatpak-builder. For me as a user it is however not so clear, how does buildstream deliver support on the points Christian made in his statements?

In GitLab by [Gitlab user @tristanvb] on Mar 20, 2019, 07:31
Sorry I am late replying this... (loud note to self: there are many people in the project who would have been interested in this topic, but due to gitlab's imperfect notification system, most people don't watch the project for incoming issues).
[Gitlab user @mbodmer], there have been discussions in previous hackfests about supporting such features, this should probably be tied to workspaces in some way (so that with an open workspace, one might be able to have an up to date sysroot for an IDE to have access to all of the workspace's dependencies), this might be complicated by the fact that one might likely have multiple workspaces open at the same time.
In short, providing the information to IDEs is very much a desirable feature which has been discussed but currently nobody is working on this as far as I know; [Gitlab user @coldtom] might have some insight as he is working on a plugin for the GNOME Builder tool.

In GitLab by [Gitlab user @mbodmer] on Mar 20, 2019, 13:38
How could we proceed to help in this situation? If there is a vision maybe people like me could try to improve the situation. But right now I don't really have a clue how an IDE independent integration path could look like.
Following points come to mind (too naive maybe):

integration through an external tool, library? -> buildstream as a library?
most IDE's don't have the notion of a build-runtime as gnome-builder has.
sandbox acts as a remote system (container), some IDE's support remote development (not ideal)
let buildstream generate a compile_commands.json with sysroot (previous artifact checkout) mapped paths (not sure this would work). many tools and ide's support this format. How can buildstream know details about built parts -> Bear?
???

In GitLab by [Gitlab user @coldtom] on Mar 20, 2019, 16:21
[Gitlab user @adds68] is the one working on the plugin for GNOME Builder, not me. I would love to see BuildStream integrated with IDEs though!

In GitLab by [Gitlab user @tristanvb] on Nov 5, 2020, 07:05
marked this issue as related to #311

In GitLab by [Gitlab user @tristanvb] on Nov 5, 2020, 07:06
marked this issue as related to #413


Remove unused/unmaintained stuff

To start some cleanup I have created this branch. Of course it's not finished, some things needs to be discussed, documentation needs to be updated and so on. This is just to get feedback early. Everybody who wants to jump in and make improvements, do it!

[x] Remove distribution specific folders
[x] Remove unmaintained release notes
[ ] Remove sledgehammer
[ ] Update documentation, hints for future packaging on OBS
[ ] Remove all this README mess
[x] Remove the script mess in root folder
[ ] Create rake tasks that can replace the still required functionality of dev tool
[ ] Update release branches and switch OBS packaging to them

Did I miss something? Write a comment!

You can remove these directories and files too:

dev-setup/
initrd/
install*
packaging/

I also feel most scripts in the root directory could be dropped, but this needs to be double-checked.

This looks like it overlaps with https://trello.com/c/9zb0vIcb

(BTW I don't mean that in a bad way!  Just an FYI...)

This looks like it overlaps with https://trello.com/c/9zb0vIcb

This pull request comes from SUSE-Cloud, so everybody can jump in and extend it ;)

@tboerger: do you know if the stuff under travis-ci/ is still used?

@vuntz the travis stuff seems to be unused

I think sledgehammer-common and .chef can get removed as well

How can we store the available/usable barclamps for the rake tasks? :)

I think sledgehammer-common and .chef can get removed as well

Actually, sledgehammer-common contains the source for the script that we use in the discovery image, so we should keep it.

How can we store the available/usable barclamps for the rake tasks? :)

If you tell me which rake tasks, then I can help you :-)

If you tell me which rake tasks, then I can help you :-)

This tasks doesn't exist yet. I want to integrate rake tasks that provide a small amount of functionality from the dev tool like cloning all required barclamps for development, switching all barclamp branches at once and maybe more things that we need within development :)

Actually, sledgehammer-common contains the source for the script that we use in the discovery image, so we should keep it.

Where? Everything is in the root archive within OBS/IBS

Actually, sledgehammer-common contains the source for the script that we use in the discovery image, so we should keep it.

Where? Everything is in the root archive within OBS/IBS

Yes, and what's in the root archive should come from here. I know, it's horrible, but that's how it's currently setup.

Edit: Maybe rename it to something better like discovery?

Happy to do that when we start discussing getting rid of the crowbar-specific terminology ("barclamps", "sledgehammer", etc.).
(btw, this PR right now is only about removing, nothing is moved/renamed/changed; wanted to keep it that way to make review easier: people can simply look at the list of files to see what got dropped without having to care about the diff)

If you tell me which rake tasks, then I can help you :-)

This tasks doesn't exist yet. I want to integrate rake tasks that provide a small amount of functionality from the dev tool like cloning all required barclamps for development, switching all barclamp branches at once and maybe more things that we need within development :)

@tboerger I'd suggest to wait a couple of weeks, until the CSM workshop, before doing that (if that's okay with you), as I'd like to merge all the git repos in only a couple of repos (crowbar-core, crowbar-openstack, crowbar-ceph, etc.). If we do this, then you might not need the same set of rake tasks.

And to answer your original question (since I'm totally fine having rake tasks): if we were to do it now, I'd probably just have one file with a barclamp per line, and I'd store that in each branch you care about.

Remove WIP from PR title.

You can remove the patches stuff from releases/development/master/extra/patches as well

@tboerger okay, done

I think all the pill and chef server configs from releases/development/master/extra/patches are useless as well :).
Some cleanup of the gitignore should be fine as well.
Beside that I'm fine with that.

I think all the pill and chef server configs from releases/development/master/extra/patches are useless as well :).

I think they're used by the non-SUSE install script, unfortunately.

Other distros are currently broken anyway as they have no maintainence for ages now. I think a good path should be to build all on OBS even Debian/Ubuntu debs or Redhat rpms. That way we can get rid of all this custom install stuff.

Other distros are currently broken anyway as they have no maintainence for ages now. I think a good path should be to build all on OBS even Debian/Ubuntu debs or Redhat rpms. That way we can get rid of all this custom install stuff.

I agree and disagree at the same time ;-) I agree that they've not been maintained lately, but I think there's value in keeping the scripts for now as they are a good indicator of how things should be done for the install process on the other OS. And actually, there are chances that it still works (as the install process didn't change much).
Btw, packaging is unrelated: this is the install script (like install-suse-cloud), not the media build script. But I do also agree that we want to get rid of this in general in the long term -- I think this should become part of the rails app. And I want us to work in that direction :-) As a later step, though.

Overall, this looks good, and I'd give +1 to it.
My only concern is that we are making this SUSE specific, relying on the stuff we have elsewhere (OBS, mkcloud). What if someone would like to adapt crowbar (and not opencrowbar) for their distro? Even if current solutions were obsoleted, they possibly pointed to some areas that should be covered by any potential user...

Also +1 from my side. I think we should merge this branch otherwise it becomes to complex.

My only concern is that we are making this SUSE specific, relying on the stuff we have elsewhere (OBS, mkcloud). What if someone would like to adapt crowbar (and not opencrowbar) for their distro? Even if current solutions were obsoleted, they possibly pointed to some areas that should be covered by any potential user...

That's a valid concern, and I don't have a good answer to this. My (bad) answer is:

the build scripts for non-SUSE haven't been used in ages, and don't match what we believe we can maintain, so they won't get fixed; due to the complexity, I don't think anyone else will fix them either.
our long-term goal is to simplify the installation of crowbar by making it possible to just install the packages to have something working. But we're not there yet. (That being said, it's for that reason that I kept the non-SUSE install scripts, so we could easily check what they're doing later on)
as a temporary solution, people can take a SUSE-based admin server (known to be working) and fix the support for installing non-SUSE nodes. That's probably the easiest way forward for now.

But clearly, this is not a good-enough answer for me either.

And i think the long term goal is to build all this stuff on OBS for different distros. That's the way how building multidistro packages on the easiest way.

@tboerger yes, agreed.
So let's move on and merge this for now. I think there's some agreement on the direction we want to take for the future, which is good enough for me.


[GLUTEN-5211][VL] Fix typos in velox-backend-support-progress.md

Some wording polishing.
Ansi Off -> ANSI OFF
Draw -> Drag

Thanks for updating this.


set up a "root" node to log into the others

and close off the network for the rest of the nodes

Needed more than ever as my home network is in tatters at the moment and a good "base" node to do crontabs from etc would be ideal.


Tutorial: Classifying Names in model's forward

In the model's ,it says "WARNING: The inputs have padding, so we should mask those  elements here so that padding doesn't affect the results."
So i modify the code:

        real_output=torch.zeros(bsz,len(self.output_vocab)).to(hidden.device)
        for i in range(len(src_lengths)):
            if i == len(src_lengths)-1:
                continue
            assert src_lengths[i]>=src_lengths[i+1]
        for i in range(max_src_len):
            real_batch=sum(src_lengths>i)
            input = self.one_hot_inputs[src_tokens[:real_batch, i].long()]
            hidden=hidden[:real_batch]
            output, hidden = self.rnn(input, hidden)
            real_output[:real_batch]=output
        return real_output

But i see the training not stop. Like this:

Thanks for help!

Your code snippet looks good.

But i see the training not stop. Like this:

By default fairseq will keep training indefinitely. You can add --max-epoch=10 to train for 10 epochs. Alternatively you could set an early stopping patience with --patience 2, which will terminate after the validate loss doesn't go up for 2 consecutive epochs.


Evaluation of Lite-Mono-8m

Hi @noahzn, thanks for your great work!
I was trying to evaluate the lite-mono family. I am able to test lite-mono and lite-mono-small but encountered the following error when evaluating on lite-mono-8m:
Traceback (most recent call last):
  File "/Lite-Mono/evaluate_depth.py", line 223, in <module>
    evaluate(options.parse())
  File "/Lite-Mono/evaluate_depth.py", line 102, in evaluate
    encoder = networks.LiteMono(model=opt.model,
  File "/Lite-Mono/networks/depth_encoder.py", line 384, in __init__
    stage_blocks.append(DilatedConv(dim=self.dims[i], k=3, dilation=self.dilation[i][j], drop_path=dp_rates[cur + j],
IndexError: list index out of range

Could you have a look at this? Thanks!

Hi @ldkong1205 , here you go!

Hi @noahzn, thank you so much for your prompt reply! It helps me a lot ~
We are doing robustness probing of monocular depth estimation models and we just found that Lite-Mono is not just more efficient but also more robust than previous work! (Well done 👍🏻)
You can walk through our study from this page. Meanwhile, we would like to know about Lite-Mono in terms of pertaining. Therefore, is it applicable for you to also release the checkpoints for models trained without ImageNet pertaining? Thanks in advance for your help!

Oh really? I'm very happy to hear that! Thanks!!
Regarding the checkpoints without pretraining I am not sure if I have deleted them or not. I will check and let you know.

Oh really? I'm very happy to hear that! Thanks!! Regarding the checkpoints without pretraining I am not sure if I have deleted them or not. I will check and let you know.

Hi @noahzn, thank you as well. We now have a baseline that has better trade-offs between efficiency and robustness 😄
For the checkpoints: don't worry, we will try to reproduce them ourselves.
For the robustness benchmark: It would be great if you can supplement a Table in your paper and repository. You can just copy the numbers from our benchmark when comparing. All models evaluated are from public resources or trained with official configurations so that their robustness is directly comparable. Please let me know if you want to know more about this benchmark or if you need some help on this. Thanks!

I finally found the weights for Lite-Mono and Lite-Mono-small. Unfortunately, I deleted the Lite-Mono-tiny weights.
Here is the link. Hope it is useful.
I don't have room to add your table to my camera-ready paper, but I'll copy it to my GitHub Lite-Mono page. Thanks a lot!

Thank you very much for your prompt help! Should you have any questions about the benchmark, please let me know at your earliest convenience. Cheers!


Segmentation fault (core dumped)

After I configured the environment according to readme, I started this command "python3 test.py model_best_ndcg.pth --config configs/tern.yaml --size 1k ",  I found this error "Segmentation fault (core dumped)". Then I tried debugging test.py and found that there was something wrong after the code"loaded_config = checkpoint['config']" , I couldn't print checkpoint['config'] and found this error  "Segmentation fault (core dumped)". I would appreciate it if you told me how to solve it.

@littlejerry411 Could you please share the solution if you found it?

Unfortunately, I am not able to reproduce the problem. On my system, the code runs without errors.
If you haven't yet, you can try using gdb:
gdb --args python3 test.py model_best_ndcg.pth --config configs/tern.yaml --size 1k
Once in the gdb prompt, you issue the command run, and then backtrace once the program crashes into segmentation fault. You can then share the trace here.

@mesnico Thanks for your nice work Nicola. I have a similar problem. When I run "python3 test.py model_best_ndcg.pth --config configs/tern.yaml --size 1k ", I get error in "checkpoint = torch.load(model_checkpoint)". The error is "Segmentation fault". I appreciate it if you could run your model on a system other than your own system and help us to reproduce your nice experiments. Thanks!

@mesnico I tried running with gdb and here is the result:
`(gdb) run
Starting program: /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/bin/python3 test.py model_best_ndcg.pth --config configs/tern.yaml --size 1k
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Detaching after fork from child process 22038]
[New Thread 0x7fb8e5d4c700 (LWP 22040)]
[New Thread 0x7fb8e554b700 (LWP 22041)]
[New Thread 0x7fb8e0d4a700 (LWP 22042)]
[New Thread 0x7fb8de549700 (LWP 22043)]
[New Thread 0x7fb8dbd48700 (LWP 22044)]
[New Thread 0x7fb8d9547700 (LWP 22045)]
[New Thread 0x7fb8d6d46700 (LWP 22046)]
[New Thread 0x7fb8d4545700 (LWP 22047)]
[New Thread 0x7fb8d1d44700 (LWP 22048)]
[New Thread 0x7fb8cf543700 (LWP 22049)]
[New Thread 0x7fb8ccd42700 (LWP 22050)]
[New Thread 0x7fb8ca541700 (LWP 22051)]
[New Thread 0x7fb8c7d40700 (LWP 22052)]
[New Thread 0x7fb8c553f700 (LWP 22053)]
[New Thread 0x7fb8c4d3e700 (LWP 22054)]
[New Thread 0x7fb8c053d700 (LWP 22055)]
[New Thread 0x7fb8bdd3c700 (LWP 22056)]
[New Thread 0x7fb8bb53b700 (LWP 22057)]
[New Thread 0x7fb8b8d3a700 (LWP 22058)]
[New Thread 0x7fb8b6539700 (LWP 22059)]
[New Thread 0x7fb8b3d38700 (LWP 22060)]
[New Thread 0x7fb8b1537700 (LWP 22061)]
[New Thread 0x7fb8aed36700 (LWP 22062)]
[New Thread 0x7fb8ac535700 (LWP 22063)]
[New Thread 0x7fb8a9d34700 (LWP 22064)]
[New Thread 0x7fb8a7533700 (LWP 22065)]
[New Thread 0x7fb8a4d32700 (LWP 22066)]
[New Thread 0x7fb8a2531700 (LWP 22067)]
[New Thread 0x7fb89fd30700 (LWP 22068)]
[New Thread 0x7fb89d52f700 (LWP 22069)]
[New Thread 0x7fb89ad2e700 (LWP 22070)]
[New Thread 0x7fb89852d700 (LWP 22071)]
[New Thread 0x7fb895d2c700 (LWP 22072)]
[New Thread 0x7fb89352b700 (LWP 22073)]
[New Thread 0x7fb890d2a700 (LWP 22074)]
[New Thread 0x7fb88e529700 (LWP 22075)]
[New Thread 0x7fb88bd28700 (LWP 22076)]
[New Thread 0x7fb889527700 (LWP 22077)]
[New Thread 0x7fb886d26700 (LWP 22078)]
[New Thread 0x7fb884525700 (LWP 22079)]
[New Thread 0x7fb881d24700 (LWP 22080)]
[New Thread 0x7fb87f523700 (LWP 22081)]
[New Thread 0x7fb87cd22700 (LWP 22082)]
[New Thread 0x7fb87a521700 (LWP 22083)]
[New Thread 0x7fb877d20700 (LWP 22084)]
[New Thread 0x7fb87551f700 (LWP 22085)]
[New Thread 0x7fb874d1e700 (LWP 22086)]
[Thread 0x7fb8a7533700 (LWP 22065) exited]
[Thread 0x7fb89352b700 (LWP 22073) exited]
[Thread 0x7fb89ad2e700 (LWP 22070) exited]
[Thread 0x7fb89d52f700 (LWP 22069) exited]
[Thread 0x7fb89fd30700 (LWP 22068) exited]
[Thread 0x7fb87a521700 (LWP 22083) exited]
[Thread 0x7fb874d1e700 (LWP 22086) exited]
[Thread 0x7fb87551f700 (LWP 22085) exited]
[Thread 0x7fb877d20700 (LWP 22084) exited]
[Thread 0x7fb87cd22700 (LWP 22082) exited]
[Thread 0x7fb87f523700 (LWP 22081) exited]
[Thread 0x7fb881d24700 (LWP 22080) exited]
[Thread 0x7fb884525700 (LWP 22079) exited]
[Thread 0x7fb886d26700 (LWP 22078) exited]
[Thread 0x7fb889527700 (LWP 22077) exited]
[Thread 0x7fb88bd28700 (LWP 22076) exited]
[Thread 0x7fb88e529700 (LWP 22075) exited]
[Thread 0x7fb890d2a700 (LWP 22074) exited]
[Thread 0x7fb895d2c700 (LWP 22072) exited]
[Thread 0x7fb89852d700 (LWP 22071) exited]
[Thread 0x7fb8a2531700 (LWP 22067) exited]
[Thread 0x7fb8a4d32700 (LWP 22066) exited]
[Thread 0x7fb8a9d34700 (LWP 22064) exited]
[Thread 0x7fb8ac535700 (LWP 22063) exited]
[Thread 0x7fb8aed36700 (LWP 22062) exited]
[Thread 0x7fb8b1537700 (LWP 22061) exited]
[Thread 0x7fb8b3d38700 (LWP 22060) exited]
[Thread 0x7fb8b6539700 (LWP 22059) exited]
[Thread 0x7fb8b8d3a700 (LWP 22058) exited]
[Thread 0x7fb8bb53b700 (LWP 22057) exited]
[Thread 0x7fb8bdd3c700 (LWP 22056) exited]
[Thread 0x7fb8c053d700 (LWP 22055) exited]
[Thread 0x7fb8c4d3e700 (LWP 22054) exited]
[Thread 0x7fb8c553f700 (LWP 22053) exited]
[Thread 0x7fb8c7d40700 (LWP 22052) exited]
[Thread 0x7fb8ca541700 (LWP 22051) exited]
[Thread 0x7fb8ccd42700 (LWP 22050) exited]
[Thread 0x7fb8cf543700 (LWP 22049) exited]
[Thread 0x7fb8d1d44700 (LWP 22048) exited]
[Thread 0x7fb8d4545700 (LWP 22047) exited]
[Thread 0x7fb8d6d46700 (LWP 22046) exited]
[Thread 0x7fb8d9547700 (LWP 22045) exited]
[Thread 0x7fb8dbd48700 (LWP 22044) exited]
[Thread 0x7fb8de549700 (LWP 22043) exited]
[Thread 0x7fb8e0d4a700 (LWP 22042) exited]
[Thread 0x7fb8e554b700 (LWP 22041) exited]
[Thread 0x7fb8e5d4c700 (LWP 22040) exited]
[Detaching after fork from child process 22087]
[New Thread 0x7fb874d1e700 (LWP 22098)]
Thread 1 "python3" received signal SIGSEGV, Segmentation fault.
0x00007fb8000055ae in ?? ()
(gdb) backtrace
#0  0x00007fb8000055ae in ?? ()
#1  0x00007fb8fe29d8dd in c10::detail::LogAPIUsageFakeReturn(std::string const&) ()
from /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/lib/python3.6/site-packages/torch/lib/libc10.so
#2  0x00007fb903ccefc9 in at::cuda::detail::CUDAHooks::initCUDA() const ()
from /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/lib/python3.6/site-packages/torch/lib/libtorch.so
#3  0x00007fb92e42edac in std::call_onceat::Context::lazyInitCUDA():{lambda()#1}(std::once_flag&, at::Context::lazyInitCUDA()::{lambda()#1}&&)::{lambda()#2}::_FUN()
() from /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/lib/python3.6/site-packages/torch/lib/libtorch_python.so
#4  0x00007fb93d7cf827 in __pthread_once_slow () from /lib/x86_64-linux-gnu/libpthread.so.0
#5  0x00007fb92e5109db in THCPModule_initExtension(_object*, _object*) ()
from /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/lib/python3.6/site-packages/torch/lib/libtorch_python.so
#6  0x000055ae02c44c9a in _PyCFunction_FastCallDict (func_obj=<built-in method _cuda_init of module object at remote 0x7fb92ed3ecc8>, args=0x55ae063b4e88, nargs=0,
kwargs=0x0) at /tmp/build/80754af9/python_1564510748219/work/Objects/methodobject.c:192
#7  0x000055ae02cccabc in call_function (pp_stack=0x7ffe671c4ae8, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4851
#8  0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#9  0x000055ae02cc72db in _PyFunction_FastCall (globals=, nargs=0, args=, co=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4933
#10 _PyFunction_FastCallDict (func=, args=0x0, nargs=0, kwargs=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:5035
#11 0x000055ae02c4501f in _PyObject_FastCallDict (func=<function at remote 0x7fb8eb471c80>, args=0x0, nargs=, kwargs=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2310
#12 0x000055ae02d25039 in callmethod (is_size_t=0, va=0x7ffe671c4c70, format=0x7fb92e695064 "", func=<function at remote 0x7fb8eb471c80>)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2583
#13 PyObject_CallMethod (o=, name=, format=0x7fb92e695064 "") at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2617
#14 0x00007fb92e400aa3 in torch::utils::cuda_lazy_init() ()
from /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/lib/python3.6/site-packages/torch/lib/libtorch_python.so
#15 0x00007fb92e50b42f in THCPModule_getDevice_wrap(_object*, _object*) ()
from /export/home1/NoCsBack/hci/Erf/anaconda3/envs/tern/lib/python3.6/site-packages/torch/lib/libtorch_python.so
#16 0x000055ae02c44c9a in _PyCFunction_FastCallDict (func_obj=<built-in method _cuda_getDevice of module object at remote 0x7fb92ed3ecc8>, args=0x7fb8c79d41d0,
nargs=0, kwargs=0x0) at /tmp/build/80754af9/python_1564510748219/work/Objects/methodobject.c:192
#17 0x000055ae02cccabc in call_function (pp_stack=0x7ffe671c4f18, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4851
#18 0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#19 0x000055ae02cc72db in _PyFunction_FastCall (globals=, nargs=1, args=, co=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4933
#20 _PyFunction_FastCallDict (func=, args=0x7ffe671c50a0, nargs=1, kwargs=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:5035
#21 0x000055ae02c4501f in _PyObject_FastCallDict (func=<function at remote 0x7fb8eb4820d0>, args=0x7ffe671c50a0, nargs=, kwargs=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2310
#22 0x000055ae02c49aa3 in _PyObject_Call_Prepend (func=<function at remote 0x7fb8eb4820d0>, obj=, args=(), kwargs=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2373
#23 0x000055ae02c44e3b in _PyObject_FastCallDict (func=<method at remote 0x7fb93db8c9c8>, args=0x7ffe671c51c0, nargs=, kwargs=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2331
#24 0x000055ae02c635fd in PyObject_CallFunctionObjArgs (callable=<method at remote 0x7fb93db8c9c8>)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2827
--Type  for more, q to quit, c to continue without paging--
#25 0x000055ae02cf0fd9 in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3208
#26 0x000055ae02cc6c5b in _PyFunction_FastCall (globals=, nargs=2, args=, co=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4933
#27 fast_function (func=, stack=0x7fb8c79bf798, nargs=2, kwnames=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4968
#28 0x000055ae02cccb95 in call_function (pp_stack=0x7ffe671c54f8, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4872
#29 0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#30 0x000055ae02cc6c5b in _PyFunction_FastCall (globals=, nargs=2, args=, co=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4933
#31 fast_function (func=, stack=0x55ae063a55f0, nargs=2, kwnames=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4968
#32 0x000055ae02cccb95 in call_function (pp_stack=0x7ffe671c56a8, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4872
#33 0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#34 0x000055ae02cc629e in _PyEval_EvalCodeWithName (_co=<code at remote 0x7fb8eb5394b0>, globals=, locals=, args=,
argcount=, kwnames=0x0, kwargs=0x0, kwcount=, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
closure=(<cell at remote 0x7fb8c7a0baf8>, <cell at remote 0x7fb8c7a0b918>, <cell at remote 0x7fb8c7a0ba38>, <cell at remote 0x7fb8c7a0bac8>),
name=, qualname='_load..persistent_load') at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4166
#35 0x000055ae02cc737e in _PyFunction_FastCallDict (func=, args=0x7ffe671c5990, nargs=1, kwargs=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:5084
#36 0x000055ae02c4501f in _PyObject_FastCallDict (func=<function at remote 0x7fb8c79b4ea0>, args=0x7ffe671c5990, nargs=, kwargs=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2310
#37 0x000055ae02c635fd in PyObject_CallFunctionObjArgs (callable=<function at remote 0x7fb8c79b4ea0>)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2827
#38 0x00007fb93b3887bd in load_binpersid (self=0x7fb8c7a055c0) at /usr/local/src/conda/python-3.6.9/Modules/_pickle.c:5566
#39 0x00007fb93b381c14 in load (self=0x7fb8c7a055c0) at /usr/local/src/conda/python-3.6.9/Modules/_pickle.c:6376
#40 0x000055ae02c44c9a in _PyCFunction_FastCallDict (func_obj=<built-in method load of _pickle.Unpickler object at remote 0x7fb8c7a055c0>, args=0x55ae063a3a58,
nargs=0, kwargs=0x0) at /tmp/build/80754af9/python_1564510748219/work/Objects/methodobject.c:192
#41 0x000055ae02cccabc in call_function (pp_stack=0x7ffe671c5c88, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4851
#42 0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#43 0x000055ae02cc7ff6 in _PyEval_EvalCodeWithName (qualname=0x0, name=, closure=0x0, kwdefs=0x0, defcount=0, defs=0x0, kwstep=2,
kwcount=, kwargs=0x7fb8c79ba168, kwnames=0x7fb8c79ba160, argcount=, args=, locals=,
globals=, _co=<code at remote 0x7fb8eb539540>) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4166
#44 PyEval_EvalCodeEx (_co=<code at remote 0x7fb8eb539540>, globals=, locals=, args=, argcount=,
kws=0x7fb8c79ba160, kwcount=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4187
#45 0x000055ae02cc88e6 in function_call (func=func@entry=<function at remote 0x7fb8eb4eb1e0>,
arg=(<_io.BufferedReader at remote 0x7fb8c7a45d58>, None, <module at remote 0x7fb93b4290e8>), kw={'encoding': 'utf-8'})
at /tmp/build/80754af9/python_1564510748219/work/Objects/funcobject.c:604
#46 0x000055ae02c44a5e in PyObject_Call (func=<function at remote 0x7fb8eb4eb1e0>, args=, kwargs=)
at /tmp/build/80754af9/python_1564510748219/work/Objects/abstract.c:2261
#47 0x000055ae02cf0e37 in do_call_core (kwdict={'encoding': 'utf-8'},
callargs=(<_io.BufferedReader at remote 0x7fb8c7a45d58>, None, <module at remote 0x7fb93b4290e8>), func=<function at remote 0x7fb8eb4eb1e0>)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:5120
#48 _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3404
--Type  for more, q to quit, c to continue without paging--
#49 0x000055ae02cc5e66 in _PyEval_EvalCodeWithName (_co=<code at remote 0x7fb92ecf8f60>, globals=, locals=, args=,
argcount=, kwnames=0x0, kwargs=0x7fb8c7a47bd8, kwcount=, kwstep=1, defs=0x7fb8eb4e12e0, defcount=2, kwdefs=0x0, closure=0x0,
name=, qualname='load') at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4166
#50 0x000055ae02cc6ed6 in fast_function (func=, stack=0x7fb8c7a47bd0, nargs=1, kwnames=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4992
#51 0x000055ae02cccb95 in call_function (pp_stack=0x7ffe671c6218, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4872
#52 0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#53 0x000055ae02cc6c5b in _PyFunction_FastCall (globals=, nargs=2, args=, co=)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4933
#54 fast_function (func=, stack=0x55ae0362c528, nargs=2, kwnames=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4968
#55 0x000055ae02cccb95 in call_function (pp_stack=0x7ffe671c63c8, oparg=, kwnames=0x0)
at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4872
#56 0x000055ae02cef75a in _PyEval_EvalFrameDefault (f=, throwflag=) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:3335
#57 0x000055ae02cc79b9 in _PyEval_EvalCodeWithName (qualname=0x0, name=, closure=0x0, kwdefs=0x0, defcount=0, defs=0x0, kwstep=2,
kwcount=, kwargs=0x0, kwnames=0x0, argcount=, args=, locals=, globals=,
_co=<code at remote 0x7fb93c693f60>) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4166
#58 PyEval_EvalCodeEx (_co=<code at remote 0x7fb93c693f60>, globals=, locals=, args=, argcount=, kws=0x0,
kwcount=0, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:4187
#59 0x000055ae02cc875c in PyEval_EvalCode (co=co@entry=<code at remote 0x7fb93c693f60>,
globals=globals@entry={'name': 'main', 'doc': None, 'package': None, 'loader': <SourceFileLoader(name='main', path='test.py') at remote 0x7fb93c63ee10>, 'spec': None, 'annotations': {}, 'builtins': <module at remote 0x7fb93dbd3638>, 'file': 'test.py', 'cached': None, 'argparse': <module at remote 0x7fb93c6452c8>, 'evaluation': <module at remote 0x7fb93c645f98>, 'yaml': <module at remote 0x7fb8cc717728>, 'torch': <module at remote 0x7fb93a553a48>, 'main': <function at remote 0x7fb93db3ae18>, 'parser': <ArgumentParser(description=None, argument_default=None, prefix_chars='-', conflict_handler='error', _registries={'action': {None: <type at remote 0x55ae036b8e68>, 'store': <type at remote 0x55ae036b8e68>, 'store_const': <type at remote 0x55ae036b9218>, 'store_true': <type at remote 0x55ae036b95c8>, 'store_false': <type at remote 0x55ae036b9978>, 'append': <type at remote 0x55ae036b9d28>, 'append_const': <type at remote 0x55ae036ba0d8>, 'count': <type at remote 0x55ae036ba488>, 'help': <type...(truncated),
locals=locals@entry={'name': 'main', 'doc': None, 'package': None, 'loader': <SourceFileLoader(name='main', path='test.py') at remote 0x7fb93c63ee10>, 'spec': None, 'annotations': {}, 'builtins': <module at remote 0x7fb93dbd3638>, 'file': 'test.py', 'cached': None, 'argparse': <module at remote 0x7fb93c6452c8>, 'evaluation': <module at remote 0x7fb93c645f98>, 'yaml': <module at remote 0x7fb8cc717728>, 'torch': <module at remote 0x7fb93a553a48>, 'main': <function at remote 0x7fb93db3ae18>, 'parser': <ArgumentParser(description=None, argument_default=None, prefix_chars='-', conflict_handler='error', _registries={'action': {None: <type at remote 0x55ae036b8e68>, 'store': <type at remote 0x55ae036b8e68>, 'store_const': <type at remote 0x55ae036b9218>, 'store_true': <type at remote 0x55ae036b95c8>, 'store_false': <type at remote 0x55ae036b9978>, 'append': <type at remote 0x55ae036b9d28>, 'append_const': <type at remote 0x55ae036ba0d8>, 'count': <type at remote 0x55ae036ba488>, 'help': <type...(truncated)) at /tmp/build/80754af9/python_1564510748219/work/Python/ceval.c:731
#60 0x000055ae02d48744 in run_mod (mod=, filename=,
globals={'name': 'main', 'doc': None, 'package': None, 'loader': <SourceFileLoader(name='main', path='test.py') at remote 0x7fb93c63ee10>, 'spec': None, 'annotations': {}, 'builtins': <module at remote 0x7fb93dbd3638>, 'file': 'test.py', 'cached': None, 'argparse': <module at remote 0x7fb93c6452c8>, 'evaluation': <module at remote 0x7fb93c645f98>, 'yaml': <module at remote 0x7fb8cc717728>, 'torch': <module at remote 0x7fb93a553a48>, 'main': <function at remote 0x7fb93db3ae18>, 'parser': <ArgumentParser(description=None, argument_default=None, prefix_chars='-', conflict_handler='error', _registries={'action': {None: <type at remote 0x55ae036b8e68>, 'store': <type at remote 0x55ae036b8e68>, 'store_const': <type at remote 0x55ae036b9218>, 'store_true': <type at remote 0x55ae036b95c8>, 'store_false': <type at remote 0x55ae036b9978>, 'append': <type at remote 0x55ae036b9d28>, 'append_const': <type at remote 0x55ae036ba0d8>, 'count': <type at remote 0x55ae036ba488>, 'help': <type...(truncated),
locals={'name': 'main', 'doc': None, 'package': None, 'loader': <SourceFileLoader(name='main', path='test.py') at remote 0x7fb93c63ee10>, 'spec': None, 'annotations': {}, 'builtins': <module at remote 0x7fb93dbd3638>, 'file': 'test.py', 'cached': None, 'argparse': <module at remote 0x7fb--Type  for more, q to quit, c to continue without paging--c
93c6452c8>, 'evaluation': <module at remote 0x7fb93c645f98>, 'yaml': <module at remote 0x7fb8cc717728>, 'torch': <module at remote 0x7fb93a553a48>, 'main': <function at remote 0x7fb93db3ae18>, 'parser': <ArgumentParser(description=None, argument_default=None, prefix_chars='-', conflict_handler='error', _registries={'action': {None: <type at remote 0x55ae036b8e68>, 'store': <type at remote 0x55ae036b8e68>, 'store_const': <type at remote 0x55ae036b9218>, 'store_true': <type at remote 0x55ae036b95c8>, 'store_false': <type at remote 0x55ae036b9978>, 'append': <type at remote 0x55ae036b9d28>, 'append_const': <type at remote 0x55ae036ba0d8>, 'count': <type at remote 0x55ae036ba488>, 'help': <type...(truncated), flags=, arena=) at /tmp/build/80754af9/python_1564510748219/work/Python/pythonrun.c:1025
#61 0x000055ae02d48b41 in PyRun_FileExFlags (fp=0x55ae03661810, filename_str=, start=, globals={'name': 'main', 'doc': None, 'package': None, 'loader': <SourceFileLoader(name='main', path='test.py') at remote 0x7fb93c63ee10>, 'spec': None, 'annotations': {}, 'builtins': <module at remote 0x7fb93dbd3638>, 'file': 'test.py', 'cached': None, 'argparse': <module at remote 0x7fb93c6452c8>, 'evaluation': <module at remote 0x7fb93c645f98>, 'yaml': <module at remote 0x7fb8cc717728>, 'torch': <module at remote 0x7fb93a553a48>, 'main': <function at remote 0x7fb93db3ae18>, 'parser': <ArgumentParser(description=None, argument_default=None, prefix_chars='-', conflict_handler='error', _registries={'action': {None: <type at remote 0x55ae036b8e68>, 'store': <type at remote 0x55ae036b8e68>, 'store_const': <type at remote 0x55ae036b9218>, 'store_true': <type at remote 0x55ae036b95c8>, 'store_false': <type at remote 0x55ae036b9978>, 'append': <type at remote 0x55ae036b9d28>, 'append_const': <type at remote 0x55ae036ba0d8>, 'count': <type at remote 0x55ae036ba488>, 'help': <type...(truncated), locals={'name': 'main', 'doc': None, 'package': None, 'loader': <SourceFileLoader(name='main', path='test.py') at remote 0x7fb93c63ee10>, 'spec': None, 'annotations': {}, 'builtins': <module at remote 0x7fb93dbd3638>, 'file': 'test.py', 'cached': None, 'argparse': <module at remote 0x7fb93c6452c8>, 'evaluation': <module at remote 0x7fb93c645f98>, 'yaml': <module at remote 0x7fb8cc717728>, 'torch': <module at remote 0x7fb93a553a48>, 'main': <function at remote 0x7fb93db3ae18>, 'parser': <ArgumentParser(description=None, argument_default=None, prefix_chars='-', conflict_handler='error', _registries={'action': {None: <type at remote 0x55ae036b8e68>, 'store': <type at remote 0x55ae036b8e68>, 'store_const': <type at remote 0x55ae036b9218>, 'store_true': <type at remote 0x55ae036b95c8>, 'store_false': <type at remote 0x55ae036b9978>, 'append': <type at remote 0x55ae036b9d28>, 'append_const': <type at remote 0x55ae036ba0d8>, 'count': <type at remote 0x55ae036ba488>, 'help': <type...(truncated), closeit=1, flags=0x7ffe671c666c) at /tmp/build/80754af9/python_1564510748219/work/Python/pythonrun.c:978
#62 0x000055ae02d48d43 in PyRun_SimpleFileExFlags (fp=0x55ae03661810, filename=, closeit=1, flags=0x7ffe671c666c) at /tmp/build/80754af9/python_1564510748219/work/Python/pythonrun.c:419
#63 0x000055ae02d4c833 in run_file (p_cf=0x7ffe671c666c, filename=0x55ae035d1770 L"test.py", fp=0x55ae03661810) at /tmp/build/80754af9/python_1564510748219/work/Modules/main.c:340
#64 Py_Main (argc=, argv=) at /tmp/build/80754af9/python_1564510748219/work/Modules/main.c:811
#65 0x000055ae02c1688e in main (argc=7, argv=0x7ffe671c6878) at /tmp/build/80754af9/python_1564510748219/work/Programs/python.c:69
`

The beginning of the stack trace seems related to this one. It may be something related to cuda initialization for some variables. I will try to work on this in the next few days. In the meantime, you can try to substitute the following line in test.py
checkpoint = torch.load(model_checkpoint)
with
checkpoint = torch.load(model_checkpoint, map_location=torch.device('cpu'))
to see if something changes.
Thank you for your interest in this work!

@mesnico Thanks for your response. I tried

checkpoint = torch.load(model_checkpoint, map_location=torch.device('cpu'))

, but the same error happened again.


Upgrade to MySQL 5.7

https://github.com/runeasymail/easymail/commit/7af7d17d07b865cb1e81847596b63b1685039194


fix(SDK): TransactionID parameter to comply with findingsapi

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


1.18 compatable?

Can we get a compatibility update?

I will take a look at it.

I have taken a look.
A lot has changed in the distribution of Minecraft in 1.18 and in the versions of Java.
The actual Minecraft code hasn't changed that much (at least the parts mc-chunker interfaces with).
I have a workable solution, but there is still some work left. I will need a few more days.
In the meantime, I can also offer an alternative. Fabric (the mod loader) can be used to do the same thing or even more.

Thank you. I look forward to that. I would use fabric but right now mods like chunky cause servers to crash. I also do my generation from a more powerful server over a network share. I have plenty of internal bandwidth so its a better option for me.


Support CWL written with JSON

Is your feature request related to a problem? Please describe.
While looking at #3616, it came up that we don't support CWL written using JSON. CWL documentation says it can be written with yaml or json or a combination of the two.
If I try to register
{
  "cwlVersion": "v1.0"
  "class": "Workflow"
}

it results in an error
Describe the solution you'd like
Allow json cwl to be registered on Dockstore
Describe alternatives you've considered
Don't bother? I have no idea how many people use the json format for cwl
┆Issue is synchronized with this Jira Story
┆epic: Third-party integrations
┆fixVersions: Dockstore 2.X
┆friendlyId: DOCK-1487
┆sprint: Backlog
┆taskType: Story

We should also reach out to SBG to get an idea of how common json CWL is in their system.
When reading together, it seemed like they were recommending cwl v1 yaml, but need to confirm

@denis-yuen this may help solve the issue where users must use sbpack to convert a json to cwl for uploading to Dockstore (see https://github.com/rabix/sbpack)

For example, you can click "download" from this workflow in the SB public apps gallery: https://igor.sbgenomics.com/public/apps/admin/sbg-public-data/broad-best-practices-rna-seq-variant-calling-4-1-0-0

I'm not able to login, is "download" the same as the public "export" which creates a json download?

Sorry, they are different, but "export" is what I meant.

Some newer info https://docs.sevenbridges.com/docs/about-the-common-workflow-language
Nothing too specific on jsonified CWL

I think this has consequences for the CLI, syntax highlighting, parsing, etc.
Let's see how popular this request is in terms of voting, a workaround might just be to direct people at something like https://jsonformatter.org/json-to-yaml or https://www.json2yaml.com/


implementing api with gobot

/hi, /i don't know if you are still working on this project, but would you know how to implement your module with gobot in order to control an arduino through firmata in go and drive the oled with the arduino?

I have not worked on this project for I think 1 year or so. Unfortunately, I have no idea about the gobot or firmata!


[Request for external] codeunit "Approvals Mgmt." - functions CreateApprovalRequestForChainOfApprovers and CreateApprovalRequestForApproverWithSufficientLimit

Please make these two functions available for external in codeunit "Approvals Mgmt.":

CreateApprovalRequestForChainOfApprovers
CreateApprovalRequestForApproverWithSufficientLimit

The reason is that we have several event subscribers to events in this codeunit and we need to to create new approval requests by calling standard methods.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


Enhancement: Updated README for Using Installed Google Chrome

I made this pull request because I wanted to avoid installing google-chrome-stable separately. Instead, I leveraged the already installed Google Chrome. I tested this on my MacBook Air M1, and it worked as expected. Therefore, I've included the necessary changes in the README to reflect this update.

Thanks!


Unicode error

I'm a python noob :( any help would be awesome
I run the command: docker-compose run --rm ssdl python example.py
and get this:
Traceback (most recent call last):
File "example.py", line 10, in
dl.download_course_by_url('https://www.skillshare.com/classes/Art-Fundamentals-in-One-Hour/189505397')
File "/code/downloader.py", line 36, in download_course_by_url
self.download_course_by_class_id(m.group(1))
File "/code/downloader.py", line 39, in download_course_by_class_id
data = self.fetch_course_data_by_class_id(class_id=class_id)
File "/code/downloader.py", line 106, in fetch_course_data_by_class_id
res = requests.get(
File "/usr/local/lib/python3.8/site-packages/requests/api.py", line 76, in get
return request('get', url, params=params, **kwargs)
File "/usr/local/lib/python3.8/site-packages/requests/api.py", line 61, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/local/lib/python3.8/site-packages/requests/sessions.py", line 530, in request
resp = self.send(prep, **send_kwargs)
File "/usr/local/lib/python3.8/site-packages/requests/sessions.py", line 643, in send
r = adapter.send(request, **kwargs)
File "/usr/local/lib/python3.8/site-packages/requests/adapters.py", line 439, in send
resp = conn.urlopen(
File "/usr/local/lib/python3.8/site-packages/urllib3/connectionpool.py", line 665, in urlopen
httplib_response = self._make_request(
File "/usr/local/lib/python3.8/site-packages/urllib3/connectionpool.py", line 387, in _make_request
conn.request(method, url, **httplib_request_kw)
File "/usr/local/lib/python3.8/http/client.py", line 1230, in request
self._send_request(method, url, body, headers, encode_chunked)
File "/usr/local/lib/python3.8/http/client.py", line 1271, in _send_request
self.putheader(hdr, value)
File "/usr/local/lib/python3.8/http/client.py", line 1203, in putheader
values[i] = one_value.encode('latin-1')
UnicodeEncodeError: 'latin-1' codec can't encode character '\u2026' in position 399: ordinal not in range(256)

Hey, please check that nothing "weird" got copied together with your cookie.
You for example must hit enter in browser console to get full value and not a trimmed string, that's maybe what have happened here?
'\u2026' is a special character that could be rendered as '...' but the cookie should never contain such a character


Fix generation of docs for Multipart payloads

Fixed doc generation code for custom types
Hardened Multipart type loading

Fixes #167
Signed-off-by: Josep M. Blanquer<EMAIL_ADDRESS>

Looks good, pending next attributor version.


Fixed deprecation warnings for Ember canary

Fixes deprecations introduced in this commit: https://github.com/emberjs/ember.js/commit/1d40a0b98c1e10ee56ef7499d01053dd9ca3da3e

Thanks :+1:


Added switch to handle imports

Added config module.
Added flag to enable easy switch off of pysam and primer3 imports, which don't install on Windows. Added test to check that this flag is turned to True, to do the imports.
Moved global LOCAL to config module since it was defined in a couple of places already.

Coverage increased (+0.6%) to 27.64% when pulling a7f171cbdf6579ba25f39dcb893fe4950ad415c4 on Withington:switch_off_imports into 4b09c52f6ea3e0d678aa8f7b4aa09ff4511f8892 on pontikos:master.


Undocumented css files moved

Describe the issue/behavior that seems buggy
In the upgrade guide https://github.com/highlightjs/highlight.js/blob/main/VERSION_11_UPGRADE.md#styles-and-css
it is not mentioned that highlight.js/styles/solarized-dark.css was moved

All Base16 themes now live in the styles/base16 directory - this means some CSS files have moved. Please confirm themes you use reference the new locations.

My bad, but it might not be obvious to everyone what a base16 theme is


Need information for cross-project permissions

while article mentions in passing that one can reference repos from other projects within the same Org via
name: OtherProject/repo1

in practice this doesn't work out of the box and requires permission adjustment (presumably) which is not documented

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 8a0499c0-bd1c-47a0-b472-54a5d6c159b4
Version Independent ID: ec3feae0-4f23-68ab-6307-75fde645468a
Content: Check out multiple repositories in your pipeline - Azure Pipelines
Content Source: docs/pipelines/repos/multi-repo-checkout.md
Product: devops
Technology: devops-cicd-repos
GitHub Login: @steved0x
Microsoft Alias: sdanie

Thanks for your feedback. It looks like you're working through an issue with your scenario or implementation. Here are a couple of options where you might consider looking for further information:

Azure DevOps Support Bot
Azure DevOps on Stack Overflow

cc @steved0x for awareness

This should not be closed. There is no documentation on how to permission it for this to work.

@steved0x -- Steve, please look into this issue.

Interestingly it seems to work as long as you just reference a pipeline template (using the extends or template keywords). But it starts to fail if you actually perform a dedicated checkout.

(Which is needed if you need to access any other file, apart from the pipeline template itself.)

Related to #7584

We have enabled Limit Job Authorization scope to currient project for non-release pipelines.
The pipeline can read repo from another project if it is uses just templates. But once I update pipeline to do checkout the pipeline fails to clone it with error TF401019: The Git repository with name or identifier RepoName doesn't exist or you do not have permissions. How we can open access to a single repo?

Any update on this, please? When the job auth scope is limited to the project, even if the project-scoped build service account is provided with permissions on the other project's repo, you get the 128 error when you use a checkout step. The only way I've been able to get this working when the scope is limited is to also add the project-scoped build service account to a group and provide that group with "View project-level information" permissions.


fixes #4 Language Recognition function

fixes #4
Added code for detecting language of the input text.

A quick look at the data_prep.py answered most of my above questions. I see the saved vectorizer object is what keeps track of n-values required as well as converts the text into chunks.
The PR looks good to me.


Documentation unclear on upgrade path for next and previous methods

Q
A

Version
4.0

Question
3.x to 4.x upgrade guide says next and previous methods are removed as previously deprecated.
I found this a little sudden, since:

Version 3.4.0 source doesn’t refer to them as deprecated.
v3 documentation neither refers to them as deprecated or suggests replacements to use.

I am not sure if removal was intended (I am assuming so and that deprecation declarations in source were overlooked?) but the upgrade path seems to be missing from either v3 or v4 documentation and perhaps should be covered?

Nice catch I've mistaken the add and sub methods to the next and previous one but all theses methods were removed for the same reasons. A PR on the documentation could clarify this issue IMHO. Getting these methods in 4.0 is quite simple you can use the move(Start|End)Date methods to get the same results.

I figured out how to update my specific code with move() and explicit duration call. But not too sure how to replicate next/previous behavior when duration argument is omitted (and taken from the object itself).

When omitted duration is equal to the period getDateInterval

So the next equivalent would be:
$nextWeek = $thisWeek->move($thisWeek->getDateInterval());

But this doesn't seem to be easily reversible to achieve previous ?

You can make a negative interval by using the public invert property from a DateInterval object.


fix: install @types/form-data

Which problem is this PR solving?
I honestly do not know what exactly caused the issue in the first place, because the first commit that had the issue on the main didn't have any code changes and I'm not able to repro that locally, but simply following the instructions tsc suggested seems to make the compiler chill.
Short description of the changes
Installed @types/form-data in the root.
Created https://github.com/open-telemetry/opentelemetry-js-contrib/issues/901 to remove it later.
Checklist

[ ] Ran npm run test-all-versions for the edited package(s) on the latest commit if applicable.

Most likely caused because @types/node-fetch version 2.6.0 was published which depends on form-data ^2.3.3 whereas the previous version 2.5.12 depended on form-data ^3.0.0.
I don't have this problem local therefore I assume some ci caching is additionally needed.

Most likely caused because @types/node-fetch version 2.6.0 was published which depends on form-data ^2.3.3 whereas the previous version 2.5.12 depended on form-data ^3.0.0.

I'm aware of that, but the confusing part is the fact that node-fetch is a dep of lerna and codecov - I wonder why does that affect our compilations.

there is also following in instrumentation tedious<EMAIL_ADDRESS>=><EMAIL_ADDRESS>=><EMAIL_ADDRESS>=><EMAIL_ADDRESS>=><EMAIL_ADDRESS>and<EMAIL_ADDRESS>and the lerna hosting seems to move around/dedup stuff a bit.

Thanks, @Flarna for your help bouncing this! I removed codecov instead of going with this hack for now. Removing it was due anyway because it has been deprecated for a while now.

welcome! I guess once it's done here we should do the same in opentelemetry-js and opentelemetry-js-api repos.


Changed IP of HA Now Eufy Security won't connect

I Changed the IP address of my Home assistant device but the Eufy Security Addon keeps trying to connect to the old IP.
`Logger: homeassistant.config_entries
Source: config_entries.py:335
First occurred: 4:54:09 PM (1 occurrences)
Last logged: 4:54:09 PM
Config entry 'localhost' for eufy_security integration not ready yet: Exception: Host/port is not reachable <IP_ADDRESS> 3000!; Retrying in background`
The IP address is now <IP_ADDRESS> and I can't find any configs anywhere that reference the old IP. I've tried uninstalling both the Eufy Security Integrations and reset all the settings but it still tries to connect to the old IP.
Where can I find this reference?

Same thing happened to me. The solution I found was to disable the IPV6 from the router and eufy HA integration start working again.
good luck

that seems like an odd fix especially since the server and client integration are hosted (in my case) on the same device currently. I made a mistake by not installing it targeting local host in the first place. I'm tempted to just change the device IP back but the curiosity in me makes me want to actually fix it in case I decide to split the server and the client at some point in the future.
It's just weird, after completely uninstalling the integrations and re-installing them I can't figure out where it's pulling this old info.

I believe this should have been resolved by now, please reopen if needed.


Breaking: Move dashboard models to navi-core (refs #177)

#177
Moves the rest of the models (excluding report-collections and dashboard-collections) to core. This should help us prevent cyclical dependencies in the directory package specifically.

Can we fix this TODO?
https://github.com/yahoo/navi/blob/326d7a8663c80b663159baf033e41e44e21202da/packages/dashboards/tests/unit/models/dashboard-test.js#L138


fix(declarative) keep the ttl definitions so that schema validator

knows to skip trying to validate it
Otherwise entities containing the ttl field will cause "unknwon field"
validation failures
fixes #6063

One question, does dbless/declarative support ttl:

On control plane I push a key auth credential with ttl of one week
Dataplanes get the configuration, but do the dataplanes respect the one week ttl of key auth credential OR will it accept key auth credential "forever" (ignoring the ttl)

@bungle I do not believe the off strategy has any ttl support currently, but we never advertised such support either I suppose.
In fact, we don't even document the use of ttl field inside plugin docs page such as https://docs.konghq.com/hub/kong-inc/key-auth/#create-a-key and https://docs.konghq.com/hub/kong-inc/basic-auth/#create-a-credential.

For enterprise beta I think acknowledging that ttl in hybrid mode does not work is ok.


Update Add-VMDvdDrive.md

Removed PS C:> from examples 1-3 so it's not in the clipboard when copied.
PR Summary
Removed PS C:> from examples 1-3 so it's not in the clipboard when copied.

PR Checklist

[x] Descriptive Title: This PR's title is a synopsis of the changes it proposes.
[x] Summary: This PR's summary describes the scope and intent of the change.
[x] Contributor's Guide: I have read the contributors guide.
[x] Style: This PR adheres to the style guide.

Thanks, Sean!


better handling of missing protocol in url

If the requested url does not have a protocol (http/https) specified, the error given is a bit cryptic. While it is a bit of an edge case, it has actually happened to me on numerous occasions.
Currently, the following is thrown:
error checking auth TypeError: Cannot read property 'slice' of null
    at dispatchHttpRequest (.../node_modules/axios/lib/adapters/http.js:84:37)
    at httpAdapter (.../node_modules/axios/lib/adapters/http.js:19:10)
    at dispatchRequest (.../node_modules/axios/lib/core/dispatchRequest.js:52:10)
    at process._tickCallback (internal/process/next_tick.js:103:7)

The reason I'm opening a issue rather than a pull request is that I see two different ways of handling it and would like @mzabriskie to chime in.

Check explicitly for parsed.protocol in the httpAdapter and throw an error if it doesn't exist.
Default to using http:// and continue on as usual

Love axios, long time user, let me know what you think and I can make a PR.

I assume that you are specifying a hostname, just not a protocol (api.example.com/user/1)?
We already implicitly default to http: for the protocol. I am okay with making that default explicit if parsed.protocol isn't set.

Yes, can happen by accident if setting baseUrl dynamically. Will make a PR.


Migration to check firewall meets min version

What is being addressed
Following #2371, we decided to add a migration check to validate that the deployed firewall version meets a minimum requirement.

/test

/test

@tamirkamara so hit this now merged.

I have 100+resources, how do I know which is the firewall?
Even though I've updated it I still need to patch? Not sure the changelog provides enough info.


VSCode and OmniSharp

Issue moved from dotnet/core#7003

Please respond to @renatormendes.

From @renatormendes on Saturday, December 4, 2021 10:11:41 PM
Problem encountered on https://dotnet.microsoft.com/learn/dotnet/hello-world-tutorial/install#
Operating System: linux
Problem: OmniSharp.MSBuild.ProjectManager
Attempted to update project that is not loaded: /home/renatormendes/Documentos/code/MyApp/MyApp.csproj
I made the change in omnisharp.path and also to always update it and I still have the same problem here with .NET 6.0. I use the Solus 4.3 system and my PATH is set in /home/user/.dotnet, where user is my username.

A lot has changed with O# project loading since this issue was opened. If you are still having problems, please open a new issue at https://github.com/omnisharp/omnisharp-roslyn/issues


Feature Request: [Pipeline Caching] Improve Self-hosted caching

When running self-hosted build agents it takes almost the same time to download the cached data than it takes to run the actual process.
Can you please either:

Add a local cache step to the job (remote cache -> local cache -> agent)
or
Allow to store the cached data locally?

Hi, this would still be an huge boon for our build times.

Shame this still isn't supported. Lots of network traffic for what could be an on-disk/local cache for self-hosted agents.

Any news on that? Or at least do we have some workarounds available?

this would be very usefull especially with respect to https://github.com/microsoft/azure-pipelines-agent/issues/4113

This would be nice to have


application crash, when trying to load MapBox or map with more than 1 patch

Describe the bug
When I add my Terrain3D and try to load a map and set the patch size x or y to be above 1 the whole editor crashes after a while. The same thing happens, when I try to load a terrain from mapbox
I tried to troubleshoot it with removing and readding code and can't seem to get it to stop. I suppose it has something to do with multiple Patches using the same Material and accessing the same material ID?
It could also be currently buggy, that we hand down the image by ref. I really have no idea. This stuff is pretty much to high for my knowledge level.
To Reproduce
Steps to reproduce the behavior:

see above
after a while (usually after a few hundred milliseconds) the editor crashes

Expected behavior
The Editor continues to run and renders the chunks
Desktop (please complete the following information):

OS: PopOS 22.04
Engine +version: v4.0.beta.mono.custom_build (e93251e6f96cff29cfc9faed525a496e1d436363)
(the same happens with Godot 4 beta 2

Additional context
I have the a stack trace here, but it isn't really helpful.
ERROR: FATAL: Condition "!Object::cast_to<RefCounted>(p_ptr)" is true.
   at: godotsharp_internal_refcounted_disposed (modules/mono/glue/runtime_interop.cpp:155)

================================================================
handle_crash: Program crashed with signal 4
Engine version: Godot Engine v4.0.beta.mono.custom_build (e93251e6f96cff29cfc9faed525a496e1d436363)
Dumping the backtrace. Please include this when reporting the bug to the project developer.
[1] /usr/lib/dotnet/dotnet6-6.0.109/shared/Microsoft.NETCore.App/6.0.9/libcoreclr.so(+0x4b536e) [0x7f1467cb536e] (??:0)
[2] /lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7f14a3642520] (??:0)
[3] /opt/Godot/Godot_v4-master_x11_64/godot.linuxbsd.editor.x86_64.llvm.mono(+0xc9880f) [0x5610f282c80f] (??:0)
[4] [0x7f13f0544d5d] (??:0)
-- END OF BACKTRACE --

I have progress on this topic. I make it together with this pull request here: https://github.com/sboron/terrain-tool-godot4/pull/16

It isn't supposed to load the same one 3 times and they are also not supposed to have different height offsets, but I'll get that working as well.

Should be fixed with Godot-4.1, but needs verification


Drag n Drop Polygons

Hi,
Is it possible to drag n drop complete polygons? If not, this would be a killer feature!
https://google-developers.appspot.com/maps/documentation/utils/geojson/ <- Like using the "Hand" symbol here

Not currently: the proper place to ask would be at Leaflet.draw: https://github.com/Leaflet/Leaflet.draw

@julian-d #534 Added

Fixed in #534


docs: explain how to reset the web wallet

We have starter docs on using the web wallet here: https://guide.penumbra.zone/main/extension.html Let's also add an explanation about what to do if one forgets one's passphrase. Basically, the only option is to uninstall and reinstall. That's fine as long as you have your seed phrase. Let's spell that out clearly, so that the extension/dapp can link out to our docs as an explainer for the "Forgot your passphrase?" use case.

This should be fairly quick :crossed_fingers: , I'll pick it up for 61.

Still undone. Holding for now, since the web wallet is undergoing a rewrite and UX overhaul. That work should ship in 63 Rhea (#3182), or else 64 at the latest. We should return to this ticket as part of that push.

Unclear that the need for this has persisted through the rewrite.


[Runtime] Fix subscript key path printing when arguments can't be resolved.

If there's a mismatch between the arguments we match and the arguments we actually have, we can end up indexing off the end of the argumentTypeNames vector. This can happen when an argument has a dependent generic type. Add a bounds check and print  when we're out of bounds to avoid crashing.
For correctness, we should match generic dependent types and add them to the arguments array, but we'll fix the crashes first.
rdar://104438524

@swift-ci please test

@swift-ci please test

@swift-ci please test linux platform

@swift-ci please test linux platform

@swift-ci please test linux platform

@swift-ci please test linux platform

@swift-ci please test and merge


why  create Minimum image for for Uint8List?

Uint8List _minimumImage = Uint8List.fromList([137,80,78,71,13,10,26,10,0,0,0,13,73,72,68,82,0,0,0,1,0,0,0,1,8,2,0,0,0,144,119,83,222,0,0,0,1,115,82,71,66,0,174,206,28,233,0,0,0,4,103,65,77,65,0,0,177,143,11,252,97,5,0,0,0,9,112,72,89,115,0,0,14,195,0,0,14,195,1,199,111,168,100,0,0,0,12,73,68,65,84,24,87,99,248,255,255,63,0,5,254,2,254,167,53,129,132,0,0,0,0,73,69,78,68,174,66,96,130]);
yes，I understand that you do this things for solve the exception of image loading.
But ,I Think This is not the best way to do it.Because sometimes I have  a image  of “1x1”(widthxheight).
Do you have the best way to do it

Hey, you can do this by parsing your image to Uint8List, then pass your custom Uint8List to fallbackImageBytes in flutter_advanced_networkimage.


Move skorch

Motivation

Progress https://github.com/optuna/optuna/issues/4484
Description of the changes

Move integration/skorch.py and its test from optuna/optuna.

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@de8933f). Click here to learn what that means.
The diff coverage is n/a.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@          Coverage Diff           @@
##             main     #22   +/-   ##
======================================
  Coverage        ?   0.00%
======================================
  Files           ?      10
  Lines           ?     528
  Branches        ?       0
======================================
  Hits            ?       0
  Misses          ?     528
  Partials        ?       0

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

@eukaryo Please resolve conflicts.

@HideakiImamura I have resolved current conflict, and all checks have passed.


Catch case Contrail forbids to modify system resources

System resource cannot be modified by the user like the default routing
instance of virtual network. Contrail takes care of them.

Coverage decreased (-0.2%) to 77.378% when pulling fa45fea3dfa0a0a5e7e1dac0dc0265cc9f5670ef on Doude:system-resource into 1571bf523fa054f3d6bf83dba43a224fea173a73 on eonpatapon:master.


Reduce visibility of ReactPackageHelper

Summary:
In an attempt to reduce footprint of React Native Android public APIs we are reducing visibility of classes and interfaces that are not meant to be used publicly OR are public but have no usages.
As part of our analysis, which involved looking for usages inside the Meta codebase and code search in OSS, we've detected that this class/interface is public but it's not used from other packages.
If you are using this class or interface please comment in this PR and we will restate the public access.
changelog: [Android][Changed] Reducing visibility of ReactPackageHelper
Reviewed By: RSNara
Differential Revision: D49752142

iOS 17


Chiclet-Slicer displaying incorrect images

I first noticed this using the Chiclet-Slicer from https://app.powerbi.com/visuals. Several images do not display or display the image from the previous item. I cloned the repo from Github, and the demo shows the Ferrari image for all items—is this visual broken?
Thanks.

@jonkelling Thanks. I've fixed this issue.


WARNING:Fiona:PROJ data files not located, PROJ_LIB not set

Expected behavior and actual behavior.
When importing Fiona I get the above error, similar to #485.
Steps to reproduce the problem.
Importing Fiona or package that has Fiona as dependency (geopandas).
Operating system
Windows 7.
Fiona and GDAL version and provenance
fiona:         1.7.13-py35h2fc6367_3 conda-forge.

gdal:         2.2.4-py35h2fc6367_1  conda-forge

@sdmcclure I am experiencing the same issue. See this for a possible solution.

This isn't an issue with Fiona, so I will close it. @jGaboardi thanks for linking that pysal issue, it has good advice.


add: preview

nothing urgent, just a small tweak to change the preview on telegram for example and title on the tab

Nice one!


Missing forEach method in Headers object

whatwg-fetch implements forEach method in Headers object prototype. I've tried to use node-fetch as a backend for restful.js, because I'm using isomorphic-fetch package. Unfortunately, restful.js uses forEach method, so it doesn't work on backend.
The question is: Should Headers object provide forEach method? Is it in specification? I couldn't find anything.
I'm happy to provide a PR with patch unless there's a reason why Headers doesn't have forEach.

You raised a good point, I read https://github.com/github/fetch/issues/149 and forEach it's added due to need for an iterable interface (implied to support forEach).
Though I do wonder about your use-case, restful.js is using request on server-side, is this truly what blocks them from using node-fetch?

I know it’s using request in README. However, the fetch/request library is wrapped in fetchBackend/requestBackend, so I was hoping that I could use node-fetch instead of request. It’s much easier to import isomorphic-fetch which imports the right library for the frontend and backend.
I’ll try to implement this method and see if it works :)

2015 v 4:53, David Frank<EMAIL_ADDRESS>

You raised a good point, I read github/fetch#149 https://github.com/github/fetch/issues/149 and forEach it's added due to need for an iterable interface (implied to support forEach).
Though I do wonder about your use-case, restful.js is using request on server-side, is this truly what blocks them from using node-fetch?
—
Reply to this email directly or view it on GitHub https://github.com/bitinn/node-fetch/issues/53#issuecomment-151364567.

sorry for taking this long, but v1.4.0 release has this built-in.


Always hide UI controls for the Recorder

Since the streaming and recording service joins the room as normal user via browser it also takes into account the specific UI configuration. In our case we require controls to be always visible and that makes the recorder also show the controls (buttons) when streaming to youtube.

It needs some changes at
https://github.com/aeternity/jitsi-meet/blob/a88b4b8cd9bce657580b289dc3d48b734bfd6ff8/modules/UI/UI.js#L173-L182

https://recorder_hide_controls.test.league.aeternity.org/test?#config.prejoinPageEnabled=false&config.iAmRecorder=true


Add support to deploy image and changes files when a release is made

Coverage remained the same at 100.0% when pulling 112851b8c22f56f55cda17350c9be9ea5a767c35 on deploy_files into 8adefa05e6bce8149d47a06cc5e564c9d36460ba on master.


bug: forge build fails

trying to build this repo, steps:
git clone https://github.com/OpenZeppelin/openzeppelin-foundry-upgrades --recursive
forge install foundry-rs/forge-std forge install OpenZeppelin/openzeppelin-foundry-upgrades forge install<EMAIL_ADDRESS>forge install<EMAIL_ADDRESS>Set the following in remappings.txt:
@openzeppelin/contracts/=lib/openzeppelin-contracts/contracts/
@openzeppelin/contracts-upgradeable/=lib/openzeppelin-contracts-upgradeable/contracts/

aodhgan@aodhgans-MBP openzeppelin-foundry-upgrades % forge build
[⠊] Compiling...
[⠃] Compiling 81 files with Solc 0.8.25
[⠊] Solc 0.8.25 finished in 858.33ms
Error:
Compiler run failed:
Error (6160): Wrong argument count for function call: 2 arguments given but expected 1.
   --> src/Upgrades.sol:445:24:
    |
445 |         return address(new UpgradeableBeacon(impl, initialOwner));
    |                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Error (6160): Wrong argument count for function call: 1 arguments given but expected 0.
  --> test/contracts/Greeter.sol:16:9:
   |
16 |         __Ownable_init(initialOwner);
   |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Error (6160): Wrong argument count for function call: 1 arguments given but expected 0.
  --> test/contracts/GreeterProxiable.sol:17:9:
   |
17 |         __Ownable_init(initialOwner);
   |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Error (6160): Wrong argument count for function call: 1 arguments given but expected 0.
  --> test/contracts/GreeterV2.sol:17:9:
   |
17 |         __Ownable_init(initialOwner);
   |         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Error (6160): Wrong argument count for function call: 1 arguments given but expected 0.
  --> test/contracts/GreeterV2Proxiable.sol:20:9:
   |
20 |         __Ownable_init(initialOwner);
   |

The steps in https://docs.openzeppelin.com/upgrades-plugins/1.x/foundry-upgrades#using_openzeppelin_contracts_v4 are for using this library with your own project, to allow it to be imported.  There is no need to git clone this project directly for that scenario.
If you want to git clone and build this project itself (outside of your own project), the steps are just:
git clone https://github.com/OpenZeppelin/openzeppelin-foundry-upgrades --recursive
cd openzeppelin-foundry-upgrades
yarn install

Closing as per the above. Feel free to reopen if that does not address the issue.


Fix Seatunnel typo

Fix Seatunnal to Seatunnel.
Signed-off-by: Joris Roovers<EMAIL_ADDRESS>

LGTM


Make sure that holdings callNumbers are correctly formatted for III non-boundwiths when there are boundwiths in the file

Currently, if some items are boundwiths, some non-boundwith holdings have their call numbers enclosed in brackets:
{"id": "95024af1-d480-517d-85b8-9aeaa9ef26f7", "metadata": {"createdDate": "2021-12-17T16:29:36.475", "createdByUserId": "dce766bf-0fa4-4fa5-80d7-7759f5eaeb1f", "updatedDate": "2021-12-17T16:29:36.475", "updatedByUserId": "dce766bf-0fa4-4fa5-80d7-7759f5eaeb1f"}, "formerIds": ["i10000082"], "instanceId": "c10164b1-bd9e-5bf6-a84e-a290be463d82", "permanentLocationId": "6af5255d-b7f4-4f8f-81c8-080086ae1c6d", "callNumber": "['HB884.5 .P67 1984']", "holdingsTypeId": "4effa3a8-c991-4882-b1ee-2ea7c7487820"}
This is not desirable, and needs to be fixed either in the script that parses III boudnwiths or the one that creates holdings.
Here is the record after it's been run through the parse-boubndwiths-service task, ie as it looks when main_items:
['b1120008x']	i10000082		['HB884.5 .P67 1984']	0	clapp	-	-	10	12-19-2000 15:16<PHONE_NUMBER>0070											['HB884.5 .P67 1984']	False
Here's the raw record from the library:
b1120008x			HB884.5 .P67 1984	0	clapp	-	-	10	12-19-2000 15:16	i10000082<PHONE_NUMBER>0070											HB884.5 .P67 1984	False

I believe I have fixed this in the service task @branchedelac. It would be great if you could verify on your end.

Please reopen if not. I cannot see traces of this anymore. But my data might be different.

Here is the record after it's been run through the parse-boubndwiths-script, ie as it looks when main_items:
['b1120008x']	i10000082		['HB884.5 .P67 1984']	0	clapp	-	-	10	12-19-2000 15:16<PHONE_NUMBER>0070											['HB884.5 .P67 1984']	False
Here's the raw record from the library:
b1120008x			HB884.5 .P67 1984	0	clapp	-	-	10	12-19-2000 15:16	i10000082<PHONE_NUMBER>0070											HB884.5 .P67 1984	False
I will test and verify!

I now get this result (same record as above):
{"id": "95024af1-d480-517d-85b8-9aeaa9ef26f7", "metadata": {"createdDate": "2022-04-28T17:05:42.052", "createdByUserId": "dce766bf-0fa4-4fa5-80d7-7759f5eaeb1f", "updatedDate": "2022-04-28T17:05:42.052", "updatedByUserId": "dce766bf-0fa4-4fa5-80d7-7759f5eaeb1f"}, "formerIds": ["i10000082"], "instanceId": "c10164b1-bd9e-5bf6-a84e-a290be463d82", "permanentLocationId": "6af5255d-b7f4-4f8f-81c8-080086ae1c6d", "callNumber": "'HB884.5 .P67 1984'", "holdingsTypeId": "03c9c400-b9e3-4a07-ac0e-05ab470233ed", "sourceId": "f32d531e-df79-46b3-8932-cdd35f7a2264"}
The brackets are gone, but the quotes are still there.

Please reopen if not. I cannot see traces of this anymore. But my data might be different.

What does your data look like?

Similar to the instance ID, the call number for the "normal case" is in folio_rec["callNumber"][0].

Hopefully resolved -- for the example data above, yes -- by https://github.com/FOLIO-FSE/service_tools/pull/16.

@branchedelac was it solved previously or did you do anything? Could you add a comment on the reason for why you reopened and closed it?

See this comment and below: https://github.com/FOLIO-FSE/folio_migration_tools/issues/98#issuecomment-1113161827
I tried to explain in the comments how it wasn’t working, using the same example as originally. Could you help me understand what more information is needed?
The linked pull request which should show what I did to fix it.


added registry e2e tests

This partially fixes #4078. The remaining work is to setup CI jobs and refactor the tests to accept registry credentials from the environment in CI jobs but use the current user's credentials when run locally. (Will discuss with @shenglol and send a separate PR.)

The CI test failure is suspicious...

At some point it would be nice to split Build & Test stages into separate GH Actions jobs, so that downstream dependencies can be run in parallel and not depend on each other - e.g.
Build
  -> C# tests
  -> E2E tests
  -> VSIX build

We are now at the point where CI is taking 40+ mins to run; if we see any unreliability in the e2e tests (which only start after the C# tests) - that could be a bit painful.

I think we should be able to split the dotnet build part from dotnet test with --no-build

In reply to: 927814107

Yeah my local machine has the env var set, but CI job isn't setting the env var correctly.

In reply to: 926998929


Vacuum failing for component names that contain special characters

The attached spec uses the following convention for its component names:
#/components/parameters/async_search.submit#wait_for_completion_timeout
that causes Vacuum to error with:
component '#/components/parameters/async_search.submit#wait_for_completion_timeout' does not exist in the specification
However the component in question does exist:
"async_search.submit#wait_for_completion_timeout": {
        "in": "query",
        "name": "wait_for_completion_timeout",
        "description": "Blocks and waits until the search is completed up to a certain timeout.\nWhen the async search completes within the timeout, the response won't include the ID as the results are not stored in the cluster.",
        "deprecated": false,
        "schema": {
          "$ref": "#/components/schemas/_types:Duration"
        },
        "style": "form"
      },

I think this is because the component name includes special characters.
Spec in question: openapi.json

@jamietanna FYI

The problem is with libopenapi and the fragment, it's splitting off the fragment because of the second hash. libopenapi currently assumes that in any reference, there will be a single hash, the denotes the root of the document, anything before it is the URI of the resource, and everything after is the path.
The second hash denoting the fragment is the problem because the hash char is used as a delimiter.

Thanks for the explanation. Let me know if you want me to move this over to the libopenapi board. It's not an urgent issue as I don't think the Elastic team has any immediate use cases. Although hopefully they'll adopt some of the tooling down the road!

yeah, if you could move this issue over there it would be helpful as I can't fix the problem in vacuum.


Migrate images from ghcr to Openshift

Describe the task
Related to https://github.com/bcgov/quickstart-openshift/issues/1888
Images should be moved away from ghcr to avoid the terrible issues around manifest corruption that we have been experiencing, among other potential issues.
Move images into Openshift (how? - not as imagestreams)
Acceptance Criteria

[ ] Pipeline automatically moves images into Openshift image registry

Additional context

if it is very much required, use artifactory as read through cache, which caches your images, not much change you can just update the image registry from ghcr.io to artifacts.developer.gov.bc.ca/github-docker-remote, again this is only for readonly cache, not pushing to artifactory, so no extra step needed, if you want to cache images.
cc @DerekRoberts

@mishraomp I have some ideas for this.  Ideally we could add imagestreamtags back into select projects to allow local cataloging of images.  It's not going into the quickstart, but could make @cberg-aot 's opressors happy!

I would rather have pull-through cache than ImageStreams, if using imagestreams for lot of heavy storage platform services team will flag it , come at you for removing imagestream tags
fyi

Good point!  How about we limit this to just PROD?

Good point! How about we limit this to just PROD?

Agreed

This has been dismissed for the QS, but still used elsewhere.  Closing!


Warn when CAST of varchar(x) -> varchar(y) results in truncation

Per the spec (6.13 General Rules 11.c):
11) If TD is variable-length character string or large object character string, then let MLTD
be the maximum length in characters of TD.

c) If SD is fixed-length character string, variable-length character string,
or large object character string, then

ii) If the length in characters of SV is larger than LTD, then TV is the first LTD characters
of SV.  If any of the remaining characters of SV are non-<space> characters,
then a completion condition is raised: warning — string data, right truncation.

Requires https://github.com/prestosql/presto/issues/1140


Bump up required vineyard version to v0.3.14 and reable HDFS IO tests.

What do these changes do?
Upgrade vineyard to v0.3.14 to leverage the new IO adaptors to make hdfs IO works.
Related issue number
Fixes #1183

Codecov Report

Merging #1229 (67b30f0) into main (06de1f1) will decrease coverage by 8.52%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##             main    #1229      +/-   ##
==========================================
- Coverage   73.71%   65.19%   -8.53%
==========================================
  Files          89       89
  Lines        9474     9472       -2
==========================================
- Hits         6984     6175     -809
- Misses       2490     3297     +807

Impacted Files
Coverage Δ

...on/graphscope/tests/kubernetes/test_demo_script.py
0.00% <0.00%> (-80.91%)
:arrow_down:

python/graphscope/tests/unittest/test_context.py
87.01% <ø> (+1.11%)
:arrow_up:

...aphscope/tests/kubernetes/test_resource_builder.py
0.00% <0.00%> (-100.00%)
:arrow_down:

python/graphscope/deploy/kubernetes/utils.py
12.07% <0.00%> (-57.49%)
:arrow_down:

python/graphscope/deploy/kubernetes/cluster.py
23.73% <0.00%> (-52.53%)
:arrow_down:

python/graphscope/analytical/app/java_app.py
24.00% <0.00%> (-45.50%)
:arrow_down:

python/graphscope/tests/unittest/test_java_app.py
55.00% <0.00%> (-45.00%)
:arrow_down:

...thon/graphscope/tests/kubernetes/test_with_mars.py
0.00% <0.00%> (-44.83%)
:arrow_down:

python/graphscope/interactive/query.py
44.34% <0.00%> (-38.27%)
:arrow_down:

... and 15 more

Continue to review full report at Codecov.

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