← Back to team overview

kicad-developers team mailing list archive

Re: Release 4.0.5 tagged.

 

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
> >>> >
> >>
> >>
> >
>

Follow ups

References