kicad-developers team mailing list archive

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