I have now published the page, feel free to add PR's to make it better
or correct errornous info.
Den søn. 22. jul. 2018 kl. 20.04 skrev Nick Østergaard :
>
> I added some more information to the release note.
> Den søn. 22. jul. 2018 kl. 19.18 skrev Nick Østergaard :
> >
> >
I added some more information to the release note.
Den søn. 22. jul. 2018 kl. 19.18 skrev Nick Østergaard :
>
> Depending on what you like, I think we should just release the doc
> today, I will be away from tomorrow anyways, and it looks like
> different linux packagers startin
Depending on what you like, I think we should just release the doc
today, I will be away from tomorrow anyways, and it looks like
different linux packagers starting to package it anyways, so it should
begin to be available for many users anyways. We can just add a note
that the macos package is
t;> The page looks a little strange in Fedora's Firefox, although it looks
> >> fine in chrome.
> >>
> >> I attached a screenshot showing how part of the text is chopped off. I
> >> hesitate to write a bug for that because it may just be somethin
The patches look fin for me.
I suggest you add the [PATCH] tag to your email title next time.
Den lør. 21. jul. 2018 kl. 16.21 skrev Aimylios :
>
> Hi!
>
> While trying to build KiCad for Fedora 28 I discovered some minor
> problems in the main CMakeLists.txt file. Patches attached.
>
> Best
be one of the most noticeable improvements in the v5 release.
> >
> > Cheers,
> >
> > Wayne
> >
> > On 07/19/2018 06:51 PM, Nick Østergaard wrote:
> >> Awesome, thanks for the update!
> >> Den fre. 20. jul. 2018 kl. 00.48 skrev Rene Pöschl :
&
Awesome, thanks for the update!
Den fre. 20. jul. 2018 kl. 00.48 skrev Rene Pöschl :
>
> The library repos should now all be tagged. (Github had some server
> problems so it all took quite some time. I hope nothing got damaged
> because of that.)
>
> On 19/07/18 10:49, Nic
it if possible.
Nick
Den tor. 19. jul. 2018 kl. 10.49 skrev Nick Østergaard :
>
> As the installer package everything we can not make a proper 5.0.0
> stable before it has been tagged.
> Den tor. 19. jul. 2018 kl. 10.21 skrev Maciej Sumiński
> :
> >
> > Hi Simon,
>
As the installer package everything we can not make a proper 5.0.0
stable before it has been tagged.
Den tor. 19. jul. 2018 kl. 10.21 skrev Maciej Sumiński
:
>
> Hi Simon,
>
> The installer works well, no warnings observed here. Do you think you
> could create one for 5.0.0 stable and upload it to
This sounds good. Thank you.
Den tor. 19. jul. 2018 kl. 10.43 skrev Rene Pöschl :
>
> On 18/07/18 19:59, Carsten Schoenert wrote:
> > Am 18.07.18 um 19:55 schrieb Rene Pöschl:
> >>> I'm traveling the whole Saturday and Sunday to Debian DebCamp and
> >>> DebConf in Taiwan and working on packaging
I am away from monday, so no worries.
ons. 18. jul. 2018 16.27 skrev Wayne Stambaugh :
> Nick,
>
> Please let me know if you can't get around to tagging the i18n and doc
> repos. I can tag them on Friday if need be.
>
> Cheers,
>
> Wayne
>
> On 7/18/2018 10:23 AM
:
>
> Sorry about that. I missed the restructure info. I think I covered
> most of the changes in my repo. I will try to get my changes pushed
> tonight so I can get some feedback before the official release announcement.
>
> On 7/18/2018 10:13 AM, Nick Østergaard wrote:
>
ontent/blog/release-5.0.0.adoc
>
> On 7/18/2018 10:01 AM, Nick Østergaard wrote:
> > Wayne,
> >
> > If you have a draft ready for the release announcement, please create
> > a pull request with it as a draft or push it as a draft, in case we
> > would
Wayne,
If you have a draft ready for the release announcement, please create
a pull request with it as a draft or push it as a draft, in case we
would like to add more info. This to avoid anyone else in attempting
to write it.
Nick
Den ons. 18. jul. 2018 kl. 14.41 skrev Wayne Stambaugh :
>
>
Why does this need to be so complicated?
I think we could just rename the kicad config folder created and
searched by kicad from "kicad" to "kicad5" and be happy in the 5.x
branches.
Den man. 16. jul. 2018 kl. 15.11 skrev Bob Gustafson :
>
> There is a tool which allows developers to quickly
Can you edit anything on them? Can you provide a screenshot of the
preferences dialog?
søn. 15. jul. 2018 23.15 skrev Eeli Kaikkonen :
>
>
> su 15. heinäk. 2018 klo 14.39 Jeff Young (j...@rokeby.ie) kirjoitti:
>
>> I renamed my 6.0 branch to 5.1, since most of what it contains goes there.
>>
>>
I guess Jeff's reasoning is to stabilize it a bit before braching. We all
know that changing the dialogs often leads to cross platform issues. But
either way is fine for me.
lør. 14. jul. 2018 01.59 skrev Wayne Stambaugh :
> That would prevent us from adding new features such as the new
FWIW The documentation does not use markdown syntax, but asciidoc.
Den fre. 13. jul. 2018 kl. 23.52 skrev Wayne Stambaugh :
>
> If the wxHtml widget would support markdown that would work but I don't
> think that is the case. I prefer converting it to markdown and moving
> it into the Eeschema
I don't think so, I guess we still want some time to give translators a chance.
Den fre. 13. jul. 2018 kl. 23.24 skrev Adam Wolf
:
>
> Resending from proper email address...
>
> On Fri, Jul 13, 2018, 4:23 PM Adam Wolf wrote:
>>
>> Good work, Wayne, and good work, team!
>>
>> Are you thinking the
frame.
Are you sure you don't have some local changes and is in a merge state
such that you are not actually checked out to those commits.
Den fre. 13. jul. 2018 kl. 10.02 skrev Nick Østergaard :
>
> I guess some patches were just pushed which were not verified to
> build. In the mean tim
I guess some patches were just pushed which were not verified to
build. In the mean time you can checkout any of these commits if you
want to test (take the bottom one).
https://jenkins.simonrichter.eu:8443/job/windows-kicad-msys2-evaluate/54/artifact/build-report.txt
Den fre. 13. jul. 2018 kl.
For windows the installer should also be in good nick. No pun intended.
There are some minor things that I would like to do, but they are by
no means a blocker for a release.
Nick
Den ons. 11. jul. 2018 kl. 21.35 skrev Adam Wolf
:
>
> MacOS installer is ready.
>
> Adam
> On Wed, Jul 11, 2018 at
The docs are not hosted there it is on
http://docs.kicad-pcb.org/master/
The dev docs are also still there.
ons. 11. jul. 2018 19.11 skrev Wayne Stambaugh :
> I just went to http://darine.hogyros.de:8080/job/any-kicad-doc-head/ and
> I cannot load the web page. I wanted to take a look at my
And another i18n change in common/tool/common_tools.cpp
Den søn. 8. jul. 2018 kl. 14.12 skrev :
> From: Carsten Schoenert
>
> Hi,
>
> here again a small patch set for fixing up small grammar typos found by
> the Debian QS tool Lintian that should go into before the final release
> of 5.0.0.
>
>
I created a ticket on launchpad in
https://bugs.launchpad.net/kicad/+bug/1780601
I have target it to the 5.0.0 milestone such that we can make sure we
discuss this in time.
Den søn. 8. jul. 2018 kl. 06.19 skrev Adam Wolf <
adamw...@feelslikeburning.com>:
> Let's postpone this discussion maybe
Thank you.
Den søn. 8. jul. 2018 kl. 05.54 skrev Mark Roszko :
> Rejoice, the windows installer now setups file associations, icons and
> friendly names for kicad files.
>
> https://i.imgur.com/EcgnKmz.png
>
> I hope .sch and .pro get renamed to .kicad_sch and .kicad_pro in v6
> To avoid
I have tested this on windows. I don't know if it is any problem on other
platform, I would not expect it to be.
Den søn. 8. jul. 2018 kl. 06.18 skrev Константин Барановский <
baranovskiykonstan...@gmail.com>:
> The Tkinter module is the standard Python interface to the Tk GUI toolkit.
> Inside
Hi
I guess we could add it to the qa target somehow? What I don't
particularyly like with this patch is that executing "make test" does not
check for dependency changes.
Back to the status about qa_geometry... it did pass a long time ago, doing
a bit of git bisect points at this commit as the
; > Is there a tarball of the tagged docs somewhere?
> > >
> > > Adam
> > >
> > > On Wed, Jul 4, 2018, 7:14 AM Steven A. Falco
> wrote:
> > >>
> > >> Perfect! Thanks.
> > >>
> > >> Steve
> >
kicad-doc and kicad-i18n is also tagged
søn. 1. jul. 2018 00.34 skrev Rene Pöschl :
> template repo is now tagged (sorry forgot about that one)
>
> On 30/06/18 23:56, Steven A. Falco wrote:
> > Thank you!
> >
> > There are three repos not yet tagged with rc3 on github - two are
> probably
at
> hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
> at
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
> at
> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
>
No, this has not been disabled on purpose. I noticed this too, but I have
also noticed that I actually works, the mailing list is receiving it, but I
go not see it in my gmail inbox either.
https://lists.launchpad.net/kicad-developers/msg36340.html
So because of this I stopped to look for issues
I have put the upated image live now, and it seems to work. I will try to
revert the removal of the macros.
Den tor. 28. jun. 2018 kl. 23.21 skrev Nick Østergaard :
> Hi Seth
>
> Ok, thank you for your investigation. I will update the docker image to
> bionic which uses 0.52 of po
Hi Seth
Ok, thank you for your investigation. I will update the docker image to
bionic which uses 0.52 of po4a.
Nick
Den tor. 28. jun. 2018 kl. 23.05 skrev Seth Hillbrand <
seth.hillbr...@gmail.com>:
> Bother. po4a fixed this back in 2016 (
>
Hello Seth
I have created the following milestone names:
5.1.0
This is for fixes that are backportable from master, it could be string
fixes and minor features.
5.0.1
Post release fixes that does not involve string changes.
Att. Wayne, I would like you to say this is ok, or if we should use
logo and keep
>> > the title as it is?
>> >
>> > Cheers,
>> >
>> > John
>> >
>> > On Wed, Jun 13, 2018 at 11:18 PM, Wayne Stambaugh > > <mailto:stambau...@gmail.com>> wrote:
>> >
>> > I agree. The doub
Thank you that is good news.
Do you know if it also resolves the issues mentioned on
https://bugzilla.redhat.com/show_bug.cgi?id=1440904#c3
I was made aware of this from
https://github.com/KiCad/fedora-packaging/issues/7#issuecomment-397015599
2018-06-12 22:44 GMT+02:00 Holger Vogt :
> Yes,
elative to main binary or bundle location.
>
>
> Regards,
> Bernhard
>
>
> On 14. Jun 2018, at 08:51, Nick Østergaard wrote:
>
> It seems a bit strange to be that relative paths like that has to be used,
> can't some cmake install prefix path be used wheni is a bundle?
It seems a bit strange to be that relative paths like that has to be used,
can't some cmake install prefix path be used wheni is a bundle? Is this
also how it is done for other parts of kicad?
2018-06-13 4:39 GMT+02:00 Adam Wolf :
> Hi folks!
>
> This patch is meant to fix a crash Seth found
The normal build job is up again.
2018-06-12 16:54 GMT+02:00 Marco Ciampa :
> On Tue, Jun 12, 2018 at 10:31:55AM +0200, Nick Østergaard wrote:
> > tir. 12. jun. 2018 09.28 skrev Marco Ciampa :
> >
> > > Hi folks,
> > > I would like to know better the
Maybe we need to remove the word KiCad from the title, as it essentially
reads "[KiCad] KiCad Pcbnew Python Scripting"
2018-06-13 21:12 GMT+02:00 John Beard :
> Sorry, I had a line commented in a local commit to avoid a costly re-build
> of the docstrings when I didn't need them to be (the
code. All this can (and should) be transplanted onto a new "stable" Python
> interface in future.
>
> Cheers,
>
> John
>
> On Tue, Jun 12, 2018 at 2:47 PM, Nick Østergaard
> wrote:
>
>> I am not sure if this will slightly derail this patch's topic. Sor
Python doc generation if
> that's an acceptable way to present it.
>
> Cheers,
>
> John
>
> On Tue, Jun 12, 2018 at 2:11 PM, Nick Østergaard
> wrote:
>
>> We already have doxygen generation for the python API, although people
>> say that it is easier to read
We already have doxygen generation for the python API, although people say
that it is easier to read the C++ one. It is generated with
the doxygen-python make target. See
http://docs.kicad-pcb.org/doxygen-python/
Does the additions in 0002 add to the normal python docs?
2018-06-12 15:07
I think this would be ok as it does not change anything from the user even
if the translation is not updated. But I am not really a translator, so
there might be some subtle thing I have missed.
2018-06-12 5:28 GMT+02:00 Seth Hillbrand :
> Hi Devs-
>
> We're in string freeze but I've run across
tir. 12. jun. 2018 09.28 skrev Marco Ciampa :
> Hi folks,
> I would like to know better the organization of the build process
> (Continuous Integration) for the doc files.
>
> What I would like to know precisely is:
>
> - who is in charge to run the machines that build the docs
>
Ajo, but I
It looks like loose text strings in symbols are not transformed correctly
in the tom-eeschema-gal branch I just tested. See attached image.
2018-06-04 22:55 GMT+02:00 Nick Østergaard :
> Ok, sorry, I see Eeli also saw that and you intend to fix it later. I will
> stay with make ee
Ok, sorry, I see Eeli also saw that and you intend to fix it later. I will
stay with make eeschema.
2018-06-04 22:53 GMT+02:00 Nick Østergaard :
> Hi Tomasz,
>
> the build failed for me with:
> [ 54%] Linking CXX shared module _cvpcb.kiface
> ../common/libcommon.a(block
Hi Tomasz,
the build failed for me with:
[ 54%] Linking CXX shared module _cvpcb.kiface
../common/libcommon.a(block_commande.cpp.o): In function
`BLOCK_SELECTOR::InitData(DRAW_PANEL_BASE*, wxPoint const&)':
/home/nickoe/kicad-source-mirror/common/block_commande.cpp:150: undefined
reference to
It looks like it works as intended, but I don't think the naming is that
good. Maybe it might be better to call it KICAD_RUNTIME_DIR analogous to
XDG terminology used elsewhere and nearby...
If it is called KICAD_CACHE_HOME one would think that this would control
the location of the 3d cache too,
I figured I just made it since no 5.0.0 was made.
I agree with Simon that we are likely to have an rc3. We can just rename
the milestone if we change our mind. Afterall it does not cost us anything.
2018-05-28 14:25 GMT+02:00 Wayne Stambaugh :
> On 05/26/2018 04:13 PM,
I created a 5.0.0-rc3 milestone.
2018-05-26 1:30 GMT+02:00 Seth Hillbrand :
> Now that RC2 is released, can we get a new target in the bug tracker for
> things that should be fixed prior to v5 release? Currently, we only have
> v6 as a target
>
> Thanks-
> Seth
>
>
>
Is this the one from the Browse Libraries... from the fp-lib-table dialog?
2018-05-25 11:10 GMT+02:00 Maciej Sumiński :
> Thank you for the feedback. I have fixed the reported issues (disabled
> "Show Hidden", made the dialog resizable and ${KIRPRJMOD} substitution)
>
I think 80% is too high. Actually I think we should just ship the
translations that has had any contribution within the string freeze period.
It could be an incitement for a random contributor to see that some strings
are actually translated. And then hopefully most of the work they may do
can be
Hi Seth,
I have sometimes sent out an email directly to some of the "usual" and
recent translators for languages that were missing updates. I have been
playing with the thought of using something like transifex for the
translations, but I decided not to use that because I can not see how it
can
A bug related to some recent changes is
https://bugs.launchpad.net/kicad/+bug/1769143
It sounds simple, but I don't know if it is.
2018-05-19 9:24 GMT+02:00 Andrey Kuznetsov :
> What about this bug for MacOS that makes it too frustrating to use
> eeschema?
>
> Basically, I
5/18/2018 12:02 PM, Nick Østergaard wrote:
> > For wxpython, we "just" need to upgrade to phoenix, which supports gtk3.
>
> Has this been verified on all platforms? I thought there were issues
> with our use of swig and the use of sip by the phoenix project. I
For wxpython, we "just" need to upgrade to phoenix, which supports gtk3.
2018-05-18 18:01 GMT+02:00 Wayne Stambaugh :
> Hi Tom,
>
>
> On 05/18/2018 11:51 AM, Tomasz Wlostowski wrote:
>
>> On 18/05/18 17:38, Wayne Stambaugh wrote:
>>
>>> As we approach the v5 stable release,
ment your suggestions and give people another few days to test
> if they're interested in this topic before merging.
>
> Best-
> Seth
>
> 2018-03-18 15:57 GMT-07:00 Nick Østergaard <oe.n...@gmail.com>:
>
>> Hi Seth,
>>
>> I tried to test your patch. It bas
See the unittests in the qa folder. Thay are executed by the build job also.
ons. 9. maj 2018 15.25 skrev miles mccoo :
> Thank you, Jeff, for taking the time to look at my patch.
>
> attached is a new version of the patch. I've changed a couple things:
>
>- fixed the curly
I vote for accepting XDG_CONFIG_HOME on all platforms for consistency.
After all this is an advanced configuration feature and should not be
touched by the normal user.
I don't know why the patch was made so complex initially.
2018-05-07 15:54 GMT+02:00 Adam Wolf :
Remember that a ascii freindly version can be used in the source and then
we can use the unicode char in the translations. This is the reason there
is also a po file for english.
2018-05-04 17:59 GMT+02:00 jp charras :
>
> Message transféré
> Sujet : Re:
:00 Simon Richter <simon.rich...@hogyros.de>:
> Hi Nick,
>
> On 30.04.2018 16:35, Nick Østergaard wrote:
>
> > @Simon, does MAKE_INSTALL_DATADIR work for gnu stow? If so, I guess it
> > is safer to use that variable, as we do elsewhere.
>
> The problem I'm addres
@Wayne, what do you mean by forging GNUInstallDirs? We already sue
GNUInstallDirs for some parts of our cmakelists, sepcifically for the
libdir thing. I am not sure if we do in other locations.
Using GNUInstallDir variables let the user / packager be able to override
some install paths instead of
just the 3 middle ones for “during routing” and “during
> routing and editing” that don’t on a Mac GAL canvas.
>
>
> On 25 Apr 2018, at 07:43, Nick Østergaard <oe.n...@gmail.com> wrote:
>
> Just a wild guess here; maybe it has something to do with a hidpi screen
> which I
Just a wild guess here; maybe it has something to do with a hidpi screen
which I assume Jeff is using and the line thickness used for the drawing?
2018-04-25 8:32 GMT+02:00 Maciej Sumiński :
> Hi Jeff,
>
> Are these options broken on macOS? I see clearance lines
Den tir. 24. apr. 2018 00.23 skrev Eeli Kaikkonen :
>
>
> 2018-04-24 1:12 GMT+03:00 Seth Hillbrand :
>
>> I'm a bit late to this conversation so forgive the basic question.
>>
>> Won't this break things for users that explicitly set
Just open a terminal and "set" it as you you do on linux, where you would
"export" it.
Den man. 23. apr. 2018 23.27 skrev Eeli Kaikkonen :
>
>
> 2018-04-23 20:10 GMT+03:00 Wayne Stambaugh :
>
>> Attached is a patch that allows users to have
It is built nightly as mentioned in earlier threads at
http://downloads.kicad-pcb.org/osx/testing/. It builds nightly, but it
seems the latest change broke the build for me. :/
So users are already able to test it. I have not applied the BU patch.
2018-04-23 20:23 GMT+02:00 Adam Wolf
Your email body is empty...
I think the Rescue is about backing up symbols only found in the cache lib
while remapping is about using the new symbol table stuff, so it will
attempt to find the symbol in the configured libs instead of rescuing them
if possible.
2018-04-20 14:09 GMT+02:00 Jeff
Is it not possible for you to obfuscate the board to illustrate the
problem? Just delete 99% of the stuff on it to just show a board edge and
the hole?
2018-04-16 22:35 GMT+02:00 Michael McCormack :
> This might not be quite the right place to post this, but, I've found
>
Den tor. 12. apr. 2018 17.18 skrev Reece R. Pollack :
> On 04/12/18 09:58, Carsten Schoenert wrote:
>
> Hi,
>
> Am 12.04.2018 um 15:47 schrieb Reece R. Pollack:
>
> I'm a relative newbie to KiCad, but I've been a software engineer since
> the early 1980. I'd prefer to see KiCad
So many distros have wxwidgets with gtk2 and gtk3, but now most upgrade
wxpython to gtk3.
2018-04-10 15:36 GMT+02:00 Nick Østergaard <oe.n...@gmail.com>:
> This is because of the wxversion.py. It will then be provided by multiple
> packages and I don't think it distinguishes diffe
This is because of the wxversion.py. It will then be provided by multiple
packages and I don't think it distinguishes different toolkit versions,
only multiple wxpython versions.
https://wiki.wxpython.org/MultiVersionInstalls
2018-04-10 14:56 GMT+02:00 Wayne Stambaugh :
>
FYI, it has been a problem on fedora for years. So it was not an issue on
arch first.
I guess there are multiple approaches to address this issue.
1. Platforms can disable the wxpython scripting option which will get rid
of the footprint wizards and the python console.
2. Hack wxpython with gtk2
This is a complicated topic. But I guess we can clutter the config dir as
much as we want with version folders. Usually the user should not have the
need to look here. I guess you are correct, that most of the "non-issue" is
because the fp-lib-table was only introduced in v4 and has not had a new
You can just set a different XDG_CONFIG_HOME. I think this should be left
for the user to define. Usually I have seen no significant problems running
with the same config dir. This may of course not aleays be true.
Alternatively the nightly package can provide a wrapper script that sets
this to
2018-04-04 12:52 GMT+02:00 Jean-Samuel Reynaud :
> Dear All,
>
>
> Since I provide PPA (daily build for Ubuntu) for KiCad, I receive some
> requests about installing daily build packages in parallel with stable
> version.
> With next version (V5) I think it can be useful...
The kicad-developers list is not really for detailed library discussions
like this. You may have better luck reporting the issue directly on
https://github.com/kicad/kicad-footprints/issues
I am not sure what the plan is, but I don't think the Librarians will
update the old footprints, all
2018-04-03 13:12 GMT+02:00 jp charras :
> Le 03/04/2018 à 00:42, Wayne Stambaugh a écrit :
> > Things have quieted down quit a bit so we should be close to an rc2
> > release. I saw a 3D viewer crash report but it looks like it might be a
> > video driver issue. Are there
Are you not missing a lot of properties from that dialog with your
screenshot, like the orientation? Or is this only to replace the "Fields"
frame of the dialog?
2018-03-01 17:26 GMT+01:00 Jeff Young :
> Technically yes, but even the existing dialog only lets you edit both.
>
> >
Den lør. 31. mar. 2018 00.02 skrev Jeff Young :
> A footprint can have several 3D models associated with it (confusingly
> named 3D Shape Names in the dialog, but never mind that).
>
> What is the purpose of this?
>
> Is it so that library devs can add different formats and the
If you think this is important, it is better to report a bug on the bug
tracker to make sure this is not lost in the noise.
2018-02-28 7:38 GMT+01:00 Russell Oliver :
> Hmm what about displaying that info in the dialog title?
>
> Also might be useful to show if the
e on some tasks if
> there is a list of things to do.
>
> -Jon
>
> On Mon, Mar 26, 2018 at 4:55 AM, Nick Østergaard <oe.n...@gmail.com>
> wrote:
>
>> I mainly didn't push for announce rc1 because the new macos packaging
>> scripts are not done, and there are som
I mainly didn't push for announce rc1 because the new macos packaging
scripts are not done, and there are some refactoring needed in the windows
installer which has not been completed yet.
2018-03-25 18:32 GMT+02:00 Wayne Stambaugh :
> On 03/25/2018 11:16 AM, Jon Evans
Do you have Seth's opencascade patch in your tree? Or what is different
from the usual? The build flag you are specifying shoulnd be correct IIRC.
2018-03-22 23:56 GMT+01:00 Jeff Young :
> What does this mean:
>
> By not providing "FindOCE.cmake" in CMAKE_MODULE_PATH this project
Changes to the website are preferably made as pull requests on
https://github.com/KiCad/kicad-website
It makes it easier to handle when I am not at my dev host.
2018-03-21 13:45 GMT+01:00 Marco Ciampa :
> Hello devs!
> here is a small contrib to the website...
>
> Is it ok
x. I think it could be improved to be less
errorprone, but could possibly be comitted as is if that debug log is
removed. It seems to work fine if you are not switching between OCE and OCC
in the same build dir, that is, a clean config.
Nick
2018-03-17 0:51 GMT+01:00 Nick Østergaard <oe.n
ut window version
>>> info.
>>> >
>>> > The "Based on" line was taken from
>>> > (https://github.com/FreeCAD/FreeCAD/blob/master/src/FCConfig.h) when
>>> > trying to determine how FreeCAD likes to refer to themselves. The
>>
For reference, this patch series have been merged.
2018-02-25 13:17 GMT+01:00 :
> From: Carsten Schoenert
>
> While working on the packaging of KiCad 5 for Debian the lintian QS tool
> found some spelling error which I fixed mostly by this
Just the other day a user on IRC showed us this image of a hexagonal fill
he hacked into his board by using bitmap2componet. Sort of a hack^3.
1) export gerbers and convert to PNG with gerbV
2) custom Python Imaging Library (PIL) script
3) bitmap2component
https://i.imgur.com/ThqIz5Y.png
Having
I think it would have been better if the commit after 5.0.0-rc1 was not
tagged 5.0.0-rc2-dev. Then the git describe would make more sense. It would
indicate that it was based on the 5.0.0-rc1 with additional commits and its
hash.
The g stands for git according to the man page.
I can't make cmake find wxwidgets from vcpkg. I think Thomas Figueroa also
uses vcpkg, but he built wxwidgets himself to overcome this. So I think
something is missing for wxwidgets in vcpkg, or something else is not quite
right in that corner.
2018-03-12 23:36 GMT+01:00 Mark Roszko
If you have a hard time to find a bug worth looking at, you could probably
have a look at https://launchpad.net/kicad/+milestone/5.0.0-rc2 and pick
one where no one is assigned.
2018-03-12 23:38 GMT+01:00 Jeff Young :
> I threw one your way, but it would also be handy to know
2018-03-12 21:02 GMT+01:00 Kevin Cozens <ke...@ve3syb.ca>:
> On 2018-03-11 11:52 AM, Nick Østergaard wrote:
>
>> That sounds a bit risky. Using the stash and popping can make you lose
>> your local changes if you decide to abort a potential merge conflict. IIRC.
>> C
It looks like it just passed the build here,
http://ci.kicad-pcb.org/job/linux-kicad-full-gcc-head/3072/
2018-03-12 22:03 GMT+01:00 Jeff Young :
> Well, my build is still running so I can’t confirm the fixes yet, but
> since I already broke the build for some I went ahead and
It looks like this has been merged.
2018-03-01 5:00 GMT+01:00 Seth Hillbrand :
> Oops! Noticed that 1+2 should have been in the same patch (fixing my own
> bug there)
>
> I've squashed them down to three patches.
>
> -S
>
> 2018-02-28 16:52 GMT-08:00 Seth Hillbrand
Den 8. mar. 2018 22.39 skrev "Russell Oliver" :
As a follow up to the road map discussion I saw a forum post asking if it
was possible to display the net name of a pad on the silkscreen or other
layers much like the value or reference fields.
Why is this useful? Could you
Den 10. mar. 2018 23.36 skrev "Kevin Cozens" :
On 2018-03-03 03:50 PM, Maciej Suminski wrote:
> If we are speaking about git tips - I think 'git pull --rebase' is even
> simpler in this case.
>
I have a script I call "gitpull" that does that but it also does a "git
stash"
https://git.launchpad.net/~sjr/kicad/log/?h=msvc
2018-03-09 16:41 GMT+01:00 Nick Østergaard <oe.n...@gmail.com>:
> You need to base it on Simon Richters branch.
>
> 2018-03-09 16:05 GMT+01:00 Tomasz Wlostowski <tomasz.wlostow...@cern.ch>:
>
>> On 09/03/18 15:55, J
401 - 500 of 1794 matches
Mail list logo