Re: [Kicad-developers] KiCad v5 build warning

[Adam Wolf]

It works fine with macOS, and I've already enabled it for nightlies.
On Thu, Aug 2, 2018 at 10:32 PM Seth Hillbrand  wrote:
>
> I'd second Nick's suggestion.  Any objections to enabling it by default for 
> 5.0.1?
>
> -S
>
> Am Do., 2. Aug. 2018 um 08:03 Uhr schrieb Nick Østergaard :
>>
>> Hello
>>
>> It may be off by default, but should we enable it by default? I think
>> yes. It has been discussed briefly here and there.
>>
>> If we like it in the 5.0 builds I propose we set it as default on on
>> the 5.0 branch now.
>>
>> Nick
>> Den man. 23. jul. 2018 kl. 05.48 skrev Seth Hillbrand :
>> >
>> > Hi Devs-
>> >
>> > Quick heads up for those of us packaging KiCad for our distros:
>> >
>> > KICAD_SCRIPTING_ACTION_MENU is OFF by default.  You may need to explicitly 
>> > enable it in your builds.
>> >
>> > -S
>> >
>> > ___
>> > 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] Warning regarding global wxStrings and thread-safety

[Jeff Young]

Interesting.  I also found this:

#if wxUSE_UNICODE_UTF8
  // NB: In UTF-8 build, (non-const) iterator needs to keep reference
  // to the underlying wxStringImpl, because UTF-8 is variable-length
  // encoding and changing the value pointer to by an iterator (using
  // its operator*) requires calling wxStringImpl::replace() if the old
  // and new values differ in their encoding's length.
  //
  // Furthermore, the replace() call may invalid all iterators for the
  // string, so we have to keep track of outstanding iterators and update
  // them if replace() happens.
  //
  // This is implemented by maintaining linked list of iterators for every
  // string and traversing it in wxUniCharRef::operator=(). Head of the
  // list is stored in wxString. (FIXME-UTF8)
At least they have a “FIXME” for it. :(

Cheers,
Jeff.

> On 2 Aug 2018, at 18:05, Seth Hillbrand  wrote:
> 
> Hi Jeff-
> 
> Good find.  I note here (http://docs.wxwidgets.org/3.0/classwx_string.html 
> ) that the use of wxString 
> is explicitly discouraged:
> 
> "While the use of wxString is unavoidable in wxWidgets program, you are 
> encouraged to use the standard string classes std::string or std::wstring in 
> your applications and convert them to and from wxString only when interacting 
> with wxWidgets."
> 
> I imagine that this or similar is what they had in mind.
> 
> -S
> 
> Am Do., 2. Aug. 2018 um 10:02 Uhr schrieb Jeff Young  >:
> I finally caught a long-standing but very infrequent crash in the debugger.  
> It’s somewhat harrowing.
> 
> wxString keeps multiple iterators on a string up-to-date with regard to 
> editing.  It keeps them in a linked list.  If you reference a global string 
> in a thread (even in a const manner, such as taking its length), wxString 
> will create an interator in your thread, link it into the list, and then 
> unlink it when done (with no thread safety).  Sooner or later, this will 
> crash.
> 
> This is the offending line:
>wxString wildcard = wxT( "*." ) + KiCadFootprintFileExtension;
> Looks innocuous enough, doesn’t it?
> 
> Anyway, something to keep in mind….
> ___
> 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] Warning regarding global wxStrings and thread-safety

[Seth Hillbrand]

Hi Jeff-

Good find.  I note here (http://docs.wxwidgets.org/3.0/classwx_string.html)
that the use of wxString is explicitly discouraged:

"While the use of wxString is unavoidable in wxWidgets program, you are
encouraged to use the standard string classes std::string or std::wstring
in your applications and convert them to and from wxString only when
interacting with wxWidgets."

I imagine that this or similar is what they had in mind.

-S

Am Do., 2. Aug. 2018 um 10:02 Uhr schrieb Jeff Young :

> I finally caught a long-standing but very infrequent crash in the
> debugger.  It’s somewhat harrowing.
>
> wxString keeps multiple iterators on a string up-to-date with regard to
> editing.  It keeps them in a linked list.  If you reference a global string
> in a thread (*even* in a const manner, such as taking its length),
> wxString will create an interator in your thread, link it into the list,
> and then unlink it when done (with no thread safety).  Sooner or later,
> this *will* crash.
>
> This is the offending line:
>
>wxString wildcard = wxT( "*." ) + KiCadFootprintFileExtension;
>
> Looks innocuous enough, doesn’t it?
>
> Anyway, something to keep in mind….
> ___
> 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] Warning regarding global wxStrings and thread-safety

[Jeff Young]

PS: I also have a strange sense of deja vue.  Did I discover this earlier and 
forget already, or is my mind just playing tricks on me?

> On 2 Aug 2018, at 18:01, Jeff Young  wrote:
> 
> I finally caught a long-standing but very infrequent crash in the debugger.  
> It’s somewhat harrowing.
> 
> wxString keeps multiple iterators on a string up-to-date with regard to 
> editing.  It keeps them in a linked list.  If you reference a global string 
> in a thread (even in a const manner, such as taking its length), wxString 
> will create an interator in your thread, link it into the list, and then 
> unlink it when done (with no thread safety).  Sooner or later, this will 
> crash.
> 
> This is the offending line:
>wxString wildcard = wxT( "*." ) + KiCadFootprintFileExtension;
> Looks innocuous enough, doesn’t it?
> 
> Anyway, something to keep in mind….
> ___
> 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

[Kicad-developers] Warning regarding global wxStrings and thread-safety

[Jeff Young]

I finally caught a long-standing but very infrequent crash in the debugger.  
It’s somewhat harrowing.

wxString keeps multiple iterators on a string up-to-date with regard to 
editing.  It keeps them in a linked list.  If you reference a global string in 
a thread (even in a const manner, such as taking its length), wxString will 
create an interator in your thread, link it into the list, and then unlink it 
when done (with no thread safety).  Sooner or later, this will crash.

This is the offending line:
   wxString wildcard = wxT( "*." ) + KiCadFootprintFileExtension;
Looks innocuous enough, doesn’t it?

Anyway, something to keep in mind….___
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] KiCad v5 build warning

[Nick Østergaard]

Hello

It may be off by default, but should we enable it by default? I think
yes. It has been discussed briefly here and there.

If we like it in the 5.0 builds I propose we set it as default on on
the 5.0 branch now.

Nick
Den man. 23. jul. 2018 kl. 05.48 skrev Seth Hillbrand :
>
> Hi Devs-
>
> Quick heads up for those of us packaging KiCad for our distros:
>
> KICAD_SCRIPTING_ACTION_MENU is OFF by default.  You may need to explicitly 
> enable it in your builds.
>
> -S
>
> ___
> 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] KiCad v5 build warning

[Seth Hillbrand]

I'd second Nick's suggestion.  Any objections to enabling it by default for
5.0.1?

-S

Am Do., 2. Aug. 2018 um 08:03 Uhr schrieb Nick Østergaard :

> Hello
>
> It may be off by default, but should we enable it by default? I think
> yes. It has been discussed briefly here and there.
>
> If we like it in the 5.0 builds I propose we set it as default on on
> the 5.0 branch now.
>
> Nick
> Den man. 23. jul. 2018 kl. 05.48 skrev Seth Hillbrand  >:
> >
> > Hi Devs-
> >
> > Quick heads up for those of us packaging KiCad for our distros:
> >
> > KICAD_SCRIPTING_ACTION_MENU is OFF by default.  You may need to
> explicitly enable it in your builds.
> >
> > -S
> >
> > ___
> > 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

[Kicad-developers] Doxygen comments typo patch from Forum

[Simon Richter]

Hi,

there is a patch submission on the KiCad forum. The submitter doesn't
want to post to the mailing list for fear of spam.

https://forum.kicad.info/t/patch-that-fixes-doxygen-typos-and-any-other-misc-typos-in-general/11804

Looks good to me, does anyone feel like merging it?

   Simon



signature.asc
Description: OpenPGP digital signature
___
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] Sunken panels and 3D borders.

[Wayne Stambaugh]

Hey Jeff,

To fix the border issue, use wxBORDER_SIMPLE instead of wxBORDER_RAISED
as a window style option.  Here is the environment variable dialog on
windows 10 with this change.

Cheers,

Wayne

On 8/2/2018 10:11 AM, Jeff Young wrote:
> Hi Wayne,
> 
> I had been removing them but on either MSW or GTK (I can’t remember which), 
> wxGrid doesn’t have any border at all in flat mode, and the header rows are 
> the same background colour as the dialog makes things really hard to visually 
> parse.
> 
> A single-pixel line border would be better, but I couldn’t figure out how to 
> get there.
> 
> Cheers,
> Jeff.
> 
> 
>> On 2 Aug 2018, at 15:05, Wayne Stambaugh  wrote:
>>
>> Is there any reason to keep sunken panels and 3D boards in either dialog
>> or frame window panels?  They look out of place on all versions of
>> windows after 3.1.  Given the flat look of most modern window managers
>> on linux, they also look out of place there as well.  Is there any
>> objection to removing them?
>>
>> Cheers,
>>
>> 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 to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Sunken panels and 3D borders.

[Jeff Young]

Perfect.  Yes, feel free to change them to that (or I can do it).

Cheers,
Jeff.


> On 2 Aug 2018, at 15:30, Wayne Stambaugh  wrote:
> 
> Hey Jeff,
> 
> To fix the border issue, use wxBORDER_SIMPLE instead of wxBORDER_RAISED
> as a window style option.  Here is the environment variable dialog on
> windows 10 with this change.
> 
> Cheers,
> 
> Wayne
> 
> On 8/2/2018 10:11 AM, Jeff Young wrote:
>> Hi Wayne,
>> 
>> I had been removing them but on either MSW or GTK (I can’t remember which), 
>> wxGrid doesn’t have any border at all in flat mode, and the header rows are 
>> the same background colour as the dialog makes things really hard to 
>> visually parse.
>> 
>> A single-pixel line border would be better, but I couldn’t figure out how to 
>> get there.
>> 
>> Cheers,
>> Jeff.
>> 
>> 
>>> On 2 Aug 2018, at 15:05, Wayne Stambaugh  wrote:
>>> 
>>> Is there any reason to keep sunken panels and 3D boards in either dialog
>>> or frame window panels?  They look out of place on all versions of
>>> windows after 3.1.  Given the flat look of most modern window managers
>>> on linux, they also look out of place there as well.  Is there any
>>> objection to removing them?
>>> 
>>> Cheers,
>>> 
>>> 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 to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Sunken panels and 3D borders.

[Wayne Stambaugh]

I'll go ahead a do it while I'm tweaking dialogs.

Wayne

On 8/2/2018 10:33 AM, Jeff Young wrote:
> Perfect.  Yes, feel free to change them to that (or I can do it).
> 
> Cheers,
> Jeff.
> 
> 
>> On 2 Aug 2018, at 15:30, Wayne Stambaugh > > wrote:
>>
>> Hey Jeff,
>>
>> To fix the border issue, use wxBORDER_SIMPLE instead of wxBORDER_RAISED
>> as a window style option.  Here is the environment variable dialog on
>> windows 10 with this change.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 8/2/2018 10:11 AM, Jeff Young wrote:
>>> Hi Wayne,
>>>
>>> I had been removing them but on either MSW or GTK (I can’t remember
>>> which), wxGrid doesn’t have any border at all in flat mode, and the
>>> header rows are the same background colour as the dialog makes things
>>> really hard to visually parse.
>>>
>>> A single-pixel line border would be better, but I couldn’t figure out
>>> how to get there.
>>>
>>> Cheers,
>>> Jeff.
>>>
>>>
 On 2 Aug 2018, at 15:05, Wayne Stambaugh >>> > wrote:

 Is there any reason to keep sunken panels and 3D boards in either dialog
 or frame window panels?  They look out of place on all versions of
 windows after 3.1.  Given the flat look of most modern window managers
 on linux, they also look out of place there as well.  Is there any
 objection to removing them?

 Cheers,

 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 to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Sunken panels and 3D borders.

[Jeff Young]

Here’s one example (although not the one I was thinking of).  Note how the grid 
doesn’t have any border, so the icons at the bottom are just sort of floating, 
and the left edge next to the “3D Model(s)” heading looks clipped.  (Ignore the 
red oval; the picture was borrowed from an unrelated bug report.)



> On 2 Aug 2018, at 15:11, Jeff Young  wrote:
> 
> Hi Wayne,
> 
> I had been removing them but on either MSW or GTK (I can’t remember which), 
> wxGrid doesn’t have any border at all in flat mode, and the header rows are 
> the same background colour as the dialog makes things really hard to visually 
> parse.
> 
> A single-pixel line border would be better, but I couldn’t figure out how to 
> get there.
> 
> Cheers,
> Jeff.
> 
> 
>> On 2 Aug 2018, at 15:05, Wayne Stambaugh  wrote:
>> 
>> Is there any reason to keep sunken panels and 3D boards in either dialog
>> or frame window panels?  They look out of place on all versions of
>> windows after 3.1.  Given the flat look of most modern window managers
>> on linux, they also look out of place there as well.  Is there any
>> objection to removing them?
>> 
>> Cheers,
>> 
>> 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 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] Sunken panels and 3D borders.

[Jeff Young]

Hi Wayne,

I had been removing them but on either MSW or GTK (I can’t remember which), 
wxGrid doesn’t have any border at all in flat mode, and the header rows are the 
same background colour as the dialog makes things really hard to visually parse.

A single-pixel line border would be better, but I couldn’t figure out how to 
get there.

Cheers,
Jeff.


> On 2 Aug 2018, at 15:05, Wayne Stambaugh  wrote:
> 
> Is there any reason to keep sunken panels and 3D boards in either dialog
> or frame window panels?  They look out of place on all versions of
> windows after 3.1.  Given the flat look of most modern window managers
> on linux, they also look out of place there as well.  Is there any
> objection to removing them?
> 
> Cheers,
> 
> 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 to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Sunken panels and 3D borders.

[Wayne Stambaugh]

Is there any reason to keep sunken panels and 3D boards in either dialog
or frame window panels?  They look out of place on all versions of
windows after 3.1.  Given the flat look of most modern window managers
on linux, they also look out of place there as well.  Is there any
objection to removing them?

Cheers,

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

Re: [Kicad-developers] [PATCH] Restore settings dialog icon scale stepped slider increments

[Jeff Young]

Hi John,

Can you reattach your patch in git format-patch format?  That will make sure 
you’re listed in the git commit.

Cheers,
Jeff.


> On 2 Aug 2018, at 05:40, John Gehrig  wrote:
> 
> Hi everyone,
> 
> While looking at the new common settings dialog, I noticed that the Icon 
> Scale STEPPED_SLIDER does not step in the increments that it used to.
> 
> Here is a small patch which restores the 25% stepping behavior. The rounding 
> logic has also been modified so that we round the the nearest multiple 
> instead of just down. The rounding modification allows the slider to be 
> single clicked up and down (only down worked before for single clicks).
> 
> BTW, the new common settings dialog looks awesome!
> 
> -John
> ___
> 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] KiCad v5 MacOS Library Editor - Error Cannot Load Aliases

[Bernhard Stegmaier]

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 Esden-Tempski  wrote:
> 
> Hey Andrey,
> 
> Do you happen to still have an old library index file? I had a similar issue 
> but not exactly the same one. I only had to delete/move 
> ~/Library/Preferences/kicad/fp-lib-table and things went back to normal. 
> Obviously I had to read my custom libraries that I had added before but it 
> was a quick fix to the problem. Manually editing the libraries in bulk using 
> the library manager was less appealing. :)
> 
> Hope this helps.
> 
> Cheers,
> Piotr
> 
> 
>> On Aug 1, 2018, at 9:14 PM, Andrey Kuznetsov > > wrote:
>> 
>> I asked here specifically because I kind of wanted to reach you, the guy who 
>> packaged macOS and knows kicad on mac.
>> 
>> It's a fresh install, I had old version, but I deleted them from 
>> Applications and from Application Support and then installed fresh.
>> I had no issued following the readme.
>> 
>> I'm confused why the Altera library is trying to load when it doesn't exist 
>> in application support library location :S
>> 
>> On Wed, Aug 1, 2018 at 9:10 PM, Adam Wolf > > wrote:
>> Hi Andrey!
>> 
>> In general, this list is not for user support.  Kicad.info 
>>  is a great
>> place for that.
>> 
>> This is not something I've seen before.
>> 
>> It would be good to know if you are migrating from a previous version
>> of KiCad, or starting fresh, and if you had issues following any of
>> the steps in the migration instructions for the README.
>> 
>> Adam
>> On Wed, Aug 1, 2018 at 10:54 PM Andrey Kuznetsov > > wrote:
>> >
>> > Hi,
>> >
>> > Just wanted to ping you guys, I got kicad installed on macOS and when I 
>> > opened the library editor I got hit with like 30 error messages, once for 
>> > each library saying Error cannot load aliases from library ***.
>> > Library like Altera, and a ton of others.
>> >
>> > Anyone know what's going on?
>> >
>> > This was on a new project.
>> >
>> > --
>> > Remember The Past, Live The Present, Change The Future
>> > Those who look only to the past or the present are certain to miss the 
>> > future [JFK]
>> >
>> > kandre...@gmail.com 
>> > Live Long and Prosper,
>> > Andrey
>> > ___
>> > 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 
>> > 
>> 
>> 
>> 
>> -- 
>> Remember The Past, Live The Present, Change The Future
>> Those who look only to the past or the present are certain to miss the 
>> future [JFK]
>> 
>> kandre...@gmail.com 
>> Live Long and Prosper,
>> Andrey
>> ___
>> 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