Re: Normal kernel being before the Xen hypervisor in Squeeze
Hi, Am Sonntag, den 12.12.2010, 14:18 +0800 schrieb Thomas Goirand: I'm saying this is not RC in my opinion, it's wishlist. The rest is up to the grub maintainers. Cheers, Julien For me, it's a grave regression that can put a production environment into big troubles, and it would deserved a RC for me, but because: - of Julien's opinion - that the RT should have the final word - that I respect this view - that delaying Squeeze just for this might not be a good idea - not everyone really cares much about Xen in Debian ... then I sent my report as a wishlist as requested. I also agree that this needs to be resolved before the release and in my opinion this bugs severity should be at least important, if not critical because it will break Xen dom0 functionality of existing systems when they are upgraded from Lenny to Squeeze. Of course this could be fixed by the user of the package by selecting an appropriate GRUB_DEFAULT value, but this is likely to break if new kernel versions are installed. The appropriate fix is very simple, just rename /etc/grub.d/20_linux_xen to /etc/grub.d/09_linux_xen or some other number in the range of 06-09. A workaround which will work, even if new kernel versions or grub upgrades are installed, the user can create a symlink /etc/grub.d/09_linux_xen wich points to /etc/grub.d/20_linux_xen. (This of course will result in duplicate grub menuentries for Xen, but should not hurt otherwise.) Regards, Thomas -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: This is a digitally signed message part
Re: Normal kernel being before the Xen hypervisor in Squeeze
Hi, Am Sonntag, den 12.12.2010, 13:10 +0100 schrieb Philipp Kern: are grub1 installations (which were the default for Lenny AFAIK) auto-upgraded to grub2 during the dist-upgrade? If not, it shouldn't break existing Xen dom0s? At some point during the release cycle on all my testing machines, grub1 got replaced with grub2, so i assumed that this will still be the case for Lenny - Squeeze upgrades. Regards, Thomas -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: This is a digitally signed message part
Bug#599315: RM: qmk-groundstation/1.0.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, i am the maintainer of qmk-groundstation. Please remove it from testing because i think it is not ready for a stable release, for details see Bug #599258. Regards, Thomas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (190, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-s710+ (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101006153046.12664.56329.report...@s710.lan
Re: vdr stable update for #496421
Hi, Am Donnerstag, den 02.10.2008, 13:45 +0200 schrieb Nico Golde: an insecure temporary file creation was reported to the vdr some time ago. This is Debian bug #496421. Unfortunately the vulnerability is not important enough to get it fixed via regular security update in Debian stable. It does not warrant a DSA. However it would be nice if this could get fixed via a regular point update[0]. Please contact the release team for this. Thank you for your efforts, but in this case an update for stable is not necessary, because the buggy code hat not been part of any stable release, it was introduced in version 1.6.0-1, while current stable only has version 1.4.4-1. Regards, Thomas -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Please hint vdr and vdr-plugin-* into testing
Hi please hint vdr and vdr-plugin-* into testing, these packages do not go into testing automatically because the plugins depends on a certain upstream version of vdr and britney thinks that updating one of these packages alone would make the other ones uninstallable (which is more or less correct). It would be much better if britney would consider updating all packages together, because that should work perfectly. Regards, Thomas Schmidt -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ signature.asc Description: Digital signature
Please approve vdr 1.2.6-13 for sarge
Please consider vdr 1.2.6-13 for inclusion in sarge, it was uploaded on allmoast 2 weeks agon, but if forgot to ask about inclusion into sarge until now. It fixes an important bug, which is affecting amd64 users (the init-script would not work without modifications on amd64), the other changes are very small and should not cause any problems - interdiff between 1.2.6-12 and 1.2.6-13 is attached. Here is the last entry from the changelog: vdr (1.2.6-13) unstable; urgency=medium . * Darren Salt [EMAIL PROTECTED] - Make the usage of NPTL configurable in /etc/default/vdr - Disable the usage of NPTL on amd64 in runvdr (this allways overrides the setting in /etc/default/vdr) (closes: #305098) * Thomas Schmidt [EMAIL PROTECTED] - Added psmisc to the depends of the package vdr (thanks to Martin Langer [EMAIL PROTECTED] for the hint) Best Regards, Thomas Schmidt -- Thomas Schmidt, Debian VDR Team http://pkg-vdr-dvb.alioth.debian.org/ diff -u vdr-1.2.6/debian/control vdr-1.2.6/debian/control --- vdr-1.2.6/debian/control +++ vdr-1.2.6/debian/control @@ -8,7 +8,7 @@ Package: vdr Architecture: any -Depends: ${misc:Depends}, makedev (=2.3.1-66), adduser +Depends: ${misc:Depends}, makedev (=2.3.1-66), adduser, psmisc Recommends: lirc Provides: vdr-daemon, vdr-kbd, vdr-lirc, vdr-rcu Conflicts: vdr-daemon, vdr-kbd, vdr-lirc, vdr-rcu diff -u vdr-1.2.6/debian/config-loader.sh vdr-1.2.6/debian/config-loader.sh --- vdr-1.2.6/debian/config-loader.sh +++ vdr-1.2.6/debian/config-loader.sh @@ -52,2 +52,7 @@ +# Change this to 0 if you want to allow VDR to use NPTL (if available). +# This is disabled by default, although it should be safe to enable it. +# (This has no effect on AMD64 machines.) +NONPTL=1 + test -f /etc/default/vdr . /etc/default/vdr diff -u vdr-1.2.6/debian/vdr.default vdr-1.2.6/debian/vdr.default --- vdr-1.2.6/debian/vdr.default +++ vdr-1.2.6/debian/vdr.default @@ -26,0 +27,5 @@ + +# Change this to 0 if you want to allow VDR to use NPTL (if available). +# This is disabled by default, although it should be safe to enable it. +# (This has no effect on AMD64 machines.) +NONPTL=1 diff -u vdr-1.2.6/debian/runvdr vdr-1.2.6/debian/runvdr --- vdr-1.2.6/debian/runvdr +++ vdr-1.2.6/debian/runvdr @@ -5,7 +5,11 @@ . /usr/lib/vdr/config-loader.sh OPTIONS=$* -VDRCMD=LD_ASSUME_KERNEL=2.4 /usr/bin/vdr $OPTIONS +if [ $NONPTL = 1 -a `uname -m` != x86_64 ]; then + VDRCMD=LD_ASSUME_KERNEL=2.4 /usr/bin/vdr $OPTIONS +else + VDRCMD=/usr/bin/vdr $OPTIONS +fi function get_modulenames () { diff -u vdr-1.2.6/debian/changelog vdr-1.2.6/debian/changelog --- vdr-1.2.6/debian/changelog +++ vdr-1.2.6/debian/changelog @@ -1,3 +1,15 @@ +vdr (1.2.6-13) unstable; urgency=medium + + * Darren Salt [EMAIL PROTECTED] +- Make the usage of NPTL configurable in /etc/default/vdr +- Disable the usage of NPTL on amd64 in runvdr (this allways + overrides the setting in /etc/default/vdr) (closes: #305098) + * Thomas Schmidt [EMAIL PROTECTED] +- Added psmisc to the depends of the package vdr (thanks to Martin + Langer [EMAIL PROTECTED] for the hint) + + -- Debian VDR Team [EMAIL PROTECTED] Thu, 05 May 2005 21:47:56 +0200 + vdr (1.2.6-12) unstable; urgency=low * Tobias Grimm [EMAIL PROTECTED] signature.asc Description: Digital signature
hinting makedev 2.3.1-75 into sarge?
Hi I would like to ask if makedev 2.3.1-75 could be hinted into sarge, because it fixes #263136, which was reported as a release-critical-bug, but makedev was uploaded to unstable after the base-freeze. (I asked Bdale Garbee last Thursday to upload a version which fixes this bug to t-p-u, but he did not react yet.) I would really like to see a version of makedev in sarge, which fixes this problem, because it will affect all users of the vdr-packages (and a few more, which use MAKEDEV dvb in their postinst) which use a kernel = 2.6.8. Regards, Thomas -- Thomas Schmidt [EMAIL PROTECTED] signature.asc Description: Digital signature