ute
>> http://colossus.cs.rpi.edu/~azonenberg/
>>
Added in BZR 5212.
Thanks for you contributions Andrew!
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
On 21 October 2014 23:25, Wayne Stambaugh wrote:
> 3.0.0 sounds good to me.
>
> Wayne
I'm good with the triplet, and any number sounds fine to me! :D
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post
Thank-you for the update Andrew.
When I updated the file I asked for any missing people to come forward
and I'd add them straight to the list. I'll do it tonight and sync the
list on http://www/kicad-pcb.org too.
Best Regards,
Brian.
On 21 October 2014 04:37, Andrew Zonenberg wrote
newer version to have fixed the issue
seen here.
It is a clearly documented case in the Gerber specification and I
checked the gerber output of KiCad which is producing exactly what it
needs to in this case.
I'm more surprised that the fab house didn't see the issue with the
can also take a look at the dialog to see if
they're experiencing the same problem.
Best Regards,
Brian Sidebotham.
On 16 October 2014 17:56, Garth Corral wrote:
> Thanks for the quick reply.
>
> Yes, already tried a sample of files; 1.11, 1.12 and 1.13 files open and
> seemin
contributors after the dust settles
around AUTHORS.txt
Thank-you to everyone who has contributed to the project to make it
what it is today!
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@list
her dialogs had the same FileVersion
setting I think we decided that the FileVersion was okay to use.
Could you try opening any of the other dialogs which have the 1.13
FileVersion setting and see if you experience any similar problems
with then?
Likely it's a wxFormBuilder iss
On 15 October 2014 22:44, Brian Sidebotham wrote:
> On 15 October 2014 21:44, Wayne Stambaugh wrote:
>> On 10/15/2014 4:27 PM, Brian Sidebotham wrote:
>>> On 5 October 2014 00:12, Brian Sidebotham
>>> wrote:
>>>> Hi Wayne, I can't check right now, bu
On 15 October 2014 21:44, Wayne Stambaugh wrote:
> On 10/15/2014 4:27 PM, Brian Sidebotham wrote:
>> On 5 October 2014 00:12, Brian Sidebotham wrote:
>>> Hi Wayne, I can't check right now, but I'm sure it is to find
>>> python-a-mingw-us for kicad-winbuilder.
On 5 October 2014 00:12, Brian Sidebotham wrote:
> Hi Wayne, I can't check right now, but I'm sure it is to find
> python-a-mingw-us for kicad-winbuilder. I expect the answer is to remove the
> custom findpython cmake module and replace it with a findpythonamingwus
> modu
/dialog_sch_edit_sheet_pin_base.fbp:
./dialog_sch_find.fbp:
./dialog_sch_sheet_props.fbp:
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe
ld be more than happy
> to update documentation as I change things. I do it all the time with
> the Linux kernel patches I upstream where its a requirement ;)
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
On 14 October 2014 21:57, Brian Sidebotham wrote:
> On 14 October 2014 21:54, Mark Roszko wrote:
>>>The manual uses component throughout and indeed Component name in the UI
>>>Component properties dialog. All the screenshots show Component too.
>>>If eeschema has
documentation is a blueprint, or email or in this case the
manual.
As with all these things, it's just an opinion, but I nearly always
start with the documentation and then write the code to suit.
Best Regards,
Brian.
___
Mailing list: https://l
ixing the code most likely.
I would call it "Schematic Library Editor" or else "Component Library
Editor", the latter probably being more accurate.
I also don't have a strong opinion, but consistency is key.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
.
Best Regards,
Brian.
On 14 October 2014 14:58, Wayne Stambaugh wrote:
> Has anyone else looked at this patch? If you haven't, it adds a select
> button that launches the footprint viewer to select a footprint to the
> edit field properties dialog when the footprint field is sele
I would strongly urge moving
to Linux for development because it's just soooo much easier and
faster! We always require heavy testing on Windows, but developing on
Windows is a real pain.
Good Luck anyway!
Best Regards,
Brian.
___
Mailing list:
eview the diff.
I'm currently working on the eeschema options dialog to improve the
template field names editor so please don't change that at the moment,
otherwise you'll get conflicts in the .fbp file and they are a
complete pain to sort out manually!!
Best Regards,
Brian.
On
>
> Hey Brian,
>
> I'm looking at the download page at kicad-pcb.org and I don't see a link
> to this page. Am I missing something? We should be pointing users here
> rather than asking them to build from source in order to run bleeding
> edge versions of KiCad.
the text based solutions.
Thank-you so much for testing everything out, particularly testing the
internationalization features supported by those functions, it's something
where I have zero experience and I'm sure the translators will be very
happy with an easier to use system!
Thanks again!
ce with
generating the Windows installer. He's done an absolutely brilliant
job there. It's install and use!!
The only thing we need to is to use "start kicad" rather than his
"kicad" call in the batch file he's using to start kicad. This wi
wait
until the new docs. I will update the documentation as soon as the
dialog changes are in place.
I still need to add validation to the template field names too, but I
will do that as a second patch because I'm running out of time and
I've already had to deal with conflicts in the fb
y requirements. I don't think cpack will be able to handle
our installer very well if we choose to include python (which I am
assuming we will have to).
I'm very glad to see you've got the python console up and running! :D
Best Regards,
Brian.
___
Hi Lorenzo,
Thanks for sorting this out, it'll make a great difference for my next
board!
Best Regards,
Brian.
On 4 Oct 2014 16:26, "Lorenzo Marcantonio"
wrote:
> Sorry about the delay, we had the automechanika fair and related stuff
> to handle :P
>
> In fact t
mer; Sorry it
caused you grief.
I'm away from my keyboard at the moment so I'll have a look at this
tomorrow when I'm back at the keyboard.
Best Regards,
Brian.
On 4 Oct 2014 23:32, "Wayne Stambaugh" wrote:
> Thanks for the input. I give Brian and chance to reply.
ed :D
>
> --
> Lorenzo Marcantonio
> Logos Srl
>
Thanks for taking on this work Lorenzo - looks like it's underway
nicely. Thank-you
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
On 10 September 2014 17:31, Lorenzo Marcantonio
wrote:
> On Wed, Sep 10, 2014 at 05:14:43PM +0100, Brian Sidebotham wrote:
>> I don't get that conclusion considering that module "text placed on a
>> front layer" is currently impossible as instead in a module
On 10 September 2014 16:54, Lorenzo Marcantonio
wrote:
> On Wed, Sep 10, 2014 at 04:49:55PM +0100, Brian Sidebotham wrote:
>> The world survives on convention. If that is ours, why invent new?
>
> Because *our* convention is Front/Back. The collector itself uses it for
>
On 10 September 2014 16:14, Lorenzo Marcantonio
wrote:
> On Wed, Sep 10, 2014 at 03:57:51PM +0100, Brian Sidebotham wrote:
>> Yep, I understood all that before I proposed the names.
>
> Then why not IgnoreMTextsOnFront and IgnoreMTextsOnBack ? Cu has no
> relationship with t
On 10 September 2014 14:56, Lorenzo Marcantonio
wrote:
> On Wed, Sep 10, 2014 at 02:20:48PM +0100, Brian Sidebotham wrote:
>> I think the rename should be done, but I think we should probably end up
>> with:
>>
>> IgnoreMTextsOnF_Cu
>> IgnoreMTextsOnB_Cu
ed to disregard all module text items. So the
functionality will break that tool if we change it's meaning to not
ignore all module texts.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-develop
On 9 September 2014 04:56, Lorenzo Marcantonio
wrote:
> On Mon, Sep 08, 2014 at 10:27:45PM +0100, Brian Sidebotham wrote:
>> Sorry, but I don't like this patch because I want control of where the
>> reference text goes on both assembly and silk layers. It doesn't
>&
just allow to have a reference object on the assembly
layer as well as the silk layer.
Best Regards,
Brian.
On 8 September 2014 19:00, wrote:
>
> revno: 5123
> committer: Lorenzo Marcantonio
> branch nick: kicad
> tim
On 4 September 2014 10:03, Maciej Sumiński wrote:
> On 09/03/2014 10:36 PM, Wayne Stambaugh wrote:
>> On 9/3/2014 12:33 PM, Brian Sidebotham wrote:
>>> I think we could do it in a similar fashion to EESCHEMA (it's a
>>> more pleasant experience when things work in
Moses,
Thanks for doing this work - config files instead of the registry
settings on Windows has been on my list forever and I never got round
to doing anything about it. So thanks for getting on and doing it as
well as tidying up the Linux files.
Best Regards,
Brian
KiCad-Winbuilder is using a patched 3.0.0 so it's pretty stable at the
moment. I wanted to wait for a period of no bug reporting against
wxWidgets (with regards to KiCad) until I bumped the version in the
wxWidgets-cmake project that Winbuilder uses.
Best Regards,
updated each time, and bug reports by guys like me will be accurate.
>
This is where the problem lies if you install with this script and it
doesn't rebuild_cache on an existing source tree.
Winbuilder does this at the start of each run to keep the version
information up-to-date.
ink there's any reason to have disconnected vertexes on the
Edge.Cuts layer is there? Perhaps for drawing a rout line, but then I
draw a rectangle with the correct width of the router bit I want used
so it is less ambiguous.
Best Regards,
Brian.
__
On 1 September 2014 20:17, Martijn Kuipers wrote:
>
> On 01 Sep 2014, at 19:54, jp charras wrote:
>
> Le 01/09/2014 11:44, Brian Sidebotham a écrit :
>
> On 1 September 2014 10:17, Javier Serrano
> wrote:
>
> On Sat, Aug 30, 2014 at 8:47 PM, Wayne Stambaugh
> wrot
Wayne could suggest something small for me to have a crack at; then
> you can judge by the result? I'm following the conversation either way.
>
> Aaron.
>
Hi Aaron,
Thanks for your offer, please email Miguel and request a login for
www.kicad-pcb.org so that you can start contributing
is not really present, and this is why it's hard to get a formatted
PDF document out correctly. However, we all have browsers these days,
perhaps the documentation in html rather than PDF makes more sense
anyway.
For HTML of course, we can use CSS to style the output - there's no
CSS
t of a
pain for developers if you commit often but useful for everyone else.
I guess someone could improve the situation if they had the time, but
re-compilation and re-linking everytime would be a bit of a step
backwards.
Best Regards,
Brian.
___
pdate version strings.
*/
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
The version is essentially created during the CMake configure step -
when CMake generates its cache of variables. You need to re-create
this cache to update the value:
make rebuild_cache
That should update to the same as bzr revno.
Best Regards, Brian.
On 31 August 2014 21:47, Andrew
On 30 August 2014 23:13, Cirilo Bernardo wrote:
> - Original Message -
>
>> From: Brian Sidebotham
>> To: Wayne Stambaugh
>> Cc: KiCad Developers
>> Sent: Saturday, August 30, 2014 9:19 PM
>> Subject: Re: [Kicad-developers] kicad-pcb.org
>>
I believe Miguel is the guy to speak to.
Best Regards,
Brian.
On 30 August 2014 01:09, Wayne Stambaugh wrote:
> Now that I am the project leader, it would be useful for me to know who
> the kicad-pcb.org site maintainer is and who has write access so I can
> enlist (read arm twisti
gt; I obviously have confidence in his abilities, but I don't over estimate his
> staying power,
> nor should you. Please be kind and respectful to him.
>
>
> It is time for me to move out of the top spot and off the mailing list.
>
>
>
> I want to acknowledge
> Hi guys,
>
> Sorry for asking dumb questions, but what is this whole QuasiModal stuff
> for?
>
> Tom
Hi Tom,
No question is dumb.
See Yann's description (from earlier in this thread) of the problem
below, to which Quaimodal is a good solution.
Best Regards,
Brian.
x27;ve had some local
changes that BZR cannot resolve without your help. See
http://doc.bazaar.canonical.com/beta/en/user-guide/resolving_conflicts.html
You can check the status to see the unresolved conflicts by using the
bzr status command.
Best Regards,
Brian.
was broken in KiCad-Winbuilder. You happened to fix
this in your commit, so I got to cross if off my list! Perfect, well
done with all this work and seeing things like running the module
editor and library editor from KiCad directly is a great example of
what yo
ntent and organization I
> believe.
>
> Who should I talk with about this?
>
> * Updating the binary distribution of KiCad for Windows
> The version linked to from the homepage is from over a year ago. If this is
> the current Stable version, it seems like that should be exp
ed my mind. I do *not* think
> it is asking too much of developers to learn how to build and/or install
> libraries on their preferred platform. If as a developer you must have
> this done for you automatically, I am going to please ask that *you*
> create a separate platform specifi
For the number of elements in an array, you can use:
./include/macros.h:#define DIM( x )unsigned( sizeof(x) /
sizeof( (x)[0] ) )
which is more consistent in the KiCad source code.
Best Regards, Brian.
___
Mailing list: https://launchpad.net
r Linux is just *so* much more productive! But I wouldn't want to
discourage anyone who wants to work on Windows.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
ncies that loads and where from too.
Reporting the bug generally gets other people's input too because
there's always more than one person suffering from the same problem.
However, so far I've not seen anyone else experiencing this bug.
Best Regards,
Brian.
On 30 June 2014 08:04
a network drive? Can you move it
to a local drive instead and run? I wonder if it's a permissions issue
with regards to loading dependencies?
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers
I know I had this same problem with the python console on Windows. I
don't t think this is something that changed, I think it's always been
there.
I can test on Windows tonight for you and let you know.
Best Regards, Brian.
___
Mailing l
- it has been
essential for me to know what to fix for the V3.4 release. Thanks to
all those who took the time to report bugs and potential fixes it
really helps me maintain the project.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~
ve to be able to see the code. Get
yourself a Launchpad account and push your code to a new branch. It's
best to put your specification in a blueprint on Launchpad too so it's
free for everyone to see.
Good Luck, and thanks for your in
Hi Henner,
Committed in BZR4686.
Thanks again for your contribution.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad
On 7 February 2014 16:17, Henner Zeller wrote:
> On 7 February 2014 02:37, Brian Sidebotham wrote:
>> On 5 February 2014 17:18, Henner Zeller wrote:
>>> Hi,
>>> I usually have a lot of windows stacked on my desktop, which often obscures
>>> the 'footp
>>
>> cheers,
>> -henner
>
> Good idea.
> This feature was existing in Pcbnew, but not in Eeschema.
> May I ask you to have a look to our coding style policy
> (see Documentation/coding_style_policy.pdf) before submitting a patch.
>
> Thanks for your interest in Kica
//www.kicad-pcb.org/display/DEV/Getting+Started ) as we don't use
this-> to refer to class members, simply omit this-> and refer to
class members directly.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post t
On 5 February 2014 22:35, Blair Bonnett wrote:
> On 6 February 2014 10:31, Jake wrote:
>>
>> On Wed, 5 Feb 2014, Brian Sidebotham wrote:
>>
>>> On 5 February 2014 10:11, Jake wrote:
>>>>
>>>> I just want to say the same thing that a lot
ff already reported. This could be related,
> without looking too much into it.
> https://bugs.launchpad.net/kicad/+bug/706361
>
Hi Nick,
That's different, two functions for one hotkey. That would require
macro support - because you'll need to control the order of functions.
On 5 February 2014 15:54, Henner Zeller wrote:
> On 5 February 2014 06:11, Brian Sidebotham
> wrote:
>>
>> Hi Henner,
>>
>> In EESCHEMA, under Preferences->Hotkeys->Edit Hotkeys, you can edit
>> the hotkeys and set Backspace as the Delete function
On 5 February 2014 14:39, Brian Sidebotham wrote:
> I've also not tested how two keys bound to the same function perform
> in the Hotkeys Editor - but I suspect not well.
Sorry, scrap that last comment, of course it would be absolutely fine.
Best Reg
form
in the Hotkeys Editor - but I suspect not well.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
highlighting the issue.
Best Regards,
Brian.
On 5 February 2014 05:02, Henner Zeller wrote:
> Hi,
> My notebook has a keyboard that doesn't have a 'Delete' key, only
> 'Backspace'. This makes deleting objects in eeschema quite cumbersome as
> this always r
it.
We look forward to your contributions.
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
On 4 February 2014 13:04, Joel Holdsworth wrote:
> Hi All,
>
> Thank you all for taking the time to respond to my original e-mail. It
> seems to me that whatever the outcome this discussion it is well worth
> having.
>
>
> On 04/02/14 11:57, Brian Sidebotham wrote:
>
upted. So the initial build takes ages because of this
limitation. Subsequent builds can use parallel jobs and so will likely
stress your machine more.
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-d
gnitude more time
consuming). You don't need to fork, pull, push or anything like that.
I agree, we should probably have a wiki page similar to Inkscape's,
but Inkscape has many more contributors compared to KiCad. PCB design
is less popu
7;t eat too much memory I guess!
Nice work Milan!
Take it easy, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help : https://help.launchpad.net/ListHelp
alled.
Best Regards, Brian.
On 3 February 2014 17:43, Travis Ayres wrote:
> Brian,
>
> How would you have bumped up the requirement for MinGW to 4.8.2? I just
> checked on TDM-GCC, and I don't see the upgrade to 4.8.2 (although TDM is
> repackaged MinGW, so it might not be full
On 30 January 2014 16:52, Wayne Stambaugh wrote:
> On 1/30/2014 6:59 AM, Brian Sidebotham wrote:
>> Hi Guys,
>>
>> I've just uploaded a new release for KiCad-Winbuilder which includes a
>> few fixes and bumps wxPython up to V3+ (V3.0.0 with a couple of
>> pat
), and 16Gb RAM with a PCIe SSD - it's a quick and
capable system. Building KiCad is intensive on RAM use, particularly
when using parallel build jobs. Usually you get out-of-memory errors,
but sometimes you just get odd behaviour and crashes instead depending
on each allocation's error ha
d.bat, etc. as the launcher which creates a local
KiCad environment for running.
Good Luck and let me know if you need any help or anything.
Best Regards,
Brian.
On 30 January 2014 14:54, Adam Wolf wrote:
> I would like to volunteer to help out with the Windows build and add it to
> the
Thanks Miguel, it will be our first so we're very excited as well as
desperately trying to at least complete the bathroom as soon as
possible!
We are expecting at the beginning of May. Many congratulations to you
too, good luck with everything yourself!
Best Regards,
Brian.
On 30 January
s issues on Windows
creating the keyword files and some other header files without error
when using parallel jobs. Therefore if those files have not yet been
created, the build defaults to no parallel jobs! Sorry I can't do
anything to resolve th
gards,
Brian.
On 20 January 2014 21:33, Travis Ayres wrote:
>>>You can probably still use the same computer though :)
>
> Haha thanks Dick :) I appreciate it.
>
>
> On Mon, Jan 20, 2014 at 11:51 AM, Dick Hollenbeck wrote:
>>
>> On 01/20/2014 01:32 PM, Tra
net but in different modules, that should
be considered an error/warning.
That's my opinion at least. This would improve the DRC results while
not creating a lot of noise for essentially valid designs.
Best Regards,
Brian.
On 17 January 2014 11:57, ml wrote:
> I believe this case s
p;,
ClipperLib::PolyFillType)'
..\polygon\libpolygon.a(PolyLine.cpp.obj):PolyLine.cpp:(.text+0x509c):
undefined reference to
`ClipperLib::SimplifyPolygon(std::vector > const&,
std::vector >,
std::allocator > > >&,
ClipperLib::PolyFillType)
Hi Cirilo,
Thanks for this work, the IDF export may well be something I could
use. So thanks for contributing! :D
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscri
u only have to branch,
make changes and then create a patch and email it to the list. Please
feel free to use this easy method to contribute your first changes.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
st for review. Make sure you
read the coding policies too. There's not much to bzr workflow, it's
very typical distributed workflow.
Best Regards,
Brian.
On 3 January 2014 13:47, Tim Hoeppner wrote:
> Hi, I'm new to the developer list for KiCAD. First off, great work, love
>
n.
Best Regards, Brian.
On 16 November 2013 13:43, jp charras wrote:
> Le 16/11/2013 12:27, Maciej Suminski a écrit :
> > I cannot explain why, it was just an observation - I attach the log that
> > made me think so. Does it break builds on Windows?
> >
> > Regards,
>
This dependency is not required on Windows? How come the Linux build needs
it and the Windows build doesn't?
What boot library was throwing the error?
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
features at once. Local branches are extremely cheap and throwaway.
Branching from a remote location is not cheap.
Best Regards, Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launc
On 12 November 2013 12:29, Dick Hollenbeck wrote:
> On 11/12/2013 05:19 AM, Brian Sidebotham wrote:
> > Hi Dick,
> >
> > Sorry, I don't mean to waste your time by passing everything under your
> nose before
> > committing, but I would rather get a quick
st looked at the mingw32-w64 stdint.h and it unconditionally
defines int64_t and uint64_t so there's going to be no problem with it
being defined using that compiler.
The problem seems specific to some stdint implementations.
Best Regards,
Brian.
__
bit system to test on. It's certainly not *just* gcc
4.8.1 and Boost anyway.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad
hat I must tidy up.
Searching for kicad_mod tyco multilock also returns the correct result (Top
answer this time as it's so specific) so there's mileage in Google in being
the library browser of choice.
Best Regards,
Brian.
On 9 November 2013 04:31, Dick Hollenbeck wrote:
> On 1
ily. Once
that support is in place it would probably be worth asking them. Then of
course there'd need to be an equivalent of wx-config as this is a bash
script and doesn't work on Windows without a bash shell.
Best Regards,
Brian.
___
Mail
On 23 October 2013 14:57, Dick Hollenbeck wrote:
>
> Brian,
>
> If it works for you, it works for me. I want your life as easy as
> possible! Plus if it
> works for you, it works for Windows users, and that brings them use of the
> GITHUB_PLUGIN,
> so I am happy
in that work, a push and shove router, the GAL
and the tool framework is all excellent news for KiCad!!
Best Regards,
Brian.
On 30 October 2013 01:29, Wayne Stambaugh wrote:
> Now that the repo is back in good shape following my lapse in judgement
> (Thanks Dick!) I am happy to anno
to contact the OpenSSL guys and see if they are in any way keen
to have a CMake build system contribution.
Best Regards,
Brian.
openssl-cmake-kicad.diff
Description: Binary data
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
ild system to work on top of the .tar.gz so
it could be a common build step for all platforms.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://laun
hell actually - I've not tried as I don't
have it.
I'm unsure how we will get around this problem on Windows.
Best Regards,
Brian.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.n
On 15 October 2013 16:07, Maciej Sumiński wrote:
> On 10/15/2013 03:33 PM, Lorenzo Marcantonio wrote:
>
>> On Tue, Oct 15, 2013 at 02:18:19PM +0100, Brian Sidebotham wrote:
>>
>>> As Dick says, this completely breaks cross-compilation of Boost.
>>>
>>
&
301 - 400 of 800 matches
Mail list logo