On 3/7/24 3:50 AM, Boyuan Yang wrote:
I am not sure where vcswatch is running on
quantz, see: https://db.debian.org/machines.cgi
search for "qa" in the Description column.
, but obviously the machine
now has a full disk that makes vcswatch fail:
See https://qa.debian.org/cgi-bin/vcswatch?pa
The package data on available via NFS on ullmann.d.o hasn't been updated
since August 4th as reported in #1043103:
"
sebastic@ullmann:~$ ls -l /auto.dsa/debian/ls-lR.gz
-rw-r--r-- 1 1176 1176 14092271 Aug 4 20:16 /auto.dsa/debian/ls-lR.gz
deb.debian.org has 2023-08-06 02:57 for ls-lR.gz.
On 8/6/23 07:15, Bas Couwenberg wrote:
DDPO does not update the package information for unstable at least.
Neither does DMD, this suggests an issue with UDD.
spatialite (5.1.0-1) & spatialite-tools (5.1.0-1) are in unstable but still shows
spatialite (5.0.1-3) & spatialite-tools (5.0.1-2) in
On 7/28/23 09:09, Christian Buhtz wrote:
To less experienced users it is not clear what this tags do mean. The
explanation should be linked somehow.
You can get the tag description from lintian-explain-tags:
$ lintian-explain-tags -t groff-message
N:
W: groff-message
N:
N: A manual page prov
On Fri, 24 Jul 2020 12:22:38 +0200 Samuel Thibault wrote:
Similarly, links for packages are broken: on
https://qa.debian.org/developer.php?email=sthibault%40debian.org
the link for accerciser brings to
https://lintian.debian.org/reports/accerciser.html
(404) while it should be
https://lintian.d
Control: tags -1 patch
Control: retitle -1 DDPO: Use udd.d.o for Lintian report link
On Thu, 21 May 2020 11:05:28 -0400 Ryan Kavanagh wrote:
Package: qa.debian.org
Severity: normal
The "Lintian" reports link on packages overview pages are broken. For
example, clicking on "Lintian" on my packag
On 8/19/21 9:13 AM, Andreas Tille wrote:
> Is there some issue with syncronizing the mirror?
DSA disabled the UDD cronjob due to disk space usage, see:
https://lists.debian.org/debian-qa/2021/08/msg0.html
See also: #992461
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerp
On 8/18/21 11:40 PM, Joao Eriberto Mota Filho wrote:
> The last registered date in 'upload_date' from 'bapase' is 2021-08-13. In my
> tests I can see the same problem in 'date' from 'upload_history'.
DSA disabled the UDD cronjob due to disk space usage, see:
https://lists.debian.org/debian-qa/20
On 3/17/21 5:07 PM, Mattia Rizzolo wrote:
> On Wed, Mar 17, 2021 at 05:05:15PM +0100, Andreas Ronnquist wrote:
>> Ah, thanks. I was looking at python-cartopy but didn't notice that
>> there gbp.conf is also updated with proper branch info for each branch.
>> I guess that is why that package don't r
Control: block -1 by 955268
Already reported in #955268
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 10/02/2016 10:32 AM, Paul Wise wrote:
> On Sun, 2016-10-02 at 10:04 +0200, Sebastiaan Couwenberg wrote:
>> Thanks for looking into this issue, what exactly was done to fix it?
>
> Re-adding the NFS mount of the bugs data on the UDD host.
Thanks that clarifies the problem.
Kin
Paul Wise wrote:
> This seems to have been caused by the recent VM shuffle at UBC and it
> should be fixed next time the bugs gatherer runs.
Thanks for looking into this issue, what exactly was done to fix it?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056
On 07/12/2016 02:48 PM, Massimo Manghi wrote:
> https://qa.debian.org/developer.php?email=mxmanghi%40apache.org
>
> still displays links to the old PTS pages. I don't know if it's
> intentional, but I definitely would like to see around a unique
> reference for PTS pages
DDPO links both the new T
On 05/21/2016 11:36 PM, Iustin Pop wrote:
> On 2016-05-11 11:18:53, Mattia Rizzolo wrote:
>> On Wed, May 11, 2016 at 12:47:58PM +0200, Jakub Wilk wrote:
- "Binary Package: libprotobuf-lite9v5: Package is optional and has a
Conflicts on libprotobuf-lite9 which is optional"; the problem is
> It seems it is forbidden to read the web dir directly. Any reason for
> this and if it is intentional what would be the alternative to fetch
> data about packages in new?
If indexes are forbidden intentionally now, extracting the links from
new.html may be reasonable alternative.
https://ftp-m
> As you can see, up to date debian version is on the experimental
> branch. The checker should handle this scenario better.
The Vcs-Git URL in the control file doesn't point to the experimental
branch, so vcswatch probably assumes it must live on the default branch as
documented in the Policy:
> Ping?
I'm not involved with the new PET, but I read on #debian-perl yesterday
that a new machine for PET was setup by Stephen Gran, but there were some
issues with SSH connections.
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscrib
17 matches
Mail list logo
