On 14 Sep 2010, at 9:34 pm, Don Armstrong wrote:
> On Tue, 14 Sep 2010, Julien Cristau wrote:
>> On Mon, Sep 13, 2010 at 23:09:55 -0700, Don Armstrong wrote:
> [...]
>>> + * Non Maintainer Upload
>>> + * Include linux/nfs_mount.h in conf/mount/linux_mount.c (Closes: #560528)
> [...]
>>> + #endi
On 15 Sep 2009, at 6:12 pm, Bastian Blank wrote:
Source: am-utils
Version: 6.1.5-14
Severity: serious
There was an error while trying to autobuild your package:
sbuild (Debian sbuild) 0.58.2 (31 Jul 2009) on
debian-31.osdl.marist.edu
[...]
rm -fr debian/tmp/usr/etc
rm debian/tmp/usr/info/
On 16 Mar 2009, at 7:19 pm, Martin Gisser wrote:
Package: tkcvs
Version: 8.1-1
Severity: grave
Justification: renders package unusable
wish8.5 runs high.
I got&need Tcl/Tk 8.4 and 8.5 installed. (Have not tested if it works
with
one deinstalled.)
I've never seen this happen. Can you give me
On 20 Sep 2008, at 1:42 pm, Thomas Viehmann wrote:
When I noticed that it was intentional, I brought it up on #debian-qa
for that very reason, we (in particular Christoph Berg and me) came to
the conclusion that it is indeed a policy violation and thus an RC
bug.
Overriding the local administ
Thanks very much for the patch, but don't upload yet - I need to think
about this. I'm pretty certain there was a good reason for running it
directly, but I can't now think what it was. You're probably right,
though.
On 20 Sep 2008, at 2:22 am, Thomas Viehmann wrote:
tags 498707 + patch
On 12 Sep 2008, at 6:01 pm, Kurt Roeckx wrote:
On Tue, Aug 08, 2006 at 02:34:13PM +0200, Steinar H. Gunderson wrote:
Package: cfengine2
Version: 2.1.14-1sarge1
Severity: grave
About once a week, cfservd in sarge dies for us, leaving the entire
cfengine installation completely useless. I final
Could you give me some details of in what sense am-utils 6.1.5-10 does
not work with 2.6.25 kernels? It seems to work absolutely fine for me:
1) This is a Lenny machine:
16:09:24 [EMAIL PROTECTED]:~$ cat /etc/debian_version
lenny/sid
2) It's running a 2.6.25 kernel:
16:16:24 [EMAIL PROTECT
On 22 Aug 2008, at 8:15 am, Meelis Roos wrote:
Package: am-utils
Version: 6.1.5-10
Severity: grave
Justification: renders package unusable
This is also documented in am-utils bugzilla with more details:
https://bugzilla.am-utils.org/show_bug.cgi?id=612
In short, Linux kernel has started vali
uture of the project.
If you already have a patch for it to make it support mount protocol
6, please do supply it to me, and I'll pass it back upstream.
Regards,
Tim Cutts
--
The Wellcome Trust Sanger Institute is operated by Genome Research
Limited, a charity registered in England w
On 27 Jan 2008, at 9:10 pm, Bastian Blank wrote:
Package: am-utils
Version: 6.1.5-8+b1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of am-utils_6.1.5-8+b1 on lxdebian.bfinv.de by
sbuild/s390 98
[...]
dpkg-source: extracting am-utils in am-ut
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30 Dec 2007, at 12:48 am, Anibal Avelar wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 453795 patch
thanks
I added one patch to fix this RC bug:
FTBFS: dpkg-shlibdeps: failure: no dependency information found for
debian/libamu4/usr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30 Dec 2007, at 12:48 am, Anibal Avelar wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 453795 patch
thanks
I added one patch to fix this RC bug:
FTBFS: dpkg-shlibdeps: failure: no dependency information found for
debian/libamu4/usr
On 3 Dec 2007, at 6:00 pm, David Moreno wrote:
On Sat, 2007-12-01 at 09:51 +0100, Lucas Nussbaum wrote:
Package: am-utils
version: 6.1.5-7
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20071130 qa-ftbfs
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid,
On 20 Jun 2007, at 4:45 pm, Jason Harrison wrote:
Well, of course those other two files are derived files, so the
acinclude file is actually the only one that needs modifying, as long
as I modify the rules file to rebuild the configure script by running
autoconf.
The linux-headers thing is goi
Turns out there's a simpler solution - adding a build-depends on
linux-kernel-headers. linux/version.h in that package still contains
the UTS_RELEASE symbol. No patch to acinclude required (at least,
not urgently - I'm still going to report this issue upstream though)
Tim
--
The Wellco
On 20 Jun 2007, at 12:38 am, Jason Harrison wrote:
Greetings,
I think this package also needs to now depend on one of the header
packages
that provides /usr/include/linux/utsrelease.h. In my case the
package that
enabled the package to build was linux-headers-2.6.21-1-k7.
I have also at
On 19 Jun 2007, at 8:37 pm, Jason Harrison wrote:
Package: am-utils
Version: 6.1.5
Followup-For: Bug #427260
Greetings,
I have attached a patch that seems to fix the problem. Please
review and if
acceptable apply.
Er, have you attached the patch? Perhaps I'm being myopic but I
can't
Lucas Nussbaum wrote:
> On 03/06/07 at 01:38 -0700, Steve Langasek wrote:
>> On Sun, Jun 03, 2007 at 09:26:29AM +0200, Lucas Nussbaum wrote:
>>> On 02/06/07 at 23:17 -0700, Steve Langasek wrote:
Hi Lucas,
This was a bug in linux-libc-dev that has since been fixed.
>>> Actually, the bug in
On 9 Feb 2007, at 9:47 pm, Steve Langasek wrote:
But note that the alternative removal Tim has suggested above is for a
different alternative name than the one actually used by the
current slave
alternative; e.g., "preline.1.gz" vs. "preline.1". Tim, what was
the first
version of courier-
On 9 Feb 2007, at 11:27 am, Stefan Hornburg (Racke) wrote:
Tim Cutts wrote:
Package: courier-mta
Version: 0.47-4sarge5
Severity: serious
Tags: patch
Justification: Appendix F
The prerm script of courier-mta does not remove two manpage
alternatives. The following patch corrects the problem
update-alternatives --remove $binary.1 \
+ /usr/share/man/man1/$binary.courier.1.gz
done
fi
Regards,
Tim Cutts
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of pack
I've seen SIGPIPE from cfexecd from time to time, but not from
cfservd. It's usually, in my experience, and from what I've seen on
the cfengine mailing list, due to configuration errors. I agree that
a configuration error should not cause the daemon to crash, and it's
therefore a bug, but
king.
Very - I was planning to do this in the next day or so anyway, and
your patch has saved me most of the effort. Thanks Lars. :-)
Tim
--
Dr Tim Cutts
Informatics Systems Group, Wellcome Trust Sanger Institute
GPG: 1024D/E3134233 FE3D 6C73 BBD6 726A A3F5 860B 3CDD 3F56 E313 4233
23 matches
Mail list logo
