On Mon, Mar 21, 2011 at 04:47:03PM +0100, Lucas Nussbaum wrote:
> Any suggestion on how to make more noise would be helpful. Do you have
Something along the lines of what we do for ITPs - post to -devel and so
on - would help. Right now it's an invisible process with no public
warning that thing
On Sun, Mar 20, 2011 at 09:18:34PM +0100, Lucas Nussbaum wrote:
> This removal is part of an effort to clean the archives from some of its
> orphaned packages. Beginning of release cycles are a good time to do
> this kind of cleanup, since there's a lot of time left to detect
> packages that have
On Wed, Apr 28, 2010 at 03:10:34PM +0200, Jan Hauke Rahm wrote:
> On Wed, Apr 28, 2010 at 11:29:20AM +0100, Mark Brown wrote:
> > *sigh* Lintian just isn't the right tool for this job, the sort of
> > random things that lintian identifies just aren't interesting fo
On Wed, Apr 28, 2010 at 12:01:22PM +0200, Cyril Brulebois wrote:
> Mark Brown (28/04/2010):
> > I'm orphaning the package. What part of that makes you think I'm
> > going to be interested in fixing random lintian warnings?
> Random lintian warnings (and errors) lik
On Tue, Apr 27, 2010 at 08:11:06PM -0500, Raphael Geissert wrote:
> From the changelog:
> >* Orphan package.
> Right, but orphaned packages are _not_ set to this discussion ML.
Thanks for your helpful response!
> Even running lintian on the package you uploaded points you to the right
> d
On Mon, Dec 22, 2008 at 09:25:32AM +0100, Raphael Hertzog wrote:
> On Sun, 21 Dec 2008, Mark Brown wrote:
> > I'm not sure that the e-mail bit of this really adds anything - the
> I don't understand why you say that:
> - email is the primary way to get in touch with a m
On Sat, Dec 20, 2008 at 06:19:26PM +0100, Raphael Hertzog wrote:
> The collation of all those data will give us a better view on the
> maintenance status of each package and it could be displayed on the PTS.
> We could also use those info to direct new contributors to help in
> existing packages i
On Sun, Dec 21, 2008 at 11:16:28AM +0100, Raphael Hertzog wrote:
> The best results are achieved if everyone participates so I'd rather find
> ways to make it painless for everybody first. But knowing how diverse the
> opinions are, we will probably have to do something like this.
There's no way
On Wed, Oct 10, 2007 at 04:13:53PM +0200, Luk Claes wrote:
> That's of course the other way around.
The original list only talked about feeding the MIA status in, not how.
>A badly maintained package can
> indicate a MIA maintainer and should probably be
On Wed, Oct 10, 2007 at 11:35:36AM +0200, Luk Claes wrote:
> Lucas Nussbaum wrote:
>> - Maintainer's MIA status
> This is also outside the scope of the proposal IMHO as MIA maintainers and
> their packages are already covered by the MIA team.
On the other hand if a package has a maintainer who
On Wed, Apr 11, 2007 at 11:45:58PM -0400, Nathanael Nerode wrote:
> It's also his only package; he is probably MIA. (I seem to remember him
> being
> very angry about Debian's decision to apply the Social Contract and DFSG to
> all
> of Debian, and particularly at me for advocating it, so he
On Wed, Mar 07, 2007 at 04:09:57PM +0100, Lucas Nussbaum wrote:
> Everything should be configurable (using a mail interface). It should be
> possible to "ignore" a problem for a specific package, ideally setting a date
> until when it will be ignored. For example, I should be able to say: "I don'
On Wed, Mar 07, 2007 at 11:10:19PM +0100, Lucas Nussbaum wrote:
> Of course, but if those mails:
> - stay useful
This is a tricky one: as soon as you make nag mails regular and
autogenerated you decrease the usefulness. I'm also a bit wary of the
tendency the QA web stuff seems to have towards f
On Wed, Mar 07, 2007 at 05:09:25PM +0100, Lucas Nussbaum wrote:
> I think that it's important to make that server-side, so the information
> is "pushed" to the developers. With a client-side implementation, most
> developers won't use it.
A server side implementation is going to be pretty easy to
On Fri, Apr 07, 2006 at 12:42:30PM +0200, Goswin von Brederlow wrote:
> FTBFS. All of those you can probably summarize under bit-rot. The
> Debian-amd64 team has now started doing some aggressive porter NMUs
> (policy allows them after 7 days so don't come screaming if we NMU
> some month old bug)
On Sun, Jul 25, 2004 at 05:31:38PM +0200, Igor Genibel wrote:
> I thought about that but I'have the same impression than Andreas on
> developer.php: it is very useful to have a good overview.
There's some stuff (like the buildd, pool and package page links) that
while potentially useful don't ad
On Mon, Mar 22, 2004 at 05:24:49PM +0100, Andreas Barth wrote:
> debian-qa is probably not the best list for this request; however, if
> no-one else is faster, I'll do this upload this evening.
Normally sponsorship requests would go to debian-mentors.
--
"You grabbed my hand and we fell into it
On Sun, Mar 14, 2004 at 09:10:53PM +, Martin Michlmayr wrote:
> * Mark Brown <[EMAIL PROTECTED]> [2004-03-13 12:03]:
> > I looked into this a while ago - it appears to have been abandoned by
> > upstream. It's probably possible to fix it to use TLS instead of
&g
On Fri, Mar 12, 2004 at 10:18:39PM -0500, Nathanael Nerode wrote:
> Orp is very broken and has been for quite a while.
> (for example, bugs 128732, 185881, 236118, 168536)
I looked into this a while ago - it appears to have been abandoned by
upstream. It's probably possible to fix it to use TLS
On Mon, Aug 25, 2003 at 11:52:06AM +0200, Roland Mas wrote:
> For anyone interested: one month has passed. I've been away for
> holidays, but I found no email from Eray in my inbox when coming back.
Unsurprisingly enough he hasn't contacted me either.
--
"You grabbed my hand and we fell into i
On Fri, May 30, 2003 at 01:24:09PM -0300, Pedro Zorzenon Neto wrote:
> Then I am just writing to debian-qa to tell that I'll upload the new
> version of 'tdl' next week. If anyone thinks that this is not ok
> to be the new mantainer of this package, please send me a message.
Just upload it alre
On Sun, Apr 07, 2002 at 10:05:07PM +0200, Uwe Hermann wrote:
> Chris Cheney indends to adopt the package, yes, but he only mailed
> to [EMAIL PROTECTED] instead of properly renaming the bug to ITA.
I have this sneaking suspicion that we need a tool more appropriate than
the BTS to handle the WNPP
On Sun, Apr 07, 2002 at 02:26:02AM +0200, Martin Michlmayr wrote:
> #127699: O: c-cpp-reference -- c/c++ reference set for kdevelop
This is logged as having been adopted by Chris Cheney
<[EMAIL PROTECTED]> but was later reset to orphaned by Uwe Heremann
<[EMAIL PROTECTED]> with no reason logged i
On Sun, Jan 27, 2002 at 11:11:07AM -0500, David B Harris wrote:
> Anyways, I was wondering what the QA group thinks about people
> maintaining packages who arn't capable of uploading on their own.
This is what sponsorship is - it's become fairly normal.
--
"You grabbed my hand and we fell into
On Sun, Jan 06, 2002 at 01:42:41PM -0800, Thomas Bushnell, BSG wrote:
> libmwdrivers.before it's used, and without someone giving me a log of
> the actual failure (which will require dropping that silly redirection
> from debian/rules), you're just guessing.
Sent by private mail.
--
"You grabbe
On Sat, Jan 05, 2002 at 01:33:25PM -0500, Daniel Jacobowitz wrote:
> I think that's a drastically unfair judgement. I would rather ask
> every maintainer to do a few extra steps for the quality of their
> packages (or better yet, to improve automated systems to notify
> (opt-in) maintainers about
On Fri, Jan 04, 2002 at 08:18:59PM -0800, Thomas Bushnell, BSG wrote:
> What do you mean by "the build report"? Do you mean bug report
> 121459?
The bug, sorry.
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
pgpO8RwoFItnm.pgp
Description: PGP signature
On Fri, Jan 04, 2002 at 07:21:16PM +0100, Michael Schmitz wrote:
> Please note that I haven't filed any bug of that sort (I rarely do these
> days, rather rely on the maintainer to check build status and logs). FYI:
It's worth telling to maintainers - a huge proportion won't pay any
attention unl
On Fri, Jan 04, 2002 at 07:21:52PM +0100, Michael Schmitz wrote:
> > Please don't. I just tried to build it and got exactly the same error
> > as in the build report.
> What version of apt do you have installed?
0.5.4. Why?
--
"You grabbed my hand and we fell into it, like a daydream - or
On Thu, Jan 03, 2002 at 07:10:58PM -0800, Thomas Bushnell, BSG wrote:
> I would like to close bug 121459, and rely on powerpc to attempt a
> build by the normal process and report a new bug against the current
Please don't. I just tried to build it and got exactly the same error
as in the build
On Tue, Jan 01, 2002 at 01:24:01PM -0800, Thomas Bushnell, BSG wrote:
> Mark Brown <[EMAIL PROTECTED]> writes:
> > The Super-H (as found in Dreamcasts, for example).
> I'm afraid that doesn't answer my question.
It's a microprocessor.
--
"You grabb
On Tue, Jan 01, 2002 at 01:15:59PM -0800, Thomas Bushnell, BSG wrote:
> What is sh?
The Super-H (as found in Dreamcasts, for example).
--
"You grabbed my hand and we fell into it, like a daydream - or a fever."
pgpfsbEGtHcCf.pgp
Description: PGP signature
On Sat, Dec 29, 2001 at 04:03:52AM -0600, Aaron Schrab wrote:
> Another occurrence of reusing a va_list variable. Although in this
> case, it looks like it was just an oversight. In addition to fixing
That worked. I'm uploading just now.
--
"You grabbed my hand and we fell into it, like a da
On Fri, Dec 14, 2001 at 07:45:03PM -0600, Colin Watson wrote:
> Could you please try applying the following patch, running autoconf, and
> rebuilding cooledit? A workaround for a problem uncannily like this was
> already in the cooledit source, but accidentally not enabled. If it
> works I'll uplo
Package: cooledit
Version: 3.17.1-2.4
Severity: grave
Justification: renders package unusable
On PowerPC cooledit segfaults on startup shortly after displaying the
splash screen. stracing the dying process shows the last thing it does
as being attempting to open ~/.cedit/.cooledit.ini.
A backt
On Sun, Nov 04, 2001 at 09:39:25PM +0100, Christian Kurz wrote:
> On 04/11/01, Matthew Vernon wrote:
> > Indeed. Historically, debian-qa have been the people who deal with
> > orphaned packages - there are moves to make the BTS-generated traffic
> Well, but not only time is changing and I think i
On Thu, Jul 05, 2001 at 09:33:48PM +0200, Jordi Mallach wrote:
> tendra: we should warn broonie on IRC.
I'll try to find time to have another look at the package over the
weekend. Not sure how far I'll get, though.
On Tue, Jan 09, 2001 at 12:53:49PM +0100, Raphael Hertzog wrote:
> Of course, if the BTS could be available through a SQL (or LDAP? Ben ?)
> server, it would even be better/simpler for you ...
The BTS is avaliable through LDAP - see reportbug for an example of
using it like that.
--
Mark
other info?
That would depend on the bug report. If there's insufficient
instructions for reproducing the bug then that would be a useful thing
to get.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
On Sun, Dec 17, 2000 at 03:42:36PM +0100, Adrian Bunk wrote:
> I've seen these not yet used guidelines for taking over packages and I
Those guidelines have been used at least once.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.
On Mon, Oct 23, 2000 at 11:46:49PM +0200, Josip Rodin wrote:
> BTW make that libxpm4-dev.
Will do.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
On Mon, Oct 23, 2000 at 12:35:27PM +0200, Roman Hodek wrote:
> The autobuilder found some missing build dependencies for asmodem:
> xpm4g-dev
I'm just preparing an upload fixing this at the moment.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
I've prepared a new version of xwpe fixing the buffer overflow reported
in #68433. Should I just upload it or is there some other procedure to
be followed?
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFS
ipt on
> master.debian.org or a NEWS.Debian with user visible changes in every
> debian package which is imported semi-automatically into the release
> notes.
Having a BTS package would probably do most of what you want. We'd still
need someone providing editorial control, if
hat could come as an annoying surprise to people
upgrading. Before the freeze or earlier on in the freeze it would have
been possible, but at this point it would hold up the release
unreasonably.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tard
t rather than
referring to exernal things without any indication as to what they are.
It'd make your message a lot clearer and help folks working offline.]
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpWVT4sTsrBj.pgp
Description: PGP signature
e
Try to read a group and get a placeholder message
Run "fetchnews" as root or news to get new news
Go back to the group and see if there are any readable real articles
Thanks for any help.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
from unstable it looked revolting and didn't offer much noticable in the
way of features I would use.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpR0LPHb
it and go through the diff to see if you've done
anything they might want to use.
Note that this is more about changes that could be useful upstream, such
as glibc2.1 fixes, rather than purely Debian changes.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
49 matches
Mail list logo
