Re: [Kicad-developers] recent macos build failures

[Adam Wolf]

Thanks!  Amazing response time!

On Mon, Apr 8, 2019 at 2:34 PM Seth Hillbrand  wrote:

> Am 2019-04-08 14:57, schrieb Adam Wolf:
> > Hi folks!
> >
> > Anyone having issues like this recently?
> >
> > 08:58:06 default:
> > /vagrant/build/kicad/src/kicad/qa/eeschema/eeschema_test_utils.cpp:28:23:
> > error: no member named 'getenv' in namespace 'std'; did you mean
> > simply 'getenv'?
> > 08:58:06 default: const char* env = std::getenv(
> > "KICAD_TEST_EESCHEMA_DATA_DIR" );
> > 08:58:06 default:   ^~~
> > 08:58:06 default:   getenv
> >
> > Adam Wolf
>
> Should be fixed now.
>
> -S
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Keep text upright

[Jeff Young]

Hi Kevin,

It would be reasonably straight-forward to fix that.  Log a wishlist bug for 
Board setup setting to indicate which edges of board are “up” for “keep 
upright”.

Cheers,
Jeff.

> On 8 Apr 2019, at 15:32, Kevin Cozens  wrote:
> 
> On 2019-04-06 7:06 p.m., Jeff Young wrote:
>> The keep text upright feature works poorly with left- or right-justified 
>> text (it flips around the anchor point).
> [snip]> if you rotate some text with keep-upright on, and then turn it off, 
> the text won’t “un-flip”.  But maybe that’s not so bad?  The 
> “keep” verb nearly already suggests that it’s an edit-time function.
> 
> I've had a problem with the keep upright feature since it was introduced. It 
> has been causing me more problems than it is supposed to solve. I have a 
> custom patch in my copy of the source tree that disables the feature.
> 
> The problem with keep upright is that it doesn't know which board edges are 
> the "up" side. For one of my PCB's it is using the wrong edges for "up".
> 
> -- 
> Cheers!
> 
> Kevin.
> 
> http://www.ve3syb.ca/   | "Nerds make the shiny things that
> https://www.patreon.com/KevinCozens | distract the mouth-breathers, and
>| that's why we're powerful"
> Owner of Elecraft K2 #2172  |
> #include  | --Chris Hardwick
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


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

Re: [Kicad-developers] A couple of featurettes that could use a spin....

[Jeff Young]

Thanks for testing, JP.  The Update PCB from Schematic issue should be fixed 
now.

Cheers,
Jeff.


> On 8 Apr 2019, at 19:12, jp charras  wrote:
> 
> Le 08/04/2019 à 17:43, Jeff Young a écrit :
>> I’ve just committed a couple of featurettes that could use a test spin if 
>> anyone has the opportunity.
>> 
>> 1) Dry run reporting for Clean Up Tracks and Vias
>> 2) Test Footprints in DRC
>> 3) Support for full character set in labels, netnames, etc.
>> 
>> Cheers,
>> Jeff.
> 
> Hi Jeff,
> 
> 1) works fine: good job.
> 
> 2) I cannot test it: since commit 77f15eeea, Eeschema crashes when
> importing the netlist (For instance using Update PCB from Schematic)
> (assert from eeschema/netlist_exporters/netlist_exporter_generic.cpp
> line 507 and crash) and therefore when testing footprints.
> 
> Tested on W7 - 32 bits.
> 
> 
> -- 
> Jean-Pierre CHARRAS
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


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

Re: [Kicad-developers] m_graph is null when exporting netlist

[Jeff Young]

Yep, seems to have worked.  Thanks!

> On 8 Apr 2019, at 20:20, Jon Evans  wrote:
> 
> Yes, try that.  We can probably pull it out of the ctor and just use the 
> global until/unless it is refactored away.
> 
> On Mon, Apr 8, 2019 at 3:19 PM Jeff Young  > wrote:
> I see there are other places where it’s constructed with the global 
> g_ConnectionGraph.  Do I just need to add that?
> 
>> On 8 Apr 2019, at 20:18, Jeff Young mailto:j...@rokeby.ie>> 
>> wrote:
>> 
>> It’s in the cross-probing code.  The init looks like this:
>> 
>> NETLIST_OBJECT_LIST* net_atoms = BuildNetListBase();
>> NETLIST_EXPORTER_KICAD exporter( this, net_atoms );
>> STRING_FORMATTER formatter;
>> 
>> exporter.Format( , GNL_ALL );
>> 
>> payload = formatter.GetString();
>> 
>> 
>>> On 8 Apr 2019, at 20:12, Jon Evans >> > wrote:
>>> 
>>> The graph should be updated before netlisting even if real-time is turned 
>>> off.  What is the call stack where you get the assert?  I'm not a build 
>>> machine now so I will be of limited use, but it sounds like somehow the 
>>> exporter is being constructed without setting the pointer to the global 
>>> connection graph object.
>>> 
>>> -Jon
>>> 
>>> On Mon, Apr 8, 2019 at 3:07 PM Jeff Young >> > wrote:
>>> Hi Jon,
>>> 
>>> When we try to build a netlist for Update PCB from Schematic we get an 
>>> assert in NETLIST_EXPORTER_GENERIC::makeListOfNets() because m_graph is 
>>> null.  Is this because real-time updating is turned off?  Is there a call 
>>> to build it that we should be making in the meantime?
>>> 
>>> Cheers,
>>> Jeff.
>>> ___
>>> 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] recent macos build failures

[Seth Hillbrand]

Am 2019-04-08 14:57, schrieb Adam Wolf:

Hi folks!

Anyone having issues like this recently?

08:58:06 default:
/vagrant/build/kicad/src/kicad/qa/eeschema/eeschema_test_utils.cpp:28:23:
error: no member named 'getenv' in namespace 'std'; did you mean
simply 'getenv'?
08:58:06 default: const char* env = std::getenv(
"KICAD_TEST_EESCHEMA_DATA_DIR" );
08:58:06 default:   ^~~
08:58:06 default:   getenv

Adam Wolf


Should be fixed now.

-S

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

Re: [Kicad-developers] m_graph is null when exporting netlist

[Jon Evans]

Yes, try that.  We can probably pull it out of the ctor and just use the
global until/unless it is refactored away.

On Mon, Apr 8, 2019 at 3:19 PM Jeff Young  wrote:

> I see there are other places where it’s constructed with the
> global g_ConnectionGraph.  Do I just need to add that?
>
> On 8 Apr 2019, at 20:18, Jeff Young  wrote:
>
> It’s in the cross-probing code.  The init looks like this:
>
> NETLIST_OBJECT_LIST* net_atoms = BuildNetListBase();
> NETLIST_EXPORTER_KICAD exporter( this, net_atoms );
> STRING_FORMATTER formatter;
>
> exporter.Format( , GNL_ALL );
>
> payload = formatter.GetString();
>
>
>
> On 8 Apr 2019, at 20:12, Jon Evans  wrote:
>
> The graph should be updated before netlisting even if real-time is turned
> off.  What is the call stack where you get the assert?  I'm not a build
> machine now so I will be of limited use, but it sounds like somehow the
> exporter is being constructed without setting the pointer to the global
> connection graph object.
>
> -Jon
>
> On Mon, Apr 8, 2019 at 3:07 PM Jeff Young  wrote:
>
>> Hi Jon,
>>
>> When we try to build a netlist for Update PCB from Schematic we get an
>> assert in NETLIST_EXPORTER_GENERIC::makeListOfNets() because m_graph is
>> null.  Is this because real-time updating is turned off?  Is there a call
>> to build it that we should be making in the meantime?
>>
>> Cheers,
>> Jeff.
>> ___
>> 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] m_graph is null when exporting netlist

[Jeff Young]

I see there are other places where it’s constructed with the global 
g_ConnectionGraph.  Do I just need to add that?

> On 8 Apr 2019, at 20:18, Jeff Young  wrote:
> 
> It’s in the cross-probing code.  The init looks like this:
> 
> NETLIST_OBJECT_LIST* net_atoms = BuildNetListBase();
> NETLIST_EXPORTER_KICAD exporter( this, net_atoms );
> STRING_FORMATTER formatter;
> 
> exporter.Format( , GNL_ALL );
> 
> payload = formatter.GetString();
> 
> 
>> On 8 Apr 2019, at 20:12, Jon Evans > > wrote:
>> 
>> The graph should be updated before netlisting even if real-time is turned 
>> off.  What is the call stack where you get the assert?  I'm not a build 
>> machine now so I will be of limited use, but it sounds like somehow the 
>> exporter is being constructed without setting the pointer to the global 
>> connection graph object.
>> 
>> -Jon
>> 
>> On Mon, Apr 8, 2019 at 3:07 PM Jeff Young > > wrote:
>> Hi Jon,
>> 
>> When we try to build a netlist for Update PCB from Schematic we get an 
>> assert in NETLIST_EXPORTER_GENERIC::makeListOfNets() because m_graph is 
>> null.  Is this because real-time updating is turned off?  Is there a call to 
>> build it that we should be making in the meantime?
>> 
>> Cheers,
>> Jeff.
>> ___
>> 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] m_graph is null when exporting netlist

[Jeff Young]

It’s in the cross-probing code.  The init looks like this:

NETLIST_OBJECT_LIST* net_atoms = BuildNetListBase();
NETLIST_EXPORTER_KICAD exporter( this, net_atoms );
STRING_FORMATTER formatter;

exporter.Format( , GNL_ALL );

payload = formatter.GetString();


> On 8 Apr 2019, at 20:12, Jon Evans  wrote:
> 
> The graph should be updated before netlisting even if real-time is turned 
> off.  What is the call stack where you get the assert?  I'm not a build 
> machine now so I will be of limited use, but it sounds like somehow the 
> exporter is being constructed without setting the pointer to the global 
> connection graph object.
> 
> -Jon
> 
> On Mon, Apr 8, 2019 at 3:07 PM Jeff Young  > wrote:
> Hi Jon,
> 
> When we try to build a netlist for Update PCB from Schematic we get an assert 
> in NETLIST_EXPORTER_GENERIC::makeListOfNets() because m_graph is null.  Is 
> this because real-time updating is turned off?  Is there a call to build it 
> that we should be making in the meantime?
> 
> Cheers,
> Jeff.
> ___
> 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] m_graph is null when exporting netlist

[Jon Evans]

The graph should be updated before netlisting even if real-time is turned
off.  What is the call stack where you get the assert?  I'm not a build
machine now so I will be of limited use, but it sounds like somehow the
exporter is being constructed without setting the pointer to the global
connection graph object.

-Jon

On Mon, Apr 8, 2019 at 3:07 PM Jeff Young  wrote:

> Hi Jon,
>
> When we try to build a netlist for Update PCB from Schematic we get an
> assert in NETLIST_EXPORTER_GENERIC::makeListOfNets() because m_graph is
> null.  Is this because real-time updating is turned off?  Is there a call
> to build it that we should be making in the meantime?
>
> Cheers,
> Jeff.
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] m_graph is null when exporting netlist

[Jeff Young]

Hi Jon,

When we try to build a netlist for Update PCB from Schematic we get an assert 
in NETLIST_EXPORTER_GENERIC::makeListOfNets() because m_graph is null.  Is this 
because real-time updating is turned off?  Is there a call to build it that we 
should be making in the meantime?

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

[Kicad-developers] recent macos build failures

[Adam Wolf]

Hi folks!

Anyone having issues like this recently?

*08:58:06* default:
/vagrant/build/kicad/src/kicad/qa/eeschema/eeschema_test_utils.cpp:28:23:
error: no member named 'getenv' in namespace 'std'; did you mean
simply 'getenv'?*08:58:06* default: const char* env =
std::getenv( "KICAD_TEST_EESCHEMA_DATA_DIR" );*08:58:06* default:
 ^~~*08:58:06* default:
   getenv


Adam Wolf
___
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] A couple of featurettes that could use a spin....

[jp charras]

Le 08/04/2019 à 17:43, Jeff Young a écrit :
> I’ve just committed a couple of featurettes that could use a test spin if 
> anyone has the opportunity.
> 
> 1) Dry run reporting for Clean Up Tracks and Vias
> 2) Test Footprints in DRC
> 3) Support for full character set in labels, netnames, etc.
> 
> Cheers,
> Jeff.

Hi Jeff,

1) works fine: good job.

2) I cannot test it: since commit 77f15eeea, Eeschema crashes when
importing the netlist (For instance using Update PCB from Schematic)
(assert from eeschema/netlist_exporters/netlist_exporter_generic.cpp
line 507 and crash) and therefore when testing footprints.

Tested on W7 - 32 bits.


-- 
Jean-Pierre CHARRAS

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

Re: [Kicad-developers] 5.1.1

[Rene Pöschl]

On 07/04/19 18:59, Wayne Stambaugh wrote:

Do we need any more than
three weeks to get the translations updated, the libraries tag, and
packages built?  Please let me know if this is an issue.



I hope i will be able to take a look at the library this weekend (The 
last few weeks where a bit busy for me.) I suspect i will therefore 
either tag it this weekend or know what needs to be done by then. (We 
typically do not have any deal breakers. Worst case would be too many 
design breaking changes on the symbol lib prompting me to revert some 
stuff.)



___
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] Windows build error.

[Wayne Stambaugh]

On 4/8/2019 11:24 AM, jp charras wrote:
> Le 08/04/2019 à 17:10, Wayne Stambaugh a écrit :
>> According to `git bisect`, commit
>> 77f15eeeaf89a5d2179ee800f6faa11faf718d0e broke windows builds (32 and 64
>> bits) with the following error:
>>
>> C:/msys64/home/wstambaugh/src/kicad-trunk/kicad/import_project.cpp:144:46:
>> error: conversion from 'wxString' to non-scalar type
>> 'std::__cxx11::string {aka std::__cxx11::basic_string}' requested
>>  std::string packet = wxString::Format( "%d\n%s",
>> SCH_IO_MGR::SCH_EAGLE, sch.GetFullPath() );
> 
> I just committed the fix.
> 

Thanks JP!

___
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] Merge schedule

[Nick Østergaard]

Ok, cool. I guess we all agree to merge it on master :)

man. 8. apr. 2019 16.45 skrev Tomasz Wlostowski :

> On 08/04/2019 13:58, Nick Østergaard wrote:
> > Hi Tomasz
> >
> > I was wondering about this yesterday. Has it even been merged on master?
> >
> > I think I would prefer not to merge it on stable
>
> Hi Nick,
>
> I don't plan to merge it to any stable release anytime soon. I meant the
> nightlies...
>
> 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

Re: [Kicad-developers] Windows build error.

[jp charras]

Le 08/04/2019 à 17:10, Wayne Stambaugh a écrit :
> According to `git bisect`, commit
> 77f15eeeaf89a5d2179ee800f6faa11faf718d0e broke windows builds (32 and 64
> bits) with the following error:
> 
> C:/msys64/home/wstambaugh/src/kicad-trunk/kicad/import_project.cpp:144:46:
> error: conversion from 'wxString' to non-scalar type
> 'std::__cxx11::string {aka std::__cxx11::basic_string}' requested
>  std::string packet = wxString::Format( "%d\n%s",
> SCH_IO_MGR::SCH_EAGLE, sch.GetFullPath() );

I just committed the fix.


-- 
Jean-Pierre CHARRAS

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

[Kicad-developers] A couple of featurettes that could use a spin....

[Jeff Young]

I’ve just committed a couple of featurettes that could use a test spin if 
anyone has the opportunity.

1) Dry run reporting for Clean Up Tracks and Vias
2) Test Footprints in DRC
3) Support for full character set in labels, netnames, etc.

Cheers,
Jeff.
___
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] Windows build error.

[Nick Østergaard]

Fails on linux as well

man. 8. apr. 2019 17.12 skrev Wayne Stambaugh :

> According to `git bisect`, commit
> 77f15eeeaf89a5d2179ee800f6faa11faf718d0e broke windows builds (32 and 64
> bits) with the following error:
>
> C:/msys64/home/wstambaugh/src/kicad-trunk/kicad/import_project.cpp:144:46:
> error: conversion from 'wxString' to non-scalar type
> 'std::__cxx11::string {aka std::__cxx11::basic_string}' requested
>  std::string packet = wxString::Format( "%d\n%s",
> SCH_IO_MGR::SCH_EAGLE, sch.GetFullPath() );
>
> ^~
> C:/msys64/home/wstambaugh/src/kicad-trunk/kicad/import_project.cpp:186:46:
> error: conversion from 'wxString' to non-scalar type
> 'std::__cxx11::string {aka std::__cxx11::basic_string}' requested
>  std::string packet = wxString::Format( "%d\n%s", IO_MGR::EAGLE,
> pcb.GetFullPath() );
>
> ^~
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

[Kicad-developers] Windows build error.

[Wayne Stambaugh]

According to `git bisect`, commit
77f15eeeaf89a5d2179ee800f6faa11faf718d0e broke windows builds (32 and 64
bits) with the following error:

C:/msys64/home/wstambaugh/src/kicad-trunk/kicad/import_project.cpp:144:46:
error: conversion from 'wxString' to non-scalar type
'std::__cxx11::string {aka std::__cxx11::basic_string}' requested
 std::string packet = wxString::Format( "%d\n%s",
SCH_IO_MGR::SCH_EAGLE, sch.GetFullPath() );

^~
C:/msys64/home/wstambaugh/src/kicad-trunk/kicad/import_project.cpp:186:46:
error: conversion from 'wxString' to non-scalar type
'std::__cxx11::string {aka std::__cxx11::basic_string}' requested
 std::string packet = wxString::Format( "%d\n%s", IO_MGR::EAGLE,
pcb.GetFullPath() );

^~

___
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] Merge schedule

[Tomasz Wlostowski]

On 08/04/2019 13:58, Nick Østergaard wrote:
> Hi Tomasz
> 
> I was wondering about this yesterday. Has it even been merged on master?
> 
> I think I would prefer not to merge it on stable

Hi Nick,

I don't plan to merge it to any stable release anytime soon. I meant the
nightlies...

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

Re: [Kicad-developers] 5.1.1

[Nick Østergaard]

I am noy sure what this means. Does it depend on changes in kicad or the
installer only?

man. 8. apr. 2019 14.46 skrev Simon Richter :

> Hi,
>
> On Sat, Apr 06, 2019 at 11:31:27PM -0400, Seth Hillbrand wrote:
>
> > I'd like to suggest spinning out 5.1.1 soon and pushing the existing
> > 5.1.1 bugs to 5.1.2.
> >
> > Thoughts?
>
> I'd like to use this opportunity and add ten random package GUIDs to the
> "uninstall before" list in the Windows installer to prepare for splitting
> up the package.
>
> The idea is that when the package split then finally happens, we can use
> these GUIDs for the separate parts, so users can go back from a split
> nightly to a 5.1.1 release just by installing over the nightly, and it will
> install cleanly without file conflicts.
>
> To get a feeling whether I should prioritize this up or delay until 5.1.2:
> any ideas on when you expect these two releases?
>
>Simon
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.1

[Simon Richter]

Hi,

On Sat, Apr 06, 2019 at 11:31:27PM -0400, Seth Hillbrand wrote:

> I'd like to suggest spinning out 5.1.1 soon and pushing the existing
> 5.1.1 bugs to 5.1.2.
> 
> Thoughts?

I'd like to use this opportunity and add ten random package GUIDs to the
"uninstall before" list in the Windows installer to prepare for splitting
up the package.

The idea is that when the package split then finally happens, we can use
these GUIDs for the separate parts, so users can go back from a split
nightly to a 5.1.1 release just by installing over the nightly, and it will
install cleanly without file conflicts.

To get a feeling whether I should prioritize this up or delay until 5.1.2:
any ideas on when you expect these two releases?

   Simon

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

Re: [Kicad-developers] Merge schedule

[Wayne Stambaugh]

Tom,

On 4/8/2019 7:34 AM, Tomasz Wlostowski wrote:
> On 05/04/2019 12:09, Jeff Young wrote:
>> I’ve got a changelist which cleans up the various SCH_ and LIB_ Draw() 
>> routines to remove the interactivity features (since they’re now print-only).
>>
> 
> Hi all,
> 
> Since we're discussing merging again, may I push my Crash Reporter patch
> (touches mostly kiface/single_top stuff, that I guess no one is working
> at for the moment)?

AFAIK, no one is doing any work on kiface/single_top at the moment so
you should be safe merging this into the master branch.  If this is
going to be an issue for anyone else, please speak up so we can make a
decision on how best to minimize merge conflicts.  Let's hold off
merging it into 5.1 until we get some testing to see how reliable it's
going to be.  Once it's stable, I would like to get this into 5.1 for
some future 5.1 bug release.  Even though we typically don't add new
features to stable branches, it may be worth violating that policy to
get bug reporting feature to as many users as possible.

Wayne

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

___
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] Merge schedule

[Nick Østergaard]

Hi Tomasz

I was wondering about this yesterday. Has it even been merged on master?

I think I would prefer not to merge it on stable if it has not even been
tested on master, but if you think it is low risk I guess it is ok.

As I have not tested it I don't know what it looks like, but if you think
it makes sense, maybe we should write a small note about users to include
the output of it if they see crashes?

Nick

On Mon, 8 Apr 2019 at 13:35, Tomasz Wlostowski 
wrote:

> On 05/04/2019 12:09, Jeff Young wrote:
> > I’ve got a changelist which cleans up the various SCH_ and LIB_ Draw()
> routines to remove the interactivity features (since they’re now
> print-only).
> >
>
> Hi all,
>
> Since we're discussing merging again, may I push my Crash Reporter patch
> (touches mostly kiface/single_top stuff, that I guess no one is working
> at for the moment)?
>
> 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
>
___
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] Merge schedule

[Tomasz Wlostowski]

On 05/04/2019 12:09, Jeff Young wrote:
> I’ve got a changelist which cleans up the various SCH_ and LIB_ Draw() 
> routines to remove the interactivity features (since they’re now print-only).
> 

Hi all,

Since we're discussing merging again, may I push my Crash Reporter patch
(touches mostly kiface/single_top stuff, that I guess no one is working
at for the moment)?

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

[Kicad-developers] Cut/copy/paste symbol

[Jeff Young]

I just fixed cut/copy/paste symbol (in the Symbol Editor’s library tree) to use 
the system clipboard.

Does anyone know of any other areas where we “cheat” and use global variables 
for cut/copy/paste instead of the system clipboard?

Cheers,
Jeff.
___
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] Common settings changing in 3D viewer

[Jeff Young]

While not directly related, see https://bugs.launchpad.net/kicad/+bug/1562672 
for some more background.


> On 8 Apr 2019, at 09:56, John Beard  wrote:
> 
> Hi,
> 
> I'm trying to get the 3d viewer hooked up to the common settings, so I
> can change the DPI scaling.
> 
> The 3d viewer frame is a KIWAY_PLAYER, but doesn't seem to participate
> in the Kiway ecosystem, as it's never created by a call to Player().
> This means it's never included in common settings updates.
> 
> Instead, the PCB_BASE_FRAME::CommonSettingsChanged() does the update
> via the EDA_3D_VIEWER public interface.
> 
> Is there a reason the 3D viewer is not included in the Kiway?
> 
> Cheers,
> 
> John
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


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

[Kicad-developers] Common settings changing in 3D viewer

[John Beard]

Hi,

I'm trying to get the 3d viewer hooked up to the common settings, so I
can change the DPI scaling.

The 3d viewer frame is a KIWAY_PLAYER, but doesn't seem to participate
in the Kiway ecosystem, as it's never created by a call to Player().
This means it's never included in common settings updates.

Instead, the PCB_BASE_FRAME::CommonSettingsChanged() does the update
via the EDA_3D_VIEWER public interface.

Is there a reason the 3D viewer is not included in the Kiway?

Cheers,

John

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

Re: [Kicad-developers] Build Docs Page Not Working

[Clemens Koller]

The browser cache gets cleared on every session at my side...
It still works, somehow. But loading the left menu seems to stall (until some 
timeout?) every once in a while on refresh for several seconds.

Regards,

Clemens

On 07/04/2019 17.38, Mark Roszko wrote:
> It's not fixed. The build job is having trouble uploading correctly at the 
> moment.
> If it looks fine atm, it's because of your browser cache.
> 
> On Sun, Apr 7, 2019 at 11:23 AM Clemens Koller  > wrote:
> 
> It seems fixed, on firefox 66.0.2, too. It wasn't this morning.
> 
> On 07/04/2019 15.02, Wayne Stambaugh wrote:
> > Has this been fixed?  It looks fine to me in Chrome.
> >
> > On 4/6/19 11:58 PM, Mark Roszko wrote:
> >> Looks like the last docs build broke on upload.
> >>
> >> On Sat, Apr 6, 2019 at 11:57 PM Mark Roszko  
> >> >> wrote:
> >>
> >>     >Resource interpreted as Stylesheet but transferred with MIME type
> >>     text/x-asm: "http://docs.kicad-pcb.org/doxygen/doxygen.css;.
> >>
> >>     HM
> >>
> >>
> >>
> >>     On Sat, Apr 6, 2019 at 9:30 PM Christopher Buckley
> >>        >>
> >>     wrote:
> >>
> >>         Is it just me using Firefox 66 or is the docs build page really
> >>         messed up???
> >>
> >>         
> http://docs.kicad-pcb.org/doxygen/md_Documentation_development_compiling.html
> >>
> >>
> >>         ___
> >>         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
> >>
> >>
> >>
> >>     --
> >>     Mark
> >>
> >>
> >>
> >> --
> >> Mark
> >>
> >> ___
> >> Mailing list: https://launchpad.net/~kicad-developers
> >> Post to     : kicad-developers@lists.launchpad.net 
> 
> >> Unsubscribe : https://launchpad.net/~kicad-developers
> >> More help   : https://help.launchpad.net/ListHelp
> >>
> >
> > ___
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to     : kicad-developers@lists.launchpad.net 
> 
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help   : https://help.launchpad.net/ListHelp
> >
> 
> ___
> 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
> 
> 
> 
> -- 
> Mark

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