Package: apache2
Version: 2.0.55-3
The rules file has many many `for' loops in it, none of which have
`set -e'. This means that if any error occurs, the build doesn't
notice and just blunders on.
Attached is a diff to correct this. The diff was made against
2.0.54-5ubuntu2 but it should be
Nathanael Nerode writes (Bug#346056: sauce: Oldest Standards-Version of any
package in Debian):
Perhaps you could see fit to read through the summary of changes in policy
since then ( /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the
debian-policy package ) and update the
reassign 341901 tech-ctte
reassign 341901 devmapper
I'm afraid I don't understand why you have reassigned these bugs to
tech-ctte and then back to devmapper.
From the discussion in 329409 it seems clear that the TC has been
asked to take up this issue. And it does seem that this is a
Bernd Eckenfels writes (adns: last problem hcommon.c.m4):
Hello Ian, me again :)
Thanks for all your work :-).
there is a last problem, hcommon.c.m4 is missing ENOTSOCK, which will cause
a false regression failure. However since it is shipping hcommon.c, it
depends on the file timestamps on
Matthias reminds me that I promised to write a patch to fix this
behaviour. This email is to record this fact in the BTS and my own
email and to renew my promise to do so (since I seem to have
forgotten).
Regards,
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Raul Miller writes (Bug#342455: tech-ctte: Ownership and permissions of device
mapper block devices):
I've been looking at these bugs, and I can see no good reason for the 600
permissions, nor the reason to avoid using the disk group.
I basically agree, but I'm going to try to play devil's
Guy Maor writes (Bug#342455: tech-ctte: Ownership and permissions of device
mapper block devices):
I agree with your technical assessment, Ian.
Do you have an opinion about 660 vs 640 ? And the question of
equivalence to root ?
On 12/13/05, Ian Jackson [EMAIL PROTECTED] wrote:
I think
Bastian Blank writes (Re: Bug#342455: tech-ctte: Ownership and permissions of
device mapper block devices):
On Tue, Dec 13, 2005 at 03:55:01PM +, Ian Jackson wrote:
[Raul Miller:]
1) change devmapper defaults -- patch rejected, no reason given
Certainly I agree that the defaults
Kari Pahula writes (Bug#345619: debian-policy: 4.8. binary-{arch, indep}
should fail with error code 2 - must):
Debian policy 4.8. states:
If one or both of the targets `build-arch' and `build-indep' are
not provided, then invoking `debian/rules' with one of the
not-provided targets as
Bastian Blank writes (Bug#342455: tech-ctte: Ownership and permissions of
device mapper block devices):
4) the two attached patches:
- devmapper: export functions to set permissions
- lvm2: add a config entry to overwrite the permissions for new
devices
I just try to get it acked
Debian Bug Tracking System writes (Bug#194556 acknowledged by developer
(Re: new dd verbosity can be harmful)):
Ues the status=noxfer argument to turn off performance stats.
This should be the default so that older programs which depend on
filtering the traditional dd output are remain
Ben Finney writes (Bug#331532: [PROPOSAL] change §10.4 set -e OR check
return status to AND or be rewritten):
The final question is: Why is this necessary in policy? If this were
not implemented, would any of these programming errors *not* warrant
an important bug? If it's already grounds for
Ben Finney writes (Re: Bug#331532: [PROPOSAL ] change §10. 4 set -e OR
check return status to AND or be rewritten):
Not in policy, IMO. I'd like to keep that camel's nose out of the
tent.
It's already there and has been for years. The important thing is to
have only the nose and not the
Package: xterm
Version: 6.8.2.dfsg.1-7
Part of my session arrangements include running this command:
xterm -e .configs/rxprofile
from in my home directory (/u/ian in this case).
/u/ian/.configs/rxprofile exists and is an executable shell script.
This no longer works (!)
In
strace -Ffot xterm
Package: sbackup
Version: 0.8-1
sbackup should the usual kind of progress indication if possible, or
at least a `making progress' indication if not. The dialogue box
saying `I've started it and here is the pid' is rather silly.
(FYI: my tests have all been on Ubuntu Breezy. Adam Conrad said I
Package: sbackup
Version: 0.8-1
sbackup should be able to write to removeable media and this should be
the default. The purpose of a backup program is, after all, to put
the data somewhere separate from the machine.
sbackup should look through the available hardware on the machine and
make its
Package: sbackup
Version: 0.8-1
It's not clear how a user is supposed to invoke sbackup to make a
backup. There's a `Simple Backup Configuration' option under System /
Administration but nothing that looks like invoking a backup now. As
it turns out you can do this from the configuration
Package: sbackup
Version: 0.8-1
Severity: wishlist
First of course, sbackup should gain the ability to write to
removeable media at all (see my earlier bug).
But, when this is done, it ought to be capable of planning its own
schedule so that all the user has to do is physically label the media
Package: sbackup
Version: 0.8-1
Severity: wishlist
It's well known amongst sysadmins that you don't have backups unless
you've _tested_ them.
To ensure that the backup arrangements are working correctly, the
system should periodically guide the user through a test restore, in
which the original
Adam Heath writes (Bug#338204: 12.3: define small for compression of
documentation):
Section 12.3 says extra documentation should be compressed if it is
small. However, small is not defined. It would be useful if it
was;
Nonsese. This should be interpreted in context. A document which is
-2.0iwj1) unstable; urgency=low
+
+ * mkimage: Do not stat all files in MD5 file - instead, just
+stat them when we need them.
+
+ -- Ian Jackson [EMAIL PROTECTED] Tue, 22 Nov 2005 16:29:09 +
+
jigit (1.15-2) unstable; urgency=low
* Fixes for GCC4 compilation. Thanks to Andreas Jochens
Package: lvm2
Version: 2.02.06-2
Tags: patch
When the lvm2 utilities vgchange, vgmknodes, et al, create the
/dev/vg/lv symlinks, they do it like this
lstat
unlink
symlink
This means that even if the vg is and remains active throughout, there
is a moment when the symlink is missing.
Package: make
Version: 3.81
If I do:
define variable
line1
line2
line3
...
endef
target:
$(shell $(variable))
then make 3.80 does this
sh -c line1 line2 line3 ...
which while not exactly ideal is at least useable.
make 3.81 does this
sh -c line1line2line3 ...
which
Manoj Srivastava writes (Re: Bug#387684: make incompatibly breaks my makefile
and provides no way to fix):
There is a way to fix it; just forget the $(shell ...)
wrapper.
No, that results in the variable value being split into several
commands, each of which gets executed separately.
found 24357 0.12.1-3
thanks
I'm afraid I disagree that this bug is now fixed. In pilot-link's
/usr/bin are the following commands which are IMO namespace polluting:
install-expenses
install-memo
install-todo
install-todos
install-user
read-expenses
read-ical
read-notepad
I got bitten by this as well. The manpage even still describese the
old behaviour.
IMO tar's behaviour should be reverted and -l changed to issue a
warning on stderr saying sorry we fucked this up please check you
meant --one-file-system.
I wonder if this is related to #377124 ?
Ian.
--
To
Tomorrow I intend to make an upstream release of adns 1.4, containing
some trivial fixes to 1.3. I think this code is very stable.
I intend to immediately afterwards upload to Debian an NMU of this new
upstream version, using the version number
1.4-0.1
consisting of adns 1.4 upstream combined
Bernd Eckenfels writes (Re: Bug#361419: Will NMU adns for new upstream
version):
On Mon, Oct 16, 2006 at 02:41:09PM +0100, Ian Jackson wrote:
I intend to make the upload _not_ to a delayed queue. Feel free to
notify me before then if you want me not to do this. I hope that this
all meets
Steve Langasek writes (Bug#393556: authbind: wrong name for Debian changelog):
severity 393556 important
thanks
On Mon, Oct 16, 2006 at 10:53:50PM +0200, Aurelien Jarno wrote:
The Debian changelog is named changelog.gz instead of
changelog.Debian.gz. This violates policy 12.7.
While
Package: openssh-client
Version: 1:4.3p2-3
I often ask my window manager to bring up `xterm -e ssh somehost'. I
have the wm configured to allow me to interactively place resize the
window. Sometimes, when I do this, the xterm and ssh vanish. Process
accounting shows ssh dying with exit status
severity 393556 minor
thanks
This is not by any stretch of the imagination anything but a minor
bug.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ian Jackson writes (Re: Bug#361419: Will NMU adns for new upstream version):
I think there were no unfixed issues but I will review the .diff.gz
again to check. It's possible that I failed to reply to you about one
of the changes.
I have double-checked and for all of the changes in adns_1.1-4
retitle 349797 rename libadns1-bin to adns-tools
reassign 349797 adns
merge 91298 349797
thanks
Policy 11.3 from 2001 was something quite different :-). Modern
practice seems to be documented in 8.3 (from policy 3.7.2.2).
I think adns-tools or adns-utils would be the right package name.
Package: pilot-link
Version: 0.12.1-5
Severity: important
I have a Palm m100. When I attempt a direct serial hotsync, it
fails. The Palm displays this message:
HotSync Problem
The connection between your handheld computer and the desktop was
lost. Some of your data was NOT backedc up.
On Wed, OcFt 04, 2006 at 09:32:16AM +0200, Frank Küster wrote:
However, I'd like to point out that this problem is not special to TeX.
Many programs create ~/.progname directories when run for the first time
- and these directories contain configuration options which might cause
trouble, since
John Wright writes (Re: Bug#390754: O: piuparts -- .deb package installation,
upgrading, and removal testing tool):
I would be interested in co-maintaining this package. I don't think I
have the time to give it the full attention it would need (e.g. filing
bugs on packages that fail), but I
Frank Küster writes (Bug#391240: debian-policy: Please elaborate on cleaning
up files outside the build dir):
writing to the home directory also includes creation of dotfiles,
which some programs do when used the first time (and they keep copies
of the site-wide conffiles there, which are not
Package: dpkg
Version: 1.13.22
Tags: patch
Severity: minor
An ubuntu user reported here
https://launchpad.net/distros/ubuntu/+source/dpkg/+bug/29729
that a message wasn't quite ideally formed. Since that report the
missing parenthesis has evidently been added; however, the newline is
still
Package: dpkg
Version: 1.13.22
Tags: patch
An ubuntu user reported here
https://launchpad.net/distros/ubuntu/+source/dpkg/+bug/51468
that dpkg-source can get the permissions wrong when extracting an
archive. I believe the patch below corrects the behaviour.
Here is the changelog bullet point:
Package: dpkg
Version: 1.13.22
Tags: patch
Severity: minor
An ubuntu user reported here
https://launchpad.net/distros/ubuntu/+source/dpkg/+bug/63744
that dependency descriptions are constructed in a way that makes
problems for translators. I believe the patch below improves the
situation and
Christian Perrier writes (Re: Bug#390916: describedepcon() l10n friendliness):
Quoting Ian Jackson ([EMAIL PROTECTED]):
An ubuntu user reported here
https://launchpad.net/distros/ubuntu/+source/dpkg/+bug/63744
that dependency descriptions are constructed in a way that makes
problems
if regexp is too long for our buffer. (LP 23494.)
+
+ -- Ian Jackson [EMAIL PROTECTED] Wed, 4 Oct 2006 16:07:11 +0100
+
mawk (1.3.3-11ubuntu1) dapper; urgency=low
* autopkgtest/autodebtest now supported - upstream tests wired in.
only in patch2:
unchanged:
--- mawk-1.3.3.orig/scan.c
+++ mawk
Geert Uytterhoeven writes (Re: tar -l option should be restored to previous
behaviour):
384508 and 377124 are not the same:
- 384508 is about -l no longer meaning --one-file-system
- 377124 is about --one-file-system breaking when combined with
--listed-incremental (Amanda does pass
Package: fontconfig
Version: 2.4.1
Severity: wishlist
Tags: patch
This diff addes `MgOpen Moderna' to the list of MgOpen sans fonts for
which we fall back to a generic sans. MgOpen seem to have two
proportional sans fonts.
Ian.
diff --exclude='*~' --exclude='*.po' --exclude='*.pot' -ruN
Package: firefox
Version: 1.5.dfsg+1.5.0.4-1
Severity: wishlist
Tags: patch
The diff below supplies Polish translations for the strings in
firefox.desktop. (Originally from an Ubuntu user; Malone #45447).
Regards,
Ian.
diff -ruN --exclude='*~' --exclude='*.rej' --exclude='*.orig'
Package: firefox
Version: 1.99+2.0b1+dfsg-1
Tags: patch
The patch below is this change:
* Remove x-directory/webdav x-directory/webdav-prefer-directory
from MimeType list in desktop file. (Malone 35928.)
I'm not 100% sure that this is still correct for the 2.0 betas but I
think it
Package: bsdutils
Version: 1:2.12r-8
-anarres:d script -c true
Script started, file is typescript
[ hangs, uninterruptible by ^C or ^D,
until child `script' process is killed from another terminal ]
Script done, file is typescript
-anarres:d strace -ou script -c true
Script started, file is
Package: bash
Version: 2.05b-26
The script below should always exit with status 4. However, sometimes
one of the invocations of echo returns a nonzero status. My strace
suggests that this is due to improper handling of EINTR.
Ian.
-davenant:d cat ~/junk/t.sh
#!/bin/sh
set -xe
exitstatus=0
Looking through existing bug reports for something similar to my
freshly reported problem #382798 (bash builtin echo fails to cope with
signals arriving at the wrong moment), #341282 seems like a related
problem. It may even have the same root cause.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL
Looking through existing bug reports for something similar to my
freshly reported problem #382798 (bash builtin echo fails to cope with
signals arriving at the wrong moment) I suspect that #332881 has the
same root cause:
* Note that the the (useless) use of (cat ...), twice, causes two
Package: firefox
Version: 1.5.dfsg-4
The Debian diff -4 seems to contain an early version of the mouse
backwards/forwards button support, as well as the later version that
was subsequently included in upstream.
The history of the patch is in upstream bugzilla at
Eric Dorland writes (Re: mozilla-firefox textarea segfault fix):
Was this fixed in 1.5? Any idea why bugzilla bug #307537 (the one you
reported for this issue) is locked down?
Yes, if I remember correctly 1.5 seems to include the fix for this.
At least, it's not in our diff any more which
Luigi Gangitano writes (Bug#257060: Any news?):
I'm still waiting for more information on this bug. If you agree I'm
going to close it in 3 months.
Sorry about the delay.
I have checked again and my earlier removal the errant leftover files
seems to have stuck, so that they didn't come back.
I reviewed the .diff.gz by hand and compared it with the relevant
patches in the upstream bugzilla and I think I've concluded that only
two files are still affected in the Debian package.
A diff to revert this old patch is attached. I will be uploading a
version of firefox with this patch to
Package: firefox
Version: 1.5.dfsg
The patch below causes the /usr/bin/firefox script to honour TMPDIR
when setting up for debugging.
(This patch is part of the Ubuntu package firefox 1.5.dfsg-4ubuntu2
and is one of several that I think should be included in Debian and/or
upstream. More mails
Package: coreutils
Version: 5.2.1-2.1
-anarres:work du -sk *
2468AutomatedTesting
29588 download
48 dpkg-tests
140 firefox-10
140 firefox-11
1052firefox-4u1
du: fts_read failed: No such file or directory
*** glibc detected *** double free or corruption (!prev): 0x08056f78
Incidentally, I have found the corefile and it was in one of the
directories that I mv'd about. I'll keep it for a bit in case it's
useful. The backtrace is below, FWIW.
Thanks,
Ian.
-anarres:work gdb /usr/bin/du Du-coredump/core
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation,
Package: xserver-xorg-core
Version: 2:1.4.2-3
I'm suffering a problem with xmodmap. Since at least July 1997 I have
swapped control and capslock on my displays, and made certain other
changes to the keymap, by using xmodmap in the xdm Xsetup script.
This no longer works properly. (I do it like
will be
immediatley eligible for retesting.
If you have any questions about this service please contact me at:
Ian Jackson [EMAIL PROTECTED]
[ I have verified that this bug really exists. The problem is
that it fails if TMPDIR is set:
-anarres:~ cd junk/d/build/aolserver4-4.5.0
Julien Cristau writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier
map, broken Shift):
On Mon, Aug 25, 2008 at 17:00:08 +0100, Ian Jackson wrote:
* When xmodmap -pm is run in Xsetup, it prints an empty modifier
map. That is, there are no modifiers set.
14:08 daniels
Julien Cristau writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier
map, broken Shift):
Hrm. Why is dpkg unpacking xkb-data before removing -legacy? Looks
like some Conflicts/Replaces are missing there.
Because that's what an in-place replacement looks like. That's
precisely
Ian Jackson writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier map,
broken Shift):
Julien Cristau writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier
map, broken Shift):
Hrm. Why is dpkg unpacking xkb-data before removing -legacy? Looks
like some Conflicts
Package: xkb-data, xkb-data-legacy
Version: 1.3-2, 1.0.1-4
[EMAIL PROTECTED]:~ dpkg -i
/export/mirror/debian-ftp/pool/main/x/xkeyboard-config/xkb-data_1.3-2_all.deb
dpkg: considering removing xkb-data-legacy in favour of xkb-data ...
dpkg: yes, will remove xkb-data-legacy in favour of xkb-data.
Ian Jackson writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier map,
broken Shift):
Julien Cristau writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier
map, broken Shift):
14:08 daniels jcristau: getting an empty modmap is a symptom of running
severity 493352 important
tags 493352 - patch
thanks
I have reproduced this bug. However,
* It is not IMO release critical since the program works perfectly
well when run as root.
* The patch should not be applied. The purpose of the password
prompt is to make it harder to trick a user
retitle 493352 gdebi-gtk cannot install packages
thanks
I have reproduced this problem. The symptoms are that gdebi says on
screen `failed to install [package].deb'. There is no further
explanation and the terminal window remains blank. (In my first run,
gdebi had correctly installed anki's
Holger Levsen writes (Bug#437118: reassign + close ;-) (not fully sure if this
is right)):
I'm reassigning this to dpkg, even though I'm not sure if this is right.
Apologies for that.
I don't think it is, probably.
This is based on popcon data. How does popcon read the dpkg
database ? Does
Package: git-core
Version: 1:1.4.4.4-2
The manpage git-format-patch says
--in-reply-to=Message-Id
So I ran this command in a git tree:
git-format-patch -s --thread -n -o d --in-reply-to='[EMAIL PROTECTED]'
upstream
The resulting messages in the d/ directory said things like this:
Package: gsl
Version: 1.8-2
Tags: patch
Severity: wishlist
The minimiser
gsl_multimin_fminimizer_nmsimplex
always computes the simplex size for each step. This is done using
gsl_blas_dnrm2 which is quite careful. This computation involves
around n^2 divisions (where n is the problem
I forgot to attach the patch.
diff -u orig/gsl-1.8/multimin/fminimizer.c gsl-1.8/multimin/fminimizer.c
--- orig/gsl-1.8/multimin/fminimizer.c 2005-06-26 14:25:35.0 +0100
+++ gsl-1.8/multimin/fminimizer.c 2008-09-29 02:07:29.0 +0100
@@ -90,7 +90,9 @@
gsl_vector_memcpy
Package: fsh
Version: 1.2-7
$ fsh
Traceback (most recent call last):
File /usr/bin/fsh, line 6, in ?
import fsh
File /usr/share/fsh/fsh.py, line 28, in ?
import fshlib
File /usr/share/fsh/fshlib.py, line 24, in ?
import fshcompat
File /usr/share/fsh/fshcompat.py, line 67, in ?
tags 489901 + pending
thanks
Michael Bienia writes (Bug#489901: chiark-tcl: Missing include of limits.h
when build with gcc-4.3):
As INT_MAX is used in several files but none includes limits.h, I found
it best to add the missing include of limits.h to base/chiark-tcl.h to
keep the changes
severity 490763 normal
severity 490764 normal
thanks
These bugs are no longer RC as new the adns 1.4-1.1 (which should
propagate shortly) provides a Provides:.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Russ Allbery writes (Bug#487201: MPL-license):
By pure numbers, that's not a sufficient number of packages to warrant
inclusion in common-licenses according to the criteria previously
discussed here. (I think it falls short by hundreds.)
I don't think pure numbers is the only thing we should
Robert Edmonds writes (Re: Bug#492698: appears to be vulnerable to cache
poisoning attack CVE-2008-1447):
[ CC'ing Ian. ]
Ian, are you planning a fix for this?
The short answer is no, not in any reasonable timescale. It's not
even clear whether a fix is possible for a stub resolver, which
Julian Andres Klode writes (Bug#492623: ttf-liberation: Trademark prevents
modifications):
Package: ttf-liberation
Version: 1.04~beta2-2
Severity: important
Quoting the license:
...
If you modify the files, you must
- Rename the fonts to remove any reference to Liberation
- Not install
Sandro Tosi writes (Re: mpage cannot handle its own (or psnup's) output):
Version: 2.5.4-2
Replicating the same man -t ls example, here both seem to work fine,
hence closing. Feel free to reopen if you can reproduce with a recent
version of mpage; please attach the full log of shell command
Sandro Tosi writes (Re: mpage cannot handle its own (or psnup's) output):
With Replicating... I mean I've take the same example you attached
to the bug report, replicated locally and verified the bug reported is
no more present in the software, sorry if I didn't make clearer
before.
Yes,
I can't believe this bug is still open! This is completely wrong.
Amongst the bad effects are that if you say (in a normal etch xterm
on a normal etch local display):
TERM=xterm-color screen
the key labelled - no longer works ! (I discovered this due to
debugging a friend's broken -
reopen 190387
found 190387 1.14.1-4
tags 190387 + patch
thanks
Michael Schutte writes (Re: Bug#190387: openvt ignores its own syscall
errors):
I cannot reproduce this old bug with the version of kbd currently in
unstable. Can you confirm that itâs gone?
Sorry for the delay replying. But
This just happened to me again. Sadly I'm too busy (amongst other
things, fighting fires caused by lost email!) to do as I promised in
January 2004 and take it to emacs-devel.
In the mean time I propose that we:
* Change mail-interactive to t
* Change emacs to invoke the MTA with -odb -oee
Package: bash
Version: 3.1dfsg-8
According to the manual:
BASH_COMMAND
The command currently being executed or about to be executed,
unless the shell is executing a command as the result of a trap,
in which case it is the command executing at
Package: mercurial
Version: 0.9.1-1+etch1
When mercurial updates files in the working tree, it should write the
new version to a temporary file and rename it into place (taking care
to copy permissions appropriately).
This would be useful:
* To ensure that if the working tree is actually a
Package: dpkg
Version: 1.14.20
Tags: patch
When I designed the way dselect [U]pdate works, I assumed that `more
trustworthy' repositories, ie ones which in the ftp method's [A]ccess
come later, would always have better information. So when the ftp
method loads a sequence of Packages files, later
Package: cpp-4.1
Version: 4.1.1-21
mariner:~/junk cat t.c
#include nonexistent.h
int x;
mariner:~/junk gcc-4.1 -c -MD t.c echo hi
t.c:1:25: error: nonexistent.h: No such file or directory
mariner:~/junk gcc-4.1 -c -MMD t.c echo hi
t.c:1:25: warning: nonexistent.h: No such file or directory
hi
Raphael Hertzog writes (Re: Bug#143307: triggers-related dependtry assertion
fix):
Can you expand on why you decided to create a msdbrw_simulate status then
as opposed to using modstatdb_note_ifwrite() in the problematic cases
in the trigger code ?
Various other bits of the code need to know
Raphael Hertzog writes (Re: Bug#476899: dpkg: Leaves new conffiles as
file.dpkg-new if the conffile is diverted):
But the content of the conffile gets real only after configuration and any
trigger recorded during unpack might have already been processed (at the
end of a dpkg --unpack run
Raphael Hertzog writes (Re: Bug#487637: config of triggers-awaited packages):
(Switching from bug 143307 to 487637)
...
I tried to come up with a patch, see below. The nicest solution I found
was to detect packages in triggerawaited status if we were asked to
configure them, and to add to the
tags 483655 + patch
severity 483655 minor
Raphael Hertzog writes (Re: Bug#483655: queue.length assertion failure):
Ping. (Yes I believe one should always upload relevant information
immediately, it's a pain to have to remember to ping people later on)
Yes, sorry, but I really didn't have time
Robert Edmonds writes (Bug#491489: sauce: depends on libadns1-bin):
this package is preventing adns 1.4-1 from migrating to testing since it
depends on libadns1-bin. it should instead depend on adns-tools.
I agree that this should be changed eventually (in the other packages
too) but surely
AnÃbal Monsalve Salazar writes (Bug#490763: Uninstallable due to rename of
libadns1-bin):
package autopkgtest-xenlvm
tags 490763 + patch
thanks
Thanks for trying to do the right thing but I'm sorry to say that I do
not agree with this NMU.
This mekes the package difficult to back- and
clone 490764 -1
reassign -1 adns
retitle -1 adns-tools should provide compatibility
severity 490764 minor
retitle 490764 libadns1-bin has been renamed
thanks
As I have just said on debian-devel, I think that the release-critical
bug here is that adns-tools should Provide: libadns1-bin but does
severity 490764 serious
severity 492145 serious
thanks
Firstly, process:
I'm adjusting these severities to preserve the status quo, which is
that the new adns-tools doesn't propagate and introduce what I regard
as new RC bugs into testing. I hope that's OK.
I would like ideally to improve both
Robert Edmonds writes (Bug#490764: Bug#492145: Bug#490764: adns-tools should
provide compatibility):
please NMU if necessary. i am completely tied up with (other) dns
issues right now.
Right, willdo, thank you.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Luk Claes writes (Bug#490764: adns-tools should provide compatibility):
I don't intend to finger-point anyone, I just disagree that it's an RC
bug and you're just challenging my authority...
I'm terribly sorry if trying to convince you to change your mind is a
`challenge' to your `authority'.
.
+
+ -- Ian Jackson [EMAIL PROTECTED] Thu, 24 Jul 2008 20:32:36 +0100
+
adns (1.4-1) unstable; urgency=low
* New maintainer; closes: #485995.
diff -u adns-1.4/debian/control adns-1.4/debian/control
--- adns-1.4/debian/control
+++ adns-1.4/debian/control
@@ -25,6 +25,7 @@
Depends: ${shlibs:Depends
Holger Levsen writes (Bug#359574: plase, we really want to finish the
/usr/doc transition started in 1999):
359574 is the last blocker for 322762 which is the /usr/doc transition bug.
I will fix this.
I'm sure the release team will happily unblock the package, to have this
transition
severity 497821 normal
thanks
Marco Túlio Gontijo e Silva writes (Bug#497821: gdebi: In pt-BR, asks for
s/N, but only accepts y):
In pt_BR, it asks: Você quer instalar o pacote? [s/N], but only accepts y as
yes. This message means: Do you want to install the package?
I don't know what the
tags 497670 + pending
thanks
Matthew Vernon writes (Bug#497670: chiark-utils: cvs-repomove should cope with
seds that require a trailing newline):
As discussed on IRC, chiark-repomove doesn't work with seds that
require a trailing newline (e.g. solaris sed). The fix is:
I have committed
Daniel Baumann writes (Re: NMU ncurses via testing-proposed-updates to fix
#319554 ?):
has been uploaded; will ask for freeze exception together with a bunch
of other packages mid of next week.
Fantastic, thanks.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
1 - 100 of 3538 matches
Mail list logo