![]() ] & echo "ERROR: Commit ID not logged in github pacman-for-git." & readĬat /etc/package-versions.txt | while read p v do d=/var/lib/pacman/local/$p-$v Like the zstd packages in Step 1, this relies on my public github repo pacman-for-git to provide the git-sdk commit ID of each Portable Git release, which I'll do my best to update: t=`grep -E 'mingw-w64-+-git ' /etc/package-versions.txt` Step 3: The next set of commands restore all matching metadata (be patient). Step 2: Unpack them at the root then restore pacman with these commands: cd /įor f in $pacman do tar x -zstd -vf ~/Downloads/$f usr etc 2>/dev/nul done Msys2-keyring-1~įor f in $pacman do curl $HOSTTYPE/$f -fo ~/Downloads/$f done These packages/versions were tested on both 32 and 64-bit Portable Git 2.38.1: if ] then See my comment below on why you need zstd in. Step 1: Run these commands to download /etc/nf and 3 packages: pacman, pacman-mirrors and msys2-keyring. Here is how I restore pacman in Portable Git (commands can be copy & paste into git-bash shell all at once): Now there is a definitive source in github. Well, that's until I discover this file: /etc/package-versions.txt, the laundry list of matching msys2 packages and versions. If you force to install or copy the current version of msys2 packages, you run the risk of version mismatch with git binaries Google built and tested. Without those metadata files, you don't know the exact collection and version of the msys2 packages Google selected to build a release of those 2 flavors of Git. At first, it seems hopeless trying to restore and use pacman in the latter two flavors of Git (msys2), because Google excluded ALL metadata files in /var/lib/pacman/local. "Git for Windows SDK" is 5.33GB compared to "Git for Windows" 691MB compared to "Portable Git" 275MB. ![]() direct download link for tree v1.7.0-1įYI: Git SCM's Window's download at pulls the latest from Git for Windows GitHub ( from the link) So next time you want a package that is NOT in Git for Windows, you can download them from: (for 64-bit) or from (32-bit)Į.g. ![]() The key thing here is that pacman is getting tree from the "msys" repository (FYI: even though it says msys, it really is using msys2), so I looked at /etc/pacman.d/mirrorlist.msys and the first mirror points to $arch/ To make it even easier for others and maybe myself on a future machine, I looked at where pacman was getting the tree package from by running the following in my Git for Windows SDK Bash terminal: $ pacman -S -info treeĭescription : A directory listing program displaying a depth indented list of files Now I can run tree v1.7.0 from both Git Bash shells. On my system, Git for Windows SDK is installed under: C:\git-sdk-64, so from my Git for Windows Bash shell (which did not have tree installed), I copied it over tree.exe to its /usr/bin directory, e.g. So I installed "Git for Windows SDK", then in its bash prompt (SDK-64) I ran theįollowing to install current tree v1.7.0-1 (as of this posting Aug 30, 2018): They mention that git-for-windows was not meant to include pacman in the default install. Tree is available via pacman (Package Manager), but that is only available if you install "Git for Windows SDK" (scroll to the bottom of which provides a link to download installer for it from ) Git for Windows ( or ) has Git Bash but it does not include tree. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |