As a result of this patch not being applied, I couldn't connect my
laptop to my employer's VPN (because I run testing, and this package
isn't available in testing).
Applying the patch and building it locally worked fine.
On Mon, Jun 23, 2008 at 09:28:53PM +0200, Daniel Baumann wrote:
> mips:
> http://buildd.debian.org/fetch.cgi?&pkg=linux-modules-extra-2.6&ver=2.6.25-2&arch=mips&stamp=1213610531&file=log
Thanks!
Here's the failing line:
CC [M]
/build/buildd/linux-modules-extra-2.6-2.6.25/debian/build/build_mip
On Mon, Jun 23, 2008 at 09:33:14PM +0200, Daniel Baumann wrote:
> ...and sorry for having missed in the first mail.
That's OK, I was just a bit perturbed at not being able to find the
build logs in the system. It's a bit odd the way it's built.
--
Intel are signing my paycheques ... these opini
I went to buildd.debian.net and I don't see the build log for this
package. And the [0] reference doesn't seem to have been filled in in
the original mail. How very strange.
--
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested i
On Thu, Jan 24, 2008 at 07:27:03PM +0100, Johan Walles wrote:
> Package: kerneloops
> Version: 0.7-1
> Severity: grave
> Justification: renders package unusable
Grave? Are you serious?
Anyway, I have 0.10 prepared with an init script. I just need to upload
it, which won't happen until I'm physi
On Tue, Jun 05, 2007 at 04:46:56PM +0200, Martin Michlmayr wrote:
> * Daniel Jacobowitz <[EMAIL PROTECTED]> [2007-05-22 10:21]:
> > > > > /home/willy/debian/gdb/gdb-6.6.dfsg/gdb/libunwind-frame.c:272:
> > > > > internal-error: libunwind_frame_prev_register: Assertion `regnum >=
> > > > > 0' faile
On Tue, May 22, 2007 at 08:23:34AM -0400, Daniel Jacobowitz wrote:
> On Tue, May 22, 2007 at 06:00:20AM -0600, Matthew Wilcox wrote:
> >
> > I hit the same problem as the buildd and Kurt. Since I need something
> > more recent than gdb 6.5 in order to handle current ia64 exe
I hit the same problem as the buildd and Kurt. Since I need something
more recent than gdb 6.5 in order to handle current ia64 executables, I
tried to run it anyway. It's not pretty:
$ ./objdir/gdb/gdb gs
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software,
On Tue, Sep 26, 2006 at 02:51:14PM +0200, Andreas Tille wrote:
> On Tue, 26 Sep 2006, Matthew Wilcox wrote:
>
> >which is just garbage. static const char Id[] = "..." would make sense.
> Well, this sounds very reasonable in dead.
>
> >How does that build on
On Tue, Sep 26, 2006 at 11:22:38AM +0200, Andreas Tille wrote:
> Probably it did not hit the mirrors, but now it should be there.
> (Debian verison number -2 is missleading because -1 was in experimental
> and than was overriden by another upload of a previous upstream
> version with colon versioni
On Mon, Sep 25, 2006 at 07:36:11PM +0200, Andreas Tille wrote:
> is any kind soul out there that is able to send me a patch
> for this problem. I have no real idea what to do.
Get:1 http://http.us.debian.org unstable/main wordnet 1:2.0g-14 (tar) [5464kB]
Where's the source?
> >cc -DHAVE_CONFIG_
Package: git
Version: 4.3.20-8
Severity: serious
Justification: Policy 10.1
10.1 Binaries
Two different packages must not install programs with different
functionality but with the same filenames. (The case of two programs
having the same functionality but different implementations is handled via
On Tue, Jul 11, 2006 at 01:40:01PM +0200, Marco d'Itri wrote:
> On Jul 11, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> > But ... makedev is Priority: required, even in sid. And Policy says
> > that removing a package marked as required "may cause your syste
On Tue, Jul 11, 2006 at 09:31:04AM +0200, Marco d'Itri wrote:
> On Jul 11, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> > I don't know why Marco changed the location of MAKEDEV; it was right
> > before:
> Because if makedev is not installed but udev is, /sbin
# This is actually a bad bug to be reopening, there's two bugs mixed in
# together; the second reporter confused the symptoms.
# However, Matt and Bob are already looking at this bug, so there's some
# benefit.
reopen 325650
reassign 325650 ppp
thanks
Looks like a bug in ppp's postinst to me:
O
Hi. I've reverted this change as I believe it's based on a flawed
interpretation of the FHS. Please see
http://sourceforge.net/mailarchive/forum.php?thread_id=10004256&forum_id=3128
The comment about debsums indicating that the file has changed is
entirely correct. That's called working as des
reassign 329888 linux-2.6
tags 329888 +patch
thanks
For the next release, please apply this patch:
http://cvs.parisc-linux.org/linux-2.6/arch/parisc/kernel/pacache.S?r1=1.19&r2=1.20&makepatch=1&diff_format=u
It fixes a latent kernel bug that is now flagged by recent binutils
changes.
--
To U
On Sat, Sep 24, 2005 at 11:24:31PM -0400, John David Anglin wrote:
> > On Sat, Sep 24, 2005 at 09:27:22PM -0400, John David Anglin wrote:
> > > The last "fic" opcode entry is wrong. It's using the wrong
> > > instruction format, the mask is wrong, pa10 is wrong, etc.
> >
> > I don't think we real
On Sat, Sep 24, 2005 at 09:27:22PM -0400, John David Anglin wrote:
> The last "fic" opcode entry is wrong. It's using the wrong
> instruction format, the mask is wrong, pa10 is wrong, etc.
I don't think we realised this until now. I suspect we've been
silently emitting bad code up until this poi
On Thu, Mar 24, 2005 at 02:31:55PM +0100, Frank Lichtenheld wrote:
> As many of you may know on some machines users will need to install
> a current kernel before they will be able to upgrade woody to sarge
> (or better: glibc of woody to glibc of sarge). I've tried to use the
> available informati
On Mon, Feb 14, 2005 at 01:09:43PM -0500, Joey Hess wrote:
> Matthew Wilcox wrote:
> > I think de4x5 should be a driver of last resort. Tulip should always
> > be preferred to drive a given piece of hardware. I wouldn't shed any
> > tears if we stopped shipping de4x5 by
On Mon, Feb 14, 2005 at 06:21:24PM +0100, Marco d'Itri wrote:
> reassign 294867 kernel-image-2.6.8-i386
> thanks
>
> If a driver hangs the system when loaded, it is a good hint of a kernel
> bug.
I think de4x5 should be a driver of last resort. Tulip should always
be preferred to drive a given p
22 matches
Mail list logo
