Re: SMP PReP (was Re: The powerpc port should be removed from etch release candidates ...)
On Mon, Jun 26, 2006 at 12:24:19AM -0500, Troy Benjegerdes wrote: On Thu, May 25, 2006 at 01:41:30PM -0500, Troy Benjegerdes wrote: On Thu, May 25, 2006 at 09:50:57AM +0200, Sven Luther wrote: On Wed, May 24, 2006 at 11:14:33PM -0500, Troy Benjegerdes wrote: SMP never worked under Linux on those machines because the AIX boot sequence to enable it was never successfully reverse-engineered. Ah, ok, then it makes no sense to build a special kernel for those, until more information is found about the above. I have a Motorola MTX PreP system with dual 604e's that I can test this on. But you never managed to get SMP working on it, right ? SMP works but I was having problems where it would crash after 3 or 4 months of uptime in the software raid1 code. This was with 2.4 kernels though.. I have not tried a recent 2.6 kernel yet. FYI, linux-image-2.6.15-1-powerpc-smp version 2.6.15-8 works on my MTX board. kalmia:~# cat /proc/cpuinfo processor : 0 cpu : 604ev clock : 300MHz revision: 1.0 (pvr 000a 0100) bogomips: 297.98 processor : 1 cpu : 604ev clock : 300MHz revision: 1.0 (pvr 000a 0100) bogomips: 297.98 total bogomips : 595.96 machine : PReP Dual MTX w/ Parallel Port l2 cache: none simms : Well, i believe the current situation is that debian will produce only UP prep images, until prep is reunited in the ARCH=powerpc fold. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dropping the amd64-generic flavour
What about k8-smp? francesco pietra On Monday 26 June 2006 07:58, Troy Benjegerdes wrote: On Sat, Jun 24, 2006 at 08:06:39PM +0200, Christoph Hellwig wrote: On Sat, Jun 24, 2006 at 08:20:56AM +0200, Florian Weimer wrote: * Frederik Schueler: -generic is odd and too long. I am considering to change the naming scheme completely, and call the flavours 2.6.x-y-amd64 and 2.6.x-y-em64t respectively. Newer GCCs produce AMD64 code which is supposed to be closed to optimal to what GCC can produce on EM64T. Does it still make sense to distinguish between them? Or has it got something to do with the way the kernel sets up its data structures? The officially recommended way to build a distro kernel is to build the generic one. It's as fast as the specific ones because it uses some binary patching during bootup. The only thing you save with the specific options is a tiny little bit of space. I'm going to second this suggestion. The time I spend waiting for both a -k8 and -emt64 version to download and install when I'm upgrading a few machines is going to be far longer than any time saved by some optimizations that aren't already done by the generic kernel. Just make a 'amd64-generic' kernel and be done with it, unless you have benchmarks showing a real performance difference. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 368544
Processing commands for [EMAIL PROTECTED]: tags 368544 - experimental Bug#368544: linux-headers-2.6.17-rc3-amd64-k8: depends on non-existant package linux-kbuild-2.6.17 Tags were: experimental Bug#368667: unmet dependencies: linux-kbuild-2.6.17 Bug#368937: linux-headers-2.6.17-rc3-686: fails to install Bug#373610: linux-headers-2.6.17-rc3-486: dependency unmet Bug#373616: linux-headers-2.6.17-rc3-686: dependency unmet Bug#373617: linux-headers-2.6.17-rc3-k7: dependency unmet Tags removed: experimental End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 347914 is important, merging 347914 365109
Processing commands for [EMAIL PROTECTED]: severity 347914 important Bug#347914: linux-image-2.6.14-2-686: Cannot purge config files while removing Severity set to `important' from `normal' merge 347914 365109 Bug#347914: linux-image-2.6.14-2-686: Cannot purge config files while removing Bug#365109: dpkg --purge linux-image-xx always fails. Merged 347914 365109. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 375432 is grave, merging 375432 368544
Processing commands for [EMAIL PROTECTED]: severity 375432 grave Bug#375432: One package is missing Severity set to `grave' from `normal' merge 375432 368544 Bug#368544: linux-headers-2.6.17-rc3-amd64-k8: depends on non-existant package linux-kbuild-2.6.17 Bug#375432: One package is missing Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #368544 has `linux-2.6'; #375432 has `linux-headers-2.6.17-1-k7' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375471: initramfs-tools generate incorrect script for activate lvm.
Package: initramfs-tools Version: 0.65 In /scripts/local-top/lvm line 28 used ${vg:0:2} substitution, but busybox v1.1.3 doesn't support this syntax. initramfs-tools 0.60 generate correct script. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dropping the amd64-generic flavour
* Francesco Pietra: What about k8-smp? Do we still need non-SMP kernels in the age of hyperthreading, multi-core CPUs, and preemption? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 375432 to linux-2.6, merging 375432 368544
Processing commands for [EMAIL PROTECTED]: reassign 375432 linux-2.6 Bug#375432: One package is missing Bug reassigned from package `linux-headers-2.6.17-1-k7' to `linux-2.6'. merge 375432 368544 Bug#368544: linux-headers-2.6.17-rc3-amd64-k8: depends on non-existant package linux-kbuild-2.6.17 Bug#375432: One package is missing Bug#368667: unmet dependencies: linux-kbuild-2.6.17 Bug#368937: linux-headers-2.6.17-rc3-686: fails to install Bug#373610: linux-headers-2.6.17-rc3-486: dependency unmet Bug#373616: linux-headers-2.6.17-rc3-686: dependency unmet Bug#373617: linux-headers-2.6.17-rc3-k7: dependency unmet Merged 368544 368667 368937 373610 373616 373617 375432. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343934: marked as done (please support mips)
Your message dated Mon, 26 Jun 2006 03:50:26 -0400 with message-id [EMAIL PROTECTED] and subject line Fixed 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: kernel-2.6 Version: 2.6.14+2.6.15-rc5-0experimental.1 Tags: experimental Severity: serious Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.5-7 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-5 g++-4.0_4.0.2-5 binutils_2.16.1-3 libstdc++6-4.0-dev_4.0.2-5 libstdc++6_4.0.2-5 -- dpkg-source: extracting linux-2.6 in linux-2.6-2.6.14+2.6.15-rc5 su: Authentication service cannot retrieve authentication info. (Ignored) dpkg-buildpackage: source package is linux-2.6 dpkg-buildpackage: source version is 2.6.14+2.6.15-rc5-0experimental.1 dpkg-buildpackage: host architecture mips /usr/bin/sudo debian/rules clean dh_testdir rm -rf debian/build debian/stamps debian/lib/python/*.pyc debian/*.kpatches.arch dh_clean debian/rules build dh_testdir /usr/bin/make -f debian/rules.gen setup-mips make[1]: Entering directory `/build/buildd/linux-2.6-2.6.14+2.6.15-rc5' Architecture mips is not available! make[1]: *** [setup-mips] Error 1 make[1]: Leaving directory `/build/buildd/linux-2.6-2.6.14+2.6.15-rc5' make: *** [debian/stamps/setup-stamp] Error 2 ** Build finished at 20051216-2152 FAILED [dpkg-buildpackage died] nice try :) Full build-log availible on http://experimental.ftbfs.de/fetch.php?pkg=linux-2.6ver=2.6.14%2B2.6.15-rc5-0experimental.1arch=mipsstamp=1134765870file=logas=raw ---End Message--- ---BeginMessage--- Version: 2.6.16-2 This seems fixed :) ---End Message---
Processed: severity of 375342 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 severity 375342 important Bug#375342: generated initramfs image includes dm-snapshot module but does not load it when necessary Severity set to `important' from `critical' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362833: marked as done (kernel-image: nvidia driver)
Your message dated Mon, 26 Jun 2006 04:07:02 -0400 with message-id [EMAIL PROTECTED] and subject line Close 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: kernel-image Severity: wishlist I would like to see a prebbuilt kernel with nvidia drivers for amd64, there are images available for i386 up to K7 already in the archive and I would like an ATI and an Nvidia kernel for the new modular X. Thank You -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) ---End Message--- ---BeginMessage--- I do not think that it is possible to build the nvidia driver in the kernel. In any case, Debian wouldn't ship such images, so I'm closing this bug. ---End Message---
Processed: found 368544 in 2.6.17-1
Processing commands for [EMAIL PROTECTED]: found 368544 2.6.17-1 Bug#368544: linux-headers-2.6.17-rc3-amd64-k8: depends on non-existant package linux-kbuild-2.6.17 Bug#368667: unmet dependencies: linux-kbuild-2.6.17 Bug#368937: linux-headers-2.6.17-rc3-686: fails to install Bug#373610: linux-headers-2.6.17-rc3-486: dependency unmet Bug#373616: linux-headers-2.6.17-rc3-686: dependency unmet Bug#373617: linux-headers-2.6.17-rc3-k7: dependency unmet Bug#375432: One package is missing Bug marked as found in version 2.6.17-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375478: initramfs-tools: Brings systems with LVM root unbootable
Package: initramfs-tools Version: 0.65 Severity: important Severity important as system won't boot. There is a bug in /usr/share/initramfs-tools/scripts/local-top/lvm that renders my system (and any system with / on lvm I think) unbootable: hermes:~# dash -n /usr/share/initramfs-tools/scripts/local-top/lvm /usr/share/initramfs-tools/scripts/local-top/lvm: 28: Syntax error: Bad substitution Regards Pelayo Gonzalez -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-1 Tiny utilities for small and embed ii cpio 2.6-13 GNU cpio -- a program to manage ar ii klibc-utils 1.3.35-1 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375492: linux-image-2.6.17-1-686: bug #374145 still applies (module lp no installed automatically after parallel port detected)
Package: linux-image-2.6.17-1-686 Version: 2.6.17-1 Severity: normal I still have to manually add lp to /etc/modules for /dev/lp0 to be created, even though the parallel port is detected, previously reported for linux-image-2.6.16-2-686 as bug #374145. Regards... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-1-686 depends on: ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-14 Yet Another mkInitRD Versions of packages linux-image-2.6.17-1-686 recommends: ii libc6-i6862.3.6-15 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.17-1-686/preinst/bootloader-initrd-2.6.17-1-686: true linux-image-2.6.17-1-686/postinst/old-dir-initrd-link-2.6.17-1-686: true linux-image-2.6.17-1-686/postinst/bootloader-test-error-2.6.17-1-686: linux-image-2.6.17-1-686/postinst/old-initrd-link-2.6.17-1-686: true linux-image-2.6.17-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.17-1-686/postinst/depmod-error-2.6.17-1-686: false linux-image-2.6.17-1-686/prerm/removing-running-kernel-2.6.17-1-686: true linux-image-2.6.17-1-686/preinst/overwriting-modules-2.6.17-1-686: true linux-image-2.6.17-1-686/preinst/lilo-initrd-2.6.17-1-686: true linux-image-2.6.17-1-686/preinst/failed-to-move-modules-2.6.17-1-686: linux-image-2.6.17-1-686/postinst/create-kimage-link-2.6.17-1-686: true linux-image-2.6.17-1-686/postinst/kimage-is-a-directory: linux-image-2.6.17-1-686/postinst/old-system-map-link-2.6.17-1-686: true linux-image-2.6.17-1-686/preinst/elilo-initrd-2.6.17-1-686: true linux-image-2.6.17-1-686/preinst/already-running-this-2.6.17-1-686: linux-image-2.6.17-1-686/preinst/abort-overwrite-2.6.17-1-686: linux-image-2.6.17-1-686/postinst/bootloader-error-2.6.17-1-686: linux-image-2.6.17-1-686/preinst/initrd-2.6.17-1-686: linux-image-2.6.17-1-686/postinst/depmod-error-initrd-2.6.17-1-686: false linux-image-2.6.17-1-686/preinst/abort-install-2.6.17-1-686: linux-image-2.6.17-1-686/prerm/would-invalidate-boot-loader-2.6.17-1-686: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Raise LVM support bug to RC (not suitable for d-i Beta3) and merge bugs
Processing commands for [EMAIL PROTECTED]: severity 375478 normal Bug#375478: initramfs-tools: Brings systems with LVM root unbootable Severity set to `normal' from `important' merge 375478 375442 375471 Bug#375442: /scripts/local-top/lvm: 28: Syntax error: Bad substitution Bug#375471: initramfs-tools generate incorrect script for activate lvm. Bug#375478: initramfs-tools: Brings systems with LVM root unbootable Merged 375442 375471 375478. severity 375478 serious Bug#375478: initramfs-tools: Brings systems with LVM root unbootable Bug#375442: /scripts/local-top/lvm: 28: Syntax error: Bad substitution Bug#375471: initramfs-tools generate incorrect script for activate lvm. Severity set to `serious' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375523: hdaps fails to read gyroscope after suspend/resume
Package: linux-2.6 Version: 2.6.15-8 I have a thinkpad t41 with gyroscope, readable via the hdaps module. However, after suspend/resuming, the module no longer works -- it yields the same data every time. Rebooting the computer then also doesn't work, I can only get it to work again after cold-booting the laptop without resume. Somehow, probably the resume or the suspend code is disabling the gyroscope or bringing it in a state that it can't bring it out of again. If you need more info, please ask, I don't know enough of kernels to know what kind of info is relevant -- I'm using a default etch system with no tweaking to the kernel or to the hdaps module. Thanks, --Jeroen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.15-1-686 depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-686 recommends: pn libc6-i686none (no description available) -- debconf information excluded -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
initramfs-tools_0.65b_i386.changes ACCEPTED
Accepted: initramfs-tools_0.65b.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.65b.dsc initramfs-tools_0.65b.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.65b.tar.gz initramfs-tools_0.65b_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.65b_all.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 375342 375442 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of initramfs-tools_0.65b_i386.changes
initramfs-tools_0.65b_i386.changes uploaded successfully to localhost along with the files: initramfs-tools_0.65b.dsc initramfs-tools_0.65b.tar.gz initramfs-tools_0.65b_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375478: marked as done (initramfs-tools: Brings systems with LVM root unbootable)
Your message dated Mon, 26 Jun 2006 09:02:07 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#375442: fixed in initramfs-tools 0.65b 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.65 Severity: important Severity important as system won't boot. There is a bug in /usr/share/initramfs-tools/scripts/local-top/lvm that renders my system (and any system with / on lvm I think) unbootable: hermes:~# dash -n /usr/share/initramfs-tools/scripts/local-top/lvm /usr/share/initramfs-tools/scripts/local-top/lvm: 28: Syntax error: Bad substitution Regards Pelayo Gonzalez -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-1 Tiny utilities for small and embed ii cpio 2.6-13 GNU cpio -- a program to manage ar ii klibc-utils 1.3.35-1 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.65b We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.65b.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.65b.dsc initramfs-tools_0.65b.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.65b.tar.gz initramfs-tools_0.65b_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.65b_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Jun 2006 14:54:30 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.65b Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: initramfs-tools - tools for generating an initramfs Closes: 375342 375442 Changes: initramfs-tools (0.65b) unstable; urgency=low . * scripts/local-top/lvm: Load snapshot and mirror modules. (Closes: #375342) . * scripts/local-top/lvm: Fix a wrong substitution for the lilo test. (Closes: #375442) Files: 8afeb211d00889a9b9ee86c512b85ad9 625 utils optional initramfs-tools_0.65b.dsc 9ddb0e744320bf2f9c99fd286804b8d0 39704 utils optional initramfs-tools_0.65b.tar.gz 1cb3bd71c8fa460d5a352c7b3cbe383c 45832 utils optional initramfs-tools_0.65b_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoAK2XKRQ3lK3SH4RAs9cAKCANWunfQrhiRGtuJVN2iwkcT1WzACgycT2 bQWClP70y5xtGa7IAcZ75lo= =DYDF -END PGP SIGNATURE- ---End Message---
Bug#375471: marked as done (initramfs-tools generate incorrect script for activate lvm.)
Your message dated Mon, 26 Jun 2006 09:02:07 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#375442: fixed in initramfs-tools 0.65b 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.65 In /scripts/local-top/lvm line 28 used ${vg:0:2} substitution, but busybox v1.1.3 doesn't support this syntax. initramfs-tools 0.60 generate correct script. ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.65b We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.65b.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.65b.dsc initramfs-tools_0.65b.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.65b.tar.gz initramfs-tools_0.65b_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.65b_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Jun 2006 14:54:30 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.65b Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: initramfs-tools - tools for generating an initramfs Closes: 375342 375442 Changes: initramfs-tools (0.65b) unstable; urgency=low . * scripts/local-top/lvm: Load snapshot and mirror modules. (Closes: #375342) . * scripts/local-top/lvm: Fix a wrong substitution for the lilo test. (Closes: #375442) Files: 8afeb211d00889a9b9ee86c512b85ad9 625 utils optional initramfs-tools_0.65b.dsc 9ddb0e744320bf2f9c99fd286804b8d0 39704 utils optional initramfs-tools_0.65b.tar.gz 1cb3bd71c8fa460d5a352c7b3cbe383c 45832 utils optional initramfs-tools_0.65b_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoAK2XKRQ3lK3SH4RAs9cAKCANWunfQrhiRGtuJVN2iwkcT1WzACgycT2 bQWClP70y5xtGa7IAcZ75lo= =DYDF -END PGP SIGNATURE- ---End Message---
Bug#375342: marked as done (generated initramfs image includes dm-snapshot module but does not load it when necessary)
Your message dated Mon, 26 Jun 2006 09:02:07 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#375342: fixed in initramfs-tools 0.65b 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: lvm2 Severity: critical Justification: breaks the whole system I unwittingly ran into bug #288354 today. Creating the snapshot froze my machine, as described in that bug report. After a while I rebooted the machine, but it will no longer boot up: device-mapper: 4.1.0-ioctl (2003-12-10) initialised: [EMAIL PROTECTED] Can't expand LV: Snapshot support missing from kernel? 2 logical volume(s) in volume group main now active pivot_root: No sKernel panic: Attempted to kill init! uch file or dire ctory /sbin/init: 432: cannot open dev/console: No such file I booted into a recovery system and the various filesystems and volumes seemed fine: rescue:~# lvdisplay --- Logical volume --- LV Name/dev/main/root VG Namemain LV UUIDx6pkSm-EeXo-a5Mq-B4Qh-JC9K-kxEy-yhtHua LV Write Accessread/write LV snapshot status source of /dev/main/rootbackup [active] LV Status available # open 0 LV Size5.00 GB Current LE 1280 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:3 --- Logical volume --- LV Name/dev/main/home VG Namemain LV UUIDmMAlEY-4w0M-rhxD-Er2R-0Z8S-K1nG-CuBBzC LV Write Accessread/write LV Status available # open 0 LV Size5.00 GB Current LE 1280 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:4 --- Logical volume --- LV Name/dev/main/srv VG Namemain LV UUID3DoKN8-foaO-AkYv-XVyh-x59G-n1zT-OV8LBP LV Write Accessread/write LV Status available # open 0 LV Size10.00 GB Current LE 2560 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:5 --- Logical volume --- LV Name/dev/main/rootbackup VG Namemain LV UUIDZg7bQo-iQT3-w2Sq-voLN-Yj2H-6Owo-Cmjii6 LV Write Accessread/write LV snapshot status active destination for /dev/main/root LV Status available # open 0 LV Size5.00 GB Current LE 1280 Segments 1 Snapshot chunk size8.00 KB Allocated to snapshot 0.01% Allocation inherit Read ahead sectors 0 Block device 253:2 However, when I try to remove the rootbackup snapshot: rescue:~# lvremove -v /dev/main/rootbackup Using logical volume(s) on command line Do you really want to remove active logical volume rootbackup? [y/n]: y Archiving volume group main metadata. Found volume group main Loading main-root-real Loading main-rootbackup-cow Loading main-rootbackup At this point, the machine crashes as before. I can still ping it, but user space seems totally dead. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.65b We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.65b.dsc to
Bug#375442: marked as done (/scripts/local-top/lvm: 28: Syntax error: Bad substitution)
Your message dated Mon, 26 Jun 2006 09:02:07 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#375442: fixed in initramfs-tools 0.65b 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.65 Severity: normal I don't have a LVM enabled system. After the latest upgrade I get the error message mentioned in the subject during the boot process. Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-1 Tiny utilities for small and embed ii cpio 2.6-13 GNU cpio -- a program to manage ar ii klibc-utils 1.3.35-1 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: initramfs-tools Source-Version: 0.65b We believe that the bug you reported is fixed in the latest version of initramfs-tools, which is due to be installed in the Debian FTP archive: initramfs-tools_0.65b.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.65b.dsc initramfs-tools_0.65b.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.65b.tar.gz initramfs-tools_0.65b_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.65b_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated initramfs-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Jun 2006 14:54:30 +0200 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.65b Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: initramfs-tools - tools for generating an initramfs Closes: 375342 375442 Changes: initramfs-tools (0.65b) unstable; urgency=low . * scripts/local-top/lvm: Load snapshot and mirror modules. (Closes: #375342) . * scripts/local-top/lvm: Fix a wrong substitution for the lilo test. (Closes: #375442) Files: 8afeb211d00889a9b9ee86c512b85ad9 625 utils optional initramfs-tools_0.65b.dsc 9ddb0e744320bf2f9c99fd286804b8d0 39704 utils optional initramfs-tools_0.65b.tar.gz 1cb3bd71c8fa460d5a352c7b3cbe383c 45832 utils optional initramfs-tools_0.65b_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoAK2XKRQ3lK3SH4RAs9cAKCANWunfQrhiRGtuJVN2iwkcT1WzACgycT2 bQWClP70y5xtGa7IAcZ75lo= =DYDF -END PGP SIGNATURE- ---End Message---
Bug#375523: hdaps fails to read gyroscope after suspend/resume
On Mon, Jun 26, 2006 at 04:59:09PM +0200, Jeroen van Wolffelaar wrote: I have a thinkpad t41 with gyroscope, readable via the hdaps module. However, after suspend/resuming, the module no longer works -- it yields the same data every time. The hdaps module is not provided by the kernel. A module have to resume its hardware correctly. Somehow, probably the resume or the suspend code is disabling the gyroscope or bringing it in a state that it can't bring it out of again. The suspend code disables the devices according to the spec. The gyroscope is a so called plattform device, which don't follows an interface. This means that the kernel don't provide any code to suspend or resume this device. If you need more info, please ask, I don't know enough of kernels to know what kind of info is relevant -- I'm using a default etch system with no tweaking to the kernel or to the hdaps module. It is more likely a problem in the hdaps module. Bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, The City on the Edge of Forever, stardate unknown signature.asc Description: Digital signature
linux-kbuild-2.6_2.6.17-1_powerpc.changes is NEW
(new) linux-kbuild-2.6.17_2.6.17-1_powerpc.deb optional devel Linux kernel Kbuild (new) linux-kbuild-2.6_2.6.17-1.diff.gz optional devel (new) linux-kbuild-2.6_2.6.17-1.dsc optional devel (new) linux-kbuild-2.6_2.6.17.orig.tar.gz optional devel Changes: linux-kbuild-2.6 (2.6.17-1) unstable; urgency=low . * Initial release. (closes: #368544) Announcing to debian-devel-changes@lists.debian.org Closing bugs: 368544 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of linux-kbuild-2.6_2.6.17-1_powerpc.changes
linux-kbuild-2.6_2.6.17-1_powerpc.changes uploaded successfully to localhost along with the files: linux-kbuild-2.6_2.6.17-1.dsc linux-kbuild-2.6_2.6.17.orig.tar.gz linux-kbuild-2.6_2.6.17-1.diff.gz linux-kbuild-2.6.17_2.6.17-1_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kbuild-2.6_2.6.17-1_powerpc.changes REJECTED
as requested === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375523: hdaps fails to read gyroscope after suspend/resume
On Mon, Jun 26, 2006 at 06:57:03PM +0200, Bastian Blank wrote: On Mon, Jun 26, 2006 at 04:59:09PM +0200, Jeroen van Wolffelaar wrote: I have a thinkpad t41 with gyroscope, readable via the hdaps module. However, after suspend/resuming, the module no longer works -- it yields the same data every time. The hdaps module is not provided by the kernel. A module have to resume its hardware correctly. dpkg -S hdaps.ko: linux-image-2.6.15-1-686: /lib/modules/2.6.15-1-686/kernel/drivers/hwmon/hdaps.ko I didn't claim the problem was in the kernel, by filing this bug I filed it on the package providing the (presumably buggy, but that's not yet clear) code. Somehow, probably the resume or the suspend code is disabling the gyroscope or bringing it in a state that it can't bring it out of again. The suspend code disables the devices according to the spec. The gyroscope is a so called plattform device, which don't follows an interface. This means that the kernel don't provide any code to suspend or resume this device. Well, maybe this is part of the problem then. If you need more info, please ask, I don't know enough of kernels to know what kind of info is relevant -- I'm using a default etch system with no tweaking to the kernel or to the hdaps module. It is more likely a problem in the hdaps module. the hdaps *kernel* module, yes, so my comment regarding not having much experience with debugging kernel issues applies. Thanks, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375088: acknowledged by developer (Fixed)
Adam D. Barratt wrote: On Sun, 2006-06-25 at 10:22 +0200, Olaf van der Spek wrote: Debian Bug Tracking System wrote: It has been marked as closed by one of the developers, namely Filipus Klutiero [EMAIL PROTECTED]. Are you sure? Yes: It worked for me too today. But not yesterday. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375088: acknowledged by developer (Fixed)
On Sun, 2006-06-25 at 10:22 +0200, Olaf van der Spek wrote: Debian Bug Tracking System wrote: It has been marked as closed by one of the developers, namely Filipus Klutiero [EMAIL PROTECTED]. Are you sure? Yes: [EMAIL PROTECTED]:~$ sudo apt-get install linux-image-2.6-686 Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: linux-image-2.6.17-1-686 Suggested packages: linux-doc-2.6.17 linux-source-2.6.17 grub Recommended packages: libc6-i686 The following NEW packages will be installed linux-image-2.6.17-1-686 The following packages will be upgraded: linux-image-2.6-686 1 upgraded, 1 newly installed, 0 to remove and 186 not upgraded. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375562: unsatisfiable Depends: linux-kbuild-2.6.17
Package: linux-headers-2.6.17-1-686 Version: 2.6.17-1 linux-headers-2.6.17-1-686/i386 unsatisfiable Depends: linux-kbuild-2.6.17 (distribution unstable) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375579: /scripts/local-top/lvm:28: sh: Syntax error: Bad substitution
Package: initramfs-tools Version: 0.64 Severity: critical Justification: breaks the whole system Hello, the changelog of version 0.65 of initramfs-tools says: * scripts/local-top/lvm: Be careful to activate volume group on lilo boot too. Although in that case we don't know the precise volume group, we activate them all. Matches behaviour of previous hook. This change seems to have introduced a bug in scripts/local-top/lvm on line 28 as it produces the following error message on boot: /scripts/local-top/lvm:28: sh: Syntax error: Bad substitution which causes the boot process to fail on my box as the root filesystem will never show up as it is on LVM, making the system unusable. The erroneous line looks is: vg_lilo=${vg:0:2} I'm not a good shell programmer, so I don't know whether this is a general syntax error, a bashism that won't run on busybox or something else.. I downgraded initramfs-tools to 0.64 and regenerated the initrd files to work this problem around for the moment. TIA, Flo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-1 Tiny utilities for small and embed ii cpio 2.6-13 GNU cpio -- a program to manage ar ii klibc-utils 1.3.35-1 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Merge
Processing commands for [EMAIL PROTECTED]: reassign 375562 linux-2.6 Bug#375562: unsatisfiable Depends: linux-kbuild-2.6.17 Bug reassigned from package `linux-headers-2.6.17-1-686' to `linux-2.6'. forcemerge 368544 375562 Bug#368544: linux-headers-2.6.17-rc3-amd64-k8: depends on non-existant package linux-kbuild-2.6.17 Bug#375562: unsatisfiable Depends: linux-kbuild-2.6.17 Bug#368667: unmet dependencies: linux-kbuild-2.6.17 Bug#368937: linux-headers-2.6.17-rc3-686: fails to install Bug#373610: linux-headers-2.6.17-rc3-486: dependency unmet Bug#373616: linux-headers-2.6.17-rc3-686: dependency unmet Bug#373617: linux-headers-2.6.17-rc3-k7: dependency unmet Bug#375432: One package is missing Forcibly Merged 368544 368667 368937 373610 373616 373617 375432 375562. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375579: marked as done (/scripts/local-top/lvm:28: sh: Syntax error: Bad substitution)
Your message dated Tue, 27 Jun 2006 01:32:39 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#375579: /scripts/local-top/lvm:28: sh: Syntax error: Bad substitution 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 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: initramfs-tools Version: 0.64 Severity: critical Justification: breaks the whole system Hello, the changelog of version 0.65 of initramfs-tools says: * scripts/local-top/lvm: Be careful to activate volume group on lilo boot too. Although in that case we don't know the precise volume group, we activate them all. Matches behaviour of previous hook. This change seems to have introduced a bug in scripts/local-top/lvm on line 28 as it produces the following error message on boot: /scripts/local-top/lvm:28: sh: Syntax error: Bad substitution which causes the boot process to fail on my box as the root filesystem will never show up as it is on LVM, making the system unusable. The erroneous line looks is: vg_lilo=${vg:0:2} I'm not a good shell programmer, so I don't know whether this is a general syntax error, a bashism that won't run on busybox or something else.. I downgraded initramfs-tools to 0.64 and regenerated the initrd files to work this problem around for the moment. TIA, Flo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-1 Tiny utilities for small and embed ii cpio 2.6-13 GNU cpio -- a program to manage ar ii klibc-utils 1.3.35-1 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.65b On Tuesday 27 June 2006 00:32, Florian Ragwitz wrote: Package: initramfs-tools Version: 0.64 You probably meant 0.65 here? Anyway, 0.65b was already uploaded earlier today which fixes this issue (see also #375442 and friends). Therefore closing. Cheers, FJP ---End Message---
svn games
Hi, I would like to bring the following recent svn commits to the attention of the team. I have made a commit r6880 in Saturday morning (Pacific time): Switch to gcc-4.1 for sparc, because it works (tm). This commit was neccessary because the 2.6.17-1 kernel was uploaded by Bastian on Friday, despite the fact that it has been known to be broken on sparc SMP systems [0]. At this point Bastian has pointed out to me on IRC that changing to a newer compiler is an ABI change. I have immediately asked Jeroen whether it is feasible to reject the sparc binaries from the NEW queue and got a response that since the source have been already been accepted to unstable, there is not too much point in such a rejection. So I made the commit r6881: * Move new changelog entries to 2.6.17-2, as -1 is uploaded already. * Add sparc32-iotlb.patch. * Bump ABI to 2 as a result. This commit was *immediately* reverted by Bastian in r6883: Revert r6880, r6881 and r6882. Can't accept an ABI bump yet. That was done while both of us were on IRC. I was quite dumbfounded by such arrogant behavior and asked for explanation. After repeating my question a few times, I was able to deduce from Bastian's one-word replies that he talked to someone else on ftp-master team and was assured that the rejection of sparc binaries was still possible. At this point he allowed me to make commit r6884: * Switch sparc to gcc-4.1, no ABI bump as sparc binaries for 2.6.17-1 never made it to the archive. * Add sparc32-iotlb.patch. * Add myself to uploaders. I added myself to uploaders anticipating that we will be able to upload soon and fix the unfortunate sparc situation. When I've asked whether there are any other pending changes for 2.6.17-2, I was told by Bastian that there's not going to be any upload any time soon because we don't want to trash the buildd network. Later this day I was asked by Maks to review the 2.6.16.22 patch, since it was likely to conflict with sparc patches already in svn. I've examined it, removed the conflicting patch, and committed it in r6886: * Start 2.6.16-6 (typo, should have been -16) * Remove dcache-momry-corruption.patch, included in 2.6.16.22 * Add 2.6.16.22 I believe it was the first time I've added the stable point release to the tree. I've assumed that as the diff was pretty small, the possibility of failure was pretty minor, besides any such failure would have been caught by the snapshot builders. Thus, I didn't run a full build at that time, but only checked that the patches unapply and apply cleanly. To my astonishment soon I've noticed Bastian's commits r6890: Revert r6886. Untested changes. and r6891: * debian/changelog: Update. * debian/templates/control.source.in: Remove Jurij from Uploaders, he has to learn how to test changes first. Even if one ignores the derogatory remark, this does not make any sense, because the latter commit was made into 2.6.17 tree (trunk), which I have personally built and tested on sparc. So, as a result of this I would like to issue the following statement to Bastian: I take reverting the svn commits very seriously. I will not tolerate them without a clear technical explanation of why it was neccessary and allowing a grace period to discuss and fix the problems. If something like this will happen again, I will not hesitate to raise a question of revoking your svn access, because I believe that the need to deal with your childishly arrogant and disruptive behavior has by now outweighed the usefulness of your contributions. I also find your statements about the lack of testing quite hilarious, considering that your latest upload of linux-kbuild-2.6 package has been rejected from NEW due to lack of debian/copyright file. I would also like to ask other members of the team for opinions on the svn commit protocol. I suggest to formulate the policy for testing the changes and for reverting the commits by others, to make sure that such incidents never happen again. [0] http://lists.debian.org/debian-kernel/2006/06/msg00347.html Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: svn games
* [EMAIL PROTECTED] wrote: After repeating my question a few times, I was able to deduce from Bastian's one-word replies that he talked to someone else on ftp-master team and was assured that the rejection of sparc binaries was still possible. Bastian tends to ignore uncomfortable questions. Nothing new. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: svn games
On Mon, Jun 26, 2006 at 06:32:47PM -0700, [EMAIL PROTECTED] wrote: Hi, I would like to bring the following recent svn commits to the attention of the team. I have made a commit r6880 in Saturday morning (Pacific time): Switch to gcc-4.1 for sparc, because it works (tm). Hi all, ... Please let's not have a fight over this. Bastian, i believe i told you on irc the other day that what you did was not the most diplomatic thing to do, and i do understand how Jurij feels about this, getting ones work summarily dismissed is not something enjoyable (or whatever, too early in the morning to go english vocabulary hunting for more adapted sentences). Anyway, i think Jurij's request for either a policy, or at least a few hours (12, 24 ?) grace period before the reversal seems reasonable. Holding discussion through svn commit logs sucks big time. Jurij, that said, i believe that you take it worse than it is, you can just as easily as Bastian reverted your change, revert his, fix the issue and recommit, so speaking about svn commit prohibition is ways exagerated, especially considering the fact that Bastian is one of the more active kernel team members, and any hindrance in his work will be severly felt. The same goes for you, naturally, there are not that much active team members left that we can afford such a mess. So, Bastian, Jurij, all others, let's try to be more understanding, and solve this to everyone's convenience, and improve relationship for the future. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]