Re: [Kicad-developers] 5.1.0-rc1

[Rob Maris]

Thanks for the explanation, Wayne.

I recently read something about gtk3-problems related to this 6.0 release, but 
to be honest: I did not encounter any serious problems at all with wolfs Linux 
packages...

Regards,
Rob



Am 28.02.2019, 20:14 Uhr, schrieb Wayne Stambaugh :


Hey Rob,

We changed the way we tag development versions.  Prior to 5.1 we tagged
to the first release candidate of the next version of KiCad.  In hind
sight this wasn't a good idea because we had to create a point release
(5.1) to address the gtk3/wxpython4 mess on Linux which was something
that we didn't foresee or every planning on doing.  Moving forward, we
will not tag ahead and the development branch tag will be left at 5.1.0
until version 6.0.0-rc1 is tagged.

Cheers,

Wayne

On 2/26/2019 6:24 AM, Rob Maris wrote:

Today, I found that Kicad per deb
http://ppa.launchpad.net/js-reynaud/ppa-kicad/ubuntu xenial main is no
longer v6.0.0rc1 but rather v5.1.0rc1. A fresh update using apt does not
change that. It seems that I have been missing somewhat. The download
page of linux Downloads (e.g. http://kicad-pcb.org/download/linux-mint/)
suggests to explicitly use the following ppa-address:
ppa:js-reynaud/kicad-5
When I add this, I get deb
http://ppa.launchpad.net/js-reynaud/kicad-5/ubuntu xenial main. I'd
suggest that it makes no difference compared to the full ppa-adress on
top of this email - slightly confusing.

Some clarification would be helpful...
-Rob

Am 06.02.2019, 10:26 Uhr, schrieb Jean-Samuel Reynaud
:


Great news. By this way I created a dedicated PPA (Linux Ubuntu) for
this release:

ppa:js-reynaud/kicad-5.1


Le 05/02/2019 à 19:51, Wayne Stambaugh a écrit :

I'm going to tag 5.1.0-rc1 this evening after I get home from work.
There are still two low priority bugs against the 5.1.0-rc1 milestone
left which I'm going to let slide and try to get them fixed by the
stable release.  Hopefully we wont need an -rc2.

Unfortunately, this will break all of the linux distro package manager
version handling because of our previous policy of tagging ahead for the
next version.  I apologize up front for the issues this is going to
cause.  This decision falls squarely on my shoulders.

The clock is ticking for the library, doc, and translation devs.  I
would really like to get 5.1.0 released by the end of February.  This
means the libraries, documentation, and translations would have to be
tagged for 5.1.0 around 2/23 to give our package devs some time to get
the packages built and uploaded to the website.  Please let me know if
you cannot meet this date.

___
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




--
Dem Ingeniör ist nichts zu schwör (außer bei Force Majör)

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

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

Hey Rob,

We changed the way we tag development versions.  Prior to 5.1 we tagged
to the first release candidate of the next version of KiCad.  In hind
sight this wasn't a good idea because we had to create a point release
(5.1) to address the gtk3/wxpython4 mess on Linux which was something
that we didn't foresee or every planning on doing.  Moving forward, we
will not tag ahead and the development branch tag will be left at 5.1.0
until version 6.0.0-rc1 is tagged.

Cheers,

Wayne

On 2/26/2019 6:24 AM, Rob Maris wrote:
> Today, I found that Kicad per deb
> http://ppa.launchpad.net/js-reynaud/ppa-kicad/ubuntu xenial main is no
> longer v6.0.0rc1 but rather v5.1.0rc1. A fresh update using apt does not
> change that. It seems that I have been missing somewhat. The download
> page of linux Downloads (e.g. http://kicad-pcb.org/download/linux-mint/)
> suggests to explicitly use the following ppa-address:
> ppa:js-reynaud/kicad-5
> When I add this, I get deb
> http://ppa.launchpad.net/js-reynaud/kicad-5/ubuntu xenial main. I'd
> suggest that it makes no difference compared to the full ppa-adress on
> top of this email - slightly confusing.
> 
> Some clarification would be helpful...
> -Rob
> 
> Am 06.02.2019, 10:26 Uhr, schrieb Jean-Samuel Reynaud
> :
> 
>> Great news. By this way I created a dedicated PPA (Linux Ubuntu) for
>> this release:
>>
>> ppa:js-reynaud/kicad-5.1
>>
>>
>> Le 05/02/2019 à 19:51, Wayne Stambaugh a écrit :
>>> I'm going to tag 5.1.0-rc1 this evening after I get home from work.
>>> There are still two low priority bugs against the 5.1.0-rc1 milestone
>>> left which I'm going to let slide and try to get them fixed by the
>>> stable release.  Hopefully we wont need an -rc2.
>>>
>>> Unfortunately, this will break all of the linux distro package manager
>>> version handling because of our previous policy of tagging ahead for the
>>> next version.  I apologize up front for the issues this is going to
>>> cause.  This decision falls squarely on my shoulders.
>>>
>>> The clock is ticking for the library, doc, and translation devs.  I
>>> would really like to get 5.1.0 released by the end of February.  This
>>> means the libraries, documentation, and translations would have to be
>>> tagged for 5.1.0 around 2/23 to give our package devs some time to get
>>> the packages built and uploaded to the website.  Please let me know if
>>> you cannot meet this date.
>>>
>>> ___
>>> 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] 5.1.0-rc1

[Rob Maris]

Today, I found that Kicad per deb 
http://ppa.launchpad.net/js-reynaud/ppa-kicad/ubuntu xenial main is no longer 
v6.0.0rc1 but rather v5.1.0rc1. A fresh update using apt does not change that. 
It seems that I have been missing somewhat. The download page of linux 
Downloads (e.g. http://kicad-pcb.org/download/linux-mint/) suggests to 
explicitly use the following ppa-address: ppa:js-reynaud/kicad-5
When I add this, I get deb http://ppa.launchpad.net/js-reynaud/kicad-5/ubuntu 
xenial main. I'd suggest that it makes no difference compared to the full 
ppa-adress on top of this email - slightly confusing.

Some clarification would be helpful...
-Rob

Am 06.02.2019, 10:26 Uhr, schrieb Jean-Samuel Reynaud :


Great news. By this way I created a dedicated PPA (Linux Ubuntu) for
this release:

ppa:js-reynaud/kicad-5.1


Le 05/02/2019 à 19:51, Wayne Stambaugh a écrit :

I'm going to tag 5.1.0-rc1 this evening after I get home from work.
There are still two low priority bugs against the 5.1.0-rc1 milestone
left which I'm going to let slide and try to get them fixed by the
stable release.  Hopefully we wont need an -rc2.

Unfortunately, this will break all of the linux distro package manager
version handling because of our previous policy of tagging ahead for the
next version.  I apologize up front for the issues this is going to
cause.  This decision falls squarely on my shoulders.

The clock is ticking for the library, doc, and translation devs.  I
would really like to get 5.1.0 released by the end of February.  This
means the libraries, documentation, and translations would have to be
tagged for 5.1.0 around 2/23 to give our package devs some time to get
the packages built and uploaded to the website.  Please let me know if
you cannot meet this date.

___
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




--
Dem Ingeniör ist nichts zu schwör (außer bei Force Majör)

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

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

We probably should spin a rc2.  I was planning on using Tom's GAL canvas
fixes as the base line for rc2 so as soon as he gets that merged, we
should start thinking about it.  Hopefully this will be soon.  My goal
is still to get 5.1.0 out by then end of February if at all possible.

On 2/13/2019 4:46 AM, Nick Østergaard wrote:
> Should we create a 5.1.0-rc2 milestone or should we just use 5.1.0 if we
> think something needs to be included?
> 
> On Tue, 5 Feb 2019 at 19:52, Wayne Stambaugh  > wrote:
> 
> I'm going to tag 5.1.0-rc1 this evening after I get home from work.
> There are still two low priority bugs against the 5.1.0-rc1 milestone
> left which I'm going to let slide and try to get them fixed by the
> stable release.  Hopefully we wont need an -rc2.
> 
> Unfortunately, this will break all of the linux distro package manager
> version handling because of our previous policy of tagging ahead for the
> next version.  I apologize up front for the issues this is going to
> cause.  This decision falls squarely on my shoulders.
> 
> The clock is ticking for the library, doc, and translation devs.  I
> would really like to get 5.1.0 released by the end of February.  This
> means the libraries, documentation, and translations would have to be
> tagged for 5.1.0 around 2/23 to give our package devs some time to get
> the packages built and uploaded to the website.  Please let me know if
> you cannot meet this date.
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@lists.launchpad.net
> 
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 

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

Re: [Kicad-developers] 5.1.0-rc1

[Nick Østergaard]

Should we create a 5.1.0-rc2 milestone or should we just use 5.1.0 if we
think something needs to be included?

On Tue, 5 Feb 2019 at 19:52, Wayne Stambaugh  wrote:

> I'm going to tag 5.1.0-rc1 this evening after I get home from work.
> There are still two low priority bugs against the 5.1.0-rc1 milestone
> left which I'm going to let slide and try to get them fixed by the
> stable release.  Hopefully we wont need an -rc2.
>
> Unfortunately, this will break all of the linux distro package manager
> version handling because of our previous policy of tagging ahead for the
> next version.  I apologize up front for the issues this is going to
> cause.  This decision falls squarely on my shoulders.
>
> The clock is ticking for the library, doc, and translation devs.  I
> would really like to get 5.1.0 released by the end of February.  This
> means the libraries, documentation, and translations would have to be
> tagged for 5.1.0 around 2/23 to give our package devs some time to get
> the packages built and uploaded to the website.  Please let me know if
> you cannot meet this date.
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.0-rc1

[Frank Severinsen]

Thank you JS
Could you also enable GTK3, Phoenix etc for Nightly builds?

Kindest regards

Frank Severinsen

Den 11. februar 2019 kl. 17.11.51 +01.00, skrev Jean-Samuel Reynaud 
:

> Dear All,
> 
> PPA for KiCad 5.1 is now ready.
> When it's possible (for example on Ubuntu Bionic) GTK 3 is used, python3
> is enabled and WX4.0 too...
> 
> Don't hesitate to report any issues on ppa.
> 
> To use it:
> sudo add-apt-repository ppa:js-reynaud/kicad-5.1
> sudo apt-get update
> sudo apt install kicad
> 
> For the moment, as I see, no doc/templates/lib/footprint repo were tag
> 5.1.0-rc1 yet...
> 
> Note that for python plugins some refactoring can be needed when
> migrating to python3. According to  perhaps it's
> time to switch any plugins to python 3 ;)
> 
> 
> 
> 
> 
> Le 08/02/2019 à 21:53, Marcos Chaparro a écrit :
> 
> > You are using GTK2 in this build. Are you building yourself? If so,
> > you need to delete the existing build directory, create a new one and
> > specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
> > options.
> > 
> > 
> > Its a nightly build
> > from http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic
> > main
> > 
> > Will start a build now and see if it fixes it. Shouldn't the packaged
> > deb for ubuntu bionic beaver (18.04) come with that cmake option set?
> > 
> > Thanks
> > 
> > ___
> > Mailing list: 
> > Post to : 
> > Unsubscribe : 
> > More help : 
> > 
> 
> ___
> Mailing list: 
> Post to : 
> Unsubscribe : 
> More 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] 5.1.0-rc1

[Nick Østergaard]

I think all the scripts we have do work with python3 unless we missed
something. I think Thomas P. did test it.

On Mon, 11 Feb 2019 at 17:11, Jean-Samuel Reynaud 
wrote:

> Dear All,
>
> PPA for KiCad 5.1 is now ready.
> When it's possible (for example on Ubuntu Bionic) GTK 3 is used, python3
> is enabled and WX4.0 too...
>
> Don't hesitate to report any issues on ppa.
>
> To use it:
> sudo add-apt-repository ppa:js-reynaud/kicad-5.1
> sudo apt-get update
> sudo apt install kicad
>
> For the moment, as I see, no doc/templates/lib/footprint repo were tag
> 5.1.0-rc1 yet...
>
> Note that for python plugins some refactoring can be needed when
> migrating to python3. According to https://pythonclock.org/ perhaps it's
> time to switch any plugins to python 3 ;)
>
>
>
>
>
> Le 08/02/2019 à 21:53, Marcos Chaparro a écrit :
> > You are using GTK2 in this build.  Are you building yourself?  If so,
> > you need to delete the existing build directory, create a new one and
> > specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
> > options.
> >
> >
> > Its a nightly build
> > from http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic
> > main
> >
> > Will start a build now and see if it fixes it. Shouldn't the packaged
> > deb for ubuntu bionic beaver (18.04) come with that cmake option set?
> >
> > Thanks
> >
> > ___
> > 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] 5.1.0-rc1

[Jean-Samuel Reynaud]

Yes I'm preparing an announce on the forum to get more coverage ...


Le 11/02/2019 à 17:14, Wayne Stambaugh a écrit :
> Hi Jean-Samuel,
> 
> Thanks for providing packages with python3 and wxpython4 enabled.  This
> will help improve our test coverage.
> 
> Cheers,
> 
> Wayne
> 
> On 2/11/2019 11:11 AM, Jean-Samuel Reynaud wrote:
>> Dear All,
>>
>> PPA for KiCad 5.1 is now ready.
>> When it's possible (for example on Ubuntu Bionic) GTK 3 is used, python3
>> is enabled and WX4.0 too...
>>
>> Don't hesitate to report any issues on ppa.
>>
>> To use it:
>> sudo add-apt-repository ppa:js-reynaud/kicad-5.1
>> sudo apt-get update
>> sudo apt install kicad
>>
>> For the moment, as I see, no doc/templates/lib/footprint repo were tag
>> 5.1.0-rc1 yet...
>>
>> Note that for python plugins some refactoring can be needed when
>> migrating to python3. According to https://pythonclock.org/ perhaps it's
>> time to switch any plugins to python 3 ;)
>>
>>
>>
>>
>>
>> Le 08/02/2019 à 21:53, Marcos Chaparro a écrit :
>>> You are using GTK2 in this build.  Are you building yourself?  If so,
>>> you need to delete the existing build directory, create a new one and
>>> specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
>>> options.
>>>
>>>
>>> Its a nightly build
>>> from http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic
>>> main
>>>
>>> Will start a build now and see if it fixes it. Shouldn't the packaged
>>> deb for ubuntu bionic beaver (18.04) come with that cmake option set?
>>>
>>> Thanks
>>>
>>> ___
>>> 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] 5.1.0-rc1

[Wayne Stambaugh]

Hi Jean-Samuel,

Thanks for providing packages with python3 and wxpython4 enabled.  This
will help improve our test coverage.

Cheers,

Wayne

On 2/11/2019 11:11 AM, Jean-Samuel Reynaud wrote:
> Dear All,
> 
> PPA for KiCad 5.1 is now ready.
> When it's possible (for example on Ubuntu Bionic) GTK 3 is used, python3
> is enabled and WX4.0 too...
> 
> Don't hesitate to report any issues on ppa.
> 
> To use it:
> sudo add-apt-repository ppa:js-reynaud/kicad-5.1
> sudo apt-get update
> sudo apt install kicad
> 
> For the moment, as I see, no doc/templates/lib/footprint repo were tag
> 5.1.0-rc1 yet...
> 
> Note that for python plugins some refactoring can be needed when
> migrating to python3. According to https://pythonclock.org/ perhaps it's
> time to switch any plugins to python 3 ;)
> 
> 
> 
> 
> 
> Le 08/02/2019 à 21:53, Marcos Chaparro a écrit :
>> You are using GTK2 in this build.  Are you building yourself?  If so,
>> you need to delete the existing build directory, create a new one and
>> specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
>> options.
>>
>>
>> Its a nightly build
>> from http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic
>> main
>>
>> Will start a build now and see if it fixes it. Shouldn't the packaged
>> deb for ubuntu bionic beaver (18.04) come with that cmake option set?
>>
>> Thanks
>>
>> ___
>> 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] 5.1.0-rc1

[Jean-Samuel Reynaud]

Dear All,

PPA for KiCad 5.1 is now ready.
When it's possible (for example on Ubuntu Bionic) GTK 3 is used, python3
is enabled and WX4.0 too...

Don't hesitate to report any issues on ppa.

To use it:
sudo add-apt-repository ppa:js-reynaud/kicad-5.1
sudo apt-get update
sudo apt install kicad

For the moment, as I see, no doc/templates/lib/footprint repo were tag
5.1.0-rc1 yet...

Note that for python plugins some refactoring can be needed when
migrating to python3. According to https://pythonclock.org/ perhaps it's
time to switch any plugins to python 3 ;)





Le 08/02/2019 à 21:53, Marcos Chaparro a écrit :
> You are using GTK2 in this build.  Are you building yourself?  If so,
> you need to delete the existing build directory, create a new one and
> specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
> options.
> 
> 
> Its a nightly build
> from http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic
> main
> 
> Will start a build now and see if it fixes it. Shouldn't the packaged
> deb for ubuntu bionic beaver (18.04) come with that cmake option set?
> 
> Thanks
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 


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

Re: [Kicad-developers] 5.1.0-rc1

[Mitja Nemec]

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

Should I raise a bug for this wish?

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

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

Cheers,

Wayne

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

Re: [Kicad-developers] 5.1.0-rc1

[Andrew Lutsenko]

Hi Marcos,

I'm the author of that plugin and issues with gtk2 and wxpython on linux
are extensively covered on plugins FAQ and installation pages on the wiki
https://github.com/openscopeproject/InteractiveHtmlBom/wiki
Also this issue
https://github.com/openscopeproject/InteractiveHtmlBom/issues/47

Plugin itself is compatible with python 3 (although it's not required to
make it work on ubuntu 18) and with gtk3 (which is required) so all you
have to do is wait until KiCad build in ubuntu ppa for 18.04 is built with
gtk3 or compile KiCad yourself with right options
(-DwxWidgets_CONFIG_OPTIONS="–toolkit=gtk3").

In the future I invite you to discuss issues with this plugin on github or
kicad.info thread
https://forum.kicad.info/t/interactive-html-bom-plugin-for-kicad-5-0/11713

Regards,
Andrew

On Sat, Feb 9, 2019 at 1:43 PM Marcos Chaparro  wrote:

> Hi Wayne,
>
> sure, KiCad is not resposible of third party plugins, but since this
> particular one is very popular amongst users I thought I should send the
> heads up to the list if it helps preventing user rants, because it didn't
> work with a deb package from JS's repository. Once the repo gets the config
> switches right it should work perfect.
>
> Thanks!
>
> Marcos
>
>
> On Sat, Feb 9, 2019 at 1:47 PM Wayne Stambaugh 
> wrote:
>
>> Hi Marcos,
>>
>> KiCad is not responsible for third party python plugins.  My guess is
>> the script in question loads wxPython build against a different version
>> of gtk than wxPython.  Loading gtk2 and gtk3 in the same application
>> will cause pcbnew to crash.  If look carefully at the KiCad build info,
>> you will notice wxPython support is disable
>> (KICAD_SCRIPTING_WXPYTHON=OFF) so you cannot run any python script that
>> calls wx with this build.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 2/8/19 2:43 PM, Marcos Chaparro wrote:
>> > Hi, I'm failing to find this issue in the bug tracker, so please let me
>> > know if its already reported. If not I can report it.
>> >
>> > Every time I launch pcbnew with a plugin in /home/marcos/.kicad_plugins/
>> > it immediately crashes. It starts normally if I remove .kicad_plugins.
>> > This is the plugin that makes it
>> > crash: https://github.com/openscopeproject/InteractiveHtmlBom, its
>> quite
>> > a popular one.
>> >
>> > I'm running ubuntu 18.04 (actually, its a https://neon.kde.org/) so its
>> > using gtk3 afaik.
>> >
>> > Application: kicad
>> > Version: 5.1.0-rc1-unknown-5072298~84~ubuntu18.04.1, release build
>> > Libraries:
>> > wxWidgets 3.0.4
>> > libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4
>> > libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
>> > Platform: Linux 4.15.0-39-generic x86_64, 64 bit, Little endian, wxGTK
>> > Build Info:
>> > wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+
>> 2.24
>> > Boost: 1.65.1
>> > OpenCASCADE Community Edition: 6.9.1
>> > Curl: 7.58.0
>> > Compiler: GCC 7.3.0 with C++ ABI 1011
>> >
>> > Build settings:
>> > USE_WX_GRAPHICS_CONTEXT=OFF
>> > USE_WX_OVERLAY=OFF
>> > KICAD_SCRIPTING=ON
>> > KICAD_SCRIPTING_MODULES=ON
>> > KICAD_SCRIPTING_PYTHON3=OFF
>> > KICAD_SCRIPTING_WXPYTHON=OFF
>> > KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
>> > KICAD_SCRIPTING_ACTION_MENU=ON
>> > BUILD_GITHUB_PLUGIN=ON
>> > KICAD_USE_OCE=ON
>> > KICAD_USE_OCC=OFF
>> > KICAD_SPICE=ON
>> >
>> > This has been happening for quite a while, but I don't know how to dig
>> > deeper into the issue.
>> >
>> > Marcos
>> >
>> >
>> > On Thu, Feb 7, 2019 at 4:49 PM Wayne Stambaugh > > > wrote:
>> >
>> > On 2/7/2019 2:28 PM, Steven A. Falco wrote:
>> > > On 2/7/19 2:11 PM, Wayne Stambaugh wrote:
>> > >> On 2/7/2019 1:38 PM, Vesa Solonen wrote:
>> > >>> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
>> > >>>
>> >  However, because of the eeschema line-width issues that I
>> > mentioned yesterday, I'm not convinced that users will be happy with
>> > gtk3.
>> > 
>> >  In the attached screenshot, compare the line width at pin 2 and
>> > pin 3 of the op-amp.
>> > >>>
>> > >>> Hi Steve,
>> > >>>
>> > >>> This is not gtk3 specific, but comes from the rounding issues in
>> > >>> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately
>> > proper
>> > >>> solutions are not trivial. One can mask it bearably by using
>> Cairo
>> > >>> drawing with anti-aliasing turned on (at least on 4k
>> resolutions).
>> > >>>
>> > >>> -Vesa
>> > >>>
>> > >>
>> > >> This problem will get fixed during v6 development.  The other
>> > option is
>> > >> to build with wxWidgets with gtk2 and disable wxPython support.
>> > There
>> > >> is no ideal solution at the moment.  This is the reason that we
>> even
>> > >> created a 5.1 release.  I think users would rather have the
>> slightly
>> > >> distorted graphics (which Vesa's suggest 

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

Hey Marcos,

Assuming the python script is compatible with python 3 and wxPython4
then it should work fine.

Wayne

On 2/9/19 4:43 PM, Marcos Chaparro wrote:
> Hi Wayne,
> 
> sure, KiCad is not resposible of third party plugins, but since this
> particular one is very popular amongst users I thought I should send the
> heads up to the list if it helps preventing user rants, because it
> didn't work with a deb package from JS's repository. Once the repo gets
> the config switches right it should work perfect.
> 
> Thanks!
> 
> Marcos
> 
> 
> On Sat, Feb 9, 2019 at 1:47 PM Wayne Stambaugh  > wrote:
> 
> Hi Marcos,
> 
> KiCad is not responsible for third party python plugins.  My guess is
> the script in question loads wxPython build against a different version
> of gtk than wxPython.  Loading gtk2 and gtk3 in the same application
> will cause pcbnew to crash.  If look carefully at the KiCad build info,
> you will notice wxPython support is disable
> (KICAD_SCRIPTING_WXPYTHON=OFF) so you cannot run any python script that
> calls wx with this build.
> 
> Cheers,
> 
> Wayne
> 
> On 2/8/19 2:43 PM, Marcos Chaparro wrote:
> > Hi, I'm failing to find this issue in the bug tracker, so please
> let me
> > know if its already reported. If not I can report it.
> >
> > Every time I launch pcbnew with a plugin
> in /home/marcos/.kicad_plugins/
> > it immediately crashes. It starts normally if I remove .kicad_plugins.
> > This is the plugin that makes it
> > crash: https://github.com/openscopeproject/InteractiveHtmlBom, its
> quite
> > a popular one.
> >
> > I'm running ubuntu 18.04 (actually, its a https://neon.kde.org/)
> so its
> > using gtk3 afaik.
> >
> > Application: kicad
> > Version: 5.1.0-rc1-unknown-5072298~84~ubuntu18.04.1, release build
> > Libraries:
> >     wxWidgets 3.0.4
> >     libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4
> > libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
> > Platform: Linux 4.15.0-39-generic x86_64, 64 bit, Little endian, wxGTK
> > Build Info:
> >     wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
> GTK+ 2.24
> >     Boost: 1.65.1
> >     OpenCASCADE Community Edition: 6.9.1
> >     Curl: 7.58.0
> >     Compiler: GCC 7.3.0 with C++ ABI 1011
> >
> > Build settings:
> >     USE_WX_GRAPHICS_CONTEXT=OFF
> >     USE_WX_OVERLAY=OFF
> >     KICAD_SCRIPTING=ON
> >     KICAD_SCRIPTING_MODULES=ON
> >     KICAD_SCRIPTING_PYTHON3=OFF
> >     KICAD_SCRIPTING_WXPYTHON=OFF
> >     KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
> >     KICAD_SCRIPTING_ACTION_MENU=ON
> >     BUILD_GITHUB_PLUGIN=ON
> >     KICAD_USE_OCE=ON
> >     KICAD_USE_OCC=OFF
> >     KICAD_SPICE=ON
> >
> > This has been happening for quite a while, but I don't know how to dig
> > deeper into the issue.
> >
> > Marcos
> >
> >
> > On Thu, Feb 7, 2019 at 4:49 PM Wayne Stambaugh
> mailto:stambau...@gmail.com>
> > >> wrote:
> >
> >     On 2/7/2019 2:28 PM, Steven A. Falco wrote:
> >     > On 2/7/19 2:11 PM, Wayne Stambaugh wrote:
> >     >> On 2/7/2019 1:38 PM, Vesa Solonen wrote:
> >     >>> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
> >     >>>
> >      However, because of the eeschema line-width issues that I
> >     mentioned yesterday, I'm not convinced that users will be
> happy with
> >     gtk3.
> >     
> >      In the attached screenshot, compare the line width at pin
> 2 and
> >     pin 3 of the op-amp.
> >     >>>
> >     >>> Hi Steve,
> >     >>>
> >     >>> This is not gtk3 specific, but comes from the rounding
> issues in
> >     >>> Eeschema new drawing code (both OpenGL and Cairo).
> Unfortunately
> >     proper
> >     >>> solutions are not trivial. One can mask it bearably by
> using Cairo
> >     >>> drawing with anti-aliasing turned on (at least on 4k
> resolutions).
> >     >>>
> >     >>> -Vesa
> >     >>>
> >     >>
> >     >> This problem will get fixed during v6 development.  The other
> >     option is
> >     >> to build with wxWidgets with gtk2 and disable wxPython
> support. 
> >     There
> >     >> is no ideal solution at the moment.  This is the reason
> that we even
> >     >> created a 5.1 release.  I think users would rather have the
> slightly
> >     >> distorted graphics (which Vesa's suggest improves) than no
> >     wxPython support.
> >     >
> >     > Well, based on my test of the nighlies (built with gtk2), I
> don't
> >     think gtk2 will help.  I attached three screen shots - the titles
> >     should be self-explanatory.  You 

Re: [Kicad-developers] 5.1.0-rc1

[Marcos Chaparro]

Hi Wayne,

sure, KiCad is not resposible of third party plugins, but since this
particular one is very popular amongst users I thought I should send the
heads up to the list if it helps preventing user rants, because it didn't
work with a deb package from JS's repository. Once the repo gets the config
switches right it should work perfect.

Thanks!

Marcos


On Sat, Feb 9, 2019 at 1:47 PM Wayne Stambaugh  wrote:

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

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

Hi Marcos,

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

Cheers,

Wayne

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

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

Re: [Kicad-developers] 5.1.0-rc1

[Marcos Chaparro]

Building with

cmake -DCMAKE_BUILD_TYPE=Release
-DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" -DUSE_WX_GRAPHICS_CONTEXT=OFF
-DUSE_WX_OVERLAY=OFF -DKICAD
_SCRIPTING=ON -DKICAD_SCRIPTING_MODULES=ON -DKICAD_SCRIPTING_PYTHON3=OFF
-DKICAD_SCRIPTING_WXPYTHON=OFF -DKICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
-DKICAD_SCRIPTING_ACTION_MENU=ON -DBUILD_GITHUB_PLUGIN=ON -DKI
CAD_USE_OCE=ON -DKICAD_USE_OCC=OFF -DKICAD_SPICE=ON ../../

worked for me on 18.04 so I guess it just needed Seth's line.

Thanks!

Marcos


On Fri, Feb 8, 2019 at 6:55 PM Jean-Samuel Reynaud 
wrote:

> Just for information. I'm working on fixing ppa building issues for rc1.
>
>
> Le ven. 8 févr. 2019 à 21:54, Marcos Chaparro  a
> écrit :
>
>> You are using GTK2 in this build.  Are you building yourself?  If so,
>>> you need to delete the existing build directory, create a new one and
>>> specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
>>> options.
>>>
>>
>> Its a nightly build from
>> http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic main
>>
>> Will start a build now and see if it fixes it. Shouldn't the packaged deb
>> for ubuntu bionic beaver (18.04) come with that cmake option set?
>>
>> Thanks
>> ___
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>>
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.0-rc1

[Jean-Samuel Reynaud]

Just for information. I'm working on fixing ppa building issues for rc1.


Le ven. 8 févr. 2019 à 21:54, Marcos Chaparro  a
écrit :

> You are using GTK2 in this build.  Are you building yourself?  If so,
>> you need to delete the existing build directory, create a new one and
>> specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
>> options.
>>
>
> Its a nightly build from
> http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic main
>
> Will start a build now and see if it fixes it. Shouldn't the packaged deb
> for ubuntu bionic beaver (18.04) come with that cmake option set?
>
> Thanks
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.0-rc1

[Marcos Chaparro]

>
> You are using GTK2 in this build.  Are you building yourself?  If so,
> you need to delete the existing build directory, create a new one and
> specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake
> options.
>

Its a nightly build from
http://ppa.launchpad.net/js-reynaud/kicad-dev-nightly/ubuntu bionic main

Will start a build now and see if it fixes it. Shouldn't the packaged deb
for ubuntu bionic beaver (18.04) come with that cmake option set?

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

Re: [Kicad-developers] 5.1.0-rc1

[Seth Hillbrand]

Hi Marcos-

You are using GTK2 in this build.  Are you building yourself?  If so, 
you need to delete the existing build directory, create a new one and 
specify -DwxWidgets_CONFIG_OPTIONS="--toolkit=gtk3" in the cmake 
options.


-Seth

Am 2019-02-08 14:43, schrieb Marcos Chaparro:

Hi, I'm failing to find this issue in the bug tracker, so please let
me know if its already reported. If not I can report it.

Every time I launch pcbnew with a plugin in
/home/marcos/.kicad_plugins/ it immediately crashes. It starts
normally if I remove .kicad_plugins. This is the plugin that makes it
crash: https://github.com/openscopeproject/InteractiveHtmlBom, its
quite a popular one.

I'm running ubuntu 18.04 (actually, its a https://neon.kde.org/) so
its using gtk3 afaik.

Application: kicad
Version: 5.1.0-rc1-unknown-5072298~84~ubuntu18.04.1, release build
Libraries:
wxWidgets 3.0.4
libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4
libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
Platform: Linux 4.15.0-39-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+
2.24
Boost: 1.65.1
OpenCASCADE Community Edition: 6.9.1
Curl: 7.58.0
Compiler: GCC 7.3.0 with C++ ABI 1011

Build settings:
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_PYTHON3=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
KICAD_SCRIPTING_ACTION_MENU=ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_OCE=ON
KICAD_USE_OCC=OFF
KICAD_SPICE=ON

This has been happening for quite a while, but I don't know how to dig
deeper into the issue.

Marcos

On Thu, Feb 7, 2019 at 4:49 PM Wayne Stambaugh 
wrote:


On 2/7/2019 2:28 PM, Steven A. Falco wrote:

On 2/7/19 2:11 PM, Wayne Stambaugh wrote:

On 2/7/2019 1:38 PM, Vesa Solonen wrote:

Steven A. Falco kirjoitti 7.2.2019 klo 18.04:


However, because of the eeschema line-width issues that I

mentioned yesterday, I'm not convinced that users will be happy with
gtk3.


In the attached screenshot, compare the line width at pin 2 and

pin 3 of the op-amp.


Hi Steve,

This is not gtk3 specific, but comes from the rounding issues in
Eeschema new drawing code (both OpenGL and Cairo). Unfortunately

proper

solutions are not trivial. One can mask it bearably by using

Cairo

drawing with anti-aliasing turned on (at least on 4k

resolutions).


-Vesa



This problem will get fixed during v6 development.  The other

option is

to build with wxWidgets with gtk2 and disable wxPython support.

There

is no ideal solution at the moment.  This is the reason that we

even

created a 5.1 release.  I think users would rather have the

slightly

distorted graphics (which Vesa's suggest improves) than no

wxPython support.


Well, based on my test of the nighlies (built with gtk2), I don't

think gtk2 will help.  I attached three screen shots - the titles
should be self-explanatory.  You can see the distortion even in the
gtk2 nightlies.


Steve


The legacy canvas is still available with gtk2 builds so you don't
have
to use the modern canvas should you choose not to do so.  The legacy
canvas is disabled in gtk3 builds because it is completely broken.

Wayne

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

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


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

Re: [Kicad-developers] 5.1.0-rc1

[Marcos Chaparro]

Hi, I'm failing to find this issue in the bug tracker, so please let me
know if its already reported. If not I can report it.

Every time I launch pcbnew with a plugin in /home/marcos/.kicad_plugins/ it
immediately crashes. It starts normally if I remove .kicad_plugins. This is
the plugin that makes it crash:
https://github.com/openscopeproject/InteractiveHtmlBom, its quite a popular
one.

I'm running ubuntu 18.04 (actually, its a https://neon.kde.org/) so its
using gtk3 afaik.

Application: kicad
Version: 5.1.0-rc1-unknown-5072298~84~ubuntu18.04.1, release build
Libraries:
wxWidgets 3.0.4
libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1
(+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
Platform: Linux 4.15.0-39-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
Boost: 1.65.1
OpenCASCADE Community Edition: 6.9.1
Curl: 7.58.0
Compiler: GCC 7.3.0 with C++ ABI 1011

Build settings:
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_PYTHON3=OFF
KICAD_SCRIPTING_WXPYTHON=OFF
KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
KICAD_SCRIPTING_ACTION_MENU=ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_OCE=ON
KICAD_USE_OCC=OFF
KICAD_SPICE=ON

This has been happening for quite a while, but I don't know how to dig
deeper into the issue.

Marcos


On Thu, Feb 7, 2019 at 4:49 PM Wayne Stambaugh  wrote:

> On 2/7/2019 2:28 PM, Steven A. Falco wrote:
> > On 2/7/19 2:11 PM, Wayne Stambaugh wrote:
> >> On 2/7/2019 1:38 PM, Vesa Solonen wrote:
> >>> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
> >>>
>  However, because of the eeschema line-width issues that I mentioned
> yesterday, I'm not convinced that users will be happy with gtk3.
> 
>  In the attached screenshot, compare the line width at pin 2 and pin 3
> of the op-amp.
> >>>
> >>> Hi Steve,
> >>>
> >>> This is not gtk3 specific, but comes from the rounding issues in
> >>> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately proper
> >>> solutions are not trivial. One can mask it bearably by using Cairo
> >>> drawing with anti-aliasing turned on (at least on 4k resolutions).
> >>>
> >>> -Vesa
> >>>
> >>
> >> This problem will get fixed during v6 development.  The other option is
> >> to build with wxWidgets with gtk2 and disable wxPython support.  There
> >> is no ideal solution at the moment.  This is the reason that we even
> >> created a 5.1 release.  I think users would rather have the slightly
> >> distorted graphics (which Vesa's suggest improves) than no wxPython
> support.
> >
> > Well, based on my test of the nighlies (built with gtk2), I don't think
> gtk2 will help.  I attached three screen shots - the titles should be
> self-explanatory.  You can see the distortion even in the gtk2 nightlies.
> >
> >   Steve
>
> The legacy canvas is still available with gtk2 builds so you don't have
> to use the modern canvas should you choose not to do so.  The legacy
> canvas is disabled in gtk3 builds because it is completely broken.
>
> Wayne
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

On 2/7/2019 2:28 PM, Steven A. Falco wrote:
> On 2/7/19 2:11 PM, Wayne Stambaugh wrote:
>> On 2/7/2019 1:38 PM, Vesa Solonen wrote:
>>> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
>>>
 However, because of the eeschema line-width issues that I mentioned 
 yesterday, I'm not convinced that users will be happy with gtk3.

 In the attached screenshot, compare the line width at pin 2 and pin 3 of 
 the op-amp.
>>>
>>> Hi Steve,
>>>
>>> This is not gtk3 specific, but comes from the rounding issues in
>>> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately proper
>>> solutions are not trivial. One can mask it bearably by using Cairo
>>> drawing with anti-aliasing turned on (at least on 4k resolutions).
>>>
>>> -Vesa
>>>
>>
>> This problem will get fixed during v6 development.  The other option is
>> to build with wxWidgets with gtk2 and disable wxPython support.  There
>> is no ideal solution at the moment.  This is the reason that we even
>> created a 5.1 release.  I think users would rather have the slightly
>> distorted graphics (which Vesa's suggest improves) than no wxPython support.
> 
> Well, based on my test of the nighlies (built with gtk2), I don't think gtk2 
> will help.  I attached three screen shots - the titles should be 
> self-explanatory.  You can see the distortion even in the gtk2 nightlies.
> 
>   Steve

The legacy canvas is still available with gtk2 builds so you don't have
to use the modern canvas should you choose not to do so.  The legacy
canvas is disabled in gtk3 builds because it is completely broken.

Wayne

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

Re: [Kicad-developers] 5.1.0-rc1

[Steven A. Falco]

On 2/7/19 2:11 PM, Wayne Stambaugh wrote:
> On 2/7/2019 1:38 PM, Vesa Solonen wrote:
>> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
>>
>>> However, because of the eeschema line-width issues that I mentioned 
>>> yesterday, I'm not convinced that users will be happy with gtk3.
>>>
>>> In the attached screenshot, compare the line width at pin 2 and pin 3 of 
>>> the op-amp.
>>
>> Hi Steve,
>>
>> This is not gtk3 specific, but comes from the rounding issues in
>> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately proper
>> solutions are not trivial. One can mask it bearably by using Cairo
>> drawing with anti-aliasing turned on (at least on 4k resolutions).
>>
>> -Vesa
>>
> 
> This problem will get fixed during v6 development.  The other option is
> to build with wxWidgets with gtk2 and disable wxPython support.  There
> is no ideal solution at the moment.  This is the reason that we even
> created a 5.1 release.  I think users would rather have the slightly
> distorted graphics (which Vesa's suggest improves) than no wxPython support.

Well, based on my test of the nighlies (built with gtk2), I don't think gtk2 
will help.  I attached three screen shots - the titles should be 
self-explanatory.  You can see the distortion even in the gtk2 nightlies.

Steve

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

Re: [Kicad-developers] 5.1.0-rc1

[Steven A. Falco]

On 2/7/19 1:38 PM, Vesa Solonen wrote:
> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
> 
>> However, because of the eeschema line-width issues that I mentioned 
>> yesterday, I'm not convinced that users will be happy with gtk3.
>>
>> In the attached screenshot, compare the line width at pin 2 and pin 3 of the 
>> op-amp.
> 
> Hi Steve,
> 
> This is not gtk3 specific, but comes from the rounding issues in
> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately proper
> solutions are not trivial. One can mask it bearably by using Cairo
> drawing with anti-aliasing turned on (at least on 4k resolutions).

You are right.

I tried an older 5.0.2 build and it looks perfect at any zoom level.  However, 
both the latest nightly build (gtk2) and my gtk3 build show the problem.  So it 
is not specific to gtk3.

Based on your suggestion I played around with the preferences: With my gtk3 
build, I can make it look good by switching to "Modern Toolset fallback + high 
antialiasing".

For "Modern Toolset accelerated", I find that "supersampling 2x" makes it look 
decent, but still not quite as good as "Modern Toolset fallback + high 
antialiasing" or the older 5.0.2 code.

I'm concerned that people will post bug reports (or just downgrade) if they see 
the display artifacts.  Would it make sense to put up a dialog the first time 
the new version is run, advising users to switch their settings if they don't 
like the appearance?  Or perhaps force the settings to "fallback+AA" one time 
on an upgrade?

Steve


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

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

On 2/7/2019 1:38 PM, Vesa Solonen wrote:
> Steven A. Falco kirjoitti 7.2.2019 klo 18.04:
> 
>> However, because of the eeschema line-width issues that I mentioned 
>> yesterday, I'm not convinced that users will be happy with gtk3.
>>
>> In the attached screenshot, compare the line width at pin 2 and pin 3 of the 
>> op-amp.
> 
> Hi Steve,
> 
> This is not gtk3 specific, but comes from the rounding issues in
> Eeschema new drawing code (both OpenGL and Cairo). Unfortunately proper
> solutions are not trivial. One can mask it bearably by using Cairo
> drawing with anti-aliasing turned on (at least on 4k resolutions).
> 
> -Vesa
> 

This problem will get fixed during v6 development.  The other option is
to build with wxWidgets with gtk2 and disable wxPython support.  There
is no ideal solution at the moment.  This is the reason that we even
created a 5.1 release.  I think users would rather have the slightly
distorted graphics (which Vesa's suggest improves) than no wxPython support.

Wayne

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

Re: [Kicad-developers] 5.1.0-rc1

[Vesa Solonen]

Steven A. Falco kirjoitti 7.2.2019 klo 18.04:

> However, because of the eeschema line-width issues that I mentioned 
> yesterday, I'm not convinced that users will be happy with gtk3.
> 
> In the attached screenshot, compare the line width at pin 2 and pin 3 of the 
> op-amp.

Hi Steve,

This is not gtk3 specific, but comes from the rounding issues in
Eeschema new drawing code (both OpenGL and Cairo). Unfortunately proper
solutions are not trivial. One can mask it bearably by using Cairo
drawing with anti-aliasing turned on (at least on 4k resolutions).

-Vesa

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

Re: [Kicad-developers] 5.1.0-rc1

[Seth Hillbrand]

Am 2019-02-07 11:04, schrieb Steven A. Falco:

I've posted a patch for the Fedora nightlies to enable
gtk3/wxpython4/python3 and to turn on scripting:

https://github.com/KiCad/fedora-packaging/pull/26

However, because of the eeschema line-width issues that I mentioned
yesterday, I'm not convinced that users will be happy with gtk3.

In the attached screenshot, compare the line width at pin 2 and pin 3
of the op-amp.

Steve



Steve-

I don't think that the line width issue is gtk3-specific.  Do you not 
observe the issue with gtk2?


-Seth

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

Re: [Kicad-developers] 5.1.0-rc1

[Steven A. Falco]

I've posted a patch for the Fedora nightlies to enable gtk3/wxpython4/python3 
and to turn on scripting:

https://github.com/KiCad/fedora-packaging/pull/26

However, because of the eeschema line-width issues that I mentioned yesterday, 
I'm not convinced that users will be happy with gtk3.

In the attached screenshot, compare the line width at pin 2 and pin 3 of the 
op-amp.

Steve

On 2/6/19 7:10 PM, Wayne Stambaugh wrote:
> Nick,
> 
> Thanks for the heads up.  It seems there are more gtk3/wxpython4/python3
> builds than I was aware of.
> 
> Cheers,
> 
> Wayne
> 
> On 2/6/2019 5:34 PM, Nick Østergaard wrote:
>> @Wayne
>> It is enabled with phoenix and gtk3 as default for Archlinux AUR
>>
>> @Steven
>> You may find inspiration here:
>> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=kicad-git
>>
>> Make sure to use the correct wxWidgets_CONFIG_EXECUTABLE, I don't
>> remember what they are called on fedora, but I think there are two
>> wx-config binaries on fedora if you have wxgtk with both gtk2 and gtk3.
>>
>> Nick
>>
>> On Wed, 6 Feb 2019 at 22:59, Steven A. Falco > > wrote:
>>
>> On 2/6/19 2:38 PM, Carsten Schoenert wrote:
>> > Am 06.02.19 um 20:00 schrieb Wayne Stambaugh:
>> >> Any idea the number of unique downloads?  I'm guessing not many users
>> >> install from experimental.
>> >
>> > Yes, people need to know that they want to use a version from
>> > experimental, so the base is rather small. But I can't say anything
>> > about the user base that is using the version from testing/unstable
>> > and/or experimental.
>> > Looking at the pocon chart for kicad and kiacd-libraries in detail
>> there
>> > are about 900 installations of the package kicad-libraries that is
>> only
>> > available since version 5.0.0. Given that there are about 3000 kicad
>> > installations recorded than that means that over 60% are using older
>> > versions.
>> >
>> > https://qa.debian.org/popcon.php?package=kicad
>> >
>> > But popcon only is a bad indicator as it's up to the user to
>> contribute,
>> > we wont see data from people that don't can submit data because of
>> > firewalls etc.
>> > The popcon chart has made some bump after the packages of version 5.0
>> > hit the archive and are currently quite near the all time high.
>> >
>> > You would need also to have a look into all the downstreams of Debian,
>> > the biggest is of course Ubuntu. So it's difficult to say how big the
>> > user base on Kicad 5.x on Debian and downstreams really is.
>> >
>> > ...
>> >> I'm not sure what the issue is with glm and gcc but it has been
>> rather
>> >> annoying.  Hopefully clang wont make any changes that breaks the
>> build.
>> >
>> > I can build the current head with clang and also can use the output as
>> > usual. So far I've understand the problem it's "just" because of
>> the C++
>> > standard. I've seen some more warnings (than build with gcc) while
>> build
>> > was running.
>> >
>>
>> I tried running a Fedora build with wxGTK3 and that seemed to go
>> ok.  I then tried enabling KICAD_SCRIPTING_WXPYTHON_PHOENIX, but I'm
>> not sure what library KiCad is looking for.  I get this:
>>
>> ModuleNotFoundError: No module named 'wx'
>> CMake Error at CMakeModules/FindwxPython.cmake:52 (message):
>>   wxPython/Phoenix does not appear to be installed on the system
>>
>> I'll try to figure it out, but if anyone has a suggestion of what
>> the library package might be called, that would help.
>>
>>         Steve
>>
>> ___
>> 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] 5.1.0-rc1

[Wayne Stambaugh]

Nick,

Thanks for the heads up.  It seems there are more gtk3/wxpython4/python3
builds than I was aware of.

Cheers,

Wayne

On 2/6/2019 5:34 PM, Nick Østergaard wrote:
> @Wayne
> It is enabled with phoenix and gtk3 as default for Archlinux AUR
> 
> @Steven
> You may find inspiration here:
> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=kicad-git
> 
> Make sure to use the correct wxWidgets_CONFIG_EXECUTABLE, I don't
> remember what they are called on fedora, but I think there are two
> wx-config binaries on fedora if you have wxgtk with both gtk2 and gtk3.
> 
> Nick
> 
> On Wed, 6 Feb 2019 at 22:59, Steven A. Falco  > wrote:
> 
> On 2/6/19 2:38 PM, Carsten Schoenert wrote:
> > Am 06.02.19 um 20:00 schrieb Wayne Stambaugh:
> >> Any idea the number of unique downloads?  I'm guessing not many users
> >> install from experimental.
> >
> > Yes, people need to know that they want to use a version from
> > experimental, so the base is rather small. But I can't say anything
> > about the user base that is using the version from testing/unstable
> > and/or experimental.
> > Looking at the pocon chart for kicad and kiacd-libraries in detail
> there
> > are about 900 installations of the package kicad-libraries that is
> only
> > available since version 5.0.0. Given that there are about 3000 kicad
> > installations recorded than that means that over 60% are using older
> > versions.
> >
> > https://qa.debian.org/popcon.php?package=kicad
> >
> > But popcon only is a bad indicator as it's up to the user to
> contribute,
> > we wont see data from people that don't can submit data because of
> > firewalls etc.
> > The popcon chart has made some bump after the packages of version 5.0
> > hit the archive and are currently quite near the all time high.
> >
> > You would need also to have a look into all the downstreams of Debian,
> > the biggest is of course Ubuntu. So it's difficult to say how big the
> > user base on Kicad 5.x on Debian and downstreams really is.
> >
> > ...
> >> I'm not sure what the issue is with glm and gcc but it has been
> rather
> >> annoying.  Hopefully clang wont make any changes that breaks the
> build.
> >
> > I can build the current head with clang and also can use the output as
> > usual. So far I've understand the problem it's "just" because of
> the C++
> > standard. I've seen some more warnings (than build with gcc) while
> build
> > was running.
> >
> 
> I tried running a Fedora build with wxGTK3 and that seemed to go
> ok.  I then tried enabling KICAD_SCRIPTING_WXPYTHON_PHOENIX, but I'm
> not sure what library KiCad is looking for.  I get this:
> 
> ModuleNotFoundError: No module named 'wx'
> CMake Error at CMakeModules/FindwxPython.cmake:52 (message):
>   wxPython/Phoenix does not appear to be installed on the system
> 
> I'll try to figure it out, but if anyone has a suggestion of what
> the library package might be called, that would help.
> 
>         Steve
> 
> ___
> 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] 5.1.0-rc1

[Steven A. Falco]

On 2/6/19 5:34 PM, Nick Østergaard wrote:
> @Wayne
> It is enabled with phoenix and gtk3 as default for Archlinux AUR
> 
> @Steven
> You may find inspiration here:
> https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=kicad-git
> 
> Make sure to use the correct wxWidgets_CONFIG_EXECUTABLE, I don't remember 
> what they are called on fedora, but I think there are two wx-config binaries 
> on fedora if you have wxgtk with both gtk2 and gtk3.
> 
> Nick
> 
> On Wed, 6 Feb 2019 at 22:59, Steven A. Falco  > wrote:
> 
> On 2/6/19 2:38 PM, Carsten Schoenert wrote:
> > Am 06.02.19 um 20:00 schrieb Wayne Stambaugh:
> >> Any idea the number of unique downloads?  I'm guessing not many users
> >> install from experimental.
> >
> > Yes, people need to know that they want to use a version from
> > experimental, so the base is rather small. But I can't say anything
> > about the user base that is using the version from testing/unstable
> > and/or experimental.
> > Looking at the pocon chart for kicad and kiacd-libraries in detail there
> > are about 900 installations of the package kicad-libraries that is only
> > available since version 5.0.0. Given that there are about 3000 kicad
> > installations recorded than that means that over 60% are using older
> > versions.
> >
> > https://qa.debian.org/popcon.php?package=kicad
> >
> > But popcon only is a bad indicator as it's up to the user to contribute,
> > we wont see data from people that don't can submit data because of
> > firewalls etc.
> > The popcon chart has made some bump after the packages of version 5.0
> > hit the archive and are currently quite near the all time high.
> >
> > You would need also to have a look into all the downstreams of Debian,
> > the biggest is of course Ubuntu. So it's difficult to say how big the
> > user base on Kicad 5.x on Debian and downstreams really is.
> >
> > ...
> >> I'm not sure what the issue is with glm and gcc but it has been rather
> >> annoying.  Hopefully clang wont make any changes that breaks the build.
> >
> > I can build the current head with clang and also can use the output as
> > usual. So far I've understand the problem it's "just" because of the C++
> > standard. I've seen some more warnings (than build with gcc) while build
> > was running.
> >
> 
> I tried running a Fedora build with wxGTK3 and that seemed to go ok.  I 
> then tried enabling KICAD_SCRIPTING_WXPYTHON_PHOENIX, but I'm not sure what 
> library KiCad is looking for.  I get this:
> 
> ModuleNotFoundError: No module named 'wx'
> CMake Error at CMakeModules/FindwxPython.cmake:52 (message):
>   wxPython/Phoenix does not appear to be installed on the system
> 
> I'll try to figure it out, but if anyone has a suggestion of what the 
> library package might be called, that would help.

It built.  I took a very cursory look, and the basics appear to work.  However, 
at some zoom levels it looks weird, as shown in the attached screen shot - 
varying line widths in text and wires.  I think some of this has been discussed 
previously, but I'm not sure what the resolution was.

Steve


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

Re: [Kicad-developers] 5.1.0-rc1

[Nick Østergaard]

@Wayne
It is enabled with phoenix and gtk3 as default for Archlinux AUR

@Steven
You may find inspiration here:
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=kicad-git

Make sure to use the correct wxWidgets_CONFIG_EXECUTABLE, I don't remember
what they are called on fedora, but I think there are two wx-config
binaries on fedora if you have wxgtk with both gtk2 and gtk3.

Nick

On Wed, 6 Feb 2019 at 22:59, Steven A. Falco  wrote:

> On 2/6/19 2:38 PM, Carsten Schoenert wrote:
> > Am 06.02.19 um 20:00 schrieb Wayne Stambaugh:
> >> Any idea the number of unique downloads?  I'm guessing not many users
> >> install from experimental.
> >
> > Yes, people need to know that they want to use a version from
> > experimental, so the base is rather small. But I can't say anything
> > about the user base that is using the version from testing/unstable
> > and/or experimental.
> > Looking at the pocon chart for kicad and kiacd-libraries in detail there
> > are about 900 installations of the package kicad-libraries that is only
> > available since version 5.0.0. Given that there are about 3000 kicad
> > installations recorded than that means that over 60% are using older
> > versions.
> >
> > https://qa.debian.org/popcon.php?package=kicad
> >
> > But popcon only is a bad indicator as it's up to the user to contribute,
> > we wont see data from people that don't can submit data because of
> > firewalls etc.
> > The popcon chart has made some bump after the packages of version 5.0
> > hit the archive and are currently quite near the all time high.
> >
> > You would need also to have a look into all the downstreams of Debian,
> > the biggest is of course Ubuntu. So it's difficult to say how big the
> > user base on Kicad 5.x on Debian and downstreams really is.
> >
> > ...
> >> I'm not sure what the issue is with glm and gcc but it has been rather
> >> annoying.  Hopefully clang wont make any changes that breaks the build.
> >
> > I can build the current head with clang and also can use the output as
> > usual. So far I've understand the problem it's "just" because of the C++
> > standard. I've seen some more warnings (than build with gcc) while build
> > was running.
> >
>
> I tried running a Fedora build with wxGTK3 and that seemed to go ok.  I
> then tried enabling KICAD_SCRIPTING_WXPYTHON_PHOENIX, but I'm not sure what
> library KiCad is looking for.  I get this:
>
> ModuleNotFoundError: No module named 'wx'
> CMake Error at CMakeModules/FindwxPython.cmake:52 (message):
>   wxPython/Phoenix does not appear to be installed on the system
>
> I'll try to figure it out, but if anyone has a suggestion of what the
> library package might be called, that would help.
>
> Steve
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.0-rc1

[Steven A. Falco]

On 2/6/19 2:38 PM, Carsten Schoenert wrote:
> Am 06.02.19 um 20:00 schrieb Wayne Stambaugh:
>> Any idea the number of unique downloads?  I'm guessing not many users
>> install from experimental.
> 
> Yes, people need to know that they want to use a version from
> experimental, so the base is rather small. But I can't say anything
> about the user base that is using the version from testing/unstable
> and/or experimental.
> Looking at the pocon chart for kicad and kiacd-libraries in detail there
> are about 900 installations of the package kicad-libraries that is only
> available since version 5.0.0. Given that there are about 3000 kicad
> installations recorded than that means that over 60% are using older
> versions.
> 
> https://qa.debian.org/popcon.php?package=kicad
> 
> But popcon only is a bad indicator as it's up to the user to contribute,
> we wont see data from people that don't can submit data because of
> firewalls etc.
> The popcon chart has made some bump after the packages of version 5.0
> hit the archive and are currently quite near the all time high.
> 
> You would need also to have a look into all the downstreams of Debian,
> the biggest is of course Ubuntu. So it's difficult to say how big the
> user base on Kicad 5.x on Debian and downstreams really is.
> 
> ...
>> I'm not sure what the issue is with glm and gcc but it has been rather
>> annoying.  Hopefully clang wont make any changes that breaks the build.
> 
> I can build the current head with clang and also can use the output as
> usual. So far I've understand the problem it's "just" because of the C++
> standard. I've seen some more warnings (than build with gcc) while build
> was running.
> 

I tried running a Fedora build with wxGTK3 and that seemed to go ok.  I then 
tried enabling KICAD_SCRIPTING_WXPYTHON_PHOENIX, but I'm not sure what library 
KiCad is looking for.  I get this:

ModuleNotFoundError: No module named 'wx'
CMake Error at CMakeModules/FindwxPython.cmake:52 (message):
  wxPython/Phoenix does not appear to be installed on the system

I'll try to figure it out, but if anyone has a suggestion of what the library 
package might be called, that would help.

Steve

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

Re: [Kicad-developers] 5.1.0-rc1

[Carsten Schoenert]

Am 06.02.19 um 20:00 schrieb Wayne Stambaugh:
> Any idea the number of unique downloads?  I'm guessing not many users
> install from experimental.

Yes, people need to know that they want to use a version from
experimental, so the base is rather small. But I can't say anything
about the user base that is using the version from testing/unstable
and/or experimental.
Looking at the pocon chart for kicad and kiacd-libraries in detail there
are about 900 installations of the package kicad-libraries that is only
available since version 5.0.0. Given that there are about 3000 kicad
installations recorded than that means that over 60% are using older
versions.

https://qa.debian.org/popcon.php?package=kicad

But popcon only is a bad indicator as it's up to the user to contribute,
we wont see data from people that don't can submit data because of
firewalls etc.
The popcon chart has made some bump after the packages of version 5.0
hit the archive and are currently quite near the all time high.

You would need also to have a look into all the downstreams of Debian,
the biggest is of course Ubuntu. So it's difficult to say how big the
user base on Kicad 5.x on Debian and downstreams really is.

...
> I'm not sure what the issue is with glm and gcc but it has been rather
> annoying.  Hopefully clang wont make any changes that breaks the build.

I can build the current head with clang and also can use the output as
usual. So far I've understand the problem it's "just" because of the C++
standard. I've seen some more warnings (than build with gcc) while build
was running.

-- 
Regards
Carsten Schoenert

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

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

Hi Carsten,

On 2/6/2019 12:51 PM, Carsten Schoenert wrote:
> Hi Wayne,
> 
> Am 06.02.19 um 17:42 schrieb Wayne Stambaugh:
>> Any idea where we stand with wxPhoenix/python3 builds?
> 
> the build of KiCad for Debian experimental [1] is build with wxPython4
> (aka Phoenix) and Python3 scripting support.

Any idea the number of unique downloads?  I'm guessing not many users
install from experimental.

> 
> I've got no bug reports about the snapshot versions of KiCad in
> experimental about issues in KiCad itself so far, a few days ago GLM
> 0.9.9.3 was uploaded to unstable and currently kicad is failing to build
> from source (FTBFS) and a bug was raised against kicad. I will need to
> build now with clang, will adjust this on the next weekend I guess.

I'm not sure what the issue is with glm and gcc but it has been rather
annoying.  Hopefully clang wont make any changes that breaks the build.

> 
> Locally I work only with the version from experimental and have also not
> seen remarkable issues.
> 
>> I'm wondering if we have enough user testing with this configuration
>> to feel comfortable enabling it for 5.1.  Do we even have any
>> packaged builds with this configuration for users to test?  I haven't
>> seen any bug reports directly attributed to this so either it works
>> as well as wxPython/python2 or very few users are running it and it
>> is not well tested.
> Now that 5.1.0-rc1 is tagged the next upload can go to Debian unstable,
> so a broader user base will get this version. I'm on the other hand
> really excited and impressed that no new issues are opened up against
> the kicad package in Debian in the recent past! So people maybe really
> be tired about opening issues or there are no issues to open. ;)

Let's hope it's the latter and we can get some more testing when kicad
makes it into unstable.

> 
> [1] https://packages.debian.org/experimental/kicad
> 

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

Re: [Kicad-developers] 5.1.0-rc1

[Carsten Schoenert]

Hi Wayne,

Am 06.02.19 um 17:42 schrieb Wayne Stambaugh:
> Any idea where we stand with wxPhoenix/python3 builds?

the build of KiCad for Debian experimental [1] is build with wxPython4
(aka Phoenix) and Python3 scripting support.

I've got no bug reports about the snapshot versions of KiCad in
experimental about issues in KiCad itself so far, a few days ago GLM
0.9.9.3 was uploaded to unstable and currently kicad is failing to build
from source (FTBFS) and a bug was raised against kicad. I will need to
build now with clang, will adjust this on the next weekend I guess.

Locally I work only with the version from experimental and have also not
seen remarkable issues.

> I'm wondering if we have enough user testing with this configuration
> to feel comfortable enabling it for 5.1.  Do we even have any
> packaged builds with this configuration for users to test?  I haven't
> seen any bug reports directly attributed to this so either it works
> as well as wxPython/python2 or very few users are running it and it
> is not well tested.
Now that 5.1.0-rc1 is tagged the next upload can go to Debian unstable,
so a broader user base will get this version. I'm on the other hand
really excited and impressed that no new issues are opened up against
the kicad package in Debian in the recent past! So people maybe really
be tired about opening issues or there are no issues to open. ;)

[1] https://packages.debian.org/experimental/kicad

-- 
Regards
Carsten Schoenert

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

Re: [Kicad-developers] 5.1.0-rc1

[Jean-Samuel Reynaud]

Hi,

I have to take a look at that point ;) To try to use GTK3...

Le 06/02/2019 à 18:19, Seth Hillbrand a écrit :
> Am 2019-02-06 04:26, schrieb Jean-Samuel Reynaud:
>> Great news. By this way I created a dedicated PPA (Linux Ubuntu) for
>> this release:
>>
>> ppa:js-reynaud/kicad-5.1
> 
> Hi Jean-Samuel-
> 
> Will the 5.1 PPA build with GTK3?  I noticed that your PPA for 18.04 [1]
> is still building with GTK2 and wxpython off.
> 
> -Seth
> 
> [1]
> https://launchpadlibrarian.net/40162/buildlog_ubuntu-bionic-amd64.kicad_201902061447+5072298~84~ubuntu18.04.1_BUILDING.txt.gz
> 


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

Re: [Kicad-developers] 5.1.0-rc1

[Seth Hillbrand]

Am 2019-02-06 04:26, schrieb Jean-Samuel Reynaud:

Great news. By this way I created a dedicated PPA (Linux Ubuntu) for
this release:

ppa:js-reynaud/kicad-5.1


Hi Jean-Samuel-

Will the 5.1 PPA build with GTK3?  I noticed that your PPA for 18.04 [1] 
is still building with GTK2 and wxpython off.


-Seth

[1] 
https://launchpadlibrarian.net/40162/buildlog_ubuntu-bionic-amd64.kicad_201902061447+5072298~84~ubuntu18.04.1_BUILDING.txt.gz


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

Re: [Kicad-developers] 5.1.0-rc1

[Wayne Stambaugh]

Hey Carsten,

On 2/6/2019 12:57 AM, Carsten Schoenert wrote:
> Hello Wayne,
> 
> Am 05.02.19 um 19:51 schrieb Wayne Stambaugh:
>> Hopefully we wont need an -rc2.
> 
> would be really cool!
> 
>> Unfortunately, this will break all of the linux distro package manager
>> version handling because of our previous policy of tagging ahead for the
>> next version.  I apologize up front for the issues this is going to
>> cause.  This decision falls squarely on my shoulders.
> 
> Experienced package maintainer should be able to handle this.
> 
>> The clock is ticking for the library, doc, and translation devs.  I
>> would really like to get 5.1.0 released by the end of February.  This
>> means the libraries, documentation, and translations would have to be
>> tagged for 5.1.0 around 2/23 to give our package devs some time to get
>> the packages built and uploaded to the website.
> 
> If this date is possible with some days of vary there there is a big
> chance 5.1.0 will make it into the Debian Buster release! Something I'd
> really appreciate to see because of the GTK+3 support. :-)
> Otherwise people would directly need to wait for a backport.
> 

Any idea where we stand with wxPhoenix/python3 builds?  I'm wondering if
we have enough user testing with this configuration to feel comfortable
enabling it for 5.1.  Do we even have any packaged builds with this
configuration for users to test?  I haven't seen any bug reports
directly attributed to this so either it works as well as
wxPython/python2 or very few users are running it and it is not well tested.

Wayne

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

Re: [Kicad-developers] 5.1.0-rc1

[Jean-Samuel Reynaud]

Great news. By this way I created a dedicated PPA (Linux Ubuntu) for
this release:

ppa:js-reynaud/kicad-5.1


Le 05/02/2019 à 19:51, Wayne Stambaugh a écrit :
> I'm going to tag 5.1.0-rc1 this evening after I get home from work.
> There are still two low priority bugs against the 5.1.0-rc1 milestone
> left which I'm going to let slide and try to get them fixed by the
> stable release.  Hopefully we wont need an -rc2.
> 
> Unfortunately, this will break all of the linux distro package manager
> version handling because of our previous policy of tagging ahead for the
> next version.  I apologize up front for the issues this is going to
> cause.  This decision falls squarely on my shoulders.
> 
> The clock is ticking for the library, doc, and translation devs.  I
> would really like to get 5.1.0 released by the end of February.  This
> means the libraries, documentation, and translations would have to be
> tagged for 5.1.0 around 2/23 to give our package devs some time to get
> the packages built and uploaded to the website.  Please let me know if
> you cannot meet this date.
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 


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

Re: [Kicad-developers] 5.1.0-rc1

[Carsten Schoenert]

Hello Wayne,

Am 05.02.19 um 19:51 schrieb Wayne Stambaugh:
> Hopefully we wont need an -rc2.

would be really cool!

> Unfortunately, this will break all of the linux distro package manager
> version handling because of our previous policy of tagging ahead for the
> next version.  I apologize up front for the issues this is going to
> cause.  This decision falls squarely on my shoulders.

Experienced package maintainer should be able to handle this.

> The clock is ticking for the library, doc, and translation devs.  I
> would really like to get 5.1.0 released by the end of February.  This
> means the libraries, documentation, and translations would have to be
> tagged for 5.1.0 around 2/23 to give our package devs some time to get
> the packages built and uploaded to the website.

If this date is possible with some days of vary there there is a big
chance 5.1.0 will make it into the Debian Buster release! Something I'd
really appreciate to see because of the GTK+3 support. :-)
Otherwise people would directly need to wait for a backport.

-- 
Regards
Carsten Schoenert

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

Re: [Kicad-developers] 5.1.0-rc1.

[Tomasz Wlostowski]

On 27/01/2019 20:03, Wayne Stambaugh wrote:
> I took a look at the outstanding bugs linked to the 5.1.0-rc1 release
> and all of the high and critical bugs are fixed.  There are still a few
> medium priority bugs outstanding.  All but two of the medium priority
> bugs have developers assigned to them.  Any idea of when we might wrap
> up these last few bugs? 
Hi Wayne,

I'll try to fix the 5.1 bugs assigned to me before FOSDEM, but can't
promise anything for 100%.

Cheers,
Tom

___
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