Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #2142: test
by Einstein Toolkit 04 Apr '18

04 Apr '18

#2142: test ---------------------------------+-------------------- Reporter: anonymous | Type: defect Status: new | Priority: unset Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+-------------------- test -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2142> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2141: test
by Einstein Toolkit 04 Apr '18

04 Apr '18

#2141: test ---------------------------------+-------------------- Reporter: anonymous | Type: defect Status: new | Priority: unset Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+-------------------- test -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2141> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2140: coupon worked yesterday
by Einstein Toolkit 04 Apr '18

04 Apr '18

#2140: coupon worked yesterday -----------------------------+--------------------------------------------- Reporter: Nevers | Type: enhancement Status: new | Priority: optional Milestone: ET_2016_11 | Component: EinsteinToolkit Virtual Machine Version: development | Keywords: cialis degree purse version | -----------------------------+--------------------------------------------- [http://den481.com/ http://den481.com/] Should you don't notice any discounted package being offered by the retailer, request concessions would be the store frequently features place his past number of anything for sale. Trigger an urgent situation family savings it is possible to tap into in the event of unforeseen financial expenses far above your normal bills. People who have accepted this craze commit time a-day, sometimes, entire times, trying to find coupons, clipping them, and declaring them. I don't currently have a hand-us-down supplier regarding my daughter's apparel, but I try to give the blessing by handing her clothes down to another buddy's daughter. Include companies include leaflets about your company in welcome packages for new residents to the area. However, solutions when terminated deals still work consequently greater verify it while you have a look at. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2140> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2138: release announcement for Cactus 4.4.0 menions wrong version
by Einstein Toolkit 27 Mar '18

27 Mar '18

#2138: release announcement for Cactus 4.4.0 menions wrong version ---------------------------------+---------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: major Milestone: | Component: Cactus website Version: development version | Keywords: ---------------------------------+---------------------------- The release announcement for Cactus 4.4 on http://cactuscode.org/media/news/cactus_4.4.0/ uses a heading "Cactus 4.3.0 release". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2138> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1170: ExtrenalLibraries handle XXX_DIR XXX_INC_DIRS and XXX_LIB_DIRS incosistently
by Einstein Toolkit 20 Mar '18

20 Mar '18

#1170: ExtrenalLibraries handle XXX_DIR XXX_INC_DIRS and XXX_LIB_DIRS incosistently -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: ExternalLibraries | -----------------------------------+---------------------------------------- This is a companion ticket to #1006. Different thorns (eg. MPI and HDF5 and LAPACK) handle XXX_DIR and XXX_INC_DIRS etc differently. MPI for example sets the include path to $MPI_DIR/include if MPI_INC_DIRS is not explicitly set and to MPI_INC_DIRS if it is set. HDF5 has no HDF5_INC_DIRS option and always sets the include path to HDF5_DIR/include. LAPACK has not INC_DIRS option and sets the linker path to LAPACK_DIR while the other two thorns set it to XXX_DIR/lib (unless overridden by MPI_LIB_DIRS in the case of MPI). I would be good to present a uniform set of option for all these thorns. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1170> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #2134: ticket links in trac send emails are incorrect
by Einstein Toolkit 20 Mar '18

20 Mar '18

#2134: ticket links in trac send emails are incorrect ---------------------------------+-------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: major Milestone: | Component: Other Version: development version | Keywords: trac ---------------------------------+-------------------- The new version of trac seems to include incorrect links in its emails to link back to tickets. They look like this: http://cactuscode-20180221.cct.lsu.edu/trac/ticket/1471#comment:2 and one can see the full email here: http://lists.einsteintoolkit.org/pipermail/trac/2018-March/012041.html -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2134> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2133: bash_utils.sh do not detect multi-arch correctly
by Einstein Toolkit 20 Mar '18

20 Mar '18

#2133: bash_utils.sh do not detect multi-arch correctly ---------------------------------+-------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: minor Milestone: | Component: Cactus Version: development version | Keywords: ---------------------------------+-------------------- Currently bash_utils.sh uses {{{MACHINE:=`gcc -dumpmachine`}}} to try and detect the multi-arch designation. This however is not correct as shown on the Debian wiki: https://wiki.debian.org/Multiarch/Tuples#Why_not_use_GNU_triplets.3F In a nutshell {{{-dumpmachine}}} is too specific for intel 386 CPUs and not specific enough for ARM cpus. Instead one should try the two official ways listed on the wiki followed by the current one as a (not strictly correct but often working namely for the currently common x86_64-linux-gnu) fallback on old systems (gcc older than 4.9): {{{ MACHINE:=$(dpkg-architecture -qDEB_HOST_MULTIARCH 2>/dev/null || gcc -print-multiarch 2>/dev/null || gcc -dumpmachine 2>/dev/null) }}} where the last one is just a fallback that may work often but really is not official. -- Ticket URL: <http://cactuscode-20180221.cct.lsu.edu/trac/ticket/2133> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1769: External libraries: moving towards multiarch library directory structure
by Einstein Toolkit 20 Mar '18

20 Mar '18

#1769: External libraries: moving towards multiarch library directory structure ----------------------------------------------+----------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2015_05 Component: EinsteinToolkit thorn | Version: development version Keywords: ExternalLibraries HDF5 Multiarch | ----------------------------------------------+----------------------------- Several Linux distributions have already started to move their libraries to a new directory structure that reflects the target architecture and allows the installation of packages from multiple architectures in the same system. The following links provide more details of this change: {{{ https://wiki.debian.org/Multiarch/TheCaseForMultiarch https://wiki.ubuntu.com/MultiarchSpec }}} This change potentially affects several of external library scripts shipped with ET. For example the HDF5/src/detect.sh script is not able to detect the hdf5 libraries installed in the directory /usr/lib/x86_64 -linux-gnu for Ubuntu 14.04.2 LTS. I have attached a simple patch to remedy this issue and open a discussion on the best way to proceed here. This patch does depend on the availability of gcc on the system. It currently works fine for me, but we might need a better solution for systems without gcc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1769> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 40

[Einstein Toolkit] #1474: compile ExternalLibraries with other thorns rather than when CST runs
by Einstein Toolkit 20 Mar '18

20 Mar '18

#1474: compile ExternalLibraries with other thorns rather than when CST runs -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Compiling external libraries takes a long time by now. Currently this happens very early in the compilation phase, before the other thorns are compiled. It would be better if the compilation happened at the same time as that of other thorns. This will entail splitting the configuration ie. detecting whether to build the included source or use a system wide copy from the compilation, most likely either using Cactus makefile variables or temporary files to transfer the decisions from the configuration stage to the build stage. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1474> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2132: Formaline's ccldeps files are not removed by make-cleandeps
by Einstein Toolkit 20 Mar '18

20 Mar '18

#2132: Formaline's ccldeps files are not removed by make-cleandeps ---------------------------------+----------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: Formaline ---------------------------------+----------------------------------- Formaline uses files that end in ccldeps to record dependencies for its tarballs. These files are used like ".d" dependency makefiles by the build system. However since the files end in .ccldeps rather than .d and are in $SCRATCH rather than $BUILD they are not removed by a make sim-cleandeps. This shows up if one eg moves a thorn from one arrangement to another since the ccldeps file will list a dependency on eg the interface.ccl file in the old location that can no longer be satisfied. A workaround right now is to do a make sim-clean which clears out $SCRATCH but requires a full recompile. -- Ticket URL: <http://cactuscode-20180221.cct.lsu.edu/trac/ticket/2132> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac