Thank you ;)
--
Mauricio Faria de Oliveira
IBM Linux Technology Center
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5373593e.5070...@linux.vnet.ibm.com
On 05/13/2014 07:09 PM, Ben Hutchings wrote:
[...]
Only kconfig fragments are shared between Debian architectures that
share a kernel architecture, and those are now all in
debian/config/kernelarch-*.
I'd assume the same comment applies for the d-i's kernel-versions files.
I'd understand
linux_3.14.4-1~bpo70+1_multi.changes uploaded successfully to localhost
along with the files:
linux_3.14.4-1~bpo70+1.dsc
linux_3.14.4-1~bpo70+1.debian.tar.xz
linux-support-3.14-0.bpo.1_3.14.4-1~bpo70+1_all.deb
linux-doc-3.14_3.14.4-1~bpo70+1_all.deb
binary:linux-doc-3.14 is NEW.
binary:linux-manual-3.14 is NEW.
binary:linux-support-3.14-0.bpo.1 is NEW.
binary:linux-source-3.14 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP
On 05/13/2014 07:18 PM, Ben Hutchings wrote:
[...]
+++ b/debian/config/kernelarch-powerpc/config-arch-64-le
[...]
+#. NO HZ
+CONFIG_NO_HZ_IDLE=y
This is set at the top level and does not need to be repeated here.
Ok.
[...]
+#. CELL/PS3
+#. CELL_CPU depends on !CPU_LITTLE_ENDIAN
+#
On 05/13/2014 07:24 PM, Ben Hutchings wrote:
[...]
create mode 100644
debian/installer/powerpc/modules/powerpc-powerpc64le/affs-modules
I didn't realise AmigaOS was being ported too. :-)
[...]
create mode 100644
debian/installer/powerpc/modules/powerpc-powerpc64le/hfs-modules
No
linux-tools_3.14-1~bpo70+1_multi.changes uploaded successfully to localhost
along with the files:
linux-tools_3.14-1~bpo70+1.dsc
linux-tools_3.14-1~bpo70+1.debian.tar.xz
linux-kbuild-3.14_3.14-1~bpo70+1_i386.deb
libusbip-dev_1.1.1+3.14-1~bpo70+1_i386.deb
binary:linux-kbuild-3.14 is NEW.
binary:linux-tools-3.14 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are
linux-latest_57~bpo70+1_i386.changes uploaded successfully to localhost
along with the files:
linux-doc_3.14+57~bpo70+1_all.deb
linux-source_3.14+57~bpo70+1_all.deb
linux-tools_3.14+57~bpo70+1_all.deb
linux-image-486_3.14+57~bpo70+1_i386.deb
linux-headers-486_3.14+57~bpo70+1_i386.deb
On Tue, 2014-05-13 at 22:11 +0200, Bastian Blank wrote:
On Tue, May 13, 2014 at 09:04:45PM +0200, Bastian Blank wrote:
Are you sure that powerpc is the only affected?
This looks pretty much like an unstable compiler support check. This
script hides any output, so we have no way to see what
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 14 May 2014 13:29:55 +0100
Source: linux-latest
Binary: linux-source linux-doc linux-tools linux-image-amd64
linux-headers-amd64 linux-image-amd64-dbg xen-linux-system-amd64
linux-image-rt-amd64
Hello,
I will upload tomorrow around 12h00 UT to experimental.
best,
--
maks
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140514154102.ga20...@stro.at
On Wed, May 14, 2014 at 02:05:34PM +0100, Ben Hutchings wrote:
Since 'asm goto' has been around for a while, I suspect that the real
failure was in linking a 64-bit executable on 32-bit powerpc.
Can't be. This script is called without any parameter, only the
compiler. Also it does not link
Processing commands for cont...@bugs.debian.org:
fixed 746642 3.2.57-3+deb7u1
Bug #746642 [linux-image-3.2.0-4-amd64] Fails to detect SATA disks
Marked as fixed in versions linux/3.2.57-3+deb7u1.
fixed 746602 3.2.57-3+deb7u1
Bug #746602 [linux-source-3.2] skb_copy_ubufs() not exported by the
linux-2.6_2.6.32-48squeeze6_multi.changes uploaded successfully to localhost
along with the files:
linux-2.6_2.6.32-48squeeze6.dsc
linux-2.6_2.6.32-48squeeze6.diff.gz
linux-doc-2.6.32_2.6.32-48squeeze6_all.deb
linux-manual-2.6.32_2.6.32-48squeeze6_all.deb
Mapping oldstable-security to oldstable-proposed-updates.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 12 May 2014 19:38:43 -0600
Source: linux-2.6
Binary: linux-tools-2.6.32 linux-source-2.6.32 linux-doc-2.6.32
linux-manual-2.6.32 linux-patch-debian-2.6.32
Reinstalled system, confirming that the new kernel works when installed
properly. Added sync call to rc.local.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 14-05-13 03:45 AM, Alexandra N. Kossovsky wrote:
Hello.
One of my computers fails to boot with 3.2.57-rt kernel, i686.
The kernel is the Debian one: linux-image-3.2.0-4-rt-686-pae, version
3.2.57-3. Same non-rt kernel boots fine. All newer -rt kernels (I've
tried kernels starting from
On Wed, 2014-05-14 at 18:30 +0200, Bastian Blank wrote:
On Wed, May 14, 2014 at 02:05:34PM +0100, Ben Hutchings wrote:
Since 'asm goto' has been around for a while, I suspect that the real
failure was in linking a 64-bit executable on 32-bit powerpc.
Can't be. This script is called
Processing commands for cont...@bugs.debian.org:
# fixed means something was changed to fix the bug
notfixed 748070 3.2.57-3
Bug #748070 {Done: Ben Hutchings b...@decadent.org.uk}
[linux-image-3.2.0-4-amd64] linux-image-3.2.0-4-amd64: moddep file not found
No longer marked as fixed in versions
On Wed, 2014-05-14 at 18:51 +0100, Rebecca N. Palmer wrote:
Reinstalled system, confirming that the new kernel works when installed
properly. Added sync call to rc.local.
I don't think that sync should be needed, as dpkg already syncs all the
files it writes (unless you use 'eatmydata' or
On Wed, 2014-05-14 at 12:21 -0400, Paul Gortmaker wrote:
On 14-05-13 03:45 AM, Alexandra N. Kossovsky wrote:
Hello.
One of my computers fails to boot with 3.2.57-rt kernel, i686.
The kernel is the Debian one: linux-image-3.2.0-4-rt-686-pae, version
3.2.57-3. Same non-rt kernel boots
I don't think that sync should be needed, as dpkg already syncs all the
files it writes
Including maintainer scripts/triggers, or only unpacking? Does sync
work if it doesn't know the cache mode (I get No Caching mode page
found/Assuming drive cache: write through from sd on each boot)?
If
23 matches
Mail list logo