Processing commands for [EMAIL PROTECTED]:
reopen 308639
Bug#308639: kernel-build vs. kernel-headers splitted broken, headers unuseable
Bug reopened, originator not changed.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
reopen 308639
thanks
#include hallo.h
* Debian Bug Tracking System [Thu, May 19 2005, 08:48:09PM]:
* Fixed kernel-build/kernel-headers so that kernel-build now include the
symlinks to all kernel-headers stuff. (closes: #308639)
(Sven Luther, Simon Horman)
* Add Module.symvers
Package: kernel-build-2.6.8-powerpc
Version: 2.6.8-12
Severity: normal
Something appears to have changed in the division of files between the
kernel-image and the kernel-build packages: My kernel is held at
kernel-image-2.6.8-powerpc version 2.6.8-4, mainly since I've seen no need
to upgrade it
kernel-image-2.6.11-alpha_2.6.11-1_alpha.changes uploaded successfully to
localhost
along with the files:
kernel-image-2.6.11-alpha_2.6.11-1.dsc
kernel-image-2.6.11-alpha_2.6.11-1.tar.gz
kernel-headers-2.6.11-1_2.6.11-1_alpha.deb
kernel-headers-2.6.11-1-smp_2.6.11-1_alpha.deb
Package: kernel-image-2.6.8-powerpc
Version: 2.6.8-12
Severity: normal
When using rsync to copy data from a Macintosh running Mac OS X to one
running Debian Sarge on an XFS drive, the system reports XFS data
corruption. The following is a collection of all the information i can
collect from the
(new) kernel-headers-2.6.11-1-generic_2.6.11-1_alpha.deb optional devel
Linux kernel headers 2.6.11 on Alpha
This package provides kernel header files for version 2.6.11 on
the Alpha architecture,
for sites that want the latest kernel headers.
Please read
Package: kernel-source-2.6.11
Version: 2.6.11-3
Severity: critical
Justification: breaks the whole system
I've been experiencing OOPs in swapper throughout all 2.6.x kernels I've
tried. This latest bug may be due to the same root cause.
As best as I have the screen data currently:
Entered
On Thu, May 19, 2005 at 02:04:33PM -0400, Jurij Smakov wrote:
kernel-headers-$(version)-$(abiname)-$(subarch)
A common headers package for an architecture with subarches.
Same purpose and contents as the one above.
To be absolutely sure that there will be no namespace collision between
tag 264839 + fixed
tag 269726 + fixed
tag 283919 + fixed
tag 284763 + fixed
tag 299103 + fixed
tag 305145 + fixed
tag 307471 + fixed
quit
This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Processing commands for [EMAIL PROTECTED]:
tag 264839 + fixed
Bug#264839: initrd-tools: mkinitrd should include keyboard modules (i8042,
atkbd) in case an early fsck interaction is needed
Tags were: pending
Tags added: fixed
tag 269726 + fixed
Bug#269726: Software RAID: if kernel compiled
On Thu, May 19, 2005 at 02:04:33PM -0400, Jurij Smakov wrote:
As you might know, we are planning a transition to the common kernel
source, which is expected to build all the kernel-related packages,
eliminating the problems with arches getting out of sync, etc.
Are the problems with 200
initrd-tools_0.1.80_powerpc.changes uploaded successfully to localhost
along with the files:
initrd-tools_0.1.80.dsc
initrd-tools_0.1.80.tar.gz
initrd-tools_0.1.80_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Things people need for feeling better.
http://ZFUxtzOIhmh.ei7.net/rx/sevy/stamp.html
Rosalind
Actually she takes much more time to have pleaseure.
http://BKuslRDzrssp.ik4.net/rx/sevy/vehicle.php
Dewey
Much more better than usual, believe me.
http://KIXnzuecSCXfqubq.yi4.net/rx/sevy/parsley.htm
Edwina
Things people need for feeling better.
http://VTWcwOHDfaks.t6i.net/p/sevy/wa.html
Burton
Package: initrd-tools
Version: 0.1.79
Followup-For: Bug #303403
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Can you send the file /etc/fstab and /etc/crypttab?
Perhaps, this helps to solve the problem.
thanks
leoserra
- -- System Information:
Debian Release: 3.1
APT prefers
Package: initrd-tools
Version: 0.1.80
just installed fresh sarge netinstall (only base system/packages with standard
2.6.8 kernel) after upgrading to sid initrd-tools is unable to find bin/root
output at bootup
initrd-tools: 0.1.80
/sbin/init: 360: cannot open bin/root: No such file
after i
Processing commands for [EMAIL PROTECTED]:
severity 310316 grave
Bug#310316: initrd-tools
Severity set to `grave'.
tags 310316 confirmed
Bug#310316: initrd-tools
There were no tags set.
Tags added: confirmed
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
severity 310316 grave
tags 310316 confirmed
thanks
Hi,
I see that too and bumping the severity to RC, as it makes system
unbootable. Will try to figure out what's wrong.
Best regards,
Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/
Processing commands for [EMAIL PROTECTED]:
tags 310316 patch
Bug#310316: initrd-tools
Tags were: sid confirmed
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.14
tags 310316 sid
Bug#310316: initrd-tools
Tags were: confirmed
Tags added: sid
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug
tags 310316 patch
thanks
Hi,
Attached patch fixes the situation and makes my machine boot again. It
looks like the value of zero for rootdev (which is extracted from
/proc/sys/kernel/real-root-dev) is a valid one, contrary to the assertion
in the init code of initrd-tools 0.1.80. This is the
Your message dated Sun, 22 May 2005 23:49:52 -0400 (EDT)
with message-id [EMAIL PROTECTED]
and subject line Not a bug, closing
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Hi Bastian,
On Sun, 22 May 2005, Bastian Blank wrote:
On Thu, May 19, 2005 at 02:04:33PM -0400, Jurij Smakov wrote:
Are the problems with 200 binary packages really fixed? If you want to
fix the problems, you have to integrate the udeb build process which
produces currently something about
25 matches
Mail list logo