Bug#296562: [seanius@haydn.debian.org: [Pkg-nagios-devel] nagios changelog,1.40,1.41 nagios-common.nagios.init,1.6,1.7]
tags 296562 pending
thanks
tried to psychicly alter the the bts from my cvs changelog... heh.
sean
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Pkg-nagios-devel] nagios changelog,1.40,1.41
nagios-common.nagios.init,1.6,1.7
Date: Wed, 23 Feb 2005 20:19:09 -0500 (EST)
Update of /cvsroot/pkg-nagios/nagios
In directory
haydn:/org/alioth.debian.org/chroot/home/users/seanius/tmp/cvs-serv11275
Modified Files:
changelog nagios-common.nagios.init
Log Message:
tags 296562 pending
thanks
made init script more robust for the db variants of nagios.
sean
Index: changelog
===
RCS file: /cvsroot/pkg-nagios/nagios/changelog,v
retrieving revision 1.40
retrieving revision 1.41
diff -u -d -r1.40 -r1.41
--- changelog 23 Feb 2005 00:27:19 - 1.40
+++ changelog 24 Feb 2005 01:18:38 - 1.41
@@ -8,6 +8,11 @@
Marcus Better [EMAIL PROTECTED] (closes: #296100, #296306).
- nagios installs now include /var/log/nagios/archives, thanks
to Heno Ivanov [EMAIL PROTECTED] (closes: #290003).
+- check_nagios in the init script is a little more robust by
+ running both the check_nagios_db script *and* looking for the
+ pid. thanks to Ryszard Lach [EMAIL PROTECTED] (closes: #296562).
+- removed old, obsolete, probably unused support for check_netsaint.
+ if it breaks anything we can always add it back :)
-- Sean Finney [EMAIL PROTECTED] Mon, 21 Feb 2005 23:21:29 -0500
Index: nagios-common.nagios.init
===
RCS file: /cvsroot/pkg-nagios/nagios/nagios-common.nagios.init,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -d -r1.6 -r1.7
--- nagios-common.nagios.init 9 Feb 2005 04:48:21 - 1.6
+++ nagios-common.nagios.init 24 Feb 2005 01:18:38 - 1.7
@@ -30,37 +30,23 @@
# start-stop-daemon should handle this work!
#
check_started () {
-if [ -f /etc/nagios/check_nagios_db ]; then
- if /etc/nagios/check_nagios_db /dev/null; then
- return 0# Is started
- else
- return 1# Isn't started
- fi
-elif [ -f /usr/lib/nagios/plugins/check_nagios ]; then
- if /usr/lib/nagios/plugins/check_nagios -e 15 -F
/var/log/nagios/status.log -C 'nagios' /dev/null; then
- return 0# Is started
- else
- return 1# Isn't started
+ if [ -f /etc/nagios/check_nagios_db ]; then
+ if ! /etc/nagios/check_nagios_db /dev/null; then
+ return 1# isn't started
+ fi
fi
-elif [ -f /usr/lib/netsaint/plugins/check_netsaint ]; then
- if /usr/lib/netsaint/plugins/check_netsaint -F
/var/log/nagios/status.log -e 5 -C 'nagios' /dev/null; then
- return 0# Is started
- else
- return 1# Isn't started
+ if [ -f /usr/lib/nagios/plugins/check_nagios ]; then
+ if ! /usr/lib/nagios/plugins/check_nagios -e 15 -F
/var/log/nagios/status.log -C 'nagios' /dev/null; then
+ return 1# isn't started
+ fi
fi
-elif [ -f $PIDFILE ]; then
- # Try discovering if nagios is alive checking its pid
- pid=`cat $PIDFILE`
- if [ $pid ]; then
- if ps $pid /dev/null; then
+ if [ -f $PIDFILE ]; then
+ pid=`cat $PIDFILE`
+ if [ $pid ] ps $pid /dev/null; then
return 0# Is started
fi
- else
- return 1# Isn't started
fi
-else
- return 1# Isn't started
-fi
+ return 1# Isn't started
}
get_config () {
___
Pkg-nagios-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-nagios-devel
- End forwarded message -
--
signature.asc
Description: Digital signature
Bug#296262: Zapping hangs when i try to open preferences window
Package: zapping
Followup-For: Bug #296262
Hi,
I just want to say that I experience the exact same thing running
unstable (last update made a few minutes ago, though this has been the
case for some time now).
Running zapping with the -d option gives no info here either.
Running a strace -f yields this information just before being killed (by
me) - I don't know if that helps, but at least I see the bug too.
---[ strace output ] ---
[pid 2629] gettimeofday({1109209484, 8064}, NULL) = 0
[pid 2629] ioctl(0, VIDIOC_DQBUF, 0x82dc288) = 0
[pid 2629] ioctl(0, VIDIOC_QBUF, 0x82dc288) = 0
[pid 2629] write(22, x, 1) = 1
[pid 2629] futex(0x80ff5d0, FUTEX_WAIT, 0, NULL unfinished ...
[pid 2623] ... open resumed )= ? ERESTARTSYS (To be
restarted)
[pid 2629] ... futex resumed ) = -1 EINTR (Interrupted system
call)
[pid 2629] +++ killed by SIGKILL +++
PANIC: handle_group_exit: 2629 leader 2623
+++ killed by SIGKILL +++
---[dpkg --list output]---
# dpkg --list zapping
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name VersionDescription
+++-==-==-
ii zapping0.9.1-3television viewer for the GNOME
environment
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296207: xserver-xfree86: Hard lock-up (no ssh) on running xanalogtv screensaver
On Mon, 2005-02-21 at 01:17 +, Edward Miller wrote: When I run the xanalogtv screen hack of the xscreensaver package, I get a hard lock-up of my whole system. It is not even possible to ssh into it from another machine. This happens reliably although the time that elapses before system crash varies from a second to a couple of minutes. I have a Matrox G400 Max. I have tried using the plain mga driver, and also mga with usefbdev (my default config), and many other permutations involving agpgart, HAL module, XT-PIC and APIC interrupts. All have had the same reult. Does Option XaaNoScanlineImageWriteRect work around the problem? A configuration detail is that I have been using xanalogtv in Desktop Image grab mode but have not configured it to grab from a video capture device. I assume it still happens if you configure it to only use images from a directory instead? -- Earthling Michel Dnzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#296543: [CONSULT-STAFF] Re: Bug#296543: Path:QUARANTINEDIR is disregarded in mimedefang.pl.conf
_READ_ the bug report and look at the code, please.
The defaults are all setup in the %Features hash.
The code then sets $QuarantineDir _FROM_
$Features{'Path:QUARANTINEDIR'}.
It does this _BEFORE_ the .conf file is loaded, thus ensuring that
setting $Features{'Path:QUARANTINEDIR'} in .conf is useless. The rest
of the script uses $QuarantineDir, not $Features{'Path:QUARANTINEDIR'}.
Of course one can set $QuarantineDir directly, but that's just a hack.
I'm not even sure why it uses $QuarantineDir and doesn't use
$Features{'Path:QUARANTINEDIR'} directly.
On Wed, 2005-02-23 at 15:52 +0100, Christoph Martin wrote:
Stephen R. Darragh schrieb:
/etc/mail/mimedefang.pl.conf is required on line 176 of
/usr/bin/mimedefang.pl, but $QuarantineDir has already been set from
$Features{'Path:QUARANTINEDIR'} on line 163.
So what?
This is the same for all variables. The default value is set before the
conf file ist required. So the variabels can be overwritten in the conffile.
Christoph
--
Christoph Martin, EDV der Verwaltung, Uni-Mainz, Germany
Internet-Mail: [EMAIL PROTECTED]
Telefon: +49-6131-3926337
--
Stephen Darragh
Technical Director
Informed Technology
Ph: +61 8 9380 4244 Fax: +61 8 9380 4354
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296690: dhcp-options man pages not installed
Package: dhcp3-client Version: 3.0.1-1 The man pages 'dhcp-options(5)', 'dhcp-options-client(5)', 'dhcp-options-server(5)' referenced in the README are not installed with the package. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296689: installation-reports
Package: installation-reports +--- Vital Toshio Yasumaru - [EMAIL PROTECTED] __ Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - É grátis! http://antipopup.uol.com.br/ install-report.template Description: Binary data
Bug#294303: hotplug: Bad NET invocation: $INTERFACE is not set
On Thu, Feb 24, 2005 at 02:24:38AM +0100, Marco d'Itri wrote: On Feb 24, Horms [EMAIL PROTECTED] wrote: Ok, that is curious, because as I mentioned, I don't have that file and it seems to work fine. That is, I can't reproduce the problem. I do, but I cannot reproduce it either. Artur, where did that file come from? Does it belong to a package? It's part of udev, and I cannot see how it could be relevant. Hi, I have taken a closer look at this. Here is what seems to be happening now I have udev installed. Kernel calls hotplug misc (tun is a misc device) hotplug calls udev udev names tun net/tun, and as it now thinks it is a net device, calls hotplug tun And then the warning message is printed, because tun is a misc device, not a net device I ask again, where is the bug? What function that should occur isn't occuring? What function that shouln't occur is occuring? In udev thinking tun is a net device? In hotplug exiting (cleanly) because it was asked to configre tun as a net device? This is all user space. The kernel invokes hotplug misc, telling hotplug to deal with a userspace device. From there on it is out of the kernel's hands. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296691: gnome-settings-daemon warns about the permissions of /dev/pmu
Package: capplets Version: 1:2.8.1-3 When I start GNOME, gnome-settings-daemon displays the following error dialog: Wrong permission for '/dev/pmu' device The permissions of /dev/pmu are crw-rw and the owner and group are both root. -- Matt signature.asc Description: Digital signature
Bug#296490: libc6: getgrnam segfault (using __nscd_getgrnam_r)
On Tue, Feb 22, 2005 at 09:50:55PM +0100, Tom Parker wrote: Florian Weimer wrote: * Tom Parker: Calling getgrnam() with a NULL argument, with group in /etc/nsswitch.conf set to 'compat' can cause a segfault in __nscd_getgrnam_r due to a lack of a check for a NULL string before doing strlen(). Is there any standard that defines the behavior of getgrnam(NULL)? The man page GETGRNAM(3) says: RETURN VALUE The getgrnam() and getgrgid() functions return a pointer to the group information structure, or NULL if the matching entry is not found or an error occurs. If an error occurs, errno is set appropriately. If one wants to check errno after the call, it should be set to zero before the call. I've had a quick look at the POSIX (1003.1-2004) specs, and they say approximately the same thing (see http://www.opengroup.org/onlinepubs/95399/functions/getgrnam.html). There isn't an exact thing for what to do in the case of getgrnam(NULL), but given that the matching entry is not found (because there can't be a NULL group), then I think that returning NULL is the correct behaviour. No, it's not at all the same thing. None of the library functions are required to be robust against NULL input; there's no point making an exception for getgrnam without making an exception for, say, strlen. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296693: gnucash cashes when ever I open an account ledger
Package: gnucash Version: 1.8.10-7 Severity: grave Justification: renders package unusable When ever I open an account ledger in gnucash - the following crash message occurs - Application /usr/bin/guile-1.6 (process ) has crashed due to a fatal error. (Segmentation fault) I am unable to open any ledger entry or do any changes as a result -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_SG, LC_CTYPE=en_SG (charmap=ISO-8859-1) Versions of packages gnucash depends on: ii bonobo 1.0.22-2.2 The GNOME Bonobo System. ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk ( ii gnucash-common 1.8.10-7A personal finance tracking progra ii guile-1.6-libs 1.6.7-1 Main Guile libraries ii guile-1.6-slib 1.6.7-1 Guile SLIB support ii libart2 1.4.2-19The GNOME canvas widget - runtime ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2 1.0.22-2.2 The GNOME Bonobo library. ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdate-manip-perl 5.42a-2 a perl library for manipulating da ii libdb3 3.2.9-22Berkeley v3 Database Libraries [ru ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libfinance-quote-perl1.08-1 Perl module for retrieving stock q ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgal23 0.24-1.4G App Libs (run time library) ii libgdk-pixbuf-gnome2 0.22.0-7The GNOME1 Canvas pixbuf library ii libgdk-pixbuf2 0.22.0-7The GdkPixBuf image library, gtk+ ii libghttp11.0.9-15original GNOME HTTP client library ii libglade-gnome0 1:0.17-3Library to load .glade files at ru ii libglade01:0.17-3Library to load .glade files at ru ii libglib1.2 1.2.10-9The GLib library of C routines ii libgnome32 1.4.2-19The GNOME libraries ii libgnomeprint15 0.37-5 The GNOME Print architecture - run ii libgnomesupport0 1.4.2-19The GNOME libraries (Support libra ii libgnomeui32 1.4.2-19The GNOME libraries (User Interfac ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libgtkhtml20 1.0.4-6.2 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-1 Guile's patched version of libtool ii libguppi16 0.40.3-11 GNOME graph and plot component ii libgwrapguile1 1.3.4-12g-wrap: Tool for exporting C libra ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libltdl3 1.5.6-4 A system independent dlopen wrappe ii liboaf0 0.6.10-3The GNOME Object Activation Framew ii libofx1 1:0.7.0-7 library to support Open Financial ii liborbit00.5.17-9Libraries for ORBit - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqthreads-12 1.6.7-1 QuickThreads library for Guile ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxml1 1:1.8.17-10 GNOME XML library ii libzvt2 1.4.2-19The GNOME zvt (zterm) widget ii oaf 0.6.10-3The GNOME Object Activation Framew ii slib 3a1-4.2 Portable Scheme library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296692: gri-el: incompatible with new version of gv
Package: gri-el Version: 2.12.9-1 Severity: normal This version of gri-el does not function correctly with version 3.6.1-7 of gv. I don't remember exactly when, but the gv command line syntax changed recently, such that the gri-view command in gri-mode.el no longer functions correctly. In particular, the -landscape command seems to have been replaced with --orientation=landscape; -scale N with --scale=N; -watch with --watch; -noantialias with --noantialias; etc. Another problem is that (at least in this context) gv now requires the full path to the ps file to be sent, meaning that at least lines 2893-2894 of gri-mode.el need to be changed to remove the file-name-nondirectory command which strips the path while constructing the psfile name. I almost attached a patch, but I really don't know what I'm doing in lisp, and there are probably other issues to be resolved. The basic point is that if the gv support is to work with the new gv, gri-mode.el needs to be updated. I guess part of the problem is that this package doesn't have any dependencies on a gv package version, but since this is only a small part of the functionality I'm not sure that is appropriate. Scott Webster -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (400, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gri-el depends on: ii emacs21 [emacsen] 21.3+1-9 The GNU Emacs editor ii gri 2.12.9-1 a language for scientific illustra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296588: rfe: ability to add links to the sidebar
On Wed, 2005-02-23 at 10:47 -0600, Micah Anderson wrote: When you say links, do you mean URL links to other (potentially off-site) pages? Yup. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#296540: connection closed after authentication when using scponlyc
Hi Tom, I am truly an idiot. After my last message I dug around a little more and realized that I had my /home partition mounted noexec. So, this is not a bug at all. I am really sorry for wasting your time with this. Thanks, Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296684: libsmbclient: prints out extensive debugging
On Thu, 2005-02-24 at 03:46 +0100, David Gerber wrote: On Thursday 24 February 2005 00:42, Andrew Bartlett wrote: This is controlled by your Samba debug level, just as for smbclient. Right, I get: which suggests the default debug level is not 0, but: I think it's actually 1. In any case, it may be that your app is setting the high debug level - I think they can control that. Try gnome-vfs to test if it's the library or the app. Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Student Network Administrator, Hawker College http://hawkerc.net signature.asc Description: This is a digitally signed message part
Bug#296461: UpgradeTwiki upgrade script not present/working : fix setlib.cfg
In http://bugs.debian.org/296461, you write: In order to upgrade from a previous twiki installation, the upstream script UpgradeTwiki is quite [useful]. If you are using a Debian package, you should not be updating things in place. dpkg will be rightfully upset if you change an installed package behind its back. Upgrade to a new version of the Debian package (perhaps a locally created backport?), or install directly from upstream sources, and don't use the Debian package in the first place. Granted, it would be interesting to see how well the upgrade script would be at upgrading the source of a Debian package ... Perhaps that's actually what you are suggesting? /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296695: CD net-install won't work on Dell Inspiron 5000
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/sarge-i386-netinst.iso (circa 1 pm today, which, looking at your timestamps, might actually be the Feb. 22nd cut) uname -a: Linux ortelius 2.4.27-2-386 #1 Thu Jan 20 10:55:08 JST 2005 i686 unknown Date: 2 pm this afternoon Method: burned sarge-i386-netinst.iso to CD Machine: Dell Inspiron 5000 Processor: intel Memory: enough Root Device: IDE/hda 20 GB Root Size/partition table: hda1 is the linux swap for the other distro hda2 is root for the other distro (ext2, ~18 GB) hda3 is root for the debian install (ext3, ~2 GB) hda5 is swap for the debian install ~130 MB Output of lspci and lspci -n: the installer has crashed; let me see if I can get it by booting to the other distro... (I was able to do uname -a before the crash) wow... this is a LOT of spew to type in (net doesn't work on that distro - hence debian. If this will actually help, let me know and I will do it) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [ ] Comments/Problems: I posted on debian-boot; I guess this is the Better Way to do it. Here is content of my post: I had this problem with sarge's RC2, so I grabbed the daily build for today, and the problem is still there. It is as follows: My friend has a Dell Inspiron 5000 laptop that he was(is) running slackware(?) on. I used GNU parted to shrink his slackware partition to make some free space. All that appears to have worked fine. However, when the installer tries to install GRUB it hangs on the screen that says: Installing GRUB boot loader 33% Determining GRUB boot device He was booting with LILO before, and I can only presume that it is sitting in the MBR. His other distro still boots fine, so the hardware is A-OK. cheers, - martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296684: libsmbclient: prints out extensive debugging
On Thu, 2005-02-24 at 14:31 +1100, Andrew Bartlett wrote: In any case, it may be that your app is setting the high debug level - I think they can control that. int smbc_init(smbc_get_auth_data_fn fn, int debug); and mplayer uses: err = smbc_init(smb_auth_fn, 10); So it's mplayer indeed. Sorry for the wrong report and many thanks. -- David Gerber -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296696: kernel-package: should perhaps suggest or recommend bzip2
Package: kernel-package Version: 8.119 Severity: minor Near the end of the build, a tar.bz file is to be created from the real-stamp-source (?) target, and terminates if bzip2 is not installed. Perhaps bzip2 should be recommended or suggested (but I'm not totally sure I'm doing this properly, either -- if I'm not, I apologize). I wouldn't bother filing this, except it terminates the build process and doesn't produce any .deb file(s). My invocation line was: % make-kpkg --rootcmd=fakeroot --config=menuconfig buildpackage Thanks, Krishna Sethuraman (cd debian/tmp-source/usr/src/kernel-source-2.6.10; rm -f stamp-building stamp-build stamp-configure stamp-source stamp-image stamp-headers stamp-src stamp-diff stamp-doc stamp-buildpackage stamp-libc-kheaders stamp-debian stamp-patch stamp-kernel-configure) (cd debian/tmp-source/usr/src/kernel-source-2.6.10; \ [ ! -d scripts/cramfs ] || make -C scripts/cramfs distclean ; ) if test -f debian/official test -f debian/README.Debian ; then \ install -p-o root -g root -m 644 debian/README.Debian debian/tmp-source/usr/src/kernel-source-2.6.10/README.Debian ; \ install -p-o root -g root -m 644 debian/README.Debian debian/tmp-source/usr/share/doc/kernel-source-2.6.10/README.Debian ; \ gzip -9qf debian/tmp-source/usr/share/doc/kernel-source-2.6.10/README.Debian;\ else \ sed -e 's/=V/2.6.10/g' -e 's/=A/i386/g' \ -e 's/=ST/kernel/g' \ /usr/share/kernel-package/README.source debian/tmp-source/usr/src/kernel-source-2.6.10/README.Debian ; \ fi if test -f README.Debian ; then \ install -p-o root -g root -m 644 README.Debian debian/tmp-source/usr/share/doc/kernel-source-2.6.10/README.Debian.1st; \ gzip -9qf debian/tmp-source/usr/share/doc/kernel-source-2.6.10/README.Debian.1st;\ fi chmod -R og=rX debian/tmp-source chown -R root:root debian/tmp-source (cd debian/tmp-source/usr/src/ \ tar --bzip2 -cf kernel-source-2.6.10.tar.bz2 kernel-source-2.6.10 \ rm -rf kernel-source-2.6.10;) tar: bzip2: Cannot exec: No such file or directory tar: Error is not recoverable: exiting now make[2]: *** [real_stamp_source] Error 141 make[2]: Leaving directory `/usr/src/linux-2.6.10' make[1]: *** [stamp-source] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.10' make: *** [stamp-buildpackage] Error 2 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages kernel-package depends on: ii dpkg 1.10.26Package maintenance system for Deb ii dpkg-dev 1.10.26Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-1 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-8 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-6Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296697: New upstream version
Package: libitext-java Version: 1.02b-3 Severity: wishlist The current stable version of iText is 1.2.3, released 2005-02-17. http://www.lowagie.com/iText/history.html lists changes between 1.02b (the current version in the archive) and the latest version. Thank you for packaging iText! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296698: gpaint uses old menu and .desktop scheme
Package: gpaint Version: 0.2.4+0.3.0pre5-1 gpaint has its .desktop file installed in /usr/share/gnome/apps/Graphics. There's no desktop file in /usr/share/applications, so there's no entry in the new Gnome or Debian menus. There's also a file in /usr/lib/menu which isn't needed for the new menu system either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296639: kernel-source-2.4.27: nforce[23] backport of acpi_skip_timer_override
On Wed, Feb 23, 2005 at 06:40:55PM +, Edward Miller wrote: Package: kernel-source-2.4.27 Version: 2.4.27-8 Severity: normal Tags: patch The 2.6 kernel series has, since 2.6.5, had a fix for an erroneous timer override present in many BIOSes in nforce[23] chipsets. The 2.4 series is missing this, resulting in an XT_PIC timer on systems that have an APIC-enabled kernel. This is believed to cause system instability, including hard lock-ups (with no ssh). At my request, Zwane Mwaikambo has kindly backported the fix for 2.4.30 and Ihave found that this patch works almost unaltered on Debian's kernel-source-2.4.27. Bearing in mind the proximity of Sarge's release and especially d-i rc3, I thought I should send you the patch for review now. Maybe this will have to be a post-Sarge item but there is a lot of cheap nforce2 out there and 2.6.8 may not be suitable for everyone so I hope you can consider this patch for inclusion in Sarge's 2.4.27. Hi Edward, thanks for your detailed bug report and patch. As it happens there will almost certainly be another release of 2.4.27 before sarge. So the only real barrier to adding this patch is any instability it might cause. Do you have any oppinions on this? I am going to put your patch into my tree and SVN to double-check that it builds, i will remove it if you think it should wait until later. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274449: xscreensaver: minor typo in the nerverot.6x man page
Fixed in xscreensaver 4.20. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274047: xscreensaver: GLSlideShow: Show image titles erases previous title too late
This is fixed in xscreensaver 4.20 (titles are drawn with true transparency now.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296700: [CAN-2005-0204]: AMD64, allows local users to write to privileged IO ports via OUTS instruction
Package: kernel-source-2.6.8
Version: 2.6.8-13
Severity: normal
Tags: security patch
Hello,
CAN-2005-0204 reads:
Linux kernel before 2.6.9, when running on the AMD64 and Intel EM64T
architectures, allows local users to write to privileged IO ports via
the OUTS instruction.
Although this says before 2.6.9 this *includes* both 2.6.8 and 2.6.9.
REDHAT:RHSA-2005:092
URL:http://www.redhat.com/support/errata/RHSA-2005-092.html
The RedHat bug associated with this is located at:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=148855
A patch to fix the problem is attached to this bugreport, it is
located here (also linked to the RedHat bug):
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=110424action=view
This apparantly only affects AMD64 and EM64T, and applies to 2.6.8 as
well as 2.6.9.
Kernel 2.4.27 appears to have a similar vulnerability, although this
patch would not apply cleanly to that tree, but looks relatively
trivial to modify appropriately.
Please include this CAN number in changelog entries about this problem.
Thanks,
Micah
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages kernel-source-2.6.8 depends on:
ii binutils 2.15-5 The GNU assembler, linker and bina
ii bzip2 1.0.2-1A high-quality block-sorting file
ii coreutils [fileutils] 5.2.1-2The GNU core utilities
ii fileutils 5.2.1-2The GNU file management utilities
-- no debconf information
--- linux-2.6.9/include/asm-x86_64/desc.h~ 2005-01-30 20:08:12.799247944
-0800
+++ linux-2.6.9/include/asm-x86_64/desc.h 2005-01-30 20:08:12.799247944
-0800
@@ -128,7 +128,7 @@
{
set_tssldt_descriptor(cpu_gdt_table[cpu][GDT_ENTRY_TSS], (unsigned
long)addr,
DESC_TSS,
- sizeof(struct tss_struct) - 1);
+ IO_BITMAP_OFFSET + IO_BITMAP_BYTES + 7);
}
static inline void set_ldt_desc(unsigned cpu, void *addr, int size)
Bug#292283: xscreensaver: Unknown option for lightning
This is fixed in xscreensaver 4.20 (just released.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296701: insecure permissions with tmpfs mount
Package: lessdisks-terminal Version: 0.5.3cvs.20040906-11 Severity: important Tags: patch when lessdisks terminals mount a writeable filesystem using tmpfs (the default), which mounts the directory (/var/state/lessdisks by default) with very loose permissions- allowing any user to write to the directory... not real likely, but a possible security risk. attached patch should fix this issue. live well, vagrant -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=es_US, LC_CTYPE=es_US (charmap=ISO-8859-1) --- base/init.d-scripts/lessdisks.orig 2005-02-23 22:00:25.0 -0800 +++ base/init.d-scripts/lessdisks 2005-02-23 22:00:46.0 -0800 @@ -47,7 +47,7 @@ ramfs) mount -t ramfs -o rw $rw echo mounting ramfs on $rw ;; - tmpfs) mount -t tmpfs -o rw,size=$tmpfs_size tmpfs $rw + tmpfs) mount -t tmpfs -o rw,size=$tmpfs_size,mode=0755 tmpfs $rw echo mounting tmpfs on $rw ;; translucency) ;; signature.asc Description: Digital signature
Bug#296702: maint-guide: override disparity
Package: maint-guide Version: 1.1.86 Severity: minor - Forwarded message from Debian Installer [EMAIL PROTECTED] - From: Debian Installer [EMAIL PROTECTED] Subject: maint-guide override disparity To: Osamu Aoki [EMAIL PROTECTED], Josip Rodin [EMAIL PROTECTED] Date: Thu, 24 Feb 2005 01:17:13 -0500 X-CRM114-Status: Good ( pR: 6.1736 ) There are disparities between your recently accepted upload and the override file for the following file(s): maint-guide-de_1.2.4_all.deb: package says priority is optional, override says extra. maint-guide-es_1.2.4_all.deb: package says priority is optional, override says extra. maint-guide-fr_1.2.4_all.deb: package says priority is optional, override says extra. maint-guide-ja_1.2.4_all.deb: package says priority is optional, override says extra. maint-guide-pt_1.2.4_all.deb: package says priority is optional, override says extra. maint-guide-ru_1.2.4_all.deb: package says priority is optional, override says extra. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296703: Small dialog boxes will not reappear, cause xfig to hang
Package: xfig Version: 1:3.2.5-alpha5-3 Severity: important When I attempt to bring up a small dialog box for the second time, xfig will hang and will not display the dialog box. For example, when aligning things, if I click on the Vert Align button at the bottom to set what kind of aligning I want to do, it will work, but if I ever click on it again (even after changing to another tool doing some work, and then coming back to align) the window to let me choose the alignment type won't show up, and xfig won't accept any more mouse input at all (I can't use the menus, change tools, or anything). The one thing I can do is close the window, which will cause xfig to display a dialog box asking me if I want to save, and this dialog box does respond to mouse clicks. All I can do is save my work and try again. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.3 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xfig depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296704: nagios-plugins no longer needs to worry about update-nagios
Package: nagios-plugins Version: 1.3.1.0-8 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi guido, somebody brought up on the pkg-nagios-devel mailing list that we shouldn't have ever needed to use something like update-nagios, because nagios has an option cfg_dir which will include any file ending in .cfg in a given directory. the next version of nagios (not the one currently heading to sarge, but the one i will upload in a bit under a week) will have this be the default behavior. just a heads up... sean - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nagios-plugins depends on: ii dnsutils 1:9.2.3-3 Clients provided with BIND ii fping2.4b2-to-ipv6-7 Send ICMP ECHO_REQUEST packets to ii host 2331-9 utility for querying DNS servers ii libc62.3.2.ds1-11GNU C Library: Shared libraries an ii libldap2 2.1.29-2OpenLDAP libraries ii libmysqlclient10 3.23.56-2 LGPL-licensed client library for M ii libnet-snmp-perl 4.0.3-1 Script SNMP connections ii libpq3 7.4.2-3 Shared library libpq.so.3 for Post ii libssl0.9.7 0.9.7d-1SSL shared libraries ii netkit-ping [ping] 0.10-9 The ping utility from netkit ii ntp-simple 1:4.1.2a-2 NTP v4 daemon for simple systems ii ntpdate 1:4.2.0a-11 The ntpdate client for setting sys ii procps 1:3.2.1-2 The /proc file system utilities ii qstat2.6-1 Command-line tool for querying qua ii radiusclient10.3.2-8 /bin/login replacement which uses ii smbclient3.0.10-1a LanManager-like simple client fo ii snmp 5.1.2-6 NET SNMP (Simple Network Managemen - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCHXwnynjLPm522B0RAlP5AJ47tnHE7e8QqWda0PqXYF/Bh17mzgCfSeRx 98Ge7BAeFrF/a33sXBPgH24= =yCaE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269699: Patch
If it helps, here's the patch.
~Kyle
diff -ur ../MUTT/mutt/PATCHES mutt/PATCHES
--- ../MUTT/mutt/PATCHES2002-12-09 18:44:54.0 +0100
+++ mutt/PATCHES2004-03-10 14:39:29.0 +0100
@@ -0,0 +1 @@
+patch-1.5.6.ddm.pgp-auto-decode.1
diff -ur ../MUTT/mutt/commands.c mutt/commands.c
--- ../MUTT/mutt/commands.c 2004-01-05 19:49:00.0 +0100
+++ mutt/commands.c 2004-03-10 14:37:48.0 +0100
@@ -951,6 +951,7 @@
rv = 1;
}
+ h-security |= PGP_TRADITIONAL_CHECKED;
mx_close_message (msg);
return rv;
}
diff -ur ../MUTT/mutt/curs_main.c mutt/curs_main.c
--- ../MUTT/mutt/curs_main.c2003-09-03 19:09:09.0 +0200
+++ mutt/curs_main.c2004-03-10 14:37:48.0 +0100
@@ -1114,7 +1114,7 @@
case OP_DISPLAY_HEADERS: /* don't weed the headers */
CHECK_MSGCOUNT;
-CHECK_VISIBLE;
+ CHECK_VISIBLE;
/*
* toggle the weeding of headers so that a user can press the key
* again while reading the message.
@@ -1132,6 +1132,8 @@
menu-current = mutt_thread_next_unread (Context, CURHDR);
}
+ if (option (OPTPGPAUTODEC) !(tag ? 0 : (CURHDR-security
PGP_TRADITIONAL_CHECKED)))
+ mutt_check_traditional_pgp (tag ? NULL : CURHDR, menu-redraw);
if ((op = mutt_display_message (CURHDR)) == -1)
{
unset_option (OPTNEEDRESORT);
@@ -1808,6 +1810,8 @@
CHECK_IMAP_ACL(IMAP_ACL_INSERT);
#endif
+ if (option (OPTPGPAUTODEC) !(tag ? 0 : (CURHDR-security
PGP_TRADITIONAL_CHECKED)))
+ mutt_check_traditional_pgp (tag ? NULL : CURHDR, menu-redraw);
mutt_edit_message (Context, tag ? NULL : CURHDR);
menu-redraw = REDRAW_FULL;
@@ -1818,6 +1822,8 @@
CHECK_MSGCOUNT;
CHECK_VISIBLE;
CHECK_ATTACH;
+ if (option (OPTPGPAUTODEC) !(tag ? 0 : (CURHDR-security
PGP_TRADITIONAL_CHECKED)))
+ mutt_check_traditional_pgp (tag ? NULL : CURHDR, menu-redraw);
ci_send_message (SENDFORWARD, NULL, NULL, Context, tag ? NULL : CURHDR);
menu-redraw = REDRAW_FULL;
break;
@@ -1832,6 +1838,8 @@
CHECK_MSGCOUNT;
CHECK_VISIBLE;
CHECK_ATTACH;
+ if (option (OPTPGPAUTODEC) !(tag ? 0 : (CURHDR-security
PGP_TRADITIONAL_CHECKED)))
+ mutt_check_traditional_pgp (tag ? NULL : CURHDR, menu-redraw);
ci_send_message (SENDREPLY|SENDGROUPREPLY, NULL, NULL, Context, tag ?
NULL : CURHDR);
menu-redraw = REDRAW_FULL;
break;
@@ -1841,6 +1849,8 @@
CHECK_ATTACH;
CHECK_MSGCOUNT;
CHECK_VISIBLE;
+ if (option (OPTPGPAUTODEC) !(tag ? 0 : (CURHDR-security
PGP_TRADITIONAL_CHECKED)))
+ mutt_check_traditional_pgp (tag ? NULL : CURHDR, menu-redraw);
ci_send_message (SENDREPLY|SENDLISTREPLY, NULL, NULL, Context, tag ?
NULL : CURHDR);
menu-redraw = REDRAW_FULL;
break;
@@ -1957,6 +1967,8 @@
CHECK_ATTACH;
CHECK_MSGCOUNT;
CHECK_VISIBLE;
+ if (option (OPTPGPAUTODEC) !(tag ? 0 : (CURHDR-security
PGP_TRADITIONAL_CHECKED)))
+ mutt_check_traditional_pgp (tag ? NULL : CURHDR, menu-redraw);
ci_send_message (SENDREPLY, NULL, NULL, Context, tag ? NULL : CURHDR);
menu-redraw = REDRAW_FULL;
break;
diff -ur ../MUTT/mutt/init.h mutt/init.h
--- ../MUTT/mutt/init.h 2004-02-13 16:08:31.0 +0100
+++ mutt/init.h 2004-03-10 14:37:48.0 +0100
@@ -1452,6 +1452,17 @@
** This option overrides ``$$pgp_create_traditional''
** (PGP only)
*/
+ { pgp_auto_decode, DT_BOOL, R_NONE, OPTPGPAUTODEC, 0 },
+ /*
+ ** .pp
+ ** If set, mutt will automatically attempt to decrypt traditional PGP
+ ** messages whenever the user performs an operation which ordinarily would
+ ** result in the contents of the message being operated on. For example,
+ ** if the user displays a pgp-traditional message which has not been manually
+ ** checked with the check-traditional-pgp function, mutt will automatically
+ ** check the message for traditional pgp.
+ */
+
/* XXX Default values! */
diff -U 0 -r ../MUTT/mutt/mutt.h mutt/mutt.h
--- ../MUTT/mutt/mutt.h 2004-02-13 16:08:32.0 +0100
+++ mutt/mutt.h 2004-03-10 14:37:48.0 +0100
@@ -444,0 +444 @@
+ OPTPGPAUTODEC,
Bug#296201: mount: unprivileged user can mount partition without updating mtab
tags 296201 - unreproducible tags 296201 + patch thanks This *is* reproducible, although I think one should always avoid doing a kill -9 if not really really absolutely necessary. And I have suggested a patch in a previous message. Cheers, - Stephan. Am Wed, 23. February 2005 um 14:59:21 -0800 schrieb Tyler MacDonald: To repo - I have done this *4* times now: [...] signature.asc Description: Digital signature
Bug#296706: RFA: toshutils
Package: wnpp Severity: normal My toshiba laptop is effectively dead, I now use an IBM laptop. I therefore can't really use toshutils myself anymore and would like someone else to take it over. Rene Engelhard, the maintainer of toshset, has suggested he might do it if no one else can, but he tends not to use X on his toshiba laptop (which is why he uses toshset, not toshutils). So if someone would like to volunteer for it, then great! Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296461: UpgradeTwiki upgrade script not present/working : fix setlib.cfg
era eriksson [EMAIL PROTECTED] writes: In http://bugs.debian.org/296461, you write: In order to upgrade from a previous twiki installation, the upstream script UpgradeTwiki is quite [useful]. If you are using a Debian package, you should not be updating things in place. dpkg will be rightfully upset if you change an installed package behind its back. Upgrade to a new version of the Debian package (perhaps a locally created backport?), or install directly from upstream sources, and don't use the Debian package in the first place. Granted, it would be interesting to see how well the upgrade script would be at upgrading the source of a Debian package ... Perhaps that's actually what you are suggesting? /* era */ Hmmm... I suggest you have a look at what UpgradeTwiki does ;) It's about upgrading the data (i.e. the standard set of pages, the preferences, the templates, all kind of stuff that twiki uses in order to work well, beyond the scripts). Ok, it ay e used to upgrade the bin/ and lib/ directories too, but that's not the point... debconf won't help upgrading the data : that's where it lacks some tool. The scripts are upgraded by denconf : perfect. But unless you upgrade the data, they may no longer work as expected. That's where UpgradeTwiki comes to the rescue. But anyways, this will require a human intervention at all cases... and a bit of understanding of a diff/merge tool. Hope this is a bit more clear this time. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) APRIL (http://www.april.org) - Vive python (http://www.python.org) Pétition contre les brevets logiciels : http://petition.eurolinux.org
