Re: [Kicad-developers] Ubuntu PPA for Kicad 5: unmet dependencies

[Kaspar Emanuel]

Thanks Jean-Samuel, that sorted it.

On 12 September 2018 at 20:45, Jean-Samuel Reynaud 
wrote:

> Yes for trusty there is an an update for WX to do since default WX
> version is outdated in trusty. I copied those missing package on ppa for
> kicad 4 but I forgot for 5.0. Im' gona to fix this now...
>
>
> Le 12/09/2018 à 20:25, Kevin Cozens a écrit :
> > On 2018-09-12 12:18 PM, Kaspar Emanuel wrote:
> >> Looks like the issue might be that libwxgtk3 is at 3.0.0 in 14.04
> >> <https://packages.ubuntu.com/trusty/libwxgtk3.0-0> and KiCad wants
> 3.0.2
> >
> > Yes, that would be the problem. You will either need a PPA for a newer
> > version of wx or you will have to build and install a newer version.
> >
>
>
> ___
> 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] Ubuntu PPA for Kicad 5: unmet dependencies

[Kaspar Emanuel]

Hi Kevin,

Thanks for taking a look. This is on a Travis CI so it’s running in a
Ubuntu 14.04 container. My script is not explicitly installing libwxgtk3
but trying to pull it in as a dependency. Looks like the issue might be
that libwxgtk3 is at 3.0.0 in 14.04
<https://packages.ubuntu.com/trusty/libwxgtk3.0-0> and KiCad wants 3.0.2 or
greater?

Cheers,

Kaspar

On 12 September 2018 at 15:43, Kevin Cozens  wrote:

On 2018-09-12 08:06 AM, Kaspar Emanuel wrote:
>
>> I just tried switching to the new kicad-5 PPA fot that but I am running
>> into an installation error
>>
> [snip]
>
>> The following packages have unmet dependencies: kicad : Depends:
>> libwxbase3.0-0 (>= 3.0.2) but it is not going to be installed Depends:
>> libwxgtk3.0-0 (>= 3.0.2) but it is not going to be installed Depends:
>> python-wxgtk3.0 but it is not installable
>>
>
> Do you have wx 3.0 installed on your machine?
> Do you have python-wxgtk3 installed?
>
> --
> Cheers!
>
> Kevin.
>
> http://www.ve3syb.ca/   | "Nerds make the shiny things that
> https://www.patreon.com/KevinCozens | distract the mouth-breathers, and
> | that's why we're powerful"
> Owner of Elecraft K2 #2172  |
> #include  | --Chris Hardwick
>
> ___
> 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] Ubuntu PPA for Kicad 5: unmet dependencies

[Kaspar Emanuel]

Hi Jean-Samuel,

Thanks once again so much for creating and maintaining the Ubuntu PPAs. I
use them on my laptop and also for continuous testing of
kitspace/kicad_footprints .

I just tried switching to the new kicad-5 PPA fot that but I am running
into an installation error
. Do
you have any ideas how to resolve this?

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
 kicad : Depends: libwxbase3.0-0 (>= 3.0.2) but it is not going to be installed
 Depends: libwxgtk3.0-0 (>= 3.0.2) but it is not going to be installed
 Depends: python-wxgtk3.0 but it is not installable
 Recommends: kicad-libraries but it is not going to be installed
 Recommends: kicad-doc-en but it is not going to be installed

Cheers,

Kaspar
___
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] Slash character in fp-lib-table nick names?

[Kaspar Emanuel]

Works great for me on latest nightly. Thanks again.

On 20 June 2018 at 18:52, Wayne Stambaugh  wrote:

> Kasper,
>
> I just pushed the fix for this.  Please test it and let me know if you
> find any issues.  Keep in mind that this only effects the library
> nicknames.  The '/' character will still be illegal for symbol and
> footprint names.
>
> Thanks,
>
> Wayne
>
> On 6/19/2018 4:04 PM, Kaspar Emanuel wrote:
> > Thanks Wayne, this will save me (and anyone else using
> > monostable/kicad_footprints
> > <https://github.com/monostable/kicad_footprints#readme>) quite a bit of
> > time!
> >
> > ​
> >
> > On 19 June 2018 at 19:13, Wayne Stambaugh  > <mailto:stambau...@gmail.com>> wrote:
> >
> > I took a second look at this and you are correct.  The library table
> > nickname character filter was changed to include the library item
> > (symbol or footprint) name characters which is incorrect.  The valid
> > library nickname characters are different from the valid library item
> > name characters.  I will fix this as soon as I get a chance.
> >
> > On 6/13/2018 4:59 PM, Kaspar Emanuel wrote:
> > > Those are good reasons for not allowing slashes in the footprint
> names
> > > but I don’t see any reason for not allowing them in /library/ nick
> > > names. As far as I can tell any character except |:| could be
> allowed
> > > before the |:|. It’s a pretty long standing “bug” so we could view
> it as
> > > standard. It will break "compatibility" with fp-lib-tables that
> use the
> > > slash character and users were never warned about using it.
> > >
> > > If it /will/ be allowed in v6 why make people change it when going
> > from
> > > v4 to v5?
> > >
> > > ​
> > >
> > > On 13 June 2018 at 18:35, Wayne Stambaugh  <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> wrote:
> > >
> > > AFAIK you cannot use slashes ('/') or colons (':') in either a
> library
> > > (footprint or symbol) table nickname or a footprint or symbol
> name.  If
> > > you could use a slash in a footprint library nickname in the
> past, this
> > > was a bug and the fact that it worked was a fluke.  The reason
> is that
> > > the library ID format is NICKNAME:FP_OR_SYM_NAME/REV.  The
> other issue
> > > is that footprint names are actually the filename sans
> extension.  Using
> > > a slash in a footprint name would render it unusable.  I am
> going to fix
> > > this as part of the new schematic and symbol library file
> format v6
> > > work.  The reason this was not done for v5 the fix will require
> > > schematic, board, and footprint file format changes which I
> didn't not
> > > want to do for v5 as we were already late into the development
> cycle.
> > >
> > > On 6/13/2018 2:19 PM, Kaspar Emanuel wrote:
> > > > Sorry to bring this up again but it just strikes me as a bit
> odd. Can we
> > > > not allow slash characters in the fp-lib-table as before and
> not break
> > > > backwards compatibility? It seems to read fp-lib-tables with
> slashes
> > > > fine but current KiCad nightly won't let me edit it. I am up
> for making
> > > > a patch if there's a chance it could make it into v5.
> > > >
> > > >
> > > > On 10 May 2018 at 12:07, Wayne Stambaugh <
> stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
> > > >
> > > > On 5/8/2018 6:27 PM, Kaspar Emanuel wrote:
> > > > > I see, thanks for the info Wayne. So enforcing this
> > for names in
> > > > > _footprint_ lib-tables is simply done for code sharing?
> > > > >
> > > > > If I understand you correctly short-lived means for
> > the lifetime of v5?
> > > >
> > > > This is correct.  The plan is to fix this afte

Re: [Kicad-developers] Slash character in fp-lib-table nick names?

[Kaspar Emanuel]

Thanks Wayne, this will save me (and anyone else using
monostable/kicad_footprints
<https://github.com/monostable/kicad_footprints#readme>) quite a bit of
time!
​

On 19 June 2018 at 19:13, Wayne Stambaugh  wrote:

> I took a second look at this and you are correct.  The library table
> nickname character filter was changed to include the library item
> (symbol or footprint) name characters which is incorrect.  The valid
> library nickname characters are different from the valid library item
> name characters.  I will fix this as soon as I get a chance.
>
> On 6/13/2018 4:59 PM, Kaspar Emanuel wrote:
> > Those are good reasons for not allowing slashes in the footprint names
> > but I don’t see any reason for not allowing them in /library/ nick
> > names. As far as I can tell any character except |:| could be allowed
> > before the |:|. It’s a pretty long standing “bug” so we could view it as
> > standard. It will break "compatibility" with fp-lib-tables that use the
> > slash character and users were never warned about using it.
> >
> > If it /will/ be allowed in v6 why make people change it when going from
> > v4 to v5?
> >
> > ​
> >
> > On 13 June 2018 at 18:35, Wayne Stambaugh  > <mailto:stambau...@gmail.com>> wrote:
> >
> > AFAIK you cannot use slashes ('/') or colons (':') in either a
> library
> > (footprint or symbol) table nickname or a footprint or symbol name.
> If
> > you could use a slash in a footprint library nickname in the past,
> this
> > was a bug and the fact that it worked was a fluke.  The reason is
> that
> > the library ID format is NICKNAME:FP_OR_SYM_NAME/REV.  The other
> issue
> > is that footprint names are actually the filename sans extension.
> Using
> > a slash in a footprint name would render it unusable.  I am going to
> fix
> > this as part of the new schematic and symbol library file format v6
> > work.  The reason this was not done for v5 the fix will require
> > schematic, board, and footprint file format changes which I didn't
> not
> > want to do for v5 as we were already late into the development cycle.
> >
> > On 6/13/2018 2:19 PM, Kaspar Emanuel wrote:
> > > Sorry to bring this up again but it just strikes me as a bit odd.
> Can we
> > > not allow slash characters in the fp-lib-table as before and not
> break
> > > backwards compatibility? It seems to read fp-lib-tables with
> slashes
> > > fine but current KiCad nightly won't let me edit it. I am up for
> making
> > > a patch if there's a chance it could make it into v5.
> > >
> > >
> > > On 10 May 2018 at 12:07, Wayne Stambaugh  <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> wrote:
> > >
> > > On 5/8/2018 6:27 PM, Kaspar Emanuel wrote:
> > > > I see, thanks for the info Wayne. So enforcing this for
> names in
> > > > _footprint_ lib-tables is simply done for code sharing?
> > > >
> > > > If I understand you correctly short-lived means for the
> lifetime of v5?
> > >
> > > This is correct.  The plan is to fix this after the new
> schematic file
> > > formats are implemented so it should happen some time during v6
> > > development.
> > >
> > > >
> > > > On 8 May 2018 at 22:10, Wayne Stambaugh <
> stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
> > > >
> > > > This was done because the schematic file format parser
> > would break
> > > > with the forward slash character.  I hope to fix this
> > early in the
> > > > v6 development but it's a pain we are going to have to
> > live with
> > > > until the new schematic file format is complete.  I wish
> > I had the
> > > > time to do it all at once but it's just wasn't in the
> > cards.
> > > I have
> > > > to implement this one piece at a time.  There was an
> > > announcement on
> > > > this mail

Re: [Kicad-developers] Slash character in fp-lib-table nick names?

[Kaspar Emanuel]

Those are good reasons for not allowing slashes in the footprint names but
I don’t see any reason for not allowing them in *library* nick names. As
far as I can tell any character except : could be allowed before the :.
It’s a pretty long standing “bug” so we could view it as standard. It will
break "compatibility" with fp-lib-tables that use the slash character and
users were never warned about using it.

If it *will* be allowed in v6 why make people change it when going from v4
to v5?
​

On 13 June 2018 at 18:35, Wayne Stambaugh  wrote:

> AFAIK you cannot use slashes ('/') or colons (':') in either a library
> (footprint or symbol) table nickname or a footprint or symbol name.  If
> you could use a slash in a footprint library nickname in the past, this
> was a bug and the fact that it worked was a fluke.  The reason is that
> the library ID format is NICKNAME:FP_OR_SYM_NAME/REV.  The other issue
> is that footprint names are actually the filename sans extension.  Using
> a slash in a footprint name would render it unusable.  I am going to fix
> this as part of the new schematic and symbol library file format v6
> work.  The reason this was not done for v5 the fix will require
> schematic, board, and footprint file format changes which I didn't not
> want to do for v5 as we were already late into the development cycle.
>
> On 6/13/2018 2:19 PM, Kaspar Emanuel wrote:
> > Sorry to bring this up again but it just strikes me as a bit odd. Can we
> > not allow slash characters in the fp-lib-table as before and not break
> > backwards compatibility? It seems to read fp-lib-tables with slashes
> > fine but current KiCad nightly won't let me edit it. I am up for making
> > a patch if there's a chance it could make it into v5.
> >
> >
> > On 10 May 2018 at 12:07, Wayne Stambaugh  > <mailto:stambau...@gmail.com>> wrote:
> >
> > On 5/8/2018 6:27 PM, Kaspar Emanuel wrote:
> > > I see, thanks for the info Wayne. So enforcing this for names in
> > > _footprint_ lib-tables is simply done for code sharing?
> > >
> > > If I understand you correctly short-lived means for the lifetime
> of v5?
> >
> > This is correct.  The plan is to fix this after the new schematic
> file
> > formats are implemented so it should happen some time during v6
> > development.
> >
> > >
> > > On 8 May 2018 at 22:10, Wayne Stambaugh  <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> wrote:
> > >
> > > This was done because the schematic file format parser would
> break
> > > with the forward slash character.  I hope to fix this early in
> the
> > > v6 development but it's a pain we are going to have to live
> with
> > > until the new schematic file format is complete.  I wish I had
> the
> > > time to do it all at once but it's just wasn't in the cards.
> > I have
> > >     to implement this one piece at a time.  There was an
> > announcement on
> > > this mailing list about it.  I apologize for the
> inconvenience.
> > > Hopefully it will be short lived.
> > >
> > > Cheers,
> > >
> > > Wayne
> > >
> > > On 05/08/2018 04:40 PM, Kaspar Emanuel wrote:
> > >
> > > Hi,
> > >
> > > looks like a forward slash character in nick names in the
> > > fp-lib-table is not supported any more (it can be read but
> it
> > > cannot be saved).
> > >
> > > This breaks compatibility with older fp-lib-tables
> somewhat. I
> > > have been using slashes in names to namespace fp-lib-tables
> > > created for my footprint collection
> > > <https://github.com/monostable/kicad_footprints
> > <https://github.com/monostable/kicad_footprints>
> > > <https://github.com/monostable/kicad_footprints
> > <https://github.com/monostable/kicad_footprints>>>.
> > >
> > > Is there a good reason for not allowing slashes in names?
> > >
> > > Cheers,
> > >
> > > Kaspar
> > >
> > > ​
> > >
> > >
> > > ___
> > > Mailing list: https://launchpad.net/~kicad-developers
> &

Re: [Kicad-developers] Slash character in fp-lib-table nick names?

[Kaspar Emanuel]

Sorry to bring this up again but it just strikes me as a bit odd. Can we
not allow slash characters in the fp-lib-table as before and not break
backwards compatibility? It seems to read fp-lib-tables with slashes fine
but current KiCad nightly won't let me edit it. I am up for making a patch
if there's a chance it could make it into v5.


On 10 May 2018 at 12:07, Wayne Stambaugh  wrote:

> On 5/8/2018 6:27 PM, Kaspar Emanuel wrote:
> > I see, thanks for the info Wayne. So enforcing this for names in
> > _footprint_ lib-tables is simply done for code sharing?
> >
> > If I understand you correctly short-lived means for the lifetime of v5?
>
> This is correct.  The plan is to fix this after the new schematic file
> formats are implemented so it should happen some time during v6
> development.
>
> >
> > On 8 May 2018 at 22:10, Wayne Stambaugh  > <mailto:stambau...@gmail.com>> wrote:
> >
> > This was done because the schematic file format parser would break
> > with the forward slash character.  I hope to fix this early in the
> > v6 development but it's a pain we are going to have to live with
> > until the new schematic file format is complete.  I wish I had the
> > time to do it all at once but it's just wasn't in the cards.  I have
> > to implement this one piece at a time.  There was an announcement on
> > this mailing list about it.  I apologize for the inconvenience.
> > Hopefully it will be short lived.
> >
> > Cheers,
> >
> > Wayne
> >
> > On 05/08/2018 04:40 PM, Kaspar Emanuel wrote:
> >
> > Hi,
> >
> > looks like a forward slash character in nick names in the
> > fp-lib-table is not supported any more (it can be read but it
> > cannot be saved).
> >
> > This breaks compatibility with older fp-lib-tables somewhat. I
> > have been using slashes in names to namespace fp-lib-tables
> > created for my footprint collection
> > <https://github.com/monostable/kicad_footprints
> > <https://github.com/monostable/kicad_footprints>>.
> >
> > Is there a good reason for not allowing slashes in names?
> >
> > Cheers,
> >
> > Kaspar
> >
> > ​
> >
> >
> > ___
> > Mailing list: https://launchpad.net/~kicad-developers
> > <https://launchpad.net/~kicad-developers>
> > Post to : kicad-developers@lists.launchpad.net
> > <mailto:kicad-developers@lists.launchpad.net>
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > <https://launchpad.net/~kicad-developers>
> > More help   : https://help.launchpad.net/ListHelp
> > <https://help.launchpad.net/ListHelp>
> >
> >
> > ___
> > Mailing list: https://launchpad.net/~kicad-developers
> > <https://launchpad.net/~kicad-developers>
> > Post to : kicad-developers@lists.launchpad.net
> > <mailto:kicad-developers@lists.launchpad.net>
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > <https://launchpad.net/~kicad-developers>
> > More help   : https://help.launchpad.net/ListHelp
> > <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] Slash character in fp-lib-table nick names?

[Kaspar Emanuel]

I see, thanks for the info Wayne. So enforcing this for names in
_footprint_ lib-tables is simply done for code sharing?

If I understand you correctly short-lived means for the lifetime of v5?

On 8 May 2018 at 22:10, Wayne Stambaugh <stambau...@gmail.com> wrote:

> This was done because the schematic file format parser would break with
> the forward slash character.  I hope to fix this early in the v6
> development but it's a pain we are going to have to live with until the new
> schematic file format is complete.  I wish I had the time to do it all at
> once but it's just wasn't in the cards.  I have to implement this one piece
> at a time.  There was an announcement on this mailing list about it.  I
> apologize for the inconvenience.  Hopefully it will be short lived.
>
> Cheers,
>
> Wayne
>
> On 05/08/2018 04:40 PM, Kaspar Emanuel wrote:
>
>> Hi,
>>
>> looks like a forward slash character in nick names in the fp-lib-table is
>> not supported any more (it can be read but it cannot be saved).
>>
>> This breaks compatibility with older fp-lib-tables somewhat. I have been
>> using slashes in names to namespace fp-lib-tables created for my footprint
>> collection <https://github.com/monostable/kicad_footprints>.
>>
>> Is there a good reason for not allowing slashes in names?
>>
>> Cheers,
>>
>> Kaspar
>>
>> ​
>>
>>
>> ___
>> 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

[Kicad-developers] Slash character in fp-lib-table nick names?

[Kaspar Emanuel]

Hi,

looks like a forward slash character in nick names in the fp-lib-table is
not supported any more (it can be read but it cannot be saved).

This breaks compatibility with older fp-lib-tables somewhat. I have been
using slashes in names to namespace fp-lib-tables created for my footprint
collection .

Is there a good reason for not allowing slashes in names?

Cheers,

Kaspar
​
___
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

[Kaspar Emanuel]

Is it usefull ?

Yes! Thank you ver much. I like to report bugs against nightly but don’t
always have time to compile and I need a fairly stable KiCad for other
work. I switched away from your daily ppa (ppa-kicad) since the schematic
lib table changes hit because I didn’t have time to deal with that.

I just managed to install kicad-nightly from
ppa:js-reynaud/ppa-kicad-nightly and used it to test if a feature request I
wanted to make hadn’t already been implemented.
​

On 4 April 2018 at 10:52, Jean-Samuel Reynaud  wrote:

> 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

[Kicad-developers] ANN: Haskell kicad-data package 0.5.0

[Kaspar Emanuel]

Hi all,

I have just released the Haskell kicad-data package version 0.5.0.

https://hackage.haskell.org/package/kicad-data-0.5.0

We have now actually seen some use of this library in the wild in the form
of ppelleti/footprint-to-script
 which converts a KiCad
footprint to a KicadModTree
 Python script.

kicad-data can still only parse and write .kicad_mod files but has been
fixed to work against over 38,000 of them
. Minor changes listed
below:

   - Add support for *.Fab layers
   - Add support for die_length pad attribute
   - Fix issue with comment character output
   - Simplify s-expression parser (now supports all KiCad s-expression
   formats)

Cheers,

Kaspar
​
___
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] Eagle schematic and project import.

[Kaspar Emanuel]

Hi Russ,

wouldn't mind giving this a go but I don't see any attachments.

Cheers,

Kaspar


On 13 September 2017 at 01:48, Russell Oliver  wrote:

> Hello Everyone,
>
> Please find attached a combined patch set which adds Eagle schematic
> parsing and a generic project import feature to KiCad.
>
> Its been in the pipeline for a long time now and I'm excited to get all
> your feedback and see it announced to the community.
>
> I'm thankful to Alejandro Montoro for the initial plugin layout and Orson
> for his guidance and code review over the past few months.
>
> Kind Regards
> Russell Oliver
>
> ___
> 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] Pcbnew Python Interface breakage?

[Kaspar Emanuel]

Thanks JP! This fixes the invocation error. It does behave differently to
the previous version in that it doesn't throw parse errors if a library has
invalid kicad_mod files in it. I have been using this function to make sure
footprints are valid so it wouldn't work for that any more.  Looking at
your patch the try/catch for IOError is probably not needed and removing it
would restore the old behaviour.

On 28 June 2017 at 08:03, jp charras <jp.char...@wanadoo.fr> wrote:

> Le 27/06/2017 à 17:03, Kaspar Emanuel a écrit :
> > I am just looking at writing a fix at
> > https://github.com/KiCad/kicad-source-mirror/blob/
> 37f8c83c5bc5e8a61cc25d69de569dee7eea0e9f/pcbnew/swig/module.i#L69
> >
> > If you can see a quick fix you could probably save me a lot of time as I
> am planning on getting my
> > KiCad build set up again and submitting a patch.
> >
>
> Hi Kasper,
> Please, test this patch.
>
>
> --
> Jean-Pierre CHARRAS
>
> ___
> 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] Pcbnew Python Interface breakage?

[Kaspar Emanuel]

I am just looking at writing a fix at
https://github.com/KiCad/kicad-source-mirror/blob/37f8c83c5bc5e8a61cc25d69de569dee7eea0e9f/pcbnew/swig/module.i#L69

If you can see a quick fix you could probably save me a lot of time as I am
planning on getting my KiCad build set up again and submitting a patch.

On 27 June 2017 at 15:59, Maciej Sumiński <maciej.sumin...@cern.ch> wrote:

> On 06/27/2017 04:49 PM, Kaspar Emanuel wrote:
> > On 27 June 2017 at 07:56, Maciej Sumiński <maciej.sumin...@cern.ch>
> wrote:
> >
> > PLUGIN::FootprintEnumerate() signature has changed [1] and now instead
> >> of returning wxArrayString, it takes one as a reference and fills it
> out.
> >>
> > Thanks Orson, looks like Python bindings for that function are currently
> > broken then. I think I can use the binding for PLUGIN::FootprintLoad for
> my
> > purposes though it doesn’t throw any sensible exceptions when it can’t
> > parse a footprint.
>
> I am afraid such breaks may happen more often. We still do not have well
> defined Python interface providing an abstraction layer to C++ code and
> it is hard to develop new features without modifying interfaces from
> time to time.
>
> I have fixed the methods reported by Maurice and Simon because they were
> declared in SWIG files, so I consider them a part of the official Python
> interface (perhaps incorrectly).
>
> Regards,
> Orson
>
>
> ___
> 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] Pcbnew Python Interface breakage?

[Kaspar Emanuel]

On 27 June 2017 at 07:56, Maciej Sumiński  wrote:

PLUGIN::FootprintEnumerate() signature has changed [1] and now instead
> of returning wxArrayString, it takes one as a reference and fills it out.
>
Thanks Orson, looks like Python bindings for that function are currently
broken then. I think I can use the binding for PLUGIN::FootprintLoad for my
purposes though it doesn’t throw any sensible exceptions when it can’t
parse a footprint.
​
___
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] Pcbnew Python Interface breakage?

[Kaspar Emanuel]

Since people seem to be able to give the updates from off the top of their
heads, what do I need to update this footprint loading script
?
I am getting:

Traceback (most recent call last):
  File "load_all.py", line 22, in 
list_of_footprints = src_plugin.FootprintEnumerate(libpath)
  File "/usr/lib/python2.7/dist-packages/pcbnew.py", line 4386, in
FootprintEnumerate
return _pcbnew.PLUGIN_FootprintEnumerate(self, *args)
NotImplementedError: Wrong number or type of arguments for overloaded
function 'PLUGIN_FootprintEnumerate'.
  Possible C/C++ prototypes are:
PLUGIN::FootprintEnumerate(wxArrayString &,wxString const
&,PROPERTIES const *)

PLUGIN::FootprintEnumerate(wxArrayString &,wxString const &)

​

On 26 June 2017 at 17:30, Maciej Sumiński  wrote:

> Great, thank you both for testing! I have just pushed the patch.
>
> Maurice, you are right about the comment. It was already there, but
> should have been removed.
>
> Regards,
> Orson
>
> On 06/26/2017 05:16 PM, easyw wrote:
> > Hi,
> >
> > I solved with a trick
> > try:
> > board_drawings=board.GetDrawings()
> > except:
> > board_drawings=board.DrawingsList()
> >
> > for drw in board_drawings:
> >
> > for one plugin, and with a similar trick for the other;
> > but your solution is cleaner.
> >
> > is the
> > diff --git a/pcbnew/swig/module.i b/pcbnew/swig/module.i
> > correct?
> >
> > I see there is a block comment before @line 45
> > /*
> > %extend MODULE
> > ...
> >
> > Applying the patch I cannot make any plugins running
> > but if I de-comment that block it works...
> >
> >
> > Thx
> > Maurice
> >
> >
> > On 06/26/2017 2:24 PM, Maciej Sumiński wrote:
> >> Hi Maurice,
> >>
> >> This is due to the recent commit that enables iterators for DLISTs. We
> >> have forgotten that such change impacts the Python interface.
> >>
> >> I propose to keep the old interface, otherwise we will face many reports
> >> when a script works correctly with the stable release, but not with
> >> nightlies.
> >>
> >> Would you check if the attached patch fixes the problem? If so, I will
> >> push it.
> >>
> >> Regards,
> >> Orson
> >>
> >> On 06/26/2017 10:23 AM, easyw wrote:
> >>> Hi,
> >>> I can confirm the same error on windows 10.
> >>>
> >>> I get also an other kind of error in my annular plugin that worked
> >>> till now
> >>>
> >>> "for pad in module.Pads():
> >>> TypeError 'SwigPyObject' object is not iterable"
> >>>
> >>> BR
> >>> Maurice
> >>>
> >>> On 06/25/2017 5:46 PM, Simon Küppers wrote:
>  Hi,
>  I just updated KiCad on Linux Mint using the Launchpad PPA to test the
>  new connection algorithm. However, a SWIG error starts to pop up in my
>  python plugins.
>  Right now I can produce the error, when calling GetDrawings on the
>  board
>  object (which worked a few days ago). It looks like the SWIG wrappers
>  are desynchronized from the C++-code. Is that (at all) possible?
> 
>  This is the Traceback I get:
> 
>  
>  Traceback (most recent call last):
> 
>    File "/home/sk/.kicad_plugins/action_viafence/viafence_action.py",
>  line 160, in Run
>  boardItem = self.boardObj.GetDrawings().GetFirst()
> 
>    File "/usr/lib/python2.7/dist-packages/pcbnew.py", line 18508, in
>  GetDrawings
>  def GetDrawings(self):return self.m_Drawings
> 
>    File "/usr/lib/python2.7/dist-packages/pcbnew.py", line 17803, in
>  
>  __getattr__ = lambda self, name: _swig_getattr(self, BOARD, name)
> 
>    File "/usr/lib/python2.7/dist-packages/pcbnew.py", line 74, in
>  _swig_getattr
>  return _swig_getattr_nondynamic(self, class_type, name, 0)
> 
>    File "/usr/lib/python2.7/dist-packages/pcbnew.py", line 69, in
>  _swig_getattr_nondynamic
>  return object.__getattr__(self, name)
> 
>  AttributeError: type object 'object' has no attribute '__getattr__'
> 
>  Best Regards
>  Simon
> 
>  ___
>  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 : 

Re: [Kicad-developers] Development workflow

[Kaspar Emanuel]

On 7 May 2017 at 12:25, Maciej Suminski  wrote:

If you have other machines, distcc is
> also a great help (it is a great delight when one executes 'make -j22').
>
I haven’t used distcc in a long time and I can’t remember what the network
requirements are but if you are really bogged down by compile times it
could be an idea to spin up a build machine with a cheap VPS provider and
spin it down when not needed. Most bang for the buck for I have found is
Scaleway  which gives you
4 corers and 4GB x86_64 for €0.012 per hour.
​
___
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] teardrops & rounded corners & ???

[Kaspar Emanuel]

I managed to compile by copying the missing files over from the main KiCAD
repo. Seems to be working fine!

Initial feedback:

   - Thanks very much for working on this!
   - The menu is very unintuitive but is it useful to give feedback on
   this? Is it just an intermediate menu for you to continue development or
   are you planning for the final functionality to be similar to what you have
   there?

I will continue to experiment with it in the meantime.
​

On 25 May 2017 at 22:59, Nick Østergaard <oe.n...@gmail.com> wrote:

> Basically described in https://help.github.com/articles/fork-a-repo/
>
> (there might exist better tutorials)
>
> 2017-05-25 21:22 GMT+02:00 Nick Østergaard <oe.n...@gmail.com>:
> >
> >
> > Den 25/05/2017 19.42 skrev "Kaspar Emanuel" <kaspar.eman...@gmail.com>:
> >
> > Hey Heikki,
> >
> > I wanted to give this a test with a small board I thought would look
> nicer
> > with curved traces.
> >
> > During the cmake step I noticed following error but was still able to
> > proceed to the make step.
> >
> > CMake Error at common/CMakeLists.txt:344 (add_library):
> >   Cannot find source file:
> >
> > build_version.cpp
> >
> >   Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm
> .hpp
> >   .hxx .in .txx
> >
> > CMake Error at pcbnew/CMakeLists.txt:637 (add_library):
> >   Cannot find source file:
> >
> > build_BOM_from_board.cpp
> >
> >   Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm
> .hpp
> >   .hxx .in .txx
> >
> > But the make step exited with a similar error:
> >
> > /home/kaspar/projects/kicad/heikkipu-kicad-devel/pcbnew/
> legacy_plugin.cpp:89:27:
> > fatal error: build_version.h: No such file or directory
> > compilation terminated.
> > common/CMakeFiles/pcbcommon.dir/build.make:1020: recipe for target
> > 'common/CMakeFiles/pcbcommon.dir/__/pcbnew/legacy_plugin.cpp.o' failed
> > make[2]: *** [common/CMakeFiles/pcbcommon.dir/__/pcbnew/legacy_plugin.
> cpp.o]
> > Error 1
> > make[2]: *** Waiting for unfinished jobs
> > CMakeFiles/Makefile2:521: recipe for target
> > 'common/CMakeFiles/pcbcommon.dir/all' failed
> > make[1]: *** [common/CMakeFiles/pcbcommon.dir/all] Error 2
> > Makefile:149: recipe for target 'all' failed
> > make: *** [all] Error 2
> >
> > Hope this helps, let me know what to do and I can continue trying to
> compile
> > it.
> >
> > Cheers,
> >
> > Kaspar
> >
> > P.S. How come your Git repository doesn’t have the same history as KiCAD
> git
> > repository?
> >
> > Yeah, that is not the way to send patches. You need to commit in a local
> > branch from the upstream kicad master branch anf push that.
> >
> >
> > On 21 May 2017 at 09:41, Heikki Pulkkinen <hei6m...@gmail.com> wrote:
> >>
> >> Hi Wayne and all
> >>
> >> Want to test.
> >>
> >> https://github.com/heikkipu/kicad-devel
> >>
> >> And yes, it is going to change kicad_pcb file.
> >>
> >>
> >> Regards
> >>
> >> Heikki
> >>
> >> ___
> >> 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] teardrops & rounded corners & ???

[Kaspar Emanuel]

Hey Heikki,

I wanted to give this a test with a small board I thought would look nicer
with curved traces .

During the cmake step I noticed following error but was still able to
proceed to the make step.

CMake Error at common/CMakeLists.txt:344 (add_library):
  Cannot find source file:

build_version.cpp

  Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp
  .hxx .in .txx

CMake Error at pcbnew/CMakeLists.txt:637 (add_library):
  Cannot find source file:

build_BOM_from_board.cpp

  Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp
  .hxx .in .txx

But the make step exited with a similar error:

/home/kaspar/projects/kicad/heikkipu-kicad-devel/pcbnew/legacy_plugin.cpp:89:27:
fatal error: build_version.h: No such file or directory
compilation terminated.
common/CMakeFiles/pcbcommon.dir/build.make:1020: recipe for target
'common/CMakeFiles/pcbcommon.dir/__/pcbnew/legacy_plugin.cpp.o' failed
make[2]: *** [common/CMakeFiles/pcbcommon.dir/__/pcbnew/legacy_plugin.cpp.o]
Error 1
make[2]: *** Waiting for unfinished jobs
CMakeFiles/Makefile2:521: recipe for target
'common/CMakeFiles/pcbcommon.dir/all' failed
make[1]: *** [common/CMakeFiles/pcbcommon.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

Hope this helps, let me know what to do and I can continue trying to
compile it.

Cheers,

Kaspar

P.S. How come your Git repository doesn’t have the same history as KiCAD
git repository?
​

On 21 May 2017 at 09:41, Heikki Pulkkinen  wrote:

> Hi Wayne and all
>
> Want to test.
>
> https://github.com/heikkipu/kicad-devel
>
> And yes, it is going to change kicad_pcb file.
>
>
> Regards
>
> Heikki
>
> ___
> 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] Somes download stats on daily build for PPA

[Kaspar Emanuel]

I'd just like to point out that I use the PPAs for continuous
integration testing [1] [2] which installs a fresh copy every time I
trigger a build. Looking at the numbers on my builds that could make
up around 200 downloads (it's a bit hard to estimate as not all builds
are counted). I suspect other people use the PPA in this way as well
(though I don't know any specific ones).

While I have the opportunity: thanks very much for creating and
maintaining the PPAs!

[1]: https://travis-ci.org/monostable/haskell-kicad-data
[2]: https://travis-ci.org/monostable/kicad_footprints

On 3 March 2017 at 22:29, Jean-Samuel Reynaud  wrote:
> If somebody have data, I can consolidate them on the same graph.
>
>
>
> Le 03/03/2017 à 19:30, Jon Evans a écrit :
>
> Cool! Are there stats available for the website packages? It would be
> interesting to see a comparison of the other OS's and stable vs. daily
> builds.
>
> On Fri, Mar 3, 2017 at 1:07 PM, Jean-Samuel Reynaud 
> wrote:
>>
>> Hi All,
>>
>> I had made some statistics on downloads for KiCad daily builds. This is
>> valid only for PPA (Ubuntu...) on last 3 months.
>>
>>
>> To summarize:
>> - Major distribution used by our daily build users:
>> Ubuntu xenial (16.04) LTS
>>
>> - Download are most of them in amd64 arch (95% ~ 5%) except for some old
>> distro releases
>>
>> - Between 4K and 7K downloads per month.
>>
>>
>> Find attached a graphical overview...
>>
>> Regards,
>>
>> ___
>> 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] BOM Editor

[Kaspar Emanuel]

Looks very nice, I am also curious about what the cell colors indicate.

___
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] FOSDEM recap.

[Kaspar Emanuel]

On 9 February 2017 at 16:47, Ben Hest  wrote:
> One comment on the videos, I'm listening on headphones and it's a bit
> disorienting with this being a stereo recording, but most of the talking
> coming out of the left channel. It might make sense to mix the sound to
> mono.

Yes, this was an issue with all the videos that were reviewed early
and there is no mechanism to re-review so to speak. I reported this
and I feel it should be re-opened really:
https://github.com/yoe/sreview/issues/33.

___
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] FOSDEM recap.

[Kaspar Emanuel]

Nice one Wayne, it was nice to see you briefly and I hope you had a
pleasant trip back. It did seem like KiCad could almost fill a devroom
all by itself.

I just wanted to point out quickly that the videos are also available
from the schedule [1] where you can easier get an overview of what
each of the talks is about. I am really impressed with the recordings
(thanks Orson!) and the video review system [2] this year.

[1]: https://fosdem.org/2017/schedule/track/electronic_design_automation_eda/
[2]: https://github.com/yoe/sreview

On 8 February 2017 at 18:05, Wayne Stambaugh  wrote:
> I wanted to let everyone know that once again the KiCad status talk at
> FOSDEM was packed and well received.  When you get a chance, check out
> the video[1].  It's a bit rushed because I was trying to leave more time
> at the end for Q but that didn't work as well as hoped.  Like last
> year, it seemed like everyone wanted talk to me about KiCad.  I got hear
> about the good and the bad of KiCad along with a lot of appreciation for
> what KiCad provides.  There is definitely a lot of interest in the open
> hardware space and KiCad plays a major role in that.
>
> The guys at Olimex[2] debuted their new TERES-1 DIY laptop[3] which was
> designed with KiCad.  Their booth was packed both days so the interest
> is high.  It's also an open hardware project so you can check out the
> design files[4] if you are interested.  I saw a unpopulated main board
> and it was impressive.  They also were sporting some very cool shirts
> containing the "designed with KiCad" where "KiCad" was our logo.  I
> offered to buy one but Tsvetan (I believe he is the owner of Olimex)
> would here nothing of it and gave me one.  He should sell them.  They
> are nice shirts.  It's really cool to see what users are doing with KiCad.
>
> Fabrizio and Mario were in attendance this year so I got to meet two
> more of the KiCad developers which is always nice.  Maybe I'm just an
> old curmudgeon but I prefer the face to face interaction to email.  The
> usual suspects were there as well so it was good to catch up with everyone.
>
> A big shout out goes to Javier and CERN for organizing the EDA dev room
> and to Orson for manning the camera.  Tom's spice simulator talk and
> Orson's tool framework talk were also well received.  Check them out
> when you get a chance.
>
> Hopefully they will keep inviting me back to speak and I can meet some
> more of you at next years FOSDEM.
>
> Cheers,
>
> Wayne
>
> [1]: http://video.fosdem.org/2017/AW1.120/
> [2]: https://www.olimex.com/
> [3]: https://www.olimex.com/Products/DIY%20Laptop/
> [4]:
> https://github.com/OLIMEX/DIY-LAPTOP/tree/master/HARDWARE/A64-TERES/TERES-PCB1-A64-MAIN
>
>
> ___
> 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] Standard symbol field names initiative

[Kaspar Emanuel]

Sounds great Wayne, I'll give this some time to settle down and update this
thread when I have more to show.

On 13 January 2017 at 21:31, Wayne Stambaugh <stambau...@gmail.com> wrote:

> On 1/13/2017 9:20 AM, Kaspar Emanuel wrote:
> >
> > On 13 January 2017 at 13:35, Wayne Stambaugh <stambau...@gmail.com
> > <mailto:stambau...@gmail.com>> wrote:
> >
> > Ithink using separate fields
> > would be cleaner and more reliable in the long run.
> >
> >
> > Yes, I am coming over to this point of view. I just quite liked the
> > compactness and clarity of the initial proposal but it might not be a
> > good trade-off to make in this instance.
> >
> > I think people tend to overcomplicate things a bit. These are just some
> > fields names that we all use but call different things.
> >
> > After a few weeks I will make a final document. It would be nice to put
> > up on kicad-pcb.org <http://kicad-pcb.org> somewhere to link to when
> > people ask about it suggested field names to use as defaults in their
> > application.
>
> We would have to decide that we want to make the part of the KiCad
> project before I would add it to the KiCad website.  Once you've nailed
> down the specification, let us know so we can discuss whether it makes
> sense to include it as part of the project.  I would want my library
> developers in on this discussion as well.
>
> >
> > On 13 January 2017 at 14:02, Clemens Koller <c...@embeon.de
> > <mailto:c...@embeon.de>> wrote:
> >
> > I am not sure how far you would go with KiCAD here and it's
> libraries.
> >
> >
> > I am not proposing to add anything to KiCAD at this point. Simply to
> > make a document that describes "standard" field names that the community
> > has agreed on. People can chose to use the standard if they wish.
> >
>
>
___
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] Standard symbol field names initiative

[Kaspar Emanuel]

On 13 January 2017 at 13:35, Wayne Stambaugh  wrote:

> Ithink using separate fields
> would be cleaner and more reliable in the long run.
>

Yes, I am coming over to this point of view. I just quite liked the
compactness and clarity of the initial proposal but it might not be a good
trade-off to make in this instance.

I think people tend to overcomplicate things a bit. These are just some
fields names that we all use but call different things.

After a few weeks I will make a final document. It would be nice to put up
on kicad-pcb.org somewhere to link to when people ask about it suggested
field names to use as defaults in their application.

On 13 January 2017 at 14:02, Clemens Koller  wrote:

> I am not sure how far you would go with KiCAD here and it's libraries.


I am not proposing to add anything to KiCAD at this point. Simply to make a
document that describes "standard" field names that the community has
agreed on. People can chose to use the standard if they wish.
___
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] Standard symbol field names initiative

[Kaspar Emanuel]

Hi all,

I have started an initiative for external tools to agree on a few default
field names in schematics. Full details in the forum where you can also
propose amendments and register your preference.

https://forum.kicad.info/t/standard-symbol-field-names-initiative/4870

Cheers,

Kaspar
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

I have put up a proposal for a "community standard" on the forum:
https://forum.kicad.info/t/standard-symbol-field-names-initiative/4870/1

On 12 January 2017 at 18:33, Kaspar Emanuel <kaspar.eman...@gmail.com>
wrote:

>
> On 12 January 2017 at 16:44, Kaspar Emanuel <kaspar.eman...@gmail.com>
> wrote:
>
>>
>> Is there actually any issue, internally to KiCAD, with creating multiple
>> fields with the same name? It seems to let me create two fields called MPN
>> and save and re-open without a problem.
>>
>
>
> Actually, just tested again and it doesn't like fields with the same name,
> it simply overwrites them once you press ok, not sure what I was doing
> before. That's a shame.
>
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

On 12 January 2017 at 16:44, Kaspar Emanuel <kaspar.eman...@gmail.com>
wrote:

>
> Is there actually any issue, internally to KiCAD, with creating multiple
> fields with the same name? It seems to let me create two fields called MPN
> and save and re-open without a problem.
>


Actually, just tested again and it doesn't like fields with the same name,
it simply overwrites them once you press ok, not sure what I was doing
before. That's a shame.
___
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] Group selection idea

[Kaspar Emanuel]

It does look really neat and I agree with Wayne it bears some thought and
could be a really powerful feature.

Wayne, I think what you mean by "a***m like room feature" are reusable
"snippets" of placed and routed components. Is that right?

On 12 January 2017 at 16:37, Wayne Stambaugh  wrote:

> I think this feature would be useful but we should proceed with caution
> if we are going to include persistence.  I'm guessing making groups
> persistent will require a change to the pcb file format.  We should
> think this through thoroughly before moving forward.  Is it possible
> that this grouping could be used for an am like room feature?  If
> so, than we need to plan this out accordingly rather than just commit a
> new feature for the sake of convenience.
>
> On 1/12/2017 6:55 AM, Tomasz Wlostowski wrote:
> > I like it. Give me a few days to review it and I hope it will get
> > merged. You'll also have to make the groups persistent (save to file).
> > Recursive grouping (group of groups) would be also an advantage.
> >
> >
> > Cheers,
> > Tom
> >
> > Sent from my Samsung Galaxy smartphone.
> >
> >
> >  Original message 
> > From: Kristoffer Ödmark 
> > Date: 12/01/2017 12:41 (GMT+01:00)
> > To: kicad-developers@lists.launchpad.net
> > Subject: Re: [Kicad-developers] Group selection idea
> >
> > Hey again, What would be the chances of seing this getting into the
> > master branches on launchpad, what would I have to add/change to get it
> > there?
> >
> > - Kristoffer
> >
> > On 2017-01-11 21:59, Kristoffer Ödmark wrote:
> >> Attaching Patch!
> >>
> >> ( Thanks Chris! )
> >>
> >> On 2017-01-11 20:51, Kristoffer Ödmark wrote:
> >>> Hello!
> >>>
> >>> I hacked together a group selection concept looking like this:
> >>> https://youtu.be/eJp-aJ8i0H4
> >>>
> >>> It can assign BOARD_ITEM to a specific group for easier selection and
> >>> group manipulation. I am open to suggestions on changes, this is surely
> >>> not an optimal implementation.
> >>>
> >>> Useful when you may want to keep the relative position of something on
> >>> the board like maybe a RF layout etc.
> >>>
> >>> It cannot currently save the group assignments between sessions, since
> >>> that would require some changes to the file format. That would need
> some
> >>> agreement that this is indeed wanted.
> >>>
> >>> it also doesnt work on zones right now.
> >>>
> >>> ps: I do not now the best way to attach a patch file.
> >>> I added my feature
> >>> commit
> >>> git pull
> >>> fix conflict
> >>> commit
> >>>
> >>> Anyone have any steps on how to get one patch file for this, now I got
> >>> one patch file, and a merge.
> >>>
> >>> - Kristoffer
> >
> > ___
> > 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] [RFC] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

On 9 January 2017 at 14:29, Brian Sidebotham 
wrote:

> Is there any reason you can't use Template Field Names for this:
> http://docs.kicad-pcb.org/stable/en/eeschema.html#
> options-of-the-schematic-editor
>
> This allows you to specify fields that are common to all symbols that you
> create. If the value is anything other than blank, the field is saved with
> the symbol.
>

Yes, at this point I was suggesting adding standard template field names.
But following further thought I have decided to try to organize the
community of external tooling creators to agree on some standard fieldnames
and a schema for them. I will post here with updates on that.



> The easiest way to specify multiples is probable to suffix with a number,
> like Manufacturer-1, PartNumber-1, Manufacturer-2, PartNumber-2, etc.
>

Is there actually any issue, internally to KiCAD, with creating multiple
fields with the same name? It seems to let me create two fields called MPN
and save and re-open without a problem.
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

> On 22 December 2016 at 14:01, Strontium <strnty...@gmail.com> wrote:
>
> The issue with the keys isnt that they are customisable, its that they are
>> easy to type wrong/get inconsistent, you have to remember what keys you are
>> using, did you leave any out, etc, etc.
>>
>> In this situation, we could define a "default" set of standard keys, like
>> "MPN", etc.  Users would be able to define their own sets, add or delete
>> from the "default" set, etc.  Tool writers would invariably use the
>> defaults, unless there was a good reason not to.  Its not proscriptive,
>> just suggestive.
>>
>> So, rather than a change to the schematic file, its a UI change and a
>> change to an existing config file, or a (my preference) new config file.
>>
>
On 23 December 2016 at 14:25, Kaspar Emanuel <kaspar.eman...@gmail.com>
wrote:

> I am happy with this solution and would be willing to work towards a
> patch. Would a patch for this be accepted?
>
Could someone with write access please chime in as to whether work in this
direction would be accepted?
___
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] ANN: haskell-kicad-data 0.4.0

[Kaspar Emanuel]

Hi all,

I have released version 0.4.0 of haskell-kicad-data, a parser and writer
for KiCAD file formats for the Haskell programming language.

https://hackage.haskell.org/package/kicad-data-0.4.0

   - Only .kicad_mod files are supported currently.
   - The parser and writer are regularly checked for internal consistency
   using property based testing (it can parse whatever it outputs when
   randomly generated).
   - Also regularly checked it can parse and write, in a way the KiCAD
   understands, almost 20,000 kicad_mod files now part of
   monostable/kicad_footprints
   .
   - MIT licensed (though it currently depends on a GPLv3 library for
   pretty printing)

We know you have a lot of choices when wanting to parse kicad_mod files in
lazy, purely functional programming languages so we hope you will consider
haskell-kicad-data for your next project.

All the best,

Kaspar
​
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

On 22 December 2016 at 14:01, Strontium  wrote:

The issue with the keys isnt that they are customisable, its that they are
> easy to type wrong/get inconsistent, you have to remember what keys you are
> using, did you leave any out, etc, etc.
>
> In this situation, we could define a "default" set of standard keys, like
> "MPN", etc.  Users would be able to define their own sets, add or delete
> from the "default" set, etc.  Tool writers would invariably use the
> defaults, unless there was a good reason not to.  Its not proscriptive,
> just suggestive.
>
> So, rather than a change to the schematic file, its a UI change and a
> change to an existing config file, or a (my preference) new config file.
>
I am happy with this solution and would be willing to work towards a patch.
Would a patch for this be accepted?

The only open implementation question would be how to handle multiple
manufacturer+MPN fields.

On 22 December 2016 at 19:31, Clemens Koller  wrote:

> It should be easy for KiCad to browse through the libraries and designs to
> grab all used key names to get a dicitionary of used keys. A quite useful
> feature would then be to rename, map and merge the keys to create
> your-very-own "standard".
>
Having your very own standard kind of defeats the purpose of a standard :).
I do this to a degree with 1clickBOM
 but there are *so
many* possibilities and it only really works in one direction, i.e. where
do you put the information when you want to put it back into the schematic?

It just seems like a lot of trouble for no gain at all: we are all talking
about the same thing, an MPN, let’s agree on a name and where to put it.
​
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

Hi Kevin,

On 21 December 2016 at 18:10, Kevin Bortis  wrote:

> As Clements also noted, these values change very fast nowadays. At my
> workplace I have a library of around 4000 pysical components that I
> "try" to manage. As an example, I have a sensor chip which changed 3
> times, in the last 2 years the value of the Manufacturer field,
> because of mergers. It is even common that the orderable part number
> change in such a process. In the example above, Motorola split away
> the semiconductor business in to the spin offs ON Semiconductor and
> Freescale. The later got acquired by NXP last year and next year it
> will already be absorbed into Qualcomm.
>

I think the right approach is to append a new MFN+MPN combo when the part
becomes available under a new name. What was once true is always true and
you might still be able to find the part under the old name. If you would
like you could remove it too though this isn't really about how to manage
the info, just to find a common place to put it.

The second problem is, that
> the info i.MX6 or NE555 is almost useless. Almost all modern
> semiconductors are available in different packages and packaging
> options. If you go to the page
> http://www.ti.com/product/NE555/samplebuy everyone see what I mean.
> Even when the footprint is defined it is not clear what kind of
> temperature range etc. you intend to use. So the field should look
> more something like
>
> (property "MPN" "Texas Instruments" "NE555PSR")
>

Yes, that is more precise. The example was more to show where the fields
could go in the file format.
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

On 21 December 2016 at 18:59, jp charras  wrote:

FYI, a tool (I am thinking you are talking about a tool which manages a
> BOM)  which works directly
> with KiCad schematic files is not a good idea.
>
> You really underestimate the complexity of a full complex hierarchical
> project using parts with
> multiple units per package.
>
> The reasonable approach is to parse the netlist.
>
The tools I use at the moment are
/scripts/bom-in-python/bom_csv_grouped_by_value.py (in KiCad source) and
KiField  which both work from the
schematic information. There are tonnes of other BOM tools and they all
seem to use the schematic as the single source of truth.
​
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

Thanks Wayne,

I don't see how using a field versus a new file token makes any
> difference to external tools.  The formatting of a field in a schematic
> file is no more or less difficult to parse than any other token such as
> a pin, wire, line, etc.
>

The matter is simply this: if you make a tool to work with KiCad schematic
files that wants to make use of an MPN field, you don't know what it's
called because everyone is using different names.

What the solution is exactly, I don't mind at all.
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

Thanks for reading over this JP,

I don't really understand why you are thinking the schematic file format
> should be modified.
>

> If you want to see a user field always existing in your component editor,
> just add this field name
>
and a default value in the schematic editor options (Default fields).
>

> The feature you want is already available since many years in Eeschema.
>

You can add an MPN field yourself already, the problem is all the external
tooling expects a different convention and it would save people a lot of
time if someone decided on a convention and encouraged it. Eeschema
developers are in the best place to do that.

The reason for the file format discussion is that, to me, the best
convention would be one that allows for multiple manufacturer + MPN pairs
per symbol.

>From the point of view of the *schematic editor*, what is the purpose of
> this field?


It allows the schematic editor to work better together with the existing
external tools.
___
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] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

Thank you Clemens and Kevin for your responses.

Clemens, you raise that you are not happy with hard-coding fields at all
because there is no standard way to do it. But KiCad’s symbols already come
with a datasheet field for instance. To me, the datasheet field is way less
useful than an MPN field. In any case we are trying to come up with a
better, standard way to do it, what's the problem with that?

You then go on to describe your method and say you have no use case for it.
That’s fair enough but I think its clean that I and a few other people *do*
have a use case. Furthermore, the proposal, if implemented, shouldn’t
affect your way of working at all.

Kevin, you say that this would not work for generic components like
resistors and capacitors. I don’t think I was clear enough: the proposal is
to add a standard MPN field to schematic symbols to be populated *when they
are part of a schematic*, i.e. their values (and tolerances etc) have been
assigned. Really we are talking about the schematic format.

Your alternative system is interesting but* is* a bit more complicated.
Standardizing on an MPN field is something existing tooling could make use
of very quickly but with yours they would have to change their way of
working quite substantively. I think further discussion of your proposal is
a separate point and should continue in another thread.

All the best,

Kaspar
___
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] [RFC] Standard field for manufacturer part number in schematic symbols

[Kaspar Emanuel]

Hi all,

there has been a lot of discussion lately about a standard manufacturer
part number (MPN) field in schematic symbols in the user forum

and on the standard library GitHub issues
.

Most of the discussion revolves around how far this should be taken but in
my reading there have been no real objections, and some very strong support
from creators of external scripting tools, to simply standardize on a field
for MPN in KiCad and not necessarily fill it in.

I understand that the schematic format is currently in flux and it may be
better to achieve feature parity with the old format *first of all* but
nevertheless would propose the addition of a standard MPN field after that.

The two minor gotcha with this:

   1. An MPN is really a manufacturer and part number tied together. A
   manufacturer may use the same part numbers as another.
   2. A schematic symbol can have multiple part numbers tied to it.

I would like to invite discussion on accepting and implementing this
proposal. I have looked over the new s-expression based format spec
 but am not at
all familiar with how KiCad will read it and represent it internally.

I know that the current spec for properties is thus:

(property "Manufacturer" "Texas Instruments")

I propose to extend it to allow for lists as properties:

(property "MPN" "Texas Instruments" "NE555")
(property "MPN" "Fairchild" "NE555")

Or, if it is problematic to have properties with the same “MPN” label:

(property "MPN" ("Fairchild" "NE555") ("Texas Instruments" "NE555"))

or

(property "MPN" "Fairchild" "NE555" "Texas Instruments" "NE555")

The exact representation is not hugely important though as long as it takes
into account the two gotchas mentioned above.

It would be grand if the discussion was kept to simply what this is
proposing: *adding a suggested/standard field, that can be left blank, that
will help interoperability in the external tools ecosystem*. No more, no
less.

Cheers,

Kaspar

P.S. Some selected quotes from the kicad.info discussions

devbisme (creator of KiCost and KiField)

I’m not asking for atomic parts (whatever those are) or re-writes of
libraries or anything else. But is there, or can there be, a list of field
names and definitions of what they contain which library creators and tool
builders can follow to minimize incompatibilities?

kuro68k (creator of KiBom)

If a standard emerges for the MPN I’ll support it.

​
___
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] Way to check PCBnew can parse modules in CI?

[Kaspar Emanuel]

Thanks Nick, will check that out.

On 19 October 2016 at 14:35, Nick Østergaard <oe.n...@gmail.com> wrote:

> You can use the python scripting to load the kicad_mod files. Be
> inspired by the content in the qa folder in the source.
>
> 2016-10-19 14:57 GMT+02:00 Kaspar Emanuel <kaspar.bu...@gmail.com>:
> > Hey,
> >
> > I wanted to add an additional continuous integration check to my Haskell
> > library that checks that Pcbnew can actually parse the modules the
> library
> > outputs.
> >
> > Is there any way to parse .kicad_mod files in a headless way that reports
> > back errors it encounters?
> >
> > Cheers,
> >
> > Kaspar
> >
> > ___
> > 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] Way to check PCBnew can parse modules in CI?

[Kaspar Emanuel]

Hey,

I wanted to add an additional continuous integration check to my Haskell
library  that checks that
Pcbnew can actually parse the modules the library outputs.

Is there any way to parse .kicad_mod files in a headless way that reports
back errors it encounters?

Cheers,

Kaspar
___
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 hackathon invitation

[Kaspar Emanuel]

On 12 October 2016 at 18:04, Mário Luzeiro  wrote:

Hope you can work on the SVG importer! I miss that feature.
> I tried to use Inkscape ->Export DXF->Import with KiCad but it doesn't
> work properly :/
>
Check out svg2mod  in the meantime. It
works well for me.
​
___
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] DigiKey owns kicad.org

[Kaspar Emanuel]

Wayne, I think if they are up for being sponsors you should push for
transferring the domain proper so the main site can actually be kicad.org
instead of redirecting.

On 30 August 2016 at 00:37, Adam Wolf  wrote:

> Awesome.  Thanks Wayne.
>
>
> On Mon, Aug 29, 2016, 6:35 PM Wayne Stambaugh 
> wrote:
>
>> I already am in contact with Digikey and am waiting for a response.
>> According to Digikey, they paid ~5K (I have no way of verifying this)
>> for the kicad.org domain because they had customers that got malware on
>> their computers who typed kicad.org.  Digikey has done us a favor and I
>> have offered to add them to the list of corporate sponsors if they would
>> be willing to redirect kicad.org to kicad-pcb.org.  They seemed amicable
>> to the idea.  It's been about a week since I've heard from them.  I may
>> ping them in another week or so to see if they are still interested.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 8/29/2016 7:17 PM, Adam Wolf wrote:
>> > I know some people at Digikey.  I'll send them an email tonight.
>> >
>> > Thanks!
>> >
>> >
>> > On Aug 29, 2016 6:03 PM, "José Ignacio" > > > wrote:
>> >
>> > kicad.org  used to be a "domain for sale" landing
>> > page for a long
>> > while, but looks like in July it was acquired by DigiKey and made to
>> > redirect to http://digikey.com. Maybe it would be a good idea to
>> ask
>> > them nicely if they could redirect it to kicad-pcb.org
>> >  instead, or
>> > donate it to the project.
>> >
>> > I too many times have typed kicad.org  when I
>> > wanted to reach kicad's
>> > website and I'm pretty sure I'm not the only one.
>> >
>> > ___
>> > 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
>
>
___
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] About dialog

[Kaspar Emanuel]

Sorry simon, this wasn't specific to your patch, more of a general
question. Thanks for the clarification Nick.

On 1 March 2016 at 13:52, Nick Østergaard <oe.n...@gmail.com> wrote:
> It depends on how it is built. Currently the triplet version number is
> manually added by packagers. If you build from the tars you will get
> no-bzr or something like that. If you build from a bzr repo you will
> get a bzr revno, if you build from a git repo, you will get a bzr and
> git hash.
>
> 2016-03-01 13:43 GMT+01:00 Kaspar Emanuel <kaspar.eman...@gmail.com>:
>> Why doesn't the version in the about dialog actually give the versions that
>> are announced e.g. 4.0.2?
>>
>> On 1 March 2016 at 10:19, Simon Wells <swel...@gmail.com> wrote:
>>>
>>> Removed the menu option from help in this version of the patch.
>>>
>>> On Tue, Mar 1, 2016 at 7:45 AM, Simon Wells <swel...@gmail.com> wrote:
>>> > Attached is a patch that modifies a few things in the About dialog, a
>>> > screenshot with old and new is also attached
>>> >
>>> > It removes the horizontal rule which is redundant due to the auinotebook
>>> > Adds Copy Version Info to the about box which i think is a better
>>> > place for it than in the help menu esspecially on OSX where about
>>> > isn't even in the help menu (I haven't removed the menu items yet  am
>>> > interested to hear other peoples thoughts on whether it is used often
>>> > enough to keep it in the main menu bar as well) due to this the code
>>> > is currently in 2 places.
>>> > I have also changed the about dialog (and version info from the about
>>> > box) change to use the currently running version of wxwidgets rather
>>> > than the version that kicad was built with unfortunately this is not
>>> > possible with boost
>>> >
>>> > Simon
>>>
>>> ___
>>> 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] About dialog

[Kaspar Emanuel]

Why doesn't the version in the about dialog actually give the versions that
are announced e.g. 4.0.2?

On 1 March 2016 at 10:19, Simon Wells  wrote:

> Removed the menu option from help in this version of the patch.
>
> On Tue, Mar 1, 2016 at 7:45 AM, Simon Wells  wrote:
> > Attached is a patch that modifies a few things in the About dialog, a
> > screenshot with old and new is also attached
> >
> > It removes the horizontal rule which is redundant due to the auinotebook
> > Adds Copy Version Info to the about box which i think is a better
> > place for it than in the help menu esspecially on OSX where about
> > isn't even in the help menu (I haven't removed the menu items yet  am
> > interested to hear other peoples thoughts on whether it is used often
> > enough to keep it in the main menu bar as well) due to this the code
> > is currently in 2 places.
> > I have also changed the about dialog (and version info from the about
> > box) change to use the currently running version of wxwidgets rather
> > than the version that kicad was built with unfortunately this is not
> > possible with boost
> >
> > Simon
>
> ___
> 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] Intra-sheet links and dangling ERC checks

[Kaspar Emanuel]

Ah gotcha, I had intra and inter mixed up in my head.

On 29 February 2016 at 18:48, Daniel Silverstone <dsilv...@digital-scurf.org
> wrote:

> On Mon, Feb 29, 2016 at 17:09:53 +0000, Kaspar Emanuel wrote:
> > I read through your blog post, I will build your fork and test it out if
> I
> > get a chance.
>
> Wonderful.
>
> > The extra ERC option seems useful indeed. I am a bit confused about the
> > intra-sheet link feature though, is this different from global labels?
>
> The intra-sheet link elements exist *purely* for ERC reasons, to
> communicate
> the explicit intent of the engineer to have a net linked elsewhere on the
> *same* sheet.
>
> Global labels and heirarchical labels remain exactly as they were.  The
> idea is
> only to ensure that the schematic capture engineer be a little more
> explicit
> about what currently could be a deliberately dangling wire (because they
> meant
> to link it elsewhere on the same sheet by way of labels) or a mistake
> which the
> engineer or reviewer failed to catch.
>
> D.
>
> > P.S. Might I suggest a different favicon for your blog? The current one
> > isn't very welcoming.
>
> Aah yes, that's what my husband drew for me when I asked him to do a
> favicon
> which represented Git.  I'll change it over to something less rude :-)
>
> --
> Daniel Silverstone http://www.digital-scurf.org/
> PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
>
___
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] Intra-sheet links and dangling ERC checks

[Kaspar Emanuel]

Hi Daniel,

I read through your blog post, I will build your fork and test it out if I
get a chance.

The extra ERC option seems useful indeed. I am a bit confused about the
intra-sheet link feature though, is this different from global labels?

Cheers,

Kaspar

P.S. Might I suggest a different favicon for your blog? The current one
isn't very welcoming.

On 29 February 2016 at 15:16, Daniel Silverstone  wrote:

> Hi,
>
> A couple of weeks ago I posted about my intra-sheet links and dangling
> wire ERC
> work which I had undertaken in part to see how hard it'd be to hack on
> eeschema, and in part because it was a set of features I missed from when I
> used to work in Mentor Graphics' Designview workflow.
>
> I have since rebased the patch series found at:
>
>  https://github.com/kinnison/kicad-source-mirror
>
> (interlinks branch)
>
> On recent master (on Saturday in fact) and verified that it still seems to
> behave okay.  I then sat down and wrote a blog post about the work I'd
> done, its features, and then a bit of a story about how it might be used
> in anger.
>
>  http://blog.digital-scurf.org/posts/intralinks/
>
> I realise that it's a lot to ask for people to start poking at stuff,
> especially when the patches are not being posted to the list; but at this
> time
> I'm not after code review (that will come later when I've tidied the code
> up,
> should I get enough interest); but rather in a review of the concept and
> idea
> behind intra-sheet link elements.
>
> If anyone does have the time and inclination to give the blog post a read,
> and
> even better, if after that the inclination to give the code a quick play
> with,
> I would appreciate any and all feedback which doesn't center around the
> fact
> that my editor has managed to tabify certain bits of the diff.  I promise
> I'll
> convert those back to spaces if I submit patches to the list :-)
>
> D.
>
> --
> Daniel Silverstone http://www.digital-scurf.org/
> PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69
>
> ___
> 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 PATCH] Single-click board update, take 2.

[Kaspar Emanuel]

I have been using this from the PPA. It seems like a huge improvement.
The only bug I noticed which might be related is that when I re-assign
the "Switch Canvas to Legacy" hotkey (from F9 to Q for instance) it
doesn't work. This might be an existing issue though. Of course it
would also be good to be able to assign a hotkey to the update action.

On 29 January 2016 at 20:31, Russell Oliver  wrote:
> Hi all,
>
> As a crazy thought related to having the board capture orphan pads under an
> parent footprint,  conceptually what about a pcb being represented as a
> hierarchy of footprints.
>
> From what I understand most elements of a board can be included in
> footprints except for tracks. If tracks could be included as part of a
> "footprint" would it not be possible to export a group of footprints and
> tracks as a new reusable section of already laid out  components.
>
> Regards
> Russell
>
> On 30 Jan 2016 04:29, "jp charras"  wrote:
>>
>> Le 29/01/2016 16:57, Tomasz Wlostowski a écrit :
>> > On 29.01.2016 16:49, Chris Pavlina wrote:
>> >> Oh, it's definitely a dirty hack - but it's a dirty hack that is
>> >> somewhat
>> >> necessary, and used to be possible, and now it's not, so... regression,
>> >> dude!
>> >> :)
>> >>
>> >> Yeah, yeah, I'm a spacebar heater, I know... :D
>> >>
>> >> https://xkcd.com/1172/
>> >>
>> > No, you're not :) I perfectly agree with your reasoning and I'll add an
>> > option to disable component removal.
>> >
>> >> I'd argue that while using a footprint as a via is a dirty hack, the
>> >> simple
>> >> concept of allowing footprints on the PCB that aren't on the schematic
>> >> is
>> >> *not*. Lots of people want to be able to place things like mounting
>> >> holes
>> >> without having to put them in the schematic. (Whether or not that's
>> >> best
>> >> practice is beside the point, it's very common.)
>> >
>> > Most tools I've used require that the components on the schematic fully
>> > match the PCB, but they also allow drawing mounting holes as 'free'
>> > pads. This is another limitation of pcbnew - in Eagle/Altium you can
>> > just draw an arbitrary pad straight on the PCB.
>>
>>  " In Kicad, it requires a footprint (and so the sch/pcb inconsistency)."
>>
>> This is not true.
>> In Pcbnew, pads can live outside a footprint.
>> (They are used in the pad properties editor)
>>
>> But without a footprint, you cannot manage easily the net of this pad.
>> Just because schematic knows only footprints, the net of the orphan pads
>> cannot be managed by the schematic.
>>
>> Therefore users have to manage the net of these orphan pads *by hand*.
>> and these pads create sch/pcb inconsistency
>> AFAIK, Altium has not solved this issue (sch/pcb inconsistency).
>>
>> To fix this kind of issue, we need a good idea, not just mimic what is
>> made in Eagle/Altium.
>> I have already used Altium, and worked with guys who are using Altium,
>> but I am not a Altium specialist.
>> I have seen some very good and powerful ideas (rooms), and some less
>> good ideas (Well, I was not impressed by ERC and net management)
>>
>> My preferred idea (I am not saying this is a good idea) is to consider
>> the board itself as a parent footprint these "orphan" pads.
>>
>> Power connections could be managed at schematic level by something like
>> a few test or connect points ( pins of the board, seen like a footprint)
>> connected to the nets (usually GND, VCC ...)  we want to connect to
>> these "orphan" pads
>> Stitching vias could be some of these "orphan" pads.
>> You do not need a footprint by pad: only one footprint is enough.
>>
>> I am pretty sure this is not a lot of work to code that.
>> At least less than trying to manage stitching vias as standard vias.
>>
>> >
>> > Cheers,
>> > Tom
>>
>>
>> --
>> Jean-Pierre CHARRAS
>>
>> ___
>> 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

[Kicad-developers] PCB being represented as a hierarchy of footprints [Was: Single-click board update, take 2.]

[Kaspar Emanuel]

On 29 January 2016 at 20:31, Russell Oliver  wrote:
> As a crazy thought related to having the board capture orphan pads under
an
> parent footprint,  conceptually what about a pcb being represented as a
> hierarchy of footprints.

>From what I understand most elements of a board can be included in
> footprints except for tracks. If tracks could be included as part of a
> "footprint" would it not be possible to export a group of footprints and
> tracks as a new reusable section of already laid out  components.
>

Sounds really great to me. I think there are issues with the DRC which is
why tracks and edges are not allowed in footprints.

Just glancing over the netlist format, it seems like it should allow a
similar breakdown.

I am a bit out of the loop, are there any plans on a schematic file format
update? If so having this sort of feature in mind (and tying in the
schematic) would be excellent.
___
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] [BUG] Resizing the windows in i3wm

[Kaspar Emanuel]

Haha, I have had issues like this for a long time running XMonad. Never
even thought about reporting them :)

On 26 January 2016 at 12:42, Константин Барановский <
baranovskiykonstan...@gmail.com> wrote:

>
>
> 2016-01-26 11:43 GMT+02:00 Константин Барановский <
> baranovskiykonstan...@gmail.com>:
>
>> i3wm - it is the tiling window manager. I'm using it in archlinux.
>> i3wm locates windows side by side and manipulations with them does by
>> keyboard shortcuts.
>> By default windows placed in splitv mode:
>>
>>
>>
>> when I switch to splith mode and back content of the windows are shown
>> correct:
>>
>>
>> ​​
>> but when i switch to stacked or tabbed mode the content of the inactive
>> windows are not resized:
>>
>> active -
>>
>>
>> inactive -
>> ​
>> So, resized only active window, inactive windows has no changes.
>>
>>
>> It happens in both, when I launch programs from kicad manager and
>> standalone.
>>
>>
>>
>
> ___
> 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] s-exp file read/write refactoring

[Kaspar Emanuel]

In case it helps you, I wrote a parser and serialiser for the .kicad_mod
files in Haskell
https://github.com/kasbah/haskell-kicad-data/blob/master/Data/Kicad/SExpr/Parse.hs.
I test this against all the available GitHub libraries and it is also
property tested (with randomly generated data) for internal consistency
(i.e. writing and then parsing results in the same data as the one
written). Obviously you can’t add Haskell code to KiCad itself but it might
help in getting an overview or just some inspiration.
​

On 1 June 2015 at 20:27, Chris Pavlina pavlina.ch...@gmail.com wrote:

 It's easy to understand, sure. My issue with it is things like this,
 from kicad_plugin.cpp:

 // line 514
 m_out-Print( aNestLevel+1, (no_connects %d)\n,
 aBoard-GetUnconnectedNetCount() );

 We're writing out the file by hand, including all of the formatting such
 as parentheses, having to remember to manually escape things that need
 to be escaped, etc. Every single one of those is a place where one of
 these things can be forgotten. Some errors of that type, like forgetting
 to escape, can both go undetected for quite some time and possibly pose
 security risks.

 What I'd like is to have separate, data-agnostic and well tested
 s-expression code that reads in the file all at once into an internal
 data structure. Parsing everything correctly is handled at this point,
 and then all of the data can be trusted. The same structure can be
 written out by this s-expression code, which uses the same small routine
 for everything. This way, we ensure that the data is always written out
 correctly.

 It's a fairly simple change, really. Reading the data would even stay
 essentially the same: instead of asking the parser for a token, you're
 just traversing a data tree. The key is more in writing, where instead
 of printing out a formatted string to the file manually, you would add a
 string object to the structure - that string object, being the same as
 all the others, is guaranteed to know how to handle its data.

 A possible simpler route than an intermediate, in-memory structure would
 be to implement functions that perform all of these things, and call
 /them/ instead. For example, the above line 514 might become something
 like this:

 WriteSExpPair(no_connects, aBoard-GetUnconnectedNetCount();

 Where WriteSExpPair will write the parens correctly, validate
 no_connects to make sure there aren't accidentally any forbidden
 symbols typed in it, and would be overloaded to accept numbers, strings,
 etc. intelligently.

 (Even better would be if no_connects were a constant referred to by
 name instead of a literal, so the compiler could verify it...)

 On Mon, Jun 01, 2015 at 01:14:06PM -0400, Wayne Stambaugh wrote:
  Chris,
 
  I'm not sure what your proposing.  This code is fairly well designed and
  very easy to understand and modify which was one of the original design
  goals.  The s-expr tokens are well defined and immutable for each file
  format and are automatically generated from a text file containing a
  list of the tokens.  The only thing that varies is parsing of none token
  values such as numbers.  I need some examples of what changes you are
  proposing before I would be willing to give you the go ahead.
 
  Cheers,
 
  Wayne
 
  On 6/1/2015 12:29 AM, Chris Pavlina wrote:
   Hi,
  
   I've been having a look through some of the file I/O code in pcbnew,
 and
   I'm not really comfortable with it. Despite the nice new structured
   s-exp format, we're still printing data out by hand and parsing it back
   in similarly - rather a recipe for trouble, and at least for
   inconsistent files. I'd like to put in some work after the release to
   refactor this into a self-contained, data-agnostic S-expression
   parser/writer library. This should make it easier to consistently
   continue using the format later in the planned eeschema work. Also, it
   should significant reduce the risk of errors being introduced in read
   and write, since everything involving dirty external data will be
   contained in one place.
  
   Anyone object to this, or have thoughts to contribute? Obviously it
   shall continue to read and write the exact same format, no format
 changes.
  
   --
   Chris
  
  
   ___
   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 : 

Re: [Kicad-developers] [PATCH] V4 Rectangular pads with rounded corners

[Kaspar Emanuel]

Was this applied, will it be in stable? I am interested mainly because of
my library that works with .kicad_mod files.

On 2 March 2015 at 01:57, LordBlick lordbl...@gmail.com wrote:

 In response to a message written on 02.03.2015, 02:41, from Jon Neal:

 Any chance you can attach this a patch file?

 Maybe is it ?


 --
 Best Regards,
 LordBlick

 ___
 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] FOSDEM plans

[Kaspar Emanuel]

I'll be arriving on Friday at around 5 pm and staying near the University
in a small apartment found through AirBnB. Should be up for a beer Friday
night. I've installed Whatsapp and added Wayne and Miguel. My number is +44
7543 520224. Maybe send me a message when you add me to see if it works ok.

See you in Brussels!

Kaspar



On 12 January 2015 at 19:54, Wayne Stambaugh stambau...@gmail.com wrote:

 Miguel,

 Look me up when you arrive Friday.  My flight arrives early Friday
 morning so I should already be checked into hotel by the time your
 flight arrives.  The best way to get in touch is either WhatsApp or
 email at stambau...@gmail.com.  My phone number is 1-757-880-5981.  I've
 never been to Brussels so I could use a tour guide if you know your way
 around.  Looking forward to seeing you at FOSDEM.  At the very least we
 should try to get together for dinner and drinks with all the other
 kicad devs that can make it Friday evening.

 Cheers,

 Wayne

 On 1/10/2015 5:57 PM, Miguel Ángel Ajo wrote:
  Hi all, sorry for not replying to the thread earlier,
 
  First of all, very sorry to see that Brian will be missing, I suppose
  the kid makes it more difficult, I really had troubles to make it
  fit into my schedule, I must say my wife is sponsoring my trip
  by taking care of our two daughters over the weekend ‘:-).
 
  I will be arriving on Fri 14:30, and leaving on Sun 20:50.
 
  My initial idea was to join you in any of your hotels to make breakfasts
  less lonely, but in the end one of my workmates joined me, and we found
  a nice hotel not so far from the place (1.6Km): Hotel Capital.
 
  If somebody want’s to add me on whatsapp or telegram, I will be checking
  on wifi hotspots during friday to see if I can sync with any of you for
  sightseeing
  and/or beers ;-) , my number is +34 636 52 25 69, and it will be easier
  for me to
  check “miguelan...@ajo.es” at that time.
 
  Best,
  Miguel Ángel Ajo
 
  On Friday, 9 de January de 2015 at 14:57, Wayne Stambaugh wrote:
 
  Hey Brian,
 
  Sorry to hear your not going to make it to FOSDEM. I hoping to meet you
  there. Maybe I'll find a way to make it again next year.
 
  Thanks,
 
  Wayne
 
  On 1/9/2015 6:15 AM, Brian Sidebotham wrote:
  Hi Guys,
 
  Sorry I've been AWOL for so long. The new year has been extremely
  hectic for me. I hope everyone had a good new year.
 
  I've tried to fit FOSDEM into my schedule, but it would be flying out
  early Saturday morning and flying back late Sunday and then back to
  work on Monday which is not something I can fit in right now I'm
  afraid. I'm so sorry not to be able to make it. I hope you all get to
  meet and discuss all the issues while you're over there.
 
  I'm sure the presentations will go fine, but good luck with them
 anyway.
 
  I've already written FOSDEM 2016 into our calendar though, so I'll
  definitely be there for that one. I missed last year too! :(
 
  Best Regards,
 
  Brian.
 
  On 5 January 2015 at 10:38, Maciej Sumiński maciej.sumin...@cern.ch
  mailto:maciej.sumin...@cern.ch wrote:
  Hi Miguel,
 
  There is a small group from CERN that arrives on Friday evening. We
  have already booked places at La Madeleine Hotel (most of us, I think).
  Finally we are going to meet people who have contributed so much to
  the project!
 
  See you there,
  Orson
 
  On 01/02/2015 11:57 AM, Miguel Angel wrote:
  Hi, I was planning over going to FOSDEM this year.
 
  Is anybody going?, if so, can I ask where will you be staying?
  (thinking of kicad-breakfasts ;) ),
 
  I had a look over nearby hotels/hostels and I see a few
  interesting options.
 
 
  Best regards, Miguel Ángel.
 
  --- irc: ajo / mangelajo Miguel Angel Ajo Pelayo +34 636 52 25 69
  skype: ajoajoajo
 
 
 
  ___ Mailing list:
  https://launchpad.net/~kicad-developers Post to :
  kicad-developers@lists.launchpad.net
  mailto: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
  mailto: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
  mailto: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
  mailto:kicad-developers@lists.launchpad.net
  Unsubscribe : https://launchpad.net/~kicad-developers
  More help : https://help.launchpad.net/ListHelp
 

Re: [Kicad-developers] FOSDEM plans

[Kaspar Emanuel]

I'll also check email and #kicad IRC (user: kasbah) from my phone when I
have Wifi.

On 24 January 2015 at 23:20, Kaspar Emanuel kaspar.eman...@gmail.com
wrote:

 I'll be arriving on Friday at around 5 pm and staying near the University
 in a small apartment found through AirBnB. Should be up for a beer Friday
 night. I've installed Whatsapp and added Wayne and Miguel. My number is +44
 7543 520224. Maybe send me a message when you add me to see if it works
 ok.

 See you in Brussels!

 Kaspar



 On 12 January 2015 at 19:54, Wayne Stambaugh stambau...@gmail.com wrote:

 Miguel,

 Look me up when you arrive Friday.  My flight arrives early Friday
 morning so I should already be checked into hotel by the time your
 flight arrives.  The best way to get in touch is either WhatsApp or
 email at stambau...@gmail.com.  My phone number is 1-757-880-5981.  I've
 never been to Brussels so I could use a tour guide if you know your way
 around.  Looking forward to seeing you at FOSDEM.  At the very least we
 should try to get together for dinner and drinks with all the other
 kicad devs that can make it Friday evening.

 Cheers,

 Wayne

 On 1/10/2015 5:57 PM, Miguel Ángel Ajo wrote:
  Hi all, sorry for not replying to the thread earlier,
 
  First of all, very sorry to see that Brian will be missing, I suppose
  the kid makes it more difficult, I really had troubles to make it
  fit into my schedule, I must say my wife is sponsoring my trip
  by taking care of our two daughters over the weekend ‘:-).
 
  I will be arriving on Fri 14:30, and leaving on Sun 20:50.
 
  My initial idea was to join you in any of your hotels to make breakfasts
  less lonely, but in the end one of my workmates joined me, and we found
  a nice hotel not so far from the place (1.6Km): Hotel Capital.
 
  If somebody want’s to add me on whatsapp or telegram, I will be checking
  on wifi hotspots during friday to see if I can sync with any of you for
  sightseeing
  and/or beers ;-) , my number is +34 636 52 25 69, and it will be easier
  for me to
  check “miguelan...@ajo.es” at that time.
 
  Best,
  Miguel Ángel Ajo
 
  On Friday, 9 de January de 2015 at 14:57, Wayne Stambaugh wrote:
 
  Hey Brian,
 
  Sorry to hear your not going to make it to FOSDEM. I hoping to meet you
  there. Maybe I'll find a way to make it again next year.
 
  Thanks,
 
  Wayne
 
  On 1/9/2015 6:15 AM, Brian Sidebotham wrote:
  Hi Guys,
 
  Sorry I've been AWOL for so long. The new year has been extremely
  hectic for me. I hope everyone had a good new year.
 
  I've tried to fit FOSDEM into my schedule, but it would be flying out
  early Saturday morning and flying back late Sunday and then back to
  work on Monday which is not something I can fit in right now I'm
  afraid. I'm so sorry not to be able to make it. I hope you all get to
  meet and discuss all the issues while you're over there.
 
  I'm sure the presentations will go fine, but good luck with them
 anyway.
 
  I've already written FOSDEM 2016 into our calendar though, so I'll
  definitely be there for that one. I missed last year too! :(
 
  Best Regards,
 
  Brian.
 
  On 5 January 2015 at 10:38, Maciej Sumiński maciej.sumin...@cern.ch
  mailto:maciej.sumin...@cern.ch wrote:
  Hi Miguel,
 
  There is a small group from CERN that arrives on Friday evening. We
  have already booked places at La Madeleine Hotel (most of us, I
 think).
  Finally we are going to meet people who have contributed so much to
  the project!
 
  See you there,
  Orson
 
  On 01/02/2015 11:57 AM, Miguel Angel wrote:
  Hi, I was planning over going to FOSDEM this year.
 
  Is anybody going?, if so, can I ask where will you be staying?
  (thinking of kicad-breakfasts ;) ),
 
  I had a look over nearby hotels/hostels and I see a few
  interesting options.
 
 
  Best regards, Miguel Ángel.
 
  --- irc: ajo / mangelajo Miguel Angel Ajo Pelayo +34 636 52 25 69
  skype: ajoajoajo
 
 
 
  ___ Mailing list:
  https://launchpad.net/~kicad-developers Post to :
  kicad-developers@lists.launchpad.net
  mailto: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
  mailto: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
  mailto: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

Re: [Kicad-developers] file version compatibility (optional tokens in s-expression files)

[Kaspar Emanuel]

My 2c: let the parser ignore unknown/incompatible s-expressions and warn
the user when they are encountered.

On 14 January 2015 at 22:24, Martijn Kuipers martijn.kuip...@gmail.com
wrote:


 On 14 Jan 2015, at 21:07, Cirilo Bernardo cirilo.berna...@gmail.com
 wrote:



 On Thu, Jan 15, 2015 at 3:27 AM, Tomasz Wlostowski 
 tomasz.wlostow...@cern.ch wrote:

 On 13.01.2015 20:11, Wayne Stambaugh wrote:
  This is a tricky issue that has been discussed before.  The general
  consensus in the past has been not to support forward compatibility.  It
  increases maintenance and complexity of the file parser for a minimal
  net gain to the user.  My preference is to force users that want to
  bleed on the edge to use nightly builds rather than try to maintain any
  forward file compatibility.

 [snip]

 OK, how about this:
 - No extra version tokens (fits point A)
 - Warning instead of error on unrecognized tokens (point C - no big
 changes needed in the parser)
 - If the opened file is produced by a newer version of Kicad, issue a
 big warning when the user attempts to save it, that certain features
 will be lost (points B and D - if somebody complains we can always tell
 him he was warned). AFAIK this is what most commercial software does.

 Cheers,
 Tom


 Except for Acrobat Reader, all the other software I use simply tells me it
 cannot load the new file. In a corporate environment and especially on
 large projects no one wants to take the risk that someone obliterated some
 data. Let's say Person A sends Person B a file with data missing - what
 can Person B possibly do with that now? Person B was never aware of the
 warning that Person A ignored and the software is not psychic so it cannot
 say hey, the last time you worked on this file it was Version X.Z, not
 X.Y.
 The problem gets worse and more difficult to detect as the project gets
 more complex. People need to understand the limitations of their tools and
 work with that.  As I said before people can negotiate what version they
 need and if necessary build/install to support a specific project.
 Otherwise
 why use file versions at all if we're essentially only using it to tell if
 there
 are newer features and essentially ignore it and write corrupted data
 anyway?



 I would be very happy with backward compatibility, especially if it would
 allow us to safe the file in the older format.
 This way, not everybody in the team needs to have the same version to be
 able to work.

 Of course, if someone saves it in the new format, then I would not expect
 an older kicad to be able to read it.
 Wayne could even decide that every format-change implies a version number
 increment, so we can tell the user to install kicad newer than version x.y

 I also think, this is not something that will happen every day, so we
 should not overdesign this. Forward compatibility for a EDA tool is not
 something I would advice, as there are just to many things that can go
 wrong.

 If it makes things simples, an external file-format converter would also
 be fine.

 Just my 2 cents,
 Martijn


 - Cirilo
 ___
 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] FOSDEM plans

[Kaspar Emanuel]

On 2 January 2015 at 10:57, Miguel Angel miguelan...@ajo.es wrote:

Is anybody going?, if so, can I ask where will you be staying?
 (thinking of kicad-breakfasts ;) ),

I’ll be going (and speaking about 1clickBOM http://1clickBOM.com).
Haven’t booked anything yet though.
​
___
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] Haskell Library

[Kaspar Emanuel]

On 3 December 2014 at 07:55, Lorenzo Marcantonio l.marcanto...@logossrl.com
 wrote:

 On Tue, Dec 02, 2014 at 06:27:41PM +0200, Vesa Solonen wrote:
  I would really really like to see an SVG-importer for pcbnew. The
  current way through a bitmap to vector again seems a bit clumsy...

 Something like pstoedit but done from svg instead of postscript?


Pstoedit has a pcbnew output? Last I checked it only has a geda-pcb writer.
___
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] Haskell Library

[Kaspar Emanuel]

On 2 December 2014 at 07:28, Lorenzo Marcantonio l.marcanto...@logossrl.com
 wrote:

 On Mon, Dec 01, 2014 at 08:55:10PM +, Kaspar Emanuel wrote:
  Hey,
 
  I released a Haskell library that can parse and write .kicad_mod files.
 
  https://hackage.haskell.org/package/kicad-data
 
  This can parse and pretty-print all the official libraries from Github.

 And I was thinking I was the esoteric programmer using common lisp :D

 (too bad, since a backward-compatible small patch could have made the
 sexp files directly loadable from lisp...)


What patch would that be? Something to do with dotted lists?

In Haskell, it seems, s-expression based syntaxes are very common as
examples in beginner tutorials so I was very happy to have something
potentially useful, but also feasible, to work on while learning.

One interesting thing, that would be harder to achieve in another language,
is that in my tests I can check that 100s of randomly generated pcbnew
expressions (pad, at, xyz, module.. etc) when written and parsed are the
same as the original (ignoring floating-point errors) so my library is
(almost) proven to be internally consistent.
___
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] Hotkey for editing module with module editor (Ctrl-E)

[Kaspar Emanuel]

On 2 December 2014 at 05:08, LordBlick lordbl...@gmail.com wrote:

 In my opinion, that's not be raw „E”, cause it's reserved now for more
 functionality than footprint edit - calling footprint reload and and
 editing was, edit position, angle, clearances on board, lock etc.


I think you missed out some words but if I get you correctly you are saying
the e shortcut is better served for editing other properties and that
this is the default? Well, I was just saying that I find myself going into
the module editor _all_ the time and so I might remap e to go into it. I
wasn't talking about changing the default.
___
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] Haskell Library

[Kaspar Emanuel]

On 2 December 2014 at 16:27, Vesa Solonen vesa.solo...@aalto.fi wrote:

 I would really really like to see an SVG-importer for pcbnew. The
 current way through a bitmap to vector again seems a bit clumsy...

What I am working on is a stand-alone converter which maps various colours
to layers (so red is F.Cu and green is B.Cu etc). I can already do rounded
rectangles quite well. I made this PCB https://imgur.com/aAWSLsi (a
capacitive touch experiment) using it so I should probably clean it up and
release it. I got caught up with trying to convert oval arcs and bezier
curves in the mean time though.
​
___
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] Haskell Library

[Kaspar Emanuel]

Hey,

I released a Haskell library that can parse and write .kicad_mod files.

https://hackage.haskell.org/package/kicad-data

This can parse and pretty-print all the official libraries from Github.

I have been playing around with doing various things such as displaying
footprints and converting from SVGs (something I may release once usable)
and such and this has been the result of that so far.

Hoping others might find it useful or that it will pique some KiCad
developers interest in Haskell at least.

All the best,

Kaspar
___
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] Hotkey for editing module with module editor (Ctrl-E)

[Kaspar Emanuel]

+1 for accepting this. I will likely remap it to just e.
___
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] emacs switches to Git

[Kaspar Emanuel]

On 12 November 2014 13:33, Wayne Stambaugh stambau...@verizon.net wrote:
 What is less clear is the hosting sight.  I'm am
 less than thrilled with using github because AFAIK it is not free
 software.

A small aside: are you aware that the KiCad site/wiki framework,
Confluence, is not free software?

On 12 November 2014 14:52, Joel Holdsworth j...@airwebreathe.org.uk wrote:
 I think that's rather overblown. At sigrok.org, we have a VPM hosting

 gitlite + cgit repo viewer
 bugzilla
 mediawiki
 mailman

 on Debian Stable

I envy the simplicity/leanness of this setup. I think when a move is
planned then I would argue for moving away from Confluence as well. It
would be good to consolidate everything, repo, bugs, wiki, mailing
lists, under one roof. I for one would be much more inclined to
contribute with a setup similar to the one above (not that I am under
any illusion that it is the main thing holding me back).

___
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] fix additional usage of modules name in pcbnew netlist dialog

[Kaspar Emanuel]

I guess all this renaming won't affect the s-expr file format right? The
footprint files usually start with (module.
___
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] Build for software rendering only?

[Kaspar Emanuel]

The only problem I have had is the OpenGL rendering mode in pcbnew requires
an OpenGL version that is not available on one of my laptops.
___
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-pcb.org

[Kaspar Emanuel]

I have write access but hardly write anything.

___
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] FOSDEM biggest open-source Europen conference just finished

[Kaspar Emanuel]

On 8 August 2014 16:16, Javier Serrano javier.serrano.par...@gmail.com wrote:
 Who would be interested if we organized a FOSS EDA dev room?

Sounds amazing! I would attend. Let me know if I can do anything to help.

___
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-users] Re: Module editor upgrade

[Kaspar Emanuel]

On 7 July 2014 08:16, Maciej Sumiński maciej.sumin...@cern.ch wrote:

 Hi Kaspar,

 Can you check if it still happens with the current version of the
 module_editor branch? If so, does it happen every time and with every
 imported module file?


Hi Orson,

I built the new version (bzr 5068) and could not reproduce it so far.

I did notice that the tool does not switch back to cursor mode when going
clicking the drawing tool and then the cursor tool again. You can switch
back to cursor mode by pressing Esc but not by clicking the icon in the
toolbar.

Ciao,

Kaspar
___
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-users] Re: Module editor upgrade

[Kaspar Emanuel]

Mine also consistently crashes when switching to OpenGL and then opening
the module editor from an empty PCB. I have used the GAL before (though
maybe not the newest). This is on Ubuntu 12.04 64-bit with Intel integrated
graphics. Backtrace and glxinfo attached.

#0  0x7fffeb42a5e6 in EDA_DRAW_PANEL_GAL::GetBackend (this=0x5)
at 
/home/kaspar/kicad_sources/branches/module_editor/include/class_draw_panel_gal.h:77
#1  0x7fffeb5a6f86 in FOOTPRINT_EDIT_FRAME::FOOTPRINT_EDIT_FRAME 
(this=0x299b440, 
aKiway=0x6d9b40, aParent=0x774d30)
at 
/home/kaspar/kicad_sources/branches/module_editor/pcbnew/moduleframe.cpp:187
#2  0x7fffeb40a939 in PCB::IFACE::CreateWindow (this=0x7fffec030520, 
aParent=0x774d30, aClassId=5, aKiway=0x6d9b40, aCtlBits=2)
at /home/kaspar/kicad_sources/branches/module_editor/pcbnew/pcbnew.cpp:135
#3  0x004739cf in KIWAY::Player (this=0x6d9b40, 
aFrameType=FRAME_PCB_MODULE_EDITOR, doCreate=true)
at /home/kaspar/kicad_sources/branches/module_editor/common/kiway.cpp:291
#4  0x7fffeb56f9a1 in PCB_EDIT_FRAME::Process_Special_Functions 
(this=0x9bf2d0, 
event=...) at 
/home/kaspar/kicad_sources/branches/module_editor/pcbnew/edit.cpp:200
#5  0x76da0d35 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#6  0x76da0e9c in wxEventHashTable::HandleEvent(wxEvent, 
wxEvtHandler*) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#7  0x76da11d4 in wxEvtHandler::ProcessEvent(wxEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#8  0x7fffeb84a182 in EDA_BASE_FRAME::ProcessEvent (this=0x9bf2d0, 
aEvent=...)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/basicframe.cpp:131
#9  0x76da1170 in wxEvtHandler::ProcessEvent(wxEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
---Type return to continue, or q return to quit---
#10 0x772ca9a9 in wxWindowBase::TryParent(wxEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#11 0x77bc5e87 in wxAuiToolBar::OnLeftUp(wxMouseEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-2.8.so.0
#12 0x76da0d35 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#13 0x76da0e9c in wxEventHashTable::HandleEvent(wxEvent, 
wxEvtHandler*) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#14 0x76da11d4 in wxEvtHandler::ProcessEvent(wxEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#15 0x771fa878 in ?? () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#16 0x759d7e78 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#17 0x753afca2 in g_closure_invoke ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x753c0d71 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x753c8d4e in g_signal_emit_valist ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#20 0x753c9212 in g_signal_emit ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x75af2231 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#22 0x759d6003 in gtk_propagate_event ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#23 0x759d6363 in gtk_main_do_event ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
---Type return to continue, or q return to quit---
#24 0x7564acac in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#25 0x74ed2d13 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x74ed3060 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x74ed345a in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#28 0x759d5397 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#29 0x771e77b8 in wxEventLoop::Run() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#30 0x7725e95b in wxAppBase::MainLoop() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#31 0x00455b39 in APP_KICAD::OnRun (this=0x714250)
at /home/kaspar/kicad_sources/branches/module_editor/kicad/kicad.cpp:293
#32 0x76d51d4b in wxEntry(int, wchar_t**) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#33 0x0045534a in main (argc=1, argv=0x7fffea88)
at /home/kaspar/kicad_sources/branches/module_editor/kicad/kicad.cpp:325
name of display: :1
display: :1  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, 

Re: [Kicad-developers] [kicad-users] Re: Module editor upgrade

[Kaspar Emanuel]

On 27 June 2014 17:16, Kaspar Emanuel kaspar.bu...@gmail.com wrote:

 Mine also consistently crashes when switching to OpenGL and then opening
 the module editor from an empty PCB.



It actually doesn't matter what canvas I have it set to. It will crash when
I try and open the module editor.
___
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-users] Re: Module editor upgrade

[Kaspar Emanuel]

On 27 June 2014 17:23, Kaspar Emanuel kaspar.bu...@gmail.com wrote:

 On 27 June 2014 17:16, Kaspar Emanuel kaspar.bu...@gmail.com wrote:

 Mine also consistently crashes when switching to OpenGL and then opening
 the module editor from an empty PCB.



 It actually doesn't matter what canvas I have it set to. It will crash
 when I try and open the module editor.



And it only happens with pcbnew started from the kicad launcher, not if
using the pcbnew executable directly.
___
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-users] Re: Module editor upgrade

[Kaspar Emanuel]

Got another segfault while trying to import a module. Backtrace attached.


On 27 June 2014 18:52, Kaspar Emanuel kaspar.bu...@gmail.com wrote:


 On 27 June 2014 17:23, Kaspar Emanuel kaspar.bu...@gmail.com wrote:

 On 27 June 2014 17:16, Kaspar Emanuel kaspar.bu...@gmail.com wrote:

 Mine also consistently crashes when switching to OpenGL and then opening
 the module editor from an empty PCB.



 It actually doesn't matter what canvas I have it set to. It will crash
 when I try and open the module editor.



 And it only happens with pcbnew started from the kicad launcher, not if
 using the pcbnew executable directly.

#0  0x7fffeec5ec33 in KIGFX::VIEW_GROUP::ViewDraw (this=0x49422e0, 
aLayer=56, 
aGal=0x1450f90)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/view/view_group.cpp:99
#1  0x7fffeec531cb in KIGFX::VIEW::draw (this=0x480ec30, aItem=0x49422e0, 
aLayer=56, 
aImmediate=false)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/view/view.cpp:624
#2  0x7fffeec54e19 in KIGFX::VIEW::drawItem::operator() 
(this=0x7fffafa0, 
aItem=0x49422e0)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/view/view.cpp:572
#3  0x7fffeec59b73 in RTreeKIGFX::VIEW_ITEM*, int, 2, float, 8, 
4::SearchKIGFX::VIEW::drawItem (this=0x3356c60, a_node=0x4853dd0, 
a_rect=0x7fffaf00, a_visitor=..., 
a_foundCount=@0x7fffaf18: -19872)
at 
/home/kaspar/kicad_sources/branches/module_editor/include/geometry/rtree.h:505
#4  0x7fffeec57b37 in RTreeKIGFX::VIEW_ITEM*, int, 2, float, 8, 
4::SearchKIGFX::VIEW::drawItem (this=0x3356c60, a_min=0x7fffaf50, 
a_max=0x7fffaf60, a_visitor=...)
at 
/home/kaspar/kicad_sources/branches/module_editor/include/geometry/rtree.h:159
---Type return to continue, or q return to quit---
#5  0x7fffeec56278 in KIGFX::VIEW_RTREE::QueryKIGFX::VIEW::drawItem (
this=0x3356c60, aBounds=..., aVisitor=...)
at 
/home/kaspar/kicad_sources/branches/module_editor/include/view/view_rtree.h:85
#6  0x7fffeec52f86 in KIGFX::VIEW::redrawRect (this=0x480ec30, aRect=...)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/view/view.cpp:592
#7  0x7fffeec53736 in KIGFX::VIEW::Redraw (this=0x480ec30)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/view/view.cpp:760
#8  0x7fffeecd0a93 in EDA_DRAW_PANEL_GAL::onPaint (this=0x1458bf0)
at 
/home/kaspar/kicad_sources/branches/module_editor/common/draw_panel_gal.cpp:135
#9  0x772e3d35 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, 
wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#10 0x772e40ff in wxEvtHandler::SearchDynamicEventTable(wxEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#11 0x772e41b2 in wxEvtHandler::ProcessEvent(wxEvent) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#12 0x7773c9aa in wxWindow::GtkSendPaintEvents() ()
---Type return to continue, or q return to quit---
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#13 0x7773ceb8 in ?? () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#14 0x75f1ae78 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#15 0x75489ca2 in g_closure_invoke ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x7549ad71 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x754a2d4e in g_signal_emit_valist ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

#18 0x754a3212 in g_signal_emit ()
   from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x76035231 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#20 0x75f19660 in gtk_main_do_event ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#21 0x75b75604 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#22 0x75b755b3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0

#23 0x75b755b3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
---Type return to continue, or q return to quit---
#24 0x75b755b3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#25 0x75b755b3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#26 0x75b755b3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#27 0x75b755b3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#28 0x75b705a3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#29 0x75b72741 in gdk_window_process_all_updates ()
   from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#30 0x75e9caf1 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#31 0x75b4fd56 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#32 0x751ccd13 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#33 0x751cd060 in ?? () from /lib/x86_64-linux

Re: [Kicad-developers] writing a new top level wxPython based project manager

[Kaspar Emanuel]

On 3 April 2014 21:30, Jean-Samuel Reynaud js.reyn...@gmail.com wrote:


 Please find attached a quick view of 3 possibles frame on wxpython
 project manager.
 I'm not a specialist of ergonomics/design but it is some ideas I have.

They look pretty nice. Thanks for you work.

I have one request for the new project manager which is the
possibility to minimize to tray. It would also be great to if you
could access Eeeschema, Cvpcb and Pcbnew just by right clicking the
tray icon.

___
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] writing a new top level wxPython based project manager

[Kaspar Emanuel]

On 7 April 2014 17:10, Nick Østergaard oe.n...@gmail.com wrote:
 Personally I want the manager to stay out of the way. If there was a
 way to not see the manager at all and I could just start the programs
 individually, but they get linked if they are on the same project,
 that would be ideal. I can do file management with my
 file-manager/terminal and never had a need for that bit.

 A tray icon is a compromise as I realize I have an unusual setup. That
 way I can minimize it and forget about it. I don't know what you mean
 by panel in number 2. I probably don't have one.

 That has always been possible as far as remmber, and I hope and think
 that it should still be possible to just open i.e. pcbnew just to view
 a pcb. As I understand it it is just a project manager, but it is
 still decoupled from the other parts, and this KIWAY stuff is supposed
 to make it possible to have more boards, schematics or projects open
 at at time. Please correct me if I am wrong.

I knew you could open Pcbnew/Eeschema on their own but I always
assumed the linking (when clicking on a component it switches the
focus in the other program to it) was done by the project manager. I
just tried it though and it does work without it (did this change at
some point?) No more project manager for me then, hooray!

What happened to this linking in Cvpcb anyway? It was always a very
useful feature.

___
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 git-based libraries as a way to harvest users' contributions - does it work?

[Kaspar Emanuel]

On 23 March 2014 17:48, Dick Hollenbeck d...@softplc.com wrote:
 Or:

 can just send the revised *.kicad_mod files.  (It does not get easier than 
 that.)
 The recipient can simply copy them to the correct dir, rather than applying a 
 patch, and
 take it from there.


Yeah, that's probably just as good. My recent patch[1] for
Pin_Headers.pretty had 3,242 additions and 3,242 deletions. So the
patch was about as big as the files and applying it is just as good as
overwriting everything really. The advantage of patches for code
doesn't really translate to design files.

[1]:https://github.com/KiCad/Pin_Headers.pretty/pull/2/files

___
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 git-based libraries as a way to harvest users' contributions - does it work?

[Kaspar Emanuel]

On 21 March 2014 18:41, Fabrizio Tappero fabrizio.tapp...@gmail.com wrote:
 An other issue is that the current github setup require the
 hypothetical contributor to have a github account.


No, you can just make a patch and send it to this mailing list.

___
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 git-based libraries as a way to harvest users' contributions - does it work?

[Kaspar Emanuel]

On 21 March 2014 08:10, Fabrizio Tappero fabrizio.tapp...@gmail.com wrote:
 When you get a repo because you want to contribute (either is kicad it
 self or the kicad lib repo) u clone the master repo, you do your
 modifications, you create and send to developers your patch, Done.

 Few days after your patch gets applied and ideally your would like to
 re-synch your current repo with the newest repo but it is not possible
 because your current repo is out of synch since you did your
 modifications locally.

No, at this point you could switch your fp_lib_table to use the KiCad
github repo for that libary or keep it pointing to your local repo as
they should be the same. If there are additional changes in the KiCad
repo then you can pull those changes. If you have additional changes
since you made the patch you can make a new patch.

Maybe, some sort of intermediate tool that sits between the pcb guy
and git is needed?

I think this is a good idea. Libgit2 could help with this.

___
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] PPA for kicad

[Kaspar Emanuel]

I have edited the download page to point to this for the time being.

http://www.kicad-pcb.org/display/KICAD/Download
___
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] isn't KiCad doing pretty bloody well?

[Kaspar Emanuel]

What happened between 2013 and 2014 that caused that massive reduction in
lines of code?
___
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] KiCad-PCB.org Down Again [was: Issues with Kicad (not the kind I was expecting at least)]

[Kaspar Emanuel]

On 4 March 2014 15:10, Kaspar Emanuel kaspar.bu...@gmail.com wrote:
 On 4 March 2014 02:32, Stephen R Phillips cyberman_phill...@yahoo.com wrote:
 http://www.kicad-pcb.org/
 website is non functional I noticed ..

 This is becoming a constant problem. Anything I could do to help?

What needs to be done to make the site work again?

___
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 webpage hosted in github

[Kaspar Emanuel]

On 4 March 2014 09:49, Fabrizio Tappero fabrizio.tapp...@gmail.com wrote:
 Since github recently allowed people to have simple webpages for their
 projects i was wondering if it would be a good idea to invest say 30 hours
 making a simple static page in kicad github space.

 Page will be done with bootstrap css frame, some vry simple cms (no
 database). Will link downloadable kicad builds, source code, script and pdf
 docs from launchpad.
 Usefull?

I think it's a great idea. It might be also good idea to direct
kicad-pcb.org to that and move the existing site to doc.kicad-pcb.org
or something.

___
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] kicad-pcb.org down

[Kaspar Emanuel]

Hey,

there is probably already someone scrambling to fix this as it has
been down for at least 17hrs but in case you didn't notice:
kicad-pcb.org is giving a 504 Gateway Timeout

Ciao,

Kaspar

___
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] Test cases

[Kaspar Emanuel]

Hi Miguel,


 Asking google about you (to find your hardware) I discovered that you were
 playing with kicad/unittests this summer.


The hardware was this, if you are still curious: http://www.alphasphere.com/

The hardware itself hasn't been published but the firmware and
software is GPL (https://github.com/nu-desine). I have since left the
company but I still hope to one day make a repair manual for it which
will include the layout and schematics.

 Wouls you like it incorporated to qa/testcases?

Yes please! It was only a quick play but if it looks useful, go for it.


 If you had more time, I believe kicad could benefit from more unit tests,


I will definitely try and make some time for it. I can't recall
exactly now but I think I was unhappy with the way the classes were
organized. I can't remember if this was in C++ or just in the bindings
though. I will have a look over this and bring it up for discussion.

 When you have good unit testing, you're able to refactor your code with more
 confidence
 and keep a higher code quality because tests will warn you if you're
 breaking something.

Totally.

 But we're yet far from being able to rely on the tests :-)

Well 100% coverage of KiCad is going to be impossible but if nip it in
the bud we should be able to get decent coverage of the Python
bindings at least (and maybe switch to developing them using TDD?)

Ciao,

Kaspar

___
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: making component choosing (much!) more usable

[Kaspar Emanuel]

Thanks for this patch! I was working on a new schematic all day today
using the new dialogue and it felt super snappy. A joy to use!

___
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] bzr is unmaintained. Should we move KiCAD repository to git too?

[Kaspar Emanuel]

This discussion springing up on emacs-devel is likely relevant:

https://lists.gnu.org/archive/html/emacs-devel/2014-01/msg5.html

On 2 December 2013 04:51, Povilas Kanapickas povi...@radix.lt wrote:
 Just for the record, git has submodules feature, which allows to store
 external dependencies in-tree and easily manage local patches to them.

 Regards,
 Povilas



 ___
 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] Scripting Build Failing

[Kaspar Emanuel]

Hey,

I have been having trouble building pcbnew with -DKICAD_SCRIPTING=ON and
-DKICAD_SCRIPTING_MODULES=ON. I tried a few days ago with and without and
it's definitely one of those flags, not surprising considering the error:

[ 61%] Building CXX object
pcbnew/CMakeFiles/_pcbnew.dir/__/scripting/wx_python_helpers.cpp.o
/home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp: In
function ‘wxString* newWxStringFromPy(PyObject*)’:
 /home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp:77:30:
error: ‘PyString_Check’ was not declared in this scope
 if( !PyString_Check( src )  !PyUnicode_Check( src ) )
  ^
 /home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp:86:29:
error: ‘PyString_Check’ was not declared in this scope
 if( PyString_Check( obj ) )
 ^
/home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp:101:67:
error: cannot convert ‘PyUnicodeObject*’ to ‘PyObject* {aka _object*}’
for argument ‘1’ to ‘Py_ssize_t PyUnicodeUCS4_AsWideChar(PyObject*,
wchar_t*, Py_ssize_t)’
wxStringBuffer( *result, len ), len );
   ^
make[2]: *** 
[pcbnew/CMakeFiles/_pcbnew.dir/__/scripting/wx_python_helpers.cpp.o]
Error 1
 make[1]: *** [pcbnew/CMakeFiles/_pcbnew.dir/all] Error 2

I just tried with -DKICAD_SCRIPTING_WXPYTHON=ON as well and that gives the
same error.

I don't have time right now to do a proper regression test but it
definitely occurs with revisions 4242 onwards.

Anyone know anything about this?

Cheers,

Kaspar
___
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] datasheets as URIs

[Kaspar Emanuel]

You could use the datasheet links octopart http://octopart.com provides
which are more stable (or at least octopart would be more receptive to
complaints if they are not kept stable).




On 9 August 2013 09:23, Miguel Angel Ajo Pelayo miguelan...@nbee.es wrote:

 I really like the feature, over that we could stack up an extra feature
 (somewhere in the future)
 to locally backup those pdfs,for just in case they disappear or get moved
 around
 (something quite usual).

 I use to have a User field on parts, with a datasheet link like that, but
 having it standarized is great.


 2013/8/9 Cirilo Bernardo cirilo_berna...@yahoo.com

 - Original Message -

  From: Lorenzo Marcantonio l.marcanto...@logossrl.com
  To: Kicad Developers kicad-developers@lists.launchpad.net
  Cc:
  Sent: Friday, August 9, 2013 3:28 AM
  Subject: Re: [Kicad-developers] datasheets as URIs
 
  On Thu, Aug 08, 2013 at 11:21:02AM -0500, Dick Hollenbeck wrote:
   I've found it easier to correspond with board stuffers if I use
 http://
  links to
   datasheets rather than putting them on my disk.  Plus this way the
  schematic parts which
   link to them in the DATASHEET property/field are suddenly more
 general and
  cross project
   capable.
 
  Good idea. Too bad manufacturers move them and/or make them available in
  strange ways... IIRC Microchip links go dead whenever a doc get updated,
  for example (at least they don't leave stale documentation around...)
 


 I think it's an excellent feature; the links are likely to be good since
 this is obviously checked and sent just before production. Of course I will
 still keep my own copies due to the issues you mention, plus in long term
 support I have found that manufacturers happily delete documentation
 forever when they obsolete a product - it's a much bigger job to design a
 replacement component/board when some of the chips no longer have
 documentation.

 - Cirilo


 ___
 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




 --

 Miguel Angel Ajo Pelayo
 http://www.nbee.es
 +34 636 52 25 69
 skype: ajoajoajo

 ___
 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] Install KiCad on non Ubuntu distros - best way?

[Kaspar Emanuel]

My issue was rather that root was used during the compilation process. I
would suggest building somewhere in the user's home directory rather than
/opt which is meant for installed software that doesn't use conventional
paths. I now have access and will edit the page when I find some time.


On 9 August 2013 00:31, Cirilo Bernardo cirilo_berna...@yahoo.com wrote:

 - Original Message -

  From: Dick Hollenbeck d...@softplc.com
  To: kicad-developers@lists.launchpad.net
  Cc:
  Sent: Friday, August 9, 2013 3:56 AM
  Subject: Re: [Kicad-developers] Install KiCad on non Ubuntu distros -
 best way?
 
  On 08/08/2013 10:35 AM, Fabrizio Tappero wrote:
   I Kaspar,
   yes please contribute to it. I did write these instructions while
   installing Kicad. for access to the web ask Miguel. He is the boss if
   it.
   Alternatively I can make the modifications you want. Send them to
   fabrizio.tappero (at) gmail dot com
   cheers
   Fab.
 
 
   On Fri, Jul 5, 2013 at 9:25 PM, Kaspar Bumke kaspar.bu...@gmail.com
  wrote:
   Thanks for these instructions. I am switching to Debian myself and
 they
   helped me quickly get KiCAD installed again to look at board I need to
   solder!
 
   However, there are quite a few bad practices in there mainly in using
  sudo
   when you don't need to (also, unlike in Ubuntu sudo isn't
  necessarily
   installed on Debian) and using /opt/ to build which should be for
  installed
   software. Is there a way I can edit this page?
 
 
  I think currently you are limited under linux as to where you can
 install KiCad,
  and still
  have it function correctly.  This is one of the things on my to do list,
 to look
  at in
  detail.  I have to finish up a board first.
 
  But with the current constraints, I actually do think you have to use
 sudo.  So
  be careful
  that whatever you'd like to write about is currently actually true.
 
  I do agree that it should be possible to install on linux without sudo,
 but I
  don't
  understand how that is currently true.
 
 
  Dick
 


 In UNIX I expect it will always be the case that certain root privileges
 are required to install system-wide software; offhand I don't know if it's
 possible to create a system user who can install new software without
 essentially having full root privileges.  Users can always install a local
 copy in their home directory for themselves and if they set appropriate
 permissions and other users set appropriate PATH and LD_LIBRARY_PATH
 variables, then other users can use that local copy.  Installing locally is
 as easy as:
 make install DESTDIR=${HOME}
 Unless a user has explicitly set installation path variables, things will
 go into ${HOME}/usr/local

 - Cirilo


 ___
 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 snapshots

[Kaspar Emanuel]

You could consider releasing as a torrent too. I'd seed it.


On 19 July 2013 21:34, László Monda l...@monda.hu wrote:

 First, one could put such releases on a much needed diet by removing
 datasheets and maybe other redundant resources.

 Second, you could give a try to the recently introduced Releases
 feature of GitHub at
 https://github.com/blog/1547-release-your-software - It's free but I'm
 not sure regarding the maximum storage space.

 On Thu, Jul 18, 2013 at 8:44 PM, Kaspar Emanuel
 kaspar.eman...@gmail.com wrote:
  I just realized my idiocy, you need 300GB data transfer per month so it
  won't be free.
 
 
  On 18 July 2013 19:41, Kaspar Emanuel kaspar.eman...@gmail.com wrote:
 
  You could set up an Amazon S3 which gives you 5GB storage and 15GB of
 data
  transfer per month and is free for one year.
 
 
  On 18 July 2013 18:54, Milan Horák stran...@tiscali.cz wrote:
 
  Hello,
 
  these are not so often (for now) compiled bazaar snapshot binaries of
  Kicad for Debian, Ubuntu and Windows.
 
  Milan
 
  Dne 18.7.2013 19:34, Adam Wolf napsal(a):
 
  I may have missed earlier comments in this thread--what is this? Wayne
  and Layne may have some space/bandwidth...
 
  Adam Wolf
  Wayne and Layne, LLC
 
  On Thu, Jul 18, 2013 at 12:11 PM, Kaspar Emanuel
  kaspar.eman...@gmail.com wrote:
 
  Is that 300GB bandwidth consumption? How much storage space is
  required?
 
 
  On 18 July 2013 18:01, Milan Horák stran...@tiscali.cz wrote:
 
 
  Hi gentlemen,
 
  seems like I will have to use some filesharing site for these
  snapshots,
  because it consumes about 300GB each month.
 
  Can you recommend me some service most convenient for these files?
 
  Thank you, Milan
 
  ___
  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
 



 --
 László Monda http://monda.hu

___
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] Python Unittest Trial

[Kaspar Emanuel]

Hi Brian,

Thanks for taking a look at this.


 ... this work is always going to be needed.


Well, that's enough reason for me to continue. I guess whether the python
tests are enough for validating the cpp code itself remains to be seen. I
can foresee some issues when you don't know whether the python bindings or
the cpp code is broken when tests fail. I will move these tests to
/pcbnew/scripting/tests for now then where there are already some really
basic tests written for the scripting work.

The only issue I have with this at the moment is that I will actually start
by writing tests for the common classes (e.g. EDA_RECT) initially rather
than pcbnew. Can we maybe reorganize the bindings so there are separate
bindings to this common code which the bindings for pcbnew, eeschema, etc.
will make use of? Maybe a kicad module which has the common classed (e.g.
kicad.EDA_RECT) and the other modules (kicad.pcbnew etc.).

We also need to be able to test the UI code too.


To me, that's sounds like a different kettle of fish and falls under
integration, rather than unit testing. I agree it will be useful but I am
not planning on working on that at the moment unless you are talking about
unit testing the UI classes.

To address the criteria:

(a) QUICK to use. The test need to be integrated into the build system. I
will try and get them to run automatically on the built module when when
-DKICAD_SCRIPTING and -DKICAD_SCRIPTING_MODULES are on. How would you
suggest enabling more fine grained control? Via CMake switches as well?
Seems to me that could get unwieldy quickly but I don't have a better idea.

(b) OBVIOUS assertions. Yes, we should test dependencies before testing
dependents; other than that using nosetest the verbose output of a failed
test will look something like this:

testCenter (test_EDA_RECT.EDA_RECT_Test) ... ok
testContains (test_EDA_RECT.EDA_RECT_Test) ... ok
testContains2 (test_EDA_RECT.EDA_RECT_Test) ... ok
testContains3 (test_EDA_RECT.EDA_RECT_Test) ... ok
testContains4 (test_EDA_RECT.EDA_RECT_Test) ... ok
testContains5 (test_EDA_RECT.EDA_RECT_Test) ... ok
testContains6 (test_EDA_RECT.EDA_RECT_Test) ... ok
testMove (test_EDA_RECT.EDA_RECT_Test) ... FAIL

==
FAIL: testMove (test_EDA_RECT.EDA_RECT_Test)
--
Traceback (most recent call last):
  File /home/kaspar/kicad/kicad.bzr/tests/test_EDA_RECT.py, line 39, in
testMove
self.assertEqual( self.rect.Centre() , tempPoint )
AssertionError: wxPoint(0, 0) != wxPoint(1, 0)

--
Ran 8 tests in 0.090s

FAILED (failures=1)

The message can be easily customized and information can be added to it.
However, getting the relevant cpp source file and line number of the failed
function definition seems to be non-trivial (though maybe possible).

(c) MINIMAL overhead. I feel this is one of python's and nosetest's strong
suites as they keep boilerplate to a minum and have a good inheritance
model which encourages code re-use. Also, my testing work with SooperLooper
I was able to quickly set up parametrized tests using python decorators
that perform the same function repeatedly taking input values from lists or
dictionaries. Though, given that we want tests for the scripting bindings
whether we have additional non-scripting tests or not, the point seem moot.

Kind Regards,

Kaspar


On 19 July 2013 12:43, Brian Sidebotham brian.sidebot...@gmail.com wrote:


 On 17 July 2013 02:00, Kaspar Emanuel kaspar.eman...@gmail.com wrote:

 Hi all,

 I had a brief look at using Python for unit testing today and wrote a few
 tests for the EDA_RECT class.

 I added a tests directory in the root-dir and in it there is a README.md
 that tells you how to run the tests. There should be no dependencies except
 Python 2.7 . If I go further with this I would likely switch to the
 nose-test module.

 Any feedback welcome. What I really need is some help in a plan to asses
 the usefulness and feasibility of this. Can you see yourself using this?
 Where could this Python approach falter?

  Here is my branch:
 https://code.launchpad.net/~kaspar-emanuel/kicad/python-unittest

 Ciao,

 Kaspar


 Hi Kaspar,

 Thanks for doing some initial work on the regression testing in KiCad. I
 am still stuck with doing work on python scripting support for KiCad on
 Windows, but I should be at a place soon where that work can be released.
 In which case, I can turn my attention to creating a branch for working out
 test strategies.

 This initial python work looks good. One of the things that instigated
 regression testing was to include the python API so that we could be sure
 when changing things in the C++ code we weren't inadvertently breaking the
 Python API and therefore breaking lots of scripts. So this work is always
 going to be needed.

 We also need to be able to test the UI code too. We

Re: [Kicad-developers] Kicad snapshots

[Kaspar Emanuel]

Is that 300GB bandwidth consumption? How much storage space is required?


On 18 July 2013 18:01, Milan Horák stran...@tiscali.cz wrote:

 Hi gentlemen,

 seems like I will have to use some filesharing site for these snapshots,
 because it consumes about 300GB each month.

 Can you recommend me some service most convenient for these files?

 Thank you, Milan

 __**_
 Mailing list: 
 https://launchpad.net/~kicad-**developershttps://launchpad.net/~kicad-developers
 Post to : 
 kicad-developers@lists.**launchpad.netkicad-developers@lists.launchpad.net
 Unsubscribe : 
 https://launchpad.net/~kicad-**developershttps://launchpad.net/~kicad-developers
 More help   : 
 https://help.launchpad.net/**ListHelphttps://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 snapshots

[Kaspar Emanuel]

You could set up an Amazon S3 which gives you 5GB storage and 15GB of data
transfer per month and is free for one year.


On 18 July 2013 18:54, Milan Horák stran...@tiscali.cz wrote:

 Hello,

 these are not so often (for now) compiled bazaar snapshot binaries of
 Kicad for Debian, Ubuntu and Windows.

 Milan

 Dne 18.7.2013 19:34, Adam Wolf napsal(a):

  I may have missed earlier comments in this thread--what is this? Wayne
 and Layne may have some space/bandwidth...

 Adam Wolf
 Wayne and Layne, LLC

 On Thu, Jul 18, 2013 at 12:11 PM, Kaspar Emanuel
 kaspar.eman...@gmail.com wrote:

 Is that 300GB bandwidth consumption? How much storage space is required?


 On 18 July 2013 18:01, Milan Horák stran...@tiscali.cz wrote:


 Hi gentlemen,

 seems like I will have to use some filesharing site for these snapshots,
 because it consumes about 300GB each month.

 Can you recommend me some service most convenient for these files?

 Thank you, Milan

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




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



 __**_
 Mailing list: 
 https://launchpad.net/~kicad-**developershttps://launchpad.net/~kicad-developers
 Post to : 
 kicad-developers@lists.**launchpad.netkicad-developers@lists.launchpad.net
 Unsubscribe : 
 https://launchpad.net/~kicad-**developershttps://launchpad.net/~kicad-developers
 More help   : 
 https://help.launchpad.net/**ListHelphttps://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 snapshots

[Kaspar Emanuel]

I just realized my idiocy, you need 300GB data transfer per month so it
won't be free.


On 18 July 2013 19:41, Kaspar Emanuel kaspar.eman...@gmail.com wrote:

 You could set up an Amazon S3 which gives you 5GB storage and 15GB of data
 transfer per month and is free for one year.


 On 18 July 2013 18:54, Milan Horák stran...@tiscali.cz wrote:

 Hello,

 these are not so often (for now) compiled bazaar snapshot binaries of
 Kicad for Debian, Ubuntu and Windows.

 Milan

 Dne 18.7.2013 19:34, Adam Wolf napsal(a):

  I may have missed earlier comments in this thread--what is this? Wayne
 and Layne may have some space/bandwidth...

 Adam Wolf
 Wayne and Layne, LLC

 On Thu, Jul 18, 2013 at 12:11 PM, Kaspar Emanuel
 kaspar.eman...@gmail.com wrote:

 Is that 300GB bandwidth consumption? How much storage space is required?


 On 18 July 2013 18:01, Milan Horák stran...@tiscali.cz wrote:


 Hi gentlemen,

 seems like I will have to use some filesharing site for these
 snapshots,
 because it consumes about 300GB each month.

 Can you recommend me some service most convenient for these files?

 Thank you, Milan

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




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



 __**_
 Mailing list: 
 https://launchpad.net/~kicad-**developershttps://launchpad.net/~kicad-developers
 Post to : 
 kicad-developers@lists.**launchpad.netkicad-developers@lists.launchpad.net
 Unsubscribe : 
 https://launchpad.net/~kicad-**developershttps://launchpad.net/~kicad-developers
 More help   : 
 https://help.launchpad.net/**ListHelphttps://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] Python Unittest Trial

[Kaspar Emanuel]

Hi all,

I had a brief look at using Python for unit testing today and wrote a few
tests for the EDA_RECT class.

I added a tests directory in the root-dir and in it there is a README.md
that tells you how to run the tests. There should be no dependencies except
Python 2.7 . If I go further with this I would likely switch to the
nose-test module.

Any feedback welcome. What I really need is some help in a plan to asses
the usefulness and feasibility of this. Can you see yourself using this?
Where could this Python approach falter?

Here is my branch:
https://code.launchpad.net/~kaspar-emanuel/kicad/python-unittest

Ciao,

Kaspar
___
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