Trac

trac@lists.einsteintoolkit.org

8708 discussions

#2537: sim setup-silent produces float values for ppn in machine.ini file
by Roland Haas 04 Jun '21

04 Jun '21

#2537: sim setup-silent produces float values for ppn in machine.ini file Reporter: Roland Haas Status: new Milestone: Version: development version Type: bug Priority: critical Component: SimFactory Comment (by Roland Haas): Pull request is [https://bitbucket.org/simfactory/simfactory2/pull-requests/58/simdt-avoid-p… -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2537/sim-setup-silent-…

1 0

#2537: sim setup-silent produces float values for ppn in machine.ini file
by Roland Haas 04 Jun '21

04 Jun '21

#2537: sim setup-silent produces float values for ppn in machine.ini file Reporter: Roland Haas Status: new Milestone: Version: development version Type: bug Priority: critical Component: SimFactory Running `sim setup-silent` on a freshly updates macOS BigSur x86 VM I get: ``` % ./simfactory/bin/sim whoami Error: value for key ppn in section osx-homebrew is not of required type int Aborting Simfactory. ``` On that system python3 happens to be Python 3.8.2. This can be fixed by: ```diff diff --git a/lib/simdt.py b/lib/simdt.py index 6b51053f..c1a63cea 100644 --- a/lib/simdt.py +++ b/lib/simdt.py @@ -528,7 +528,7 @@ class DecisionTree: # Throughout, we ignore hyperthreading. That can be added later. if platform.system()== 'Darwin': SocketsPerNode = int(cpu_info['hw.packages']) - CoresPerSocket = int(cpu_info['hw.physicalcpu']) / SocketsPerNode + CoresPerSocket = int(cpu_info['hw.physicalcpu']) // SocketsPerNode else: CoresPerSocket = int(cpu_info['Core(s) per socket']) SocketsPerNode = int(cpu_info['Socket(s)']) ``` which should be backported. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2537/sim-setup-silent-…

1 0

#2536: Certificate for https://cactuscode.org is not trusted
by Roland Haas 03 Jun '21

03 Jun '21

#2536: Certificate for https://cactuscode.org is not trusted Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: bug Priority: major Component: Cactus website Comment (by Roland Haas): Right now with https the certificates do not match eg one gets: ``` $ curl -I --resolve cactuscode.org:443:185.199.108.153 https://cactuscode.org/ curl: (60) SSL: no alternative certificate subject name matches target host name 'cactuscode.org' ``` while with www $for which a CNAME entry exists$ it works fine: ``` curl -I --resolve www.cactuscode.org:443:185.199.108.153 https://www.cactuscode.org/ HTTP/2 200 server: GitHub.com content-type: text/html; charset=utf-8 last-modified: Thu, 03 Jun 2021 17:52:12 GMT access-control-allow-origin: * etag: "60b916cc-162d" expires: Thu, 03 Jun 2021 18:07:53 GMT cache-control: max-age=600 x-proxy-cache: MISS x-github-request-id: B928:072C:1DF684:3BFC8C:60B91821 accept-ranges: bytes date: Thu, 03 Jun 2021 17:58:04 GMT via: 1.1 varnish age: 11 x-served-by: cache-pwk4948-PWK x-cache: HIT x-cache-hits: 1 x-timer: S1622743085.638120,VS0,VE1 vary: Accept-Encoding x-fastly-request-id: 2995efdb1d35c95f3fd3b967d71a0fb3d980e170 content-length: 5677 ``` ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2536/certificate-for-h…

1 0

#2536: Certificate for https://cactuscode.org is not trusted
by Roland Haas 03 Jun '21

03 Jun '21

#2536: Certificate for https://cactuscode.org is not trusted Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: bug Priority: major Component: Cactus website Comment (by Roland Haas): Indeed if we had a DNS A entry from [cactuscode.org](http://cactuscode.org) to [einsteintoolkit.github.io](http://einsteintoolkit.github.io) then both [https://cactuscode.org](https://cactuscode.org) and [https://www.cactuscode.org](https://www.cactuscode.org) should result in the same website being delivered. GitHub is not fully clear on this on [https://docs.github.com/en/pages/configuring-a-custom-domain-for-your-githu… where they state > For example, if you configure `www.example.com` as the custom domain for your site, and you have GitHub Pages DNS records set up for the apex and `www` domains, then `example.com` will redirect to `www.example.com`. Note that automatic redirects only apply to the `www` subdomain. Automatic redirects do not apply to any other subdomains, such as `blog` ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2536/certificate-for-h…

1 0

#2176: Test "Binary neutron star" example
by Atul Kedia 03 Jun '21

03 Jun '21

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2021_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Atul Kedia): Ran again and it stopped at the same t ~ 920. No, not running out of quota. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2535: ET_2020_11 build issue
by Edwin 03 Jun '21

03 Jun '21

#2535: ET_2020_11 build issue Reporter: Edwin Status: resolved Milestone: Version: development version Type: bug Priority: blocker Component: Changes (by Edwin): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2535/et_2020_11-build-…

1 0

#2535: ET_2020_11 build issue
by Edwin 03 Jun '21

03 Jun '21

#2535: ET_2020_11 build issue Reporter: Edwin Status: open Milestone: Version: development version Type: bug Priority: blocker Component: Comment (by Edwin): Thanks again! I run ./GetComponents --parallel [https://bitbucket.org/einsteintoolkit/manifest/raw/ET\_2021\_05/einsteintoo… again and found the missing components are added automatically, even I have done nothing. And I have build the toolkit successfully and “Hello World” test is OK. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2535/et_2020_11-build-…

1 0

#2536: Certificate for https://cactuscode.org is not trusted
by Steven R. Brandt 02 Jun '21

02 Jun '21

#2536: Certificate for https://cactuscode.org is not trusted Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: bug Priority: major Component: Cactus website Comment (by Steven R. Brandt): So dig shows me that [cactuscode.org](http://cactuscode.org) is LSU while [www.cactuscode.org](http://www.cactuscode.org) is github. I didn’t set this up and am having trouble finding the email where the issue was described. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2536/certificate-for-h…

1 0

#2535: ET_2020_11 build issue
by Roland Haas 02 Jun '21

02 Jun '21

#2535: ET_2020_11 build issue Reporter: Edwin Status: open Milestone: Version: development version Type: bug Priority: blocker Component: Comment (by Roland Haas): I have seen GItHub dropping connections when too many concurrent connections existed. Eg this happened on our tutorial server when a whole class of students tried to download at the same time. Possibly a similar situation exists for you. You may see success by using `--no-parallel` instead of `--parallel` $simply removing the option may not be enough$. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2535/et_2020_11-build-…

1 0

#2536: Certificate for https://cactuscode.org is not trusted
by Erik Schnetter 02 Jun '21

02 Jun '21

#2536: Certificate for https://cactuscode.org is not trusted Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: bug Priority: major Component: Cactus website Comment (by Erik Schnetter): Steve If you access the web site from within LSU, then maybe your DNS or DHCP setup might mark “[lsu.edu](http://lsu.edu)” as trusted? Are you accessing it from outside LSU, and without VPN? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2536/certificate-for-h…

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac