Package: qa.debian.org
Severity: normal
X-Debbugs-Cc: stu...@debian.org
The 'maintainer' and 'maintainer_email' columns of the upload_history table
in UDD have truncated email addresses. Somewhere the 'maintainer' data
is being truncated and then the maintainer_email is consequently broken.
udd=>
0 1 0 0 0
ng/dl. debian 0 1 0 0 0
trixie's 0 1 0 0 0
I don't think the BTS or UDD are broken here, I think that's just
#1052073 which has some very interesting metadata that might take some
time to clean up...
--
Stuart Prescott http://www.nanonanonano.net/ stu..
should be enough. Alternatively,
removing a single offending line from the dump makes the dump compatible
with the older postgresql:
$ xzcat $DUMP | sed "/SET default_table_access_method = heap;/d" | psql…
ymmv!
cheers
Stuart
--
Stuart Prescott http://www.nanonanonano.net/ stu
Package: tracker.debian.org
Severity: wishlist
Dear Maintainer,
TIL: https://release.debian.org/britney/pseudo-excuses-experimental.html
This file contains information on what would happen if that exact same set of
binary and source packages were in unstable and trying to migrate. A low
priority
e and exposing the information is then a
relatively easy step.
Cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
, does the first one? I've never been a fan of lintian suggesting that
maintainers add a file that for most(?) packages, is not going to contain
anything that is not duplicated information from elsewhere in the package.
(If there are other users of this information, great...)
Stuart
--
s
capability and the column can be added.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: udd
As noted in https://bugs.debian.org/873729 UDD could also import dbgsym
packages into the database. As a first implementation, they can just be
imported as another location for Sources and Packages info
n-5.0
Size: 2161246344
Architecture: arm64
Package: clang-5.0-dbgsym
Source: llvm-toolchain-5.0
Size: 2175035264
Architecture: armel
Package: clang-5.0-dbgsym
Source: llvm-toolchain-5.0
Size: 2323314752
Architecture: s390x
>From d82ccb3759fbf0c81a789a2e3fc77b5e19cb832f Mon Sep 17 00:00:00 2001
s or
does it need to be given suitable pairs of packages to provoke them?
(I've only looked at the main archive here; contrib and non-free could be
easily concatenated to the Packages file if desired)
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu
is now
correct -- dak ls also does not list this version.
I'll leave it to others to decide if it's a devscripts bug or an ftp.d.o bug
(it's not a qa.debian.org bug).
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http
Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd
The location of reproducible.json has moved. UDD is still looking in the old
location
https://jenkins.debian.net/userContent/reproducible.json
but should instead be looking at
https://tests.rep
Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd
Since Packages.gz and Sources.gz are no longer created for experimental [1],
UDD is no longer importing data for experimental. This means that dmd.cgi
and rmadison (in jessie) do not report correct versio
Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd
It would be good for dmd to include a bit more of a grace time for its
"missing build" notification. The RSS feed seems to report missing builds as
soon as the build starts although these notifications ar
with this font.
.
See https://octicons.github.com/ for examples.
Description-md5: c8a9c221a01865bb56cb2e9d59ee6e7b
Multi-Arch: foreign
Homepage: https://octicons.github.com/
Section: fonts
(In iceweasel, you don't even need to reload the page for it to pick up the
new glyphs)
--
Stuart Pres
Package: qa.debian.org
Severity: normal
With devscripts version 2.15.10, there is a new watch file format version=4
that offers improvements like multiple upstream tarballs.
Since upstream.rb runs uscan, the result in UDD is currently:
debian/watch: uscan returned an error: uscan ERROR: debian
Package: tracker.debian.org
Severity: normal
Hi!
The rendering of CVE items in the changelog section of the changes files
includes invalid HTML markup. As an example:
https://tracker.debian.org/news/584136
which includes
konversation (1.5-2) unstable; urgency=medium
.
* Backport
ts. I recall experienced maintainers at
the time telling me that lintian was only suitable for hello world packages
not for anything real. The signal:noise in that QA tool was poor and so it
became devalued; it took many years of hard work to break down that
reputation.
--
Stuart Prescotthtt
t sure that checking non-
mandatory things is sensible in this context.
That said, the policy editors are often interested in seeing scope of the
impact of any change and the only way of knowing how many packages would be
made instabuggy by this change is to include it in the tests...
ernet? [y|N|q|?]?
Please enter the name of your SMTP host. Usually it's called something like
"mail.example.org"
or "smtp.example.org". If you need to use a different port than default, use
the :
alternative format. Just press ENTER if you don't have one or don't
ere watch_file like '%sf.net/%';
count
---
2409
(1 row)
hope that helps!
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891
Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd
UDD reports that the watch file for the package i18nspector has problems:
udd=> select warnings,status from upstream where source='i18nspector';
27;t explain that either. rmadison is using UDD and UDD uses the Packages
files. Is it possible that this binary package was removed somehow which is
why dak doesn't know about it, it was removed from Packages and then the
orphaned .deb removed from the pool? I don't think I've ev
needs to learn to accept arch-
qualified dependencies as now that we have an apt in a stable release that can
handle them, we will start to see them appearing more often. (Jakub, can you
provide more context as to which cron job this is and where the code for it
might be located?)
ignore that.
Comments welcome -- other UDD people: feel free to merge the patch and update
udd.d.o if you've got time as I am unlikely to have time to do either in the
next few weeks.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer
nt to hide them there.
I would, however, like to add Extra-Source-Only to the gatherer's list of
known fields so that it complains less about them.
cheers
Stuart
- --
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu
ta.
In discussions on #debian-qa a week or more ago, the feeling was that (4)
was the best option for UDD at this stage; the attached patch implements
this.
I'll commit it to svn in a few days time if there are no objections.
cheers
Stuart
- --
Stuart Prescott www.nano
squeeze
> + release: squeeze-backports
>descriptions-table: descriptions
>
> #debian-backports-squeeze-sloppy:
yes, that's the change that I had in mind. (is it worth fixing for the
currently-commented-out squeeze-backports-sloppy too?)
cheers
Stuart
--
Stuart Prescott
release column will instead
distinguish the translations from one-another in the (package, release,
component) tuple. This is probably a simple copy+paste error from the
squeeze release; fixing this should also fix the translation clobbering
problem.
cheers
Stuart
- --
Stuart Prescott
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Andreas,
> On Sat, Feb 11, 2012 at 06:28:01PM +0000, Stuart Prescott wrote:
>> Given that it is a somewhat disruptive set of changes, I was offering it
>> up for discussion first. Since the main disruption is for the ddtp stuff
&g
etc all
sorted, we should do that.
cheers
Stuart
--
Stuart Prescott www.nanoNANOnano.net
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jh6bvh$um8$1...@dough.gmane.org
n the packages table
Comments welcome -- the ddtp importer may need some changing to match these
changes.
cheers
Stuart
- --
Stuart Prescott www.nanoNANOnano.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAk82frMACgkQn+i4zXHF0aib/ACfXs6Pb
e additional tables for ubuntu_ddtp (ubuntu_descriptions?),
derivatives_ddtp.
* ignore the problem for the time being since the long descriptions have
been missing from the ubuntu_packages table for a few months now and no-one
has complained.
Thoughts?
cheers
Stuart
- --
Stuart Prescott
s gatherer and have it (optionally) feed in
the long description and the appropriate md5 into ddtp.
Things that use the description from UDD will need to learn to get them from
ddtp rather than packages -- I'm happy to help with that but I don't know
what uses the de
hing is in the same table.
Are you happy to take on fixing the ddtp gatherer and whatever is using this
table? (I think you're in a better position to do so than I am)
cheers
Stuart
- --
Stuart Prescott www.nanoNANOnano.net
-BEGIN PGP SIGNATURE-
Version:
t this was uniformly set to
1970-01-01 and that was why I had used last_modified instead.
I suspect it will need someone who can log in to udd.d.o to be able to work
out why the done_date is not set correctly.
cheers
Stuart
- --
Stuart Prescott www.nanoNANOnano.net
-BEGIN
es where someone emailed a bug to comment or thank
the maintainer etc even after the bug was 'done'. There's quite a nice
done_date timestamp in the UDD tables but for some reason it is universally
set to 1970-01-01, which is less than helpful. Working out wh
Package: qa.debian.org
Severity: wishlist
Helping people on #debian, I often need to work out why a package is no
longer available. This tends to be asked in the following situations:
* why isn't package xyz available in lenny (or squeeze or sid)? It used
to exist in etch! (Answer: could b
38 matches
Mail list logo
