Bug#721115: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2)
Package: linux-base Version: 3.5 Severity: normal Dear Maintainer, linux-base depends on libuuid-perl then perlapi-5.14.2, however perlapi was removed in perl (5.18.1-2). This will cause the running linux-image package to be removed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-base depends on: ii debconf [debconf-2.0] 1.5.51 pn libuuid-perl none ii udev 175-7.2 ii util-linux 2.20.1-5.5 linux-base recommends no packages. linux-base suggests no packages. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130828062820.18324.10007.report...@debian-tu.nchc.org.tw
Bug#711421: NFS4 mount with kerberos hangs forever
After some of the last updates, the mount doesn't hang but exits immediately with: mount.nfs4: Operation not permitted and in sysslog: Aug 28 09:11:04 shiva kernel: [ 2525.731898] Key type id_resolver registered Aug 28 09:11:04 shiva kernel: [ 2525.731899] Key type id_legacy registered Aug 28 09:11:05 shiva rpc.gssd[2221]: ERROR: GSS-API: error in gss_free_lucid_sec_context(): GSS_S_NO_CONTEXT (No context has been established) - Unknown error Aug 28 09:11:05 shiva rpc.gssd[2221]: WARN: failed to free lucid sec context Aug 28 09:11:05 shiva rpc.gssd[2221]: ERROR: GSS-API: error in gss_free_lucid_sec_context(): GSS_S_NO_CONTEXT (No context has been established) - Unknown error Aug 28 09:11:05 shiva rpc.gssd[2221]: WARN: failed to free lucid sec context Kernel version is 3.10-2-amd64 Package versions: ii nfs-common 1:1.2.8-4 ii adduser 3.113+nmu3 ii coreutils 8.21-1 ii debconf 1.5.51 ii debianutils 4.4 ii dmsetup 2:1.02.77-5 ii dpkg 1.17.1 ii gcc-4.8-base:amd64 4.8.1-9 ii gcc-4.8-base:i386 4.8.1-9 ii initscripts 2.88dsf-43 ii insserv 1.14.0-5 ii install-info 5.1.dfsg.1-4 ii libacl1:amd64 2.2.52-1 ii libacl1:i386 2.2.52-1 ii libattr1:amd64 1:2.4.47-1 ii libattr1:i386 1:2.4.47-1 ii libblkid1:amd64 2.20.1-5.5 ii libbz2-1.0:amd64 1.0.6-5 ii libc6:amd64 2.17-92 ii libc6:i386 2.17-92 ii libcap2:amd64 1:2.22-1.2 ii libcap2:i386 1:2.22-1.2 ii libcomerr2:amd64 1.42.8-1 ii libcomerr2:i386 1.42.8-1 ii libdb5.1:amd64 5.1.29-7 ii libdb5.1:i386 5.1.29-7 ii libdevmapper1.02.1:amd64 2:1.02.77-5 ii libevent-2.0-5:amd64 2.0.21-stable-1 ii libgcc1:amd64 1:4.8.1-9 ii libgcc1:i386 1:4.8.1-9 ii libgcrypt11:amd64 1.5.3-2 ii libgcrypt11:i386 1.5.3-2 ii libgnutls26:amd64 2.12.23-5 ii libgnutls26:i386 2.12.23-5 ii libgpg-error0:amd64 1.12-0.1 ii libgpg-error0:i386 1.12-0.1 ii libgssglue1:amd64 0.4-2 ii libk5crypto3:amd64 1.11.3+dfsg-3 ii libk5crypto3:i386 1.11.3+dfsg-3 ii libkeyutils1:amd64 1.5.5-7 ii libkeyutils1:i386 1.5.5-7 ii libkrb5-3:amd64 1.11.3+dfsg-3 ii libkrb5-3:i386 1.11.3+dfsg-3 ii libkrb5support0:amd64 1.11.3+dfsg-3 ii libkrb5support0:i386 1.11.3+dfsg-3 ii libldap-2.4-2:amd64 2.4.31-1+nmu2 ii libldap-2.4-2:i386 2.4.31-1+nmu2 ii liblzma5:amd64 5.1.1alpha+20120614-2 ii liblzma5:i386 5.1.1alpha+20120614-2 ii libmount1 2.20.1-5.5 ii libncurses5:amd64 5.9+20130608-1 ii libncurses5:i386 5.9+20130608-1 ii libnfsidmap2:amd64 0.25-5 ii libp11-kit0:amd64 0.18.5-1 ii libp11-kit0:i386 0.18.5-1 ii libpam-modules:amd64 1.1.3-9 ii libpam-modules-bin 1.1.3-9 ii libpam0g:amd64 1.1.3-9 ii libpam0g:i386 1.1.3-9 ii libpcre3:amd64 1:8.31-2 ii libpcre3:i386 1:8.31-2 ii libsasl2-2:amd64 2.1.25.dfsg1-14 ii libsasl2-2:i386 2.1.25.dfsg1-14 ii libsasl2-modules:amd64 2.1.25.dfsg1-14 ii libsasl2-modules:i386 2.1.25.dfsg1-14 ii libselinux1:amd64 2.1.13-2 ii libselinux1:i386 2.1.13-2 ii libsemanage-common 2.1.10-2 ii libsemanage1:amd64 2.1.10-2 ii libsepol1:amd64 2.1.9-2 ii libslang2:amd64 2.2.4-15 ii libslang2:i386 2.2.4-15 ii libssl1.0.0:amd64 1.0.1e-3 ii libssl1.0.0:i386 1.0.1e-3 ii libtasn1-3:amd64 2.14-3 ii libtasn1-3:i386 2.14-3 ii libtinfo5:amd64 5.9+20130608-1 ii libtinfo5:i386 5.9+20130608-1 ii libtirpc1:amd64 0.2.2-5 ii libudev0:amd64 175-7.2 ii libudev0:i386 175-7.2 ii libustr-1.0-1:amd64 1.0.4-3 ii libuuid1:amd64 2.20.1-5.5 ii libuuid1:i386 2.20.1-5.5 ii libwrap0:amd64 7.6.q-24 ii libwrap0:i386 7.6.q-24 ii lsb-base 4.1+Debian12 ii mount 2.20.1-5.5 ii multiarch-support 2.17-92 ii nfs-common 1:1.2.8-4 ii passwd 1:4.1.5.1-1 ii perl-base 5.14.2-21 ii rpcbind 0.2.0-8.1 ii sensible-utils 0.0.9 ii sysv-rc 2.88dsf-43 ii sysvinit-utils 2.88dsf-43 ii tar 1.26+dfsg-8 ii tzdata 2013d-1 ii ucf 3.0027+nmu1 ii util-linux 2.20.1-5.5 ii zlib1g:amd64 1:1.2.8.dfsg-1 ii zlib1g:i386 1:1.2.8.dfsg-1 -- Michal Kašpar
Bug#721115: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2)
On Wed, 2013-08-28 at 14:28 +0800, Steven Shiau wrote: Package: linux-base Version: 3.5 Severity: normal Dear Maintainer, linux-base depends on libuuid-perl then perlapi-5.14.2, however perlapi was removed in perl (5.18.1-2). This will cause the running linux-image package to be removed. It looks like linux-base needs to be re-uploaded (it's arch:all, so binNMUs won't help). http://release.debian.org/transitions/html/perl5.18.html apparently only covers dependencies on 'perl' not 'perlapi-5.14.2' so it seems to be understating the size of this transition. Does this make sense? Ben. -- Ben Hutchings Time is nature's way of making sure that everything doesn't happen at once. signature.asc Description: This is a digitally signed message part
Bug#721088: initramfs-tools: nfsroot with pxelinux fails on systems with multiple NICs
* Martin Mares [Tue Aug 27, 2013 at 10:49:38PM +0200]: When I try to use Debian initramfs to mount root over NFS on a machine with multiple NICs, it never succeeds, because the initramfs configures all NICs with the same IP address. [...] I propose the following fix: In the complex ip parameter case (around line 393 in my version of the scripts/functions file), the DEVICE variable should be checked and if it already set, ipconfig should be run only on the selected device. Also, the NEW_DEVICE logic below that call to ipconfig is likely wrong for the same reason. I think it should be moved to the same place where the BOOTIF check resides. Hm, your approach sounds good to me. If it doesn't break any setups by modifying existing behaviour I'm totaly in favor of it. If you wish, I can provide a patch. That would be definitely appreciated. Thanks for your detailed bug report and willingness to fix it. regards, -mika- signature.asc Description: Digital signature
Bug#721115: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2)
On 2013-08-28 11:49 +0200, Ben Hutchings wrote: On Wed, 2013-08-28 at 14:28 +0800, Steven Shiau wrote: Package: linux-base Version: 3.5 Severity: normal Dear Maintainer, linux-base depends on libuuid-perl then perlapi-5.14.2, however perlapi was removed in perl (5.18.1-2). This will cause the running linux-image package to be removed. It looks like linux-base needs to be re-uploaded (it's arch:all, so binNMUs won't help). No, why should it? http://release.debian.org/transitions/html/perl5.18.html apparently only covers dependencies on 'perl' not 'perlapi-5.14.2' so it seems to be understating the size of this transition. Does this make sense? Not to me, linux-base does not depend on perl nor perl-api-5.14.2. All that's needed is a rebuild of libuuid-perl against the newer perl, and libuuid-perl is listed on the above page. Cheers, Sven -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87haeaxgsq@turtle.gmx.de
Bug#721115: marked as done (linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2))
Your message dated Wed, 28 Aug 2013 11:19:24 +0100 with message-id 1377685164.16071.72.ca...@deadeye.wl.decadent.org.uk and subject line Re: Bug#721115: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2) has caused the Debian Bug report #721115, regarding linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2) 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 721115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-base Version: 3.5 Severity: normal Dear Maintainer, linux-base depends on libuuid-perl then perlapi-5.14.2, however perlapi was removed in perl (5.18.1-2). This will cause the running linux-image package to be removed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-base depends on: ii debconf [debconf-2.0] 1.5.51 pn libuuid-perl none ii udev 175-7.2 ii util-linux 2.20.1-5.5 linux-base recommends no packages. linux-base suggests no packages. ---End Message--- ---BeginMessage--- On Wed, 2013-08-28 at 12:15 +0200, Sven Joachim wrote: On 2013-08-28 11:49 +0200, Ben Hutchings wrote: On Wed, 2013-08-28 at 14:28 +0800, Steven Shiau wrote: Package: linux-base Version: 3.5 Severity: normal Dear Maintainer, linux-base depends on libuuid-perl then perlapi-5.14.2, however perlapi was removed in perl (5.18.1-2). This will cause the running linux-image package to be removed. It looks like linux-base needs to be re-uploaded (it's arch:all, so binNMUs won't help). No, why should it? http://release.debian.org/transitions/html/perl5.18.html apparently only covers dependencies on 'perl' not 'perlapi-5.14.2' so it seems to be understating the size of this transition. Does this make sense? Not to me, linux-base does not depend on perl nor perl-api-5.14.2. [...] Indeed, so this bug is nonsense. Ben. -- Ben Hutchings Time is nature's way of making sure that everything doesn't happen at once. signature.asc Description: This is a digitally signed message part ---End Message---
wheezy security update for linux
The changelog entry for 3.2.46-1+deb7u1 is closed, though there isn't a tag for this version. What is the update waiting for now? I want to merge security changes into the wheezy branch for 3.2.50-1; can I do that now or should I wait a bit longer? I don't want to have 3.2.46-1+deb7u1 in the changelog without also including all the patches that really go into that version. Ben. -- Ben Hutchings Time is nature's way of making sure that everything doesn't happen at once. signature.asc Description: This is a digitally signed message part
Bug#711421: Info received (NFS4 mount with kerberos hangs forever)
And it looks like it's the same problem as described here: http://www.spinics.net/lists/linux-nfs/msg37604.html http://www.spinics.net/lists/linux-nfs/msg37604.html-- Michal Kašpar
Processed: tagging 721002
Processing commands for cont...@bugs.debian.org: tags 721002 + pending Bug #721002 [src:linux] Please set CONFIG_HID_HUION=m Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 721002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721002 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.137769252323359.transcr...@bugs.debian.org
Re: wheezy security update for linux
On Wed, Aug 28, 2013 at 12:30:41PM +0100, Ben Hutchings wrote: The changelog entry for 3.2.46-1+deb7u1 is closed, though there isn't a tag for this version. What is the update waiting for now? It was waiting for some more testing, but I finished that yesterday. DSA should be going out today. I forgot to tag, doing that now. I want to merge security changes into the wheezy branch for 3.2.50-1; can I do that now or should I wait a bit longer? I don't want to have 3.2.46-1+deb7u1 in the changelog without also including all the patches that really go into that version. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130828163600.go29...@dannf.org
Bug#721115: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2)
On 2013-08-28 11:49 +0200, Ben Hutchings wrote: Indeed, so this bug is nonsense. That's strong and unfriendly. The bug is not nonsense, it exists and hit me. The solution may well not be correct, however it's not nonsense - that's strong and intemperate language to throw in a public forum to a volunteer who is trying to help. I, for one, are grateful for and welcome the efforts to fix the problem and hope that a fix can be published soon. Ben. -Nigel
Bug#721115: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2)
On Wed, Aug 28, 2013 at 03:33:46PM -0400, Nigel Horne wrote: On 2013-08-28 11:49 +0200, Ben Hutchings wrote: Indeed, so this bug is nonsense. That's strong and unfriendly. The bug is not nonsense, it exists and hit me. The solution may well not be correct, however it's not nonsense - that's strong and intemperate language to throw in a public forum to a volunteer who is trying to help. You already found out that this a problem in libuuid-perl. Also, in unstable, dependencies may break without notice. Additional bug-reports only higher the work for everybody. Bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, The City on the Edge of Forever, stardate unknown -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130828200524.gb25...@mail.waldi.eu.org
Bug#721115: Fwd: linux-base: Depends on libuuid-perl then perlapi-5.14.2, however perlapi-5.14.2 was removed in perl (5.18.1-2)
On 2013-08-28 11:49 +0200, Ben Hutchings wrote: Indeed, so this bug is nonsense. That's strong and unfriendly. The bug is not nonsense, it exists and hit me. The solution may well not be correct, however it's not nonsense. Furthermore, that's strong and intemperate language to throw in a public forum to a volunteer who is trying to help. I, for one, are grateful for and welcome the time and effort taken to fix the problem and hope that a fix can be published soon. Ben. -Nigel smime.p7s Description: S/MIME Cryptographic Signature
Bug#721191: linux: patch for parisc/hppa architecture
Package: linux Version: 3.10 Severity: wishlist Tags: patch Dear Debian kernel maintainers, could you please apply the attached trivial patch, which enables support for C8000 PARISC workstation with your latest 3.10 (and higher) unstable kernel. Basically this patch just adds some more Linux kernel config options for the built-in SCSI- (FUSION_SPI), IDE- (SIIMAGE), NIC- (Intel E1000) and graphics card (ATI Radeon FireGL x1/x3). Without those options, the built kernel will not boot on this workstation, since the necessary drivers are not included in the debian kernel package. The C8000 workstation only supports 64bit Linux kernels, which is why I only modified the config-parisc64 and config-parisc64-smp files. In addition, I've switched the defines file so that on parisc now the gcc-4.7 compiler will be used. All your other arches already use the gcc-4.7 compiler (with exception of m68k?), so this should be fine for you as well (I hope). I've successfully built and bootstrapped all kernels myself on various machines (including C8000, C3000 and 715/64[32bit]). It would be nice, if you could apply this patch to your linux source code tree. In the file debian/installer/hppa/modules/hppa/pata-modules I added an entry for the siimage module (for the IDE CDROM). Maybe it would be better, if this entry could be moved to the generic pata-modules file instead? But I leave this decision up to you... Thanks a lot in advance, Helge Deller (PARISC (upstream) Linux kernel maintainer). PS: PARISC debian unstable packages are *NOT* available on http://www.debian-ports.org/, instead we are currently maintaining our packages at http://ftp.parisc-linux.org/debian-ports/ where we currently host more than 8600 up-to-date debian unstable packages. PPS: A switch to gcc-4.8 should be possible soon as well for the parisc kernel we are working on that at this moment PPPS: CONFIG_MLONGCALLS=y is necessary since the built kernel otherwise gets too big so that jumps can't be reached. diff -up ./debian/config/hppa/config.parisc64-smp.org ./debian/config/hppa/config.parisc64-smp --- ./debian/config/hppa/config.parisc64-smp.org 2013-05-04 04:44:45.0 +0200 +++ ./debian/config/hppa/config.parisc64-smp 2013-08-26 22:50:12.0 +0200 @@ -8,6 +8,7 @@ CONFIG_PA8X00=y CONFIG_64BIT=y CONFIG_SMP=y CONFIG_NR_CPUS=8 +CONFIG_MLONGCALLS=y ## ## file: mm/Kconfig @@ -16,3 +17,24 @@ CONFIG_NR_CPUS=8 # CONFIG_FLATMEM_MANUAL is not set ## end choice +# For the IDE CDROM in C8000 workstation +CONFIG_IDE=m +CONFIG_BLK_DEV_SIIMAGE=m + +# For the built-in SCSI controller in C8000 workstation +CONFIG_FUSION=y +CONFIG_FUSION_SPI=m + +# Built-in NIC in C8000 workstation +CONFIG_E1000=m + +# and for ATI FireGL DRM in C8000 workstation +CONFIG_DRM_RADEON=m +CONFIG_AGP=y +CONFIG_AGP_PARISC=y +CONFIG_VGA_ARB=y +CONFIG_VGA_ARB_MAX_GPUS=16 +CONFIG_DRM=y +CONFIG_DRM_KMS_HELPER=y +CONFIG_DRM_TTM=y +CONFIG_BACKLIGHT_LCD_SUPPORT=y diff -up ./debian/config/hppa/config.parisc64.org ./debian/config/hppa/config.parisc64 --- ./debian/config/hppa/config.parisc64.org 2013-05-30 04:45:35.0 +0200 +++ ./debian/config/hppa/config.parisc64 2013-08-26 22:50:09.0 +0200 @@ -19,3 +19,24 @@ CONFIG_64BIT=y # CONFIG_FLATMEM_MANUAL is not set ## end choice +# For the IDE CDROM in C8000 workstation +CONFIG_IDE=m +CONFIG_BLK_DEV_SIIMAGE=m + +# For the built-in SCSI controller in C8000 workstation +CONFIG_FUSION=y +CONFIG_FUSION_SPI=m + +# Built-in NIC in C8000 workstation +CONFIG_E1000=m + +# and for ATI FireGL DRM in C8000 workstation +CONFIG_DRM_RADEON=m +CONFIG_AGP=y +CONFIG_AGP_PARISC=y +CONFIG_VGA_ARB=y +CONFIG_VGA_ARB_MAX_GPUS=16 +CONFIG_DRM=y +CONFIG_DRM_KMS_HELPER=y +CONFIG_DRM_TTM=y +CONFIG_BACKLIGHT_LCD_SUPPORT=y diff -up ./debian/config/hppa/defines.org ./debian/config/hppa/defines --- ./debian/config/hppa/defines.org 2013-07-30 00:25:26.0 +0200 +++ ./debian/config/hppa/defines 2013-08-27 16:57:01.0 +0200 @@ -5,7 +5,7 @@ flavours: parisc64 parisc64-smp kernel-arch: parisc -compiler: gcc-4.4 +compiler: gcc-4.7 [image] suggests: palo @@ -31,5 +31,5 @@ override-host-type: hppa64-linux-gnu hardware: multiprocessor 64-bit PA-RISC [relations] -gcc-4.4: gcc-4.4, binutils-hppa64, gcc-4.4-hppa64 +gcc-4.7: gcc-4.7, binutils-hppa64, gcc-4.7-hppa64 diff -up ./debian/installer/hppa/modules/hppa/pata-modules.org ./debian/installer/hppa/modules/hppa/pata-modules --- ./debian/installer/hppa/modules/hppa/pata-modules.org 2013-05-19 01:36:34.0 +0200 +++ ./debian/installer/hppa/modules/hppa/pata-modules 2013-08-26 22:13:33.0 +0200 @@ -1,2 +1,3 @@ +siimage ? #include pata-modules diff -up ./debian/installer/hppa/modules/hppa/scsi-modules.org ./debian/installer/hppa/modules/hppa/scsi-modules --- ./debian/installer/hppa/modules/hppa/scsi-modules.org 2013-05-19 01:36:34.0 +0200 +++ ./debian/installer/hppa/modules/hppa/scsi-modules 2013-08-27 21:51:42.0 +0200
Bug#721191: linux: patch for parisc/hppa architecture
On Wed, Aug 28, 2013 at 11:22:09PM +0200, Helge Deller wrote: could you please apply the attached trivial patch, which enables support for C8000 PARISC workstation with your latest 3.10 (and higher) unstable kernel. Okay. It would be nice, if you could apply this patch to your linux source code tree. Looks reasonable. But please send further changes to remove the non-smp kernels. PS: PARISC debian unstable packages are *NOT* available on http://www.debian-ports.org/, instead we are currently maintaining our packages at http://ftp.parisc-linux.org/debian-ports/ where we currently host more than 8600 up-to-date debian unstable packages. Well. We don't care. None of this repos are actually supported by us. PPPS: CONFIG_MLONGCALLS=y is necessary since the built kernel otherwise gets too big so that jumps can't be reached. Are there drawbacks? Bastian -- ... The prejudices people feel about each other disappear when they get to know each other. -- Kirk, Elaan of Troyius, stardate 4372.5 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130828213544.ga25...@mail.waldi.eu.org
Bug#721191: linux: patch for parisc/hppa architecture
On 08/28/2013 11:35 PM, Bastian Blank wrote: On Wed, Aug 28, 2013 at 11:22:09PM +0200, Helge Deller wrote: It would be nice, if you could apply this patch to your linux source code tree. Looks reasonable. But please send further changes to remove the non-smp kernels. I can do that. Do you have some background on this request for me? Is it policy that you only want to gave SMP-kernels? (Actually I had a similiar idea to use kernel alternatives on parisc too to avoid different UP/SMP kernels). PPPS: CONFIG_MLONGCALLS=y is necessary since the built kernel otherwise gets too big so that jumps can't be reached. Are there drawbacks? Yes, it might be a little bit slower since the jumps now have one CPU instruction more. But there is no other way to solve it unless we drop some unneccessary kernel options for parisc. Helge -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/521e7176.4060...@gmx.de
Bug#690737: at least on 3.10
Hi people!! the subjet of this mail is a realted question: can we have this option by default at least on Testing? today, i have installed 3.10 backport kernel for testing Skyld AV and found that i need to recompile the kernel (i'm using wheezy + backports): root@capibara:~# uname -a Linux capibara 3.10-0.bpo.2-amd64 #1 SMP Debian 3.10.5-1~bpo70+1 (2013-08-11) x86_64 GNU/Linux root@capibara:~# grep CONFIG_FANOTIFY /boot/config-$(uname -r) CONFIG_FANOTIFY=y # CONFIG_FANOTIFY_ACCESS_PERMISSIONS is not set may be, as the point on having a unstable/testing distro is to test new things, we can have a pilot prove of the side efects of turning CONFIG_FANOTIFY_ACCESS_PERMISSIONS to 'y' i have googled around and cannot find any report that this option makes any side effect, may be i'm just looking in the wrong place. Do we know of any side/negative effect of turning this option to on? Thanks! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1377734701.17769.9.ca...@capibara.fcal.uner.edu.ar
Processing of linux_3.2.46-1+deb7u1_multi.changes
linux_3.2.46-1+deb7u1_multi.changes uploaded successfully to localhost along with the files: linux_3.2.46-1+deb7u1.dsc linux_3.2.46.orig.tar.xz linux_3.2.46-1+deb7u1.debian.tar.xz linux-doc-3.2_3.2.46-1+deb7u1_all.deb linux-manual-3.2_3.2.46-1+deb7u1_all.deb linux-source-3.2_3.2.46-1+deb7u1_all.deb linux-support-3.2.0-4_3.2.46-1+deb7u1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vesx0-0004t2...@franck.debian.org