kicad-developers team mailing list archive

[Wayne Stambaugh <stambaughw@xxxxxxxxx>]

Are we good go on the release announcement this weekend?  If I don't
hear anything, I'll go ahead and make the announcement Sunday.

Cheers,

Wayne

On 12/15/2016 3:08 PM, Nick Østergaard wrote:
> I have uploaded the libs.
> 
> 2016-12-09 14:23 GMT+01:00 Carl Poirier <carl.poirier.2@xxxxxxxxx>:
>> Alright.
>>
>> On Fri, Dec 9, 2016 at 1:34 AM, Nick Østergaard <oe.nick@xxxxxxxxx> wrote:
>>>
>>> Symlinks are not portable. I will just copy it, it is not taking up
>>> that much space.
>>>
>>> 2016-12-09 2:16 GMT+01:00 Carl Poirier <carl.poirier.2@xxxxxxxxx>:
>>>> Better yet, in the tarball still, just add a symlink from the old to the
>>>> new
>>>> name.
>>>>
>>>> On Wed, Dec 7, 2016 at 4:55 PM, Carl Poirier <carl.poirier.2@xxxxxxxxx>
>>>> wrote:
>>>>>
>>>>> Yeah that was my thoughts. Include in the tarball the old and the new
>>>>> names.
>>>>>
>>>>> On Wed, Dec 7, 2016 at 4:38 PM, Nick Østergaard <oe.nick@xxxxxxxxx>
>>>>> wrote:
>>>>>>
>>>>>> Yeah, I don't know what is the best solution. But alternatively we
>>>>>> could also just include them in the tarball, if we don't want it to
>>>>>> "pollute" the github kicad org.
>>>>>>
>>>>>> These tarballs:
>>>>>> http://downloads.kicad-pcb.org/libraries/
>>>>>>
>>>>>> 2016-12-07 22:28 GMT+01:00 Carl Poirier <carl.poirier.2@xxxxxxxxx>:
>>>>>>> Aah, I see now. I had missed the part that the fp-lib-table didn't
>>>>>>> get
>>>>>>> updated along the new install.
>>>>>>>
>>>>>>> We indeed decided to keep the pretty names the same but with
>>>>>>> Github's
>>>>>>> redirection, I missed the local uppgrade use case. What I can do is
>>>>>>> restore
>>>>>>> a copy of the pretties with the old name. This way the newer
>>>>>>> pretties
>>>>>>> will
>>>>>>> work with the old fp-lib-table.
>>>>>>>
>>>>>>> Carl
>>>>>>>
>>>>>>> On Wed, Dec 7, 2016 at 1:57 PM, Wayne Stambaugh
>>>>>>> <stambaughw@xxxxxxxxx>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> On 12/7/2016 1:52 PM, Nick Østergaard wrote:
>>>>>>>>> Yes, but lets use the windows use case. A user has 4.0.4 intalled
>>>>>>>>> and
>>>>>>>>> have fp-lib-table that matches the one used there for local libs.
>>>>>>>>> He
>>>>>>>>> then uninstalls 4.0.4 and install 4.0.5 (this would be the same
>>>>>>>>> as
>>>>>>>>> an
>>>>>>>>> update with a package manager and possibly osx too), the
>>>>>>>>> fp-lib-table
>>>>>>>>> is a user preference and will now reference non existing pretty
>>>>>>>>> dirs.
>>>>>>>>> The user starts pcbnew or cvpcb to add parts and when kicad tries
>>>>>>>>> to
>>>>>>>>> access one of those libs that do not exist anymore he gets
>>>>>>>>> "unexpected" errors.
>>>>>>>>>
>>>>>>>>> All I ask about is really; what is the desired action?
>>>>>>>>>
>>>>>>>>> I am ok with just including the rename, but I remember that at
>>>>>>>>> some
>>>>>>>>> time we said that we should not remove libs for patch releases.
>>>>>>>>> This
>>>>>>>>> would require a mention in the release note, which is probably
>>>>>>>>> also
>>>>>>>>> acceptable.
>>>>>>>>
>>>>>>>> I believe keeping the library names the same for stable series
>>>>>>>> releases
>>>>>>>> was what we originally decided.  I'm OK with adding a note to the
>>>>>>>> release notes for this one time.  In the future, we should probably
>>>>>>>> create a release series branch for the libraries as we did with the
>>>>>>>> source and cherry-pick changes as required.  I know it's extra work
>>>>>>>> but
>>>>>>>> this will keep users happy.  Hopefully there wont be many more 4
>>>>>>>> stable
>>>>>>>> releases so it probably doesn't make sense to do this until the 5
>>>>>>>> stable
>>>>>>>> release.
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2016-12-07 19:43 GMT+01:00 Carl Poirier
>>>>>>>>> <carl.poirier.2@xxxxxxxxx>:
>>>>>>>>>> Well, if I use all the libs as local pretties, using the
>>>>>>>>>> fp-lib-table
>>>>>>>>>> that
>>>>>>>>>> has been tagged the same will work, won't it? Do we want to
>>>>>>>>>> support
>>>>>>>>>> mix
>>>>>>>>>> and
>>>>>>>>>> matching tags?
>>>>>>>>>>
>>>>>>>>>> On Wed, Dec 7, 2016 at 10:45 AM, Nick Østergaard
>>>>>>>>>> <oe.nick@xxxxxxxxx>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Well, the issue os the fact that if a user has choosen (one way
>>>>>>>>>>> or
>>>>>>>>>>> the
>>>>>>>>>>> other) to use all of the local libs he needs to update the
>>>>>>>>>>> fp-lib-table
>>>>>>>>>>> manually. An option is to copy the renamed pretty fors to the
>>>>>>>>>>> old
>>>>>>>>>>> name
>>>>>>>>>>> as to
>>>>>>>>>>> not generate errors for the user.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Den 07/12/2016 13.21 skrev "Carl Poirier"
>>>>>>>>>>> <carl.poirier.2@xxxxxxxxx>:
>>>>>>>>>>>
>>>>>>>>>>> The KIGITHUB variable leads to Github. For using the pretties
>>>>>>>>>>> locally,
>>>>>>>>>>> the
>>>>>>>>>>> fp-lib-table.for-pretty has to be used instead, which is the
>>>>>>>>>>> one
>>>>>>>>>>> that's
>>>>>>>>>>> included by default in the stable release. Anyway, as I had
>>>>>>>>>>> mentioned
>>>>>>>>>>> in
>>>>>>>>>>> another thread very recently, the Github plugin is not even
>>>>>>>>>>> built
>>>>>>>>>>> in
>>>>>>>>>>> the
>>>>>>>>>>> stable release so I don't know how users can get into trouble.
>>>>>>>>>>>
>>>>>>>>>>> Carl
>>>>>>>>>>>
>>>>>>>>>>> On Dec 7, 2016 1:45 AM, "Nick Østergaard" <oe.nick@xxxxxxxxx>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> But this will not help if the user is using them locally. How
>>>>>>>>>>>> is
>>>>>>>>>>>> that
>>>>>>>>>>>> supposed to be handled?
>>>>>>>>>>>>
>>>>>>>>>>>> 2016-12-07 0:46 GMT+01:00 Carl Poirier
>>>>>>>>>>>> <carl.poirier.2@xxxxxxxxx>:
>>>>>>>>>>>>> Hi Nick,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I do understand but it is not an issue, Just try it out, go
>>>>>>>>>>>>> to
>>>>>>>>>>>>> https://github.com/KiCad/Buttons_Switches_ThroughHole.pretty.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Carl
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Dec 6, 2016 at 5:12 PM, Nick Østergaard
>>>>>>>>>>>>> <oe.nick@xxxxxxxxx>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Carl
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have found an issue with the lib tagging. I think we
>>>>>>>>>>>>>> decided
>>>>>>>>>>>>>> to
>>>>>>>>>>>>>> not
>>>>>>>>>>>>>> remove any libs for the patch releaes. That is for releases
>>>>>>>>>>>>>> where
>>>>>>>>>>>>>> only
>>>>>>>>>>>>>> the third number changes. What I see is:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Buttons_Switches_ThroughHole.pretty remaned to
>>>>>>>>>>>>>> Buttons_Switches_THT.pretty
>>>>>>>>>>>>>> Capacitors_ThroughHole.pretty renamed to
>>>>>>>>>>>>>> Capacitors_THT.pretty
>>>>>>>>>>>>>> Connect.pretty renamed to Connectors.pretty
>>>>>>>>>>>>>> Terminal_Blocks.pretty renamed to
>>>>>>>>>>>>>> Connectors_Terminal_Blocks.pretty
>>>>>>>>>>>>>> Sockets_WAGO734.pretty renamed to Connectors_WAGO.pretty
>>>>>>>>>>>>>> Diodes_ThroughHole.pretty renamed to Diodes_THT.pretty
>>>>>>>>>>>>>> Display.pretty renamed to Displays.pretty
>>>>>>>>>>>>>> Relays_ThroughHole.pretty renamed to Relays_THT.pretty
>>>>>>>>>>>>>> Resistors_ThroughHole.pretty renamed to Resistors_THT.pretty
>>>>>>>>>>>>>> Sockets_BNC.pretty removed?
>>>>>>>>>>>>>> Sockets_Mini-Universal.pretty renamed to
>>>>>>>>>>>>>> Connectors_Mini-Universal.pretty
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Won't users have to manually update their fp-lib-table?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Repos not tagged, Connectors_Amphenol.pretty
>>>>>>>>>>>>>> Battery_Holders.pretty
>>>>>>>>>>>>>> .
>>>>>>>>>>>>>> This looks correct, so that is ok.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The fp-lib-table.for-pretty seems to match the repos tagged.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Those renamed repos will easily summon errors in the users
>>>>>>>>>>>>>> face. I
>>>>>>>>>>>>>> hope you understand what I mean.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2016-12-03 22:54 GMT+01:00 Carl Poirier
>>>>>>>>>>>>>> <carl.poirier.2@xxxxxxxxx>:
>>>>>>>>>>>>>>> I will be tagging the libs in 24h.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Carl
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Sat, Dec 3, 2016 at 3:00 PM, Adam Wolf
>>>>>>>>>>>>>>> <adamwolf@xxxxxxxxxxxxxxxxxxxx>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I'll take a look early this week!
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Sat, Dec 3, 2016 at 10:09 AM, Wayne Stambaugh
>>>>>>>>>>>>>>>> <stambaughw@xxxxxxxxx>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Better late than never.  I just pushed the 4.0.5 stable
>>>>>>>>>>>>>>>>> release.
>>>>>>>>>>>>>>>>> Just
>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>> note to the package devs, you no longer need to set the
>>>>>>>>>>>>>>>>> version
>>>>>>>>>>>>>>>>> string
>>>>>>>>>>>>>>>>> at config.  You can use KICAD_VERSION_EXTRA to append any
>>>>>>>>>>>>>>>>> package
>>>>>>>>>>>>>>>>> specific information to the "4.0.5" version string.  This
>>>>>>>>>>>>>>>>> will
>>>>>>>>>>>>>>>>> also
>>>>>>>>>>>>>>>>> hold
>>>>>>>>>>>>>>>>> true when building from the source archive when I make
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> official
>>>>>>>>>>>>>>>>> announcement.  Hopefully it wont take more than a week or
>>>>>>>>>>>>>>>>> two to
>>>>>>>>>>>>>>>>> get
>>>>>>>>>>>>>>>>> get
>>>>>>>>>>>>>>>>> documentation, libraries, and most of the packages ready.
>>>>>>>>>>>>>>>>> Please
>>>>>>>>>>>>>>>>> let
>>>>>>>>>>>>>>>>> me
>>>>>>>>>>>>>>>>> know so I can plan the release announcement.  Thank you
>>>>>>>>>>>>>>>>> everyone
>>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>> efforts.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Cheers,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Wayne
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>> 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
>>>>>>>
>>>>>
>>>>>
>>>>
>>
>>