01:54 <linext_> https://www.thingiverse.com/thing:5260568

01:55 <othx> linext_ linked to "Leatherman FREE P2 Tool Holder by jesse" on thingiverse => 1 IRC mentions

02:48 <gbruno> [github] thehans transferred issue #4133 (cheat sheet does not show "convexity" for import().) https://github.com/openscad/openscad/issues/4133

09:14 <J2234> roof is pretty useful https://pasteboard.co/tG69J9M9aDEE.png

09:27 <peepsalot> the saga continues... https://github.com/microsoft/mimalloc/issues/542

12:56 <InPhase> peepsalot: Lengthy, but they seem very engaged.

13:11 <gbruno> [github] BenjaminPoilve opened issue #4136 (Color-coding of axes) https://github.com/openscad/openscad/issues/4136

13:22 <peepsalot> InPhase: yeah, i'm just annoyed and frustrated with it after all this effort. the windows dynamic override is touted as being especially robust

13:23 <peepsalot> also i thought there would be more active devs for a ms project, but i've only seen the one interacting on github

13:23 <InPhase> I'm getting the sense that MS is permitting google-like side projects now.

13:26 <peepsalot> yeah i was wondering that too

13:41 <Scopeuk> that seams particularly likely as they have two separate allocators in their repository on github

13:42 <Scopeuk> it does seam that everything heavily leans into the visual studio build tool chain

13:43 <Scopeuk> on the linker thing c++ linkers from memory are recursive they start with the main entry point and then loop through the dependencies list (ordered by goodness only knows) looking for anything that will satisfy a missing object, then add its dependencies to the list and loop looking for those, once that tree walk is done they go back to the master

13:43 <Scopeuk> list of things that are missing

13:43 <Scopeuk> which is to say "do as I say damnit" becomes tricky

13:44 <Scopeuk> with Microsoft linker you can sometimes end up needing to turn off "default libs" and then import them again if you want different orders. I can't speak for the gcc tool chain on that one

14:18 <peepsalot> the other annoying thing is the bin folder with prebuilt "minject.exe" tool and "mimalloc-redirect.dll" (no sources provided)

14:36 <teepee> ok, openhub is enabled again, I suppose it may need some time to catch up. quoting the email: "The analysis was stalled due to an issue at our end. We have re-enabled the project and will continue to monitor this project until it finishes analysis."

14:47 <peepsalot> nice, thanks teepee

14:51 <Scopeuk> that sounds very much like a "we should have spotted and fixed this ourselfs" issue

15:29 <peepsalot> teepee: the funniest thing to me from openhub is the summary that openscad is maintained by a "very large development team"

15:43 <teepee> hehe, that was 2 years ago. lets see what the updated judgement is :)

15:49 <Scopeuk> Very large, active development team

15:49 <Scopeuk> Over the past twelve months, 28 developers contributed new code to OpenSCAD. This is one of the largest open-source teams in the world, and is in the top 2% of all project teams on Open Hub.

15:49 <Scopeuk> For this measurement, Open Hub considers only recent changes to the code. Over the entire history of the project, 143 developers have contributed.

15:50 <Scopeuk> but it also claims the most recent commit was 2 years ago

16:02 <teepee> yes, it's still showing the 2 year old data when they stopped tracking

16:39 <gbruno> [github] t-paul pushed 2 modifications (Add convexity parameter to import() (fixes #109).) https://github.com/openscad/openscad.github.com/commit/d0132d46780420285a12a901f43b2951d58e4b20

16:55 <gbruno> [github] t-paul pushed 1 modifications (Fix warning message.) https://github.com/openscad/openscad/commit/8f74f01a4d9399450b1dc8f251fac8490c4ddc55

16:55 <teepee> and openhub updated now

17:32 <gbruno> [github] t-paul pushed 3 modifications (Fix warning message.) https://github.com/openscad/openscad/commit/f7277c44ba219735e1aec936a91e11ad11e78385

19:18 <gbruno> [github] jordanbrown0 opened issue #4140 (Closing with one unsaved tab says "Some tabs have unsaved changes") https://github.com/openscad/openscad/issues/4140

19:19 <gbruno> [github] t-paul pushed 3 modifications (Merge pull request #4137 from openscad/fix-typo Fix warning message.) https://github.com/openscad/openscad/commit/cca7aa664a6bb9bb36bf477ca210d1e417179cce

20:29 <gbruno> [github] thehans pushed 1 modifications (Merge pull request #4139 from thehans/cmake_info Show additional cmake build info.) https://github.com/openscad/openscad/commit/48fb1a3c830fc745e41b52d09808a363b45539d7

21:14 <gbruno> [github] thehans closed issue #4136 (Color-coding of axes) https://github.com/openscad/openscad/issues/4136

21:42 <gbruno> [github] t-paul pushed 1 modifications (Update system requirements.) https://github.com/openscad/openscad.github.com/commit/6b4a319860ea2a8de6a04adfa5ddc978ef1b9ec0

22:05 <peepsalot> teepee: there's no reason to keep these patches around for obsolete dependencies right? https://github.com/openscad/openscad/pull/4138

22:56 <teepee> peepsalot: yep, looks all obsolete

23:03 <gbruno> [github] thehans pushed 8 removals (Merge pull request #4138 from thehans/obsolete_cleanup Remove obsolete patches.) https://github.com/openscad/openscad/commit/95158431e369db5a6f87c352fb768f1340689351

23:08 <peepsalot> teepee: thanks, i got a bad habit of going on refactoring tangents for PRs I work on. now I'm trying to clean up and split changes from my malloc branch into coherent PRs