Re: [Kicad-developers] macos notarization status

kicad.app into an unsigned dmg. > > On Mon, Feb 3, 2020 at 8:11 AM Bernhard Stegmaier > wrote: >> >> Hi Adam, >> >> I am also no fan of the symlinks, but having a different approach will >> be probably some work. >> >>> I had someone

Re: [Kicad-developers] macos notarization status

s for those anymore. > > Would that fix your issue? > > Thanks, > -Ian > > On Mon, Feb 3, 2020 at 2:12 PM Bernhard Stegmaier <mailto:stegma...@sw-systems.de>> wrote: > Hi Adam, > > I am also no fan of the symlinks, but having a different approach will > be

Re: [Kicad-developers] macos notarization status

what you can notarize are hidden from developers! Adam On Mon, Feb 3, 2020, 1:08 AM Bernhard Stegmaier wrote: Hi Adam, I still don’t get it: Our current strategy of symlinking into the kicad.app bundle does not work with macOS signing. Xcode has e.g. Instruments application in Xcode.app/

Re: [Kicad-developers] macos notarization status

Hi Adam, I still don’t get it: > Our current > strategy of symlinking into the kicad.app bundle does not work with > macOS signing. Xcode has e.g. Instruments application in Xcode.app/Contents/Applications/Instruments.app If I symlink it (for example) to /Applications/Instruments.app It runs

Re: [Kicad-developers] macos dev environment

> On 8. Nov 2019, at 13:24, Jonatan Liljedahl wrote: > > On Thu, Nov 7, 2019 at 11:08 PM Adam Wolf > wrote: >> >> Merging them in is blocked on the "eliminate symlinked bundles" task. > > Is this about the symlinked eeschema.app etc in the main kicad folder? > Are the plans to copy instead o

Re: [Kicad-developers] macos dev environment

s when I click the eeschema button > in the project window. > > On Thu, Nov 7, 2019 at 11:05 PM Bernhard Stegmaier > wrote: >> >> At least the last time I tried you don’t need to do a “make install” and >> build the bundle if you want to test something during development.

Re: [Kicad-developers] macos dev environment

At least the last time I tried you don’t need to do a “make install” and build the bundle if you want to test something during development. Just run needed KiCad binary directly from the build folder… I don’t know about CLion, but that worked for me using Qt Creator without problems. The only t

Re: [Kicad-developers] knowing last commit included in a nightly build?

> On 10. Sep 2019, at 15:23, Wayne Stambaugh wrote: > > Adam, > > I took a look at this patch set and I have some concerns. The CMake > changes seem acceptable but I'm curious as to why you had to add all of > the python paths in pcbnew.cpp to get Python working under macos. Does > Python on

Re: [Kicad-developers] macOS notarizing

Hi Adam, I have some of the most important stuff of my (non-KiCad) Todo list done in the next couple of days. I will have to update my build environment, find my developer ID, but then I wanted to try how this could work… I’ll drop you a note when I am ready… Regards, Bernhard > On 29. Aug 20

Re: [Kicad-developers] 5.1.4 release - release announcement/blog entry?

notarizing? Bernhard > On 14. Aug 2019, at 00:10, Adam Wolf wrote: > > Oh hey, Bernhard, I didn't see it was you... yeah, you know what I'm > talking about since you wrote a bunch of this CMake stuff, didn't you? > :) > > Adam > > On Tue, Aug 13, 2

Re: [Kicad-developers] 5.1.4 release - release announcement/blog entry?

pplication based on the argument/drop > target. > > On Tue, Aug 13, 2019, 4:54 PM Bernhard Stegmaier <mailto:stegma...@sw-systems.de>> wrote: > What’s the problem with signing it? > Xcode also has applications inside its main bundle and I guess it is signed? > &

Re: [Kicad-developers] 5.1.4 release - release announcement/blog entry?

What’s the problem with signing it? Xcode also has applications inside its main bundle and I guess it is signed? Regards, Bernhard > On 13. Aug 2019, at 21:53, Adam Wolf wrote: > > Builds can't be signed until > https://bugs.launchpad.net/kicad/+bug/1826649. I have everything in > place once th

Re: [Kicad-developers] Debuggers, boost and std::deque

I wouldn’t try this. macOS switched to libc++ long time ago. I don’t know how it is today but I had a really hard time with unpredictable results/crashes/linking errors back when I started with KiCad and (due to not knowing anything about it) had libraries compiled with libstdc++ and libc++ mixe

Re: [Kicad-developers] I've somehow broken my build...

The “sub-apps” shouldn’t have a Frameworks folder, but use the one from the “parent” Kicad.app (otherwise all the libs would be duplicated). Did you maybe issue a “make install” in your build folder? After that (I guess due to rewriting the paths, including all the dependencies, and all what hap

Re: [Kicad-developers] 3D viewer only using lower-left quadrant?

Yes, it looks like that if you request to use full resolution but don’t get the backing scale stuff right (usually is 2, so you end up drawing only a quarter). I’d guess that the rename of GetClientSize() to GetNativePixelSize() in HIDPI_GL_CANVAS wrapper is the bad guy… I don’t remember exactly

Re: [Kicad-developers] 5.0.1 Release Q

I did switch to Mojave almost all of my machines. My (own) old builds run without any problem on all of the Mojave machines. I just tried the latest nightly and it also works for me. Only thing I have is that it sometimes doesn’t work on first start (nothing happens) but if I try again. But, that

Re: [Kicad-developers] [KiCad/kicad-mac-builder] kicad-mac-builder-10.11-upload #75 failed (#206)

> build from my phone than to browse the source. :P > > Adam > > On Sat, Aug 25, 2018, 12:01 PM Jeff Young <mailto:j...@rokeby.ie>> wrote: > Oops. Now pushed. > >> On 25 Aug 2018, at 17:01, Bernhard Stegmaier > <mailto:stegma...@sw-systems.de>&g

Re: [Kicad-developers] [KiCad/kicad-mac-builder] kicad-mac-builder-10.11-upload #75 failed (#206)

Did you push it? I just looked an hour ago, but didn’t see any commit that added that… @Adam: Did you change to pull wxWidgets from a tag? I didn’t know we have tags on our wxWidgets fork…? Old scripts just checked for a change and pulled head of the branch. Regards, Bernhard > On 25. Aug 2018,

Re: [Kicad-developers] KiCad v5 MacOS Library Editor - Error Cannot Load Aliases

Hi Andrey, you might also want to check if you previously had some environment variables set in macOS itself to use libraries from a non-standard place. If so, remove them and configure paths only via KiCad (Preferences => Configure Paths). Regards, Bernhard > On 2. Aug 2018, at 06:32, Piotr

Re: [Kicad-developers] MacOS build issue with new geometry tests

Hi, it’s not constexpr that breaks clang. Usage of floating point isn’t valid in a constexpr (only literals allowed, floating point isn’t a literal)… https://en.cppreference.com/w/cpp/language/constexpr Regards, Bernhard > On 29. Jul 20

Re: [Kicad-developers] kicad version and install location

I wouldn’t rely on that. You can set paths on macOS and at least I needed it to do in my setup before Wayne made the path configuration dialog. So, I wouldn’t bet that there are no such macOS installs out there… :) Regards, Bernhard > On 19. Jul 2018, at 06:07, Adam Wolf wrote: > > On Mac, we

Re: [Kicad-developers] Jenkins e-mails?

t; The messages are not in Spam, so there's something else going on. Does > anyone on the list using Gmail receive the messages? > -S > > Am Fr., 29. Juni 2018 um 09:24 Uhr schrieb Bernhard Stegmaier > mailto:stegma...@sw-systems.de>>: > I checked and I also got

Re: [Kicad-developers] Jenkins e-mails?

spam filtering). Regards, Bernhard > On 29. Jun 2018, at 16:56, Nick Østergaard wrote: > > Ok thanks, yes those are the ones. > > Do you use gmail, or what could possibly be the issue here? Clearly the > emails reach the dev list. > > fre. 29. jun. 2018 14.52

Re: [Kicad-developers] Jenkins e-mails?

Just FYI… I do receive them, see attached.Or, do you mean different ones?Regards,Bernhard--- Begin Message --- See -- Started by upstream project "any-kicad-mirror-head" build num

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

s I don't, but no matter which one we >>>choose, as soon as V5 is out the door, I'm taking it out. I don't >>>want it to be egregiously bad, since it'll probably live in the >>>stable release for a while, but at the same point, I&#x

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

feels like asking for trouble. >> >> Thoughts? >> -S >> >> >> Am Do., 14. Juni 2018 um 05:41 Uhr schrieb Adam Wolf >> : >>> >>> Yeah, this is actually all over the source code. I'm starting to collect a >>> list o

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

ode. Hard-coding the >> relative paths feels like asking for trouble. >> >> Thoughts? >> -S >> >> >> Am Do., 14. Juni 2018 um 05:41 Uhr schrieb Adam Wolf >> : >>> >>> Yeah, this is actually all over the source code. I'm

Re: [Kicad-developers] [PATCH] Handle STEP export properly on MacOS when launched from standalone pcbnew.

I didn’t test this patch, but… something like a install prefix path is not valid for a bundle. A bundle is a self-contained entity and has no fixed location. You can put it wherever you want. So, everything has to be relative to main binary or bundle location. Regards, Bernhard > On 14. Jun 20

Re: [Kicad-developers] Copy/Paste Zones

"Paste Special" > where you can check/uncheck paste options. Would you be up for filing this? > > -S > > Am Do., 26. Apr. 2018 um 11:10 Uhr schrieb Bernhard Stegmaier > mailto:stegma...@sw-systems.de>>: > Hi Seth, > > no worries… :) > > My main

Re: [Kicad-developers] Copy/Paste Zones

her way. Do you have a use case in mind? > > -S > > > Am So., 25. März 2018 um 02:43 Uhr schrieb Bernhard Stegmaier > mailto:stegma...@sw-systems.de>>: > Hi all, > > if I copy/paste a zone, the pasted one doesn’t have a net assigned. > Is it intended this

Re: [Kicad-developers] wxPython-gtk3 woes

> On 11. Apr 2018, at 19:18, Wayne Stambaugh wrote: > > On 4/11/2018 11:02 AM, Bernhard Stegmaier wrote: >> >> >>> On 11. Apr 2018, at 16:40, Wayne Stambaugh >> <mailto:stambau...@gmail.com>> wrote: >>> >>>> >>&g

Re: [Kicad-developers] wxPython-gtk3 woes

> On 11. Apr 2018, at 16:40, Wayne Stambaugh wrote: > >> >> Last point: Is there a list of issue detected with GTK3 ? Some bugs are >> tagged with that ? > > Not that I am aware of. Some of the related bug reports may be tagged > with gtk3 but I'm not sure. If not, that would be a good thin

[Kicad-developers] Copy/Paste Zones

Hi all, if I copy/paste a zone, the pasted one doesn’t have a net assigned. Is it intended this way? I would expect that the pasted one gets the net of the original one. Regards, Bernhard ___ Mailing list: https://launchpad.net/~kicad-developers Post t

Re: [Kicad-developers] Build failure

First thing I did with QTCreator is to delete all of the default (build/release/etc) build configurations that it sets up when creating/importing a project. Then, I created my own one with the settings I need for KiCad (especially build options and paths). I didn’t have any problems since then.

Re: [Kicad-developers] Lib maintainers request help for reviewing installation script changes

What do you mean with “Xcode to build KiCad” (or, what do you want to do)? Usually KiCad is built with clang from Xcode, so yes. Xcode itself is only an IDE. You definitely can use Xcode to edit source files or to debug KiCad built with usual cmake command line (just create an “empty" project whi

Re: [Kicad-developers] CvPcb Save

the schematic should be updated > when the dialog is closed, and marked modified if there was a change. > Saving the schematic to file is then done through eeschema proper. > > Russell > > On Wed, 21 Mar 2018 04:40 Bernhard Stegmaier, <mailto:stegma...@sw-systems.de&g

Re: [Kicad-developers] CvPcb Save

Just my 2 cents… I would immediately write back any change in cvpcb to schematic. I never understood why I have to hit the button to do that. There is no PCB preview or something like that in cvpcb, so I have to apply all changes anyway to check them directly in the PCB. Then, keep the button and

Re: [Kicad-developers] MacOS + OpenMP

2018, at 20:33, Bernhard Stegmaier wrote: > > Hi all, > > So, I played around a bit to get OpenMP and GCD into something like a > “parallel_for” wrapper which either uses OpenMP or GCD. > Unfortunately, OpenMP seems to require that the “for” statement directly > follows t

Re: [Kicad-developers] [PATCH] macOS CFBundleName

I guess it just is like that because the Linux binaries are also written like that and it has always been like that… :) Regards, Bernhard > On 4. Mar 2018, at 23:37, Michael Kavanagh wrote: > > The attached trivial patch fixes the app menubar items to match the > window titles, as well as whe

Re: [Kicad-developers] Jumpy canvas on other platforms?

Do a “fit to window” and then pan left/right… I use the touchpad. After “fit to window” there is no scrollbar. When the scrollbar comes back due to panning, I see almost always a small shift of the whole view down and then up again. Sometimes, but not always if you just pan left/right it will make

Re: [Kicad-developers] Mac HighDPI performance

{ >> >>if(clock()-s_lastFlush>CLOCKS_PER_SEC/30) >> >>{ >> >>s_lastFlush=clock(); >> >>m_nowpeer->Update(); >> >>} >> >>} >> >> >> But even Kicad isn’t blamele

Re: [Kicad-developers] MacOS + OpenMP

t;> see the design rendered, but during 'Post processing shader' stage it >> crashes. >> >> Cheers, >> Orson >> >> On 03/04/2018 07:36 PM, Bernhard Stegmaier wrote: >>> Hi all, >>> >>> could please anybody test

Re: [Kicad-developers] MacOS + OpenMP

ar 2018, at 20:06, Maciej Suminski wrote: > > Bernhard, > > I suppose this is about raytrace rendering? Anyway, I see it crashing > even without any design loaded. 3D viewer passes the first phase so I > see the design rendered, but during 'Post processing shader' stage it >

Re: [Kicad-developers] [PATCH] Fix building on macOS with non-Xcode clang

;t break anything on macos builds? > > On 03/04/2018 07:26 AM, Bernhard Stegmaier wrote: > > Hi, > > > > Attached patch fixes building on macOS with non-Xcode clang: > > * To avoid problems make documentation suggest that > > cmake_minimum_required(...) has to be the

Re: [Kicad-developers] MacOS + OpenMP

build is also fine again. Regards, Bernhard > On 3. Mar 2018, at 20:33, Bernhard Stegmaier wrote: > > Hi all, > > So, I played around a bit to get OpenMP and GCD into something like a > “parallel_for” wrapper which either uses OpenMP or GCD. > Unfortunately, OpenMP seem

[Kicad-developers] [PATCH] Fix building on macOS with non-Xcode clang

Hi, Attached patch fixes building on macOS with non-Xcode clang: * To avoid problems make documentation suggest that cmake_minimum_required(...) has to be the very first statement directly followed by project(...) * Policy CMP0025 must be set with min version <3.1 to NEW otherwise cmake will ign

Re: [Kicad-developers] Mac HighDPI performance

eat, considering the amount of elements on screen. > > > How long should it take to delete this many selected elements in pcbnew? > Answer: about 50x too long! I think it was like 3mins, perhaps ESC key should > be available to press anytime to undo the delete action and

Re: [Kicad-developers] V5 Version Info?

re either > working in a different branch or you have made modifications to master. > Given that your version string says 4.0.0-rc2, it also looks like you > need to do a `git pull --tags` to fetch the latest tags. > > Wayne > > > On 03/03/2018 02:39 PM, Bernhard Stegma

[Kicad-developers] V5 Version Info?

Hi all, just out of curiosity… all my builds from master claim to be a v4: <<< Application: kicad Version: (4.0.0-rc2-4230-gaeae32b1a-dirty), release build >>> According to git I have a clean source tree… I yesterday made a build on a Linux box with a completely fresh tree and it showed v5. What

Re: [Kicad-developers] MacOS + OpenMP

a different libstdc++ with > KiCad. Probably. Does that seem feasible to the packing team? > > -S > > 2018-03-01 7:23 GMT-08:00 Bernhard Stegmaier <mailto:stegma...@sw-systems.de>>: > Hmm? > You keep everything as is (especially creating threads), but just put the &g

[Kicad-developers] [PATCH] Fix clang-mp-6.0 compile error

Hi,Small patch to fix a compile error with (MacPorts) clang-6.0-mp.See  https://www.mail-archive.com/llvm-bugs@lists.llvm.org/msg20164.htmlRegards,Bernhard 0001-Fix-clang-mp-build-error-don-t-declare-const-variabl.patch Description: Binary data ___ Maili

Re: [Kicad-developers] Zone filling (was: MacOS + OpenMP)

Hi, you implemented multiple workers yourself now? I’ll have to check in detail. I thought of just using OpenMP for the for loop again like this. <<< diff --git a/pcbnew/zone_filler.cpp b/pcbnew/zone_filler.cpp index 6fe40555a..408c5e7aa 100644 --- a/pcbnew/zone_filler.cpp +++ b/pcbnew/zone_fille

Re: [Kicad-developers] MacOS build missing frameworks

. Bernhard > On 3. Mar 2018, at 14:48, Jeff Young wrote: > > Thanks, Bernhard. I re-did mine to that scheme, but it didn’t help. I think > it’s just QTCreator not quite following what’s going on. > > > >> On 3 Mar 2018, at 12:45, Bernhard Stegmaier > <mailt

Re: [Kicad-developers] MacOS build missing frameworks

YMENT_TARGET=10.12 >>> Bernhard > On 3. Mar 2018, at 13:41, Jeff Young wrote: > > Interesting. Could you share your cmake command? > >> On 3 Mar 2018, at 12:19, Bernhard Stegmaier > <mailto:stegma...@sw-systems.de>> wrote: >> >> You are sure tha

Re: [Kicad-developers] MacOS build missing frameworks

You are sure that you have a clean build folder and don’t mix things from console builds, QTCreator, etc.? In my build folder (built yesterday) I don’t have a “bin” or “debug” folder… HackMini:build bstegmaier$ ls -l total 200 drwxr-xr-x 8 bstegmaier staff272 Mar 2 13:43 3d-viewer -rw-r--

Re: [Kicad-developers] Mac HighDPI performance

Hi, to be honest, I don’t really know what this is about. @Andrey: You looked for a very complex (foreign) project (Chris mainboard?) to prove that eeschema is slow on Mac? Well, we know that and we told you already some weeks/months ago why it is like it is (if memory serves me right). Or, do

Re: [Kicad-developers] MacOS + OpenMP

10:11 AM, Jeff Young wrote: >>> But then the progress reporter won’t work (and you’ve got no way to cancel). >>> >>> Non-pooling parallel threads are sufficient for zone filling, aren’t they? >>> >>> >>>> On 1 Mar 2018, at 15:00, Bernhard Stegmaie

Re: [Kicad-developers] MacOS + OpenMP

wrong with that? > On 1. Mar 2018, at 16:11, Jeff Young wrote: > > But then the progress reporter won’t work (and you’ve got no way to cancel). > > Non-pooling parallel threads are sufficient for zone filling, aren’t they? > > >> On 1 Mar 2018, at 15:00, Bernhard S

Re: [Kicad-developers] MacOS + OpenMP

For now it would probably be fine to just restore the pragma for the for loop optimisation. Mac users are used to work single-threaded, all others would get back multithreading here. > On 1. Mar 2018, at 15:58, Tomasz Wlostowski wrote: > > On 01/03/18 15:43, Jeff Young wrote: >> The purpose is

Re: [Kicad-developers] MacOS + OpenMP

ce. What's next, rewriting Kicad in Objective-C? >>> >>>- my 5 cents >>> >>>Tom >>> >>> >>>> Jon >>>> >>>>On Thu, Mar 1, 2018, 08:26 Wayne Stambaugh >>><mailt

Re: [Kicad-developers] MacOS + OpenMP

> On 1. Mar 2018, at 15:28, Tomasz Wlostowski wrote: >> > Sure, I'm all in for STL - my only concern is that zone filling, as it > is done now, does not benefit at all from multiple CPU cores. We need a Welcome to the KiCad Mac world, citing you some mails ago: <<< I'd like to hear from a *sing

Re: [Kicad-developers] MacOS + OpenMP

h > <mailto:stambau...@gmail.com>> wrote: >> >>Ughh! Thank you Apple. I'm not opposed to this idea if OpenMP isn't a >> viable option on macos. I would like to see our macos port be on par >>with linux and windows ports. >> >&

Re: [Kicad-developers] MacOS + OpenMP

you Apple. I'm not opposed to this idea if OpenMP isn't a > viable option on macos. I would like to see our macos port be on par > with linux and windows ports. > > Wayne > > On 3/1/2018 8:20 AM, Bernhard Stegmaier wrote: >> I did look around a bit. >>

Re: [Kicad-developers] MacOS + OpenMP

n par > with linux and windows ports. > > Wayne > > On 3/1/2018 8:20 AM, Bernhard Stegmaier wrote: > > I did look around a bit. > > Looks like OpenMP isn’t a friend of Xcode clang, because Apple has its > > own Grand Central Dispatch (libdispatch) implementation/

Re: [Kicad-developers] MacOS + OpenMP

std::async. Doesn’t seem to be a good idea, because it usually doesn’t seem to use anything like thread pools, etc. on various platforms. You probably don’t want to create that much threads… :) Regards, Bernhard > On 1. Mar 2018, at 08:40, Bernhard Stegmaier wrote: > > I had a qui

Re: [Kicad-developers] MacOS + OpenMP

I had a quick look where OpenMP is used. I found it somewhere in the connectivity/ratsnest code. I don’t know of any complaints in that area and even on my old HW I had never a bad experience. And then, 3D-Viewer. So, in my opinion it is basically only about 3D-Viewer… I don’t know if user exp

Re: [Kicad-developers] 3D Viewer "Render current view using Raytracing" is ludicrously slow

To best of my knowledge and last investigations OpenMP is (unfortunately) not available with the stock Xcode clang. Regards, Bernhard > On 28. Feb 2018, at 12:21, Nick Østergaard wrote: > > OpenMP does not seem to be enabled on the current macos nightlies. I am not > sure what to install to

Re: [Kicad-developers] [PATCH] Pcbnew menu bar

:13, Michael Kavanagh > wrote: > > Bernhard, do you mean this bug [1] existed before the 3b085f0 "Pcbnew new > menubar structure" commit? > > [1] https://bugs.launchpad.net/kicad/+bug/1750494 > <https://bugs.launchpad.net/kicad/+bug/1750494> > > On

Re: [Kicad-developers] [PATCH] Pcbnew menu bar

Hi, Just to mention… it has been like this before the patches. At least on macOS, there is still a “Preferences” menu entry below the “KiCad” menu bar entry (the “General Settings” dialog). Then, there is the “Preferences” menu… without those “General Setting”. Because there is a “Preferences” m

Re: [Kicad-developers] Is eeschema's Symbol Table supposed to be editable?

Yes, seems as if it is completely broken on macOS. Seems to be fine on other platforms. It did somewhat work a while ago. At least, I was able to change some cells/values when clicking multiple times… Regards, Bernhard > On 9. Feb 2018, at 19:13, Jeff Young wrote: > > There’s a Symbol Table d

Re: [Kicad-developers] Another performance patch....

Worst part for macOS is that we still need the patched overlay stuff for the legacy canvases. There has been something added to master recently, but it unfortunately doesn’t work (it does, but is slow as hell). I would be surprised if this gets usable for 3.1. So, getting rid of legacy canvases

Re: [Kicad-developers] wxGTK3 patches

7 Feb 2018, at 17:36, Bernhard Stegmaier wrote: >> >> … yes, no good. >> It seems to be OK when just panning around. >> But, it gets very laggy while e.g. dragging/moving symbols around (even on a >> not so big schematic I had at hand). >> >> It is fine if yo

Re: [Kicad-developers] wxGTK3 patches

remaining changes (might be due to the fact that crosshair is still disabled on macOS?). Regards, Bernhard > On 7. Feb 2018, at 17:32, Bernhard Stegmaier wrote: > > … USE_WX_GRAPHICS_CONTEXT is on per default on macOS. > > I will check tonight, but I guess/fear that the part

Re: [Kicad-developers] wxGTK3 patches

… USE_WX_GRAPHICS_CONTEXT is on per default on macOS. I will check tonight, but I guess/fear that the part <<< +#ifdef USE_WX_GRAPHICS_CONTEXT +// Screen has to be updated on every operation, otherwise the cursor leaves a trail (when xor +// operation is changed to copy) or is not updated

Re: [Kicad-developers] wxwidgets fork progress

) somewhere. Regards, Bernhard > On 30. Jan 2018, at 21:58, Wayne Stambaugh wrote: > > Bernhard, > > What about the macos boost and context patches? Do we still need to > keep them? > > Thanks, > > Wayne > > On 1/29/2018 1:23 PM, Bernhard Stegmaier wrote: >&g

Re: [Kicad-developers] wxwidgets fork progress

e macos patches from the source repo or do I need > to hold off until the dust has settle on the new wx repo? > > Thanks, > > Wayne > > On 1/29/2018 1:11 PM, Bernhard Stegmaier wrote: >> The full original soname patch seems to fix the issue in my builds (I >> did

Re: [Kicad-developers] wxwidgets fork progress

fine without? => Still needed? Regards, Bernhard > On 29. Jan 2018, at 13:47, Bernhard Stegmaier wrote: > > Just a short status… > I just tried the compile_wx.sh script and it generally seems to be fine. > > But, I can see that obviously the wxPython installer duplicates lib

Re: [Kicad-developers] wxwidgets fork progress

, Bernhard > On 29. Jan 2018, at 00:32, Adam Wolf wrote: > > I think I see it now. I can probably fix this tonight. Thanks! > > Adam > > On Jan 28, 2018 5:30 PM, "Bernhard Stegmaier" <mailto:stegma...@sw-systems.de>> wrote: > Quick look into the b

Re: [Kicad-developers] wxwidgets fork progress

Quick look into the build… seems to pull in wrong wxWidgets libs. The build in question includes some 3.0.0 wxWidgets libraries which I guess come from wxPython download. The fork should create 3.0.4 libraries... > On 29. Jan 2018, at 00:05, Bernhard Stegmaier wrote: > > I just ha

Re: [Kicad-developers] wxwidgets fork progress

hon subdirectory into a git checkout of > the wxwidgets tree, and build that way. > > One quick thing would be to just do a diff between the wxwidgets included > with wxpython 3.0.2.0, and the tree. At this point, nothing would surprise > me :) > > Adam > >

Re: [Kicad-developers] wxwidgets fork progress

Sure. I’ll have a look tomorrow and try to build wxWidgets/wxPython the same way the script does. > On 28. Jan 2018, at 23:44, Nick Østergaard wrote: > > You don't need to revert it. I can just choose the latest workin hash in the > jenkins job. I would rather we fix it somehow. :) > > @Bernh

Re: [Kicad-developers] wxwidgets fork progress

That seems to be the same error as when the former so-name patch was not applied and original wxWidgets build stuff rewrites library names. The bundle is corrupt then, because the bundling code fails to create symlinks and copies libs instead multiple times. If you can send me where to find the

Re: [Kicad-developers] wxwidgets fork progress

Which bug? Bernhard > On 28. Jan 2018, at 23:14, Adam Wolf wrote: > > I was able to get the wxwidgets stuff switched over but there's a bug in the > big tracker saying it didn't work. I will continue to look into it as I can. > I should be over this illness by the end of this week, it look

Re: [Kicad-developers] macos patch removal.

I guess so. AFAIK Adam has the patches for his build setup anyway. Anyway, would be good to get that confirmed… @Adam? I still have to adjust the build instructions (I also try to do that this weekend). So, if you remove them now maybe someone new won’t find them according to the docs. Regards

Re: [Kicad-developers] Update PCB from Schematic dialog issues

they now get a wxLEFT style. The setFrameOrigin override bangs > the x value back to 8 if that flag is set. > > Patch in https://bugs.launchpad.net/kicad/+bug/1745026 > <https://bugs.launchpad.net/kicad/+bug/1745026>. > > Cheers, > Jeff. > > >> On 23 J

Re: [Kicad-developers] Update PCB from Schematic

… one of the problems with wxformbuilder. Last time I tried (well, some while back) the best version I found for OSX was too old and didn’t work. Lost a couple of days and finally made the changes on my work (Windows) laptop… :( Regards, Bernhard > On 23. Jan 2018, at 15:19, Wayne Stambaugh

Re: [Kicad-developers] Update PCB from Schematic dialog issues

In wxWidgets master there are a couple of alignment fixes like this one: https://github.com/wxWidgets/wxWidgets/commit/5aa66ffd936d00d101f12d6e8305a0d2f6c82cc2#diff-4c33f04f2d98bef24c5f526f6fa79d33

Re: [Kicad-developers] KiCad (macOS) wxWidgets fork

x27;origin/kicad/macos-wx-3.0’. > > Thanks, > Jeff. > > PS: I also seem to be missing a .gitignore file. Is that not in yet, or is > that a symptom of something else? > > >> On 19 Jan 2018, at 16:49, Bernhard Stegmaier > <mailto:stegma...@sw-systems.de>&

Re: [Kicad-developers] KiCad (macOS) wxWidgets fork

Hi, > On 15. Jan 2018, at 10:39, Carsten Schoenert wrote: >> >> We should make it obvious that it is a branch of wxwidgets for kicad >> specifically patched for macos to avoid any confusion. > based on my experiences in other projects I suggest to use topic and > prefixed branch names. I'd avoid

[Kicad-developers] KiCad (macOS) wxWidgets fork

Hi all, after the discussion [1] some while ago (sorry, have been busy since then) Nick created a fork of wxWidgets in KiCad GitHub. Before I start to create an (at least initial) branch, I’d like to get some agreements/opinions. 1) Branch name wxWidgets has a lot of branches (I’ll see if we ca

Re: [Kicad-developers] Do we have a wxWidgets branch yet?

Yes… sorry, I didn’t have time yet to start it. I’ll put some questions to agree on in a mail hopefully this evening… Regards, Bernhard > On 14. Jan 2018, at 13:35, Jeff Young wrote: > > I had forgotten who was doing it. My second patch is for a bug he reported, > so perhaps this will give hi

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

I know… I just wanted to check that it is still OK after your patch. Jeff already did, so everything fine. > On 9. Jan 2018, at 18:28, Chris Pavlina wrote: > > OSX/macOS has built-in scaling for those, other operating systems don't. > > On Tue, Jan 09, 2018 at 02:40:

Re: [Kicad-developers] [PATCH] Implement primitive icon scaling for high DPI

Hi Chris, can you show a screenshot what this patch fixes? I have a Retina MacBook and for my taste the toolbar icons are pretty OK without any patch… Regards, Bernhard > On 9. Jan 2018, at 14:27, Maciej Sumiński wrote: > > Hi Chris, > > The patch does not apply cleanly on the current maste

Re: [Kicad-developers] Patches consistency

might be an issue. > > On a related note, I was just updating the compiling.md > <http://compiling.md/> file and noticed > that there seem to be quite a few of the macos wxWidgets patches not > mentioned in the "Building KiCad on macOS" section. I'm guessing this &

Re: [Kicad-developers] Patches consistency

It won’t be that easy to switch to wx3.1: * They added (previously non-existing) overlay code. It does basically work but is slow as hell - and quite different from the overlay patch we have. I didn’t have time yet to see whether it is more easy to fix or just replace by our patch (which is also

Re: [Kicad-developers] Patches consistency

To be honest, I don’t like the patches as is at all. You never know if patches are still need if there are new versions or if they still do apply. IMHO it would be a better solution if someone would maintain a fork of wxwidgets (e.g., on GitHub) with all the needed patches applied, so that some

Re: [Kicad-developers] OSX dev environments

For my taste for KiCad the best I tried is QTCreator. Works practically out-of-the-box perfectly with cmake and everything you would expect from an IDE (like debugging, etc.). Regards, Bernhard > On 25. Dec 2017, at 03:47, Oliver Walters > wrote: > > I followed this guide to set-up eclipse e

Re: [Kicad-developers] Modeless dialog action buttons

… same for the new remap dialog in eeschema. Regards, Bernhard > On 23. Dec 2017, at 17:28, Andy Peters wrote: > > >> On Dec 23, 2017, at 9:17 AM, Jeff Young wrote: >> >> Found another one: Drill Files Generation. > > In pcbnew, the netlist import dialog has a “cancel” button, which is usef

[Kicad-developers] [PATCH] Fi build error on macOS

Hi, Attached patch fixes 2 build errors on macOS. Just fixed the build error, no test of the plugin. Regards, Bernhard 0001-Fix-Eagle-plugin-build-errors-on-macOS.patch Description: Binary data ___ Mailing list: https://launchpad.net/~kicad-develo

Re: [Kicad-developers] macOS 3d-viewer improvements

wxVisualAttributes > common/CMakeFiles/pcbcommon.dir/build.make:180: recipe for target > 'common/CMakeFiles/pcbcommon.dir/__/pcbnew/basepcbframe.cpp.o' failed > make[2]: *** > [common/CMakeFiles/pcbcommon.dir/__/pcbnew/basepcbframe.cpp.o] Error 1 > CMakeFiles/Ma

  1   2   3   4   5   6   >