to select there, so the link is not shown and cannot be followed.
It would be nicer if there was some with a proper alternate
text.
Thanks in advance,
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.
let me know.
I guess it makes sense to start with an warning right away (I guess
error is a bit too hard as it might not be an actual problem)
I guess a longer description might be nice but currently the only thing
I can think of is perhaps making the example line a bit more specific
like
> +confi
in PTS that can only be fixed
by extending clang you only train maintainers to ignore the warning
so they might miss it once this finds an actual issue.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
your system yourself cannot resolve where to send the
error message to, so how should anyone else? (And why should anyone
accept mails it cannot react with error messages)?
Hope that helps,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
wit
; * The package blocks a sourceful transition or the implementation of a
> release goal for /six months/ after a transition or release goal bug was
> filed against the package in question.
Some clarification would be nice here. There can sometimes be quite
longstanding bugs that later can be
for that
except the svn-based workflow on quantz as far as I do understand it).
Bernhard R. Link
--
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/20120605124629.ga3...@client.brlink.eu
hould not be a "is not used" but
rather a "is not currently used".
Bernhard R. Link
--
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/20120215174309.ga...@server.brlink.eu
on't send me a copy if this
> > mailing list also gets a copy" or "send me a copy for things I'm
> > uploader unless I already get a copy" instantly.
>
> We get those benefits with the new infrastructure in all cases (whether or
> not we change the Maintaine
aintainer- and subscription mail is sent by the same service, it could
offer settings like "send mails for this package to this address instead
of my old maintainer address in stable" or "don't send me a copy if this
mailing list also gets a copy" or "send me a copy for
* Raphael Hertzog [120128 18:42]:
> On Sat, 28 Jan 2012, Bernhard R. Link wrote:
> > makes that field useless. It would make more sense to get rid of that
> > field then[1]. (Though I'd prefer to make it only optional).
I think I placed my focus wrongly, thus made my point n
ole.
I'd guess that even some mixture of basic perl python and shell stuff
will have bigger changes to still be easily modifyable by the mayority
of developer in some years than any framework modern today. (Though
limiting it to one of perl or python might even improve that).
Bernhard R. Link
list.txt
+# Download builddlogcheck info
+nice_wget https://buildd.debian.org/~brlink/logcheck.txt logcheck.txt
+
# Download bugs summary
nice_wget http://udd.debian.org/cgi-bin/bugs-binpkgs-pts.cgi bugs.txt
nice_wget http://udd.debian.org/cgi-bin/ddpo-bugs.cgi bugs-src.txt
Bernhard R. L
Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: ddpo
the lintian warning/error links point to the wrong page for
sponsored uploads/QA uploads. It always uses the id of the
page viewed and not of the maintainer of the package in
question.
Bernhard R. Link
ick test: if I only use a program as user and
purge the package and my $HOME (and perhaps /tmp by reboot), there
should be nothing left and especially when I reinstall it everything
should be as after the first installation.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIB
Package: qa.debian.org
Severity: wishlist
It would be nice if http://packages.qa.debian.org/p/packagename.html
would contain a link to
http://qa.debian.org/madison.php?package=packagename
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
ackages which do not call configure
or a compiler twice, but only run make (without install) a second time.
(Though this has even less impact).
Hochachtungsvoll,
Bernhard R. Link
P.S: if you find such behaviour in your own package, please fix properly
and do not add new bugs: The fix is
ckages installed and once without. (Of course
packages excluded that build depend on their own binaries)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Raphael Hertzog <[EMAIL PROTECTED]> [060927 19:05]:
> Otherwise "more" looks like another neutral solution that is nicer than
> "additional" IMO.
"more" sounds great.
Thanks in advance,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL
he text to something
like "additional" or "experimental/additional" or "experimental and
non-release architectures".
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
proposal to be posted to -devel?
What about making all software compile with -W -Werror? Or even better:
Fix all buffer overflows in any software packaged in Debian?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
;
> The following ITP's will be renamed to RFP's
>
> openoffice#74715, filed: 457, changed 109
This is beeing worked on by a cuple of persons. It just takes ages to
get it done.
Hochachtungsvoll,
Be
21 matches
Mail list logo
