Bug#353677: silky: error while loading shared libraries
severity 353677 grave thanks [Erik de Castro Lopo] > Running silky produces the following error: > > silky: error while loading shared libraries: libsilcclient-1.0.so.2: > cannot open shared object file: No such file or directory I see this problem too. I just installed silky, and am unable to start the program. Increasing the severity to 'grave' as this bug make it impossible to use this program. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354490: RFP: multiseat -- installer for multi-head systems
Package: wnpp Severity: wishlist * Package name: multiseat Version : 0.9.10 Upstream Author : Fabio Massimo Di Nitto and Daniel Stone * URL : ftp://ftp.ubuntu.com/ubuntu/pool/main/m/multiseat/ * License : GNU GPL Description : administration and configuration tools for multiseat systems This package contains scripts and configuration files to configure a multiseat system, including a hotplug daemon script to handle user-specific device hotplug events automatically. Ubuntu already include this package, which is an implementation of the four in one computer system first pioneered by HP. The idea is to stick four video cards, keyboards and mouses on one machine, and configure X to provide 4 login environment on the machine, this cutting the cost per seat dramaticaly. A PDf explaining the system from HP is available from http://www.hp.com/hpinfo/newsroom/press_kits/2004/einclusion/ds_441_desktops.pdf >. I believe we should include this system in Debian, and thus request this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332600: nss-ldap: new release available
These are the upstream changelog entries since the last debian version. I suspect the new upstream version fixes the segfaults, as reported in bug #323580. Please make a new debian package of libnss-ldap using the newer upstream version. 249 Luke Howard <[EMAIL PROTECTED]> * fix for BUG#253: build broken on AIX * fix for BUG#255: deadlock in initgroups 248 Luke Howard <[EMAIL PROTECTED]> * fix regression in per-objectclass attribute mapping introduced in nss_ldap-246 247 Luke Howard <[EMAIL PROTECTED]> * double-check *ld != NULL even if mapped eror return from ldap_initialize() returns NSS_SUCCESS 246 Luke Howard <[EMAIL PROTECTED]> * paged results and RFC2307bis support are now always compiled in; they are by default disabled unless you configured with --enable-paged-results and --enable-rfc2307bis, respectively. See nss_ldap(5) for configuration options. * fix for BUG#219: paged results delivers wrong results * fix for BUG#222: use asynchronous start TLS if available, using bind_timeout value * fix for BUG#235: make DNS SRV lookup domain configurable (nss_srv_domain) * fix for BUG#240: return "*" rather than "x" for userPassword if not present * fix for BUG#245: paged results broken since nss_ldap-241 * patch from Ralf Haferkamp <[EMAIL PROTECTED]>: compile fix for IPv6 * compile for Solaris * schema mapping is always enabled, cleanup schema mapping code * allow for map-specific objectclass mapping * partial implementation of Solaris Simplified LDAP API, allows automountd support on Solaris via nss_ldap * for Linux automounter, always close connection after endautomntent() to avoid persistent connection * add nss_connect_policy argument to ldap.conf 245 Luke Howard <[EMAIL PROTECTED]> * don't leak LDAP connection if do_bind() failed or descriptor owner had changed. If do_bind() failed the underlying descriptor would also be leaked, causing a large number of sockets to be consumed during failover * add nss_initgroups_ignoreusers parameter to ldap.conf, returns NOTFOUND if nss_ldap's initgroups() is called for users (comma separated) * try to deal with systems that have headers for both versions of the SASL library installed * better logging of failed connections and reconnections * patch from Dean Michaels <[EMAIL PROTECTED]>: build with Netscape 5 library on Solaris * patch from Ralf Haferkamp <[EMAIL PROTECTED]>: manual page fix to bind_policy 244 Luke Howard <[EMAIL PROTECTED]> * patch from Ralf Haferkamp <[EMAIL PROTECTED]>: enusre bytesleft macro does not return values < 0 * include in ldap-nss.c 243 Luke Howard <[EMAIL PROTECTED]> * fix for BUG#225: invalid pointer dereferencing when reading rootpw 242 Luke Howard <[EMAIL PROTECTED]> * fixes for compiling on Solaris 10 241 Luke Howard <[EMAIL PROTECTED]> * new, more robust reconnection logic * both "host" and "uri" directives can be used in ldap.conf * new (undocumented) nss_reconnect_tries, nss_reconnect_sleeptime, nss_reconnect_maxsleeptime, nss_reconnect_maxconntries directives * reload configuration file if changed 240 Luke Howard <[EMAIL PROTECTED]> * new API for resolving automounts (requires custom autofs plugin for Linux at present): _nss_ldap_setautomntent(), _nss_ldap_getautomntent(), _nss_ldap_endautomntent(), _nss_ldap_getautomntbyname_r() * fix for BUG#200: rename SOCKLEN_T as it conflicts on AIX * fix for BUG#205: accept line feeds in ldap.conf * fix for BUG#211: nss_ldap fails to start TLS on referred connections * fix for BUG#213: initgroups crash if RFC2307bis undefined * turn down reconnection logging volume 239 Luke Howard <[EMAIL PROTECTED]> * support for initgroups using backlinks (selectable at runtime if RFC2307bis support is enabled, using the nss_initgroups backlink configuration directive) * support for dynamically expanding filter sizes * from Peter Marschall <[EMAIL PROTECTED]>: revert the deletion of blanks/tabs in ldap.conf that happened between 235 and 238 * from Peter Marschall <[EMAIL PROTECTED]>: This patch changes configure.in and Makefile.am so that ldap.conf gets installed in the place and with the name that is given to the configure option --with-ldap-conf-file. In addition to that it fixes a long standing bug in Makefile.am that tries to
Bug#345994: please provide init script for ipmievd
> While I prefer GPL for my own stuff too, as my changes to the > skeleton are trivial, I'm fine with placing it in the public domain. Great. I placed this comment in the header of the script: # Licence: This script is public domain using the same # licence as ipmitool itself. I expect that should be enough to avoid problems. I'm making a new release now with this script included (slightly modified), and asked upstream to provide pid file support in the future. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303699: Please build-depend on libpng12-dev
tags 303699 + patch thanks I'm preparing an NMU to fix this problem. Here is the patch and proposed changelog entry. * Change build depend from 'libpng3-dev (>= 1.2.1-2)' to libpng12-dev to avoid future build problem. libpng3-dev will be removed in the future. (Closes: #303699) diff -ur freecraft-1.18/debian/control freecraft-1.18-pere/debian/control --- freecraft-1.18/debian/control 2006-01-15 00:10:46.960121958 +0100 +++ freecraft-1.18-pere/debian/control 2006-01-15 00:09:28.619723646 +0100 @@ -2,7 +2,7 @@ Section: games Priority: optional Maintainer: David MartÃnez Moreno <[EMAIL PROTECTED]> -Build-Depends: libglib1.2-dev, xlibs-dev (>> 4.1.0), libsdl1.2-dev (>> 1.2.2), libsdl1.2debian, libpng3-dev (>= 1.2.1-2), svgalibg1-dev [i386], libbz2-dev, debhelper (>> 4.0.0) +Build-Depends: libglib1.2-dev, xlibs-dev (>> 4.1.0), libsdl1.2-dev (>> 1.2.2), libsdl1.2debian, libpng12-dev, svgalibg1-dev [i386], libbz2-dev, debhelper (>> 4.0.0) Standards-Version: 3.6.2.1 Package: freecraft
Bug#336527: bootchart-view: requires j2re1.4, but doesn't depend on it
This bug keep this package from propagating into testing. Because of the 'wontfix' tag, I am unsure if this is intentional or not. What is the plan? Perhaps the severity of the bug should be reduced, the wontfix flag should be removed and the bug fixed, or what? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346669: freecraft: FTBFS: build-depends on removed xlibs-dev
tags 346669 + patch thanks I'm preparing an NMU to fix this problem. Here is the patch and proposed changelog entry. * Change build depend from 'xlibs-dev (>> 4.1.0)' to 'libx11-dev, libxext-dev, x-dev', as xlibx-dev is being removed from Debian. (Closes: #346669) diff -ur freecraft-1.18/debian/control freecraft-1.18-pere/debian/control --- freecraft-1.18/debian/control 2006-01-15 00:10:46.0 +0100 +++ freecraft-1.18-pere/debian/control 2006-01-15 00:19:51.0 +0100 @@ -2,7 +2,7 @@ Section: games Priority: optional Maintainer: David MartÃnez Moreno <[EMAIL PROTECTED]> -Build-Depends: libglib1.2-dev, xlibs-dev (>> 4.1.0), libsdl1.2-dev (>> 1.2.2), libsdl1.2debian, libpng3-dev (>= 1.2.1-2), svgalibg1-dev [i386], libbz2-dev, debhelper (>> 4.0.0) +Build-Depends: libglib1.2-dev, libx11-dev, libxext-dev, x-dev, libsdl1.2-dev (>> 1.2.2), libsdl1.2debian, libpng3-dev (>= 1.2.1-2), svgalibg1-dev [i386], libbz2-dev, debhelper (>> 4.0.0) Standards-Version: 3.6.2.1 Package: freecraft
Bug#186882: Crashes immediately on Alpha
[Falk Hueffner] > Hmm, I thought the project is dead anyway or superceded by something > else. Is this really worth bothering? Well, I like playing it, so I try to keep the package in Debian working. :) I know upstream gave up when Blizzard sent threats, but as long as it still is in Debian I want it to work as good as possible. Unfortunately I do not have much time to spend on it, but crash bugs are normally fairly simple to fix, so I thought I should ask for more info. > Also, it FTBFS currently due to xlibs-dev dependency. Fixed in my NMU a few hours ago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336527: bootchart-view: requires j2re1.4, but doesn't depend on it
[Jörg Sommer] > What would you suggest? I suggest reducing the severity to 'wishlist' while keeping the wontfix flag, and perhaps retitle the bug if that make it more obvious what the bug is all about. "requires j2re1.4" indicate a serious bug, while bootchart do not really require j2re1.4 and thus the bug might use some retitleing to 'work best with' or similar? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348504: cacao: Fail to run java version of World Wind
Package: cacao Version: 0.93-4 This is a new version of bug #337601, which solved the previous ww2d problem with jamvm by updating classpath. Cacao fail to run the GIS tool World Wind. I get it working using SUN Java by following this howto: 1) download the JOGL and ww2d packages: wget http://ww2d.csoft.net/files/ww2d-0.99.87.zip wget http://ww2d.csoft.net/files/JOGL-Inst-1.10.jar 2) unpack JOGL into separate directory (running the jar do not work, as it assume root access and tries to copy files into locations where I do not want to write new files). (mkdir JOGL-Inst && cd JOGL-Inst && jar -x < ../JOGL-Inst.jar) 3) unpack the ww2d zip file unzip ww2d-0.99.87.zip 4) make the jogl files available in this new directory. This is the important trick to work around the broken JOGL installer. (cd ww2d-0.99.87 && ln ../JOGL-Inst/jogl.jar .) (cd ww2d-0.99.87 && ln ../JOGL-Inst/libjogl.so .) 5) run the program in the ww2d... directory while making sure the dynamic linker find the libjogl.so file. cd LD_LIBRARY_PATH=`pwd` java -jar WW2D.jar This give me a nice window with a map of the earth, and I can zoom in to different areas of the world using Alt-up and Alt-down. :) When I try to run it using cacao, I get this exception instead: WW2D 0.99.87 by Vitaliy Pronkin <[EMAIL PROTECTED]> starting... Exception in thread "main" java.lang.UnsatisfiedLinkError: Native library `jogl' not found (as file `libjogl.so') in gnu.classpath.boot.library.path and java.library.path at java.lang.Runtime.loadLibrary (Runtime.java:763) at java.lang.System.loadLibrary (System.java:512) at net.java.games.jogl.impl.NativeLibLoader$1.run (NativeLibLoader.java:72) at java.security.AccessController.doPrivileged (AccessController.java:96) at net.java.games.jogl.impl.NativeLibLoader.load (NativeLibLoader.java:58) at net.java.games.jogl.impl.x11.X11GLContextFactory. (X11GLContextFactory.java:50) at java.lang.VMClass.forName (Native Method) at java.lang.Class.forName (Class.java:161) at net.java.games.jogl.impl.GLContextFactory.getFactory (GLContextFactory.java:69) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:150) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:118) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:85) at org.ww2d.core.Program.main (Program.java:56) [and then it hangs] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cacao depends on: ii classpath 2:0.20-1 clean room standard Java libraries ii classpath-common 2:0.20-1 architecture independent files ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii zlib1g1:1.2.3-9 compression library - runtime cacao recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348503: jamvm: Fail to run java version of World Wind
Package: jamvm Version: 1.4.1-2 This is a new version of bug #337601, which solved the previous ww2d problem with jamvm. Jamvm fail to run the GIS tool World Wind. I get it working using SUN Java by following this howto: 1) download the JOGL and ww2d packages: wget http://ww2d.csoft.net/files/ww2d-0.99.87.zip wget http://ww2d.csoft.net/files/JOGL-Inst-1.10.jar 2) unpack JOGL into separate directory (running the jar do not work, as it assume root access and tries to copy files into locations where I do not want to write new files). (mkdir JOGL-Inst && cd JOGL-Inst && jar -x < ../JOGL-Inst.jar) 3) unpack the ww2d zip file unzip ww2d-0.99.87.zip 4) make the jogl files available in this new directory. This is the important trick to work around the broken JOGL installer. (cd ww2d-0.99.87 && ln ../JOGL-Inst/jogl.jar .) (cd ww2d-0.99.87 && ln ../JOGL-Inst/libjogl.so .) 5) run the program in the ww2d... directory while making sure the dynamic linker find the libjogl.so file. cd LD_LIBRARY_PATH=`pwd` java -jar WW2D.jar This give me a nice window with a map of the earth, and I can zoom in to different areas of the world using Alt-up and Alt-down. :) When I try to run it using jamvm, I get this exception instead: WW2D 0.99.87 by Vitaliy Pronkin <[EMAIL PROTECTED]> starting... java.lang.reflect.InvocationTargetException at java.lang.reflect.Method.invokeNative (Native Method) at java.lang.reflect.Method.invoke (Method.java:355) at jamvm.java.lang.JarLauncher.main (JarLauncher.java:50) Caused by: java.lang.UnsatisfiedLinkError: Native library `jogl' not found (as file `libjogl.so') in gnu.classpath.boot.library.path and java.library.path at java.lang.Runtime.loadLibrary (Runtime.java:763) at java.lang.System.loadLibrary (System.java:512) at net.java.games.jogl.impl.NativeLibLoader$1.run (NativeLibLoader.java:72) at java.security.AccessController.doPrivileged (AccessController.java:96) at net.java.games.jogl.impl.NativeLibLoader.load (NativeLibLoader.java:58) at net.java.games.jogl.impl.x11.X11GLContextFactory. (X11GLContextFactory.java:50) at java.lang.VMClass.forName (Native Method) at java.lang.Class.forName (Class.java:161) at net.java.games.jogl.impl.GLContextFactory.getFactory (GLContextFactory.java:69) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:150) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:118) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:85) at org.ww2d.core.Program.main (Program.java:56) at java.lang.reflect.Method.invokeNative (Native Method) ...2 more [and then it hangs] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages jamvm depends on: ii classpath 2:0.20-1 clean room standard Java libraries ii classpath-common 2:0.20-1 architecture independent files ii java-common 0.23 Base of all Java packages ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii zlib1g1:1.2.3-9 compression library - runtime jamvm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349271: [Popcon-developers] Bug#349271: popularity-contest: shell option errors
severity 349271 normal merge 349271 331438 thanks Thank you for your bug report. Sad to hear that the problem is still affecting users. The fixed package should make it into etch in 6 days. [Ron Johnson] > On 14-Jan, cron.weekly started sending me emails with this in them: > > /etc/cron.weekly/popularity-contest: > /bin/sh: - : invalid option I believe this is the same as bug #331438, fixed in version 1.32. The argument parsing of 'su' was changed and this broke popularity-contest. We have changed popularity-contest to work around this, and the argument parsing of 'su' have since been changed to work as before. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352233: thescoder: Manual page should include info on how OOo 2.0 is handled
Package: thescoder Version: 0.6-1 Severity: wishlist The manual page for thescoder(1) specifies that thescoder is only useful for generating thesaurus files for OOo before version 2.0. It would be nice if there was some reference on where to look to find out how to make thesaurus files for OOo 2.0 and later. I did a quick search on Google without finding anything usefulq, and am unsure how to make a thesaurus for the current version of OOo. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages thescoder depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352262: RFP: mpt-status -- Get RAID status out of mpt (and other) HW RAID controllers
Package: wnpp Severity: wishlist * Package name: mpt-status Upstream Author : Roberto Nibali <[EMAIL PROTECTED]> * URL : http://www.drugphish.ch/~ratz/mpt-status/ * License : GPL Description : Get RAID status out of mpt (and other) HW RAID controllers The mpt-status software is a query tool to access the running configuration and status of LSI SCSI HBAs. mpt-status allows you to monitor the health and status of your RAID setup. The Debian Edu build server uses this RAID system, so we would like to have the tools to monitor it in Debian. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352308: libgdal1-grass is missing
[Paolo Cavallini] > libbgdal1-grass is missing in the new package. This is important, > because the new version includes the support for grass vectors (useful > e.g. to display them in mapserver applications). Isn't this a different package than gdal, the one listed on http://packages.qa.debian.org/libg/libgdal-grass.html>? If not, please provide patches to enable libgdal1-grass. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#220025: Will fix
[Thomas Hood] > At the end of the initscript sequence for runlevel S we need to know > whether or not we are going to switch to a multi-user runlevel (2 > through 5). (If we are not going to switch to a multi-user runlevel > then we must stop bootlogd; otherwise we leave bootlogd running and > it will be stopped at the end of the initscript sequence for the > multi-user runlevel.) How can this information be obtained from > runlevel(8)? Why do you want to stop it at the end of runlevel S, instead of stopping it at the start of runlevel 1 (single user)? I would suspect adding for example 1:K99bootlogd would solve this problem, as it would stop bootlogd just before starting S20single. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343457: boot_xconf: syntax error in 'let LENGTH=($LENGTH - 1)'
Package: debian-edu-config Version: 0.399 Severity: important When upgrading debian-edu-config, I get this message from postinst. This did not break the installation of the new package, so I set severity only to important. Installing new version of config file /etc/init.d/update-hostname ... Installing new version of config file /etc/init.d/start-wlan ... Installing new version of config file /etc/init.d/report-reboot ... /etc/init.d/boot_xconf: line 43: syntax error near unexpected token `(' /etc/init.d/boot_xconf: line 43: ` let LENGTH=($LENGTH - 1)' invoke-rc.d: initscript boot_xconf, action "start" failed. This looks like a typo in the script. I assume the code should subtract 1 from the value of LENGTH. Perhaps a posix shell compliant notation should be used instead? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343457: boot_xconf: syntax error in 'let LENGTH=($LENGTH - 1)'
[Petter Reinholdtsen] > I assume the code should subtract 1 from the value of LENGTH. > Perhaps a posix shell compliant notation should be used instead? I suspect this patch will solve it, but it is untested. Index: debian/debian-edu-config.boot_xconf === --- debian/debian-edu-config.boot_xconf (revisjon 5227) +++ debian/debian-edu-config.boot_xconf (arbeidskopi) @@ -40,7 +40,7 @@ LENGTH=8 while [ $LENGTH -gt 0 ] ; do echo $HEXIP - let LENGTH=($LENGTH - 1) + LENGTH=(($LENGTH - 1)) HEXIP=$(echo $HEXIP | cut -c -$LENGTH) done } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340081: gpsd: ftbfs [sparc] undefined reference to `floor'
This build problem affect several architectures, not just sparc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340147: /etc/init.d/glibc.sh must use ': exit 0' instead of 'exit 0'
Package: libc6 Version: 2.3.5-5 Severity: serious The script /etc/init.d/glibc.sh can not be sourced, as it contain 'exit 0' at the end of the script. This is against policy, specifying that all .sh scripts in /etc/rcS.d/ will be sourced. I discovered this while fixing sysv-rc (bug #339955), as the boot started to fail because glibc.sh terminated the script running the files in /etc/rcS.d/. Changing 'exit 0' to ': exit 0' solved the issue. Setting severity serious, as this Debian Policy §9.3.1 require .sh scripts in runlevel S to be sourced, and this is impossible as long as this bug is open.
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
I'm not sure how this could happen, but when I enabled sourcing of the .sh scripts in rcS.d/, the boot failed because /etc/rcS.d/S01glibc.sh uses 'exit 0' at the end of the script, and thus terminates the S runlevel. This script was added in glibc version 2.3.5-5 uploaded 2005-08-27. The strange thing is that the sysv-rc version no longer sourcing the .sh scripts was uploaded 2005-09-10. Wonder how people were booting in the mean time... :/ So it is not safe to source the .sh scripts at the moment. Changing the 'exit 0' to ': exit 0' solved that issue. This should be reported as a bug against glibc, I guess. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295335: [Pkg-sysvinit-devel] Bug#295335: marked as done (Manpage improvements for lastb)
found 295335 2.86.ds1-6 thanks [Thomas Hood] > This was done in sysvinit (2.86.ds1-5). And undone in 2.86.ds1-6, as someone claimed the behaviour did not match the suggested manpage change. I see that I forgot to mention this in the changelog. Sorry about that. Reopening. (I'm not if this is the proper way to reopen the case with the new version tracking support in BTS, but give it a try. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341075: [Pkg-sysvinit-devel] Bug#341075: Keep 2.86.ds1-6 out of testing
[Thomas Hood] > pere: Please just close this if you disagree. I'm not sure if I agree or not. :) The version in testing have bugs too, which are fixed by version 2.86.ds1-6. Which bugs in 2.86.ds1-6 are not present in testing, and are serious enough to keep 2.86.ds1-6 from entering testing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341204: RFP: adept - Graphical APT frontend for KDE
Package: wnpp Severity: wishlist * Package name: adept Upstream Author : Peter Rockai <[EMAIL PROTECTED]> * URL : http://web.ekhis.org/adept.html * License : BSD? Description : Graphical APT frontend for KDE Adept is a successor to Kapture. It is a package manager for KDE, for Debian and Debian based systems (RPM support should be possible although not being worked on yet). It is based on libapt-front and provides own libept which makes it possible to build several different frontends with very little effort. Libept contains kde widgets and other kde/qt integration on the code level for libapt-front and libapt-pkg. The package is available from Ubuntu in ftp://ftp.ubuntu.com/ubuntu/pool/main/e/ept/>. This is the license, which I believe is a variation of the BSD license: Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither the name of [original copyright holder] nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338800: lsdvd: Doesn't seem to report accurate palette information
tags 338800 + patch thanks I believe this patch solve the issue, by making sure the array size and the array limit used to initialize it is the same. I'm uploading a new version with this fix. --- lsdvd-0.15.orig/lsdvd.c +++ lsdvd-0.15/lsdvd.c @@ -319,8 +319,9 @@ // PALETTE if (opt_P) { - dvd_info.titles[j].palette = malloc(16 * sizeof(int)); - for (i=1; i < 18; i++) { dvd_info.titles[j].palette[i] = pgc->palette[i]; } + const int palsize = 16; + dvd_info.titles[j].palette = malloc(palsize * sizeof(int)); + for (i=1; i < palsize; i++) { dvd_info.titles[j].palette[i] = pgc->palette[i]; } } else { dvd_info.titles[j].palette = NULL; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346530: ltsp-client: Fail with /bin/sh -> dash
Package: ltsp-client Version: 0.58debian4 When booting the LTSP client using dash as /bin/sh, I see this error message: /usr/lib/ltsp/ltsp_functions: 36: Syntax error: Bad substitution I'm trying to see if dash might speed up the boot when compared to the normal bash run. The problematic code is in reg_info(), the ${!VAR}: reg_info(){ VAR=$1 [ -d /tmp/info ] || mkdir /tmp/info echo ${!VAR} >/tmp/info/${VAR} } The quick fix is to replace /bin/sh with /bin/bash in /etc/init.d/ltsp-client and /etc/init.d/ltsp-client-setup. A better fix is to rewrite the code to work with dash. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346575: gutenbrowser: Fail to download new texts
Package: gutenbrowser Version: 0.8.1-1 Severity: grave When trying to use gutenbrowser, I am unable to download new texts. Here is the output from a test run where I tried to download a text. % gutenbrowser local library is /home/pere/.gutenbrowser Reading font config Setting up slots. init finished. QLayout "unnamed" added to Gutenbrowser "unnamed", which already has a layout Library Dialog finished init new_index is /home/pere/.gutenbrowser/PGWHOLE.TXT new index nameis /home/pere/.gutenbrowser/GUTINDEX.ALL load Library index using new index file is /usr/share/doc/gutenbrowser/PGWHOLE.TXT wizoz10x.xxx download_Etext() about to network dialog Ftp host is ftp.sunet.se /pub/etext/gutenberg/ 93 Please find a file:wizoz10 Download file: wizoz10 Checking: ftp://ftp.sunet.se/pub/etext/gutenberg//etext93/ /pub/etext/gutenberg//etext93/ /home/pere/.gutenbrowser/.guten_temp wizoz10 Getting directory list from: ftp://ftp.sunet.se/pub/etext/gutenberg//etext93/ fileFinished() wizoz10 Just downloaded /home/pere/.gutenbrowser/.guten_temp % This make it useless for all new users, and thus I make this a grave bug to keep this package out of testing. I got this comment from Henrik Steffien about the problem: Indeed the gutenbrowser isn't downloading an ebook. I could reproduce the problem and took a look at the sources. It's more bad than I had feared. :-) The algorithms in gutenbrowser for searching and downloading the files from the mirror servers aren't up to date and complete. This means in your concrete example that the filename of the etext isn't constructed in the right way. So gutenbrowser is trying to download a file that doesn't exist on the server. Also the gutenbrowser doesn't care about the new system of Project Gutenberg for managing the etext files. Newer books are stored in a different directory structure, that gutenbrowser at all doesn't know of. :-( Also the main index files have to be handled another way... I think the world turned around and gutenbrowser stood still for a long time. This means there's a lot to do for me to get gutenbrowser up to date. I can't solve this with a simple debian specific patch. This much work I will let introduce into the new QT4 version of gutenbrowser. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#217393: new ispell version (3.2.06, 2001-08-01)
retitle 217393 new ispell version (3.2.06: 2001-08-01, 3.3.02: 2005-06-12) thanks [David Coe] > so I think I'll just skip 3.2 and package 3.3 when it comes out > ("real soon now") -- and coordinate the rebuilding of all the ispell > dictionary packages, because they'll change for 3.3 (and would for > 3.2 as well). This sounds good. As you probably know, version 3.3.02 is already out. When do you expect to get it into Debian? Perhaps is it an idea to move all programs currently using ispell to use aspell, myspell or hunspell instead, to reduce the complexity of maintaining dictionaries in debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327853: Can't compile PCL 0.9 due to missing /usr/include/map.h (dev package is missing)
A workaround for the problem of non-stable API and ABI in the mapserver library, we can add a -dev and library package with the mapserver version number as part of the name, to make sure already installed systems keep working. The gdal library recently did this, and it should work for mapserver too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349606: plan: support for reading and writing iCalender files/URLs
Package: plan Severity: wishlist Version: 1.8.7-3 A lot of useful calendars are published using the iCalendar format (RFC 2445). Because of this, it would be nice if the plan program supported reading iCalender files from file or http, and displaying the information on the calendar view. I've written a naive filter in perl to convert back and forth, but it would be better if plan would do it internally, and thus refresh the event information when it discover changes in the icalender files. It is available from http://www.student.uit.no/~pere/linux/plan2icalendar>. The iCalendar format specification is available from http://www.faqs.org/rfcs/rfc2445.html";>. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349854: ktechlab - FTBFS: error: sys/io.h: No such file or directory
If the package never build before on the given platform, I do not believe it is an RC bug that it fail to build. Because of this, I suggest redusing the severity to important. 'serious' should be used if it is breaking etch rc policy, and according to http://release.debian.org/etch_rc_policy.txt>, the following holds: 4. Autobuilding [...] Packages must autobuild without failure on all architectures on which they are supported. Packages must be supported on as many architectures as is reasonably possible. Packages are assumed to be supported on all architectures for which they have previously built successfully. Prior builds for unsupported architectures must be removed from the archive (contact -release or ftpmaster if this is the case). I guess the question is if ktechlap can be reasonably supported on s390. I leave that to the maintainer to decide. Is only available on some archs? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350035: norwegian: new upstream version available
Package: norwegian Severity: wishlist A new upstream version of the spell checking package is available. The project have been dead for a few years, but is now being restarted on Alioth. Several new versions are available from https://alioth.debian.org/projects/spell-norwegian/>. Release 2.0.3 (2006-01-15) * Update character frequency information used by myspell, and copy a few AFF lines from the OOo spell-checking package. * Updated nb frequency information for words with zero as their frequency value based on info received from Kevin Patrick Scannell and the An Crúbadán project. This added 583 words to the nb spell checker. * Rewrite myspell build rules to use the tools from the myspell package. Now uses 'munch' the full list of nb and nn words to generate the dictionary files and 'ispellaff2myspell' from the myspell package instead of the home grown 'iaff2myaff.pl' to convert the affix file to myspell format. * Correct aspell build rules to make sure the {nb,nn}.dat files are available. * Try to optimize the ispell build rules by moving more filtering into sed. * Use makefile variables for most word separator filtering, to make it easier to switch separator character in the future. * Added several new words in the nb thesaurus extracted from the free nb word database. being compiled on http://no.speling.org/>. * Comment out altstringchar rules for iso246 in nb.aff.in and nn.aff.in, as it confuses munchfile in ispell 3.3.02. * New words - Alexandras (nb,nn). - regional-departement (nb), regional-departementet (nb) and regional-departementets (nb). - fast-lege (nb,nn), fast-legen (nb,nn), fast-legens (nb). Release 2.0.2 (2006-01-04) * Corrected myspell dict file count line. * Made it easier to replace 'echo -e' for platforms where -e is not a valid option to echo. * Added 'install-doc' target to install documentation files. * Install ispell dictionaries using 'nb' and 'nn' names, and make symlinks to these from the old names. * Add script and make rule 'freq-update' to update the frequency information based on data from NTA, http://helmer.aksis.uib.no/nta/>. * New words: - fremover (nb). - Internet (nb,nn). - internettet (nb). - sær-emne (nb). - vassdrags-tiltak (nb). * Changed words: - Updated lots of words with freq 0 to the freq value provided from NTA. This added 9787 words to the nb list. - Update frequency information for all new words in 2.0.1. Set to '1' for words not available from NTA, to make sure they are included in the nb dictionary. Release 2.0.1 (2005-12-31) * Now being group maintained on Alioth. * Updated package to use new email address for Rune Kleveland. * Rewrote build rules based on Debian patches, to make it easier to make binary packages based on this source. * Rewrite build rules to use the language codes 'nb' and 'nn' instead of 'norsk' and 'nynorsk'. * Added build rules for aspell and myspell, based on the rules in the debian package. * Started on myspell (OOo) thesaurus files for bokmål (nb). * Added new script 'bokmaal', capable of looking up words on the web service available from http://www.dokpro.uio.no/>. * Lower the nb frequency cutoff point from >9 to >0, to get more words included in the spell check systems for nb. * New words: - DVD (nb,nn). - fil-rettighet (nb), fil-rettigheten (nb), fil-rettigheter (nb) - ignoranse (nb). - Internett (nb,nn), internett-* (nb,nn). - internett-leverandør (nb,nn), internett-leverandøren (nb), internett-leverandører (nb). - kontrakts-forslag (nb), kontrakts-forslaget (nb). - krypto (nb). - navne-tjener (nb), navne-tjenere (nb), navne-tjeneren (nb). - Reinholdtsen (nb,nn). - sikkerhets-oppdatering (nb), sikkerhets-oppdateringen (nb), sikkerhets-oppdateringene (nb). - Skolelinux (nb), Skulelinux (nn). - Skolelinuxprosjektet (nb), Skulelinuxprosjektet (nn). * Changed words: - Internett-adressene: freq ""->2, to make it visible as a nb word. - Linux: freq 0->2 - Linux-*: freq 0->2 - rekursiv: req 0->2
Bug#350311: ldm: Fix xauth handling to speed up the login by 20 seconds
Package: ldm Version: 0.58debian4 Tags: patch When using LTSP in Debian/Sarge, we discovered that the login take a very long time. It would get stuck for 20 secunds doing nothing. We traced this down to the lack of X authority information and problem with NFS locking. I also changed the code to only set DISPLAY once. --- client/ldm +++ client/ldm @@ -25,6 +25,7 @@ if self.use_xfs: xfs_server = get_config('XFS_SERVER') or self.server self.fontpath = "tcp/%s:7100" % xfs_server +self.authfile = '/tmp/Xauthority' def run(self): null = open('/dev/null', 'w') @@ -40,15 +41,21 @@ if self.use_xfs: server_opts += ['-fp', self.fontpath] -server_command = ['X'] + server_opts + [self.vt, self.display] +server_command = ['X', '-auth', self.authfile] + server_opts + [self.vt, self.display] server = subprocess.Popen(server_command, stdout=sys.stdout, stderr=sys.stderr) -env = os.environ.copy() -env['DISPLAY'] = self.display +os.environ['DISPLAY'] = self.display + os.environ['XAUTHORITY'] = self.authfile time.sleep(5) + +# Generate an X authority key in ~/.Xauthority +xauth_command = ['xauth', '-f', self.authfile, 'generate', self.display] +xauth = subprocess.Popen(xauth_command, stdout=sys.stdout, stderr=sys.stderr) +os.waitpid(xauth.pid, 0) + greeter = subprocess.Popen(['/usr/lib/ltsp/greeters/gtk'], - stdout=subprocess.PIPE, stderr=sys.stderr, env=env) + stdout=subprocess.PIPE, stderr=sys.stderr) greeter_output = greeter.stdout.readlines() if len(greeter_output) == 2: username = greeter_output[0][:-1] @@ -69,7 +76,6 @@ os.close(pipe_write) sys.stdin.close() os.setsid() -os.environ['DISPLAY'] = self.display os.environ['LDM_ASKPASS_FD'] = str(pipe_read) os.environ['SSH_ASKPASS'] = '/usr/lib/ltsp/ldm-askpass' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336748: xserver-xorg: Useless update of symlink on read-only partition
Package: xserver-xorg Version: 6.8.2.dfsg.1-7 Severity: important Tags: patch When trying to do to 'dpkg-reconfigure xserver-xorg' during the boot of an LTSP thin client, the postinst fail because it tries to update the /etc/X11/X symlink even though it already is pointing to the right location. This is the error message: ln: creating symbolic link '/etc/X11/X.dpkg-new' to '/usr/bin/X11/Xorg': Premission denied This patch get rid of the problem, by checking the symlink content first, and only try to update if it is pointing in the wrong direction. --- /opt/ltsp/i386-etch/var/lib/dpkg/info/xserver-xorg.postinst 2005-11-01 09:33:19.355288283 +0100 +++ /tmp/xserver-xorg.postinst 2005-11-01 09:32:13.891662641 +0100 @@ -1594,7 +1594,8 @@ db_get shared/default-x-server if [ -n "$RET" ]; then SELECTED_PACKAGE="$RET" - if [ "$SELECTED_PACKAGE" = "$THIS_PACKAGE" ]; then + if [ "$SELECTED_PACKAGE" = "$THIS_PACKAGE" ] && [ -L "$SERVER_SYMLINK" ] && + [ "$(readlink "$SERVER_SYMLINK")" != "$THIS_SERVER" ]; then # prepare a new version of the config file; this is a symlink so we # can't use the tempfile command for it (we'd have to subsequently # use ln -sf, which is subject to race condition attacks) It might be an idea to use the make_symlink_sane() function instead. The comments in this part of the code seem out of date, sa the symlink updates the X binary pointer, not the config file. When this issue is fixed, the postints fail while trying to make a backup copy of the configuration file. This patch get rid of that problem, but I am not sure if it is the best fix. Perhaps the script should check if /etc/X11/ is writable before trying to make a backup copy? Or perhaps make a backup copy in /var/log/ instead? --- /opt/ltsp/i386-etch/var/lib/dpkg/info/xserver-xorg.postinst 2005-11-01 09:33:19.355288283 +0100 +++ /tmp/xserver-xorg.postinst 2005-11-01 09:32:13.891662641 +0100 @@ -1642,7 +1643,7 @@ bomb "backup xorg.conf file $BACKUP_XORGCONFIG already" \ "exists; please remove it and try again" fi -cp "$XORGCONFIG" "$BACKUP_XORGCONFIG" +cp "$XORGCONFIG" "$BACKUP_XORGCONFIG" || true warn "overwriting possibly-customised configuration file; backup" \ "in $BACKUP_XORGCONFIG" fi And finally, the dexconf run fail because it can't write to /etc/X11/xorg.conf.dpkg-new. Not sure how to handle that gracefully. Getting X auto-configuration working in LTSP seem a lot harder then I expected. :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337053: snmptrapd: should support running as non-privileged user
Package: snmpd Version: 5.2.1.2-4 Severity: wishlist At the moment, the snmptrapd server do not seem to support running as a non-privileged user. I would be a lot more comfortable if it would drop its privileges as soon as it has bound to the 162 port, and process all incoming data as a non-root user. This do not seem to be supported by the current implementation, so I guess this should be sent as a wishlist request to upstream, but I also believe it should be registered as a wish against the debian package. I have not contacted upstream about this, as I do not have time to track down who to talk to at the moment. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326600: RFP: ww2d -- Cross-platform version of NASA World Wind software
Will this work with the free java implementations? I believe JOGL is a problem. Perhaps it should be ported to use gljava instead? I believe it is better supported in classpath. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334351: netplan: memory errors
The problem seem to trigger in this code in netplan.c function main(). '==>' marks line 269. fd_set rd, wr, ex; /* returned fd masks from select */ [...] nclients = sizeof(fd_set)*8; /* max # of clients */ ==> client_list = allocate(nclients * sizeof(struct client)); memset(client_list, 0, nclients * sizeof(struct client)); I have no sensible explanation why allocate(8 * sizeof(fd_set) * sizeof(struct client)) should fail, as it is just a simple wrapper around malloc(). The client struct do not seem to be very large (unless NGROUPS_MAX is a very large number suddenly), and fd_set is not very large either. Can you try to apply this diff, to get the size of the memory alloctaion printed, and run the program again: --- netplan.c.~1.1.1.3.~2005-02-19 12:07:34.0 +0100 +++ netplan.c 2005-11-03 09:44:04.913433546 +0100 @@ -266,6 +266,8 @@ } } nclients = sizeof(fd_set)*8;/* max # of clients */ + printf("Trying to call allocate(%d)\n", + nclients * sizeof(struct client)); client_list = allocate(nclients * sizeof(struct client)); memset(client_list, 0, nclients * sizeof(struct client)); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334351: netplan: memory errors
[Petter Reinholdtsen] > Can you try to apply this diff, to get the size of the memory > alloctaion printed, and run the program again: Doh. No need. I see from the backtrace, that the number is very large (268517376). Hm, could this be a signed/unsigned issue? Try to apply this patch and see if the problem goes away: --- netplan.c.~1.1.1.3.~2005-02-19 12:07:34.0 +0100 +++ netplan.c 2005-11-03 09:51:56.362527361 +0100 @@ -87,9 +87,9 @@ const char *arg); void logger(char *, ...); -void *allocate(int n) +void *allocate(size_t n) {void *p = malloc(n); if (!p) fatal("no memory"); return(p);} -void *reallocate(void *o, int n) +void *reallocate(void *o, size_t n) {void *p = o ? realloc(o, n) : malloc(n); if (!p) fatal("no memory"); return(p);} void release(void *p) Malloc takes size_t as an argument, not int. It would also be great if you could try to apply this patch, and report the output when running netplan as before. --- netplan.c.~1.1.1.3.~2005-02-19 12:07:34.0 +0100 +++ netplan.c 2005-11-03 09:54:23.963155116 +0100 @@ -266,6 +266,8 @@ } } nclients = sizeof(fd_set)*8;/* max # of clients */ + printf("sizeof(fd_set)=%d, sizeof(struct client)=%d, NGROUPS_MAX=%d\n", + sizeof(fd_set),sizeof(struct client), NGROUPS_MAX); client_list = allocate(nclients * sizeof(struct client)); memset(client_list, 0, nclients * sizeof(struct client)); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337495: friendsd2: Insecure handling of network data
Package: gpsdrive Version: 2.09-2 Severity: grave Tags: security patch A hole in the gpsd binary friendsd2 has been announced today. Severity grave, as it is a remotely exploitable hole. This is the content of http://article.gmane.org/gmane.comp.security.full-disclosure/37400>: Date: Fri, 04 Nov 2005 12:02:53 + From: "KF (lists)" <[EMAIL PROTECTED]> To: full-disclosure@lists.grok.org.uk Subject: DMA[2005-1104a] - 'GpsDrive friendsd2 format string vulnerability' -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDa6WW8KZibdeR3qURAg2xAKC7rIhrxy39HewRx8d/cXZ8kGzS/gCdGRKg Hk/0cBGH2bXj5LVB65tLLxk= =IhU3 -END PGP SIGNATURE- DMA[2005-1104a] - 'GpsDrive friendsd2 format string vulnerability' Author: Kevin Finisterre Vendor: http://www.gpsdrive.cc/ Product: 'GpsDrive' References: http://www.digitalmunition.com/DMA[2005-1104a].txt Description: GpsDrive is a car (bike, ship, plane) navigation system. It can display positioning information provided from a NMEA capable GPS receiver on a zoomable map. Map file autoselecting is done based on the current position and the prefered map scale. All Garmin GPS reveivers with a serial output should be usable, as well as other GPS receivers that support NMEA protocol. GpsDrive was written in C with use of the GTK+ graphic toolkit and it runs on Linux and FreeBSD. With minimal work it is also posisble to run GpsDrive on Windows and on OSX. GpsDrive comes with a server program called friendsd which acts as server for the position of your friends. You see the position of your friends as a car symbol on the map, including the name, time, day of week and the speed of his last connection. A blue arrow shows the last reported direction of your friend. Fritz Ganter has blatantly stated in the man page that "The (friendsd) server was NOT tested for security". Please not that friendsd no longer runs as root since the last round of security patches. kfinisterre:/home/kfinisterre# friendsd2 server: please don't run me as root The friendsd server does contain an obvious format string issue complements of a bad fprintf() call. ./src/friendsd.c:367: fprintf (stderr, txt); Exploitation of this bug is fairly trivial, on powerpc I chose to overwrite a saved return address as shown below. First I just crashed the program and went to frame 2 0x0f67d1e0 in vfprintf () from /lib/tls/libc.so.6 (gdb) bt #0 0x0f67d1e0 in vfprintf () from /lib/tls/libc.so.6 #1 0x0f67cc74 in vfprintf () from /lib/tls/libc.so.6 #2 0x0f6825d0 in fprintf () from /lib/tls/libc.so.6 #3 0x100024b8 in dg_echo () #4 0x10002f28 in main () Next I grab the address of Arglist for frame 2 and overwrite that +4 (gdb) i f Stack level 2, frame at 0x7fffad70: pc = 0xf6825d0 in fprintf; saved pc 0x100024b8 called by frame at 0x7fffae00, caller of frame at 0x7fff8700 Arglist at 0x7fffad70, args: Locals at 0x7fffad70, Previous frame's sp in r1 (gdb) x/a 0x7fffad70+4 0x7fffad74: 0xf6825d0 (overwrite this) animosity:/home/kfinisterre$ nc -l -p 31337 -vvv listening on [any] 31337 ... animosity:/home/kfinisterre$ ./gpsdrive-ex-long-ppc.pl $VAR1 = {}; 192.168.1.1: inverse host lookup failed: Unknown host connect to [192.168.1.1] from (UNKNOWN) [192.168.1.1] 3349 id; uid=1000(kfinisterre) gid=1000(kfinisterre) groups=20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),1000(kfinisterre) Workaround: Stop using friendsd2! or simply change the above mentioned fprintf() call to the following. fprintf (stderr,"%s",txt); Timeline associated with this bug: I emailed Fritz Ganter ([EMAIL PROTECTED]) at least twice about this and got no response. -KF [attachemnts dropped, fetch from above URL] ___ Full-Disclosure - We believe in it. Charter: http://lists.grok.org.uk/full-disclosure-charter.html Hosted and sponsored by Secunia - http://secunia.com/ Here is a patch to fix the reported issue, and another similar issue I found in friend.c: diff -ru gpsdrive-2.09/src/friends.c gpsdrive-2.09-pere/src/friends.c --- gpsdrive-2.09/src/friends.c 2004-02-08 17:35:10.0 +0100 +++ gpsdrive-2.09-pere/src/friends.c2005-11-04 20:21:57.071683241 +0100 @@ -389,7 +389,7 @@ } if (debug) - fprintf (stderr, recvline); + fprintf (stderr, "%s", recvline); } /* printf("\ni: %d, endflag: %d\n",i,endflag); */ diff -ru gpsdrive-2.09/src/friendsd.c gpsdrive-2.09-pere/src/friendsd.c --- gpsdrive-2.09/src/friendsd.c2004-02-08 18:16:25.0 +0100 +++ gpsdrive-2.09-pere/src/friendsd.c 2005-11-04 20:22:44.472067746 +0100 @@ -364,7 +364,7 @@ fprintf (stderr, "%d clients, last: %s[%s]:\n", listnum, hname, fromaddr); - fprintf (stderr, txt); + fprintf (stderr, "%s", txt); /* printf ("sende\n%s, Länge %d, clilen %d", txt, l,clilen); */ if ((nosent = sendto (sockfd, txt, l, 0, pcli_addr, clilen)) != l)
Bug#333057: add support for php5-mapscript
As far as I can see, the attached patch is just a copy of the mapserver_4.6.1-3.diff file making up the debian specific changes in version 4.6.1-3. Please submit the patches you made to the latest version of the mapserver. Please do not send the complete debian diff, but only the relevant changes done to enable php5 support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337560: kaffe: Fail to run java version of World Wind (trigger assert)
Package: kaffe Version: 2:1.1.6-3 Kaffe fail to run the GIS tool World Wind. I get it working using SUN Java by following this howto: 1) download the JOGL and ww2d packages: wget http://download.berlios.de/ww2d/ww2d-0.99.86.zip wget http://download.berlios.de/ww2d/JOGL-Inst.jar 2) unpack JOGL into separate directory (running the jar do not work, as it assume root access and tries to copy files into locations where I do not want to write new files). (mkdir JOGL-Inst && cd JOGL-Inst && jar -x < ../JOGL-Inst.jar) 3) unpack the ww2d zip file unzip ww2d-0.99.86.zip 4) make the jogl files available in this new directory. This is the important trick to work around broken JOGL installer. (cd ww2d-0.99.86 && ln ../JOGL-Inst/jogl.jar .) (cd ww2d-0.99.86 && ln ../JOGL-Inst/libjogl.so .) 5) run the program in the ww2d... directory while making sure the dynamic linker find the libjogl.so file. cd LD_LIBRARY_PATH=`pwd` java -jar WW2D.jar This give me a nice window with a map of the earth, and I can zoom in to different areas of the world using Alt-up and Alt-down. :) When I try to run it using Kaffe, I get this assert error instead: % LD_LIBRARY_PATH=`pwd` kaffe -jar WW2D.jar WW2D 0.99.86 by Vitaliy Pronkin <[EMAIL PROTECTED]> starting... kaffe-bin: /build/buildd/kaffe-1.1.6/build-tree/kaffe-1.1.6/kaffe/kaffevm/support.c:351: lookupClassMethod: Assertion `cls != ((void *)0)' failed. Aborted % Any idea how to get it working with Kaffe? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kaffe depends on: ii kaffe-pthreads2:1.1.6-3 A POSIX threads enabled version of kaffe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337601: jamvm: Fail to run java version of World Wind (missing libjawt.so)
Package: jamvm Version: 1.3.3-2 Jamvm fail to run the GIS tool World Wind. I get it working using SUN Java by following this howto: 1) download the JOGL and ww2d packages: wget http://download.berlios.de/ww2d/ww2d-0.99.86.zip wget http://download.berlios.de/ww2d/JOGL-Inst.jar 2) unpack JOGL into separate directory (running the jar do not work, as it assume root access and tries to copy files into locations where I do not want to write new files). (mkdir JOGL-Inst && cd JOGL-Inst && jar -x < ../JOGL-Inst.jar) 3) unpack the ww2d zip file unzip ww2d-0.99.86.zip 4) make the jogl files available in this new directory. This is the important trick to work around broken JOGL installer. (cd ww2d-0.99.86 && ln ../JOGL-Inst/jogl.jar .) (cd ww2d-0.99.86 && ln ../JOGL-Inst/libjogl.so .) 5) run the program in the ww2d... directory while making sure the dynamic linker find the libjogl.so file. cd LD_LIBRARY_PATH=`pwd` java -jar WW2D.jar This give me a nice window with a map of the earth, and I can zoom in to different areas of the world using Alt-up and Alt-down. :) When I try to run it using jamvm, I get this exception instead: % LD_LIBRARY_PATH=`pwd` jamvm -jar WW2D.jar WW2D 0.99.86 by Vitaliy Pronkin <[EMAIL PROTECTED]> starting... java.lang.reflect.InvocationTargetException at java.lang.reflect.Method.invokeNative (Native Method) at java.lang.reflect.Method.invoke (Method.java:355) at jamvm.java.lang.JarLauncher.main (JarLauncher.java:50) Caused by: java.lang.UnsatisfiedLinkError: Native library `jawt' not found (as file `libjawt.so') in gnu.classpath.boot.library.path and java.library.path at java.lang.Runtime.loadLibrary (Runtime.java:763) at java.lang.System.loadLibrary (System.java:512) at net.java.games.jogl.impl.NativeLibLoader$1.run (NativeLibLoader.java:63) at java.security.AccessController.doPrivileged (AccessController.java:96) at net.java.games.jogl.impl.NativeLibLoader.load (NativeLibLoader.java:58) at net.java.games.jogl.impl.x11.X11GLContextFactory. (X11GLContextFactory.java:50) at java.lang.VMClass.forName (Native Method) at java.lang.Class.forName (Class.java:159) at net.java.games.jogl.impl.GLContextFactory.getFactory (GLContextFactory.java:69) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:150) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:118) at net.java.games.jogl.GLDrawableFactory.createGLCanvas (GLDrawableFactory.java:85) at org.ww2d.core.Program.main (Program.java:48) at java.lang.reflect.Method.invokeNative (Native Method) ...2 more [and here it hangs] Any idea how to get it working with jamvm? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages jamvm depends on: ii classpath 2:0.18-5 clean room standard Java libraries ii classpath-common 2:0.18-5 architecture independent files ii java-common 0.23 Base of all Java packages ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libffi4 4.0.2-3Foreign Function Interface library ii zlib1g1:1.2.3-6 compression library - runtime jamvm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336172: [PATCH] sysvinit off-by-one error
I use version 2.86.ds1-1 in sarge, and do not see this issue with the default init. How do I test if the problem exist? I've tried these methods so far, based on the input from openvz bugzilla: % ps -fp 1 UIDPID PPID C STIME TTY TIME CMD root 1 0 0 Nov04 ?00:00:01 init [2] % cat /proc/1/cmdline ;echo init [2] % The patch look sane, but I would like to verify that the problem is fixed by it, and I am unable to do so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332823: sysv-rc: Suggest: bum
tags 332823 + patch thanks [Thomas Hood] > It might be better if the bum package Provided sysv-rc-conf which is > already suggested by sysv-rc. Not really, as sysv-rc-conf is a real package and not a virtual package, and the two packages bum and sysv-rc-conf do not really behave the same. If I got it right, this is the suggested change: Index: debian/control === --- debian/control (revisjon 100) +++ debian/control (arbeidskopi) @@ -24,7 +24,7 @@ Architecture: all Conflicts: file-rc Replaces: dpkg (<< 1.9.17), sysvinit (<< 2.85-1), file-rc (>> 0.7.0) -Suggests: sysv-rc-conf +Suggests: sysv-rc-conf, bum Description: Standard boot mechanism using symlinks in /etc/rc?.d This package provides support for the System-V like system of booting, shutting down and changing runlevels configured through symbolic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336873: /etc/default/rcS is not listed by any package
The file /etc/default/rcS is inserted by the initscrips package when it is installed for the first time. As far as I know, there is no way to report this relationship to dpkg without also getting upgrade problems when the file is changed by the host administrator and the package maintainers. This is a long-standing wishilst bug against dpkg (#213907 and more). We could add a comment at the top of the file documenting that it was generated from the initscripts package. Would this be enough to make you happy? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325772: /sbin/halt: mention which machine is going down
tags 325772 + patch thanks I believe this patch should solve the issue. Any objections before I include it in a new version of sysvinit? Index: src/dowall.c === --- src/dowall.c(revisjon 100) +++ src/dowall.c(arbeidskopi) @@ -131,6 +131,7 @@ time_t t; charterm[UT_LINESIZE+6]; charline[81]; + charhostname[256]; /* HOST_NAME_MAX+1 */ char*date, *p; char*user, *tty; int fd, flags; @@ -144,6 +145,16 @@ getuidtty(&user, &tty); + /* Get and report current hostname, to make it easier to find + out which machine that is being shut down. */ + if (0 != gethostname(hostname, sizeof(hostname))) { + strncpy(hostname, "[unknown]", sizeof(hostname)-1); + } + /* If hostname is truncated, it is unspecified if the string + is null terminated or not. Make sure we know it is null + terminated. */ + hostname[sizeof(hostname)-1] = 0; + /* Get the time */ time(&t); date = ctime(&t); @@ -157,8 +168,8 @@ date); } else { snprintf(line, sizeof(line), - "\007\r\nBroadcast message from %s %s(%s):\r\n\r\n", - user, tty, date); + "\007\r\nBroadcast message from [EMAIL PROTECTED] %s(%s):\r\n\r\n", + user, hostname, tty, date); } /* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337640: cupsys: Please add LSB formatted dependency info in init.d script
Package: cupsys Version: 1.1.23-12 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html> documents the LSB header format. Some debian notes are available from http://wiki.debian.org/?LSBInitScripts>. Here is a proposed dependency header to document the dependencies of cupsys. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: cupsys # Required-Start:$syslog # Required-Stop: $syslog # Should-Start: $network # Should-Stop: $network # Default-Start: 2 3 4 5 # Default-Stop: S 0 1 6 ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337638: alsa-base: Please add LSB formatted dependency info in init.d script
Package: alsa-base Version: 1.0.8-7 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html> documents the LSB header format. Some debian notes are available from http://wiki.debian.org/?LSBInitScripts>. Here is a proposed dependency header to document the dependencies of alsa. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: alsa # Required-Start:$syslog # Required-Stop: $syslog # Default-Start: 1 2 3 4 5 # Default-Stop: S 0 6 ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337639: aumix: Please add LSB formatted dependency info in init.d script
Package: aumix Version: 2.8-16 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html> documents the LSB header format. Some debian notes are available from http://wiki.debian.org/?LSBInitScripts>. Here is a proposed dependency header to document the dependencies of aumix. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: aumix # Required-Start:$local_fs $remote_fs # Required-Stop: $local_fs $remote_fs # Should-Start: udev devfsd # Should-Stop: # Default-Start: S 1 2 3 4 5 # Default-Stop: 0 6 ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337644: dbus-1: Please add LSB formatted dependency info in init.d script
Package: dbus-1 Version: 0.23.4-7 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html> documents the LSB header format. Some debian notes are available from http://wiki.debian.org/?LSBInitScripts>. Here is a proposed dependency header to document the dependencies of dbus-1. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: dbus-1 # Required-Start:$local_fs $syslog # Required-Stop: $local_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: S 0 1 6 ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337645: fam: Please add LSB formatted dependency info in init.d script
Package: fam Version: 2.7.0-8 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html> documents the LSB header format. Some debian notes are available from http://wiki.debian.org/?LSBInitScripts>. Here is a proposed dependency header to document the dependencies of the init.d script. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: fam # Required-Start:$network portmap # Required-Stop: $network portmap # Default-Start: 1 2 3 4 5 # Default-Stop: S 0 6 ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337573: ITP: preload -- an adaptive readahead daemon
This ITP is similar to my readahead ITP #325885. I suspect only one of these packages is needed in Debian. Do you recommend preload over the ubuntu readahead package? http://bugs.debian.org/325885 > This issue has been discussed a bit on the initscripts-ng mailing list. Are you on this list? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328582: /etc/init.d/umountfs: swapoff should be called before unmounting localfs and not after?
I believe the swapoff/umount order was changed to solve bug #84782, making sure tmpfs file systems are umounted before swap is turned off and thus improving the chance of not running out of memory for low-memory machines. I'm not sure how to modify umountfs to solve both problems. I agree that it should be possible to use swap files without having to run fsck at every boot, and that it should be possible to use tmpfs on some filesystems with fairly large data sets without having problems shutting down. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338736: mountvirtfs: Succeeds in various cases it should fail
Thank you. Can you modify the patch to use the log_* functions in /lib/lsb/init-functions instead of echo, like the other scripts are doing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331438: wrong usage of "su" in /etc/cron.weekly/popularity-contest
tags 331438 + pending thanks > invoking /etc/cron.weekly/popularity-contest fails with: "sh: - : > invalid option". looking into the script, line 34 tries to "su" to > nobody and executes /usr/sbin/popularity-contest. the following > patch should speak for itself: What version of su is this? The code has worked quite a long time, so it can't be the normal su. :) Anyway, the patch look good to me. I am commiting it to cvs, and it will make it into the next version of popularity-contest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325030: popularity-contest: allow http only
tags 325030 + pending thanks [Vagrant Cascadian] > attached is a patch which allows forcing http post only, by setting > the MAILTO variable to "" Looks good to me. I'm commited it to CVS, and the change should make it into to the next version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338966: [Pkg-sysvinit-devel] Bug#338966: initscripts: "Usage" error message displays during bootup
severity ? important thanks [Rick Friedman] > After upgrading to version 2.86.ds1-5, bootup displays the following: > > Checking root file system.../: clean, 251249/1690624 files, > 1403373/3405772 blocks > . > Usage: /etc/rcS.d/S10checkroot.sh start|stop|restart|reload|force-reload Strange. Do you have an outdated version of /etc/init.d/rcS? The newer versions call the scripts with 'start' as the argument. > Although this message is displayed, there seems to be no adverse > effects. I suspect it the effect is that the upgraded scripts in /etc/rcS.d/ are not executed as they should, as they are called without 'start' as a command line argument. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338967: [Pkg-sysvinit-devel] Bug#338967: lsb-base: ugly output
[Ian Zimmerman] > Please see #338556. If I get this right, your "ugly" refers to the placement of newlines in the output, and your proposed fix is to rewrite the use of log_* functions to use log_action_begin_msg and log_action_end_msg instead of log_success_msg. Is this correct? Patches to fix the issue you are complaining about are most welcome, as I am a but unsure what problem you try to adress. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338966: [Pkg-sysvinit-devel] Bug#338966: initscripts: "Usage" error message displays during bootup
[Petter Reinholdtsen] > I suspect it the effect is that the upgraded scripts in /etc/rcS.d/ > are not executed as they should, as they are called without 'start' > as a command line argument. I checked the old version, and luckily, only the .sh scripts are called without the 'start' argument. Try this patch: Index: /etc/init.d/rcS === --- /etc/init.d/rcS (revisjon 21) +++ /etc/init.d/rcS (arbeidskopi) @@ -46,7 +46,7 @@ ( trap - INT QUIT TSTP set start - . $i + . $i start ) ;; *) But I seriously recommend upgrading sysv-rc to the latest version and allowing it to update /etc/init.d/rcS and /etc/init.d/rc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339100: gtklookat: assert failure with one OneMap.org VRML model
Package: gtklookat Version: 0.13.0-4 Severity: important I gave one of the VMRL models available from OneMap.org a try with gtklookat, but it failed with an assertion. This is the test output. I got a window for a short while, but it disappeared when the program crashed. % gtklookat 'http://www.ia-stud.hiof.no/~mortengr/onemap/halden/sentrum/world/otfbuildings.wrl' openvrml/system.cpp:166: Connecting to www.ia-stud.hiof.no ... openvrml/system.cpp:176: connected. openvrml/system.cpp:273: Read 6k from http://www.ia-stud.hiof.no/~mortengr/onemap/halden/sentrum/world/otfbuildings.wrl warning: The axis component of a rotation must be a normalized vector. warning: The axis component of a rotation must be a normalized vector. warning: The axis component of a rotation must be a normalized vector. warning: The axis component of a rotation must be a normalized vector. openvrml/system.cpp:166: Connecting to www.ia-stud.hiof.no ... openvrml/system.cpp:176: connected. openvrml/system.cpp:273: Read 1k from http://www.ia-stud.hiof.no/~mortengr/onemap/halden/sentrum/trees/0/world0-0.wrl gtklookat: openvrml/browser.cpp:3039: const::uri::uri::resolve_against(const::uri&) const: Assertion `this->scheme().empty()' failed. Aborted % -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gtklookat depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libgcj6 4.0.2-3 Java runtime library for use with ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libglu1-xorg [libglu1] 6.8.2.dfsg.1-10 Mesa OpenGL utility library [X.Org ii libgtk2.0-0 2.6.10-1The GTK+ graphical user interface ii libgtkgl2.0-11.99.0-2Gimp Toolkit OpenGL area widget sh ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libopenvrml5 0.15.10-5 runtime shared library for VRML ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii mozilla-browser 2:1.7.12-1 The Mozilla Internet application s ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-10 Mesa 3D graphics library [X.Org] ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime gtklookat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339007: php4-mapscript: php_mapscript.so is into incorrect directory
severity 339007 important thanks > I get this error because php_mapscript.so is into /usr/lib/php4/20020429: > > Warning: dl(): Unable to load dynamic library > '/usr/lib/php4/20050606/php_mapscript.so' - > /usr/lib/php4/20050606/php_mapscript.so: cannot open shared object file > > I have corrected this problem with a symbolic link. The date used in /usr/lib/php4/ is supposed to be the PHP ABI/API version. I'm told the php4 ABI/API version is supposed to be 20020429, and the php5 ABI version is supposed to be 20041030. I have no idea where your '20050606' ABI/API comes from. PHP5 support was added to mapserver version 4.6.1-5, see bug #333057. Perhaps it is related to this problem? I'm reducing the severity from grave to important, because I believe the ABI/API date is correct for php4, and I've also been told that it works for others. Grave severity would only be correct for this issue if it was broken for everyone. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339850: initscripts: Should check filesystems after an unclean shutdown
Package: initscripts Version: 2.86.ds1-1 Severity: wishlist Tags: patch While reviewing the RedHat boot system, I came across code to detect unclean shutdowns (aka crashes), and optionally run fsck when booted after such crashes. The redhat code will ask during boot, with 5 second timeout to answer, if an fsck should be forced or not, with the option of setting default answers to yes or no. This is the redhat code to enable this (from /etc/rc.sysinit): elif [ -f /.autofsck ]; then if [ -x /usr/bin/rhgb-client ] && /usr/bin/rhgb-client --ping ; then chvt 1 fi echo $"Your system appears to have shut down uncleanly" AUTOFSCK_TIMEOUT=5 [ -f /etc/sysconfig/autofsck ] && . /etc/sysconfig/autofsck if [ "$AUTOFSCK_DEF_CHECK" = "yes" ]; then AUTOFSCK_OPT=-f fi if [ "$PROMPT" != "no" ]; then if [ "$AUTOFSCK_DEF_CHECK" = "yes" ]; then if /sbin/getkey -c $AUTOFSCK_TIMEOUT -m $"Press N within % d seconds to not force file system integrity check..." n ; then AUTOFSCK_OPT= fi else if /sbin/getkey -c $AUTOFSCK_TIMEOUT -m $"Press Y within % d seconds to force file system integrity check..." y ; then AUTOFSCK_OPT=-f fi fi echo else # PROMPT not allowed if [ "$AUTOFSCK_DEF_CHECK" = "yes" ]; then echo $"Forcing file system integrity check due to default setting" else echo $"Not forcing file system integrity check due to defa ult setting" fi fi fsckoptions="$AUTOFSCK_OPT $fsckoptions" fi There is also code to touch the file /.autofsck during boot, and remove it during shutdown. Here is a patch to enable something similar for Debian. I did not include the large block above, because /sbin/getkey is missing on Debian as far as I can see. I am not sure if we want to use a separate configuration file like /etc/sysconfig/autofsck for autofsck, or reuse /etc/default/rcS. We probably want to store the configuration in /etc/default/rcS, but this should be discussed. Here is a patch to implement a naive version of this feature. It will always run fsck after a crash, unless /fastboot exist or the laptop is running on battery. Index: debian/initscripts/etc/init.d/checkfs.sh === --- debian/initscripts/etc/init.d/checkfs.sh(revisjon 149) +++ debian/initscripts/etc/init.d/checkfs.sh(arbeidskopi) @@ -39,6 +39,13 @@ else force="" fi + + if [ -f /.autofsck ] ; then + log_warning_msg "Your system appears to have shut down uncleanly" + log_warning_msg "Forcing file system check." + force="-f" + fi + if [ "$FSCKFIX" = yes ] then fix="-y" @@ -64,6 +71,10 @@ fi fi rm -f /fastboot /forcefsck + +# create the crash indicator flag to warn on crashes, offer fsck +# with timeout. +touch /.autofsck &> /dev/null } case "$1" in Index: debian/initscripts/etc/init.d/halt === --- debian/initscripts/etc/init.d/halt (revisjon 149) +++ debian/initscripts/etc/init.d/halt (arbeidskopi) @@ -56,6 +56,9 @@ poweroff="" fi + # Remove unclean shutdown flag + rm -f /.autofsck + log_action_msg "Will now halt" halt -d -f -i $poweroff $hddown } Index: debian/initscripts/etc/init.d/reboot === --- debian/initscripts/etc/init.d/reboot(revisjon 149) +++ debian/initscripts/etc/init.d/reboot(arbeidskopi) @@ -17,6 +17,9 @@ . /lib/lsb/init-functions do_stop () { + # Remove unclean shutdown flag + rm -f /.autofsck + log_action_msg "Will now reboot" reboot -d -f -i } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339862: initscripts: Should SELinux be disabled in fsck recovery mode?
Package: initscripts Version: 2.86.ds1-5 Severity: wishlist Tags: patch While reviewing the RedHat boot system, I discovered that they are disabling SELinux before calling sulogin after a fsck failure. Should we do the same? Here is a patch relative to current CVS to enable this. It uses the /usr/sbin/selinuxenabled program to detect SELinux. This will probably fail if /usr/ is on a separate partition from the root partition. An alternative, and the code used in RedHat to detect SELinux, is to make a function with content like this: # Check SELinux status selinuxfs=`awk '/ selinuxfs / { print $2 }' /proc/mounts` SELINUX= if [ -n "$selinuxfs" ] && [ "`cat /proc/self/attr/current`" != "kernel" ]; then if [ -r $selinuxfs/enforce ] ; then SELINUX=`cat $selinuxfs/enforce` else # assume enforcing if you can't read it SELINUX=1 fi fi Index: debian/initscripts/etc/init.d/functions.sh === --- debian/initscripts/etc/init.d/functions.sh (revisjon 156) +++ debian/initscripts/etc/init.d/functions.sh (arbeidskopi) @@ -14,3 +14,14 @@ fi return 1 } + +# +# Disable selinux before enabling recovery mode, to make it possible +# to fix problems. +# +disable_selinux () { +echo "*** Warning -- SELinux is active" +echo "*** Disabling security enforcement for system recovery." +echo "*** Run 'setenforce 1' to reenable." +echo "0" > $selinuxfs/enforce +} Index: debian/initscripts/etc/init.d/checkfs.sh === --- debian/initscripts/etc/init.d/checkfs.sh(revisjon 156) +++ debian/initscripts/etc/init.d/checkfs.sh(arbeidskopi) @@ -57,6 +57,7 @@ then log_failure_msg "File system check failed. Please repair manually." log_success_msg "CONTROL-D will exit from this shell and continue system startup." + /usr/sbin/selinuxenabled && disable_selinux # Start a single user shell on the console /sbin/sulogin $CONSOLE else Index: debian/initscripts/etc/init.d/checkroot.sh === --- debian/initscripts/etc/init.d/checkroot.sh (revisjon 156) +++ debian/initscripts/etc/init.d/checkroot.sh (arbeidskopi) @@ -170,6 +170,7 @@ log_failure_msg "The system is also unable to create a temporary node in /dev/shm." log_failure_msg "This means you have to fix the problem manually." log_failure_msg "CONTROL-D will exit from this shell and REBOOT the system." + /usr/sbin/selinuxenabled && disable_selinux # Start a single user shell on the console /sbin/sulogin $CONSOLE reboot -f @@ -279,6 +280,7 @@ log_failure_msg "# mount -n -o remount,rw /" log_failure_msg "In order to exit from the maintenance shell, press CONTROL-D" log_failure_msg "and the system will REBOOT." + /usr/sbin/selinuxenabled && disable_selinux # Start a single user shell on the console /sbin/sulogin $CONSOLE reboot -f -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338801: umountfs: should use /proc/mounts
If you understand you correctly, you want to replace /etc/mtab with /proc/mounts for umountsfs and umountnfs.sh. Here is an untested patch to do this change. Please test it, and let me know if it solves your problem. If it work, this bug should be tagged 'patch'. Index: debian/initscripts/etc/init.d/umountfs === --- debian/initscripts/etc/init.d/umountfs (revision 154) +++ debian/initscripts/etc/init.d/umountfs (working copy) @@ -21,7 +21,7 @@ log_action_begin_msg "Unmounting local filesystems" # List all mounts, deepest mount point first -LANG=C sort -r -k 2 /etc/mtab | +LANG=C sort -r -k 2 /proc/mounts | ( DIRS="" while read DEV DIR TYPE REST ; do Index: debian/initscripts/etc/init.d/umountnfs.sh === --- debian/initscripts/etc/init.d/umountnfs.sh (revision 154) +++ debian/initscripts/etc/init.d/umountnfs.sh (working copy) @@ -73,7 +73,7 @@ then umount $FLAGS $DIRS fi - )
Bug#339949: checkroot.sh: calling mountvirtfs fails
merge 338966 339949 thanks [Brendan O'Dea] > The usage message is actually coming from /etc/init.d/mountvirtfs > (which I suspect was changed to require an argument: #338736). Yes, you are right. This is bug #338966, fixed in version 2.86.ds1-6 uploaded today. > Another minor issue is that "Activating swap..." should probably use > log_begin_msg rather than log_success_message. This was changed to log_action_begin_msg() in the same upload, along with a lot of other messages. Thank you for the patch and the accurate bug report. It make my life as maintainer a lot easier to get such quality bug reports. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Brendan O'Dea] > Debian Policy states (§9.3.1): > >"Also, if the script name ends `.sh', the script will be sourced >in runlevel `S' rather that being run in a forked subprocess, but >will be explicitly run by `sh' in all other runlevels". What a strange thing for policy to specify. :) This will make it impossible to speed up the rcS.d boot by running scripts in parallel. It does not sound sensible to me. > This could probably be achieved with the attached patch, although > there are quite a few instances in /etc/init.d/*.sh scripts where > "exit" is called. These scripts need to be changed to use "return"* > appropriately before the behaviour is changed. Well, I would be surprised if any of the scripts used in rcS.d uses exit, as this would break the boot. The patch look good, but will be equivalent to a forked subprocess when running the scripts in parallel. > Note: I believe that "return" should work to exit from a script both > when sourced and when executed but perhaps someone with a copy of > POSIX could confirm. As far as I know, return will exit the script if used in the 'outer' scope. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323749: Beautify "Rebooting..." message for GNU/kFreeBSD
[Robert Millan] > Any ideas? Not really. Perhaps the FreeBSD kernel should be told to shut up? I welcome tested patches, but am not sure if this is solvable without unwanted side-effects. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Brendan O'Dea] > I'm not quite sure what the initial rationale was, although Adam Heath > suggested on IRC that it could be to allow scripts to set environment > variables which would propagate through to subsequent scripts. I'm not sure why it is documented in policy, but the sysv-rc implementation for rcS used to source these scripts to cut down the boot time. I'm not sure if it actually had any effect, but as far as I can read from the source and history of the package, it was purely a optimization, and not intended to pass variables around. > Yes, I saw CONCURRENCY in /etc/init.d/rc. Not quite sure how that's > supposed to work with a value of "shell". I presume that startpar > is/will be a helper function/script that interprets the LSB > "Required-Start" pseudo header? startpar is just a helper to serialise the output from programs running in parallel, and has nothing to do with the LSB headers. The dependency information can be used to order the scripts, and the 'shell' and 'startpar' argument will then run all scripts with the same order value in parallel. This speed up the boot. > It won't currently, but will if the patch is applied. > > $ grep -lw exit /etc/rcS.d/*.sh | wc -l > 12 Some of these are not reachable in the normal case, but others are. And some of these have been in the scripts when the .sh scripts were sourced, so I am unsure how this could work previously. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Steve Langasek] > It's perfectly sensible: if the scripts were meant to be run in > parallel, they shouldn't have the ".sh" extension... Eh, are you claiming that policy mention sourcing of .sh scripts to make sure those scripts are not run in paralell? It does not sounds reasonable to me, as the parallel booting feature have never been tried before in Debian. Or are you trying to say something else, like we should change the name of the init.d scripts in /etc/rcS.d/ to allow parallelization? I suspect this part of policy was written to document the current implementation, without considering which part of the implementation should be part of the policy and which part was better left unspecified for future improvements. Am I wrong? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Petter Reinholdtsen] > The patch look good, but will be equivalent to a forked subprocess > when running the scripts in parallel. Here is a possible patch to avoid running .sh scripts in the background when using CONCURRENCY=shell. Index: debian/sysv-rc/etc/init.d/rc === --- debian/sysv-rc/etc/init.d/rc(revisjon 164) +++ debian/sysv-rc/etc/init.d/rc(arbeidskopi) @@ -58,10 +58,19 @@ $debug startpar -a $action $scripts ;; shell) + backgrounded=0 for script in $scripts ; do - $debug $script $action & + case "$script" in + *.sh) + $debug $sh "$script" $action + ;; + *) + $debug "$script" $action & + backgrounded=1 + ;; + esac done - wait + [ 1 = "$backgrounded" ] && wait ;; esac } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336191: nice: FTBFS java.lang.NoSuchMethodError: gnu/bytecode/Type.reset
severity 336191 serious thanks I see this problem too when I try to build nice in the current sid distribution. I was considering an NMU to solve the ANT issue, but can not do an upload as the build fail. As the source no longer build in sid, I'm increasing the severity to serious. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339000: bashism in /usr/bin/nicec
tags 339000 + patch thanks Here is a patch to fix this issue. -- bin/nicec.orig 2005-11-20 10:00:56.004671430 +0100 +++ bin/nicec 2005-11-20 10:00:40.563175008 +0100 @@ -89,6 +89,6 @@ # Certain JVMs seem to exit by throwing SIGHUP, thus replacing the exit code # with 129. # This happens only when running inside Emacs with Sun's 1.4.2_04-b05. -trap "" SIGHUP +trap "" HUP exec ${java} $class ${system_args} "$@" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337828: ITP: libjogl-java -- Java bindings for OpenGL
block 326600 with 337828 thanks The JOGL library is needed by WW2D, WNPP request #326600. It would be great if JOGL could work with a free java version to get both into debian/main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340039: Fix build problem on debian/sarge
Package: xmoto Version: 0.1.8-2 Tags: patch When trying to build xmoto on debian/sarge, I got this build error: In file included from src/BuiltInFont.h:25, from src/BuiltInFont.cpp:27: src/VCommon.h:53: error: type specifier omitted for parameter `GLsizeiptrARB' src/VCommon.h:53: error: tolkningsfejl before `,' token In file included from src/VCommon.h:57, from src/BuiltInFont.h:25, from src/BuiltInFont.cpp:27: /usr/include/SDL/SDL_opengl.h:3576: error: conflicting types for `typedef void (*PFNGLBUFFERDATAARBPROC)(unsigned int, int, const GLvoid*, unsigned int)' src/VCommon.h:53: error: previous declaration as `typedef void (*PFNGLBUFFERDATAARBPROC)(...)' make[1]: *** [BuiltInFont.o] Fejl 1 make[1]: Leaving directory `/home/pere/src/debian/xmoto-0.1.8' make: *** [all-recursive] Fejl 1 The problem is that the type GLsizeiptrARB is unknown when it is used. I found the type in , and solved the issue by including it before GLsizeiptrARB is used. This patch solved the build problem. Please include it in a future version of xmoto. --- xmoto-0.1.8.orig/src/VCommon.h +++ xmoto-0.1.8/src/VCommon.h @@ -36,6 +36,7 @@ #endif #include +#include #if defined(WIN32) && defined(_MSC_VER) #define GL_GLEXT_PROTOTYPES 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337601: jamvm: Fail to run java version of World Wind (missing libjawt.so)
Based on input from Michael Koch on IRC, I rebuilt jamvm with "DEB_STRIP_EXCLUDE := jamvm" in debian/rules to get debug symbols, and ran the program again in gdb. This is the output. (gdb) run -jar WW2D.jar Starting program: /usr/bin/jamvm -jar WW2D.jar [Thread debugging using libthread_db enabled] [New Thread 1075518464 (LWP 17825)] [New Thread 1224522672 (LWP 17828)] [New Thread 1232911280 (LWP 17829)] Program received signal SIGUSR1, User defined signal 1. [Switching to Thread 1075518464 (LWP 17825)] 0x4006c7d1 in __nptl_create_event () from /lib/tls/libpthread.so.0 (gdb) bt #0 0x4006c7d1 in __nptl_create_event () from /lib/tls/libpthread.so.0 #1 0x4006d810 in pthread_create@@GLIBC_2.1 () from /lib/tls/libpthread.so.0 #2 0x0805a100 in createVMThread (name=0x0, start=0) at thread.c:467 #3 0x0804b151 in initialiseGC (noasyncgc=0) at alloc.c:997 #4 0x08051f24 in initVM () at jam.c:63 #5 0x080527e7 in main (argc=3, argv=0xbcf4) at jam.c:287 (gdb) info threads 3 Thread 1232911280 (LWP 17829) 0x400721a9 in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 2 Thread 1224522672 (LWP 17828) 0x40130ee7 in sched_yield () from /lib/tls/libc.so.6 * 1 Thread 1075518464 (LWP 17825) 0x4006c7d1 in __nptl_create_event () from /lib/tls/libpthread.so.0 (gdb) thread 2 [Switching to thread 2 (Thread 1224522672 (LWP 17828))]#0 0x40130ee7 in sched_yield () from /lib/tls/libc.so.6 (gdb) bt #0 0x40130ee7 in sched_yield () from /lib/tls/libc.so.6 #1 0x0805a1ea in suspendAllThreads (self=0x80a5f60) at thread.c:502 #2 0x0805ab16 in dumpThreadsLoop (self=0x80a5f60) at thread.c:641 #3 0x0805a09c in shell (args=0x80a5a10) at thread.c:453 #4 0x4006dcfd in start_thread () from /lib/tls/libpthread.so.0 #5 0x4014b13e in clone () from /lib/tls/libc.so.6 (gdb) thread 3 [Switching to thread 3 (Thread 1232911280 (LWP 17829))]#0 0x400721a9 in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 (gdb) bt #0 0x400721a9 in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 #1 0x4006df68 in _L_mutex_lock_2343 () from /lib/tls/libpthread.so.0 #2 0x497cb490 in ?? () #3 0x in ?? () #4 0x in ?? () #5 0x in ?? () #6 0x497cbbb0 in ?? () #7 0x in ?? () #8 0x in ?? () #9 0x in ?? () #10 0x40076ff4 in ?? () from /lib/tls/libpthread.so.0 #11 0x in ?? () #12 0x007d0f00 in ?? () #13 0x497cb4c8 in ?? () #14 0x497cb470 in ?? () #15 0x4006dcd1 in start_thread () from /lib/tls/libpthread.so.0 #16 0x4014b13e in clone () from /lib/tls/libc.so.6 (gdb) He also suggested running it without TLS (I moved /lib/tls/ to tls.no/). This was the backtrace then: (gdb) run -jar WW2D.jar Starting program: /usr/bin/jamvm -jar WW2D.jar [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 17985)] [New Thread 32769 (LWP 17988)] [New Thread 16386 (LWP 17989)] [New Thread 32771 (LWP 17990)] [New Thread 49156 (LWP 17991)] WW2D 0.99.86 by Vitaliy Pronkin <[EMAIL PROTECTED]> starting... [New Thread 65541 (LWP 17992)] [New Thread 81926 (LWP 17993)] Program received signal SIGUSR1, User defined signal 1. [Switching to Thread 81926 (LWP 17993)] 0x4016b4a6 in poll () from /lib/libc.so.6 (gdb) handle SIGUSR1 nostop noprint SignalStop Print Pass to program Description SIGUSR1 NoNo Yes User defined signal 1 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 17985)] 0x401d1a74 in main_arena () from /lib/libc.so.6 (gdb) bt #0 0x401d1a74 in main_arena () from /lib/libc.so.6 #1 0x401e57b8 in ?? () #2 0x0007a258 in ?? () #3 0x00030002 in ?? () #4 0x40077ff4 in ?? () from /lib/libpthread.so.0 #5 0x401e57b8 in ?? () #6 0x in ?? () #7 0x000f0001 in ?? () #8 0x0808a354 in ?? () #9 0x40622798 in ?? () #10 0x080612bc in vmData_offset () #11 0x0808a390 in ?? () #12 0x080d9e78 in ?? () #13 0x0808a390 in ?? () #14 0x401d6354 in ?? () #15 0x080d9e78 in ?? () #16 0x0808a390 in ?? () #17 0x402ba650 in ?? () #18 0x000d in ?? () #19 0x in ?? () #20 0x in ?? () #21 0x081bd444 in ?? () #22 0x081bd3f8 in ?? () #23 0x in ?? () #24 0x08059d81 in threadSelf () at thread.c:196 #25 0x08058975 in invoke (ob=Variable "ob" is not available. ) at reflect.c:529 #26 0x080574b6 in invokeNative (class=0x401e58c8, mb2=0x8139538, ostack=0x808a200) at natives.c:789 #27 0x08051880 in executeJava () at interp.c:2230 #28 0x0804f7cc in executeMethodVaList (ob=Variable "ob" is not available. ) at execute.c:91 #29 0x0804f86e in executeMethodArgs (ob=0x0, class=0x40286ee0, mb=0x81b1c38) at execute.c:63 #30 0x080529a0 in main (argc=3, argv=0xbcf4) at jam.c:328 (gdb) info threads 7 Thread 81926 (LWP 17993) 0x4016b4a6 in poll () from /lib/libc.so.6 6 Thread 65541 (LWP 17992) 0x40071184 in __pthread_sigsuspend () from /lib/libpthread.so.0 5 Thread 49156 (LWP 17991) 0x40075b96 in nanosleep () from /lib/libpthread.so.0 4 Thread 32771 (LW
Bug#275028: debian-edu-install: We should have a Education-barebone
> The profile should have an option to create an education-barebone, > were you might install a spesific task, like LDAP-server, > backup-server mail-server and such Yes, it would make it easier to install a server for a single service. I believe this option should only be available when in expert mode. Perhaps it should be possible to install single services in expert mode? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#275028: debian-edu-install: We should have a Education-barebone
[Morten Werner Olsen] > I don't understand why you want this in expert mode only? Cant we > have barebone as one of the choises in a normal install too? I want as few options and questions as possible in the normal install, to reduce the cognitive strain on the people doing the installation, and to speed up the process as much as possible. I believe only very few experts will need to install the barebone profile, so it should not be available in the default installation path. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292929: listadmin for mailman 2.1
[Sam Watkins] > I am using mailman 2.1 (for the site http://nipl.net/) > and I found that listadmin 2.27 does not work with this version of mailman. > So I mangled it to make it work, attached. > > it is also at http://sam.nipl.net/all/listadmin/listadmin-mm2.1 I've successfully used the version available from the URL above to approve messages in mailman versions 2.1, 2.0 and 1.2 (at UiO). I had to apply a minor patch to get the default URLs for UiO working. I had to avoid passing a pattern to mailman_url() when $url was undefined. --- listadmin-mm2.1.orig2005-12-22 09:47:35.641600679 +0100 +++ listadmin-mm2.1 2005-12-22 09:39:44.647303174 +0100 @@ -419,7 +419,8 @@ my $resp_subscriptions = $ua->post (mailman_url($list, $url), mailman_params($user, $pw)); $page_subscriptions = $resp_subscriptions->content; -my $resp_approvals = $ua->post (mailman_url($list, "$url?details=all"), mailman_params($user, $pw)); +my $pattern = "$url?details=all" if $url; +my $resp_approvals = $ua->post (mailman_url($list, $pattern), mailman_params($user, $pw)); $page_approvals = $resp_approvals->content; Here is the patch from Sam Watkins with my minor fix included. Please make a new release with these fixes included. :) --- /usr/bin/listadmin 2005-09-30 09:31:42.0 +0200 +++ /tmp/listadmin-mm2.12005-12-22 09:39:44.647303174 +0100 @@ -1,10 +1,12 @@ #! /usr/bin/perl -w # -# listadmin version 2.27 +# listadmin version 2.27 (mangled to work with mailman-2.1) # Written 2003 - 2005 by # Kjetil Torgrim Homme <[EMAIL PROTECTED]> # Released into public domain. +# mangled by Sam Watkins to work with mailman-2.1 + use HTML::TokeParser; use LWP::UserAgent; use MIME::Base64; @@ -412,56 +414,77 @@ my %data = (); my $starttime = time; -my $page; +my $page_subscriptions; +my $page_approvals; + +my $resp_subscriptions = $ua->post (mailman_url($list, $url), mailman_params($user, $pw)); +$page_subscriptions = $resp_subscriptions->content; +my $pattern = "$url?details=all" if $url; +my $resp_approvals = $ua->post (mailman_url($list, $pattern), mailman_params($user, $pw)); +$page_approvals = $resp_approvals->content; -my $resp = $ua->post (mailman_url($list, $url), mailman_params($user, $pw)); -$page = $resp->content; # save it for eased debug for the developer... -if ($< == 1232 && open (DUMP, ">/tmp/dump-$list.html")) { - print DUMP $page; - close (DUMP); +my $dumpdir = $config->{$list}{"dumpdir"}; +if (defined $dumpdir) { + if (open (DUMP, ">$dumpdir/dump-subs-$list.html")) { + print DUMP $page_subscriptions; + close (DUMP); + } + if (open (DUMP, ">$dumpdir/dump-held-$list.html")) { + print DUMP $page_approvals; + close (DUMP); + } } -unless ($resp->is_success) { - print STDERR $resp->error_as_HTML; - return (); +for my $resp ($resp_subscriptions, $resp_approvals) { + unless ($resp->is_success) { + print STDERR $resp->error_as_HTML; + return (); + } } + +my $mmver = 2.1; # not negotiable! +for my $page ($page_subscriptions, $page_approvals) { + my $parse = HTML::TokeParser->new(\$page) || die; -$parse->get_tag ("title") || die; -my $title = $parse->get_trimmed_text ("/title") || die; -if ($title =~ /authentication/i) { - print STDERR - "Unable to log in. Is your username and password correct?\n"; - return (); +if ($page =~ //) { + $parse->get_tag ("title") || die; + my $title = $parse->get_trimmed_text ("/title") || die; + if ($title =~ /authentication/i) { + print STDERR + "Unable to log in. Is your username and password correct?\n"; + return (); + } } -my $mmver; $parse->get_tag ("hr"); -$parse->get_tag ("h2") || return (); +$parse->get_tag ("h2") || next; my $headline = $parse->get_trimmed_text ("/h2") || die; if ($headline =~ /subscription/i) { parse_subscriptions ($parse, \%data); my $token = $parse->get_token; - if (lc ($token->[1]) eq "input") { - return () unless parse_footer ($parse, \%data, $mmver); - return (\%data); - } else { +$token = $parse->get_token if + $token->[0] eq "S" && lc ($token->[1]) eq "center"; + unless (lc ($token->[1]) eq "input") { $parse->get_tag ("h2") || die; $headline = $parse->get_trimmed_text ("/h2") || die; } } if ($headline =~ /held for approval/i) { - $mmver = parse_approvals ($parse, \%data); + my $_mmver = parse_approvals ($parse, \%data); +# $mmver ||= $_mmver; } else { $parse->get_tag ("hr") || die; my $token = $parse->get_token; if ($token->[0] eq "S" && lc ($token->[1]) eq "center") { - $mmver
Bug#334351: netplan: memory errors
tags 334351 + patch pending thanks I believe the attached patch solve the issue, but dropping the use of NGROUPS_MAX, and instead count the number of groups before allocating the memory needed from the heap. Please test it and let me know if it solve your problem. Unless you tell me it failed to work, I'll upload a new version with this bug fixed in a few days. Index: plan-1.9/src/netplan.h === RCS file: /home/pere/src/plan/plan-1.9/src/netplan.h,v retrieving revision 1.1.1.2 diff -u -3 -p -r1.1.1.2 netplan.h --- plan-1.9/src/netplan.h 9 Jan 2005 11:21:54 - 1.1.1.2 +++ plan-1.9/src/netplan.h 23 Dec 2005 23:13:48 - @@ -56,7 +56,8 @@ struct client { char *descr; /* client-provided self-description */ char*user; /* user name if authenticated */ unsigned int uid; /* client-provided user/group ID */ - int gids[NGROUPS_MAX];/* group access list */ + int gidcount; /* number of in group entries */ + int *gids; /* group access list */ BOOLauth_fail; /* required identd check failed */ int port; /* accept socket to client */ struct sockaddr_in addr; /* contains IP addr and port */ Index: plan-1.9/src/netplan.c === RCS file: /home/pere/src/cvsroot/src/plan/plan-1.9/src/netplan.c,v retrieving revision 1.1.1.3 diff -u -3 -p -r1.1.1.3 netplan.c --- plan-1.9/src/netplan.c 19 Feb 2005 10:39:37 - 1.1.1.3 +++ plan-1.9/src/netplan.c 23 Dec 2005 23:13:48 - @@ -330,12 +330,12 @@ int main( memset(cp, 0, sizeof(struct client)); memcpy(&cp->addr, &addr, n); cp->uid = nobody_uid; +cp->gids= allocate(sizeof(*(cp->gids))); +cp->gidcount = 1; cp->gids[0] = nobody_gid; cp->descr = mystrdup(nobody); cp->user= mystrdup(nobody); cp->port= netplan_port[c]; -for (i=1; i < NGROUPS_MAX; i++) - cp->gids[i] = -1; logger("client %d (%.200s) connected from %s\n" ,fd, cp->descr, ip_addr(&addr)); @@ -404,19 +404,29 @@ static void setup_gids( struct group *gr; int ngroups = 0; char **p; + int groupcount; + /* Unspecified if the default gid is included or not, so add + one just in case. */ + groupcount = getgroups(0, NULL) + 1; + cp->gids = allocate(groupcount * sizeof(*(cp->gids))); cp->gids[ngroups++] = gid; setgrent(); while ((gr = getgrent())) for (p=gr->gr_mem; *p; p++) if (!strcmp(user, *p)) { -if (ngroups < NGROUPS_MAX) +if (ngroups < groupcount) cp->gids[ngroups] = gr->gr_gid; ngroups++; break; } - if (ngroups > NGROUPS_MAX) - logger("too many groups (%d, used %d)\n", ngroups,NGROUPS_MAX); + if (ngroups > groupcount) { + logger("too many groups (%d, used %d)\n", ngroups, groupcount); + cp->gidcount = groupcount; + } + else + cp->gidcount = ngroups; + } @@ -525,6 +535,7 @@ static void close_client( for (fid=0; fid < max_files; fid++) close_file(fid, fd); + release(c->gids); release(c->descr); release(c->user); release(c->in.data); @@ -650,7 +661,7 @@ static void eval_message( "user %.100s, uid %d, gids", fd, c->user, c->uid); p = buf + strlen(buf); -for (i=0; igids[i]>=0; i++){ +for (i=0; igidcount && c->gids[i]>=0; i++){ sprintf(p, " %d", c->gids[i]); p += strlen(p); } @@ -684,7 +695,7 @@ static void eval_message( sprintf(buf, "client %d is %.200s (uid %d, gids", fd, arg, c->uid); p = buf + strlen(buf); - for (i=0; i < NGROUPS_MAX && c->gids[i] >= 0; i++) { + for (i=0; i < c->gidcount && c->gids[i] >= 0; i++) { sprintf(p, " %d", c->gids[i]); p += strlen(p); }
Bug#345012: jamvm: fail to run JOSM program (missing Java 5 feature java.lang.Enum)
Package: jamvm Version: 1.3.3-2 Trying to run the Java OpenStreetmap client fail with a NoClassDefFoundError exception. To test, download http://www.eigenheimstrasse.de/josm/josm-rc1.jar>, and run like this: % jamvm -jar josm-rc1.jar java.lang.NoClassDefFoundError: org/openstreetmap/josm/data/projection/UTM$Hemisphere at org.openstreetmap.josm.data.projection.UTM. (UTM.java:88) at org.openstreetmap.josm.data.Preferences. (Preferences.java:70) at org.openstreetmap.josm.Main. (Main.java:46) at java.lang.VMClass.forName (Native Method) at java.lang.Class.forName (Class.java:207) at jamvm.java.lang.JarLauncher.main (JarLauncher.java:47) Caused by: java.lang.NoClassDefFoundError: java/lang/Enum at java.lang.VMClassLoader.defineClass (Native Method) at java.lang.ClassLoader.defineClass (ClassLoader.java:472) at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:108) at java.net.URLClassLoader.findClass (URLClassLoader.java:955) at java.lang.ClassLoader.loadClass (ClassLoader.java:342) at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1110) at java.lang.ClassLoader.loadClass (ClassLoader.java:294) at org.openstreetmap.josm.data.projection.UTM. (UTM.java:88) ...5 more Caused by: java.lang.ClassNotFoundException: java.lang.Enum not found in java.lang.ClassLoader$1{urls=[file:/home/pere/src/debian/java/josm-rc1.jar], parent=null} at java.net.URLClassLoader.findClass (URLClassLoader.java:870) at java.lang.ClassLoader.loadClass (ClassLoader.java:342) at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1110) at java.lang.ClassLoader.loadClass (ClassLoader.java:294) at java.lang.VMClassLoader.defineClass (Native Method) ...12 more I believe this is because some Java 5 features are missing from jamvm. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages jamvm depends on: ii classpath 2:0.19-2 clean room standard Java libraries ii classpath-common 2:0.19-2 architecture independent files ii java-common 0.23 Base of all Java packages ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libffi4 4.0.2-5Foreign Function Interface library ii zlib1g1:1.2.3-9 compression library - runtime jamvm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345128: bzr: copyright file is missing URL to upstream source
Package: bzr Version: 0.6-2 Severity: wishlist The bzr copyright file is missing an URL to the project home page. I suggest adding http://www.bazaar-ng.org/> into it, perhaps close to the upstream author name. Something like this? Source was fetched from http://www.bazaar-ng.org/>. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bzr depends on: ii python2.4 2.4.2-2An interactive high-level object-o ii python2.4-celementtree1.0.2-2Light-weight toolkit for XML proce bzr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345148: qgis: uninstallable in unstable (wrong gdal and geos dependency)
Package: qgis Version: Severity: grave The current package in debian/unstable is not installable, because the gdal and geos library packages have changed name. This is from a installation test using apt-get: The following packages have unmet dependencies: qgis: Depends: libgdal1c2 (>= 1.2.6) but it is not installable Depends: libgeos2c2 but it is not installable E: Broken packages the current library names are libgdal1c2a and libgeos2c2a. A rebuild fixes this issue. I'm preparing an 0-day NMU to solve it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345579: plan: FTBFS: Build dependency on xlibs-dev
[Kurt Roeckx] > But all those packages have to be fixed sooner or later. I hope > people will go and fix this themself. But I'll file bugs after they > uploaded it and it failed. Yes, a fix need to be inserted. But I have a hard time figuring out how to fix it in a way that make the package still build in sarge. Running the xlibs-split script gave me this list: libx11-dev libxmu-dev libxt-dev x-dev But I do not know how to express 'xlibs-dev' or 'libx11-dev,libxmu-dev,libxt-dev,x-dev'. Can you help to provide a patch solving this while still being buildable in sarge and unstable? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345741: [Pkg-sysvinit-devel] Bug#345741: Please add INIT_PROG env var to override re-exec'ing from /sbin/init
> However, if /sbin/init is on a read-only filesystem, > or you want to redirect init to be running from a different > filesystem because you need to umount /sbin , > this feature is inadequate. This sounds like a security issue. If the admin made / read-only, and someone is able to gain enough privileges to talk to init but not to remount the file system, they could re-exec init with a binary they provide instead of the binary the machine administrator intented to run. Am I wrong? If I am right, I believe we should not implement this feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305255: gzip: dir traversal bug when using "gunzip -N"
[Ulf Harnhammar] > here is a better patch. It removes the directory part of the > filename when it is read from the .gz file, and not when opening it, > so the earlier side effects should disappear now. The patch applies, but do not compile with gzip 1.2.4a. base_name() is an unknown function in that source. Can basename() be used instead? The code seem to indicate this. This patch compiles, but I am not sure if it is correct, yet. --- src-1.2.4a-local/gzip.c 1993-08-19 15:39:43.0 +0200 +++ src-1.2.4aUSIT.1/gzip.c 2005-05-19 18:09:02.0 +0200 @@ -1251,6 +1251,8 @@ error("corrupted input -- file name too large"); } } + char *base2 = basename (base); + strcpy(base, base2); /* If necessary, adapt the name to local OS conventions: */ if (!list) { MAKE_LEGAL_NAME(base); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305255: gzip: dir traversal bug when using "gunzip -N"
retitle 305255 CAN-2005-1228 gzip: dir traversal bug when using "gunzip -N" thanks Time to tag the CVE number into the title. :) This bug is reported into RedHat as bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156266>. There is no patch available there. It is also reported as solved by Ubuntu, http://lwn.net/Alerts/134678/>. They are using the patch directly from Ulf Harnhammar. Based on the patch from Ulf Harnhammar, I ended up with this patch for version 1.2.4a. The original patch was not legal ANSI C89, and failed to build with gcc 2.95. I'm still not sure if the user of basename() instead of base_name() is the correct thing to do here. diff -ur src-1.2.4a-local/gzip.c src-1.2.4aUSIT.1/gzip.c --- src-1.2.4a-local/gzip.c 1993-08-19 15:39:43.0 +0200 +++ src-1.2.4aUSIT.1/gzip.c 2005-05-19 18:20:17.0 +0200 @@ -1244,6 +1244,7 @@ /* Copy the base name. Keep a directory prefix intact. */ char *p = basename(ofname); char *base = p; + char *base2; for (;;) { *p = (char)get_char(); if (*p++ == '\0') break; @@ -1251,6 +1252,8 @@ error("corrupted input -- file name too large"); } } + base2 = basename (base); + strcpy(base, base2); /* If necessary, adapt the name to local OS conventions: */ if (!list) { MAKE_LEGAL_NAME(base); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303927: file permissions modification race (CAN-2005-0988)
retitle 303927 CAN-2005-0988 gzip: file permissions modification race tags 303927 + patch thanks This is the patch from Ubuntu package 1.3.5-9ubuntu3.1. I found it at http://security.ubuntu.com/ubuntu/pool/main/g/gzip/gzip_1.3.5-9ubuntu3.1.diff.gz > This bug is also listed in RedHat bugzilla, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155745 >, and the patch is also present there. The patch in RH bugzilla is credited Steve Grubb. The patch from Ubuntu and from Steve Grubb are almost identical. The patch from Steve Grubb add '(void)' to ignore the return value of fchown(). --- gzip-1.3.5.orig/gzip.c +++ gzip-1.3.5/gzip.c @@ -875,8 +881,11 @@ } close(ifd); -if (!to_stdout && close(ofd)) { - write_error(); +if (!to_stdout) { + /* Copy modes, times, ownership, and remove the input file */ + copy_stat(&istat); + if (close(ofd)) +write_error(); } if (method == -1) { if (!to_stdout) xunlink (ofname); @@ -896,10 +905,6 @@ } fprintf(stderr, "\n"); } -/* Copy modes, times, ownership, and remove the input file */ -if (!to_stdout) { - copy_stat(&istat); -} } /* @@ -1725,7 +1732,7 @@ reset_times(ofname, ifstat); #endif /* Copy the protection modes */ -if (chmod(ofname, ifstat->st_mode & 0)) { +if (fchmod(ofd, ifstat->st_mode & 0)) { int e = errno; WARN((stderr, "%s: ", progname)); if (!quiet) { @@ -1734,7 +1741,7 @@ } } #ifndef NO_CHOWN -chown(ofname, ifstat->st_uid, ifstat->st_gid); /* Copy ownership */ +fchown(ofd, ifstat->st_uid, ifstat->st_gid); /* Copy ownership */ #endif remove_ofname = 0; /* It's now safe to remove the input file: */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310053: gzip: gzip hangs in futex(..., FUTEX_WAIT) indefinetely
Package: gzip Version: 1.3.5-9 Tags: patch While looking at the ubuntu patches for gzip, I found some changes which are missing in the debian package. These are the ubuntu changelog entries related to the fixes: gzip (1.3.5-9ubuntu3) warty; urgency=low * Acutually use the abort_gzip_signal routine created in -9ubuntu2 (really Closes: Ubuntu#1854) -- Matt Zimmerman <[EMAIL PROTECTED]> Wed, 13 Oct 2004 08:15:48 -0700 gzip (1.3.5-9ubuntu2) warty; urgency=low * Use a separate signal handler function rather than changing abort_gzip, since abort_gzip is used in non-signal contexts as well -- Matt Zimmerman <[EMAIL PROTECTED]> Mon, 11 Oct 2004 12:50:02 -0700 gzip (1.3.5-9ubuntu1) warty; urgency=low * Call _exit rather than the do_exit cleanup routine from abort_gzip. abort_gzip is a signal handler, and do_exit does a number of things that signal handlers are not permitted to do (Closes: Ubuntu#1854) -- Matt Zimmerman <[EMAIL PROTECTED]> Mon, 11 Oct 2004 03:34:02 -0700 The ubuntu bug report is available from https://bugzilla.ubuntu.com/show_bug.cgi?id=1854 >. The problem is described there as: when running apt-get upgrade, apt-extracttemplates never finishes due to gzip hanging on a futex. If I try to strace apt-get, it works, so I'm not able to generate a useful trace. dpkg by itself on single packages seems to work still, so I could try to track down if it's a single package that's causing the trouble. I'm quite sure this problem exist in Debian as well. Here is the complete patch from ubuntu: --- gzip-1.3.5.orig/gzip.c +++ gzip-1.3.5/gzip.c @@ -464,16 +467,16 @@ foreground = signal(SIGINT, SIG_IGN) != SIG_IGN; if (foreground) { - (void) signal (SIGINT, (sig_type)abort_gzip); + (void) signal (SIGINT, (sig_type)abort_gzip_signal); } #ifdef SIGTERM if (signal(SIGTERM, SIG_IGN) != SIG_IGN) { - (void) signal(SIGTERM, (sig_type)abort_gzip); + (void) signal(SIGTERM, (sig_type)abort_gzip_signal); } #endif #ifdef SIGHUP if (signal(SIGHUP, SIG_IGN) != SIG_IGN) { - (void) signal(SIGHUP, (sig_type)abort_gzip); + (void) signal(SIGHUP, (sig_type)abort_gzip_signal); } #endif @@ -580,7 +586,7 @@ #ifdef SIGPIPE /* Ignore "Broken Pipe" message with --quiet */ if (quiet && signal (SIGPIPE, SIG_IGN) != SIG_IGN) - signal (SIGPIPE, (sig_type) abort_gzip); + signal (SIGPIPE, (sig_type) abort_gzip_signal); #endif /* By default, save name and timestamp on compression but do not @@ -1842,14 +1849,31 @@ } /* - * Signal and error handler. + * Close and unlink the output file if appropriate. This routine must be + * async-signal-safe. */ -RETSIGTYPE abort_gzip() -{ +local void do_remove() { if (remove_ofname) { close(ofd); xunlink (ofname); } +} + +/* + * Error handler. + */ +RETSIGTYPE abort_gzip() +{ + do_remove(); do_exit(ERROR); } + +/* + * Signal handler. + */ +RETSIGTYPE abort_gzip_signal() +{ + do_remove(); + _exit(ERROR); +} --- gzip-1.3.5.orig/gzip.h +++ gzip-1.3.5/gzip.h @@ -273,6 +274,7 @@ /* in gzip.c */ RETSIGTYPE abort_gzip OF((void)); +RETSIGTYPE abort_gzip_signal OF((void)); /* in deflate.c */ void lm_init OF((int pack_level, ush *flags)); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310094: Several lintian warnings and errors when rebuilding package
Package: libpostgis1-pg74 Version: 1.0.0-1 Severity: minor When building postgis from source, lintian report several problems: E: postgis source: build-depends-on-essential-package-without-using-version build-depends: findutils W: postgis source: virtual-package-depends-without-real-package-depends build-depends: awk W: postgis source: virtual-package-depends-without-real-package-depends build-depends: java-compiler W: postgis source: configure-generated-file-in-source config.log W: postgis source: configure-generated-file-in-source debian/pgsql80_src/config.status W: postgis source: configure-generated-file-in-source debian/pgsql73_src/config.status W: postgis source: configure-generated-file-in-source debian/pgsql72_src/config.status W: postgis source: configure-generated-file-in-source debian/pgsql74_src/config.status W: libpostgis1-pg74: executable-not-elf-or-script ./usr/lib/postgresql/bin/postgis_restore.pl W: libpostgis1-pg74: package-has-a-duplicate-relation depends: libgeos2, libgeos2 (>= 2.1.1) At least some of these seem to be real bugs in the build process. One of the (the java-compiler warning) is the same as bug #308848. - System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpostgis1-pg74 depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgeos22.1.1-2 Geometry engine for Geographic Inf ii libpq3 7.4.7-6 PostgreSQL C client library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii postgresql 7.4.7-6 object-relational SQL database man ii postgresql-contrib 7.4.7-6 additional facilities for PostgreS ii proj4.4.9-1 Cartographic projection filter and ii sudo1.6.8p7-1.1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310100: error when installing libpostgis1-pg74 in debian/sarge.
Package: libpostgis1-pg74 Version: 1.0.0-1 Severity: normal When trying to install libpostgis1-pg74 in sarge (after rebuilding it for sarge), I got this error message during installation: Setting up libpostgis1-pg74 (1.0.0-1) ... createdb: database creation failed: ERROR: source database "template1" is being accessed by other users I have no idea what it means, but it does not seem like a good message to me. After installation, I was able to run both mktemplate_gis and createdb.postgis without any errors, so I guess the error message is non-fatal? - System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpostgis1-pg74 depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgeos22.1.1-2 Geometry engine for Geographic Inf ii libpq3 7.4.7-6 PostgreSQL C client library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii postgresql 7.4.7-6 object-relational SQL database man ii postgresql-contrib 7.4.7-6 additional facilities for PostgreS ii proj4.4.9-1 Cartographic projection filter and ii sudo1.6.8p7-1.1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310101: createdb.postgis should update ownership of postgis tables
Package: libpostgis1-pg74 Version: 1.0.0-1 Severity: normal When I as the postgres user create a new postgis database using the --owner flag to set the initial owner of the database, the tables created are still owned by the postgres user. I believe it would be more correct to make sure the table owner is the suer listed as the datbase owner. [EMAIL PROTECTED]:~$ createdb.postgis --owner pere pere_gis CREATE DATABASE [EMAIL PROTECTED]:~$ logout # su - pere % psql pere_gis Welcome to psql 7.4.7, the PostgreSQL interactive terminal. Type: \copyright for distribution terms \h for help with SQL commands \? for help on internal slash commands \g or terminate with semicolon to execute query \q to quit pere_gis=> \d List of relations Schema | Name | Type | Owner +--+---+-- public | geometry_columns | table | postgres public | spatial_ref_sys | table | postgres (2 rows) I was unable to use the database because of this. I solved it by running these PostgresSQL commands as the postgres user: [EMAIL PROTECTED]:~$ psql pere_gis [...] pere_gis=# ALTER TABLE geometry_columns OWNER TO pere; ALTER TABLE pere_gis=# ALTER TABLE spatial_ref_sys OWNER TO pere; ALTER TABLE pere_gis=# Perhaps the script should be updated to run these commands when the --owner option is used? - System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpostgis1-pg74 depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgeos22.1.1-2 Geometry engine for Geographic Inf ii libpq3 7.4.7-6 PostgreSQL C client library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii postgresql 7.4.7-6 object-relational SQL database man ii postgresql-contrib 7.4.7-6 additional facilities for PostgreS ii proj4.4.9-1 Cartographic projection filter and ii sudo1.6.8p7-1.1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310783: Please teach xtraceroute too fetch IP location from hostip.info
Package: xt Version: 0.9.1-6 Severity: wishlist It would be great if xtraceroute could fetch location information from the data sources available from http://www.hostip.info/>. The methods available are listed on http://www.hostip.info/use.html>: Simple GET That said, there is an easy HTTP oriented API to locate IP addresses and Geocode them. If you don't supply the "?ip=aa.bb.cc.dd" bit, then the ip address lookup of the calling machine will be located instead (here, the aa,bb,cc,dd are decimal digits). If you add &position=true to the end of the URL then latitude and longitude will be returned also. Both HTML and XML formats are supplied for your convenience. http://www.hostip.info/api/get.html?ip=12.215.42.19 Country: UNITED STATES (US) City: Sugar Grove, IL http://www.hostip.info/api/get.html?ip=12.215.42.19&position=true Country: UNITED STATES (US) City: Sugar Grove, IL Latitude: 41.7696 Longitude: -88.4588 http://www.hostip.info/api/get.XML?ip=12.215.42.19 [use the URL above for an example - XML too long to paste below] I suspect the XML method might be the most convinient method, but the text version with position should be easily parsable as well. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xt depends on: ii gtkglarea5 1.2.3-2 Gimp Toolkit OpenGL area widget sh ii host 2331-9 utility for querying DNS servers ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgdk-pixbuf2 0.22.0-8The GdkPixBuf image library, gtk+ ii libglib1.2 1.2.10-9The GLib library of C routines ii libglu1-mesa [libglu 5.0.0-5.1 The OpenGL utility library, libGLU ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-12.0.1 X Window System Input extension li ii mesag3 [libgl1] 5.0.0-5.1 A 3-D graphics library which imple ii traceroute 1.4a12-18 traces the route taken by packets ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311188: debian-edu-config: Messes "programmatically" with conffiles of other packages
[Jonas Smedegaard] > It is a violation of Debian Policy to mess with conffiles of other > packages, and http://release.debian.org/sarge_rc_policy.txt section > 3 adds this: Debian policy section 10.7.4 (Sharing configuration files) reads: The maintainer scripts must not alter a conffile of any package, including the one the scripts belong to. The base-config scripts are not maintainer scripts, so the behaviour of debian-edu-config do not break the written policy. So the sarge RC policy "clarification" is clearly a more extended rule than the one in the current policy. The new "clarification" seem to forbid all scripts that can edit conffiles. Is this the correct interpretation? (And yes, I believe we need to find a better way to handle configuration in debian-edu, but while we wait, I see no better way to do it than the current mechanism. And I believe it is not breaking policy as it is written in the Debian Policy Manual today. It would be interesting to know which packages conffiles we affect, to have a work list of packages we need to make more configurable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310817: [Help] Re: Bug#310817: tipptrainer: Tipptrainer crashes when selecting a 2nd lesson after finishing the first.
[Andreas Tille] > 3. Are there alternatives for this program which are actively maintained? I'm aware of ktouch for practicing touch typing, but have never tried tipptrainer so I do not know if it is an alternative or not. (I'm on debian-edu@, no need to CC me directly. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299924: RFP: ipmitool -- cmd-line tool to extract IPMI info from machines
Package: wnpp Version: N/A; reported 2005-03-17 Severity: wishlist * Package name: ipmitool Version : 1.6.0 Upstream Author : Duncan Laurie <[EMAIL PROTECTED]> * URL : http://ipmitool.sourceforge.net/ * License : BSD Description : command line tool to interface with IPMI ipmitool is a utility for managing and configuring devices that support the Intelligent Platform Management Interface. IPMI is an open standard for monitoring, logging, recovery, inventory, and control of hardware that is implemented independent of the main CPU, BIOS, and OS. The service processor (or Baseboard Management Controller, BMC) is the brain behind platform management and its primary purpose is to handle the autonomous sensor monitoring and event logging features. The ipmitool program provides a simple command-line interface to this BMC. It features the ability to read the sensor data repository (SDR) and print sensor values, display the contents of the System Event Log (SEL), print Field Replaceable Unit (FRU) inventory information, read and set LAN configuration parameters, and perform remote chassis power control. License text: Copyright (c) 2003 Sun Microsystems, Inc. All Rights Reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: Redistribution of source code must retain the above copyright notice, this list of conditions and the following disclaimer. Redistribution in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Neither the name of Sun Microsystems, Inc. or the names of contributors may be used to endorse or promote products derived from this software without specific prior written permission. This software is provided "AS IS," without a warranty of any kind. ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT, ARE HEREBY EXCLUDED. SUN MICROSYSTEMS, INC. ("SUN") AND ITS LICENSORS SHALL NOT BE LIABLE FOR ANY DAMAGES SUFFERED BY LICENSEE AS A RESULT OF USING, MODIFYING OR DISTRIBUTING THIS SOFTWARE OR ITS DERIVATIVES. IN NO EVENT WILL SUN OR ITS LICENSORS BE LIABLE FOR ANY LOST REVENUE, PROFIT OR DATA, OR FOR DIRECT, INDIRECT, SPECIAL, CONSEQUENTIAL, INCIDENTAL OR PUNITIVE DAMAGES, HOWEVER CAUSED AND REGARDLESS OF THE THEORY OF LIABILITY, ARISING OUT OF THE USE OF OR INABILITY TO USE THIS SOFTWARE, EVEN IF SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. You acknowledge that this software is not designed or intended for use in the design, construction, operation or maintenance of any nuclear facility. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299924: RFP: ipmitool -- cmd-line tool to extract IPMI info from machines
More info on IPMI is available from http://www.dell.com/downloads/global/power/ps4q04-20040204-Murphy.pdf> and the March 2005 issue of Sys Admin, article "Linux Server Monitoring with IPMI" by Philip J. Hollenback. The driver for various hardware is included in the latest kernels, and up to date drivers are available from http://sourceforge.net/projects/openipmi>. There is also information available from http://www.openipmi.org/> and http://www.gnu.org/software/freeipmi/>. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#138971: ITP: mapserver -- cartographic renderer and utils
I just uploaded mapserver into the debian archive. It is now waiting in NEW. The package is based on the content in the Debian GIS CVS repository, https://alioth.debian.org/projects/pkg-grass/>, initialily maintained by Thomas Sondag. These are the packages generated: * perl-mapscript * cgi-mapserver * python-mapscript * mapserver-bin * mapserver-doc I dropped php support because the php version in debian have incompatible regex support included. Unofficial packages are available from http://developer.skolelinux.no/~pere/debian/>. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175820: Missing e2fsadm
I've been testing lvm2 the last few days, and must admit that I really miss the e2fsadm tool. Is there no such tool available, taking care of all the steps of volume resizing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307489: nstxd: Segfaults on normal dns zone lookup
Package: nstx Version: 1.1-beta6-2.1 Severity: important Tags: patch I recently tested nstx, trying to prepare a emergency tunnel for my laptop. I ran into a annoying problem with the server crashing when I tested it using 'host tun-domain.somewhere.org'. It crashes in lbl2data() because realloc() return NULL, and this can't be used as a pointer. I tracked down the real problem, and this is in dns_fqdn2data(). The problem is that the suffix and the fqdn is identical. This leads to a call to lbl2data(fqdn, 0), and using realloc(buf, 0) return NULL. The fix is to make sure only fqdn entries with some data in it is passed on to lbl2data(). This patch fixed this crash problem. I inserted an assert() to make sure it crashed on a controlled fasion when realloc() returned NULL, made sure buf was NULL at the start, and made sure not to call lbl2data if the length was 0. diff -ur nstx-1.1-beta6/nstx_dns.c nstx-1.1-beta6-pere/nstx_dns.c --- nstx-1.1-beta6/nstx_dns.c Tue May 3 16:00:38 2005 +++ nstx-1.1-beta6-pere/nstx_dns.c Tue May 3 15:49:59 2005 @@ -6,6 +6,7 @@ #include #include #include +#include #include "nstxfun.h" #include "nstxdns.h" @@ -183,13 +184,13 @@ static const unsigned char * lbl2data (const unsigned char *data, size_t len) { - static signed char *buf; + static signed char *buf = NULL; const unsigned char *s = data; signed char *d; signed int llen; d = buf = realloc(buf, len); - + assert(d); do { llen = *s++; @@ -336,7 +337,8 @@ free(buf); off = strstr(fqdn, suffix); - if (off) + /* only parse if the fqdn was found, and there is more than the fqdn */ + if (off && off != fqdn) buf = strdup((char*)lbl2data((unsigned char*)fqdn, off - fqdn)); else /* Our suffix not found... */ -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux developer.skolelinux.no 2.4.27 #1 SMP Sat Oct 23 14:01:01 CEST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages nstx depends on: ii adduser 3.47 Add and remove users and groups ii libc6 2.2.5-11.8 GNU C Library: Shared libraries an -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307149: libxmlrpc-c0-dev: Incompatible C++ ABI?
[Chris Leishman] > Can you please confirm that you are using libxmlrpc-c0-dev? Oh, I was definitely using libxmlrpc-c0-dev. I had just upgraded from Woody when I ran into the problem. > In the Sarge (testing) distribution, the current package is > libxmlrpc-c3-dev. I got a tip from one of the release manager about this, and upgrading solved the problem. > If not, can you try upgrading and test again? Would it be an idea to provide an automatic upgrade path from libxmlrpc-c0-dev to libxmlrpc-c3-dev? I didn't expect to be left with a broken libxmlrpc development package when I upgraded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]