au
Main
au | Main | |
---|---|---|
4 | 10 | |
220 | 1,516 | |
- | 0.5% | |
4.3 | 10.0 | |
over 1 year ago | 7 days ago | |
PowerShell | PowerShell | |
GNU General Public License v3.0 only | The Unlicense |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
au
-
So according to Repology, Nix has an insane lead on available packages, but somehow has around a tenth of AURs maintainers. How does Nix also manage to be the most up to date?
I created au framework for chocolatey (Windows OS) and on packages that are cross platform, it made choco above Arch on freshness: https://github.com/majkinetor/au
-
Is there some centralized source to get the most recent version numbers of often used software?
Having said that, you may want to look into the source code for each package you're interested in. Many of them use the Chocolatey Automatic Package Updater Module, and had to solve this exact problem in some way to help automate updates. I've seen approaches varying from scraping a web page, querying an API, or even downloading the binary and looking at its FileVersionInfo struct.
-
Novice to Package Managers, Interested in Chocolatey
There are a lot of packages out there where you can customise the install location. If you want to automatically fetch from suppliers and create your own packages then you probably want to look at the automatic package updater with AppVeyor: https://github.com/majkinetor/au/wiki
-
WinGet is terrible. I want AppGet back
> I mean, it is a chocolatey, because they allow multiple packaged for the same software.
I think this is more healthy then having one with maintainers refusing to do stuff you may need. The real thing would be for vendors releasing packages but we are far from that in Windows land.
> I meant that packages are often not updated by the maintainers.
Yeah, that was the problem far more before then today. I created AU to solve that issue [1].
[1]: https://github.com/majkinetor/au
Main
- SumatraPDF Reader
-
My CNCF LFX Mentorship Spring 2023 Project at Kubescape
(merged) ScoopInstaller/Main #4757 kubescape: Update url and binary naming
- I built a cross-platform GUI management tool for LiteDB using AvaloniaUI
- Stupid Fast Scoop Search v1.0
- The scoop on Windows running Perl
-
In support of single binary executable packages
As I see it, part of the drive behind tools like Scoop is to overcome the limitations of the binary-shipping strategy common to Windows developers. They are successful at this, I agree, but only partially successful. They come from the tradition of programs like Ninite, which were explicitly built as ways to make the binary approach suck less than it did before.
I see the success of these programs as essentially stemming from the insertion of user interests in the form of a maintainer-like process. Sure, they're still working with the binaries, but the actual process of installing and managing these binaries is controlled by users, for users: https://github.com/ScoopInstaller/Main/tree/master/bucket
This means that you get moderation and in many cases modification to the behavior of the program. In a freeware environment like Windows that's full of shitware, at the very least you can in many cases strip out the ads. That's absolutely not nothing, but at the end of the day it comes from a group of user-maintainers stepping up and saying to developers that no, you cannot simply do whatever you want on my system with your software. That's ... sort of the whole point of a software distribution, in the Linux world!
When I want the latest version of a CLI tool on Linux, I simply `pacman -S package`. That's it; one command. I don't see how it could be any simpler or better than that, and on top of that I'm getting the benefits of moderation and integration with the rest of my system. Perhaps you are emphasizing latest version here, and hinting that you don't get that on Linux distros? That depends entirely on the distro; a software distribution is (roughly) a collection of user interests. An Arch user wants (and gets) the latest versions of all upstream software. A Debian user does not want this or see constant updating to the latest version as an advantage, so that's not what they get.
-
AVR GCC Toolchain - Setup for Windows
Here is the definition: https://github.com/ScoopInstaller/Main/blob/master/bucket/avr-gcc.json
-
WinGet is terrible. I want AppGet back
Those are all automated by the auto-update script.
Check Merged PRs https://github.com/ScoopInstaller/Main/pulls?q=is%3Apr+sort%... and you will see that the last non-bot one was merged 17 days ago.
What are some alternatives?
oneget - PackageManagement (aka OneGet) is a package manager for Windows
DalamudPlugins - This repository hosts plugins for XIVLauncher/Dalamud
Versions - 📦 A Scoop bucket for alternative versions of apps.
Shovel-Ash258 - Personal Shovel bucket with a wide variety of applications of all kinds.
ChocoButler - ChocoButler - an automatic updater for Chocolatey
rust-opendingux-test - OpenGL on RG350M demo
wixsharp - Framework for building a complete MSI or WiX source code by using script files written with C# syntax.
wix3 - WiX Toolset v3.x
Scoop - A command-line installer for Windows.
OSD - OSD Shared Functions
Scoop-Core - Shovel. Alternative, more advanced, and user-friendly implementation of windows command-line installer scoop.