On 22/05/10 at 15:07 +0200, Ana Guerrero wrote:
> Hi,
>
> It is good to care for packages from people who are currently too busy and
> making NMUs to fix critical/very important bugs. However, lately I have been
> seeing a lot of NMUs that are being very disruptive [0], you have a couple of
> exam
Quoting Ana Guerrero (a...@debian.org):
> I know this is done with the best intentions but if you think the package
> is in bad shape or neglected by the maintainer then it might better write
> to mia@, debian-qa@ or open a bug asking whether the package should be
> orphaned (or even removed).
Hi,
I am working on packaging pino [0] for which I own the ITP [1].
The sources contain gettext translations, the copyrights and licences of
which are sometimes unclearly stated, eg:
# Arabic translation for pino package.
# Copyright (C) 2009 the Free Software Foundation, Inc.
# This file is dis
On So, 23 Mai 2010, Norbert Preining wrote:
> How does that come? I tought that with release of -1 it is always
> included?
Well maybe it was at some time like, now it is not anymore. It is
only automatically included if the previous changelog entry without
epoch and without debian release is dif
Hi everyone, can someone help me please?
I have package with source format 3.0 (quilt).
I build my package always with
cowbuilder --build --buildresult . $package_$version.dsc
and normally that works without any problem.
DId it today with a package with version 2.3.8-1 and woops, in the
Hi,
After some discussion about lilo on #debian-devel in IRC, it has pretty
much been determined that kernel sizes have crossed the line past where
lilo can reliably determine the payload size.
This bug *can* be fixed, but not without a significant rewrite of the
way that lilo's stage2 loader cod
On 22/05/2010 12:14, Martin-Éric Racine wrote:
On Thu, May 20, 2010 at 10:26 PM, Roger Leigh wrote:
Package: cups-pdf
Version: 2.5.0-14
Severity: normal
% ls -ld /var/spool/cups-pdf/ANONYMOUS
drwxrwxrwt 2 nobody nogroup 4096 Jan 27 2009 /var/spool/cups-pdf/ANONYMOUS
This directory is world-w
Amos Jeffries writes:
> Strange that you should not know where the patch is Goswin since you
> were the first and only one to mention it in this thread.
>
> The answer is "in the upstream bug report".
> http://bugs.squid-cache.org/show_bug.cgi?id=2624
Actualy the answere is "in the Debian bugrep
Hi debianers,
I've contacted squid's upstream to help clarifying some details in this thread
and am now forwarding Amos' reply:
> Thanks Luigi, you may have to relay this back to the list. I can't seem to
> post a reply to the thread.
>
>
> I looked at that Debian bug a while back when first l
On Sat, 22 May 2010 19:20:42 +0200
Julien BLACHE wrote:
> Either it's a QA upload or it's a NMU, but it can't be "a bit of
> both".
>
> If the package is effectively not maintained anymore, it's up to the
> MIA team to investigate and eventually decide to orphan the package.
Do we have to wait
On Sat, 22 May 2010 09:32:02 -0700
tony mancill wrote:
> I sponsored the upload of a number of Jari's fixes. You state that
> they were disruptive, but I'm wondering to whom. The uploads were to
> delayed queues and the maintainer notified via the BTS, and in all
> cases where the maintainer ac
tony mancill wrote:
Hi,
> I view the "absolute minimal changes" NMU process as designed for (and
> more appropriate for) actively maintained packages. That is, the NMU
Either it's a QA upload or it's a NMU, but it can't be "a bit of
both".
If the package is effectively not maintained anymore,
Hi Ana,
I'm happy to start the discussion.
I sponsored the upload of a number of Jari's fixes. You state that they
were disruptive, but I'm wondering to whom. The uploads were to delayed
queues and the maintainer notified via the BTS, and in all cases where
the maintainer actually ACK'd the bug
On Fri, May 21, 2010 at 3:49 AM, Paul Wise wrote:
> Probably the solution to that bug is to read the user from the
> lighttpd configuration instead of hard-coding it. lighttpd -p can
> probably help here. Not sure how you would parse the output though.
That's too hacky, so not a solution.
I thin
Hi,
It is good to care for packages from people who are currently too busy and
making NMUs to fix critical/very important bugs. However, lately I have been
seeing a lot of NMUs that are being very disruptive [0], you have a couple of
examples below [1]. (This is not against Jari or Nobihuro, they
On Thu, May 20, 2010 at 10:26 PM, Roger Leigh wrote:
> Package: cups-pdf
> Version: 2.5.0-14
> Severity: normal
>
> % ls -ld /var/spool/cups-pdf/ANONYMOUS
> drwxrwxrwt 2 nobody nogroup 4096 Jan 27 2009 /var/spool/cups-pdf/ANONYMOUS
>
> This directory is world-writable with the sticky-bit set, whi
On Wednesday 19 May 2010 19:30:11 Michael Meskes wrote:
> Could you please try to debug this so we can find out why it didn't work
> for you? I know for sure that it used to work.
I am sorry for the late reply. I've spotted the problem and it was in my local
configuration rather than in that scri
17 matches
Mail list logo
