Re: [Kicad-developers] [PATCH] get initial Python 3 support

[Mitja Nemec]

Hi Nick!
As a python plugin writer, I am starting to get bug reports from ubuntu 18.04 
users, as with 5.1 supporting GTK3 they've finally managed to run python 
plugins.More than half a year ago, you've made a Kicad python3 windows 
installer with WXPYTHON disabled. At that time this enabled me to test the 
business logic of my plugins. 

I would really appreciate if you could make a 5.1 windows installer with 
python3 support and WXPYTHON disabled. But if you are tight on time, I can 
totally understand.
Best regards, Mitja

  From: Nick Østergaard 
 To: thomas.pointhu...@gmx.at 
Cc: KiCad Developers 
 Sent: Tuesday, 14 August 2018, 23:26
 Subject: Re: [Kicad-developers] [PATCH] get initial Python 3 support
   
Hi Thomas,

I am happy to see that we port to python3 for various reasons, that
should be obvious to everyone.

I have been testing your branch a bit on windows, just to get an
overview of what changes might be needed. So far I think I made it
work as you have on linux.

A lite installer is available on [link will disappear eventually]
http://downloads.kicad-pcb.org/windows/testing/patched/kicad-patched-88-review-8244-gef7a2fcc3-x86_64.exe

The build is of course with wxpython disabled, as it is my
understanding that it does not support python3, and the next step is
to migrate to wx phoenix which should indeed support python3.

I could start the python.exe inside the kicad/bin dir and import
pcbnew without errors.

I did not try to run any standalone scripts.

I did try a couple of footprint wizards in the footprint editor, and
some of them seemingly worked. But the BARCODE USS-39 errors. It looks
like it needs to be updated to py3k syntax.

Regards
Nick Østergaard
Den lør. 4. aug. 2018 kl. 12.23 skrev Thomas Pointhuber
:
>
> Hi,
>
> I managed to get KiCad to run with Python 3 as well as did some quick
> verification that basic methods are working using CLI (loading boards,
> calling a method of it).
>
> Bugreport: https://bugs.launchpad.net/kicad/+bug/1785119
>
> My Branch: https://github.com/pointhi/kicad-source-mirror/tree/python3
>
> scripting inside of kicad was not tested because I'm not really familiar
> with it right now, as well as because of known wx problems with that stuff.
>
> For now it can be enabled using -DKICAD_SCRIPTING_PYTHON3=ON
> It is not possible to export modules for python 2 and python 3 with one
> build at the moment, but this should a thing which can be fixed in the
> build-script.
>
> I made some small changes to existing python code to get it working on
> both versions. To my knowledge and tests the scripts should not have
> changed behavior.
>
> Regards, Thomas
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to    : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help  : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Option to not render 3D models for footprints

[Mitja Nemec]

Or you have a multi project PCB stack and you are working on a middle board and 
would like to have an option to hide top/bottom board to get better view in 3D 
viewer. It would make the component placement faster as there would be no need 
for syncing between FreeCad and KiCad.
Mitja Nemec




  From: Marco Ciampa 
 To: kicad-developers@lists.launchpad.net 
 Sent: Thursday, 14 March 2019, 16:15
 Subject: Re: [Kicad-developers] [PATCH] Option to not render 3D models for 
footprints
   
On Thu, Mar 14, 2019 at 02:26:53PM +, Jeff Young wrote:
> Hi Wayne,
> 
> No, it would need to be saved in the file.  Think of it as Units for 3D
> models: for instance you might have 30mm, 35mm and 40mm tall capacitors
> all assigned to the single 20mm diameter 7.5mm pitch footprint.

... or the colors of LEDs? Cool!!!


--


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] environment checking in plugins (Re: 5.1.0-rc1)

[Mitja Nemec]

Hi Carsten
Based on my experience I can only concur, that the code quality of the plugins 
could be better to say the least. But you have to remember where the plugins 
start. In general a KiCad user has an itch. That itch can sometimes be taken 
care of by writing a plugin. And since KiCad is FOSS, it seems like a good idea 
to make this plugin public (and also to have something to brag about in 
public). But then you move forward, your itch has been scratched and you don't 
really have the knowledge nor the motivation to offer support support for the 
plugin. This could be better, but the published code is a foundation for 
potential new plugin writer, when he has same/similar itch. And every now and 
then a plugin writer does offer support and additional python API could make 
things easier.
As for KICAD_SCRIPTING_WX_PYTHON not being enough, I disagree. By my knowledge, 
this flags is set to OFF on those systems where KiCad is build against GTK3 but 
the system has WxPython built against GTK2 (Ubuntu 18) so the required work was 
done by package managers. If the flag would be set to ON on such a system, then 
the KiCad would crash even without offending plugin as pcbnew would load python 
console (which requires wx).

I'll raise a bug report for my wishes, but I'd stop at exposing build 
information (build flags, ...) to python. Instead of building complex logic for 
handling plugins I'd rather you guys focus the development time on important 
issues and let the plugin authors deal with plugin execution. If every now and 
then a user wanders to developers mailing list, redirect him/her to user 
support forum. 


  From: Carsten Schoenert 
 To: kicad-developers@lists.launchpad.net 
 Sent: Sunday, 10 February 2019, 9:06
 Subject: [Kicad-developers] environment checking in plugins (Re: 5.1.0-rc1)
   
Hello Mitja,

Am 10.02.19 um 08:13 schrieb Mitja Nemec:
> As a plugin developer I agree that KiCad is not responsible for third
> party plugins, but as a developer I don't have any sane option to
> detect the parameters of the system the plugin is running on.

and what exactly you are missing?
Sorry but I've seen the behavior of the plugins again and again that
there is no checking of a working condition at all. All plugins I've
seen are just don't do any checks if they can work meaningful.
> If build flags (especially KICAD_SCRIPTING_WX_PYTHON) would be 
> accessible to python, I (or any plugin developer) could read it 
> before trying to import wx module and could show a meaningful error 
> message using tkinter instead.
That's the way to go.
But KICAD_SCRIPTING_WX_PYTHON isn't enough. You will also need to know
which version of python-wxgtk3.0 is used if KICAD_SCRIPTING_WX_PYTHON is
set. Build time information for python-wxgtk3.0 can be found e.g. in
INSTPATH/wx-3.0-gtk{2,3}/wx/build/build_options.py.
On the most of recent Linux distribution versions it will look like
this. OTOH the current stable releases will show here "toolkit=gtk2".

> $ grep WX_CONFIG  
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/build/build_options.py
> WX_CONFIG="/usr/bin/wx-config --toolkit=gtk3 --unicode=yes --version=3.0"

I expect that Kicad Python classes can be expanded easily to provide
some built time information of KiCad if they are missing. What kind of
information is needed is probably to discuss.

If plugins can provide some kind of callback function there KiCad can
detect if the plugin is compatible than the plugin can be displayed
grayed out for example in the UI if they are not compatible. And some
more information like version, author ... if the mouse is hovered over
such an entry.

> Should I raise a bug for this wish?

That would be the best as the noise on the list here is rather high.

-- 
Regards
Carsten Schoenert

___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.0-rc1

[Mitja Nemec]

As a plugin developer I agree that KiCad is not responsible for third party 
plugins, but as a developer I don't have any sane option to detect the 
parameters of the system the plugin is running on. If build flags (especially 
KICAD_SCRIPTING_WX_PYTHON) would be accessible to python, I (or any plugin 
developer) could read it before trying to import wx module and could show a 
meaningful error message using tkinter instead.

Should I raise a bug for this wish?

  From: Wayne Stambaugh 
 To: Marcos Chaparro  
Cc: KiCad Developers 
 Sent: Saturday, 9 February 2019, 17:47
 Subject: Re: [Kicad-developers] 5.1.0-rc1
   
Hi Marcos,

KiCad is not responsible for third party python plugins.  My guess is
the script in question loads wxPython build against a different version
of gtk than wxPython.  Loading gtk2 and gtk3 in the same application
will cause pcbnew to crash.  If look carefully at the KiCad build info,
you will notice wxPython support is disable
(KICAD_SCRIPTING_WXPYTHON=OFF) so you cannot run any python script that
calls wx with this build.

Cheers,

Wayne

On 2/8/19 2:43 PM, Marcos Chaparro wrote:
> Hi, I'm failing to find this issue in the bug tracker, so please let me
> know if its already reported. If not I can report it.
> 
> Every time I launch pcbnew with a plugin in /home/marcos/.kicad_plugins/
> it immediately crashes. It starts normally if I remove .kicad_plugins.
> This is the plugin that makes it
> crash: https://github.com/openscopeproject/InteractiveHtmlBom, its quite
> a popular one.
> 
> I'm running ubuntu 18.04 (actually, its a https://neon.kde.org/) so its
> using gtk3 afaik.
> 
> Application: kicad
> Version: 5.1.0-rc1-unknown-5072298~84~ubuntu18.04.1, release build
> Libraries:
>     wxWidgets 3.0.4
>     libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4
> libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
> Platform: Linux 4.15.0-39-generic x86_64, 64 bit, Little endian, wxGTK
> Build Info:
>     wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
>     Boost: 1.65.1
>     OpenCASCADE Community Edition: 6.9.1
>     Curl: 7.58.0
>     Compiler: GCC 7.3.0 with C++ ABI 1011
> 
> Build settings:
>     USE_WX_GRAPHICS_CONTEXT=OFF
>     USE_WX_OVERLAY=OFF
>     KICAD_SCRIPTING=ON
>     KICAD_SCRIPTING_MODULES=ON
>     KICAD_SCRIPTING_PYTHON3=OFF
>     KICAD_SCRIPTING_WXPYTHON=OFF
>     KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
>     KICAD_SCRIPTING_ACTION_MENU=ON
>     BUILD_GITHUB_PLUGIN=ON
>     KICAD_USE_OCE=ON
>     KICAD_USE_OCC=OFF
>     KICAD_SPICE=ON
> 
> This has been happening for quite a while, but I don't know how to dig
> deeper into the issue.
> 
> Marcos
> 
> 
> On Thu, Feb 7, 2019 at 4:49 PM Wayne Stambaugh  > wrote:
> 
>    On 2/7/2019 2:28 PM, Steven A. Falco wrote:
>    > On 2/7/19 2:11 PM, Wayne Stambaugh wrote:
>    >> On 2/7/2019 1:38 PM, Vesa Solonen wrote:
>    >>> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
>    >>>
>     However, because of the eeschema line-width issues that I
>    mentioned yesterday, I'm not convinced that users will be happy with
>    gtk3.
>    
>     In the attached screenshot, compare the line width at pin 2 and
>    pin 3 of the op-amp.
>    >>>
>    >>> Hi Steve,
>    >>>
>    >>> This is not gtk3 specific, but comes from the rounding issues in
>    >>> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately
>    proper
>    >>> solutions are not trivial. One can mask it bearably by using Cairo
>    >>> drawing with anti-aliasing turned on (at least on 4k resolutions).
>    >>>
>    >>> -Vesa
>    >>>
>    >>
>    >> This problem will get fixed during v6 development.  The other
>    option is
>    >> to build with wxWidgets with gtk2 and disable wxPython support. 
>    There
>    >> is no ideal solution at the moment.  This is the reason that we even
>    >> created a 5.1 release.  I think users would rather have the slightly
>    >> distorted graphics (which Vesa's suggest improves) than no
>    wxPython support.
>    >
>    > Well, based on my test of the nighlies (built with gtk2), I don't
>    think gtk2 will help.  I attached three screen shots - the titles
>    should be self-explanatory.  You can see the distortion even in the
>    gtk2 nightlies.
>    >
>    >       Steve
> 
>    The legacy canvas is still available with gtk2 builds so you don't have
>    to use the modern canvas should you choose not to do so.  The legacy
>    canvas is disabled in gtk3 builds because it is completely broken.
> 
>    Wayne
> 
>    ___
>    Mailing list: https://launchpad.net/~kicad-developers
>    Post to     : kicad-developers@lists.launchpad.net
>    
>    Unsubscribe : https://launchpad.net/~kicad-developers
>    More help   : https://help.launchpad.net/ListHelp
> 

___
Mailing list: https://launchpad.net/~kicad-developers
Post 

Re: [Kicad-developers] Plugin in C++

[Mitja Nemec]

Hi,

If you are going to implement replicate layout functonality I'd recommend going 
along the suggestions made in 
https://forum.kicad.info/t/replicate-layout-action-plugin/8539/13?u=mitjan
As for help implementing it in C++ take a look at 
https://archive.fosdem.org/2017/schedule/event/kicad_source/ it might give you 
an idea.
Regards, Mitja


  From: "mdoes...@xs4all.nl" 
 To: kicad-developers@lists.launchpad.net 
 Sent: Monday, 31 December 2018, 17:54
 Subject: [Kicad-developers] Plugin in C++
  
I've seen it is possible to write action plugins in python, I would
rather do this kind of stuff in C++. In the sources I've found only some
file loaders/savers  and 3D stuff. Is the kind of plugin like "replicate
layout" possible from C++? And if it is, is there some kind of example?

regards,

Mark

___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] wxPython-gtk3 woes

[Mitja Nemec]

Miles Mccoo might have some new info regarding Phoenix 
(https://lists.launchpad.net/kicad-developers/msg31889.html) 

On Tuesday, 10 April 2018, 13:55, Nick Østergaard  wrote:
 

 FYI, it has been a problem on fedora for years. So it was not an issue on arch 
first.
I guess there are multiple approaches to address this issue.1. Platforms can 
disable the wxpython scripting option which will get rid of the footprint 
wizards and the python console.2. Hack wxpython with gtk2 to be  co-installable 
with a wxpython with gtk3 on major platforms that have upgrade to gtk3 as 
default. The issue here being wxversion.py.3. Move to wxpython phoenix which 
should be able to be co-installed with different build configurations. This is 
a big task because of the move from SWIG to SIP and no one really got it 
working right yet, as far as I understand.
Nick
2018-04-10 13:35 GMT+02:00 Maciej Sumiński :

It seems the easy solution to me too. I just wonder how many people rely
on the Python shell or GUIs done with wxPython.

On 04/10/2018 01:32 PM, Jeff Young wrote:
> I never got KICAD_SCRIPTING_WXPYTHON to work on my Mac, and I can’t say I’ve 
> missed it.
>
>> On 10 Apr 2018, at 12:26, Maciej Sumiński  wrote:
>>
>> Apparently mixing wxWidgets-gtk2 and wxPython-gtk3 [1] is not only an
>> Arch issue anymore, as the upcoming Ubuntu release (bionic) also
>> provides wxPython package built against gtk3 [package: 2, bug report: 3].
>>
>> There are two things we can do to fix the problem for v5:
>> - Backport python-wxgtk3.0 package built against gtk2. This way
>> everything works as it used to be, but only for the nightlies. For the
>> official release the users would be forced to add a PPA providing the
>> backported package and it sounds troublesome.
>>
>> - Disable KICAD_SCRIPTING_WXPYTHON, as there is still available
>> libwxgtk3.0 package [4] build against gtk2. The drawbacks are that the
>> Python shell in pcbnew and scripts taking advantage of wxPython to
>> display a GUI will not work anymore.
>>
>> In other news: Ubuntu bionic also ships wxPhoenix [5].
>>
>> Cheers,
>> Orson
>>
>> 1. https://bugs.launchpad.net/ kicad/+bug/1747677
>> 2. https://packages.ubuntu.com/ bionic/python-wxgtk3.0
>> 3. https://bugs.launchpad.net/ kicad/+bug/1762432
>> 4. https://packages.ubuntu.com/ bionic/libwxgtk3.0-0v5
>> 5. https://packages.ubuntu.com/ bionic/python3-wxgtk4.0
>>
>>
>>
>> __ _
>> Mailing list: https://launchpad.net/~kicad- developers
>> Post to     : kicad-developers@lists. launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad- developers
>> More help   : https://help.launchpad.net/ ListHelp
>
>



__ _
Mailing list: https://launchpad.net/~kicad- developers
Post to     : kicad-developers@lists. launchpad.net
Unsubscribe : https://launchpad.net/~kicad- developers
More help   : https://help.launchpad.net/ ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] wxPython-gtk3 woes

[Mitja Nemec]

I'd hate to loose this feature primarily as an user of action plugins and as an 
author of them. 

On Tuesday, 10 April 2018, 13:36, Maciej Sumiński  
wrote:
 

 It seems the easy solution to me too. I just wonder how many people rely
on the Python shell or GUIs done with wxPython.

On 04/10/2018 01:32 PM, Jeff Young wrote:
> I never got KICAD_SCRIPTING_WXPYTHON to work on my Mac, and I can’t say I’ve 
> missed it.
> 
>> On 10 Apr 2018, at 12:26, Maciej Sumiński  wrote:
>>
>> Apparently mixing wxWidgets-gtk2 and wxPython-gtk3 [1] is not only an
>> Arch issue anymore, as the upcoming Ubuntu release (bionic) also
>> provides wxPython package built against gtk3 [package: 2, bug report: 3].
>>
>> There are two things we can do to fix the problem for v5:
>> - Backport python-wxgtk3.0 package built against gtk2. This way
>> everything works as it used to be, but only for the nightlies. For the
>> official release the users would be forced to add a PPA providing the
>> backported package and it sounds troublesome.
>>
>> - Disable KICAD_SCRIPTING_WXPYTHON, as there is still available
>> libwxgtk3.0 package [4] build against gtk2. The drawbacks are that the
>> Python shell in pcbnew and scripts taking advantage of wxPython to
>> display a GUI will not work anymore.
>>
>> In other news: Ubuntu bionic also ships wxPhoenix [5].
>>
>> Cheers,
>> Orson
>>
>> 1. https://bugs.launchpad.net/kicad/+bug/1747677
>> 2. https://packages.ubuntu.com/bionic/python-wxgtk3.0
>> 3. https://bugs.launchpad.net/kicad/+bug/1762432
>> 4. https://packages.ubuntu.com/bionic/libwxgtk3.0-0v5
>> 5. https://packages.ubuntu.com/bionic/python3-wxgtk4.0
>>
>>
>>
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to    : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help  : https://help.launchpad.net/ListHelp
> 
> 

___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [RFC] Able to install KiCad stable and "daily build" in same computer

[Mitja Nemec]

There might be a conflict in the settings (V4 might not be able to parse V5 
settings)I've filed a bug addressing this (feature request): 
https://bugs.launchpad.net/kicad/+bug/1749659

Also using V5 libs can be problematic in V4. One great thing is that at least 
in the latest V4 (4.0.7) there is no need for system wide environment 
variables. Thus one can run V4 and V5 with different set of libraries and have 
KiCad variables (KISYSMOD, KISYS3DMOD, ...) point to different locations in V4 
and V5. So I would recommend for the installer (at least on Windows) to not set 
the environment variables by default as this is not needed anymore. Leave it to 
the user to set them up within the KiCad. But this is a different issue. 

On Wednesday, 4 April 2018, 14:27, Eeli Kaikkonen 
 wrote:
 

 I can confirm that many users would appreciate the possibility to run several 
precompiled versions. It has come up in the user forums. Using a virtual 
machine for that purpose has been suggested as a solution, but it's not very 
convenient.

One possible problem is the configuration compatibility. It might be a good 
idea to have a command line switch to use a different configuration 
files/directories so that the installations could be completely independent. 
Also the env variables may be a problem. Maybe they could be overriden with 
command line switches, too?

Eeli Kaikkonen


2018-04-04 13:52 GMT+03:00 Jean-Samuel Reynaud :

Dear All,


Since I provide PPA (daily build for Ubuntu) for KiCad, I receive some
requests about installing daily build packages in parallel with stable
version.
With next version (V5) I think it can be useful...
FreeCad provide this kind of feature and you are able to run both
version in parallel.

For testing that I had created a dedicated PPA:
ppa:js-reynaud/kicad-dev-daily
(to add with sudo add-apt-repository ppa:js-reynaud/kicad-dev- daily)

Once added, you are able to install a new package "kicad-daily" that
won't conflict with existing "kicad" packages.
All files are installed on a separate folder and commands became
"something-daily". For example kicad-daily or pcbnew-daily...

So my questions are:
- Is it usefull ?
- Is it a bad idea/stupid :( ?
- If you test it, are you able to find some limitations/bugs ?
- Perhaps to have is plainly functional some modifications are needed.
What modifications ?


For the moment, you can't run in same time two versions (or there are
some error messages...) anyway both are installed and easily "runnable"...


Please give your comments, feedbacks...

__ _
Mailing list: https://launchpad.net/~kicad- developers
Post to     : kicad-developers@lists. launchpad.net
Unsubscribe : https://launchpad.net/~kicad- developers
More help   : https://help.launchpad.net/ ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to    : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help  : https://help.launchpad.net/ListHelp


   ___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp