teepee changed the topic of #openscad to: OpenSCAD - The Programmers Solid 3D CAD Modeller | This channel is logged! | Website: http://www.openscad.org/ | FAQ: https://goo.gl/pcT7y3 | Request features / report bugs: https://goo.gl/lj0JRI | Tutorial: https://bit.ly/37P6z0B | Books: https://bit.ly/3xlLcQq | FOSDEM 2020: https://bit.ly/35xZGy6 | Logs: https://bit.ly/32MfbH5
teepee has quit [Ping timeout: 240 seconds]
califax has quit [Remote host closed the connection]
califax has joined #openscad
ubitux has quit [Ping timeout: 246 seconds]
<gbruno> [github] kintel pushed 1 modifications (build fix) https://github.com/openscad/openscad/commit/97df36d0acb51e9482176f542f2c80df7ff8730c
<gbruno> [github] kintel synchronize pull request #4840 (Allow building without CGAL) https://github.com/openscad/openscad/pull/4840
ubitux has joined #openscad
<gbruno> [github] kintel pushed 2 modifications (build fix) https://github.com/openscad/openscad/commit/f8300d116e1f1e7f483e106effd098c2977c67f7
<gbruno> [github] kintel synchronize pull request #4840 (Allow building without CGAL) https://github.com/openscad/openscad/pull/4840
pca006132 has joined #openscad
<pca006132> teepee: is the mxe-x86_64-gui docker updated?
califax has quit [Remote host closed the connection]
califax has joined #openscad
<pca006132> I wanted to verify if the windows build works now, but it seems that the mxe-base image does not provide the neccessary tools for building openscad
<pca006132> btw, just remembered that the mxe build in manifold CI is not actually a MXE build... forgot to setup the MXE stuff
<pca006132> oh the mxe stuff is still running in the CI pipeline, nvm
mmu_man has quit [Ping timeout: 276 seconds]
pca006132 has quit [Remote host closed the connection]
teepee- has joined #openscad
<gbruno> [github] kintel pushed 1 modifications (Windows build fix) https://github.com/openscad/openscad/commit/8ddd87c487d2b01613a4b000262b0dc2f4f9b7e8
<gbruno> [github] kintel synchronize pull request #4840 (Allow building without CGAL) https://github.com/openscad/openscad/pull/4840
snaked has joined #openscad
teepee- has quit [Quit: Client closed]
<gbruno> [github] kintel edited issue #4825 (Move manifold out of experimental) https://github.com/openscad/openscad/issues/4825
LordOfBikes has quit [Ping timeout: 255 seconds]
LordOfBikes has joined #openscad
kintel has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kintel has joined #openscad
<gbruno> [github] kintel pushed 2 modifications (Minor tweaks) https://github.com/openscad/openscad/commit/b19aa3255c66d2865d3b779b406435aef4ac2d7e
<gbruno> [github] kintel synchronize pull request #4840 (Allow building without CGAL) https://github.com/openscad/openscad/pull/4840
J23k20 has joined #openscad
J23k has quit [Ping timeout: 250 seconds]
<gbruno> [github] kintel pushed 3 modifications (Minor tweaks) https://github.com/openscad/openscad/commit/830753798a7777f5956eff58150efd1d58ac394e
<gbruno> [github] kintel synchronize pull request #4840 (Allow building without CGAL) https://github.com/openscad/openscad/pull/4840
<gbruno> [github] kintel pushed 3 additions 38 modifications (Allow building (but not running) without CGAL) https://github.com/openscad/openscad/commit/d9d4989fd8ba974b86289ec95585b979dd17ab65
<gbruno> [github] kintel synchronize pull request #4840 (Allow building without CGAL) https://github.com/openscad/openscad/pull/4840
<gbruno> [github] kintel converted_to_draft pull request #4822 (Convert to ManifoldGeometry rather than Nef polyhedrons on --render=cgal) https://github.com/openscad/openscad/pull/4822
<gbruno> [github] kintel closed pull request #4819 (Added test for #4815) https://github.com/openscad/openscad/pull/4819
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
califax has quit [Ping timeout: 240 seconds]
califax has joined #openscad
linext_ has quit [Ping timeout: 255 seconds]
<gbruno> [github] ggabbiani opened issue #4846 (SpaceNav support disabled on nightly builds) https://github.com/openscad/openscad/issues/4846
califax has quit [Remote host closed the connection]
califax has joined #openscad
<buZz> is there no keyboard shortcut for 'New Window'?
<buZz> shift+ctrl+n would be nice, it was the first i tried before looking it up ;)
<J23k20> ctrl+n is new file ..  new window is starting a new process afaik there is no shortcut
<buZz> there ought to be imho :D
drfff has quit [Read error: Connection reset by peer]
<J23k20> you don't like tabs or why that workflow?
<buZz> sometimes i like working on two next to each other
<buZz> multimonitor and all
<J23k20> ah ok i use undocked menus  - that  gets confusing
<J23k20> maybe undocking tabs would be a nice feature
drfff has joined #openscad
<buZz> hmhm, something like that i guess
<buZz> its fine, i'll just spawn a new openscad myself
guerd87 has quit [Quit: Leaving]
guerd87 has joined #openscad
cart_ has joined #openscad
guerd87 has quit [Quit: Leaving]
guerd87 has joined #openscad
cart_ has quit [Quit: Konversation terminated!]
misterfish has joined #openscad
guso78k has joined #openscad
fling has joined #openscad
fling has quit [Remote host closed the connection]
fling has joined #openscad
mmu_man has joined #openscad
mmu_man has quit [Ping timeout: 256 seconds]
guso78k has quit [Quit: Client closed]
teepee has joined #openscad
snaked has quit [Quit: Leaving]
L29Ah has quit [Ping timeout: 245 seconds]
L29Ah has joined #openscad
mmu_man has joined #openscad
foul_owl has quit [Ping timeout: 264 seconds]
foul_owl has joined #openscad
Guest7 has joined #openscad
<Guest7> hello
<Guest7> anyone can help me adding fonts to openscad  ?
Guest7 is now known as Dudee
Dudee is now known as dudeeee
<InPhase> JordanBrown_: Summoning expert for. ^
<InPhase> dudeeee: It's 6:51am where JordanBrown_ lives, so give him a bit. :)
<InPhase> I can clarify it's not a matter of adding them to OpenSCAD, but just using the right syntax to grab what the system already has.
<InPhase> I just don't recall what that method is.
<J23k20> dudeeee just pull the font you want to use inside the editor .. should result in a use<font.ttf>;    so you can access it via text (font="font");   if it is not already in your system registered
<J23k20> hm sorry the drag in works only for imports .. my bad
<J23k20> cheatsheet!
<dudeeee> the drag dont works
<othx> cheatsheet is https://www.openscad.org/cheatsheet/ for the release version and https://www.openscad.org/cheatsheet/snapshot.html for the development snapshot versions
<J23k20> here you can click on "use" or "text" to get more info
<J23k20> !paste
<J23k20> paste!
<othx> paste is https://www.3dcustomizer.net/paste for .scad files, https://bpa.st for text, https://pasteboard.co/ or https://imgur.com/ for images
dudeeee has quit [Quit: Client closed]
<J23k20> would be nice to have a dynamic font list variable for the customizer dropdown
<teepee> agreed, and the drag&drop would also make sense, I thought that works already :)
bozo16 has joined #openscad
mmu_man has quit [Ping timeout: 268 seconds]
<teepee> aha!
<teepee> #9 18.20 -- Found tbb, version 2021.11.0
mmu_man has joined #openscad
<gbruno> [github] t-paul pushed 1 modifications (Remove fallback to intel-tbb.) https://github.com/openscad/openscad/commit/fe0a75d4622a8d886095dee4e8794a18fbdb2b10
<gbruno> [github] t-paul opened pull request #4847 (Remove fallback to intel-tbb.) https://github.com/openscad/openscad/pull/4847
mmu_man has quit [Ping timeout: 256 seconds]
teepee_ has joined #openscad
teepee has quit [Ping timeout: 240 seconds]
teepee_ is now known as teepee
pca006132 has joined #openscad
<gbruno> [github] Jimw338 opened issue #4848 (Variable names longer than 32 characters?) https://github.com/openscad/openscad/issues/4848
<teepee> oh, hey pca006132 :) first build with oneTBB just finished
<pca006132> nice!
<teepee> not sure yet if it just explodes, I currently can't run windows builds as the latest versions don't run in my VM
<pca006132> does circleci supports windows? maybe you can make another CI job to take this as the input and run some command line tests
<teepee> the problem is the OpenGL stuff, earlier it worked just fine using the mesa-opengl installer
<pca006132> ah, I also got this OpenGL issue
<pca006132> but if you just run some simple render with --enable=manifold, I think it doesn't require OpenGL?
<teepee> I hope that gets solved with all the opengl work kintel is doing lately, finally moving away from all the anicent stuff
<teepee> true, it should not affect mesh rendering
<pca006132> iirc I did this when I was testing the windows build, I only have access to windows vm when I get back to the office tmr (10 hours later)
<teepee> I could try that
<teepee> but also hoping J23k20 having some time to test with the designs that are crashing
* J23k20 will use every new version and complain if they are not working - Ü
<teepee> awesome \o/ - can you try the one I linked above?
<teepee> according to the logs that should be built with the actual tbb package not via the download/self-build logic in cmake
<teepee> so if that works we finally would be back to a stable version based on "normal" package build
<J23k20> oh lib3mf.dll  is new
<teepee> hm? what? where?
<teepee> well, it's a full rebuild, so everything is recompiled, but there should not be a huge difference
<teepee> I did update MXE to latest version though, and we are back to gcc-13 too
<J23k20> got an error that lib3mf.dll is missing
<teepee> :(
<teepee> how did that happen.
<teepee> with installer or ZIP?
<J23k20> first only replaced the *.exe  .. then used the installer
<teepee> there should not be a separate DLL
<teepee> that's not good, it should build everything static so all included in the *.exe
<pca006132> wonder if lib3mf.dll is the only dll not included
<pca006132> do you have cygwin/git bash installed? you can use ldd to check the dependencies of the exe
<teepee> in theory it should not even build those, but the docker image does have the DLL, so it's linking against that
<teepee> yeah, the previous docker image did not build DLL but the "normal" lib3MF.a
<teepee> how did that change
<teepee> oh, the patch is missing, so something went wrong when updating MXE
<teepee> :(
<teepee> I think I know what happened, I merged origin/lib3mf which maybe was out of date
<teepee> ah, well, another round of rebuilds
<teepee> J23k20: if you still would want to try out the crash topic, I could put the DLL somewhere to download
<J23k20> ok
<teepee> just putting that in the same folder as openscad.exe should work
<J23k20> wonder why that file can't be found on  https://github.com/3MFConsortium/lib3mf
<J23k20> anyway  now starting
<gbruno> [github] ephramcohen opened issue #4849 (windows 10 2023.11.14 WARNING: [fast-csg] Corefinement corefinement mesh difference #4 failed) https://github.com/openscad/openscad/issues/4849
<J23k20> and rendering looking good
<J23k20> Total rendering time: 0:01:10.707
<J23k20> Top level object is a 3D object:
<J23k20>    Facets: 1337778
<pca006132> nice
<gbruno> [github] pca006132 closed pull request #4830 (use newer tbb for mxe build) https://github.com/openscad/openscad/pull/4830
<teepee> cool, pca006132 thanks again for finding the root cause of that issue
<teepee> those windows problems are always tricky as there's no good debug setup for windows unfortunately
<pca006132> have to say that this is one of the weirdest bugs I have ever seen, excluding baremetal stuff
<pca006132> yeah debugging on windows is painful if you don't use visual studio
<pca006132> and I have no idea how they handle c++ dependencies with visual studio...
Guest18 has joined #openscad
Guest18 has quit [Client Quit]
peeps has joined #openscad
<teepee> so, just need to get the lib3mf problem fixed and we should be back up-to-date without the crash issue
<J23k20> Ü
peeps[zen] has quit [Remote host closed the connection]
<teepee> good thing it's public holiday and the new printer will only arrive tomorrow (hopefully) :D
<J23k20> 4S ?
<teepee> yeah, prusa mk4, there's no S yet I think
<J23k20> MK4 ? no s
<J23k20> yes
<teepee> it already made it's way over the border all the way from prague yesterday
fling has quit [Ping timeout: 240 seconds]
<J23k20> i just testing (my free) prusament and i am very pleased
fling has joined #openscad
<teepee> ah, I order some of that too, otherwise I've been using DasFilament blue-pearl which is really nice, already ordered a 1.75mm spool of that
<teepee> it's a very dark blue, almost black with tiny blueish glitter mostly invisible unless you put a light on it
<J23k20> chalk blue is that
<teepee> neat, both the model and the filament
<J23k20> i was impressed that i got  0.007 tolerance filament (as each spool got the final margin printed on)
<teepee> that is indeed quite impressive
<teepee> I still have some of those ancient GRRF spools form almost 10 years which are massively bad
<pca006132> wow, did you actually measure that?
<teepee> one I finally tossed as it did even jam the prusa mk1 direct extruder as it was just a bit over 3mm
<teepee> I guess most people have to just believe that tolerance, I would not have any means to even safely measure 10 times that :)
<pca006132> true, precision = $$$
<J23k20> pca006132 i measured  a spot with a micrometer - that was spot on
<teepee> and it's flexible material, so I would assume that's some sort of laser measurement or so
<J23k20> but you can scan the code and get the laser log for your whole spool
<pca006132> I buy filaments from aliexpress (taobao in HK), they are really cheap ($5 for 1kg) but some brands have bad tolerances and once jammed my extruder
<pca006132> fancy :)
<J23k20> what is GRRF ?
<teepee> german reprap foundation, not sure they still exist, at some point they moved to huge industial priced printers
<J23k20> pca006132 there was just a thread about  CHINA greenhous wire that is PET ~ 1.75  and  under $2 per kg
<teepee> ah, "The German RepRap GmbH located in Feldkirchen near Munich, was originally established as German RepRap Foundation (GRRF) in 2010."
<J23k20> teepee  ah  . . only found https://www.grrf.org/  which is  .. not filament
<teepee> haha, no, that looks slightly different :D
<teepee> they are now https://www.innovatiq.com/
<pca006132> not sure what the tolerances will be like for greenhouse wire
<pca006132> will buy a pack and see if it can print, sounds fun
<J23k20> not sure if they even check for consistency .. maybe just a hole it fits through
<teepee> yeah, depends on the use case
<teepee> the first 3mm filament was basically just re-used from totally different applications where they did not even need to bother about 0.2mm differences
<teepee> which was very annoing with the first Ultimaker that has bowden, once it jammed it so hard into the bowden, I had to drill out a bit to get the filament back out
<teepee> ok, found the reason for the 3mf issue
<teepee> accidentally that commit ended up in the boost-1.71 branch instead of lib3mf so it got dropped as we don't need the boost stuff anymore
<teepee> so hopefully an easy fix, just takes a while to compile
<teepee> for the curious, progress is also reported in #openscad-ci :)
<J23k20> pca006132  here  $0.8/kg  https://www.reddit.com/r/3Dprinting/comments/17zlfoh/the_cheapest_3d_printing_filaments_have_been/    which is cheaper than pellets
<pca006132> I think the shipping cost is more expensive than the filament itself
<pca006132> iirc the shipping cost from mainland china to hk is around $1/kg
<J23k20> teepee yeah it was from fuseing floor coating together (but then it couldn't be PLA)
<J23k20> but with .2 nozzle you need some more controlled diameter
<pca006132> teepee how many cores do you have in the ci? I think maybe we can start looking into downloading some scad code and check against CGAL and manifold backend, for #4825
<J23k20> i guess that PET wire is fine if you print with a 1.5 nozzle - for making a chair
<teepee> I think that means 10? CPU: QEMU Virtual version 2.5+ (10) @ 1.996GHz
<pca006132> my main concern is that the CGAL backend may be too slow that running a check will take a few days...
<teepee> yep, 10 cpus, I'm trying to not fully load the server as kintel is also using it for remote dev
<teepee> one of the reason for getting that server is so we are able to run long tests
<teepee> I just would not want to run at 100% load
<pca006132> sure
<pca006132> to limit the number of cores for manifold backend, you can just use taskset
<teepee> so one of the pending tasks is to have a full "ctest -C all" run which includes the slow tests that are usually disabled
<teepee> yeah, like running those tests on 2 CPUs will take much longer, but it would not impact other stuff much (maybe also limiting memory a bit)
dalias has quit [Ping timeout: 255 seconds]
J23k20 has quit [Quit: Client closed]
J23k20 has joined #openscad
pca006132 has quit [Remote host closed the connection]
pca006132 has joined #openscad
buZz has quit [Ping timeout: 255 seconds]
buZz has joined #openscad
buZz is now known as Guest9004
dalias has joined #openscad
Guest9004 is now known as buZz
Joel has quit [Ping timeout: 252 seconds]
guso78k has joined #openscad
<guso78k> when trying to see the ctest success of my indexed2 locally i get:
<guso78k> Can't create OffscreenView: Unable to initialize Glew.
<guso78k> any fast suggestion ?
Guest14 has joined #openscad
Guest14 has quit [Client Quit]
kintel has joined #openscad
<teepee> guso78: what os/platform is that?
<teepee> or guso78k
dalias has quit [Ping timeout: 260 seconds]
<kintel> guso78 Just before printing that error it should print "GLEW Error: <error message>". Is it not doing that?
<teepee> kintel: most of the CI pipelines are now checked into https://github.com/openscad/openscad-ci
<teepee> I think I have all cleaned up to have no passwords anywhere :)
mohnish has quit [Ping timeout: 245 seconds]
mohnish has joined #openscad
<kintel> teepee Cool. I have since forgotten what I wanted from the CI - got side-tracked into way too many other topics : /
<teepee> yeah, I mostly too :D
<teepee> one is the ctest -C all
<teepee> once the MXE builds are fine, that's probably next on my list
<teepee> for the other one, I have to browse the chat history :)
<kintel> Ah, right, test coverage for All
<kintel> ..and running tests on the MXE build
<kintel> Those are probably the two major ones
<teepee> I also added now dedicated tagging for the images, so new builds get tagged both latest and 2023-11-22
<kintel> We were taking about building more variants too, e.g. non-experimental
<teepee> yeah, not sure about running MXE as that would need wine
<teepee> yes, building combinations of build flags was the other one :)
<kintel> meh, right, Windows. I tend to forget it exists : /
<teepee> I guess running the MXE builds might be a topic for AppVeyor as those may not have the GPU / headless issue
<teepee> well, all the cool opengl update stuff you are working through should eventually also bring back headless support on windows I hope
<teepee> via mesa drivers
guso78k11 has joined #openscad
<kintel> wait, don't we already have headless support on Windows?
<guso78k11> sorry, i was afk
<teepee> if you have a driver that works yes I think
<guso78k11> i run the ctest locally on fc37
<guso78k11> copiled locally with -DEXPERIMENTAL=1
<teepee> in my VMs it's not working with the mesa drivers, it just gives no output, not even with GUI, just a black window
<teepee> guso78k11: hmm, is that a docker container or VM?
<kintel> teepee: ok, something to test
<guso78k11> the gui is working in the VM. the ctests were definitely working at the time when i did the indexed2 coding
<kintel> guso78k11 I still think it should output "GLEW Error...". If not, let's debug that first, as that would give you the actual error
<guso78k11> sorry yes
<guso78k11> i just progress all log now
<guso78k11> it says: GLEW Error: Unknown error
<kintel> haha
<kintel> Actually, I think that's a bug in glew. One sec
<guso78k11> kintel i believe you  fixed it lately for everyone but me :') :')
<guso78k11> just kidding
<guso78k11> i am available to  some code debugging/tweaks if you give me detailled instructions
<kintel> ..and change the fprintf to the following
<kintel> fprintf(stderr, "GLEW Error: %s (%d)\n", glewGetErrorString(err), err);
<kintel> I believe the error should be 4, which means "no display". It's a bug in glewGetErrorString()
<kintel> Solution is usually to "export DISPLAY=<my_display>"
<kintel> Alternatively, build with GLAD support:
<kintel> cmake -DEXPERIMENTAL=1 -DUSE_BUILTIN_OPENCSG=1
<guso78k11> GLEW Error: Unknown error (4)
<guso78k11> yes yo are right
dalias has joined #openscad
<guso78k11> does DISPLAY need to have a useful content here ?
<kintel> We should catch that bug and print the correct error, as this is happening a bit too often
<kintel> Yes, it needs to point to your X11 display
<kintel> If you're headless, you need to start an X11 server
<kintel> ..in which case I'd recommend my GLAD alternative
<guso78k11> kintel, i will for the builtin opencsg
<kintel> Once OpenCSG is synced to >= 1.6.0 everywhere this will be the default
<guso78k11> last time when i missed that it did not even compile. now just some tests are failing
<guso78k11> compiling now, thank you for your support
<guso78k11> -- OpenCSG submodule: 1.5.0
<guso78k11> -- USE_GLAD/USE_GLEW not specified: Defaulting to glew
<guso78k11> not sure if the -DUSE_BUILTIN_OPENCSG=1 was accepted
<kintel> huh
<kintel> It's been a while since I built for Linux. Will try
<kintel> Have you run this lately? git submodule update --init --recursive
<guso78k11> yes, i did, but i will redo
<guso78k11> command did not output anything, suppose i am on sync
<kintel> Perhaps you have an old cmake cache
<kintel> -> remove your build folder and try again
<guso78k11> ok
<kintel> Just checked, build and test works fine on my headless setup
<teepee> guso78k11: did you rebase that branch? maybe it's still attached to an old state of the master branch
<guso78k11> teepee yes, i did :) thank you for your input.
<guso78k11> my machine lost internet connection, need to reboot so it can download TBB for building
<teepee> running just "git submodule" it should give
<teepee> 059a173f161a39a4ab28a32a5b89adabd4f77370 submodules/OpenCSG (opencsg-1-6-0-release-1-g059a173)
<teepee> guso78k11: fedora should also have a dev package, if you install that it will not try to download and rebuild tbb everytime you clean the build folder
Scopeuk has quit [Quit: Quit]
Scopeuk has joined #openscad
<guso78k11> really odd test results today ...
<guso78k11> can it be my python installation when you use venv ?
<teepee> hmm, it seems to grab a wrong c library
<guso78k11>  you mean shared object .so file
<teepee> yes, as it also explains a bit down in the error message, it tries to load the C part of numpy and that fails
<teepee> the path seem to make sense, I don't see anything grabbing stuff from a totally different folder
<teepee> you did already a full rebuild, e.g. removing the whole "build" folder, right?
<guso78k11> yes, but i admittedly i think i crashed my python installation when i compiled latest python and installed
<teepee> ImportError: Error importing numpy: you should not try to import numpy from its source directory
<teepee> that sounds strange, I thought it's supposed to download a pre-build version
<guso78k11> there are some yum commands to revert to "factory settings"
<teepee> can you remove that "tests/venv" folder and run cmake again?
<teepee> the interesting part would be where it's setting up the venv
<guso78k11> i think the venv is setup during cmake ...
<teepee> yep
<guso78k11> yeahh, removing venv improved . the error log became smaller
<guso78k11> only python problems
<teepee> how new is python3.13 anyway? is fedora again so on the bleeding edge, it's bleeding a lot?
<teepee> right, 3.13 is in "prerelease" status
<teepee> I'd say: don't use that :)
<teepee> first release date of 3.13: 2024-10-01 (planned)
<teepee> :)
<guso78k11> no, as i told , i just dowloaded the latest version
<teepee> I don't think that request assumed fedora enabling some pre-pre-pre-release of python as default
<teepee> what was the request regarding latest version? of python?
mmu_man has joined #openscad
<guso78k11> teeepee, i downloaded, cmake, make install to /usr/local/bin
<guso78k11> probably deleting from there is sufficient, need to try later
<teepee> maybe check if there's a way to get a "normal" release version of python
<teepee> which should be 3.12
<teepee> my debian has 3.11, even 3.12 is just a month old or so
arebil has quit [Quit: arebil]
<teepee> ok, lets see if that lib3mf build is fixed...
<teepee> ./usr/x86_64-w64-mingw32.static.posix/lib/lib3MF.a
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<guso78k11> after reverting back to 3.11, ctests work again :)
<guso78k11> believe that some ctest fail due to my -DUSE_OPENCSG .. ?
kintel has joined #openscad
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kintel has joined #openscad
<kintel> I don't think the OpenCSG setting should affect tests. Your GL driver might, but should probably be the same situation as for the CI runners
misterfish has quit [Ping timeout: 256 seconds]
kintel has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
erectus has quit [Ping timeout: 240 seconds]
erectus has joined #openscad
dalias has quit [Ping timeout: 260 seconds]
mmu_man has quit [Ping timeout: 252 seconds]