06:48 <pca006132> kintel: do you think it is better to get a new manifold release for the regression, or wait until the new optimizations are merged (~25% faster on huge meshes, i.e. > 1M faces) which will probably take a day or two

07:03 <pca006132> anyway maybe I will just do a patch release first

12:38 <bitbasher> hi hi .. i have spent some time struggling with Windows, Powershell and so on to be able to compile OpenSCAD from source .. without success so far but at least i can write an alias for the unix "path" and "env" commands

12:40 <bitbasher> is there anyone using Discord or WhatsApp to discuss the GSoC work .. i would like to see if there was a way for me to contribute

12:53 <pca006132> bitbasher: maybe try wsl2 if you don't need the GUI?

12:59 <bitbasher> humm .. ok .. but then i have to research what WSL2 is .. sigh .. been a while since i tried to compile something from source under windows

13:02 <bitbasher> just trying to build BRLCAD from source .. its instructions are clear .. CMAKE is running .. a LOT of the standard header files, libs, and standard tool set were not found so i dunno if it will actually work ..

13:04 <bitbasher> ah nope

13:04 <bitbasher> fix/src/STEPCODE_BLD-stamp/STEPCODE_BLD-install-*.log Completed 'STEPCODE_BLD' Building Custom Rule D:/repositories/brlcad/build/bext/stepcode/CMakeLists.txt Completed 'OPENCV_BLD' Building Custom Rule D:/repositories/brlcad/build/bext/opencv/CMakeLists.txt CMake Error at misc/CMake/BRLCAD_Util.cmake:102 (_message): Unable to successfully build bext dependency repository Call Stack (most recent call first): misc/CMake/BRLC

13:04 <bitbasher> argh .. IRC does not do formatting

13:05 <bitbasher> still .. it tried really hard

13:09 <bitbasher> it looks like my LIB and LIBPATH need to have things added .. the build tools are not finding the header files so that is the first thing to fix

13:16 <bitbasher> oh .. never mind .. i am an idiot .. the Windows Subsystem for Windows .. i did install that when i got my new Windows 11 machine a year ago .. never tried to use it

13:54 <pca006132> yes, wsl2 is just like a linux vm, but faster

13:54 <pca006132> much simpler than trying to figure out how to setup dependencies on windows

13:55 <pca006132> iirc openscad doesn't use msvc for compilation, but use gcc cross compilation (MXE) or mingw/msys2

13:56 <pca006132> so if you want to try using msvc you are fighting a battle...

13:56 <pca006132> and dependency management on windows is a pain

14:43 <bitbasher> but but and but .. a bit of googling and then digging around in Vis Studio showed me a way to use CMake in Vis Studio .. my first try has just failed .. VS built a lot of stuff even without all the standard tools and header files being found .. but it finished with an error message

14:44 <bitbasher> no matter tho .. the windows executables i got from GitHub work just fine .. not hat i understand anything about how BLR CAD works

14:49 <bitbasher> i need to figure out which include and lib directories need to be listed in LIB, LIBPATH and INLCUDE envvars for WSL2 to work tho .. i have Ubuntu installed in WSL and the path looks okay, but the other three envvars are not defined

14:51 <teepee> it does help if the mentors can see what's going on, otherwise it's difficult to actually do mentor

14:53 <bitbasher> hi TP .. i am not mentoring anything yet .. still cannot build anything

14:54 <teepee> I know, but I'm one of the 2 mentors of this years gsoc with sparsh

14:54 <bitbasher> i am just going through the list of pre-reqs for building openscad now .. but "apt install Qt" and QScintilla dont find packages

14:54 <teepee> there's a scripts/uni-get-packages.sh which has lists for a couple of distros

14:55 <bitbasher> oh good .. couple of days ago someone said my experience in building for Windows might be of use for the VS Container project

14:56 <teepee> well, yes. the gsoc project is meant to produce *some* way of making windows dev as easy as possible

14:56 <bitbasher> i have to restart for updates .. back soon

15:05 <bitbasher> i am back

15:07 <bitbasher> looks like i lost some history in the reboot .. teepee .. can u please repeat the script that shows the dependencies for OS for WSL2 building .. i can use ubuntu to make a local dev env

15:16 <teepee> we have nothing specific to WSL at this point, but if it's ubuntu, the uni-get-dependencies.sh should still apply I assume (with no practical knowledge of wsl)

15:17 <teepee> maybe we can poke sparsh to join tomorrow, I think the work in progress is building native windows dependencies via vcpkg

15:17 <bitbasher> well .. i am having no luck at all ..

15:20 <bitbasher> the check-dep..sh file has a /-bang of /usr/bin/env bash .. which does not work in my ubuntu windows .. so i copied the shell script .. which bash showed me /usr/bin/bash .. so i told my copy to use that .. it replies with bad interpreter - no such file .. but the bash executable really is there

15:21 <bitbasher> and doing "bash jcheck.sh" fails saying $'\r' command not found .. but there is no such command in the script

15:21 <teepee> that usually means you edited that with an editor that saves windows style line endings

15:21 <teepee> bash does not like that at all

15:22 <bitbasher> i used VS Code .. i will check the output format

15:27 <bitbasher> umm windows endline is /n/r and for unix /n yes? or am i backwards?

15:31 <bitbasher> VS Code uses \n newline when saving shell scripts so that i prob not the issue

15:32 <bitbasher> and doing /usr/bin/sh uni-get-deps.sh does work .. it thinks i am missing a bunch of stuff

16:11 <bitbasher> ok .. notepad++ allowed me to save the .sh file with unix line endings and it looks like i have all the dependencies for OpenSCAD installed

16:47 <gbruno> [github] bringel opened issue #5945 (3D print service not opening file in Bambu Studio) https://github.com/openscad/openscad/issues/5945

18:10 <gbruno> [github] t-paul pushed 1 modifications (Fix crash in lib3mf-v2 object verify by just disabling the call.) https://github.com/openscad/openscad/commit/326dbea6ab96d0cf7b75194537304c1ab50ac091

18:13 <gbruno> [github] t-paul opened pull request #5946 (Fix crash in lib3mf-v2 object verify by just disabling the call.) https://github.com/openscad/openscad/pull/5946

18:24 <InPhase> teepee: Has the GSoC applicant ghosted? I would have expected to see some sort of swing-by around here by now to plan out the interaction...

18:24 <teepee> irc, yes, or probably just reading in stealth mode

18:25 <teepee> we do have weekly video chats, 3 so far I believe

18:25 <InPhase> Okay, so he's doing things then?

18:26 <teepee> I'll send the google link to the meeting docs, I think kintel will get the request for access

18:28 <InPhase> The mentee will miss some of the normal community engagement of such a project if he's not engaged more broadly like discussing work progress with someone like bitbasher who is intererested in the same objective.

18:29 <InPhase> There's a valuable stakeholder feedback piece.

18:42 <teepee> yep, agreed, we'll certainly point that out again :)

18:45 <gbruno> [github] t-paul pushed 1 modifications (Merge pull request #5946 from openscad/3mf-fix-crash-in-object-verify Fix crash in lib3mf-v2 object verify by just disabling the call.) https://github.com/openscad/openscad/commit/7245089d3226de41ab55faee62ffe326f6efcb69

18:45 <gbruno> [github] t-paul closed pull request #5946 (Fix crash in lib3mf-v2 object verify by just disabling the call.) https://github.com/openscad/openscad/pull/5946

19:28 <bitbasher> hey folks .. i am trying to install all dependencies for the OpenSCAD build .. some of the packages are not at the most recent version .. like the eigen library .. the build.sh pulls an older version the the /archive folder instead of using the latest in the /release folder

19:29 <teepee> what is build.sh

19:29 <teepee> well, don't use that I suppose

19:39 <bitbasher> build.sh is just short for .. umm .. what was it .. uni-build-dependencies.sh .. that was it

19:41 <bitbasher> but there is an update, i found that all new releases are copied to the /archive folder .. which is a more stable URL.. now the question is .. is there any reason to not use the most recent version?

19:51 <teepee> *GET* dependencies

19:51 <teepee> build should not be needed on any recent system

23:52 <kintel> bitbasher if you're available during daytime EDT, it will be a lot easier to discuss any Windows topics here.

23:54 <kintel> sparsh-n When you read this, try to give bitbasher a ping. If it's hard to touch base on IRC, try to set up any alternative mode of communication, to learn more about how to best support his efforts to build on Windows, or collect wishes for how their ideal dev setup should work.

23:55 <kintel> The mailing list can also be a good place to chat, in case IRC histories isn't ideal for this :)