Comments (14)
Hmm, I wonder why's it 6.3.0 while .spec says Version: 1.8
from repology-rules.
@glensc 👋 sorry for disturbing, but maybe you could shed some light on this
from repology-rules.
what is this?!
anyway please see full history of the git repository, it used slax linux-live previously:
and the epoch bump when version was decreased, so all is correct in distro sense.
and it's the project author who reset versioning, you're probably seeing built rpm package from the previous generation from ftp.pld-linux.org
from repology-rules.
what is this?!
repology is the service which compares package versions in a lot of repositories, tracks package updates and reports outdated packages (for which newer version is known).
and the epoch bump when version was decreased, so all is correct in distro sense
you're probably seeing built rpm package from the previous generation from ftp.pld-linux.org
That's it, thanks for the insight! Seems like the outdated RPM is the problem. Unfortunately I haven't found any alternative source for PLD packages versions. Maybe you have any ideas?
from repology-rules.
built .rpm files on ftp != git repository for .spec
what is your definition of repository?
- rpm repository (built rpm's on ftp)
- git repository (git repo with source for .spec and .patch)
from repology-rules.
Any source of package names+versions and, if possible, other information (homepage and download urls, maintainer, summary, categories etc.). Sources are obviously preferred as they are genuine, but it's hard to handle thousands of separate per-package repositories (which IIRC is the case for PLD Linux) and it's currently not possible to parse .specs. Some repos provide some kind of index which is easier to parse (a web site or API, or repository index used by package utilities, or, the best of all, a machine parsable dump), but I couldn't find any for PLD linux, only a list of RPMs. I ask because maybe there is something not widely announced, or someone of PLD devs would be interested in creating one. There seem to be demand, as someone asked to add PLD support to repology (repology/repology-updater#604).
from repology-rules.
package sources are not genuine. built packages on ftp are genuine. as in this specific case, source spec has been updated, but the new version is not built as it's not complete.
pld ftp has indexes for repodata (repomd) and poldek format (packages.*)
- http://ftp.pld-linux.org/dists/th/PLD/noarch/RPMS/repodata/
- http://ftp.pld-linux.org/dists/th/PLD/x86_64/RPMS/repodata/
if you want to parse .spec files from ftp, you may want to look at the SRPMS directory.
oh. there's machine parsable .metadata
folder, but it's not accessible over http nor ftp somewhy
- http://ftp1.pld-linux.org/dists/th/PLD/SRPMS/.metadata/
- ftp://ftp1.pld-linux.org/dists/th/PLD/SRPMS/.metadata/
from repology-rules.
so the long story short: the version 6.3.0 (http://ftp.pld-linux.org/dists/th/PLD/SRPMS/RPMS/linux-live-6.3.0-1.src.rpm) is 9 years old and no longer available for download from the official website.
Some distros have not upgraded it since then.
Later, upstream has changed version scheme and the latest version 2.1
from repology-rules.
package sources are not genuine. built packages on ftp are genuine.
I can't agree with that, as by definition specs are genuine as RPMs are produced from them. It's true however that users do see RPMs, not .specs, but Repology is currently more maintainer-focused, and the source state is more useful both for maintainers and as a source of fresh versions. Maybe at some point in future we'll support both source and binary packages with a mapping between them.
pld ftp has indexes for repodata (repomd)
That would be useful for SRPMS, but not for binary packages, as these contain splits (foo, foo-devel, foo-docs etc.) which are generally impossible to merge back into projects which can be compared to other distros.
oh. there's machine parsable .metadata folder, but it's not accessible over http nor ftp somewhy
That would be interesting to look at...
from repology-rules.
so the long story short: the version 6.3.0 (http://ftp.pld-linux.org/dists/th/PLD/SRPMS/RPMS/linux-live-6.3.0-1.src.rpm) is 9 years old
Well I'll just add a rule so it's considered outdated when compared to newer scheme versions.
from repology-rules.
i just recalled, there is single repo where all packages .spec
files are committed:
SPECS - copy of all packages .spec files from HEAD, clone url: git://git.pld-linux.org/SPECS
from repology-rules.
aside, removed outdated linux-live
from th
repository. it may take few days for mirrors to update
pldth@ep09-pld SRPMS/.metadata$ pfa-mvpkg PLD .archive/PLD linux-live-6.3.0-1.src.rpm.info
from repology-rules.
also made .metadata
accessible:
the directory lacked world accessible permissions:
pldth@ep09-pld SRPMS/.metadata$ chmod -R a+rX .
from repology-rules.
Maybe at some point in future we'll support both source and binary packages with a mapping between them.
It is not necessary to the mapping between source and binary packages. I mean that it might be too complex for some case . Let us say @glensc mentioned that case in the above.
in this specific case, source spec has been updated, but the new version is not built as it's not complete.
that source spec is more like having a release plan for a package. Mapping between source and binary packages, it is more like maintenance repo for different release, obviously that is not you are supposed to do, git is there. So most like as maintainers need to know that release(binary packages) plan for spec and the spec, and then the builder environment of each release(binary packages) and planned version of the source in git repo . Because the release always there after running thorough the process. all test cases success, then get approved, or issue solved process.
from repology-rules.
Related Issues (20)
- The search for 'hhdate' doesn't return anything even though there is the FreeBSD port/package 'hhdate' HOT 1
- iscan, one is not like the others
- Latest CPAN versions not recognized
- 2 "astrodendro" packages should be one
- Codelite versions
- There are 2 different projects called "agenda"
- What's the best way to deal with R-Forge? HOT 5
- Merge tuxtype2
- fs-repo-migrations has an incorrect version in Void Linux HOT 1
- split xivlauncher
- How to xyz-gtk and xyz-gtk3 HOT 1
- Swiften has nothing to do with the Swift language
- KDE's 6th Megarelease - Alpha HOT 2
- tor-browser versions
- Remove warning for Npackd repositories HOT 15
- Better handling of ncurses versioning? HOT 1
- fix some missing quotes HOT 2
- Suricata has 2 active branches: 6.0.x and 7.0.x HOT 5
- Merge yt-dlp-nightly from Terra into yt-dlp
- Remove warning for Npackd repositories 2 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from repology-rules.