Bug#1006754: theli tries to use swarp from suckless-tools instead of SWarp from swarp
Package: theli Version: 3.1.3-1 Severity: important Dear Maintainer, I tried installing theli on Debian unstable. Upon running the program, it immediately reports swarp is the wrong version. Checking the swarp package, Debian has renamed that program from swarp to SWarp, to avoid collision with the suckless-tools program named swarp. I reckon the appropriate thing to do in the Debian package, particularly as swarp is a dependency, is to make the similar change to call the correct program in theli as well. As a workaround, it is possible to make a directory with a lower case symlink and add it to PATH to run theli, e.g.: $ mkdir ~/theli-bin $ ln -s /usr/bin/SWarp ~/theli-bin/swarp $ PATH=~/theli-bin:$PATH theli & It is also possible that the program would look for SWarp if swarp were not present, in which case this is a conflict with suckless-tools. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:sv Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages theli depends on: ii libc62.33-7 ii libcfitsio9 4.0.0-1 ii libgcc-s112-20220302-1 ii libgomp1 12-20220302-1 ii libgsl27 2.7.1+dfsg-3 ii libqt5core5a 5.15.2+dfsg-15 ii libqt5gui5 5.15.2+dfsg-15 ii libqt5printsupport5 5.15.2+dfsg-15 ii libqt5widgets5 5.15.2+dfsg-15 ii libraw20 0.20.2-2 ii libstdc++6 12-20220302-1 ii libtiff5 4.3.0-4+b1 ii libwcs7 7.7+ds-1 Versions of packages theli recommends: ii astrometry.net 0.89+dfsg-1 ii plplot-driver-cairo 5.15.0+dfsg-24+b1 ii python3-astropy 5.0.1-1 ii python3-requests2.25.1+dfsg-2 ii scamp 2.10.0-2 ii source-extractor2.25.0+ds-3 ii suckless-tools [swarp] 46-1 ii swarp 2.41.5-1 theli suggests no packages. -- no debconf information
Bug#951033: Workaround found
I just mucked about with Cura and tracked down inaccessible buttons to a lacking implicitWidth for the background of ActionButton in the QML. However, when digging for more information, I found https://github.com/Ultimaker/Cura/issues/5488#issuecomment-588560291 This suggests setting QT_QUICK_CONTROLS_STYLE=material, and in my testing that does indeed resolve several of the UI bugs, including the crash when previewing and the misrendered (size, placement, missing background) buttons. I shall see if I can set this in Cura itself, but the quick workaround would seem a wrapper script that sets the environment variable. Such tweaks are in fact the main content of the cura script itself (aka cura_app.py), so something like: os.environ["QT_QUICK_CONTROLS_STYLE"] = "material" before the CuraApplication creation (next to last line) should do.
Bug#921491: debirf: Broken on usr merged systems
Having run into this issue also, I must note that this behaviour of dpkg contradicts their FAQ: https://wiki.debian.org/Teams/Dpkg/FAQ#Q:_Will_dpkg_replace_a_symlink_with_a_directory_or_vice_versa.3F Q: Will dpkg replace a symlink with a directory or vice versa? A: No. As dpkg does not currently track file metadata, it does not know if a symlink or directory was switched by a previous package or by the sysadmin. As part of the dpkg credo, preserving human configuration is of utmost importance, and this kind of change has always been considered as so. As of now, this should be handled by the package maintainer scripts (possibly with aid from dpkg-maintscript-helper), failing to do so should be considered a serious bug.
Bug#626450: workaround if you have a root shell
For those unlucky enough to hit this bug, yet lucky enough to still have a root shell open: /lib/ld-linux-x86-64.so.2 /bin/ln -s /lib /lib64 Statically linked versions of ln (for instance in sash or busybox-static) should also work. Unfortunately, su will not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598059: octave3.2: axis equal/square incorrect for gnuplot 4.4
Package: octave3.2 Version: 3.2.4-7 Severity: normal There is a bug in handling of 2d plots with Octave 3.2 and Gnuplot 4.4. I found that while axis equal or axis square change the plot, both on screen and in print, it does not calculate the ratios correctly. Whatever it is setting seems dependent on the window shape, which really should never affect the printout. Forcing __gnuplot_has_feature__(screen_coordinates_for_{lrtb}margin) to 0 fixes this problem. That variable appears to be intended to handle some change in gnuplot 4.3, which I am not aware of. Within __go_draw_axes__ that variable affects not only margin calculation but disables setting of gnuplot parameters origin and size. The variable also affects the axis command itself, as dataaspectratio seems to change format. axis equal and axis square should be equivalent to gnuplot set size ratio -1 and set size ratio 1 respectively. Additionally, there seems to be a developer note about this in __go_draw_axes__: ## FIXME -- nothing should change for gnuplot 4.2.x. Whoever wrote that probably has a better idea than I what's going on. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages octave3.2 depends on: ii libamd2.2.0 1:3.4.0-2 approximate minimum degree orderin ii libarpack2 2.1+parpack96.dfsg-3+b1 Fortran77 subroutines to solve lar ii libatlas3gf-base 3.8.3-27Automatically Tuned Linear Algebra ii libblas3gf [libb 1.2-7 Basic Linear Algebra Reference imp ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libcamd2.2.0 1:3.4.0-2 symmetric approximate minimum degr ii libccolamd2.7.1 1:3.4.0-2 constrained column approximate lib ii libcholmod1.7.1 1:3.4.0-2 sparse Cholesky factorization libr ii libcolamd2.7.1 1:3.4.0-2 column approximate minimum degree ii libcurl3-gnutls 7.21.1-1Multi-protocol file transfer libra ii libcxsparse2.2.3 1:3.4.0-2 concise sparse matrix library (com ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfltk1.1 1.1.10-2+b1 Fast Light Toolkit - shared librar ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib ii libftgl2 2.1.3~rc5-3 library to render text in OpenGL u ii libgcc1 1:4.4.4-16 GCC support library ii libgfortran3 4.4.4-16Runtime library for GNU Fortran ap ii libgl1-mesa-glx 7.7.1-4 A free implementation of the OpenG ii libglpk0 4.43-1 linear programming kit with intege ii libglu1-mesa [li 7.7.1-4 The OpenGL utility library (GLU) ii libgomp1 4.4.4-16GCC OpenMP (GOMP) support library ii libgraphicsmagic 1.3.12-1+b1 format-independent image processin ii libgraphicsmagic 1.3.12-1+b1 format-independent image processin ii libhdf5-serial-1 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libjasper1 1.900.1-7+b1The JasPer JPEG-2000 runtime libra ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii liblapack3gf [li 3.2.2-1 library of linear algebra routines ii liblcms1 1.18.dfsg-1.2+b3Color management library ii libltdl7 2.2.6b-2A system independent dlopen wrappe ii libncurses5 5.7+20100313-3 shared libraries for terminal hand ii libpcre3 8.02-1.1Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.44-1PNG library - runtime ii libqhull52009.1-1calculate convex hulls and related ii libqrupdate1 1.0.1-1 Fast updates of QR and Cholesky de ii libreadline6 6.1-3 GNU readline and history libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.4-16The GNU Standard C++ Library v3 ii libtiff4 3.9.4-3 Tag Image File Format (TIFF) libra ii libumfpack5.4.0 1:3.4.0-2 sparse LU factorization library ii libwmf0.2-7 0.2.8.4-6.1+b1 Windows metafile conversion librar ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-4GNOME XML library ii octave3.2-common
Bug#548898: gvfs crashes gtk file chooser
Subject: gvfs crashes gtk file chooser Package: gvfs Version: 1.4.0-1 Severity: critical *** Please type your report below this line *** This was certainly a pain in the ass. For the record, the correct response to an optional feature (gvfs) failing is not to crash the host program. It's possible that bug belongs in libgtk, but the underlying problem is just as severe (sending messages with unknown effects to something that handles the file system). Red Hat bug 512461 indicates that the problem is a protocol change within gvfs - that is, between the library and the daemon processes it automatically starts without user intervention. It spews a few error messages of the form process 6686: type array 97 not a basic type then crashes whatever Gtk program called the file chooser. Reproduced in Iceweasel, Emacs, Comix, Viking etc. Not a bug is an insult to the user, as this is nearly as destructive as it gets. Appropriate handling: #1. On failures, fall back to sane behaviour; i.e. non-vfs usage. #2. Make the protocol indicate version. Mismatches can then be detected. Give a warning/error code that can be handled. #3. If a sane solution exists (in this case, have gvfs* daemons exit), consider automating it or at least suggesting it. The problem could have been resolved in my instance by having the gvfs package kill the daemons when they're upgraded. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages gvfs depends on: ii libc6 2.9-26 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libgconf2-4 2.26.2-3 GNOME configuration database syste ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libhal1 0.5.13-3 Hardware Abstraction Layer - share ii libudev0 146-3 libudev shared library ii x11-utils 7.4+1 X11 utilities Versions of packages gvfs recommends: ii dbus 1.2.16-2 simple interprocess messaging syst ii gnome-mount 0.8-2 wrapper for (un)mounting and eject ii hal 0.5.13-3 Hardware Abstraction Layer Versions of packages gvfs suggests: ii gvfs-backends 1.4.0-1userspace virtual filesystem - bac -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494751: madwifi-source: fails with AR2413 on Linux 2.6.25-2-686
Package: madwifi-source Version: 1:0.9.4+r3772.20080716-1 Severity: important This package of madwifi does not work on my system. I'm using a stock Debian kernel and hostapd, but even manually bringing it up in adhoc mode fails. The interface appears, but no beacons ever occur; other devices never see the atheros equipped machine. An error shows up in dmesg, stating: [2171794.419413] wifi0: ath_bstuck_tasklet: Stuck beacon; resetting (beacon miss count: 11) I downloaded upstream v0.9.4, following links on madwifi.org, and that works fine. I'm not sure how the Debian package differs. lspci output: 00:0c.0 Ethernet controller: Atheros Communications Inc. AR2413 802.11bg NIC (rev 01) Subsystem: Atheros Communications Inc. Device 1052 Flags: bus master, medium devsel, latency 168, IRQ 11 Memory at c300 (32-bit, non-prefetchable) [size=64K] Capabilities: access denied Kernel driver in use: ath_pci Kernel modules: ath5k, ath_pci (Not using ath5k as it does not appear to support AP mode.) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages madwifi-source depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii debhelper 7.0.15 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429734: hostapd: relevant kernel is now in unstable
Package: hostapd Version: 1:0.5.10-1 Followup-For: Bug #429734 I'd say this bug needs an upgrade. I have an Atheros board which is now supported in kernel (previously used madwifi), and hostapd does not support that driver. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages hostapd depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-11 SSL shared libraries ii lsb-base 3.2-13 Linux Standard Base 3.2 init scrip hostapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460536: libsdl-mixer1.2: plays music at wrong sample rates
Package: libsdl-mixer1.2 Version: 1.2.8-3 Severity: normal When playing pydance, I found some songs that played at less than half the speed they should. It turns out pydance was initialized to 22050Hz sample rate, and SDL_mixer would play 44.1kHz songs resampled but 48kHz songs were not. Further experiments showed that resampling would occur at half rates, but not close rates. Playing 44.1kHz songs at 48kHz sample rate thus showed a similar problem. This is quite unacceptable for a program like pydance which relies on correct timing and switching songs. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libsdl-mixer1.2 depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libmikmod23.1.11-a-6 A portable sound library ii libsdl1.2debian 1.2.13-1 Simple DirectMedia Layer libsdl-mixer1.2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456187: ferm disables firewall during upgrade
Package: ferm Version: 1.3.1-1 Severity: normal While upgrading - during the whole unpack/configure phase of apt - ferm disabled all firewall rules, including NAT and any blocking. This is not desired behaviour for me. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages ferm depends on: ii debconf 1.5.17 Debian configuration management sy ii iptables1.3.8.0debian1-1 administration tools for packet fi ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii perl5.8.8-12 Larry Wall's Practical Extraction ferm recommends no packages. -- debconf information: * ferm/enable: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452050: kaya: 0.2.7-2 diff has extra files breaking build
Package: kaya Version: 0.2.7-2 Severity: serious Justification: no longer builds from source This package fails to build because the diff contains files generated by the configure phase. config.status, all Makefiles, config.log and probably tests/test???/output should not be in the diff. Additionally, the diff makes a change to configure.ac which has not been propagated to configure; if it's intentional, autoconf needs to be rerun. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-hrt1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages kaya depends on: ii g++-4.2 4.2.2-3 The GNU C++ compiler ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libgc-dev 1:6.8-1.1conservative garbage collector for ii libgc1c21:6.8-1.1conservative garbage collector for ii libgcc1 1:4.2.2-3GCC support library ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libgcrypt11-dev 1.2.4-2 LGPL Crypto library - development ii libgmp3c2 2:4.2.2+dfsg-1 Multiprecision arithmetic library ii libgnutls-dev 2.0.4-1 the GNU TLS library - development ii libncurses5 5.6+20071103-1 Shared libraries for terminal hand ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii libpcre3-dev7.3-2Perl 5 Compatible Regular Expressi ii libreadline55.2-3GNU readline and history libraries ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime ii zlib1g-dev 1:1.2.3.3.dfsg-7 compression library - development kaya recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432613: xkb-data: virtual keys missing from evdev keycodes, breaks modifiers
On Thu, Jul 12, 2007 at 12:30:08AM +0200, Mohammed Adnène Trojette wrote: On Wed, Jul 11, 2007, Yann Vernier wrote: to codes that never occur. I added similar lines to evdev: // Fake keycodes for virtual keys MDSW = 241; LVL3 = 242; ALT = 243; META = 244; SUPR = 245; HYPR = 246; And now my bindings do work. In linux/input.h keycode 240 is called unknown and the range 241-255 are not defined. Please could you prepare a patch ready to be applied? It would be really kind from you. I'll forward it upstream and try to prepare an upload this week-end. Okay, attaching something. --- /usr/share/X11/xkb/keycodes/evdev.orig 2007-07-24 03:01:21.0 +0200 +++ /usr/share/X11/xkb/keycodes/evdev 2007-07-24 03:02:19.0 +0200 @@ -269,6 +269,14 @@ I243 = 243; // #define KEY_DOCUMENTS 235 I244 = 244; // #define KEY_BATTERY 236 + // Fake keycodes for virtual keys + MDSW = 241; + LVL3 = 242; + ALT = 243; + META = 244; + SUPR = 245; + HYPR = 246; + indicator 1 = Caps Lock; indicator 2 = Num Lock; indicator 3 = Scroll Lock;
Bug#432613: xkb-data: virtual keys missing from evdev keycodes, breaks modifiers
Subject: xkb-data: virtual keys missing from evdev keycodes, breaks modifiers Package: xkb-data Version: 0.9-4 Severity: normal *** Please type your report below this line *** Upon switching from kbd to evdev driver, and thus from xorg to evdev keycode mappings, my window manager bindings stopped working. I eventually traced this down to a weird part of the keycode files. In keycodes/xfree86, there are mappings for seven keys including META to codes that never occur. I added similar lines to evdev: // Fake keycodes for virtual keys MDSW = 241; LVL3 = 242; ALT = 243; META = 244; SUPR = 245; HYPR = 246; And now my bindings do work. In linux/input.h keycode 240 is called unknown and the range 241-255 are not defined. xmodmap output with this change: xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x69) mod1Alt_L (0x40), Alt_L (0xf3), Meta_L (0xf4) mod2Num_Lock (0x4d) mod3 mod4Super_L (0xf5), Hyper_L (0xf6) mod5ISO_Level3_Shift (0x6c), Mode_switch (0xf1), ISO_Level3_Shift (0xf2) xmodmap output witout it: xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x69) mod1Alt_L (0x40) mod2Num_Lock (0x4d) mod3 mod4 mod5ISO_Level3_Shift (0x6c) The left logo key is mapped to Super_L and mod4, but without the fake keys that fails somehow. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427583: closed by Fathi Boudra [EMAIL PROTECTED] (Bug#427583: fixed in kwlan 0.6.2-1)
On Sun, Jun 10, 2007 at 11:21:13AM +, Debian Bug Tracking System wrote: Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Fathi Boudra [EMAIL PROTECTED] by replying to this email. * Add option to show commands in kdesu password requests. Partway there, but not quite enough for me, sorry. The new function tries to display a command, but doesn't quite succeed at that (see attachment). In addition, it still runs this kdesu_stub, making it impossible to use sudo's fine-grained command control to allow kwlan to administer the network without giving away all control of the system. In my opinion, the bug should probably be transferred to kdesu at this point, or use of sudo *instead* of kdesu should be added to kwlan. I'm hesitant to trust kdesu, and since sudo is the point of privilege escalation, I want to be able to use its functions properly. -- PGP fingerprint = 9242 DC15 2502 FEAB E15F 84C6 D538 EC09 5380 5746 attachment: kdesu.png signature.asc Description: Digital signature
Bug#427583: kwlan: can't be set up in a trustworthy manner
Package: kwlan Version: 0.6.1-2+b1 Severity: important kwlan uses kdesu to run arbitrary, unknown commands as root. The documentation says You need to be able to run networking relevant commands like dhclient, ifconfig, iwconfig, route and wpa_supplicant. The phrasing indicates that this is NOT sufficient information to answer the question (What programs does a user need to able to run using sudo?), and there does not seem to be a correct answer. Checking my auth.log, it seems it only runs one command: Jun 5 03:05:21 zex sudo: yann : TTY=pts/3 ; PWD=/home/yann ; USER=root ; COMMAND=/usr/bin/kdesu_stub - In other words, it runs a stub for *arbitrary control*. Even this is run hidden from me by a window that requests my or root's password without hinting at what command it's talking about. I would like for the question to have a proper answer, i.e. run the commands in question using sudo, not a strange wrapper, and list the commands. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages kwlan depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-1core libraries and binaries for al ii libc62.5-9 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070525-1GCC support library ii libiw29 29~pre21-2 Wireless tools - library ii libqt3-mt3:3.3.7-4+b1Qt GUI Library (Threaded runtime v ii libstdc++6 4.2-20070525-1 The GNU Standard C++ Library v3 ii ppp 2.4.4rel-9 Point-to-Point Protocol (PPP) daem ii psmisc 22.5-1 Utilities that use the proc filesy ii sudo 1.6.8p12-5 Provide limited super user privile ii wpasupplicant0.6.0~cvs20070224-3 Client support for WPA and WPA2 (I kwlan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425593: cfv: please add support for bsd md5 -r format
Package: cfv Version: 1.18-2.2 Severity: wishlist Some friends of mine run FreeBSD, and therefore had checksum files produced by their md5 command. The default output is already supported, but using the switch -r it outputs something that's almost but not quite identical to md5sum. Example: md5 $(which md5) = MD5 (/sbin/md5) = 18eacbe50f75f0221195d16a5967bf7e md5 -r $(which md5) = 18eacbe50f75f0221195d16a5967bf7e /sbin/md5 As far as I can tell, all that's needed to support verification of such files is changing [ *] to [ *]? in this regex (class MD5): _foosum_rem=re.compile(r'([0-9a-fA-F]{32}) ([ *])([^\r\n]+)[\r\n]*$') Writing, however, would require an additional switch. The difference is merely the absence of the text/binary specifier (either a space or *, always written as * by cfv). The -r switch (for FreeBSD) is poorly documented. Apparently NetBSD has the same function as -n. The OpenBSD man page says that it matches cksum, which uses yet another format. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages cfv depends on: ii python2.4.4-2An interactive high-level object-o ii python-support0.6.3 automated rebuilding support for p Versions of packages cfv recommends: ii bittorrent3.4.2-10 Scatter-gather network file transf -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278312: xserver-xfree86: [palmax] Touchscreen packets not processed unless under high load
On Tue, 16 Jan 2007 22:52:07 +0100 Brice Goglin [EMAIL PROTECTED] wrote: About 2 years ago, you reported a bug to the Debian BTS regarding touchscreen packets being ignored under high load. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I rarely use that machine anymore, but if I recall correctly I did about six months ago, and had to reapply the fix when I upgraded X. It's probably easier to check the code to see if the logic error is still there (not processing a packet unless *more* data is present). I can recheck it if you want, but not today. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392498: palmax touchscreen logic bug prevents use in low loads
Package: xserver-xorg-input-palmax Version: 1.0.0.5-2 The palmax touchscreen driver contains a bug related to the parsing of data from the serial port. The problem occurs when less than five bytes have been read after the current package to be processed, a very frequent case except when the system is under high load. The result is that touchscreen data is discarded instead of parsed, rendering the touchscreen unresponsive. I have found the faulty logic and am attaching a patch which seems to solve the problem correctly for me, though it could probably use a second set of eyes to check for other thinkos. I am using a Palmax PD-1100, and with this patch applied my touchscreen seems to work fine. *** xserver-xorg-input-palmax-1.0.0.5/src/xf86Palmax.c Mon Feb 13 04:47:12 2006 --- xserver-xorg-input-palmax-1.0.0.5.fixed/src/xf86Palmax.cThu Oct 12 01:18:17 2006 *** *** 15,20 --- 15,23 #include xf86Module.h #endif + #include stdlib.h + #include string.h + /* *** * *** *** 28,34 #define DEFAULT_MAX_Y 61592 #define DEFAULT_MIN_Y 7608 ! #define XI_STYLUS TOUCHSCREEH /* X device name for the stylus device */ /* --- 31,37 #define DEFAULT_MAX_Y 61592 #define DEFAULT_MIN_Y 7608 ! #define XI_STYLUS TOUCHSCREEN /* X device name for the stylus device */ /* *** *** 301,307 bytes_in_packet = 0; start_ptr = ptr; ! while (num_bytes = report_size) { /* * Skip bytes until we hit a header (FE/FF) --- 304,310 bytes_in_packet = 0; start_ptr = ptr; ! while (num_bytes = report_size-bytes_in_packet) { /* * Skip bytes until we hit a header (FE/FF)
Bug#362096: rtorrent: doesn't properly check for write errors
Package: rtorrent Version: 0.4.5-1 Severity: normal While downloading to a nearly full disc, rtorrent will assume writes succeed and download much more than it could store. I don't know if this also makes it send incorrect data. -- 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.15-1-k7 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages rtorrent depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2006.03.29-2 common error description library ii libcurl3 7.15.3-1 Multi-protocol file transfer libra ii libgcc1 1:4.1.0-1 GCC support library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0 2.0.16-3 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8a-8 SSL shared libraries ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libtorrent6 0.8.5-1a C++ BitTorrent library ii zlib1g1:1.2.3-11 compression library - runtime rtorrent recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344387: gearhead: Ignores -h mentioned in man page
Package: gearhead Version: 1.000-1 Severity: normal The man page states that -h should show a list of available options. gearhead -h starts up the main menu as usual. Found while looking for hints about the controls, which are not evident. -- 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.14-2-k7 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages gearhead depends on: ii fp-units-rtl 2.0.0-4Free Pascal -- Runtime Library ii gearhead-data 1.000-1data files for gearhead gearhead recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326498: bzflag: Half the time I pick a server from list, another is entered.
Package: bzflag Version: 2.0.2.20050318 Severity: normal When I use the Find Server function, roughly half the tries it enters a different server from the one I picked in the list. Apparently the list displayed isn't necessarily ordered like the one it picks from. -- 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.12-1-k7 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages bzflag depends on: ii libadns1 1.0-8.3Asynchronous-capable DNS client li ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libcurl3 7.14.0-5 Multi-protocol file transfer libra ii libgcc1 1:4.0.1-6 GCC support library ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii libsm66.8.2.dfsg.1-5 X Window System Session Management ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-5 X Window System Input extension li ii xlibmesa-gl [ 6.8.2.dfsg.1-5 Mesa 3D graphics library [X.Org] ii xlibmesa-glu 4.3.0.dfsg.1-14Mesa OpenGL utility library [XFree ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime bzflag recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319167: felix: flx expects libflx_static.a in wrong path
Package: felix Version: 1.1.0-1 Severity: normal [EMAIL PROTECTED]:~/felix$ flx -c --optimize --static --inline tut105.flx g++: /usr/lib/felix/rtl/libflx_static.a: Filen eller katalogen finns inte [EMAIL PROTECTED]:~/felix$ ls /usr/lib/felix/rtl/ flx_collector.cpp flx_gc.cppflx_ioutil.cpp flx_run.cpp flx_run_static.o flx_strutil.cpp flx_dynlink.cppflx_i18n.cpp flx_rtl.cpp flx_run_dynamic.o flx_stdin_drv.cpp [EMAIL PROTECTED]:~/felix$ dpkg -S libflx felix: /usr/lib/libflx_dynamic.a felix: /usr/lib/libflx_dynamic.so felix: /usr/lib/libflx_dynamic.so.1 felix: /usr/lib/libflx_dynamic.so.1.1.0 felix: /usr/lib/libflx_static.a -- 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.10-1-k7 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages felix depends on: ii g++ 4:3.3.6-1The GNU C++ compiler ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-2GCC support library ii libstdc++6 4.0.1-2 The GNU Standard C++ Library v3 ii ocaml-nox 3.08.3-3 ML language implementation with a Versions of packages felix recommends: ii g++-4.0 4.0.1-2The GNU C++ compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301999: dnsmasq insists client is first one in /etc/ethers with read-ethers
Package: dnsmasq Version: 2.21-1 Severity: normal When I have read-ethers on, dnsmasq keeps registering an otherwise unknown dhcp client as the first one I have in /etc/ethers. This occurs even though that client sends another hostname, and whether or not the name in /etc/ethers is also listed in /etc/hosts. Currently working around by not reading ethers, but this was one of the features that made me choose dnsmasq in the first place. The MAC address registered in the lease is that of the dhcp client, not the one listed in ethers, but the name was taken from ethers. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-15) Versions of packages dnsmasq depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii netbase 4.21 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]