kicad-developers team mailing list archive
Mailing list archive
Re: [REQUEST] Default library install location
Doing a one-time copy from the system, copy on write like Nick suggested or
just having kicad download the libraries itself would be the only real
solutions IMO. Having the installer write to user directories is a no-no
specially since there can be new users added to the system after kicad gets
installed, who will have a "broken" install. The copying system in kicad
also needs to offer at least the most rudimentary mechanism for upgrading
the user's copies of the library when the system library gets updated (when
kicad gets upgraded). That should NOT be an automatic process though, as it
would be useful and expected that the user could review the change before
touching the libraries.
Also, for users like me that do not use the kicad library, if kicad doesn't
get installed with libraries none of this copying would happen anyway.
On Wed, Nov 8, 2017 at 7:15 AM, Oliver Walters <
> I think you're right that a deeper understanding of how people are using
> and managing the libraries is required.
> However, there still seems to be one of two options if KiCad installs libs
> into a location where users cannot write:
> a) Users are not able to update the libraries or otherwise edit them
> b) Users have to duplicate the library data to somewhere they *do* have
> access and then reassociate all the library tables
> I think there is scope for improvement here. I'm not confident enough to
> say *what* that improvement should be.
> On Thu, Nov 9, 2017 at 12:12 AM, Wayne Stambaugh <stambaughw@xxxxxxxxx>
>> What is the purpose of this change? In what way will it improve the
>> user experience? Before we ask the package devs to do a lot of work, we
>> might want to dig deeper into the library management issue. I fail to
>> see how installing and likely duplicating the entire KiCad library in
>> the user's home folder solves any of the underlying library management
>> issues in KiCad other than having write access to modify the installed
>> libraries which has its own set of issues. In some respects this has
>> the potential to complicate things even further. I suspect the real
>> issue is out library editing and management tools. I suggest we wait
>> until Orson pushes the symbol library editor to see if this improves the
>> library management situation. Given what I know about it I suspect that
>> it will improve things significant on the library management side of
>> On 11/8/2017 2:02 AM, Oliver Walters wrote:
>> > To the package maintainers:
>> > For v5 release, can the default library install path be set to a user
>> > directory rather than program directory that may require administrator
>> > rights?
>> > e.g. instead of
>> > C:\Program Files\KiCad\share\...
>> > or
>> > /usr/share/kicad/...
>> > something like;
>> > C:\Users\Oliver\KiCad\...
>> > /home/Oliver/KiCad
>> > (Not necessarily those paths but something like that).
>> > A lot of users are reporting issues with being able to download or
>> > modify library files, due to user privileges.
>> > How attainable is such a change before v5 release?
>> > Thanks,
>> > Oliver
>> > _______________________________________________
>> > 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