[Kicad-developers] Launchpad bug tracker closure

Hi everyone, It is time so say goodbye to the Launchpad bug tracker. Seth has asked to me run a script which will close all bugs in the Launchpad bug tracker. I have just done a test run with several reports and I already see it will generate a massive amount of e-mail notifications. I plan to

Re: [Kicad-developers] Downloads storage maintenance

Hi, Nick is right, I forgot that mentioning the timezone is important here. Cheers, Orson On 8/18/20 5:57 PM, Nick Østergaard wrote: > Probably CEST, and 24h clock... > > man. 17. aug. 2020 16.33 skrev Kevin Cozens <mailto:ke...@ve3syb.ca>>: > > On 2020-08-17 3:

[Kicad-developers] Downloads storage maintenance

Hi, I have received a message saying that a virtual machine hosting the downloads storage might be down on 7th September between 9:00 and 12:00. Most likely the break will be shorter than 30 minutes. Cheers, Orson ___ Mailing list:

Re: [Kicad-developers] Padstack support #2402

Hi, I guess the description must have been mistaken with "layer stack", for which I have had prepared a document. Unfortunately, I do not have anything for pad stack support. Regards, Orson On 3/25/20 7:19 PM, ja...@veith.net wrote: > V6 Roadmap indicates "initial technical spec drafted" by

Re: [Kicad-developers] GitLab bug workflow

On 12/4/19 12:16 PM, Ian McInerney wrote: [...] > Speaking of which @Maciej Suminski <mailto:maciej.sumin...@cern.ch> can > you modify the current janitor "nudger" that emails people if they close > an issue with no milestone to work with GitLab? Consider it done. Ki

Re: [Kicad-developers] Launchpad bug tracker

Hi Adam, No worries, the report is fine [1]. Cheers, Orson 1. https://gitlab.com/kicad/code/kicad/issues/3636 On 12/4/19 5:28 PM, Adam Wolf wrote: > Sorry folks, I forgot about the Gitlab migration and responded to a > bug on Launchpad. I hope I have not generated too much extra work. > >

Re: [Kicad-developers] Git fixes migration

Now I realize that I should have warned you: 'git fixes' is already set up for Gitlab. I thought it makes sense since Gitlab is now the official repository. Janitor observes the Launchpad branches, so as long as a commit reaches the Launchpad repository, it *should* work fine. Cheers, Orson

Re: [Kicad-developers] GitLab issues

/kicad. Cheers, Orson On 11/26/19 1:01 PM, Franck Jullien wrote: > Thanks. I did search here: https://gitlab.com/groups/kicad/-/issues > Not the same GitLab account. > Which one should we use ? > > Franck. > > Le mar. 26 nov. 2019 à 12:57, Maciej Suminski > a

Re: [Kicad-developers] GitLab migration

: > Is it possible to migrate closed bugs as well? I think gitlab search > indexing is much more useful, having history conserved there will likely > be handy. > > On Mon, Nov 11, 2019 at 2:31 AM Maciej Suminski <mailto:maciej.sumin...@cern.ch>> wrote: > > Excellen

Re: [Kicad-developers] [PATCH v3] [NEW] eeschema: Allow hierarchy navigator to stay open

Hi Franck, Please remember to add changelog tags [1] when sending patch v4. Thanks! Cheers, Orson 1. http://docs.kicad-pcb.org/doxygen/commit_messages.html On 11/10/19 7:36 PM, Franck Jullien wrote: > Le dim. 10 nov. 2019 à 18:29, jp charras a écrit : >> >> Le 10/11/2019 à 17:33, Franck

Re: [Kicad-developers] GitLab migration

ion" etc.) is correctly > attributed to "eelik". > > Eeli Kaikkonen > > su 10. marrask. 2019 klo 19.44 Maciej Suminski (maciej.sumin...@cern.ch > <mailto:maciej.sumin...@cern.ch>) kirjoitti: > > On 11/10/19 5:54 PM, Seth Hillbrand wrote: > > On 2019-

Re: [Kicad-developers] GitLab migration

On 11/10/19 5:54 PM, Seth Hillbrand wrote: > On 2019-11-10 08:43, Seth Hillbrand wrote: > >> On 2019-11-10 08:33, Eeli Kaikkonen wrote: >> >>> OK. Would it be worth re-importing everything even for this test database >>> to avoid false impressions? >>> >>> Eeli Kaikkonen >> >> What false

Re: [Kicad-developers] GitLab migration

://docs.google.com/document/d/1GRFO6tIfecpg8tDjIJW8qHxv7cvp13t2GAgQf2zN254/edit?usp=sharing 2. https://gitlab.com/orsonmmz/kicad-bug-tracker/issues On 10/15/19 12:52 AM, Maciej Suminski wrote: > I have started working on the bug tracker migration script [1], and now > you can check out a test

Re: [Kicad-developers] New lead developer announcement

That is great news, congratulations Ian! Thank you for the time you spend on KiCad, you turn it into very valuable contributions. Cheers, Orson On 11/7/19 9:14 PM, Wayne Stambaugh wrote: > I am happy to announce that the KiCad project now has a new member of > the lead development team. Ian

Re: [Kicad-developers] [PATCH] SPICE .option confused with .op simulation

Hi Sylwester, I admit I have not checked your patch in action, but it seems that it will not accept ".op" command, unless it is followed by a space. Since ".op" does not take any parameters, I presume it is a rare case when one adds an extra space after the command. Regards, Orson On 10/19/19

Re: [Kicad-developers] GitLab migration

Hi, Thank you both for the input. On 10/15/19 1:28 AM, Seth Hillbrand wrote: > On 2019-10-14 16:09, Ian McInerney wrote: > >> Orson, >> >> Great work so far. >> >> I was noticing as you were testing migrating the issues that our >> @names in the text seem to not transfer well. In one of the

Re: [Kicad-developers] GitLab migration

I have started working on the bug tracker migration script [1], and now you can check out a test batch of 100 bug reports converted to Gitlab [2]. I am looking forward to your comments. What is transferred accurately? - description - messages (including attachments and dates) - milestones - tags

Re: [Kicad-developers] GitLab migration

Recently I have been trying to set up a Gitlab instance using the CERN OpenShift instance. The theory is simple and well described, but in practice we do not have enough privileges to run it. This is what I noticed myself and then confirmed with the admins. If we can get a professional service

Re: [Kicad-developers] GitLab migration

On 10/10/19 2:30 AM, Andrew Lutsenko wrote: > In terms of issues migration I think moving open issues via script and > locking down launchpad tracker is the best option. Even if migrated > issues and comments on them will be owned by some service account/bot. > It should be doable to include

Re: [Kicad-developers] [Patch] Another hotkey processing fix

Hi Ian, I have nothing against your patch, but is it a valid configuration where one has multiple global actions bound to the same hot key? Cheers, Orson On 8/9/19 1:16 AM, Ian McInerney wrote: > In the current framework, if more than one global actions share the same > hotkey (even if they are

Re: [Kicad-developers] Anyone know where the sources to the simulation cursors are?

> voltage-probe over wires and a current-probe over pins.) > > Cheers, > Jeff. > > >> On 7 Aug 2019, at 13:37, Maciej Suminski wrote: >> >> Hi Jeff, >> >> I am afraid I have lost them in a hard drive crash. I should have >> committed them to

Re: [Kicad-developers] Anyone know where the sources to the simulation cursors are?

Hi Jeff, I am afraid I have lost them in a hard drive crash. I should have committed them to the repository, my bad. I have an idea how to quickly convert them back to the original version. Are you still interested in the sources? Cheers, Orson On 8/5/19 6:06 PM, Jeff Young wrote: > > >

Re: [Kicad-developers] GAL layer question

Hi Jeff, I am afraid it is not possible. We use two framebuffers for rendering: the cached one keeps in the video memory vertices that are not likely to change in the near future, the non-cached is for vertices that are modified (e.g. dragged tracks) and are send to the GPU every frame. To boost

Re: [Kicad-developers] Update on Cairo printing?

ng code to draw a “screen capture” of > the current sheet on the clipboard, and to export a PNG of the current > footprint. I presume the Cairo code can handle those cases too? > > Cheers, > Jeff. > > >> On 17 Jun 2019, at 07:52, Maciej Suminski wrote: >> >

Re: [Kicad-developers] Milestone for lp:1832911

You are welcome, but actually is the Janitor messaging you. I just let him use my e-mail account. Cheers, Orson On 6/15/19 10:12 PM, Jeff Young wrote: > Cool! Nice work, Orson (particularly the link so it can easily be fixed). > >> On 15 Jun 2019, at 20:45, maciej.sumin...@cern.ch wrote: >> >>

Re: [Kicad-developers] Update on Cairo printing?

Hi Jeff, Yes, I am on it. There is not much left, so I hope to finish it soon. Cheers, Orson On 6/16/19 2:46 PM, Jeff Young wrote: > Is this still the plan? If so, where are we on it? > > (I’m wondering if/when I can remove all the old eeschema drawing code that’s > currently used for

Re: [Kicad-developers] Janitor broken...

Hi Ian, I apologize for that. Janitor had some problems that I fixed yesterday, but in the process it started marking the released bugs as committed. I think most of them are already reverted to 'released', but I will double check now. Cheers, Orson On 6/14/19 12:16 AM, Ian McInerney wrote: >

Re: [Kicad-developers] [PATCH] Crash Reporter

If everything works as expected, then you should be able to see your reports in my test project bug tracker [1]. The crash reporter should receive link to the new bug report in the HTTP response, so I guess it could be shown to the user. Once we are confident with the crash reporter, I will

Re: [Kicad-developers] KiCad janitor down?

Hi Wayne, My laptop's fan has not survived the flight back from KiCon, so I am still slightly unresponsive without my computer. I do not have the SSH key to access the Janitor machine at the moment, but I will try to retrieve it and fix the problem tonight. Sorry for the inconvenience. Cheers,

Re: [Kicad-developers] Feature Proposal: Schematic Netlist modules for Eeschema/SKIDL hybrid

Hi Russell, On 5/4/19 12:38 AM, Russell Oliver wrote: > 2. Thinking about it further the task of generating a graphical > schematic shouldn't be too difficult using the SKIDL library. I > suspect Dave would be disappointed in me for being addicted to > schematics. A simple grid based layout with

Re: [Kicad-developers] Kudos to Michael Kavanagh

Finished, all 'fix committed' either have been changed to 'fix released' or had a target assigned. Cheers, Orson On 5/1/19 2:05 AM, Maciej Suminski wrote: > Status update: I have just updated bug reports targeted at 5.1.0-rc2 (I > forgot about this last time), 5.1.1, 5.1.2 and those tha

Re: [Kicad-developers] Kudos to Michael Kavanagh

, so have to be treated manually. Fortunately there are just a few of them and I will sort them soon. Cheers, Orson On 4/30/19 4:37 PM, Maciej Suminski wrote: > On 4/29/19 8:51 PM, Seth Hillbrand wrote:> Orson and I were discussing > giving Janitor the power to cleanup all bugs &g

Re: [Kicad-developers] Kudos to Michael Kavanagh

On 4/29/19 8:51 PM, Seth Hillbrand wrote:> Orson and I were discussing giving Janitor the power to cleanup all bugs > with Fix Committed prior to v5.1 as Fix Released.  That should take care > of the majority. > > -S I am still traveling, but I am sure I will find some spare time to do this

Re: [Kicad-developers] Download Server AWS CLI access?

Hi Tedd, I use s3cmd [1] to interact with the server, but I could not force anonymous access - it works only when access and secret keys are provided. I am no S3 expert, but there are two lines in my s3cmd config file that may help you: host_base = s3.cern.ch host_bucket = %(bucket)s.s3.cern.ch

Re: [Kicad-developers] Patch for spice netlist

Hi Bertrand, On 3/12/19 8:21 PM, BERTRAND Joël wrote: > Hello everyone, > > I have written a patch for Spice netlist exporter. I spend a lot of > time when I want to switch from .AC analysis to .TRAN or .NOISE. This > patch allows spice exporter to use different configurations with

Re: [Kicad-developers] KiCon attendance

Hi Wayne, Tom and myself are coming too (Thursday night till Sunday noon). Cheers, Orson On 2/23/19 12:18 AM, Wayne Stambaugh wrote: > I am trying to get a head count of the developers that are planning to > attend KiCon.  I would like to plan some kind of get together to discuss > v6 stuff

Re: [Kicad-developers] KiCad Janitor moves

Hi Seth, Thanks for the notice, it should be back now. Cheers, Orson On 2/23/19 5:26 PM, Seth Hillbrand wrote: > Am 2018-12-11 12:16, schrieb Maciej Sumiński: >> Recently KiCad Janitor had been rather unreliable, mostly due to my >> capricious Internet connection, so a few minutes ago he has

Re: [Kicad-developers] New lead developer announcement.

Excellent! I have been looking forward to John's promotion for some time already, congratulations! Cheers, Orson On 2/7/19 2:30 PM, Wayne Stambaugh wrote: > I am happy to announce that John Beard has accepted the offer to join > the KiCad lead development team. John's contributions have proven

Re: [Kicad-developers] Servers migration

n, Jan 27, 2019 at 11:07 AM Seth Hillbrand wrote: > >> Am 2019-01-24 02:21, schrieb Maciej Suminski: >>> Hi, >>> >>> Good news! We have been granted some space at CERN servers to host >>> KiCad >>> website, documentation and downloads.

Re: [Kicad-developers] Servers migration

agree more! Thank you Mark and Nick for the helping out with >> the server moves. Thank you Miguel for your support of the KiCad >> website hosting. I appreciate your efforts. >> >> Cheers, >> >> Wayne >> >> On 1/24/2019 2:21 AM, Maciej Suminski wrote

[Kicad-developers] Servers migration

Hi, Good news! We have been granted some space at CERN servers to host KiCad website, documentation and downloads. It means larger storage and hopefully faster data transfers. Thanks to Mark Roszko and Nick Ostergaard, most of the services have been already migrated to the CERN servers. One

Re: [Kicad-developers] Tool Event Question

Hi Seth, Apologies for late reply. I do not think there is any technical obstacle to follow the proposed way. It has never been necessary to let a single event trigger multiple transitions, that is the sole reason why it is implemented that way. Cheers, Orson On 1/18/19 4:39 AM, Seth Hillbrand

Re: [Kicad-developers] Trying to get ngspice working on Fedora

Hi Steven, I guess it has to be configured on the ngspice side. I suggest asking on the user forum [1]. You are likely to get a response from one of the lead ngspice developers, who helps KiCad users use the simulator. Cheers, Orson 1. https://forum.kicad.info On 1/11/19 5:24 PM, Steven A.

Re: [Kicad-developers] Bug 1754130

Hi Mark, I do not remember exactly how net classes work in Eagle, but if you can specify there anything that is supported by KiCad (track width, via size, etc.) then it makes sense to handle at least that part. We can implement the remaining settings as soon as the DRC receives the planned

Re: [Kicad-developers] Recent wxConfig changes.

Hi, On 12/29/18 12:45 AM, Mark Roszko wrote: > The error is from this patch: > > https://github.com/KiCad/kicad-source-mirror/commit/24f9bfa13b54267417ec971dca6cac005ce8b857 Apologies for the mistake, obviously it was not an intentional change. I see that John Beard has already fixed the

Re: [Kicad-developers] Issue with wxWidgets 3.1.2 - MSW. Need GAL gurus help.

On 12/22/18 8:04 PM, jp charras wrote: > Le 22/12/2018 à 18:49, Maciej Suminski a écrit : >> On 12/21/18 8:22 PM, jp charras wrote: >>> I very recently updated wxWidgets from 3.1.1 to 3.1.2 >>> >>> I ran into a problem with Pcbnew and Gerbview (Not eesc

Re: [Kicad-developers] Issue with wxWidgets 3.1.2 - MSW. Need GAL gurus help.

On 12/21/18 8:22 PM, jp charras wrote: > I very recently updated wxWidgets from 3.1.1 to 3.1.2 > > I ran into a problem with Pcbnew and Gerbview (Not eeschema, that has a > different event handler): > The context menus Zoom selection and Grid Selection are no longer > working (and presumably any

Re: [Kicad-developers] Python scripting build broken on windows.

Hi Wayne, Seth, On 12/11/18 7:51 PM, Wayne Stambaugh wrote: [...] > FYI, swig does not support unique_ptr or weak_ptr yet[1]. If you change > any code in pcbnew that gets swigged using these pointer templates, the > python scripting will fail to build. If you want to use unique_ptr, you > will

Re: [Kicad-developers] 5.0.2 stable release.

gt;> >>> It will be fine on my end. Please get it merged into 5.0.2 as soon >>> as you can and let me know here :) >>> >>> Adam >>> >>> On Fri, Dec 7, 2018, 3:06 AM Maciej Suminski >>> mailto:maciej.sumin...

Re: [Kicad-developers] 5.0.2 stable release.

There is one more macOS-specific patch that probably should have been included in 5.0.2 to address problems with Mojave dark mode. As far as I understand, it does not require a rebuild, only replacement of configuration files. Adam, do you think you can still add the patch to the macOS package? I

Re: [Kicad-developers] Adding global mouse shortcuts in GAL tool framework

Hi John, I am glad you like the idea. I agree it is better to wait until the legacy canvas removal, it feels like we are quite close to reaching that point. Cheers, Orson On 11/23/18 10:04 PM, John Beard wrote: > Hi Orson, > > Thanks for the idea - seems like that could be a fairly flexible

Re: [Kicad-developers] GAL rendering performance

Hi Jeff, On 11/3/18 4:29 PM, Jeff Young wrote: [snip] > Are vertexes allocated per group? Each group gets a contiguous memory area. This way a group is drawn from cache (video memory) just by specifying offset and size of the chunk storing the associated vertexes. And is the whole text item a

Re: [Kicad-developers] Build failure OSX

ist of pre-requisties in the build instructions? > > Cheers, > Jeff. > >> On 2 Nov 2018, at 13:27, Maciej Suminski wrote: >> >> Hi Jeff, >> >> I copied and adjusted your cmake spell, and it works fine for me on >> macOS 10.13 with cairo installe

Re: [Kicad-developers] Build failure OSX

Hi Jeff, I copied and adjusted your cmake spell, and it works fine for me on macOS 10.13 with cairo installed via brew. One difference I spotted is that I have cairo_quartz.h in /usr/local/Cellar/cairo/1.14.12/include/cairo/. Cheers, Orson On 11/2/18 1:58 PM, Jeff Young wrote: > CLion. CMake

Re: [Kicad-developers] Cairo printing

Just to let you know: I have just rebased and merged the Cairo printing support. Cheers, Orson On 10/7/18 1:53 PM, Maciej Sumiński wrote: > I have finished printing code refactor to take advantage of GAL in > pcbnew and gerbview [1]. This branch together with GALified > eeschema should cure

Re: [Kicad-developers] eeschema depends on libngspice.so instead of libngspice.so.0?

Hi Stefan, On 10/30/18 4:22 PM, Brüns, Stefan wrote: [snip] > Some inline comments: >> diff --git a/eeschema/CMakeLists.txt b/eeschema/CMakeLists.txt >> index e56f3c849..cd4d0d78e 100644 >> --- a/eeschema/CMakeLists.txt >> +++ b/eeschema/CMakeLists.txt >> @@ -7,6 +7,15 @@ add_definitions(

Re: [Kicad-developers] eeschema depends on libngspice.so instead of libngspice.so.0?

On 10/29/18 6:38 PM, Carsten Schoenert wrote: > Hello Orson, > > Am 29.10.18 um 13:12 schrieb Maciej Sumiński: >> Can you check if the attached patch solves the problem? It still does >> not recognize the right libngspice file under Windows, but I need to >> know if it is a step in the right

Re: [Kicad-developers] Separated debug symbols

Hi Jean-Pierre, On 10/27/18 8:06 PM, jp charras wrote: > I just committed a fix to hide the alert dialog message about FP > separator in countries using the comma (Windows specific), when > reading/writing files. > This alert dialog message is overzealous in our case. Thank you! Without the fix,

Re: [Kicad-developers] Separated debug symbols

On 10/27/18 11:36 AM, Maciej Suminski wrote: >> The GNU toolchain also has build IDs, which allows keeping multiple >> versions of debug information, and >> >> >> https://stackoverflow.com/questions/32861480/cmake-save-stripped-debug-information >> >&

Re: [Kicad-developers] Separated debug symbols

Hi Jean-Pierre, On 10/27/18 11:18 AM, jp charras wrote: [snip] > I tested your patch without any issue on W7 32 bits and gdb. > > With -DBUILD_SMALL_DEBUG_FILES=ON option, the binaries are about 20 time > smaller than without this option. True, and there is still enough debug information to get

Re: [Kicad-developers] Separated debug symbols

ApHi Simon, On 10/27/18 1:33 AM, Simon Richter wrote: > Hi, > > On 26.10.2018 22:18, Maciej Suminski wrote: > >> I have not pushed the patch yet, as I still wonder whether adding >> another CMake flag is a good idea. Just now I realized that there are >> just

Re: [Kicad-developers] eeschema depends on libngspice.so instead of libngspice.so.0?

Hi Carsten, On 10/27/18 12:12 AM, Carsten Schoenert wrote: > Hello Orson, > > Am 26.10.18 um 22:30 schrieb Maciej Suminski: >> What about libngspice.so.0 symlink? Which package ships that? Anyway, it >> makes sense to request a particular version of the library in ca

Re: [Kicad-developers] eeschema depends on libngspice.so instead of libngspice.so.0?

On 10/27/18 12:35 AM, Stefan Brüns wrote: > On Samstag, 27. Oktober 2018 00:12:21 CEST Carsten Schoenert wrote: >> As a potential step into the right direction it would be good if >> eeschema would search for libngspice.so.0 on Linux platforms. I can then >> add a manual dependency on the library

Re: [Kicad-developers] eeschema depends on libngspice.so instead of libngspice.so.0?

Hi Carsten, On 10/26/18 9:22 PM, Carsten Schoenert wrote: > Hi, > > I got a bug report [1] for KiCad in Debian testing/unstable because of a > not working ngspice based simulation in eeschema. > > I was first searching for the reason why the packaging isn't detecting > that the assumed library

[Kicad-developers] Separated debug symbols

/group__group__funcmacro__appinitterm.html#ga28a4fb827b93fa6bac18c9666c23ee10 From 6d7f070ed838f70a739406dae24640c6831bd0b8 Mon Sep 17 00:00:00 2001 From: Maciej Suminski Date: Thu, 25 Oct 2018 20:51:32 +0200 Subject: [PATCH] Added KICAD_SPLIT_DEBUG CMake flag to store debug symbols as a separate file --- CMakeLists.txt

Re: [Kicad-developers] 5.1

Hi Wayne, On 10/25/18 5:17 PM, Wayne Stambaugh wrote: [snip] > I looked at this and it only works for linux. Although it may be highly > unlikely, given that wxpython and wxwidgets can be build against gtk on > windows and msys2 provides gtk2, gtk3, and as of a few days ago gtk4 > packages,

Re: [Kicad-developers] 5.1

Hi Wayne, On 10/24/18 5:35 PM, Wayne Stambaugh wrote: > On 10/23/2018 10:12 AM, Maciej Sumiński wrote: >> On 10/23/18 3:00 PM, Seth Hillbrand wrote: >>> The issues were asserts, missing icons and a crash on exit.  I tracked >>> it down to a wx module that was loaded by pip in my user cache from

Re: [Kicad-developers] 5.1

I have just fixed the last printing related bug I knew about and rebased the code on the current master [1]. I consider it ready to merge as long as there are no other issues found. The branch still does not bring Cairo printing backend to eeschema, which is planned to be added soon, but not

Re: [Kicad-developers] GAL canvas strategy - testers needed!

t;From bbd0912ff57618884b915719ce895907159ffc53 Mon Sep 17 00:00:00 2001 From: Maciej Suminski Date: Sat, 22 Sep 2018 17:25:37 +0200 Subject: [PATCH] Fix off-grid block paste Center point of a block may not always be located on a grid point, therefore it needs to be rounded to the grid size to prevent off grid com

Re: [Kicad-developers] Spice simulation on macOS

Hi Andy, On 08/09/2018 02:12 AM, Andy Peters wrote: > >> On Mar 26, 2018, at 4:30 AM, Maciej Sumiński wrote: >> >> Would someone running nightlies on macOS test the Spice simulator? In >> particular, please simulate demos/simulation/sallen_key from our bundled >> demos and see if you get

Re: [Kicad-developers] Fix CMakeLists.txt

Hi Marcus, Thank you for the patches, I have just merged them. I have slightly modified the last patch - I realize that you used the correct convention for calling execute_process(), but IIRC it did not work with msys2. Therefore I simply added the suggested ${wxWidgets_CONFIG_OPTIONS} to the

Re: [Kicad-developers] Windows Builds

Thank you all! It was the #1 issue with the 5.0 release. Cheers, Orson On 07/25/2018 08:57 PM, Mark Roszko wrote: > Appears Simon has handled it, the downloads are updated. > > I installed it and it no longer asserts. > > On Wed, Jul 25, 2018 at 1:20 PM Wayne Stambaugh wrote: >> >> On

Re: [Kicad-developers] KIDIALOG broken

On 07/23/2018 08:04 PM, Wayne Stambaugh wrote: [snip] > I wondered about that. Orson may be using a later version of wxWidgets. > I'm currently using 3.0.4. I only use 3.1 when I'm messing around with > the gtk3 fix stuff. > > A quick reminder developers, 3.0 is the currently supported version

Re: [Kicad-developers] test regression on macos package

Hi Adam, What is the regression? Perhaps we can help debugging. Cheers, Orson On 07/21/2018 08:23 AM, Adam Wolf wrote: > Hi folks! > > While trying to create the 5.0.0 package for macos tonight, I ran into > a test regression that I do not see on RC3. I am debugging, but it is > very late in

Re: [Kicad-developers] 5.1 branch

Whew, I think that was ~1200 bugs fixed/feature requests handled. Well done, team! Now let's sweep our mailboxes.. Cheers, Orson On 07/16/2018 06:14 PM, Jeff Young wrote: > I started doing some by hand and Orson is right: tedious isn’t the half of > it. I’ll wait for his script. ;) > > >> On

Re: [Kicad-developers] How sophisticated is the bug closure script?

Hi Jeff, KiCad Janitor follows only the master branch and does not take tags or target milestones into account. The rules are very simple: whenever there is a "fixes" line, change the correlated bug status to "Fixed". Have a look at the script [1], I will be happy to improve it. Cheers, Orson

Re: [Kicad-developers] Dublicating schematic symbols in Kicad 5

Hi Attila, There is a right-click context menu that should let you cut/copy/paste symbols between libraries, including project specific ones. I think the way of renaming symbols has not changed, i.e. you simply modify the Value field. Cheers, Orson On 07/10/2018 02:56 PM, Attila Kinali wrote: >

Re: [Kicad-developers] [PATCH] Fix overbar drawing for non-italic text

+1 for the patch. The change seems sensible just by looking at the raw diff and the presented images justify correctness. Cheers, Orson On 06/23/2018 05:32 PM, Andrzej Wolski wrote: > Wayne, > > this is after patch: > https://imgur.com/a/54ESCMD > > Andrzej > > W dniu 2018-06-23 o 16:54,

Re: [Kicad-developers] Can we get a WTF tag in the bug tracker?

Hi Simon, The code in question has been inspired by LIB_PART::CopySelectedItems() which deselects fields. There the original items need to be deselected, and the copied ones are kept selected and dragged to a new location. Method LIB_EDIT_FRAME::copySelectedItems() is used in two actions: copy

Re: [Kicad-developers] [PATCH] Large board speed

FWIW: I have routed a simple board (166 track segments) with the patch applied, no issues found. Cheers, Orson On 06/01/2018 11:17 PM, Wayne Stambaugh wrote: > On 6/1/2018 3:58 PM, Tomasz Wlostowski wrote: >> On 01/06/18 20:23, Seth Hillbrand wrote: >>> I think maybe we are seeing the severity

Re: [Kicad-developers] Footprint Library Wizard removal

Yes, are there other issues there? On 05/25/2018 05:24 PM, Nick Østergaard wrote: > Is this the one from the Browse Libraries... from the fp-lib-table dialog? > > 2018-05-25 11:10 GMT+02:00 Maciej Sumiński : > >> Thank you for the feedback. I have fixed the reported

Re: [Kicad-developers] Indeterministic netlist export for multiunit components

Alright, I have just pushed the patch. Cheers, Orson On 05/18/2018 08:47 PM, Wayne Stambaugh wrote: > You patch seems like a reasonable approach as an interim fix. Go ahead > and merge it when you get a chance. > > Cheers, > > Wayne > > On 05/18/2018 10:52 AM, Maciej Sumiński wrote: >> How

Re: [Kicad-developers] Might want to check recent fixes....

I have also noticed this. For some strange reason, Janitor does not always mark bugs as fixed, even though the logs show that it had processed all commits. I added some extra debug information, hopefully it will help me find the problem. IIRC it used to work flawlessly for a long time and I have

Re: [Kicad-developers] SPICE and multi-unit parts

Hi Jeff, Spice netlist exporter outputs a single line for each part (including multi-unit ones), meaning you have 1:1 part to model relation. I have not checked, but I suppose that in case of divergent field values for each unit, the first unit has the priority. Speaking of tubes, I have never

Re: [Kicad-developers] wxPython-gtk3 woes

In the bug reported for Ubuntu bionic (lp:#1762432) there are three packages installed: - libwxgtk3.0-0v5:amd64 (wxWidgets/GTK2) - libwxgtk3.0-gtk3-0v5 (wxWidgets/GTK3) - python-wxgtk3.0 (wxPython/GTK3) My guess is that some applications may depend on wxWidgets/GTK2, and wxWidgets/GTK3 is simply

Re: [Kicad-developers] [PATCH] Fix for bug/1754049

Hi Jean-Pierre, >>> -Not so minor issues: >>> Multilayers items (blind/buried vias, keepout zones) are incorrectly >>> handled: >>> * In GAL mode, removed Multilayers items are still visible after deletion. >> >> This should be fixed. Even if it's something as crude as checking to >> make sure

Re: [Kicad-developers] Potential issue with 49486b83

Jean-Pierre, Is the jumpy canvas [1] on first panning fixed with newer wxWidgets version on Linux? If so, what version do you use? I see it occurring on 3.0.3 and I also get the assert. Wayne said the recent patch did not help on Windows, so we can either make the change specific to macOS or to

Re: [Kicad-developers] MacOS + OpenMP

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 crashes. Cheers, Orson On 03/04/2018 07:36 PM, Bernhard Stegmaier wrote: >

Re: [Kicad-developers] Improving Eagle Import netlist matching

for v5? Global labels >> or >>>>> my latest matching algorithm? >>>>> >>>>> Kind Regards >>>>> Russell >>>>> >>>>> >>>>> >>>>> On 25 Feb 2018 08:43, "Russell Oliver"

Re: [Kicad-developers] Git noob question

[...] git pull would do a fetch and merge together, but you want to fetch and rebase -- you can set your .gitconfig to do the fetch and rebase, but I think it's easier to follow along with what's going on if you do the fetch separately and check the tree each time with git hist. If we are

Re: [Kicad-developers] Non copper zones

Sorry for late answer, I will not have a reliable Internet connection until Sunday evening. I removed the option to draw ZONE_CONTAINERs as they are dedicated to copper layers. For graphical items there is DRAWSEGMENT of POLYGON type. If you find it unacceptable, please revert the commit. I am

Re: [Kicad-developers] kicad compile error on FreeBSD

I am sorry about that. I swear it would not have happened if I got a single warning message from the compiler, but both clang 4.0.0 and gcc 7.1.1 had merrily compiled the code, so I have not expected such problems. Thank you for quick reaction Jean-Pierre. Regards, Orson On 02/22/2018 09:33 PM,

Re: [Kicad-developers] wxPython/wxWidgets compatibility check

> 2018-02-19 22:28 GMT+01:00 Nick Østergaard <oe.n...@gmail.com >> <mailto:oe.n...@gmail.com>>: >> >>> >> >>>> Hello Maciej, >> >>>> >> >>>> I just tested your patch on archlinux. It

Re: [Kicad-developers] Improving Eagle Import netlist matching

ocal the root sheet. e.g. "/C". >>>>> Therefore the suffix matching will also work. >>>>> >>>>> What I will require is an easy way to get the list of nets >> currently >>>>> in the schematic inside of pcbnew . Which w

[Kicad-developers] wxPython/wxWidgets compatibility check

2. https://bugs.launchpad.net/kicad/+bug/1746753 >From 012f028b6cb5b83201e6e29f0aa2a51282d7c465 Mon Sep 17 00:00:00 2001 From: Maciej Suminski <maciej.sumin...@cern.ch> Date: Sat, 17 Feb 2018 13:29:05 +0100 Subject: [PATCH] CMakeLists: compare wxWidgets and wxPython toolkits Having

Re: [Kicad-developers] Improving Eagle Import netlist matching

Russell > > > On 17 Feb 2018 10:06, "Maciej Suminski" <maciej.sumin...@cern.ch> wrote: > > Alright, I switched the importer to use global net labels. Perhaps > schematics are not always the prettiest ones, but at least they are > equivalent to the original project

Re: [Kicad-developers] Improving Eagle Import netlist matching

Alright, I switched the importer to use global net labels. Perhaps schematics are not always the prettiest ones, but at least they are equivalent to the original project. Cheers, Orson On 02/16/2018 02:59 PM, Wayne Stambaugh wrote: > If using global nets resolves the issue and doesn't cause any

Re: [Kicad-developers] Loading symbol libraries

Hi Wayne, Sorry for late response, I am traveling again. I have not tested the patch itself but read the code, mostly focusing on CMP_TREE_MODEL and LIB_MANAGER{,_ADAPTER} classes. I think the proposed changes make sense and are rather safe. It might be a good idea to merge this patch, judging by

Re: [Kicad-developers] [PATCH] Save view control settings before dispatching new tool events

Hi Jon, Apologies, it was a mistake. I have reapplied your patch. Regards, Orson On 01/26/2018 06:14 PM, Jon Evans wrote: > Hi Orson, > I saw you just reverted this change in b8ecc95d9c, was that intentional? > After your commit, issue #1741357 is back. > > -Jon > > On Mon, Jan 15, 2018 at

Re: [Kicad-developers] Future plans on the KiCad library releases?

On 01/23/2018 06:18 PM, Matthijs Kooijman wrote: [snip]> Automatically updating existing schematics when one of its symbols moved > to a different library would of course be awesome if that could happen > as well. I also made a suggestion about that: > >> One way I can imagine this works is to

  1   2   3   >