Lorenz

I am still getting a ValueError with a STEP from the tests. ``` (cqdev) lorenzn@fedora:~/devel/cadquery$ git status -u no On branch assembly-import Your branch is up to date with 'upstream/assembly-import'....

Related: https://github.com/CadQuery/cadquery/issues/1239 It is possible to reference the location of the object in the other assy: ```py assembly2.add(box, name="box3", loc=assembly1.objects['box2'].loc) ```

Is it an issue with the starting point? I can reproduce the not fully converged result with this example: ```py import cadquery as cq b1 = cq.Workplane().box(1, 1, 1) b2...

To select the outer wire on the top face try: ```py circlePath = part.wires(">Z").val() ```

One method to access the locations might be with the assembly iterator: ```py import cadquery as cq def makeBoxWithTag(): result = cq.Workplane("XY").box(1, 1, 1, centered=False) result.vertices(">X and >Y and >Z").tag("v")...

I ran the container locally and can reproduce it. Here is the backtrace after installing gdb. ``` podman run --rm -it cq1854 gdb -ex r --args python bed.py ... ```...

> the screenshots (linked in the [README](https://gitlab.com/dAnjou/bed/-/blob/main/README.md)) are mostly black except for the axes indicator 😢 I can reproduce this locally. I used weston --backend=headless with the container instead of...

I tested on linux. - It worked with both firefox, chrome browsers. The browser opened automatically. - As the output message says you can add --server to prevent launching browser:...

OK I forgot you probably intend this to be run from ipython. In that case the server does stay running.

> Regarding containers/DISPLAY I thought that this is not needed and you just need to expose a port and manually connect from the host Yes, that's correct. It works fine...