kicad-developers team mailing list archive

[Nick Østergaard <oe.nick@xxxxxxxxx>]

Not yet, awaiting some doc fixes. Hopefully next weekend then.

2016-12-11 22:32 GMT+01:00 Adam Wolf <adamwolf@xxxxxxxxxxxxxxxxxxxx>:
> Hi folks,
>
> Sorry about not following this super closely.  Are the docs and other assets
> built and ready for me to smash into the OS X bundle?
>
> Thanks!
>
> Adam Wolf
>
> On Fri, Dec 9, 2016 at 7:23 AM, Carl Poirier <carl.poirier.2@xxxxxxxxx>
> wrote:
>>
>> 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
>>> >>> >
>>> >>
>>> >>
>>> >
>>
>>
>>
>> _______________________________________________
>> 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
>>
>