kicad-developers team mailing list archive

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

Everything should be ready now, please go ahead. Thank you all.

Den 16/12/2016 14.26 skrev "Nick Østergaard" <oe.nick@xxxxxxxxx>:

> Not quite, but almost. I expect it to be good before saturday.
>
> Den 16/12/2016 14.04 skrev "Adam Wolf" <adamwolf@xxxxxxxxxxxxxxxxxxxx>:
>
>> Is the doc tarball ready?
>>
>> Adam Wolf
>>
>> On Fri, Dec 16, 2016 at 7:02 AM, Wayne Stambaugh <stambaughw@xxxxxxxxx>
>> wrote:
>>
>>> 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 <20%2016%2012%2009> 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 <20%2016%2012%2007> 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/Butto
>>> ns_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
>>>
>>
>>