00:38 <yasen> learning our Tutorials recently, and here would like to share with you on my step by step practice journey: https://www.youtube.com/playlist?list=PL6DEHvciXKeUwcYw7k4wKWhW1cbE_omAg, will complete posting in coming days, hope to give you some reference

00:39 <yasen> and welcome to hear comments from you

01:02 <teepee> hi yasen, yes, I wanted to have a look at the series, you posted on twitter not long ago about it, right?

01:04 <joseph_> teepee: I made a branch that has all of the following: my macro to disable the legacy OpenGL calls , kintel's work on GLAD (set to GL Core 3.2), and my GSoC 2022 work to render F6 using GLSL. In this branch the viewport remains totally black, I think due to some legacy calls for the camera that need to get rewritten. But, it does allegedly complete the render without errors or segfault

01:06 <teepee> joseph_: shoudn't the GL error handler tell which calls those are?

01:06 <teepee> my understanding of the core profile is that the legacy calls are not supported at all so I would expect those to give errors

01:08 <teepee> combining all those things might be worth a try, although the amount of changes can make it more tricky to find the problems

02:24 <joseph_> teepee: The legacy calls for camera/viewport stuff is actually caught earlier, by the compiler. So I had to disable them completely in order to even get a build working with Core Profile. I think in order to see what's actually being rendered, a modern replacement for those parts of the camera+viewport function will need to be created. This is out of scope for GSoC this year but I could potentially work on it after my semester is

02:24 <joseph_> over

03:09 <InPhase> Was it Nov 2021? :)

03:09 <InPhase> Oops, scrolled up.

03:10 <InPhase> Joel: That question was to you. I notice my imperial.scad file is from then, but I have no idea what I was doing when I was inspired to write it.

14:48 <Joel> InPhase hm, let me check github, around there, yes!

14:48 <Joel> InPhase https://github.com/OpenSourceHouses/TheTiny/blob/main/utilities.scad

16:45 <teepee> guso78: https://github.com/elalish/manifold/issues/415#issuecomment-1725063678

16:48 <guso78> Wow! Hopefully solving self intersection goes next 👍

17:03 <peeps[work]> its neat they are working on some version of 3d offset, but i wish they would have stuck to the original topic of convex decomposition

17:04 <peeps[work]> I don't have the energy to argue over it, life has been exhausting for me lately

17:10 <teepee> I guess we take whatever cool stuff they can come up with and try again later for other things :)

18:23 <J23k59> and another multimaterial color export workflow https://github.com/owebeeone/anchorscad   ( https://github.com/jschobben/colorscad was the other )

18:25 <J23k59> while color in 3mf would be great - a "object ID" would be nice to have some lazy union like behavior  .. also wonder why this causes the "can't add triangles" error and result in an empty 3mf

19:33 <gbruno> [github] Masterhigure opened issue #4748 (Difference not rendered correctly in preview when camera is inside object) https://github.com/openscad/openscad/issues/4748

23:37 <kintel> Meh, that remote devcontainer stuff is very immature. Seems to require us to use single-user host systems with UID=1000 : /

23:43 <teepee> ah, that fits so well with containers

23:44 <teepee> I still have an issue with the opencsg 1.6.0 build for mxe, getting linker errors for the example

23:44 <kintel> ..alternatively modify containers to add my own UID/GID so that mounted volumes can be written to correctly, but that kind of defeats the purpose

23:44 <teepee> which I think means it's expecting glut as shared lib but we build static

23:45 <kintel> I though we disabled examples for opencsg?

23:45 <kintel> *thought

23:45 <teepee> /mxe/usr/bin/x86_64-w64-mingw32.static.posix-ld: release/main.o:main.cpp:(.text.startup+0x32): undefined reference to `__imp___glutInitWithExit'

23:45 <teepee> not fully, but I might do so for now. it's not upstreamed to mxe, so maybe no need to bother about it just yet

23:47 <kintel> Did glut link correctly with the previous opencsg?

23:49 <teepee> I think it's only used for the example

23:49 <teepee> but not 100% sure

23:50 <kintel> yeah, I meant for the example in opencsg 1.5

23:50 <kintel> Not much changed, except the examples no longer link with GLEW

23:51 <teepee> hmm, I suppose it did, I did not really change much in the opencsg.mk file in MXE

23:51 <teepee> I'll have another look, last couple of days did not leave much spare time

23:53 <teepee> plus being distracted by new electronics stuff, dangerous combination ;-)

23:55 <gbruno> [github] kintel synchronize pull request #4737 (Add new, more capable, EGL offscreen support) https://github.com/openscad/openscad/pull/4737

23:55 <gbruno> [github] kintel edited pull request #4737 (Add new, more capable, EGL offscreen support) https://github.com/openscad/openscad/pull/4737

23:55 <gbruno> [github] kintel pushed 1 modifications (Enable EGL) https://github.com/openscad/openscad/commit/e61a62ea98d412d8acc8a6f70b46ea921b4d7ea8

23:55 <gbruno> [github] kintel edited pull request #4737 (Add new, more capable, EGL offscreen support) https://github.com/openscad/openscad/pull/4737

23:55 <gbruno> [github] kintel edited pull request #4737 (Add new, more capable, EGL offscreen support) https://github.com/openscad/openscad/pull/4737

23:57 <kintel> Heh, yeah, if 3rd party build systems go wrong, it's hard to casually fix it : /

23:59 <kintel> That devcontainer stuff looks pretty neat once it matures, but I guess they'd have to automatically amend the dockerfiles in question to create correct users/groups, and to sync that with the host system..

23:59 <teepee> that's the actual github stuff or something else?