Le 23/08/2015 16:41, easyw a écrit :
> Hi JP,
>
> The changes are fully working.
> thanks for committing.
>
> PS
> I see you added a bar code generator to fp wizard...
> Do you think it would possible to add also an option for exposed pad in
> qfp/qfn footprint?
> thank you
> Maurice
Yes, I thin
Le 23/08/2015 18:28, LordBlick a écrit :
> In response to a message written on 23.08.2015, 18:01, from LordBlick:
>> In response to a message written on 23.08.2015, 17:18, from Daniel
>> Dawid Majewski:
>>> Attached patch provides following changes:
>>> - rename to conventional name
>>> - compact &
Hi, Orson.
I have a usability issue in GAL mode (Windows specific, at least W7 32
bits) when a Pcbnew canvas uses the GAL mode.
When mouse cursor enters the canvas area, the frame immediately has the
focus and is brought to the to top level, even it is not the current top
level frame.
This creates
Le 25/08/2015 11:42, Maciej Sumiński a écrit :
> Hi Jean-Pierre,
>
> I have just pushed a fix for the problem you describe (revision
> 6132). Please let me know if it works for you.
>
> Regards, Orson
It works fine!
Thanks.
>
> On 08/25/2015 10:59 AM, jp charras wrote
Le 25/08/2015 17:48, Wayne Stambaugh a écrit :
> Is anyone else have an issue with the track width and via diameter combo
> boxes in the auxiliary tool bar not being populated with the board
> design rules information? I just noticed this because I added some
> dummy design rules so I could change
Le 26/08/2015 01:59, Mark Roszko a écrit :
> Gcc 5.1,5.2 introduced a fun bug. It will throw an warning on every
> function with the deprecated attribute as long as they are declared
> and regardless if they are used or not. The problem is wxwidgets has
> alot of the attributes in its headers and b
Le 26/08/2015 06:32, Lachlan Audas a écrit :
> Hi, I have a strange problem, I'm opening a Ealge 6.xx pcb, saving it,
> then reading the net list from the matching convert eagle sch.
>
> This works fine, most of the time, but on net list import it prefix's the
> net's with / and some others is
Le 27/08/2015 08:16, Lorenzo Marcantonio a écrit :
> On Wed, 26 Aug 2015 22:19:17 +0200, Wayne Stambaugh wrote:
>> Good question Peter. Does someone want to field this? I didn't change
>> this code so I cannot answer why Pcbnew will no longer allow you to
>> change trace widths by selecting an alte
Le 27/08/2015 14:47, Wayne Stambaugh a écrit :
> On 8/27/2015 2:32 AM, jp charras wrote:
>> Le 27/08/2015 08:16, Lorenzo Marcantonio a écrit :
>>> On Wed, 26 Aug 2015 22:19:17 +0200, Wayne Stambaugh wrote:
>>>> Good question Peter. Does someone want to field this? I d
Le 28/08/2015 10:56, Nick Østergaard a écrit :
> Does anyone remember? There should ba a thread about it somewhere.
> Den 28/08/2015 09.55 skrev "Lorenzo Marcantonio" > :
>
>> On Thu, 27 Aug 2015 22:34:09 +0200,
>> Nick Østergaard wrote:
>>> some email some time ago. IIRC it was Lorenzo that was t
Le 28/08/2015 14:28, LordBlick a écrit :
> In response to a message written on 28.08.2015, 14:05, from Tomasz
> Wlostowski:
>> Do you build the libc or the X server every time you build Kicad? Just
>> think
>> of OCC as just every other system library... Plus, there are pre-compiled
>> versions.
>
Le 29/08/2015 20:04, Mário Luzeiro a écrit :
> Hello Jean-Pierre,
>
> In the board_items_to_polygon_shape_transform.cpp line 423
> in function TransformShapeWithClearanceToPolygon
>
> https://github.com/KiCad/kicad-source-mirror/blob/44b5d19d3b917e4336fff64b5a00313167838fd3/pcbnew/board_items_to_
Le 30/08/2015 11:49, LordBlick a écrit :
> In response to a message written on 30.08.2015, 10:56, from LordBlick:
>> Attached patch provides following changes: - remove translatability
>> Github
>> URL as pointless. - change it to secure and working address.
> Never mind, I did'n anytime use wxForm
Le 30/08/2015 19:21, nnn a écrit :
> It may be better to make exposed pad as array of smaller pads for better
> application of solder paste. This will also allow to easily change the
> pad into array of tht pads for improved power dissipation. Below - how I
> did it in C (full code here:
> https://
Le 28/08/2015 04:54, Joseph Chen a écrit :
> This is a resubmitting of a patch file (attached) that fixes the issue
> of [Bug 1487945]. This time it it more coding style compliant as
> suggested in other developer's comments.
>
> The fix passed tests on Ubuntu 15.04, based off KiCAD BZR 6133
>
Le 29/08/2015 23:21, Michael Beardsworth a écrit :
> Small fix-up attached.
>
> Thanks,
> Michael Beardsworth
>
Committed. Thanks.
--
Jean-Pierre CHARRAS
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists
Le 31/08/2015 21:25, David J S Briscoe a écrit :
> I've just been playing with V6132 of PCBNEW. I have a number of small
> observations.
>
> 1/ In the layer manager toolbar the Top and Bottom layer are named
> Composant and Cuivre. Why is this even though I am using English as my
> language?
> 2/
Le 02/09/2015 23:06, Simon Richter a écrit :
> Hi,
>
> small cleanup: there are a few unnecessary casts because the covariant
> return already does the right thing. Where we get the screen object only in
> order to get the active layer, use the accessor function directly.
>
>Simon
Patch comm
Le 03/09/2015 11:47, LordBlick a écrit :
> In response to a message written on 03.09.2015, 10:39, from Lukasz
> Iwaszkiewicz:
>> Hi kicad devs, this is me again. I had no feedback from you. What
>> should I
>> improve? I would really love to have this patch incorporated into
>> mainstream
>> repo.,
Le 10/09/2015 09:11, Lachlan Audas a écrit :
> Hi, just wondering if any one else is see the build error, on Debian
> testing, amd 64 bits, GCC 4.9.3
> Just started a few day's ago.
>
> 60%] Building CXX object
> eeschema/CMakeFiles/eeschema_kiface.dir/dialogs/dialog_choose_component_base.cpp.o
Le 13/09/2015 10:47, Thiadmer Riemersma a écrit :
>> What about IPC-2581? Is really open? Do PCB manufacturers support it?
>
> The IPC-2581 specification is freely available. I believe it is as open as
> Gerber is (but I am not a lawyer).
>
> I am unaware of any PCB manufacturers that support IPC
Le 13/09/2015 19:04, nats a écrit :
>
>
> Le 13/09/2015 17:44, Lorenzo Marcantonio a écrit :
>> On Sun, Sep 13, 2015 at 01:47:21PM +0200, nats wrote:
>>> Hello,
>>> I think many of you miss the point of having ODB++ export. It's not
>>> really
>>> usefull for PCB manufacturer, you can always go w
Le 13/09/2015 20:11, Wayne Stambaugh a écrit :
> On 9/13/2015 1:50 AM, Lorenzo Marcantonio wrote:
>> On Sat, Sep 12, 2015 at 10:49:59PM -0600, Joseph Chen wrote:
>>
>>> Though you don't approve the change now, I hope you would approve it
>>> sometime later soon, like maybe RC2. I am saying this bec
Le 14/09/2015 06:17, Joseph Chen a écrit :
> @Wayne and @JP,
>
> Could try ERC on this simple schematic file?
>
> Attached, you can find a test schematic file that has an unintended
> unmatched local labels, and current kicad ERC does not detect them.
>
> In the test schematic file, there is a m
Orson,
Could you have a look at these few issues:
- When the number of layers is increased (for instance from 2 to 4
layers), the tracks drawn on the new layers (for instance usung the
legacy mode) are not displayed in OpenGl mode , until the board is
saved, Kicad closed and reopened.
- Microvias
Le 24/09/2015 14:38, Maciej Sumiński a écrit :
> Hi Jean-Pierre,
>
> On 09/24/2015 01:53 PM, jp charras wrote:
>> Orson,
>>
>> Could you have a look at these few issues:
>>
>> - When the number of layers is increased (for instance from 2 to
>> 4 lay
Le 25/09/2015 07:36, Joseph Chen a écrit :
> Hi @JP,
>
> Have you got a chance to review this submitted patch?
>
> --JC
>
> On 09/14/2015 10:58 PM, Joseph Chen wrote:
>> @JP,
>>
>> Attached you can find the patch file for the improvement of optional
>> ERC's detecting local labels.
>>
Yes, I ha
Le 26/09/2015 00:11, Nick Østergaard a écrit :
> I forgot to mention this was tested on 4.0.0 RC1 and 6217 on linux.
> But I just figured what was the issue here. I just edited the current
> path in the line by prefixing the path with /tmp and the program did
> not seem to see that this path could
Message transféré
Sujet : Re: [Kicad-developers] Eeschema ERC should detect unmatched
local labels
Date : Mon, 28 Sep 2015 12:55:59 +0200
De : jp charras
Pour : Joseph Chen
Le 28/09/2015 09:40, Joseph Chen a écrit :
> On 09/25/2015 10:25 AM, jp charras wrote:
>>
Le 28/09/2015 16:23, Wayne Stambaugh a écrit :
> Two comments:
>
> Do we really need to add the same information that is already displayed
> in the DRC dialog message panel?
>
> If so, please use an HTML_MESSAGE_BOX to display the formatted error
> messages rather than stripping out the html form
Le 30/09/2015 01:25, Wayne Stambaugh a écrit :
> JP,
>
> Your name is on the initial commit for qfn_wizard.py. I don't have time
> to figure out these patches should be included. Do these patches make
> sense? Let me know so I can make a decision on whether or not to commit
> them.
>
> Thanks,
Le 30/09/2015 14:30, Wayne Stambaugh a écrit :
> Thanks for the update. I'll leave the python examples uninstalled until
> we can confirm that they are not broken. I don't think it's all that
> important for the stable release. Users can always look at the python
> plugins to get an idea of how
Le 17/10/2015 15:13, Simon Wells a écrit :
> I have been looking into this issue and have a branch that i have been
> working on intermittently, where i was thinking about having it so that if
> you left click on the colour button/indicator then it would provide the
> colour dialog, although someth
Le 19/10/2015 21:54, Wayne Stambaugh a écrit :
> On 10/19/2015 11:59 AM, Mark Roszko wrote:
>> It was fixed 2 months ago in the uuid library upstream.
>> https://github.com/boostorg/uuid/pull/6
>>
>>
>> avhttp cannot fix it.
>>
>
> Thanks for the heads up. Unfortunately, this is not the end of th
Le 20/10/2015 06:45, Henner Zeller a écrit :
> Hi,
> When setting the SetUseGerberExtensions() in python, the choice was
> not honored. This is fixing it.
>
> Suggested commit message:
> Fix Plotcontroller to make SetUseGerberExtensions() work as expected.
>
> Find patch here:
> https://github.co
Le 21/10/2015 03:09, Henner Zeller a écrit :
> On 20 October 2015 at 13:49, Henner Zeller wrote:
>> On 20 October 2015 at 13:17, Nick Østergaard wrote:
>>> I think the proposed naming makes sense. I don't think we need to mark
>>> it as deprecated, we could just remove it. I have not heard of a l
Le 22/10/2015 10:50, Marco Ciampa a écrit :
> On Thu, Oct 22, 2015 at 10:02:08AM +0200, i...@elektroquark.com wrote:
>> Hello all,
>>
>> I have just started translating KiCad GUI to Spanish. The existing
>> translation is very old an only about 1% of the translation is done.
>>
>> I'm about the 15%
Le 24/10/2015 13:57, Nick Østergaard a écrit :
> Hi
>
> It looks like the message/console dialog was added in rev 6150, I think
> this commit did not consider users to close the window... The commit just
> before, that is 6149 could be related. A third commit related to this is
> 6163.
>
> @Jean
Le 24/10/2015 16:15, Nick Østergaard a écrit :
> 2015-10-24 16:00 GMT+02:00 jp charras :
>> Le 24/10/2015 13:57, Nick Østergaard a écrit :
>>> Hi
>>>
>>> It looks like the message/console dialog was added in rev 6150, I think
>>> this commit did n
Le 25/10/2015 09:00, Bernhard Stegmaier a écrit :
> Hi,
>
> as already mentioned in another thread I had to create some new footprints
> recently and I noticed that footprint editor is horribly slow.
> I have 2 machines, one is running OS X 10.10 with a 1920x1080 display and the
> other is a Mac
Le 25/10/2015 12:58, Bernhard Stegmaier a écrit :
> OK, attached the patch
> Use solid line instead of dashed for drawing axis (for performance reasons
> especially on OS X).
>
> It also cleans up some duplicate and IMHO unneeded things from some
> gr_basic.cpp Methods I came across during deb
Le 25/10/2015 00:02, Marco Ciampa a écrit :
> Please note that the "Plot" dialog in Pcbnew is missing some translatable
> strings as:
>
> - messages
> - filter
> - all filter checkbox descriptions
> - save report to file... (strangely the dialog it opens is full translated
> though...)
>
> b
Le 26/10/2015 12:28, Marco Ciampa a écrit :
> On Mon, Oct 26, 2015 at 08:51:38AM +0100, jp charras wrote:
>> Le 25/10/2015 00:02, Marco Ciampa a écrit :
>>> Please note that the "Plot" dialog in Pcbnew is missing some translatable
>>> strings as:
>>>
&
Le 26/10/2015 16:49, Marco Ciampa a écrit :
> On Mon, Oct 26, 2015 at 01:39:59PM +0100, jp charras wrote:
>> Le 26/10/2015 12:28, Marco Ciampa a écrit :
>>> On Mon, Oct 26, 2015 at 08:51:38AM +0100, jp charras wrote:
>>>> Le 25/10/2015 00:02, Marco Ciampa a écrit :
&g
Le 26/10/2015 18:42, jp charras a écrit :
> Le 26/10/2015 16:49, Marco Ciampa a écrit :
>> On Mon, Oct 26, 2015 at 01:39:59PM +0100, jp charras wrote:
>>> Le 26/10/2015 12:28, Marco Ciampa a écrit :
>>>> On Mon, Oct 26, 2015 at 08:51:38AM +0100, jp charras wrote:
&g
Le 26/10/2015 21:26, Marco Ciampa a écrit :
> On Mon, Oct 26, 2015 at 06:45:49PM +0100, jp charras wrote:
>>> I am thinking they are translatable.
>>> In French, at least "Warnings" is translated.
>>> (The 2 other words (Infos, Actions) are the same in Fre
Le 27/10/2015 08:16, jp charras a écrit :
> Le 26/10/2015 21:26, Marco Ciampa a écrit :
>> On Mon, Oct 26, 2015 at 06:45:49PM +0100, jp charras wrote:
>>>> I am thinking they are translatable.
>>>> In French, at least "Warnings" is translated.
>>&g
Le 27/10/2015 08:57, Cirilo Bernardo a écrit :
> Hi Marco,
>
> I checked the sources and there was a bug which would have prevented the
> translation, but JP has fixed it. However on my system the "Save report to
> file..." is still not translated, but I suspect there is something missing
> in t
Le 28/10/2015 01:32, Cirilo Bernardo a écrit :
> Thanks to nickoe I'm finally able to build on MSWin and was able to
> get the dynamic plugins working on that platform. With some help on
> the kicad IRC channel I was able to make changes and verify that
> dynamic plugins work on OSX as well. (On MS
Le 01/11/2015 14:15, Mário Luzeiro a écrit :
> Hello,
>
> During some tests I did (in my branch and related with 3d-viewer) I
> experienced some issues that I found to be related with Clipper.
>
> I updated it to latest head and it solve the bugs:
> http://sourceforge.net/p/polyclipping/code/HE
Le 02/11/2015 13:14, Mário Luzeiro a écrit :
> Hi JP,
>
> I am not necessarily forcing related it is as a fault from other modules in
> kicad. But maybe because of any special nature of the polygons from
> bitmap2component it was causing the issue from that data. (see note*)
> The issue I found
Le 03/11/2015 15:02, Mark Roszko a écrit :
> ?
> This one is maintained:
> https://github.com/nickoe/KiCad-Winbuilder
>
> That automates the whole process with msys2. The PKGBUILD is probably
> better than what msys2 has in its own system because we actually
> package libxslt! and disable the gcc
Le 04/11/2015 05:13, Mark Roszko a écrit :
> 1. Fixed copy paste error in append_board_to_current.cpp ruining a if
> else condition, should fix a possible bounding box computation bug
> 2. Whole bunch of pointless casts removed
> 3. Unused variables removed
> 4. Fix bug caused by JP on April 25, 20
Le 04/11/2015 17:15, Mark Roszko a écrit :
> I eagerly await a plugin framework. I want play around with overhauling the
> netlisting/bom into plugins rather than XSLT and the C++ combo right now.
> I originally wanted to create a way more advanced XSLT system complete
> with configurable
> display
Le 04/11/2015 17:43, jp charras a écrit :
> Le 04/11/2015 17:15, Mark Roszko a écrit :
>> I eagerly await a plugin framework. I want play around with overhauling the
>> netlisting/bom into plugins rather than XSLT and the C++ combo right now.
>> I originally wanted to creat
Le 06/11/2015 18:25, Andrew Zonenberg a écrit :
> There's another bug I spent a while hunting for earlier this week,
> but couldn't get too far with. Maybe someone else can pick it up?
>
> Steps to reproduce: * Open pad editor * Select pad type: SMT *
> Select copper layers: none * Uncheck all tec
Le 06/11/2015 18:37, Nick Østergaard a écrit :
>
> Den 06/11/2015 18.34 skrev "jp charras" <mailto:jp.char...@wanadoo.fr>>:
>>
>> Le 06/11/2015 18:25, Andrew Zonenberg a écrit :
>> > There's another bug I spent a while hunting for earlier t
any crash, just a warning message (in a wxLogMessage dialog) in
Opengl canvas, both in Release and Debug version.
JP Charras
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscri
Le 06/11/2015 19:35, Wayne Stambaugh a écrit :
> On 11/6/2015 12:04 PM, Mark Roszko wrote:
>> One thing I didn't think was fixed yet was a null dereference
>> introduced with the clipper library upgrade. jp fixed the
>> uninitialized warnings but theres still a explicit null deref in a
>> loop cond
Le 08/11/2015 05:11, Chris Pavlina a écrit :
> LIB_TEXT::Plot doesn't take justification into account, so when
> generating postscript/PDF/etc with left/right-justified text, the
> text is in the wrong position. This patch fixes that.
>
> -- Chris
I committed your patch in rev 6303.
Thanks.
--
Le 09/11/2015 10:32, Tomasz Wlostowski a écrit :
> On 07.11.2015 21:41, Wayne Stambaugh wrote:
> And speaking of pns, there is still CID 106401 where
> PNS_MEANDERED_LINE::MeanderSegment can memory leak.
>
> Here's a patch for that.
>
> Cheers,
> T.
I committed this patch. Thanks.
--
Le 11/11/2015 11:26, x...@sms.cz a écrit :
>>> Hopefully, if Mark Roszko implements
>>> a general netlist generator he announced, the problem might
>>> get resolved.
>>
>> I don't think Mark's changes help in this situation. Plugin or no
>> plugin, you still need a way to export spice netlists.
>
Le 11/11/2015 14:35, x...@sms.cz a écrit :
> Sorry, Jean-Pierre, but your answer is too vague for me. I'm just a EE
> hobbyist, so I'm surely less experienced than you EE professionals. But at the
> level I want to use KiCad, I don't think your points are valid. See my
> comments below.
First of
Le 12/11/2015 20:52, Mark Roszko a écrit :
> Woops, my bad. They were going to remove poly2tri when removing boost::polygon
>
> On Thu, Nov 12, 2015 at 2:50 PM, Mark Roszko wrote:
>> From what I can recall, poly2tri was intended as the replacement for
>> boost::polygon.
>>
>> On Thu, Nov 12, 2015
Le 15/11/2015 17:18, Jon Neal a écrit :
> Sounds good to me.
>
> I missed that you can only have non-static initializers with a c++11
> compiler which caused the build to fail. I attached a patch to fix this.
>
> Jon
>
I committed this patch. Thanks.
--
Jean-Pierre CHARRAS
_
Hi, Orson and Tom,
Sometimes, when testing large boards in OpenGL mode (for instance your
large demo board "wrs.kicad_pcb"), I had the message "out of memory"
from the CACHED_CONTAINER functions which allocate space in memory.
I am able to load the board, and it happens after some editions which
Le 17/11/2015 17:32, Eldar Khayrullin a écrit :
> Today after recompile I have compile error.
>
> Compile cmd:
> mkdir build
> cd build
> cmake -DKICAD_SKIP_BOOST=ON \
> -DCMAKE_INSTALL_PREFIX=/usr \
> -DKICAD_SCRIPTING=ON -DKICAD_SCRIPTING_MODULES=ON
> -DKICAD_SCRIPT
Le 18/11/2015 01:41, Wayne Stambaugh a écrit :
> On 11/17/2015 1:13 PM, "Torsten Hüter" wrote:
>> Hi Wayne,
>>
>> thanks for the great work, I'm looking forward to the release. I
>> have several questions about licenses / legal issues:
>>
>> Is there somewhere an overview of the used libraries /
Le 17/11/2015 18:38, Tomasz Wlostowski a écrit :
> On 16.11.2015 08:52, jp charras wrote:
>> Here is my question:
>> Is it possible to keep the largest allocated block during the session,
>> without frequently allocating intermediate blocks, to avoid the memory
>>
Le 20/11/2015 21:56, Wayne Stambaugh a écrit :
> On 11/20/2015 3:08 PM, Mário Luzeiro wrote:
>> Hello all,
>>
>> I am building kicad on windows msys/mingw32
>> Everytime I update (pull) my development bzr branch it will "generate
>> version string header" and rebuild all kicad. :S
>
> It should
Le 23/11/2015 17:29, Adam Wolf a écrit :
> Hi folks,
>
> I looked into this a bit. I don't generate a fp-table-lib, I use the
> one from the kicad-library repository. It has a TO_SOT_Packages_SMD.pretty.
>
> I can see it on github
> fine: https://github.com/KiCad/TO_SOT_Packages_SMD.pretty
>
>
Le 21/11/2015 23:08, Wayne Stambaugh a écrit :
> On 11/21/2015 2:54 PM, jp charras wrote:
>> Le 20/11/2015 21:56, Wayne Stambaugh a écrit :
>>> On 11/20/2015 3:08 PM, Mário Luzeiro wrote:
>>>> Hello all,
>>>>
>>>> I am building kicad on
Le 23/11/2015 20:52, Wayne Stambaugh a écrit :
> On 11/23/2015 2:20 PM, jp charras wrote:
>> Le 21/11/2015 23:08, Wayne Stambaugh a écrit :
>>> On 11/21/2015 2:54 PM, jp charras wrote:
>>>> Le 20/11/2015 21:56, Wayne Stambaugh a écrit :
>>>>&g
Le 24/11/2015 01:24, Wayne Stambaugh a écrit :
> On 11/23/2015 3:06 PM, jp charras wrote:
>> Le 23/11/2015 20:52, Wayne Stambaugh a écrit :
>>> On 11/23/2015 2:20 PM, jp charras wrote:
>>>> Le 21/11/2015 23:08, Wayne Stambaugh a écrit :
>>>>> On 11/21
Le 28/11/2015 22:23, Mark Roszko a écrit :
> KiCad is graphically really broken on high DPI screens like my Surface
> Book and Surface Pro. (I literally just got a Book a few days ago so I
> never knew)
>
> On the high DPI display, it gets really bad with say the pcbcalculator
> where the images a
Le 29/11/2015 13:21, Eldar Khayrullin a écrit :
> Next patch fix previous bug for pcb_calc
Sorry, Eldar, but your patches are not good.
Can you test the rev 6332, which should fix the row label column size.
--
Jean-Pierre CHARRAS
___
Mailing list: h
Le 29/11/2015 16:03, Eldar Khayrullin a écrit :
> I test. One issue -> Track width 1 = 00.00
>
> 29.11.2015 17:21, jp charras пишет:
>> Le 29/11/2015 13:21, Eldar Khayrullin a écrit :
>>> Next patch fix previous bug for pcb_calc
>> Sorry, Eldar, but you
Le 01/12/2015 08:14, Simon Richter a écrit :
>
> As boost::polygon is gone, we can drop the workaround for older gcc.
> ---
> CMakeLists.txt | 15 ---
> 1 file changed, 15 deletions(-)
>
boost::polygon is gone, not the gcc bug.
This is likely a gcc bug, not a boost::polygon bug.
-
Le 01/12/2015 09:27, Simon Richter a écrit :
> Hi,
>
> On 01.12.2015 09:07, jp charras wrote:
>
>>> As boost::polygon is gone, we can drop the workaround for older
>>> gcc.
>
>> boost::polygon is gone, not the gcc bug. This is likely a gcc
>> bug, n
Le 01/12/2015 16:03, Lachlan Audas a écrit :
> Bug: pcbnew always shows NAME and VALUE fields, even there are not
> present in Eagle brd package definition.
> Also when the "both option" is enable in Eagle, on part
> NAME or part VALE fields, it should display"NAME = R1"
Le 01/12/2015 16:03, Lachlan Audas a écrit :
> Bug: pcbnew always shows NAME and VALUE fields, even there are not
> present in Eagle brd package definition.
> Also when the "both option" is enable in Eagle, on part
> NAME or part VALE fields, it should display"NAME = R1"
Le 14/11/2015 22:28, Jon Neal a écrit :
> Hi all,
>
> I have two patches right now, one is a little higher priority than the
> other.
>
> The first is eagle_keepout_area_fix.patch. When I "fixed" importing
> polygons in the eagle importer a few months ago I neglected to handle
> keepout areas whi
Le 03/12/2015 07:47, Mark Roszko a écrit :
> Given that this:
> #include// chinese SSL magic
>
> is literally in the source code on github_plugin.cpp:94
>
> I have written a replacement implementation that drops avhttp in favor
> of libcurl.
>
> All the linux distros have
Le 03/12/2015 18:33, Mark Roszko a écrit :
> Ah yes I was planning on fixing that warning, its silly noise.
>
>
>
> That cacert problem is interesting, though generally troubleshootable
>
> It generally looks for a "cacert" file in the program's folder and
> then PATH unless we specify it expli
I am not sure verifying a certificate is mandatory just to download some
ASCII files from our server.
>
> On Thu, Dec 3, 2015 at 2:38 PM, jp charras wrote:
>> Le 03/12/2015 18:33, Mark Roszko a écrit :
>>> Ah yes I was planning on fixing that warning, its silly noise.
>
Le 04/12/2015 12:43, Brian Sidebotham a écrit :
> Please don't simply disable SSL verification - this is really only
> useful for self-signed certs.
>
> Instead, use something along the lines of
>
> curl_easy_setopt( curl, CURLOPT_CAINFO, "ca-bundle.crt");
>
> This is a Windows-specific prob
Le 04/12/2015 14:15, Mark Roszko a écrit :
>> I understand what you mean, but I am pretty sure avhttp did not test
> certificates.
> It did using boost::asio:ssl which has the functionality for it.
>
> in include/avhttp/impl/http_stream.ipp you can even see the
> m_check_certificate option which k
Le 04/12/2015 14:54, Wayne Stambaugh a écrit :
> Thanks Henner. I'll take a look at it when I get a chance. I'm sure
> this isn't the only place this pattern is used. If you have a patch,
> please submit it.
>
> Thanks,
>
> Wayne
>
> On 12/3/2015 3:46 AM, Henner Zeller wrote:
>> Hi,
>> Playin
Le 03/12/2015 20:11, Jon Neal a écrit :
> This fixes a small "issue" that was annoying me.
>
> With this patch when you add new layers in pcbnew they will be selected
> by default for plotting.
>
> It does this in two places:
> First - it sets the default for a new board to plot select all copper
Le 04/12/2015 19:48, jp charras a écrit :
> Le 03/12/2015 20:11, Jon Neal a écrit :
>> This fixes a small "issue" that was annoying me.
>>
>> With this patch when you add new layers in pcbnew they will be selected
>> by default for plotting.
>>
>> I
Le 07/12/2015 09:07, Cirilo Bernardo a écrit :
> The attached patch fixes the following bugs in the IDF export:
>
> 1. incorrect orientation of components on the bottom side of the board
> when the #D model rotation is non-zero
>
> 2. failure to export when some components have no model set
>
>
Le 07/12/2015 06:13, Henner Zeller a écrit :
> On 6 December 2015 at 20:58, Adam Wolf wrote:
>> I believe that there was integration done so that if you click the
>> autorouter button, it tells you in the status bar to put the jar in a
>> certain path, at which point the button works like it did b
Le 07/12/2015 13:51, Chris Pavlina a écrit :
> Mostly directed at JP:
>
> Back in June, I went through and changed a few 'weird' things we were doing,
> including using C abs instead of C++ std::abs:
>
> http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/5831
>
> You j
Le 07/12/2015 14:28, Chris Pavlina a écrit :
> It is indeed difficult to test an issue that doesn't appear on your
> computer, but from a quick look around, it looks like the correct way
> is to leave std::abs, but add #include . Unlike stdlib.h,
> cstdlib defines overloads for all the integer widt
Le 08/12/2015 00:19, Chris Pavlina a écrit :
> The following error messages in pcbnew are poorly written:
>
> - The duplicated zone is on the same layer as the initial zone, which
> has no sense. Please, choose another layer for the new zone.
>
> + for obvious reasons, broken English
>
> -
Le 07/12/2015 21:52, Jon Neal a écrit :
> Updated patch.
>
> The stupid thing I missed shouldn't happen any more. When you plot it
> will only plot the layers you have selected rather than all of the
> copper layers.
>
> Jon
Committed. Thanks.
--
Jean-Pierre CHARRAS
Le 08/12/2015 22:39, Mark Roszko a écrit :
>> I had the same problem as JP with the CA certs using a msys1/mingw32
> build.
>
> Ah, you see, I was assuming JP was using msys2 not 1. I'll see if I
> can even find the msys1 installer anywhere.
I am using msys2 (32 bits version).
>
>> That worked
Le 09/12/2015 06:44, Simon Richter a écrit :
> Hi,
>
> On 08.12.2015 22:52, Wayne Stambaugh wrote:
>
>> I asked Simon if he could figure out how to make it less noisy. I
>> haven't heard back from him yet.
>
CMake Warning (dev) at utils/idftools/CMakeLists.txt:17 (add_executable):
P
Le 09/12/2015 06:53, Henner Zeller a écrit :
> Hi,
> Recently, the mergeNPTH option was removed, then re-added to the
> Python implementation of the EXCELLON_WRITER.
> The demo script did not keep up with that :)
>
> Find patch here:
>
> https://github.com/KiCad/kicad-source-mirror/compare/master
Le 10/12/2015 05:59, Henner Zeller a écrit :
> Hi,
> Since the current implementation of formatting IO errors is not
> working platform independently (see mail thread 'Bug: ThrowIOError
> with GetChars() formatting parameter'), replaced these calls
> with the working wxString::Format().
>
> Commit
901 - 1000 of 1915 matches
Mail list logo