Re: [Kicad-developers] 3D-Viewer: limit scale to positive values?

Hi, just to clarify: the 3d models of the official library must be created such that the scaling factor in the footprint is set to 1. We are currently rewording the whole section to be clearer https://gitlab.com/kicad/services/kicad-website/-/merge_requests/502 On 29/09/2020 18:30, Ian

[Kicad-developers] Change in Library Team Leadership

Hi all, the bad news up front, I no longer have the time to properly handle leading the library team as i am now working full time and still have my education to finish (Covid isn't much help either as it makes me lose a bit of time as i try to avoid public transport at peak hours). And

Re: [Kicad-developers] How do we envision Pad Stacks?

Hi, my answers below On 11/06/2020 16:54, Jeff Young wrote: I had been assuming that you could define a separate shape for each layer.  Full flexibility, but time-consuming to edit (even with commands such as “push current layer to other layers”). One could have a simple mode and advanced

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

On 17/05/2020 11:24, Carsten Schoenert wrote: The main point is that projects simply should provide as much information and communication as possible about the new versions they provide. Distributions need always to think about how intrusive modifications are, that's mainly a simple risk

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

On 14/05/2020 18:43, Wayne Stambaugh wrote: Rene, I wonder if we should implement a library commit message policy similar to the one we use for the source repo[1] and tailor the changelog tags for how library commits (or any other kicad repo) are made? It's pretty painless from a committers

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

The kicad library team does not have the resources to properly handle even our main tasks (see the number of open pull requests awaiting review, hint it is >300 with >600 open over all) let alone handling additional docu. Plus we are not working with sourcecode. The skills of the librarieans

Re: [Kicad-developers] 5.1.6 Release Update

On 13/05/2020 19:18, Kevin Cozens wrote: On 2020-05-12 10:36 a.m., Nick Østergaard wrote: The library is till on github: https://github.com/KiCad/kicad-templates https://github.com/KiCad/kicad-symbols https://github.com/KiCad/kicad-footprints https://github.com/KiCad/kicad-packages3D The code,

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

On 12/05/2020 09:40, Carsten Schoenert wrote: Hi, I started to package the updated packages due the tagged KiCad 5.1.6 release and started alphabetically with the footprints as this is the first directory locally. More by an accident I noticed that the directory Connector_Multicomp.pretty is

Re: [Kicad-developers] 5.1.6 Release Update

Hi, library is tagged. Some bugfixes on the symbol lib again result in changes that would break an existing schematic. See details in issue comment: https://github.com/KiCad/kicad-symbols/issues/2656#issuecomment-626880880 On 10/05/2020 18:07, Wayne Stambaugh wrote: Since we are only a week

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

ware. > > Software that must install to privileged locations typically ships as a binary installer with a wizard, > > more like what you would typically see on a Windows machine. > > > > I am not familiar enough with the MacOS packaging to know if there is any potential for KiCad >

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

clarify the exact workflow. I think it would then be beneficial if that cleaned up info would also be found on the Mac download page. [1]: https://forum.kicad.info/t/solved-kicad-on-catalina/22189 On 25/04/2020 08:50, Rene Pöschl wrote: Hi again, might it be a good idea to add the content

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

t bet would be to build a MacOS installer wizard (a PKG file). But, I don't know the details there either or if there are reasons we cannot / should not. -Jon On Fri, Apr 24, 2020 at 10:22 AM Rene Pöschl wrote: Hi all but especially adam, lately there where a few threads on the forum where installation

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

Hi all but especially adam, lately there where a few threads on the forum where installation on Mac came up. The users reported that they installed KiCad by manually copying files around which sounded wrong to me. But as a lot of users seem to be under the impression that this is indeed the

Re: [Kicad-developers] auto conversion of sch file not working

Hi, I made a tutorial quite some time ago explaining step by step how to prepare your project for remapping and how you can fix any errors that might ocour. See https://forum.kicad.info/t/converting-kicad-version-4-projects-to-version-5-remap-a-project/13767 I hope this is of help to you or

Re: [Kicad-developers] GitLab migration

Hillbrand <mailto:s...@kipro-pcb.com>> wrote: On 11/27/19 11:42 AM, Rene Pöschl wrote: On 26/11/2019 21:54, Seth Hillbrand wrote: On 2019-11-26 12:41, Jeff Young wrote: OK, I’ve enabled 2FA.  Do I need to do something to get added back to the project?  (When I go t

Re: [Kicad-developers] GitLab migration

On 26/11/2019 21:54, Seth Hillbrand wrote: On 2019-11-26 12:41, Jeff Young wrote: OK, I’ve enabled 2FA. Do I need to do something to get added back to the project? (When I go to members, all I see are the bot, Seth and Wayne.) Cheers, Jeff. Hi Jeff- Wayne and the bot have permissions for

[Kicad-developers] What does "when in doubt do it opposite than certain other pcb tool" stand for?

Hi guys, the roadmap has the following section: > Study ergonomics of various commercial/proprietary PCB applications (when in doubt about any particular UI solution, check how it has been done in a certain proprietary app that is very

Re: [Kicad-developers] 5.1.5 release tag

Libraries have been tagged. On 14/11/2019 18:36, Wayne Stambaugh wrote: The 5.1 branch has been tagged for 5.1.5 and the source archive has be uploaded to launchpad. Please tag the library, doc, and translation repos so we can fire up those packages builders. Thanks, Wayne On 11/13/19 3:55

Re: [Kicad-developers] Website question

Hi, something similar is discussed in this github issue. https://github.com/KiCad/kicad-website/issues/447 On 05/11/2019 18:41, Wayne Stambaugh wrote: Is there any technical reason why our website is not using secure hosting via https://? I noticed that our download site uses https://. I'm

Re: [Kicad-developers] GitLab migration

Hi, this is welcome news. I would suggest we do the library transfer as soon as the new file format is somewhat stable as we will need to make a hard cut for transfering the symbol libs to the new file format anyway. (We would avoid needing to do doulbe work this way.) Would then of course mean

Re: [Kicad-developers] 5.1.3 release

On 04/08/2019 19:03, Wayne Stambaugh wrote: Please tag the doc, translation, and library repos to 5.1.4 using the same commit as 5.1.3. I'll update the release announcement and there will be no official 5.1.3 release. Thank you everyone for your cooperation and patience. Cheers, Wayne The

Re: [Kicad-developers] 5.1.3 tagged

Libraries are tagged. On 23/07/19 14:32, Wayne Stambaugh wrote: I just tagged 5.1.3 and uploaded the source archive to launchpad. Please tag the doc, translation, and library repos so we can get the package builders going. Thank you everyone for your continued support of the KiCad project.

Re: [Kicad-developers] fp-info-cache question

Is there a reason why this file is even part of the project directory? I kind of assume it holds the info of all footprints. (If i am misinformed about that then ignore my inquiry.) Meaning for most users will most likely be mostly system libs that can easily change while one does not work on

Re: [Kicad-developers] Ratsnest options

On 13/06/2019 16:26, Jeff Young wrote: So how about removing in/mm and polar/cartesian from Preferences (and leaving them and ratsnest on/off in the options toolbar), rather than moving ratsnest on/off to Preferences? Cheers, Jeff. If one sees the coordinate settings as the default

Re: [Kicad-developers] Atomic Libraries Proposal

Hi, the symbols mentioned by simon are the generic ones. Sadly not all manufacturers use the same mapping not even for the same package. (especially not for to-92 and sot-23) Right now the best option is to have one symbol per possible arrangement in the generic lib. We also have a full

Re: [Kicad-developers] Atomic Libraries Proposal

. Best- Seth Am 2019-05-24 09:42, schrieb Rene Pöschl: Hi again, A few clarification questions: Would your proposed solution replace the way of defining footprints in the symbol file format of the future or would this be in parallel to it. (I lean towards the fact that it should replace it as i fear

Re: [Kicad-developers] Atomic Libraries Proposal

Hi again, A few clarification questions: Would your proposed solution replace the way of defining footprints in the symbol file format of the future or would this be in parallel to it. (I lean towards the fact that it should replace it as i fear we otherwise end up with something similar to

Re: [Kicad-developers] Atomic Libraries Proposal

is that once you have verified a triplet works on a board, you can use it again without fear of error.  The current system is not ideal for re-use/production engineering. On Thu, May 23, 2019, 4:06 PM Rene Pöschl <mailto:poesc...@gmail.com>> wrote: Hi Seth What is the benefit

Re: [Kicad-developers] Atomic Libraries Proposal

Hi Seth What is the benefit compared to having lets say a more powerful aliasing system that allows bom specific things to be more easily included in the kicad internal library without introducing something different? (especially as i assume the new file format will provide a more powerful

Re: [Kicad-developers] kicad_pcb, kicad_mod format change for daily build?

Even if the current kicad versions can read it it still makes problems with version control. For that reason i would request a file format verion update on any change to the file generation at least for library assets as it has direct impact on the library maintainance! It makes it near to

Re: [Kicad-developers] In response to KiCon panel question "atomic" vs "CvPcb" answer

On 03/05/19 23:14, Wayne Stambaugh wrote: On 5/3/2019 4:59 PM, Rene Pöschl wrote: On 03/05/19 22:48, Eeli Kaikkonen wrote: I was just trying to find this discussion in the video, can you give the time? The link to the video is here, for the future generations of internet search engine users

Re: [Kicad-developers] In response to KiCon panel question "atomic" vs "CvPcb" answer

On 03/05/19 22:48, Eeli Kaikkonen wrote: I was just trying to find this discussion in the video, can you give the time? The link to the video is here, for the future generations of internet search engine users who find this thread: https://www.youtube.com/watch?v=NRwTyBX2BFk Around 4

[Kicad-developers] In response to KiCon panel question "atomic" vs "CvPcb" answer

Hi, I hope i do not step out of line but i think there might be small misconceptions about the two major library workflows and i just wanted to give my insight of it. Generally speaking there are two time instances as to when a footprint is assigned to a symbol. One is at the end of the

Re: [Kicad-developers] 5.1.1 issue

The library is tagged with 5.1.2 (I also converted the library releases named 5.1.1 as pre release on github and added a note that that release got retracted.) On 22/04/19 14:43, Wayne Stambaugh wrote: I will tag the source repo to 5.1.2 this evening when I get home from work so please tag

Re: [Kicad-developers] Best practice for multi-gate symbols ? (74LVC2G14 has hidden pins)

On 21/04/19 22:58, Henner Zeller wrote: On Sun, 21 Apr 2019 at 13:28, Nick Østergaard wrote: Hello Henner, I think the Librarians more or less communicate exclusively via github issues. So it may be worth to post this as an issue on the kicad-symbols repo over on github. Thanks Nick; looks

Re: [Kicad-developers] 5.1.1 issue

Is this the official decision because i can tag the libraries with 5.1.2 at any time. (On the same commit as 5.1.1.) On 22/04/19 00:03, Nick Østergaard wrote: Yes, just retag the 5.1.1 tags as 5.1.2 as well. We have done that before and is probably what will have the least workload. :) On

Re: [Kicad-developers] 5.1.1 release reminder.

Hi all, I just tagged the library. Some small design breaking changes are included in the symbol libs. (There was a minor miscommunication as some maintainers thought there will not be another version 5 release. I needed to revert one change because of that the other 3 where ok in my mind.)

Re: [Kicad-developers] 5.1.1

On 07/04/19 18:59, Wayne Stambaugh wrote: Do we need any more than three weeks to get the translations updated, the libraries tag, and packages built? Please let me know if this is an issue. I hope i will be able to take a look at the library this weekend (The last few weeks where a bit

Re: [Kicad-developers] [PATCH] Option to not render 3D models for footprints

Maybe a better option would be to have footprint variations similar to aliases. Something with a new name, new 3d model path and new description but the same land pattern. This could be useful not only for having specialized 3d models but also when the manufacturer uses a very strange part

Re: [Kicad-developers] Feedback on 5.1

Some more answers to what andy wrote. Disclaimer not a dev only the main lib maintainer and very active on the user forum. In general: Make bug reports for feature requests. Your requests will be forgotten by being only here on the mailing list. But check first if what you request has

Re: [Kicad-developers] Idea: Merging libraries along the search path

Hi again, I thought about it a bit more. I am less and less convinced this will make it easier for users to understand the library setup overall. But i understand where this comes from. After all many users say library management is hard in kicad. (It is always listed as a downside when kicad is

Re: [Kicad-developers] Idea: Merging libraries along the search path

On 11/03/19 16:13, Simon Richter wrote: This would solve the problem where users modify parts from shipped libraries and cannot save back because they are read-only I am not sure about that one to be honest. But i can see reason behind it and would also ensure that projects contain all parts

Re: [Kicad-developers] Download speeds for nightly builds seem a bit slow to a lot of people over at the forum

On 09/03/19 14:36, Mark Roszko wrote: Honestly, problems on a timescale of just 10 hours of reporting so far can just be some backhaul operator screwing up their peering or even having hardware failing and causing performance issues with certain routes. / /One needs to wait and see if they

Re: [Kicad-developers] Download speeds for nightly builds seem a bit slow to a lot of people over at the forum

On 09/03/19 14:36, Mark Roszko wrote: Honestly, problems on a timescale of just 10 hours of reporting so far can just be some backhaul operator screwing up their peering or even having hardware failing and causing performance issues with certain routes. / /One needs to wait and see if they

Re: [Kicad-developers] Download speeds for nightly builds seem a bit slow to a lot of people over at the forum

On 09/03/19 16:56, Clemens Koller wrote: On 09/03/2019 14.27, Rene Pöschl wrote: It might help if you could state where on this planet you are. The problem seems to either be location or time dependent. Germany, Munich. Regardless of that, the problem is likely not server-side. Clemens

Re: [Kicad-developers] Download speeds for nightly builds seem a bit slow to a lot of people over at the forum

We are talking about the download speed for nightly builds right now. (At least that was the problem i reported) I doubt torrents would help here as i highly doubt nightly builds will ever reach the critical mass required for torrents to be effective. On 10/03/19 04:09, Andrew Lutsenko wrote:

Re: [Kicad-developers] Download speeds for nightly builds seem a bit slow to a lot of people over at the forum

here. Regards, Clemens On 09/03/2019 12.38, Rene Pöschl wrote: Hi, it seems that some of our users struggle to download nightly builds for windows from the cern servers right now. Is this an expected sideeffect of the server move or is there currently a problem? The original report was made

[Kicad-developers] Download speeds for nightly builds seem a bit slow to a lot of people over at the forum

Hi, it seems that some of our users struggle to download nightly builds for windows from the cern servers right now. Is this an expected sideeffect of the server move or is there currently a problem? The original report was made over here:

Re: [Kicad-developers] 5.1.0-rc2 tag

The libraries have been tagged. On 25/02/19 20:02, Wayne Stambaugh wrote: It looks like we are ready to tag 5.1.0-rc2. I plan on tagging it this evening after I get home from work at ~6PM EST. If you have any other bug fixes to merge for rc2, now would be a good time. If nothing critical

[Kicad-developers] kicad-pcb.org not reachable

It seems the kicad website is currently down. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help :

Re: [Kicad-developers] What is the difference between the use of 3d model search path entries and normal path variables (environment variables)?

on behalf of Rene Pöschl Sent: 11 January 2019 17:25 To: KiCad Developers Subject: [Kicad-developers] What is the difference between the use of 3d model search path entries and normal path variables (environment variables)? Hi, I noticed that the configure path tool in the footprint editor

[Kicad-developers] What is the difference between the use of 3d model search path entries and normal path variables (environment variables)?

Hi, I noticed that the configure path tool in the footprint editor has a new part added to it. This part seems to manage 3d model search directories. Such a search directory consists of the path, an alias, and a description. As there is a way to change the order of search path entries i would

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

On 04/01/19 15:10, Wayne Stambaugh wrote: Is there a way to mark a unit as "power unit" (I think you mentioned sometime back that this might be required to properly make simulation for multi unit symbols possible while still allowing the power unit to be separate. A power unit would also be a

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

Something else that i remembered now. Would it be a good idea to prepare for alternative function handling for pins? Meaning an alternative pin name connected to an alternative type (or a number of these) That would allow better symbols for micro controllers. I do not expect this to be

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

On 04/01/19 15:10, Wayne Stambaugh wrote: Is there a way to mark a unit as "power unit" (I think you mentioned sometime back that this might be required to properly make simulation for multi unit symbols possible while still allowing the power unit to be separate. A power unit would also be a

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

I have a few questions regarding multi part (or multi unit) symbols. (I do not really see a clear indication for these features in your document.) Is there a definition for having only some units exchangeable? Is there a way to define a unit as "must be placed" or "optional"? Is there a way to

Re: [Kicad-developers] Cost of different courtyard elements for the closed outline and DRC algorithms

On 01/01/19 23:53, John Beard wrote: @Rene: can you give some examples of "extensive" arc use on the courtyard layers that you are thinking of? Cheers, John The two pull requests i linked should give you an idea of what i right now consider as most extensive use. Maybe also some battery

[Kicad-developers] Cost of different courtyard elements for the closed outline and DRC algorithms

Hi, Right now we have a few contributions for the library that use arcs quite extensively on the courtyard layer. I would therefore like a bit of input. Are arc generally more expensive than lines? Is there a difference if the arc is a multiple of 90 degree compared to any other angle.

Re: [Kicad-developers] 5.0.2 stable release.

How does a package get karma? Can the community perhaps help out in some way? On 04/12/18 19:57, Steven A. Falco wrote: My build of kicad-5.0.2-1.fc29 has completed in the Fedora buildsystem, and I've submitted it for testing. Thus, the build should show up in the updates-testing repo as

Re: [Kicad-developers] 5.0.2 stable release.

The libs are now tagged. On 03/12/18 13:49, Wayne Stambaugh wrote: I saw that the translation and doc repos were tagged for 5.0.2. Where do we stand on the library repos? On 11/26/2018 6:49 PM, Evan Shultz wrote: I should have also mentioned that the outstanding items milestoned for 5.0.2

Re: [Kicad-developers] 5.0.2 stable release.

I am a bit out of the loop sadly as i had quite a busy month behind me (new job plus some old responsibilities) I created an issue over at the symbol repo. [1] Both to ask the other librarians and for a place to report design breaking changes. (A few symbols have been changed since 5.0.1 it

Re: [Kicad-developers] Has the handling of the datasheet field changed again?

On 21/11/2018 18:38, Jeff Young wrote: Version 5.0.x (and version 4.0.x) gave us the option to store the datasheets for both aliases and main symbols in the dcm file. Right; that hasn’t changed. What’s changed (or should have changed) is that the above is the *only* option. So is it not OK

Re: [Kicad-developers] Has the handling of the datasheet field changed again?

On 21/11/2018 17:41, Jeff Young wrote: @Wayne, This is a limitation of the current symbol file format but the root datasheet field should be empty and the datasheet url should be stored in the document file along with the description and keywords. This way it's consistent with all of the

[Kicad-developers] Has the handling of the datasheet field changed again?

Is it possible that the datasheet field has been moved to the lib file in the current nightly builds? That would break our testscripts and create unnecessary noise on github. I thought the solution (for v5) has been that the field of the lib file is filled with the one from the dcm file if it

Re: [Kicad-developers] Some of our symbols currently still have invisible power pins. We want to fix this but want to give you guys a chance for input first.

On 07/11/18 17:39, Kevin Cozens wrote:ons I was thinking that option 3 might be the best How will not hiding pins affect IC's with multiple parts (e.g. a 7400)? Will each part have the power and ground pins? Like we did with the 4xxx series parts. There will be a further unit added that only

Re: [Kicad-developers] Some of our symbols currently still have invisible power pins. We want to fix this but want to give you guys a chance for input first.

to get rid of the old ones anyway not to carry them forever, won't we? I'm wondering whether we can for option 1 if we evaluate what the behaviour would be regarding ERC, symbol rescue, etc. Thanks, Diego On Tue, Nov 6, 2018 at 9:42 PM Rene Pöschl <mailto:poesc...@gmail.com>>

[Kicad-developers] Some of our symbols currently still have invisible power pins. We want to fix this but want to give you guys a chance for input first.

Hi all, Sadly we did not come around to fix all symbols before the v5 release. We now seem to have a volunteer who would be prepared to fix these symbols. There is a catch though. Whatever we do to fix this it will break designs that use the old symbols right now. So we have a few

Re: [Kicad-developers] 5.0.1 status

Libraries are tagged. On 09/10/18 00:24, Wayne Stambaugh wrote: Rene, Looks good to me. Tag it as soon as you are ready. Thanks, Wayne On 10/08/2018 04:45 PM, Rene Pöschl wrote: Hi all, Updated list can now be found in comment https://github.com/KiCad/kicad-symbols/issues/856

Re: [Kicad-developers] 5.0.1 status

.) On 08/10/18 20:52, Wayne Stambaugh wrote: Hi Rene, I didn't see anything the the list you linked that I would consider a show stopper. I wait until you post the results of you test script against the latest changes. Thanks, Wayne On 10/8/2018 11:35 AM, Rene Pöschl wrote: Regarding libs

Re: [Kicad-developers] 5.0.1 status

Regarding libs. I would need to run the script testing for incompatible changes with the current master. (I can do this as soon as i am home today. So in a few hours.) I already ran it at the end of August the changes that occurred until then are documented in [1] As soon as i update that

Re: [Kicad-developers] Remind me why we have both filled polygons and non-copper zones

Zones and polygons behave a bit differently when it comes to rounded corners. For zones the minwidth setting controls the round radius, for polygons it is the line width. This means polygons with rounded corners are always larger than drawn by the radius size (half line width). But zones are

Re: [Kicad-developers] GAL canvas strategy - testers needed!

On 19/09/2018 11:54, jp charras wrote: Le 19/09/2018 à 11:40, Rene Pöschl a écrit : Ok i looked at the pot symbols. They are indeed strange. (ignore my last message) However, how does the new fill algorithm work with things like the logic gates. (Example the symbol for 74LS00) It has an open

Re: [Kicad-developers] GAL canvas strategy - testers needed!

Ok i looked at the pot symbols. They are indeed strange. (ignore my last message) However, how does the new fill algorithm work with things like the logic gates. (Example the symbol for 74LS00) It has an open polygon on purpose as it consists of that polygon plus an arc. We still want the

Re: [Kicad-developers] GAL canvas strategy - testers needed!

Could you go into detail in how the library item is at fault? Or at least how it should be fixed? On 19/09/2018 00:04, Jeff Young wrote: I pushed John’s 3 patches along with one of my own which fixes the POT rendering. (It is actually an error in the library item, but it’s not alone -- at

Re: [Kicad-developers] 5.0.1 release

this happens with enough frequency then the sum of all changes could be too much.) On 28/08/18 19:16, Wayne Stambaugh wrote: > On 8/28/2018 12:48 PM, Rene Pöschl wrote: >> Right now we have no changes made that would break projects. (That is >&

Re: [Kicad-developers] Round trace bends

Hi, right now there is a discussion ongoing on the forum about that. Might have some useful information for you in there: https://forum.kicad.info/t/status-on-curved-smooth-corners-in-traces/12287 On 31/08/18 09:14, Martin Laabs wrote: Hi, is there is any development for chamfer trace edges

Re: [Kicad-developers] [RFC] New pad primitive shape: Chamfered roundrectangle

Hi, From reading the patch it seems this is for cases where you have exactly one corner to chamfer. Which is a nice addition for qfn footprints. It would however be a bit more flexible if every corner is toggleable independently (so one could make pads with 1,2,3 or even 4 corners

Re: [Kicad-developers] 5.0.1 release

wrote: On 8/28/2018 12:48 PM, Rene Pöschl wrote: Right now we have no changes made that would break projects. (That is what i meant with "backwards compatibility" I know it is not quite the right term) Also i thought the cache lib plus rescue dialog should take care of minor changes

Re: [Kicad-developers] 5.0.1 release

er designs to a minimum. Users can always download the latest libraries if they prefer the bleeding edge. On 8/28/2018 12:18 PM, Rene Pöschl wrote: Is it planned to include a new version of the libraries as well? Right now we ensure that the library is relatively stable so i think the improvements made si

Re: [Kicad-developers] 5.0.1 release

Is it planned to include a new version of the libraries as well? Right now we ensure that the library is relatively stable so i think the improvements made since the v5 release can easily be included. (We do not allow major changes that would break backward compatibility. My plan is to use this

Re: [Kicad-developers] [PATCH] RFC: toolbar button support for action plugins

One can however archive a repo. (We did that with all the old library repos.) I am not sure if the automatic synchronization with the lauchpad code would still work for archived repos. On 23/08/18 20:31, José Ignacio wrote: Pull requests cannot be disabled on Github On Thu, Aug 23, 2018 at

Re: [Kicad-developers] The version string in the master branch

Why not just use the date at which the nightly was compiled? So something like dev-snapshot--mm-dd_g23849572 This is sortable and it should confuse nobody. On 24/07/18 23:58, Eeli Kaikkonen wrote: ti 24. heinäk. 2018 klo 22.59 Wayne Stambaugh (stambau...@gmail.com

Re: [Kicad-developers] Windows Builds

On 23/07/18 05:27, Mark Roszko wrote: Is it because the installer exe is huge? That's because the footprint libraries are now part of the installers and they are absolutely massive. (4GB uncompressed) The whole repo (including git history) only has ~90MB If any libs are to blame then it will

Re: [Kicad-developers] KiCad 5 release announcement update

I just noticed you sometimes use opengl/cairo and sometimes modern to reference the "modern toolset". On 22/07/18 18:44, Wayne Stambaugh wrote: I just pushed the updated version of the v5 release announcement[1]. Please let me know if you find any missing features. Cheers, Wayne [1]:

Re: [Kicad-developers] Stable 5 release.

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, Nick Østergaard wrote: This sounds good. Thank you. Den tor. 19. jul. 2018 kl. 10.43 skrev Rene Pöschl : On 18/07/18 19

Re: [Kicad-developers] Stable 5 release.

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 kicad-packages3d on a laptop is PITA. So I'd like to this at home on a more powerful machine at home

Re: [Kicad-developers] Stable 5 release.

On 18/07/18 18:09, Carsten Schoenert wrote: Hi, Am 18.07.18 um 16:23 schrieb Nick Østergaard: I probably didn't mention this clearly. It is also good for me if everything is tagged on friday, I guess that is mostly about the libs, as I will probably tag i18n and doc myself. I'd like to see at

Re: [Kicad-developers] Questions on 6.0 eeschema file format

My guess would be maintainability. Having some way of sharing parts of different symbols with each other makes it way easier to manage large libs. (Nobody would be forced to use these features but they can make live easier for library maintainers. We could then for example provide a single

Re: [Kicad-developers] kicad version and install location

This only helps users who never had system environment variables set. They overwrite the settings coming from the config folders. (So all default windows installation are not helped with this.) On 16/07/18 16:16, Nick Østergaard wrote: Why does this need to be so complicated? I think we

Re: [Kicad-developers] kicad version and install location

Another idea would be to provide a package with version 4 libs. That way users can work with the new v5 features but do not need to worry about updating libraries. On 14/07/18 09:29, Rene Pöschl wrote: I get the feeling there is a bit more panic than need be. One of the reasons

Re: [Kicad-developers] kicad version and install location

I get the feeling there is a bit more panic than need be. One of the reasons is that the v4 installer on windows did set operating system variables (environment variables) which can create problems when updating. So it might be a good idea for the v5 installer to clean up this mess. (or at

Re: [Kicad-developers] Stable version 5 tagged.

Now i am confused. Yesterday (or a bit before) you wrote something about the 20th of july. I will look into tagging the library sometime tomorrow CET. (Too tired right now to check if everything is ok.) On 13/07/18 16:15, Wayne Stambaugh wrote: Queue up the Handel's "Hallelujah Chorus", the

Re: [Kicad-developers] Stable 5 release.

On 12/07/18 16:20, jp charras wrote: Le 12/07/2018 à 16:04, Rene Pöschl a écrit : Sadly the old symbols are completely unusable in many modern circuits which use more then one power supply for different parts of the circuit. Hidden power pins are not the way to go! The fix for this bug must

Re: [Kicad-developers] Stable 5 release.

for anyone trying to create simulations. I preferred the old symbols but it's not something I feel strongly about but given that these changes caused this issue we may need to rethink this decision or provide alternative symbols for spice simulation. Cheers, Wayne On 7/12/2018 5:36 AM, Rene Pöschl

Re: [Kicad-developers] Stable 5 release.

The libs should be ready to go. We might still fix some minor things till the release but we do not have any showstopper topics open. On 11/07/18 20:49, Wayne Stambaugh wrote: Are there any critical bugs remaining to be fixed for the stable 5 release? I didn't see any thing outstanding but I

Re: [Kicad-developers] rc3

Strange i made the tag via the github web interface. 2018-07-04 17:45 GMT+01:00 Nick Østergaard : > Hello Rene > > It looks like you didn't push the tag on templates, but I will just tag it > then. > > Nick > > Den søn. 1. jul. 2018 kl. 00.34 skrev Rene Pöschl : > >

Re: [Kicad-developers] rc3

earned them! :) Wayne, if you could please announce on the list when you tag rc3, that would be awesome. Thanks! Adam On Fri, Jun 29, 2018 at 7:27 PM Rene Pöschl wrote: What a coincidence. I will also be out of town for the next one and a half weeks. As i can not guarantee that i will have

Re: [Kicad-developers] rc3

What a coincidence. I will also be out of town for the next one and a half weeks. As i can not guarantee that i will have internet access during this time it might be necessary that somebody else tags the final kicad 5 library release. (I should be back at June the 10th late at night CET.) So

Re: [Kicad-developers] rc3

I just added the rc3 tag to the library. (A bit later than promised. Hope this is still ok.) On 24/06/18 03:12, Rene Pöschl wrote: I can add the rc3 tag to the library repos sometime Sunday afternoon. (central European time) A few minor corrections would still be nice to get into v5 but we do

Re: [Kicad-developers] rc3

I can add the rc3 tag to the library repos sometime Sunday afternoon. (central European time) A few minor corrections would still be nice to get into v5 but we do not have any deal-breaker that would merit postponing v5 from our side. On 23/06/18 17:15, Wayne Stambaugh wrote: Let's try to get

  1   2   >