kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #18039
Re: UPDATE: Diode pins swapped in KiCad Libraries
Then you should have come by and discussed the matter on Github. The issues
and pull requests about the diodes had been open for a while now and open
for comments. To get updates in time about the changes proposed, I suggest
you watch this repository <https://github.com/KiCad/kicad-library>.
If you have suggestions for the next similar situation, I'm listening.
On Fri, Apr 24, 2015 at 7:55 PM, Garth Corral <gcorral@xxxxxxxxx> wrote:
> I don’t object to what you’re doing, just how it’s being done. You don’t
> think this case is just a little bit special? Last time things were pretty
> obviously broken with the change, in this case they’re not. You’ve swapped
> out a symbol for something that’s basically the same except, oh, by the
> way, all your diodes are reversed. Am I misunderstanding this change? Is
> this not true?
>
> Garth
>
> On Apr 24, 2015, at 4:34 PM, Carl Poirier <carl.poirier.2@xxxxxxxxx>
> wrote:
>
> KiCad's libraries were filled without any rules throughout time. All these
> changes are necessary to have something consistent. Kerusey Karyu warned
> people one month ago on the mailing list
> <https://lists.launchpad.net/kicad-developers/msg17476.html> that we were
> in the process of moving things around. No one complained. Now why when we
> take action people wake up all of a sudden?
>
> The sooner we get things straight, the better it is. If we wait too much,
> it will be too late. Before issuing the stable release sounds like an
> appropriate moment to land the disruptive changes.
>
> BTW, I'm about to eradicate the special.lib library, as planned for now
> over one month <https://github.com/KiCad/kicad-library/issues/153>, a
> great initiative taken by Kerusey.
>
> Regards,
>
> Carl
>
> On Fri, Apr 24, 2015 at 7:21 PM, Garth Corral <gcorral@xxxxxxxxx> wrote:
>
>>
>> This plan to deprecate the old diode type seems… uh... poorly thought
>> out. Yanking these out from under everyone and every project in exiistence
>> and then sending out a message that says, “hey, guess what I did?” doesn’t
>> seem like the best way to handle this. It is most certainly not the way to
>> win converts to kicad.
>>
>>
>> Garth
>>
>>
>> On Apr 24, 2015, at 2:31 PM, Carl Poirier <carl.poirier.2@xxxxxxxxx>
>> wrote:
>>
>> Thiadmer, your proposal would require to duplicate every .pretty
>> repository for every stable release. And I believe the schematics won't
>> change because of the cache.
>>
>> Another solution would be to modify the github plugin to fetch a branch
>> in particular instead of the master. Then, we could create one branch in
>> each .pretty repository that would remain in the state at the time of the
>> stable release.
>>
>> That, or we ship the stable release with local .pretty repositories as
>> well.
>>
>> On Fri, Apr 24, 2015 at 3:20 PM, Thiadmer Riemersma <
>> thiadmer.riemersma@xxxxxxxxx> wrote:
>>
>>> For the stable release, I would vote for backward compatibility: have
>>> "deprecated" libraries with the diodes as they are right now (footprints +
>>> symbols), plus "standards-compliant" libraries with the cathode at pin 1
>>> and the anode at pin 2. It would not be good if old schematics change just
>>> because they are loaded in a new version of KiCad.
>>>
>>>
>>> On Fri, Apr 24, 2015 at 7:31 PM, Carl Poirier <carl.poirier.2@xxxxxxxxx>
>>> wrote:
>>>
>>>> Maybe this could be implemented for the stable release.
>>>>
>>>> On Fri, Apr 24, 2015 at 1:30 PM, Bob Gustafson <bobgus@xxxxxxx> wrote:
>>>>
>>>>> Sounds professional.
>>>>>
>>>>> Bob G
>>>>>
>>>>>
>>>>> On 04/24/2015 12:24 PM, Adam Wolf wrote:
>>>>>
>>>>> For future things like this, what do people think of a webview that
>>>>> pops up on startup after checking a site for alerts?
>>>>> On Apr 24, 2015 12:14 PM, "Carl Poirier" <carl.poirier.2@xxxxxxxxx>
>>>>> wrote:
>>>>>
>>>>>> All installations need a local kicad-library, not just OS X. They are
>>>>>> all in the same situation. The next OS X nightly will be good if you pull
>>>>>> the latest kicad-libary for the build.
>>>>>>
>>>>>> Kerusey Karyu will announce the change on the users group on Yahoo
>>>>>> to warn people. If anyone has an account and wants to forward my message
>>>>>> before he does, feel free to do so.
>>>>>>
>>>>>> On Fri, Apr 24, 2015 at 12:55 PM, Adam Wolf <
>>>>>> adamwolf@xxxxxxxxxxxxxxxxxxxx> wrote:
>>>>>>
>>>>>>> Hmm.
>>>>>>>
>>>>>>> So the OSX builds use Github by default for footprints, and have
>>>>>>> symbols "baked in" at build time.
>>>>>>>
>>>>>>> Every OS X nightly build is going to produce bad boards, and there's
>>>>>>> no way to tell users to update or inform them about this change through the
>>>>>>> program at all.
>>>>>>>
>>>>>>> I really wish I would have known about this earlier.
>>>>>>>
>>>>>>> Adam Wolf
>>>>>>> Cofounder and Engineer
>>>>>>> Wayne and Layne
>>>>>>> On Apr 24, 2015 11:42 AM, "Carl Poirier" <carl.poirier.2@xxxxxxxxx>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi folks,
>>>>>>>>
>>>>>>>> This is simply to warn you that all diodes in KiCad's libraries
>>>>>>>> have seen their pin numbers swapped. This is to be in line with most other
>>>>>>>> software and the IPC standard as well, which states that cathode should be
>>>>>>>> pin 1. This work is courtesy of the newest librarian, Ricardo Crudo.
>>>>>>>>
>>>>>>>> If you are using Github libraries directly, the only thing you
>>>>>>>> will have left to do is update your schematic libraries to the latest
>>>>>>>> revision of https://github.com/KiCad/kicad-library before
>>>>>>>> continuing your work. If you have a local copy of the footprint
>>>>>>>> repositories, then when you are ready you will be able to pull the changes
>>>>>>>> for both the schematic libraries and the affected footprint libraries:
>>>>>>>>
>>>>>>>> 1. Diodes_SMD.pretty <https://github.com/KiCad/Diodes_SMD.pretty>
>>>>>>>> 2. Diodes_ThroughHole.pretty
>>>>>>>> <https://github.com/KiCad/Diodes_ThroughHole.pretty>
>>>>>>>> 3. LEDs.pretty <https://github.com/KiCad/LEDs.pretty>
>>>>>>>>
>>>>>>>> Thank you for your understanding and sorry for the inconvenience.
>>>>>>>>
>>>>>>>> Carl Poirier
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>>>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>> More help : https://help.launchpad.net/ListHelp
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~kicad-developers
>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>> More help : https://help.launchpad.net/ListHelp
>>>
>>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help : https://help.launchpad.net/ListHelp
>>
>>
>>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
>
>
References
-
UPDATE: Diode pins swapped in KiCad Libraries
From: Carl Poirier, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Adam Wolf, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Carl Poirier, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Adam Wolf, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Bob Gustafson, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Carl Poirier, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Thiadmer Riemersma, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Carl Poirier, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Garth Corral, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Carl Poirier, 2015-04-24
-
Re: UPDATE: Diode pins swapped in KiCad Libraries
From: Garth Corral, 2015-04-24