Re: [Kicad-developers] V6 documentation

Hi, Am 19.01.22 um 23:18 schrieb Eeli Kaikkonen: I don't understand why this discussion is so difficult to understand. sorry but I don't understand what problem you are trying to solve! There is no problem within the Linux world and their distros to provide packaged documentation, there is

Re: [Kicad-developers] V6 documentation

[ I'm on this list, no need to address me dedicated. ] Am 19.01.22 um 18:45 schrieb Jon Evans: I think you misunderstand.  We currently have three rolling releases on docs.kicad.org : V5, V6, and master (nightly). We will continue adding new "rolling release" builds for

Re: [Kicad-developers] V6 documentation

Am 19.01.22 um 18:12 schrieb Steven A. Falco: I don't disagree, but really, we could say that everything is always outdated - the code, the libs etc. I have to pick a point in time, and create packages as of that point - currently that point is when a new release is tagged. I.e., it is a

Re: [Kicad-developers] V6 documentation

Hello Jon, Am 19.01.22 um 17:38 schrieb Jon Evans: Carsten, There is no reason to remove the ability to package docs offline, I just don't think it should be a focus of the project. here start to disagree. In my eyes the offline bundled and created documentation IS a strong service the

Re: [Kicad-developers] V6 documentation

Hello, Am 19.01.22 um 17:21 schrieb Gabriel Staples, ElectricRCAircraftGuy.com: ... In other words, please do make "online documentation" only, as it allows faster updates to it and better consistency, please don't! It absolutely doesn't hurt to build completely offline usable documentation.

Re: [Kicad-developers] Note to packagers: new data dependency for KiCad PCM

Hello Jon, Am 08.11.21 um 03:30 schrieb Jon Evans: > Hi all, > > We just turned the plugin and content manager (PCM) feature on for all > users. > > To work properly, this feature needs an additional directory packaged: > > $KICAD_DATA/schemas > > If your packaging scripts already grab

Re: [Kicad-developers] 5.1.11 release tagged

Hello Wayne, Am 26.10.21 um 20:38 schrieb Wayne Stambaugh: > Hi Carsten, > > Do we still we still build and deploy the old 5.1 developer docs > anywhere? I guess I should remove them just in case someone else does. > I should be able to get to this shortly. stuff from that folder isn't

Re: [Kicad-developers] 5.1.11 release tagged

Hello Wayne, Am 26.10.21 um 13:32 schrieb Wayne Stambaugh: I just pushed the 5.1.11 tag to the 5.1 branch so please tag all of the other repos so we can start the packaging process. Please let me know if there are any issues that would delay the tagging. I guess the loss of kicad-pcb.org

Re: [Kicad-developers] libngspice versioning by libtool

Am 02.08.21 um 13:11 schrieb Ian McInerney: > This error has been discussed on the list before, but basically it is > caused by using the same source tree and trying to build both 5.1 and > master by switching back and forth between them using git checkout. > There were several changes to where

Re: [Kicad-developers] libngspice versioning by libtool

Hi Holger, Am 31.07.21 um 15:52 schrieb Holger Vogt: > Hello Carsten, > > there are two thing now open: > > I have made an update to ngspice in branch pre-master: > Now all boolean symbols transferred over the ABI are of true boolean > type. So the interfacing from any caller does not need to

Re: [Kicad-developers] libngspice versioning by libtool

Am 30.07.21 um 14:53 schrieb Holger Vogt: [snip] > Ah, and what is the versioning now? The API has not changed, it was > however not described correctly in sharedspice.h, which now (ngspice-35) > will be fixed. So you have changed the internal behavior of one or more symbols? This is of course

Re: [Kicad-developers] libngspice versioning by libtool

Hi again, Am 29.07.21 um 10:29 schrieb Carsten Schoenert: > From a quick built of ngspice (branch pre-master with current HEAD) I > can run a KiCad 5.99 without issues with a new version of > libngspice0.so.0.0.1. > > Will do further testing this. to shorten the story, I can u

Re: [Kicad-developers] libngspice versioning by libtool

Hi, Am 28.07.21 um 14:14 schrieb Ian McInerney: > Depending on how the OpenSUSE build system si setup, a prebuilt version > from their repository might not work with a library with a different > version. Many build systems for Linux packages will encode a dependency > on a specific version of the

Re: [Kicad-developers] libngspice versioning by libtool

Am 27.07.21 um 20:12 schrieb Holger Vogt: > Carsten, > > it is not about what I should do, but what the KiCad devs should do to > allow me adding versioning to shared ngspice. I will add versioning if > it is aknowledged by KiCad/Eeschema. That's not the question in my eyes. It's not

Re: [Kicad-developers] libngspice versioning by libtool

Hello Holger, Am 27.07.21 um 14:03 schrieb Holger Vogt: > So what would be the correct action? > > When I compile ngspice, I get (besides libngspice.so.0.0.0 or > libngspice.so.0.0.1) two aliases libngspice.so.0 and libngspice.so. What > would be the correct version to link to? there is

Re: [Kicad-developers] old ngspice in 599 macOS nightly

Hello Holger, Am 24.07.21 um 14:51 schrieb Holger Vogt: > Carsten, > > library versioning: not yet. > > Did some experiments with libtool library versioning. > The input 0:1:0 (code change but no api change) created a > libngspice.so.0.0.1. that's correct, just increase the revision (or age

Re: [Kicad-developers] old ngspice in 599 macOS nightly

Hello Holger, Am 22.07.21 um 21:17 schrieb Holger Vogt: > With ngspice-35, there will be to changes concerning the > sharedspice.h API header. > > There is now a preprocessor flag definition added > #define NGSPICE_PACKAGE_VERSION "35" this means too there is now a proper versioned library

Re: [Kicad-developers] For those wondering about KiCad version 5.99.0 in Debian unstable...

Hello Jon, Am 06.07.21 um 21:45 schrieb Jon Evans: > Hi Carsten, > > I was reminded of this thread because of this forum post: > https://forum.kicad.info/t/how-install-kicad-6-x-on-debian/30034/4 > > Is the fact that there is a 6.0.0 tag on experimental also related to > this issue with

Re: [Kicad-developers] Experience compiling latest HEAD

Hello Ruth, Am 28.06.21 um 21:34 schrieb Ruth Ivimey-Cook: > I would *really* appreciate an ubuntu "official" nightly build of 5.99 > that uses wx3.1 there was never and probably will never be any official Ubuntu KiCad packages. The "official Ubuntu" packages are taken from Debian by the

Re: [Kicad-developers] asciidoc

Hi, this topic more relevant for kicad-doc I think. Am 30.05.21 um 20:34 schrieb Jon Evans: > You want this one: https://github.com/Mogztter/asciidoctor-web-pdf > > On Ubuntu I install it with "sudo npm i -g @asciidoctor/core asciidoctor-pdf" For Debian (and also for Ubuntu) this isn't

Re: [Kicad-developers] OCE vs. OCC default build flag

Hi, Am 18.05.21 um 17:01 schrieb Kevin Cozens: > How will this affect those of us who build KiCad from source? I have liboce > packages installed which provide OCE. If you change to OCC what package(s) > will I need then? The distro I use (Linux Mint) has libocct (Open CASCADE > Technology)

Re: [Kicad-developers] OCE vs. OCC default build flag

Hi, I can just speak for Debian. Am 17.05.21 um 14:53 schrieb Eeli Kaikkonen: > As far as I can tell, Ubuntu and all derivatives, Fedora, openSUSE, > Debian (if I remember correctly), Arch and Manjaro already use OCC so > that the latest available KiCad 5.99 (and even 5.1) packages for the >

[Kicad-developers] For those wondering about KiCad version 5.99.0 in Debian unstable...

it's not really a version 5.99.0. I made a mistake last week while preparing a current snapshot of all relevant KiCad parts and the kicad package was of course intended for uploading to the distribution experimental but was pushed into unstable/sid due stupidity of me. To fix this error I needed

Re: [Kicad-developers] possible license mismatch in bitmaps_png/sources ?

Hell Seth, Am 02.04.21 um 17:14 schrieb Seth Hillbrand: > The correct license is CC-BY-SA.  We'll update the SVG to the correct > license. thanks, I'll use some more recent snapshot then as this makes my life easier. -- Regards Carsten ___ Mailing

[Kicad-developers] possible license mismatch in bitmaps_png/sources ?

Hi, while working on a current snapshot (42c6af4) of the KiCad development tree and adjusting the build environment for Debian unstable I'm facing the output of the Lintian QS tool about the usage of the non-free Creative Commons Non-Commercial Share-Alike (CC-NC-SA) license for some source

Re: [Kicad-developers] ngspice-34

Am 03.02.21 um 13:03 schrieb jp charras: > OTOH, a version.h file is not a bad idea (read: for me a very good idea): > > at least the name is already a useful comment and it request only a very > few amount of work. > > Many tools use this trick (for instance opencascade, and most of other >

Re: [Kicad-developers] ngspice-34

Hello Holger, Am 03.02.21 um 11:20 schrieb Holger Vogt: > > I remember some time ago I tried to address the libtool versioning, but > I did not understand it, so abandoned it again. libtool isn't really easy, yes, but the more complicated thing is to integrate the things correctly into

Re: [Kicad-developers] ngspice-34

Am 03.02.21 um 08:34 schrieb Holger Vogt: > To obtain version information of the currently available libngspice-0.so > version, you might do the following: > > load libngspice-0 dynamically > initialze libngspice > send the command 'version -s' > retrieve some text response similar to the

Re: [Kicad-developers] ngspice-34

Hello, Am 02.02.21 um 22:07 schrieb Jean-Samuel Reynaud: > FYI: > As I see the PATH for the file ngspice/config.h is changed on > ngspice-34. And on debian package this file is no more distributed on > this version (as I see on last updated package). > > So there is an impact on some KiCad code:

Re: [Kicad-developers] Build problem of current master tree

Am 02.01.21 um 18:07 schrieb jp charras: > What is the problem with these files? They are build in tree in case you do a configure out of tree? > They are already the final header files built from the corresponding .md > files. In my eyes it's simply the wrong way to build files in another

Re: [Kicad-developers] Build problem of current master tree

Hi, Am 02.01.21 um 17:17 schrieb jp charras: > > Le 02/01/2021 à 17:09, Nick Østergaard a écrit : >> FYI, there are still generated files in the source which are also >> checked in to the source tree: >> >> After a make clean: >> deleted:    ../eeschema/dialogs/dialog_bom_help_md.h >> deleted:  

Re: [Kicad-developers] Build problem of current master tree

Hello Seth, Am 02.01.21 um 17:02 schrieb Seth Hillbrand: > Hello Carsten- > > We agree with you.  This is why we moved the generated files to the > build tree and out of the source tree.  But legacy files in the source > tree are still considered first, so older build directories need the >

Re: [Kicad-developers] Build problem of current master tree

Hello Jeff, Am 02.01.21 um 15:45 schrieb Jeff Young: > Hi Carsten, > > Known problem when building 5.99 in a tree that used to hold 5.1. > > Try: > > cd include > rm *_lexer.h ahh, yes that fixed the build. But I see the build of additional required files within the source tree rather as

[Kicad-developers] Build problem of current master tree

Hi, since a long time I'm trying to build a current version of 5.99 again. But my attempt is failing with this error. > [ 70%] Built target eeschema_kiface_objects > Scanning dependencies of target eeschema_kiface > [ 70%] Building CXX object >

Re: [Kicad-developers] 5.1.9 tagged for release

Hell Nick, Am 23.12.20 um 10:07 schrieb Nick Østergaard: > Hi Carsten > > This is a balancing act. Quite some time ago we decided that we should > make the release _announcement_ (on the website) when we have build > available for some major platforms, these specifically being windows, > ubuntu

Re: [Kicad-developers] 5.1.9 tagged for release

Hi, Am 22.12.20 um 23:01 schrieb Nick Østergaard: > I don't think we need that long. Everything seems to be tagged. I have > triggered the windows build and it should just be a simple pkgver bump > for macos and ubuntu ppa as well. please do also remember that there is more out there than the

Re: [Kicad-developers] New Build Dependencies: Lemon + GTK3

Am 03.08.20 um 20:42 schrieb Steven A. Falco: What is the resolution? Do I undo the dependency on the lemon parser generator? Or will there be a flag to select whether to generate or use the canned one? In my eyes there is only one solution. Always prefer a dependency as external required

Re: [Kicad-developers] New Build Dependencies: Lemon + GTK3

Mark, Am 03.08.20 um 20:19 schrieb Mark Roszko: But this is also a nightmare. I don't know what you mean here. 1. The main issue is the tool is not a real independent tool, it is only maintained within sqlite and everyone using it outside of that are "welcome to" by sqlite but the global

Re: [Kicad-developers] New Build Dependencies: Lemon + GTK3

Hello Ian, Am 03.08.20 um 19:39 schrieb Ian McInerney: I have now updated this so that we bundle the lemon parser code inside thirdparty and build it for ourselves (it is only 1 main c file that was released into the public domain). CMake then takes care of all the pathing for the template

Re: [Kicad-developers] no broken default fp-lib-table, removed footprint library

Hello Wayne, Am 14.05.20 um 18:43 schrieb Wayne Stambaugh: Carsten, What information do you need from KiCad. Does Debian (or any other disto) have recommendations for upstream projects to help packagers? Debian has some dedicated information for upstream projects and coders of course.

Re: [Kicad-developers] no broken default fp-lib-table, removed footprint library

er install and use. But the packagers are completely depending on the information they have and can get from the developers. And here for KiCad these people sitting quite near to each other and we shouldn't make our free time work more difficult and energy draining than really needed. That's ma

Re: [Kicad-developers] no broken default fp-lib-table, removed footprint library

he simplest thing is a text file within the repository, mostly called README. :) I haven't found any information in the git tree, in the mailing list, on the KiCad website or on GitHub. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-de

[Kicad-developers] Broken default fp-lib-table, removed footprint library

version! People do not expect such changes. And the majority of user isn't following the development of KiCad itself or the libraries in deep! Keep that in mind please. Thanks. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad

Re: [Kicad-developers] Is it really the case that installing KiCad on a Mac requires manually copying files around?

ormal" audience. So try to keep this one group of people, that you will never serve completely, always small as possible. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers

Re: [Kicad-developers] Please be kind towards translators

And as we are on 'wxString errmsg', plugins/pluginldr.cpp is containing a lot of strings like > wxString errmsg = _( "missing function 'GetVersion'" ); Looks to me as these are also no strings for the normal user. Or am I wrong here? -- Regards Cars

Re: [Kicad-developers] Please be kind towards translators

altium2kicadpcb_plugin/altium_pcb.cpp: > wxString::Format( _( "No text position present for leader dimension object" ) > ) ); For the latter I'm not sure, but wxLogError looks not like it's some string for the UI. Nitpick, it's not a sentence, the leading sentence termi

Re: [Kicad-developers] Inconsistency within l10n strings

but every time the original string is changed I need to review this again. But the English source itself should be consistent on this to lower down the work on currently 5.722! strings. :-) -- Regards Carsten Schoenert ___ Mailing list: https://launch

[Kicad-developers] Inconsistency within l10n strings

inside double quotes. Wouldn't it make sense to write up all these strings based on the same rules? -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : h

Re: [Kicad-developers] FOSDEM 2020

in the basic headlines like where to find the devroom etc. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-dev

Re: [Kicad-developers] FOSDEM 2020

le easily? -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Linux Packagers: Resource File Updates

f 1024x576 is fine, but a greater size would also be o.k. The images should help users to get an overview of the application, so a bigger screenshot would be better than a smaller one. -- Regards Carsten Schoenert ___ Mailing list: https://lau

Re: [Kicad-developers] Linux Packagers: Resource File Updates

d install the data into a temporary folder from which the package(s) are created. So the final appdata file needs to be installed into this temporary folder, but that's already happen now. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.n

Re: [Kicad-developers] Linux Packagers: Resource File Updates

uld be updated too. ;) The validator for the AppData content within the Debian QA is mentioning that the component ID is not a reverse domain-name. Should get fixed too in case the file is getting changed. > https://appstream.debian.org/sid/main/issues/kicad.html -- Regards Carsten Schoenert __

Re: [Kicad-developers] Building Kicad on Windows 10/Eclipse/Msys2

remotes. If you have only one remote configured git tries to be smart and is substitute the rest for the command by the obviously logical value. So, if you want to be safe than the full command line is correct. -- Regards Carsten Schoenert _

Re: [Kicad-developers] [PATCH] Update python defaults

Am 26.10.19 um 23:03 schrieb Steven A. Falco: I've been building for Fedora using both KICAD_SCRIPTING_PYTHON3=ON and KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON for quite a while now, FWIW. The same is true for Debian builds of KiCad in unstable/testing and buster/buster-backports for a while (since

Re: [Kicad-developers] Python files still depending on Python2 only due used shebang

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

Re: [Kicad-developers] Python files still depending on Python2 only due used shebang

shebang lines. Looking at the date within the copyright statement let me be quite sure the files wont be Python3 ready. And this is for sure true for mostly all the existing files. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net

[Kicad-developers] Python files still depending on Python2 only due used shebang

'#!/usr/bin/env python' and a compatibility so the scripts can also be used within a Python3 interpreter? KiCad still has some other (indirect) dependencies on Python2 which will also needed to get resolved, but that's another story. -- Regards Carsten Schoenert _

Re: [Kicad-developers] 5.1.5 release status

. thanks, I merged your PR right now. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More he

Re: [Kicad-developers] Minimum Boost version

intainer can help. And members of the distro can help regarding planned release time spans for their releases. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.ne

Re: [Kicad-developers] 5.1.5 release status

tenment on this? -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.5 release status

iguration is visible in the GitLab repo for KiCad on Salsa. https://salsa.debian.org/electronics-team/KiCad/kicad https://salsa.debian.org/electronics-team/KiCad/kicad/blob/debian/sid/debian/rules I'm happily taken any patches if provided. I personally haven't seen these asserts. -- Regards Carsten

Re: [Kicad-developers] GitLab migration

fer to create the tarball on my machine by the 'git archive' command. But you can also use the plain GitLab API to request a download URL. But that's not really needed as the various download URLs are predictable. -- Regards Carsten Schoenert ___ Mailing list:

Re: [Kicad-developers] GitLab migration

oint that releases will be on two different places. Please don't do this. As there si no need to do this. Think about a branch model and you will see there is no need to have two different resources to keep the data. -- Regards Carsten Schoenert ___

Re: [Kicad-developers] Minimum Boost version

Hi, Am 26.09.19 um 22:26 schrieb Ian McInerney: > Ping. Is there any opposition to bumping the minimum Boost version to > 1.59? I still see no technical need to increase the minimal version for Boost. -- Regards Carsten Schoenert ___ Mailin

Re: [Kicad-developers] Minimum Boost version

e the number of supported distros whenever possible. fully agreed! Please don't bump versions only because you can do this. Check always if you need some new shiny function that is resulting in a version bump. -- Regards Carsten Schoenert ___ Mailing

Re: [Kicad-developers] Strange program version numbering in KiCad

project in the FOSS world at any time somehow. Please have a look at other project and how they solved this problem. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchp

Re: [Kicad-developers] Strange program version numbering in KiCad

'master-dev' is always better than the current solution. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-develope

Re: [Kicad-developers] [PATCH] Crash Reporter

development is taking nobody can say a targeted date for a new stable release of wxwidgets. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://l

Re: [Kicad-developers] New package for macOS 5.1.2 stable including ngspice-30 ?

g thanks to Holger again btw! So Debian has no problem to provide KiCad with a depending libngspice0 library >= 30.2. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.ne

Re: [Kicad-developers] New package for macOS 5.1.2 stable including ngspice-30 ?

f the build dependencies are only solvable by the configure settings. > On Sun, Jun 9, 2019 at 10:01 PM Adam Wolf > wrote: > >> How about making 5.1.2-1 or -2 or whatever. I don't like replacing >> packages that have been released. Yes of course, only increase the pack

Re: [Kicad-developers] New package for macOS 5.1.2 stable including ngspice-30 ?

ibrary while the cmake configure run and error out if the version is lower than 30. I'm not an CMake expert but some version check should be possible here too. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-devel

Re: [Kicad-developers] Improving library editor checks

e from and savable within a project. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://

Re: [Kicad-developers] [PATCH] Crash Reporter

d I haven't looked into any implementation details from Tom. But for now I wouldn't hardly focus on this. And there wont be the one and only solution in the end I guess. But you need to start somewhere. -- Regards Carsten Schoenert ___ Mailing list: htt

Re: [Kicad-developers] License CC-BY-SA-4.0 used in KiCad

please add back the tag, so that we can continue distributing > nightly builds for Fedora. Until this happen I'd simply re-add that tag by a local patch. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to

Re: [Kicad-developers] License CC-BY-SA-4.0 used in KiCad

will mostly destroy the file history, OTOH it's a small file and history is not really important here. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubsc

Re: [Kicad-developers] License CC-BY-SA-4.0 used in KiCad

Hello Wayne, Am 27.03.19 um 16:34 schrieb Wayne Stambaugh: > Hey Carsten, > > I tried merging your patches and patch 1 does not merge cleanly. Would > you please rebase patch 1 so I can get it merged? rebased and re-added. -- Regards Carsten Sc

Re: [Kicad-developers] License CC-BY-SA-4.0 used in KiCad

red. -- Regards Carsten Schoenert From 34bd245a89c2aeecdb5db8814e77417003659762 Mon Sep 17 00:00:00 2001 From: Carsten Schoenert Date: Fri, 8 Mar 2019 18:57:14 +0100 Subject: [PATCH 1/3] Adding license information for demo files The demo files are covered by the CC-BY-SA-4.0 license. Please note s

Re: [Kicad-developers] License CC-BY-SA-4.0 used in KiCad

with a note that the demos fall under the this license. JP, you > created most (all?) of the demos. Do you have any opinion on this? as nothing did really happen on this I want to poke this topic again. How to proceed regrading the raised license question by Wayne? -- Regards Ca

Re: [Kicad-developers] 5.1.0-rc2

Am 18.02.19 um 07:40 schrieb Carsten Schoenert: ... > For me it wasn't and so far I see this also wasn't a problem for the > other main languages that are well maintained. Chinese, France, Italian > and German but also Russian are in a very good shape. I've forgotten to also mention here

Re: [Kicad-developers] 5.1.0-rc2

e small additional happen modifications to the KiCad strings. Keep on working and push RC2 out of the door. :) -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubs

Re: [Kicad-developers] off topic question [updated patch] GAL pixel alignment

th > rc1. your question is completely off topic here. :-/ Could you please avoid "topic hijacking" in the future? -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lis

Re: [Kicad-developers] Date for 5.1.0-rc1?

.0-rc1 so you need to decide which commit you will use if needed. For the other parts like the libraries etc. there are also no tags available. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to

[Kicad-developers] environment checking in plugins (Re: 5.1.0-rc1)

e version, author ... if the mouse is hovered over such an entry. > Should I raise a bug for this wish? That would be the best as the noise on the list here is rather high. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad

[Kicad-developers] still graphical issues in Eeschema also in GTK+3 builds (Re: 5.1.0-rc1)

e Help menu in KiCad which I'd more prefer than pop up windows. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~k

[Kicad-developers] python3-wxpython4 in Fedore (Re: 5.1.0-rc1)

or python3-wxpython4 in Fedora, in Debian the package python3-wxgtk4.0 is required to get wxphoenix working in kicad builds. https://groups.google.com/forum/#!topic/wxpython-dev/EvjTb7BjXRI -- Regards Carsten Schoenert ___ Mailing list: https://launch

Re: [Kicad-developers] 5.1.0-rc1

quot; because of the C++ standard. I've seen some more warnings (than build with gcc) while build was running. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.n

Re: [Kicad-developers] 5.1.0-rc1

the other hand really excited and impressed that no new issues are opened up against the kicad package in Debian in the recent past! So people maybe really be tired about opening issues or there are no issues to open. ;) [1] https://packages.debian.org/experimental/kicad -- Rega

Re: [Kicad-developers] 5.1.0-rc1

s a big chance 5.1.0 will make it into the Debian Buster release! Something I'd really appreciate to see because of the GTK+3 support. :-) Otherwise people would directly need to wait for a backport. -- Regards Carsten Schoenert ___ Mailing list: https://launch

Re: [Kicad-developers] License CC-BY-SA-4.0 used in KiCad

edicated trees with also own license information. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

[Kicad-developers] License CC-BY-SA-4.0 used in KiCad

the required parts inside the Debian specific copyright file. And of course not because I will need to add this information. But what do I need to add? Wayne, as you have added 4db550353e, do you have some useful notes on this? -- Regards Carsten Schoenert

Re: [Kicad-developers] wrong formated string in kicad/common/dialog/dialog_global_lib_table_config.cpp

Am 26.01.19 um 09:30 schrieb jp charras: > I just fixed this issue (missing l10n identifiers), and also fixed a few > typos in i18n strings. Yes, thanks for this quick fix, looks better now. -- Regards Carsten ___ Mailing list:

Re: [Kicad-developers] wrong formated string in kicad/common/dialog/dialog_global_lib_table_config.cpp

Hi again, one more thing that happen now around these l10n changes I can see is the missing translation for the substituted strings in the modified splash dialog window if KiCad is starting with an non existing file 'sym-lib-table' in the local configuration folder of KiCad. I can see the

Re: [Kicad-developers] KiCad Snapshot version with enabled GTK+3 and wxPython4.0 scripting in Debian experimental

nside and also outside best, I'm not and I also work on some other projects and do some packaging work. So that's the hopefully simple reason why we do that kind of configuration of the kicad package. [1] https://en.wikipedia.org/wiki/Zen_of_Python -- Regards Carsten Schoenert ___

[Kicad-developers] KiCad Snapshot version with enabled GTK+3 and wxPython4.0 scripting in Debian experimental (was Re: 5.1 stable release)

our sources to be able to pull the kicad packages. Or you install them manually if you know what you are doing. https://buildd.debian.org/status/package.php?p=kicad=experimental https://packages.debian.org/source/experimental/kicad (It will take some time to see anything on this link!)

Re: [Kicad-developers] 5.1 stable release

an.org/buster/freeze_policy.html -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [RFC] Symbol library file format

ree spice working model can look like, I really suggest to not create a own world for spice models. Make it modular so work needs to be done more than needed. I also suggest to get in touch with Holger from the ngspice project about his thoughts and possible suggestions on this topic. -- Regard

Re: [Kicad-developers] MSYS2: downgrade to GLM version 0.9.9.2

ace issue and also some mixed tab/space changes. But nothing that could not be solved by just quickly amending this. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.

Re: [Kicad-developers] kicad-dev-nightly PPA builds for artful outdated?

if I need to tweek the build of KiCad for Backports. -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers

Re: [Kicad-developers] 5.1 stable release

1.2 [3] https://tracker.debian.org/pkg/wxpython4.0 -- Regards Carsten Schoenert ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More h

  1   2   3   >