# Package/Library Search Paths (Dynamo Revit 2.18) **URL:** \ **Category:** Packages\ **Tags:** revit, dynamo\ **Created:** [October 5, 2023, 7:34pm UTC](https://forum.dynamobim.com/t/package-library-search-paths-dynamo-revit-2-18/94333 "2023-10-05T19:34:37Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![RSawalleua](https://avatars.discourse-cdn.com/v4/letter/r/65b543/32.png) [@RSawalleua](https://forum.dynamobim.com/u/RSawalleua)\ **Post date:** [October 5, 2023, 7:34pm UTC](https://forum.dynamobim.com/t/package-library-search-paths-dynamo-revit-2-18/94333/1 "2023-10-05T19:34:37Z")
Since packages can not live on a shared drive for users to consume (or has that changed?), we had been scripting a copy to the appdata\roaming\Dynamo\DynamoRevit default path. The problem is that the user needs to be logged in to initially deploy that, so setting up new machines for new employees always ends up missing it. We dont use a startup script. It is often a complaint that the shared dynamo graphs aren’t working to get us to push the packages to the user profile path. I tried using the other default path under programdata, but dynamo is not finding the packages when installed in this location. I believe this to be a bug? Seems to work when I add other custom folders to C:\ outside of the user profile and map packages to that location, but why doesn’t dynamo read from the c:\ProgramData\Autodesk\RVT 2024\Dynamo\2.18\Packages folder? Seems like that would solve my issues. Are there other best practices for sharing scripts and packages I am missing here? ---
**Author:** ![Nick\_Boyts](https://sea2.discourse-cdn.com/flex022/user_avatar/forum.dynamobim.com/nick_boyts/32/76313_2.png) [@Nick\_Boyts](https://forum.dynamobim.com/u/Nick_Boyts)\ **Post date:** [October 5, 2023, 8:13pm UTC](https://forum.dynamobim.com/t/package-library-search-paths-dynamo-revit-2-18/94333/2 "2023-10-05T20:13:40Z")
> [@RSawalleua](#): > > why doesn’t dynamo read from the c:\ProgramData\Autodesk\RVT 2024\Dynamo\2.18\Packages folder? This is for internal (ie. Autodesk) packages only. I believe it has additional security/requirements that prevent other packages from loading. There’s nothing that prohibits packages from being stored on a shared network drive, they just tend to have lots of issues when being accessed across the network. Our standard package library is on a shared network, but we have a completely virtualized environment, so the data is technically local even on a network drive. Most environments will have trouble with this though, so best practice is to copy them locally. Because Dynamo is localized to the user, all solutions (that I can think of) are going to require the user’s app data be available. Even if you stored the packages outside of the user profile directory, the settings file that points to those package locations is in the local user’s Dynamo folder. Best practice is to use the default folder path and the DynamoSettings.xml file. That probably means you’ll need to use a startup script. ---
**Author:** ![jacob.small](https://sea2.discourse-cdn.com/flex022/user_avatar/forum.dynamobim.com/jacob.small/32/161030_2.png) [@jacob.small](https://forum.dynamobim.com/u/jacob.small)\ **Post date:** [October 5, 2023, 11:03pm UTC](https://forum.dynamobim.com/t/package-library-search-paths-dynamo-revit-2-18/94333/3 "2023-10-05T23:03:06Z")
> [@Nick\_Boyts](#): > > I believe it has additional security/requirements that prevent other packages from loading. Correct. These will need to be ‘approved by windows’, not just moved there. > [@Nick\_Boyts](#): > > There’s nothing that prohibits packages from being stored on a shared network drive, they just tend to have lots of issues when being accessed across the network. This is another security thing; you wouldn’t want someone running DLLs directly off some random website, and computers treat network drives the same as web locations for the purposes of security. > [@Nick\_Boyts](#): > > That probably means you’ll need to use a startup script. This is the easy way - make it part of the logon script. The other way is to have a deployed graph (ie: `_configure Dynamo Environment_.dyf`) which migrates custom packages, and embed some code that checks if the standard packages are installed. ---
**Author:** ![RSawalleua](https://avatars.discourse-cdn.com/v4/letter/r/65b543/32.png) [@RSawalleua](https://forum.dynamobim.com/u/RSawalleua)\ **Post date:** [October 5, 2023, 11:26pm UTC](https://forum.dynamobim.com/t/package-library-search-paths-dynamo-revit-2-18/94333/4 "2023-10-05T23:26:24Z")
Has anyone tried Fetch by @john_pierson? This seems to be working well so far. ---
**Author:** ![john\_pierson](https://sea2.discourse-cdn.com/flex022/user_avatar/forum.dynamobim.com/john_pierson/32/191977_2.png) [@john\_pierson](https://forum.dynamobim.com/u/john_pierson)\ **Post date:** [October 6, 2023, 2:19am UTC](https://forum.dynamobim.com/t/package-library-search-paths-dynamo-revit-2-18/94333/5 "2023-10-06T02:19:04Z")
Link for those who might want to take a looksie: > **[GitHub - johnpierson/FETCH: FETCH is a Revit plugin that loads your Dynamo...](https://github.com/johnpierson/FETCH)** > > FETCH is a Revit plugin that loads your Dynamo packages on Revit startup from a variety of locations. - GitHub - johnpierson/FETCH: FETCH is a Revit plugin that loads your Dynamo packages on Revit ...