Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1672: Simfactory: add --basedir=@BASEDIR@ to all submit scripts
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1672: Simfactory: add --basedir=@BASEDIR@ to all submit scripts ---------------------------------+------------------------------------------ Reporter: bmundim | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: development version Keywords: Simfactory basedir | ---------------------------------+------------------------------------------ I would like to add the option, --basedir=@BASEDIR@, choosing the simulation directory to all simfactory submit scripts at ./mdb/submitscripts. I hope they become more homogeneous with respect to features simfactory already supports. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1672> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1679: Update OpenMPI, hwloc
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1679: Update OpenMPI, hwloc -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | -------------------------+-------------------------------------------------- Thorns MPI and hwloc should be updated to current version. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1679> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1680: GetComponents: do not hardcode svn --non-interactive
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1680: GetComponents: do not hardcode svn --non-interactive -------------------------------------------+-------------------------------- Reporter: bmundim | Owner: eric9 Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: development version Keywords: GetComponents non interactive | -------------------------------------------+-------------------------------- While testing the ET new trunk on my laptop running Kubuntu, I noticed that GetComponents fails to download thorns from private svn repositories: svn: E170001: Unable to connect to a repository at URL 'https://svn.blabla/trunk' svn: E170001: OPTIONS of 'https://svn.blabla/trunk': authorization failed: Could not authenticate to server: rejected Basic challenge (https://svn.aei.mpg.de) The solution for this was to strip out the svn option --non-interactive hardcoded in GetComponents. kwallet would then ask for my password (only once) in order to unlock my svn passwords and the checkout would proceed normally. Note that I have configured ~/.subversion/config to store my passwords on kwallet: password-stores = kwallet other users could have used gnome-keyring, keychain, etc. It would be nice then to allow the user to use --non-interactive option or not instead of keeping it hardcoded. Any thoughts against it? or better suggestions on handling private svn repos? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1680> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1691: Time integration of grid arrays with MoL is incorrect when there is more than one component per process
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1691: Time integration of grid arrays with MoL is incorrect when there is more than one component per process --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- MoL integrates its variables in local mode (loop over components), and grid arrays are stored per process, so MoL integrates evolved grid arrays multiple times, leading to wrong results, if there is more than one component per process. I believe the best solution is to move integration of grid arrays into a separate function, scheduled in a different mode (MoL_AddArrays), either global or local. However, a quick short-term "fix" is to copy the check that Slab makes that it is running with only a single component per process. Users can then work around the problem by running on more processes, and won't get silent wrong results. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1691> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1719: spam test ticket
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1719: spam test ticket -----------------------+---------------------------------------------------- Reporter: anonymous | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | -----------------------+---------------------------------------------------- Avangar Technologies announces the beginning of a new unprecendented global employment campaign. reviser yeller winers butchery twenties Due to company's exploding growth Avangar is expanding business to the European region. During last employment campaign over 1500 people worldwide took part in Avangar's business and more than half of them are currently employed by the company. And now we are offering you one more opportunity to earn extra money working with Avangar Technologies. druggists blame classy gentry Aladdin We are looking for honest, responsible, hard-working people that can dedicate 2-4 hours of their time per day and earn extra Â£300-500 weekly. All offered positions are currently part-time and give you a chance to work mainly from home. lovelies hockey Malton meager reordered -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1719> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1707: Delay build of GSL until after CST has finished
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1707: Delay build of GSL until after CST has finished -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- See <https://svn.cactuscode.org/projects/ExternalLibraries/GSL/branches/eschnett /delayed-build>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1707> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1039: Web-based documentation should be automatically updated
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1039: Web-based documentation should be automatically updated -------------------------------------+-------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: Keywords: Documentation | -------------------------------------+-------------------------------------- We have documentation for Cactus and the ET on their respective websites. This should be updated automatically when the source is changed, so it is never out of date. There should be documentation for the current release as well as the current development version. There is one technical problem standing in the way of this. The system should be automated, and it needs to have commit rights to a specific directory in the SVN repository hosting the files. SVN accounts for CCT machines tend to be the same as CCT login accounts, so we don't want to store the username and password. I think the best solution is to create an SVN account specifically for the documentation build system which is not tied to a CCT login account. This account would be given commit access to just the directories necessary. The "checkout, build doc, commit" script should be kept in version control somewhere, and a machine should be chosen on which to run it. It could be run regularly, or just in response to commits. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1039> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1708: Add autoconf detection for #pragma omp simd
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1708: Add autoconf detection for #pragma omp simd -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- This pragma simd-vectorizes a loop. It is part of OpenMP 4.0. Unfortunately, not all compilers support it. We need to add an autoconf rule. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1708> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1711: Tests using ADMConstraints should be converted to use ML_ADMConstraints
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1711: Tests using ADMConstraints should be converted to use ML_ADMConstraints --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: development version Keywords: | --------------------+------------------------------------------------------- In May 2014, ADMConstraints was removed from the ET thornlist. However, we have many tests which use this thorn, and they now cannot run. These tests were not just designed to test this thorn, they test other functionality as well. Looking at the test log file from Jenkins, I see the following tests which are skipped solely due to ADMConstraints being missing: {{{ (AEIThorns/ADMMass/test/tov.par) (AEIThorns/ADMMass/test/tov_carpet.par) (CactusNumerical/Cartoon2D/test/schw-0050.par) (CactusNumerical/Cartoon2D/test/test_cartoon_2.par) (CactusNumerical/Cartoon2D/test/test_cartoon_3.par) (EinsteinExact/EinsteinExact_Test/test/KS-tilted-EE.par) (EinsteinInitialData/Exact/test/de_Sitter.par) (EinsteinEvolve/GRHydro/test/test_one_hybrid.par) (CactusNumerical/RotatingSymmetry180/test/Kerr-EE.par) (CactusNumerical/RotatingSymmetry180/test/Kerr-rotating-180-EE.par) (CactusNumerical/RotatingSymmetry180/test/Kerr-rotating-180 -staggered-EE.par) (CactusNumerical/RotatingSymmetry180/test/Kerr-staggered-EE.par) (CactusNumerical/RotatingSymmetry90/test/Kerr-rotating-90-EE.par) (CactusNumerical/RotatingSymmetry90/test/Kerr-rotating-90-staggered- EE.par) (EinsteinInitialData/TOVSolver/test/test_one_boost_max.par) (EinsteinInitialData/TOVSolver/test/test_one_static_max.par) (EinsteinInitialData/TOVSolver/test/test_two_av.par) (EinsteinInitialData/TOVSolver/test/test_two_max.par) (EinsteinInitialData/TwoPunctures/test/twopunctures.par) (EinsteinAnalysis/WeylScal4/test/teukolsky.par) (EinsteinAnalysis/WeylScal4/test/teukolskyID.par) (EinsteinAnalysis/WeylScal4/test/teukolskyParity.par) }}} I have removed ADMConstraints from the WeylScal4 tests, as it wasn't being used there, but the other tests probably do make use of it, and need to be ported to ML_ADMConstraints. We should add an item to the list of "things to do when deprecating a thorn", so that we fix the tests using that thorn before removing it. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1711> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1713: Avoid build-time warning
by Einstein Toolkit 09 Dec '14

09 Dec '14

#1713: Avoid build-time warning -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- I see this warning when building. I assume this should instead be a run- time warning or error? {{{ /Users/eschnett/Cbeta/arrangements/EinsteinEvolve/GRHydro_InitData/src/GRHydro_PoloidalMagFieldM.F90:110:2: warning: #warning "This algorithm does only work on Cartesian grids!!" [-Wcpp] #warning "This algorithm does only work on Cartesian grids!!" ^ }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1713> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac