Activity
From 08/23/2016 to 09/21/2016
09/21/2016
- 06:19 PM Revision c012f039: Extended parser test in src/project/variable-grammar.lisp
- * src/project/variable-grammar.lisp (toplevel): extended rudimentary
parser test - 06:19 PM Revision fe48132f: Removed __versions hack in src/commandline-interface/main.lisp
- * src/commandline-interface/main.lisp (project-spec-and-versions): new
structure; a `project-spec' instance and the... - 06:19 PM Revision 83375af0: Moved variable processing into variable-{grammar,evaluation}.lisp
- * src/project/protocol.lisp (lookup t t): removed; moved to
src/project/variable-evaluation.lisp
(maybe-first): r... - 05:59 PM Revision 72b329da: Moved variable processing into variable-{grammar,evaluation}.lisp
- * src/project/protocol.lisp (lookup t t): removed; moved to
src/project/variable-evaluation.lisp
(maybe-first): r... - 05:09 PM Revision b1646f69: Collapsing of Boolean and numeric values in src/project/protocol.lisp
- refs #2653
* src/project/protocol.lisp (expand): collapse Boolean and numeric
values properly - 05:09 PM Revision 8de87e8f: Forward declare *variable-locations* in src/project/trace.lisp
- * src/project/trace.lisp (declare special *variable-locations*): new
special declaration; serves as forward declara... - 05:09 PM Revision b563d4aa: Output dot files in src/report/graphviz.lisp
- * src/report/graphviz.lisp (report t eql :graph pathname): output dot
files in addition to png files
09/20/2016
- 03:10 PM Revision 735e5ea7: Trace handles undefined values better in src/project/trace.lisp
- * src/project/trace.lisp (print-trace-tree): distinguish undefined and
false values properly - 02:40 PM Revision 297ec497: Variable tracing in src/project/trace.lisp
- * src/project/trace.lisp: new file; contains code for tracing variable
lookups
* src/project/protocol.lisp (lookup)... - 02:39 PM Revision 1998a80d: Variable location tracking in src/project/mixins.lisp
- * src/project/mixins.lisp (*variable-locations*): new variable; stores
locations of variables definitions
(shared... - 02:34 PM Revision c31c140a: Changed variable storage plist -> alist in src/project/*.lisp
- * src/project/protocol.lisp (lookup t t): adapted to changed variable
storage
* src/project/mixins.lisp (direct-var... - 01:42 PM Revision 170fd091: Tweaked log message in src/project/aspect.lisp
- * src/project/aspect.lisp (make-aspect-class-form): tweaked log message
- 01:42 PM Revision 422f3478: Better logging instantiate? in src/project/mixins.lisp
- * src/project/mixins.lisp (instantiate? conditional-mixin t): log
effective value and result when evaluating condit... - 01:42 PM Revision cbe3b383: Fixed typo in log message in src/project/classes-model.lisp
- * src/project/classes-model.lisp (deploy job): fixed typo in log message
09/15/2016
- 01:13 PM Revision 69f4d9e4: Conditions are objects in src/project/mixins.lisp
- * src/project/mixins.lisp (header): updated copyright
(instantiate? conditional-mixin t): expect conditions to be s...
09/09/2016
- 02:31 PM Bug #2655: Variables defined on cmdline or in distribution-context cannot be used in versions sec...
- > Do you absolutely need this now?
No, this is not urgent at all. I just was wondering, why this is not possible. ... - 01:24 PM Bug #2655: Variables defined on cmdline or in distribution-context cannot be used in versions sec...
- R. Haschke wrote:
> I used the following snippet:
>
> [...]
>
> build-gen complains that version @${ros}@ is n... - 01:12 PM Bug #2655: Variables defined on cmdline or in distribution-context cannot be used in versions sec...
- I used the following snippet:...
- 09:36 AM Bug #2655 (Feedback): Variables defined on cmdline or in distribution-context cannot be used in v...
- R. Haschke wrote:
> I would like to use the variable ${ros} to specify some versions of projects/recipes.
Please ... - 03:41 AM Bug #2655 (Feedback): Variables defined on cmdline or in distribution-context cannot be used in v...
- I would like to use the variable ${ros} to specify some versions of projects/recipes.
- 02:10 PM Bug #2654 (Resolved): Switching of repository type doesn't work
- Applied in changeset commit:afb45fbbdaf59b9e86f85ab75f98eab2836a369e.
- 09:39 AM Bug #2654 (Feedback): Switching of repository type doesn't work
- R. Haschke wrote:
> If I switch a projects repository type, e.g. from git to archive, the existing jenkins settings ... - 02:05 PM Revision afb45fbb: Archive aspect removes repository in src/project/aspects.lisp
- fixes #2654
Previously, updating a existing job with a repository configuration to
use an archive download did not r...
09/08/2016
- 01:53 AM Bug #2654 (Resolved): Switching of repository type doesn't work
- If I switch a projects repository type, e.g. from git to archive, the existing jenkins settings for the git repositor...
- 09:49 PM Revision b9beae47: Incorporate analysis natures into caching in src/analysis/git.lisp
- The keys for analysis results for the same commit and sub-directory but
different natures would otherwise collide.
*... - 09:20 PM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- Thanks Robert. Checked my current distribution. At least your changes do not cause any breakage so far ;)
- 02:01 PM Bug #2650 (Closed): setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- R. Haschke wrote:
> If you like my changes, yes ;-)
The changes are pushed to master already. Thus all amendments... - 01:52 PM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- If you like my changes, yes ;-)
- 11:53 AM Bug #2650 (Feedback): setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- We're done with this issue, right?
- 10:59 AM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- I pushed some changes to make CMAKE_BUILD_TYPE configurable along with cxxflags (using variable cmake.build.type). Th...
- 05:48 PM Bug #2652 (Resolved): dependency resolution fails for rsb-opencv
- Applied in changeset commit:caaf6623b565a2c271460bb1431d378435998815.
- 03:17 PM Bug #2652 (In Progress): dependency resolution fails for rsb-opencv
- Seems to be a combination of template changes and a bug concerning variable inheritance between templates.
- 02:25 PM Bug #2652: dependency resolution fails for rsb-opencv
- I have reproduced the problem. A seems to be caused by a template change. Not sure which one, yet.
- 01:56 PM Bug #2652: dependency resolution fails for rsb-opencv
- R. Haschke wrote:
> It's not the OpenCV dependency that poses the problem for me.
> Rather, rsb-opencv is not list... - 01:51 PM Bug #2652: dependency resolution fails for rsb-opencv
- It's not the OpenCV dependency that poses the problem for me.
Rather, rsb-opencv is not listed with any failed depe... - 12:03 PM Bug #2652: dependency resolution fails for rsb-opencv
- R. Haschke wrote:
> Recipe is called rsb-opencv.project.
I made a minimal distribution... - 11:39 AM Bug #2652: dependency resolution fails for rsb-opencv
- Recipe is called rsb-opencv.project. Do you need anything else? I'm working on lsp-famula-nightly.distribution in lsp...
- 11:15 AM Bug #2652: dependency resolution fails for rsb-opencv
- R. Haschke wrote:
> With my latest changes to master, the dependency resolution for rsb-opencv fails for a reason I ... - 11:04 AM Bug #2652 (Resolved): dependency resolution fails for rsb-opencv
- With my latest changes to master, the dependency resolution for rsb-opencv fails for a reason I cannot understand.
r... - 05:47 PM Revision 55455299: Do not swallow keyword arguments in src/analysis/git.lisp
- * src/analysis/git.lisp (analyze-git-branch): accept and pass through
arbitrary keyword arguments
(analyze-git-br... - 04:34 PM Revision 2dbb5a58: Fixed non-interactive keyword argument in src/commandline-interface/main.lisp
- * src/commandline-interface/main.lisp (analyze-project):
non-interactive? -> non-interactive
(analyze-projects): ... - 04:29 PM Revision caaf6623: Fixed variable inheritance between templates in
- fixes #2652
The problem was related to variable inheritance between template:
variables defined in ancestor template... - 11:29 AM Bug #2653: ${next-value|${true}} evaluates true when previous value is defined as false
- I have a test foo.distribution committed to branch rhaschke-tests.
- 11:28 AM Bug #2653 (Closed): ${next-value|${true}} evaluates true when previous value is defined as false
- I tried to add the possibility to override the repository default settings in a distribution.
As we discussed elsewh...
09/06/2016
- 09:03 PM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- I guess, the template and variable replacement mechanism is not powerful enough to do so. You would need an if-clause...
- 08:58 PM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- Lets check on a way to remove this default behaviour if any intentional compiler flag configuration is set.
- 08:48 PM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- I didn't run into serious issues. But a -O1 option which I have set on purpose in cxxflags was overriden by CMAKE_CXX...
- 06:50 PM Bug #2650: setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- R. Haschke wrote:
> Setting cxxflags leads to the option -DCMAKE_CXX_FLAGS=${cxxflags}.
> However, you also set -DC... - 06:31 PM Bug #2650 (Closed): setting cxxflags might be incompatible to CMAKE_BUILD_TYPE-induced settings
- Setting cxxflags leads to the option -DCMAKE_CXX_FLAGS=${cxxflags}.
However, you also set -DCMAKE_BUILD_TYPE=RelWith...
08/31/2016
- 12:41 PM Bug #2649 (Feedback): build-generator hangs
- Thanks for the report. Should be fixed in most recent build.
- 11:31 AM Bug #2649: build-generator hangs
- build-generator 0.6.22-r4 works fine.
- 11:25 AM Bug #2649 (Closed): build-generator hangs
- On Xenial, the build-generator (0.7.18-b219) hangs with 100% CPU usage:
DEPLOY/PROJECT: 100.00 %
ORCHESTRATION: ...
Also available in: Atom