Closed AMDmi3 closed 3 years ago
Homebrew doesn't seem to specify version numbers for formulas. Parse it from url?
Ubuntu
Ubuntu
It is already supported (repo is commented out though). It'll be more easily available from command line with the next update I'm going to push quite soon. I didn't plan to support it on the website though, as it seemed to have the same versions as Debian, but I see now that's not the case, so I'll add it.
SuSE
SuSE
Any ideas how to get information on its packages?
Tumbleweed (equivalent to CURRENT): http://download.opensuse.org/tumbleweed/repo/oss/suse/{noarch,x86_64} Leap (equivalent to STABLE): http://download.opensuse.org/distribution/leap/42.1/repo/oss/suse/{noarch,x86_64}
These contain too little info. Well, they are parsable so can try, but I can only parse package names vesions out of it, while the project already uses maintainer field and will use more fields in future. Isn't there a way to get all .spec files?
@jktrigg I've added OpenSUSE support they way you've described. It's not really suitable for comparison though, as these binary packages have different naming schema: for example, for each libfoo
in other repos we'll have libfooN
libfoo-devel
and libfooN-32bit
here.
@jbicha FYI, Ubuntu is fully supported @jktrigg FYI, OpenSUSE is fully supported
I'd like to see homebrew supported - I see http://braumeister.org is able to show the version information.
@vadi2 me too. Homebrew author is defiantly unsupportive, so yes, braumeister.org is our hope. I've already filed https://github.com/koraktor/braumeister.org/issues/45, you could :+1: it
Homebrew support is now tracked in separate issue #198
How about MSYS2? It is based on Arch Linux' pacman.
Are there any links?
Apart from http://www.msys2.org/, there is the repository at http://repo.msys2.org/, which has index files such as http://repo.msys2.org/msys/x86_64/msys.files.tar.gz. But I'm not an expert for Arch or pacman.
Nice! MSYS2 support added.
This was quick!
However, I start to understand that the MSYS2 "subsystems" need to be treated individually:
The mingw subsystems provide native Windows programs and are the main focus of the project.
The msys2 subsystem provides an emulated mostly-POSIX-compliant environment for building software, package management, and shell scripting.
Most userland software resides in the mingw subsystem. For example, repology doesn't indicate that there is a gdal package in the mingw subsystem at the moment. So probably there needs to be
(Note: For mingw, there is another minor difference, mingw32 vs. mingw64, but I think this can be neglected.)
On the second glance, I don't think we can support this yet. We need to parse PKGBUILDs from git repos, and that depends on #166. With processed databases from repo.msys2.org it's impossible to filter out subpackages properly.
Let's move MSYS2 discussion to #262
Cygwin
Let's discuss it in #269
I notice you've got Solus listed there. Note our repos are over at https://dev.solus-project.com
If you need us to provide some parsers or an additional indexing method, let us know. Long story short for the published index in unstable the Source is shared among a package group, and History.Updates[0].Version is the published version.
@ikeydoherty I think I've already investigated Solus index. What stopped me from adding support for it right away is the fact that the index lists binary packages, while repology prefers source packages. While it's possible to work with binary packages, merging (libfoo, libfoo-devel, libfoo-dbginfo, libfoo-docs, libfoo-32bit-*) etc. requires extra work and is error prone. It could be also possible to get package names from Source.Name, but I haven't investigated yet if that would work. Parsing package.yml files from sources could work too, but I see no way to download them in one go yet. Downloading a repository for each package is not feasible.
Yep, I'd agree with you on that one. After I'm back from NYC I'll be finishing off the other parts of the new Solus build infra. One of those aspects will require us to have a server performing pulls/validation on all of our source repositories so that we can enable interdependency analysis in build queueing. Honestly I'd planned to defer it for a bit, but this might give the the excuse I need. With that mass-source-import running on our servers, we could simple emit a singular source index for the totality of our repos.
If you're interested in that lemme know, and what sort of formats you'd like to be using (I'm pretty sure we all want XML feeds to die at this point.)
I'm interested in supporting as many repos as possible :) If there's also collaboration from the repository side, that's absolutely great. JSON dump would be most convenient for me.
Let's continue discussion in #341
based on Ubuntu (deb based)
deb http://ppa.launchpad.net/elementary-os/stable/ubuntu xenial main
deb http://ppa.launchpad.net/elementary-os/os-patches/ubuntu xenial main
They have some original software for their distro, also packaged in AUR and Fedora. Also they will have a new release probably soon, but it will be great to see the progress.
I don't know if elementary OS has diverged enough for it to be useful.
Here is a different view of the packages for their 0.4 release:
Well on second thought, there are other similarly small derivative distros listed so never mind.
Elementary doesn't look usable as it uses custom mangled version scheme (appends rXXX).
Locking this. Please submit new ideas as separate issues.
Please share any ideas on what additional repositories we can support. A description on how to fetch all package data from specific repository is preferred. Approved repositories with determined fetching algorithm are split to separate bugs and eventually implemented.
Classic *nix package repositories
Fedora(see #36)OpenSUSE(see #44)AltLinux Sisyphus(see #24)Fedora EPELslackware(#331)homebrew(see #198)DragonFlyBSD's dports (pretty much the same as FreeBSD ports minus some packages which don't build on DragonFly)From Fedora release-monitoring
Alpine linuxCRUX whatever that isUnsorted
SliTaz(#664)Sabotage(do not use versions)salixsolus (https://git.solus-project.com/, https://packages.solus-project.com/unstable/)(#341)Other platforms
NixOSYACP (Yet another cygwin ports)(though project is somewhat inactive)RosaGuixSDbuckaroo:+1: json recipes, :-1: custom naming (fixed by some rules). Also looks dead already (true, 75% outdatedness).MSYS2(see #262 )Since these will contain too many unrelevant unique packages, doable as shadow repos:
Chocolatey(see #43)F-Droid(only a handful of packages manually whitelisted, too much android garbage)Upstream repos
Doable as shadow repos as well
CPAN (perl packages)PyPi (python packages)RubyGemsNew version detectors
...more ideas?