Package: qa.debian.org
Severity: wishlist
It would be nice to be able to subscribe to a feed with the latest results of
uscan, as run by DEHS.
Initially I thought this might be best done in conjunction with the PTS's
existing RSS feed; now I'm not totally sure.
-- System Information:
Debian Re
On Mon, 15 Feb 2010, Pietro Battiston wrote:
Please discard the previous email. I had unfortunately not noticed that
the orphaning bug had changed to a ITP and that there is a new
maintainer that has already done a big (duplicated, sigh) work and will
soon search a sponsor.
Sorry to hear about
On Tue, 22 Jun 2010, Andreas Tille wrote:
Hi,
since a longer time the ddtp gatherer for UDD fails to import for some
strange encoding problem and I do not have the slightest idea how to fix
this. The fact is that DDTP people claim to have not changed anything
at the time when the job started t
On Tue, 2 Nov 2010, Ralf Treinen wrote:
Hi,
what about having again a debian QA meeting? If I am not mistaken the
last ones were in november/december 2006, 2007, and 2008.
There is interest on the debian-mentors list for having a *virtual*
debian-qa meeting on IRC. Is there someone on this
On Wed, 3 Nov 2010, Lucas Nussbaum wrote:
On 03/11/10 at 12:54 -0400, Asheesh Laroia wrote:
On Tue, 2 Nov 2010, Ralf Treinen wrote:
Hi,
what about having again a debian QA meeting? If I am not mistaken
the last ones were in november/december 2006, 2007, and 2008.
There is interest on the
On Sat, 13 Nov 2010, Lucas Nussbaum wrote:
On 13/11/10 at 01:52 -0500, Asheesh Laroia wrote:
On Wed, 3 Nov 2010, Lucas Nussbaum wrote:
On 03/11/10 at 12:54 -0400, Asheesh Laroia wrote:
On Tue, 2 Nov 2010, Ralf Treinen wrote:
Hi,
what about having again a debian QA meeting? If I am not
Just a quick note that I'm taking a look at this.
It seems to me that accessing the mbox data is mildly annoying, and that
the same data is available by the public archives (in HTML form), so for my
own development convenience, I'm going to rewrite this code to be based on
the public HTML archives
Hi Andreas & Lucas & all,
Lucas -- I'm making progress on re-implementing this. I'd love your input
by email or IRC about my approach, but if you're busy, feel free to ignore
this and I'll mention you again when I submit a patch.
Andreas -- The codebase at
https://github.com/paulproteus/debian-de
On Thu, Aug 20, 2020, 05:45 Lucas Nussbaum wrote:
> Hi Asheesh,
>
Hi! :)
>
> I think that the changes compared to the current table structure should
> be minimized, to avoid rewrite all tools that use this data.
> Improvements are welcomed of course, but please don't make changes if
> there's
Hi Lucas!
I'm rereading this, and I have a follow-up question.
It looks to me, based on reading the bug carefully, that /srv/
udd.debian.org/email-archives/debian-devel-changes/debian-devel-changes.current
on ullmann successfully receives any new emails to debian-devel-changes. Is
that accurate?
Great!
It sounds to me like if we use the *mtime* of /srv/
udd.debian.org/email-archives/debian-devel-changes/debian-devel-changes.current
(but not its contents), that would smoothly and solidly overcome the
worries about unnecessary polling. If the file's mtime is the same as the
last time the to
Hi Andreas!
You noticed that the date column was an integer. That's fixed now; if you
update from git, and if you delete upload_history.sqlite on your machine,
and re-run the tool, the upload_history column will use a datetime for the
date column. It won't do many HTTP queries, so it's peaceful to
Hi all,
I submitted a merge request here with code that should work for a Python 3
port: https://salsa.debian.org/qa/udd/-/merge_requests/26
It relies on the current approach: rsync'd historic mboxes & a
.current mbox. It should operate identically to the bitrotted munge_ddc.py.
Good advice, Luca
Hi! Oh bother. I've been on vacation a bunch lately, and I missed some
emails.
Mattia, I'll try to directly reach out to you now, plus see what I can do.
Best wishes and happy holidays,
Asheesh
On Thu, Dec 30, 2021, 1:26 PM Mattia Rizzolo wrote:
> On Thu, Dec 30, 2021 at 01:18:58PM -0500, Sa
On Mon, 19 Dec 2005, Stephan Hermann wrote:
What you are suggesting is already there. It's called "hct" and it's
keybuks child. So, seeing this in an environment of Ubuntu: I think (or
I hope) hct will be included in launchpad, and then we will include some
parts of REVU3 (I hope :)) into laun
On Thu, 27 Jun 2013, Paul Wise wrote:
On Thu, 2013-06-27 at 08:56 +0200, Lucas Nussbaum wrote:
I made some progress on importing mentors.d.n data in UDD. Rather than
importing the Sources file, I imported the SQL data directly, in
mentors_raw_* tables, providing a mentors_most_recent_package_v
Lucas: I am also working on a project where I want to use the
upload_history table, so I want to fix this as well.
I hope it's OK if, to implement the plan described here, I use sudo on
ullmann to switch into the 'udd' user.
I have very rarely logged into Debian machines, but it seems from
h
Hey all,
This will probably come as no surprise to Lucas, but I can report that
with the current scripts, and data copied from
/home/lucas/public_html/ddc-parser on master, I can generate a reasonable
upload_history table on my laptop.
Given that, I'm happy to be given whatever keys are nece
Thanks for this. I'm on the job now.
Some parts are taking a while, so it might take until tomorrow to fully
fix.
--
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/alpi
I'll test tomorrow if it remains working, but so far, it seems reasonable.
If it seems to keep working tomorrow, I will document on this bug what all
I changed. Lucas, you might want me to rearrange some files/directories;
I'm not sure what idioms there are with regard to /srv/udd/.
-- Ashees
Yes, please do commit this change if you can. Thanks! I am typing from my
phone, or else I would ssh in and commit.
The idea here is simply to slightly reconfigure the upload-history job.
Andreas Tille wrote:
>Hi,
>
>on udd.debian.org:/srv/udd.debian.org/udd I found the following
>uncommited c
A more full report is forthcoming. I wanted to first declare success here,
and then explain how things work for benefit of later readers (or current
UDD maintainers with opinions on how to change them).
I created a query that conveniently limits the width of the query to <=
80 characters, to a
Here is what I did.
== Configured inbound email ==
I did what was suggested in the earlier comment to configure inbound
emails to debian-devel-changes to arrive in
/srv/udd.debian.org/incoming-mail/changes .
== Copy archives to ullmann ==
I copied the archives on master to:
/srv/udd.debian
b2abb03a51514e0994b34690 Mon Sep 17 00:00:00 2001
From: Asheesh Laroia
Date: Sat, 6 Jul 2013 19:15:17 -0700
Subject: [PATCH] Add a filter line to minimize noise from upload-history
action
This line is generated by the Makefile-based process that processes the debian-devel-changes
archives.
---
scr
Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: udd
I've found (and reproduced) an issue in the collab-qa/upload-history code.
(By that, I mean the stuff you can get from here:
svn+ssh://paulprot...@svn.debian.org/svn/collab-qa/upload-history )
I was
(Sorry about a not fully formed thought on numeral 2 in the numbered list
in the last message. Typing and thinking too fast.)
Anyway, as an update to this: further research indicates that
upload-history is simply spitting out the data from the email in a
"Message-Date" field. I can't blame the
New proposed fix:
In collab-qa/upload-history/munge_ddc.py , if the Message-Date we were
going to emit is not within the year of the envelope From, plus/minus one
year, we drop Message-Date.
This permits the udd/upload_history_gatherer.py code to use its existing
logic about dropping replaci
Hey all,
I started running a public UDD mirror here:
http://public-udd-mirror.xvm.mit.edu/
I'll move it to be on .debian.net as the canonical URL in the near future.
Other to-do items tracked here for now:
https://github.com/paulproteus/public-udd-mirror/issues
Happy to take questions or s
paulproteus@ullmann:~$ df -h /dev/mapper/vg01-var_lib_postgresql
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg01-var_lib_postgresql 40G 39G 8.0K 100%
/var/lib/postgresql
What's the right next step here?
--
To UNSUBSCRIBE, email to debian-qa-requ...@
On Sun, 7 Jul 2013, Asheesh Laroia wrote:
Hey all,
I started running a public UDD mirror here:
http://public-udd-mirror.xvm.mit.edu/
I'll move it to be on .debian.net as the canonical URL in the near
future.
Other to-do items tracked here for now:
https://github.com/paulproteus/p
On Wed, 10 Jul 2013, Lucas Nussbaum wrote:
Hi Asheesh,
Sorry for the delayed reply. Thanks a lot for your work on this.
I've added you to collab-qa, so you should be able to push your code
yourself.
Yay! Thanks!
Now, one comment on your changes: it would be better if everything you
do is
On Fri, 12 Jul 2013, Lucas Nussbaum wrote:
On 12/07/13 at 08:25 +0200, Michael Stapelberg wrote:
Hi Asheesh,
Asheesh Laroia writes:
* Is this useful to you? If so, please make me feel good by saying so. (-;
I think this is a great idea, thanks for working on it.
To make it useful for me
On Tue, 24 Sep 2013, Derek M Jones wrote:
Hello,
We chatted on irc last night.
Just connected to the public UDD mirror you have kindly provided.
It does not appear to be returning any results :-(
I have tried something simple like:
select source, section, priority from sources where release
On Tue, 24 Sep 2013, Derek M Jones wrote:
Asheesh,
udd=> select distinct release from sources;
Thanks. An obvious thing I should have checked. I will update the
analysis to the latest release.
Happy to hear it!
-- Asheesh.
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
One option is to store data in the window.location.hash (or equivalently
html5 pushstate).
See e.g.:
http://yuilibrary.com/yui/docs/router/
For docs on a library that uses this.
This avoids server-side storage and still gives permalinkable state.
On Mon, Sep 19, 2016 at 2:39 AM, Raphael Hertzog wrote:
> On Sun, 18 Sep 2016, Thomas Schmitt wrote:
> > When i discussed the hint on debian-mentors i got the advise to file
> > a bug because the detail information is supposed to be visible without
> > toggle if the browser has no Javascript enab
Hi Eriberto,
If you find that you can't access official UDD, you can also consider using
this public mirror that Mattia Rizzolo maintains:
http://public-udd-mirror.xvm.mit.edu/
I originally started it, so you can call me a co-maintainer.
On Wed, Oct 19, 2016 at 10:14 AM, Eriberto Mota wrote:
>
When I look at services like this, and I think about how strongly I feel
Debian benefits from automation, I feel a lot of gratitude.
Thanks so much for taking care of this service, Antonio!
On Tue, Oct 25, 2016 at 3:33 PM, Antonio Terceiro
wrote:
> On Sun, Oct 23, 2016 at 10:14:54PM -0200, Anto
38 matches
Mail list logo
