| Summary: | packages.gentoo.org shows invalid keyword information | ||
|---|---|---|---|
| Product: | Websites | Reporter: | Thomas Deutschmann (RETIRED) <whissi> |
| Component: | Packages | Assignee: | Gentoo Packages Website <gpackages> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | kentnl, leio, timo |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
webkit-gtk screenshot
webkit-gtk-tidy.json |
||
|
Description
Thomas Deutschmann (RETIRED)
2016-07-01 11:53:55 UTC
happened in the past with icedtea and icedtea-bin as well .. is there a general algorithm fault .. I and I've noticed similar issues before Right now I can see something like this on https://packages.gentoo.org/packages/dev-qt/qtwebkit Also in https://packages.gentoo.org/packages/dev-qt/qtwebkit.json things are relatedly exported wrong. It looks like its not handling the mask syntax in package.mask right, and is interpreting an entry in package.mask as masking the *whole package*, not specific version ranges. https://packages.gentoo.org/packages/dev-lang/perl I mean this is the code:
# Provides low-level access to a mask file
class Portage::Util::Maskfile
attr_reader :masks
def initialize(path)
@path = path
@masks = []
parse!
end
def parse!
File.read(@path).split("\n\n").each do |raw_mask|
comments = []
atoms = []
raw_mask.each_line do |line|
line.strip!
if line.start_with? '#'
comments << line
else
atoms << line unless line == ''
end
end
# Skip examples or other comment-only entries
next if atoms.empty?
author = nil
date = nil
if comments.first =~ /^#\s+(.*)\s+<([^>]+)>\s\(([^)]+)\)/
author = '%s <%s>' % [$1, $2]
date = $3
end
# Strip the newlines, we don't want to carry over the ASCII art
reason = comments[1..-1].map { |l| l.gsub(/^# /, '') }.join ' '
@masks << Portage::Util::Mask.new(author, date, reason, atoms)
end
end
end
I wouldn't be shocked by any bugs in it; but I'm not sure if we have a good test case to clearly show a bug. Please re-open if you spot a case where it goes wrong.
Created attachment 521978 [details]
webkit-gtk screenshot
I suspect the code has changed since this bug was filed. At least, it appears different: Now the mistake is the other way around, masked packages *arent* obvious from the matrix.
Created attachment 521980 [details]
webkit-gtk-tidy.json
Ok so we recorded a mask, the mask is on 2 atoms, but we failed to somehow identify that the atoms are slots, and that the slots match 2 of the 3 available versions. Thanks for the report. -A We rewrote the entire application. |