Bug#1067630: Fix arbitrary Lisp execution vulnerability (CVE-2024-30202)

Dear maintainers: This bug report refers to a couple of distinct issues: 1. Evaluating arbitrary Lisp code when a file is opened. 2. Evaluating arbitrary LaTeX code in various circumstances. While the second issue is important to consider, I'd like to focus on the first part. This is a grave

Bug#1060322: panic on poweroff

> This happens with linux-image-5.10.0-26-amd64 (5.10.197-1). > It does not happen with linux-image-5.10.0-27-amd64 (5.10.205-2). Sorry, I of course meant to say the problem does *not* occur in 5.10.0-26. It is a regression in 5.10.0-27. Benjamin

Bug#1060322: linux-image-5.10.0-27-amd64: Panic on poweroff after upgrade from 5.10.0-26 to 5.10.0-27

Package: src:linux Version: 5.10.205-2 Severity: normal X-Debbugs-Cc: benjamin.mo...@gmail.com Dear Maintainer, When I shut the machine down, it hits what looks like a kernel panic. This happens with linux-image-5.10.0-26-amd64 (5.10.197-1). It does not happen with linux-image-5.10.0-27-amd64

Bug#699001: elpa-notmuch should depend on notmuch

Package: elpa-notmuch Version: 0.31.4-2 Followup-For: Bug #699001 Dear Maintainer, The notmuch-emacs package has been replaced with elpa-notmuch. However, this bug still seems relevant; M-x notmuch doesn't work if notmuch isn't installed. elpa-notmuch should at least have a "Recommends:

Bug#1041365: mpd: Please enable the ffmpeg filter plugin

Package: mpd Version: 0.23.12-1+b1 Severity: wishlist X-Debbugs-Cc: benjamin.mo...@gmail.com Dear Maintainer, Recent versions of mpd support an "ffmpeg" filter plugin, which allows processing the audio using libavfilter. Currently this feature is not available in Debian, because libavfilter is

Bug#1019849: python3-virtualenv: Please do not depend on python3-pip

Package: python3-virtualenv Version: 20.4.0+ds-2+deb11u1 Severity: normal Dear Maintainer, In older versions of Debian, python-virtualenv and python3-virtualenv did not depend on the python-pip or python3-pip packages (only python-pip-whl). It is convenient to be able to install and use

Bug#1016534: Bug #1016534: osk-sdl: "failed to open iris" cannot use it

I noticed this too, although on my system (Intel HD Graphics 5300) it seems to work with or without iris_dri.so. However, I also needed to patch SDL, because SDL's hardcoded pixel format (DRM_FORMAT_ARGB) is not supported. I also noticed that it would be better to use 'dri_inst' here instead

Bug#1016146: osk-sdl: Physical keypresses visible on console after exiting

Package: osk-sdl Version: 0.67-1 Severity: normal Tags: patch X-Debbugs-Cc: benjamin.mo...@gmail.com Dear Maintainer, If osk-sdl is invoked from initramfs via 'osk-sdl-keyscript', and I enter the passphrase using the *physical* keyboard, the keys I press are echoed on the Linux console and are

Bug#1014299: linux-image-5.10.0-15-amd64: No audio on Thinkpad Helix 2 (broadwell-rt286); "firmware ready timeout"

The problem seems to be related to the IOMMU. With kernel 5.10.0-16-amd64: intel_iommu=off: sound and video both working intel_iommu=on,intgpu_off (Debian default): video working, sound broken intel_iommu=on: sound and video both broken With kernel 4.19.0-21-amd64: intel_iommu=off (Debian

Bug#1014299: linux-image-5.10.0-15-amd64: No audio on Thinkpad Helix 2 (broadwell-rt286); "firmware ready timeout"

Package: src:linux Version: 5.10.120-1 Severity: normal X-Debbugs-Cc: benjamin.mo...@gmail.com Dear Maintainer, On a Thinkpad Helix 2, the internal audio devices (speaker, microphone, and headset port) work with kernel 4.19.0-20-amd64 (4.19.235-1), but are broken with kernel 5.10.0-15-amd64

Bug#1009193: manpages-dev: wrong _POSIX_C_SOURCE value in unlocked_stdio(3), flockfile(3)

Package: manpages-dev Version: 5.10-1 Severity: normal Tags: patch Dear Maintainer, the manpages unlocked_stdio(3) and flockfile(3) indicate that _POSIX_C_SOURCE should be defined with a value of 199309L in order to obtain prototypes for: - flockfile - ftrylockfile - funlockfile -

Bug#975272: osinfo-db: Indicate support for virtio in RHEL 8.0 and later

Package: osinfo-db Version: 0.20181120-1+deb10u1 Severity: normal Dear Maintainer, When creating a virtual machine using virt-manager, it prompts me to select the operating system, and tries to select appropriate hardware, based on what libosinfo knows about what devices are supported. The

Bug#947833: Emergency shell unusable with root login disabled

In bug #802211, Michael Biebl writes: > Systemd now provides a mechanism to set the desired behaviour. > It is now up to the installer or admin to set this up accordingly. I think the mechanism he's referring to is to set an environment variable SYSTEMD_SULOGIN_FORCE=1, which will cause systemd

Bug#961681: Bug #961681: octave 5.2.0 and java child processes

This should now be fixed upstream: https://savannah.gnu.org/bugs/?func=detailitem_id=58641

Bug#961681: Bug #961681: octave 5.2.0 and java child processes

> - Why does the stack overflow when the JVM is loaded from Octave, and > not when the JVM is launched "normally"? (What is that worker > thread doing that would cause it to use any appreciable amount of > stack space?) > > - Why, on bullseye, is it unable to create the worker thread in the

Bug#961681: Bug #961681: octave 5.2.0 and java child processes

It seems that a possible workaround is to set the property "jdk.lang.processReaperUseDefaultStackSize" to "true". If that property is "true", then the worker thread uses the "default" stack size, whatever that is; if not, then the worker thread uses a stack size of 128 * 1024.

Bug#961681: Bug #961681: octave 5.2.0 and java child processes

Control: found 961681 5.2.0-2 On bullseye, with octave 5.2.0-2 and openjdk-11-jre-headless 11.0.7+9-1, "b.start()" fails: $ octave -W -q -f octave:1> b = javaObject("java.lang.ProcessBuilder", {"/bin/true"}); OpenJDK 64-Bit Server VM warning: Archived non-system classes are disabled because the

Bug#961681: octave: StackOverflowError in Java process reaper

Package: octave Version: 4.4.1-5 Severity: normal Dear Maintainer, I don't know whether this is a bug in Octave or a bug in OpenJDK (or both), but if an Octave program loads a Java library that creates a subprocess, it results in an unhandled StackOverflowError, and trying to get the exit status

Bug#947989: libgtk-3-0: Mouse button presses ignored at edge of screen

Package: libgtk-3-0 Version: 3.24.5-1 Severity: normal Dear Maintainer, If a GTK window is placed adjacent to the top or left edge of the screen, it sometimes fails to handle mouse clicks. For example, with the standard MATE panel configuration, the "Applications" menu is in the top left

Bug#946555: lsof: Incomplete/misleading output regarding non-POSIX file locks

Package: lsof Version: 4.91+dfsg-1 Severity: normal Dear Maintainer, The output of lsof is misleading when it comes to "flock" and "OFD" file locks on Linux. Background: there are three types of advisory file locks in Linux: - "flock" or "BSD" locks, which are created by the flock system call.

Bug#925307: vagrant-lxc: Network broken with lxc's default configuration

Package: vagrant-lxc Version: 1.2.1-3 Severity: normal Dear Maintainer, With the default configuration of the lxc package, vagrant-lxc does not work, apparently because the container does not have a network interface by default. It simply gives an error message such as: There was an

Bug#924052: debhelper: dh_auto_test should prefer 'make check' over 'make test'

Package: debhelper Version: 10.2.5 Severity: wishlist Dear Maintainer, If a package is built using make, dh_auto_test should prefer to run 'make check' (which is the GNU standard [1]) rather than 'make test'. This is doubly true for packages that use automake [2], but I think it would make

Bug#907121: Fixed upstream

Control: tags 907121 + patch This issue appears to have been fixed upstream: https://github.com/aptly-dev/aptly/commit/86dc10028f4f2a045797c9d3b072c7a034c257f7 Here's a slightly modified version of the above patch, which will fix the issue for version 1.3.0: ---

Bug#898772: qemu: Keys still get stuck when window loses focus

Control: found 898772 1:3.1+dfsg-4 This bug does affect qemu 1:3.1+dfsg-4, except that the list of known modifier keys is expanded to include "META_L" and "META_R". The issue is thus somewhat less severe but still present. An easy way to see the problem is that if a qemu window is focused, and

Bug#919629: firefox-esr: crash on loading meet.google.com video conference

Package: firefox-esr Version: 60.3.0esr-1~deb9u1 Severity: normal Dear Maintainer, Firefox crashes when trying to join a Google video conference. Upon loading the URL (https://meet.google.com/xxx--xxx), the page is briefly displayed, and a dialog pops up asking for permission to access the

Bug#915055: binutils-mingw-w64: Nondeterminism in DLL import libraries

Package: binutils-mingw-w64 Version: 2.27.90.20161231-1+7.4 Severity: normal Tags: patch Dear Maintainer, When building a Windows DLL and accompanying import library using 'i686-w64-mingw32-ld' or 'x86_64-w64-mingw32-ld', the import library includes build timestamps as well as UID/GID, which

Bug#907726: virtualenv: automatically downloads untrusted code

Package: virtualenv Version: 15.1.0+ds-1 Severity: normal Dear Maintainer, The man page for virtualenv does not mention the --no-download option, and does not indicate that the program's default behavior - i.e., upon invoking 'virtualenv foo' - is to automatically download and install code from

Bug#907121: aptly: Order of fields in Packages/Sources is unpredictable

Package: aptly Version: 1.3.0-5~bpo9+1 Severity: wishlist Dear Maintainer, When using aptly to publish a package repository, some of the metadata fields in the Packages and/or Sources files are written in an unpredictable (and probably non-deterministic) order. This is mildly annoying because

Bug#898772: qemu: Keys get "stuck" when window loses focus

Source: qemu Version: 1:2.8+dfsg-6+deb9u3 Severity: normal Tags: patch Dear Maintainer, when running qemu in the default graphical mode, it does not correctly handle what happens when the window loses keyboard focus. For example: * The window manager is configured to switch focus when

Bug#859103: strip-nondeterminism: does not replace all timestamps in zip archives

Package: strip-nondeterminism Version: 0.034-1 Followup-For: Bug #859103 This is especially annoying because the "local extra field" includes the file *access* time: $ rm -f foo 1.zip 2.zip $ touch -d 2015-01-01 foo $ zip 1.zip foo $ zip 2.zip foo $ strip-nondeterminism 1.zip

Bug#888184: tasksel: freezes if there is a conffile prompt

Package: tasksel Version: 3.39 Severity: normal Dear Maintainer, It seems that when installing packages using tasksel, if dpkg needs to ask the user what to do about a configuration file, the tasksel process freezes with no explanation. Example: debootstrap stretch /var/chroot/stretch-test

Bug#887387: linux-image-3.16.0-5-amd64: i915 GPU HANG; no 3D/video acceleration (regression)

Package: src:linux Version: 3.16.51-3+deb8u1 Severity: normal Dear Maintainer, Since upgrading 3.16.43-2+deb8u5 to 3.16.51-3+deb8u1, i915 graphics acceleration is sometimes unavailable. It seems to be broken about 50% of the time on a cold boot. I have not seen the problem occur after a

Bug#884183: linux-image-3.16.0-4-amd64: Kernel panic at boot

On 12/13/17, Benjamin Moody <benjamin.mo...@gmail.com> wrote: > Same problem here. 3.16.43-2+deb8u5 works, 3.16.51-2 is broken. > > Supermicro H8QM3 > > Quad-Core AMD Opteron(tm) Processor 8347 HE (fam: 10, model: 02, > stepping: 03) > > Two 3ware 9650SE RAID cards

Bug#884183: linux-image-3.16.0-4-amd64: Kernel panic at boot

Package: src:linux Followup-For: Bug #884183 Same problem here. 3.16.43-2+deb8u5 works, 3.16.51-2 is broken. Supermicro H8QM3 Quad-Core AMD Opteron(tm) Processor 8347 HE (fam: 10, model: 02, stepping: 03) Two 3ware 9650SE RAID cards I can get the system to boot by doing the following: *

Bug#881465: Bug#883660: xview: font_find_font () from /usr/lib/libxview.so.3 Segmentation fault Core was generated by `olwmslave'.

Control: forcemerge 883660 881465 On 12/6/17, Veek M wrote: > Source: xview > Version: 3.2p1.4-28.2 > Severity: important > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate > *** > >* What led up to the situation? > Not

Bug#881959: python3.5-doc: Please include documentation in info format

+Description: Add the option to build Texinfo-format documentation. +Author: Benjamin Moody <benja...@physionet.org> +Bug-Debian: https://bugs.debian.org/881959 +Last-Update: 2017-11-27 + +--- python3.7-3.7.0~a2.orig/Doc/Makefile python3.7-3.7.0~a2/Doc/Makefile +@@ -27,6 +27,7 @@ help: + @ec

Bug#881959: python3.5-doc: Please include documentation in info format

Package: python3.5-doc Version: 3.5.3-1 Severity: wishlist Dear Maintainer, The description for the python3-doc package says This is the official set of documentation for the interactive high-level object-oriented language Python 3 (v3.5). All documents are provided in HTML format,

Bug#834420: Fix latex2html init file loading when '.' is not in @INC

r contains '.' by default, so this fails. . Instead, prepend './' to the init file name, unless it is already an absolute path, so that perl will load the desired file (and no other) regardless of the value of @INC. Author: Benjamin Moody <benjamin.mo...@gmail.com> Bug-Debian: https://bugs.debian

Bug#879711: bash: Annoying "bad substitution" warning when tab-completing inside backquotes

Package: bash Version: 4.4-5 Severity: minor Dear Maintainer, When, at the bash prompt, I type something like: g c c ` / u b p k g - c I expect this to be completed as: $ gcc `/usr/bin/pkg-config (this is a somewhat silly example, but should give you the idea...) However, every

Bug#869729: apache2: 'service apache2 restart' sometimes stops without restarting

Thanks for your suggestions. I still don't see any clues about what's going on. It seems that it fails if I leave the server running for a while and then try to restart it, but it works if I've just restarted it recently. Here's the output of journalctl: $ sudo journalctl -u apache2.service |

Bug#869729: apache2: 'service apache2 restart' sometimes stops without restarting

Package: apache2 Version: 2.4.10-10+deb8u10 Severity: normal Dear Maintainer, as the subject line says, sometimes running 'service apache2 restart' fails to restart apache. Instead, it *stops* apache without restarting it, and fails to give any error message. In addition, sometimes,

Bug#802850: Kludge to enable unsharing network in sbuild

In case anybody else is interested in doing this, I made the following hackish patch and it seems to work. It requires schroot 1.7.0 or later; I used 1.7.2-3 from experimental, recompiled to run on jessie. --- sbuild-0.65.2.orig/lib/Sbuild/ChrootSchroot.pm +++

Bug#852532: Acknowledgement (olvwm: source code not 64-bit clean, SIGSEGV everywhere)

Unless there is an automated way to identify all the cases of integer/pointer confusion, I don't expect there'll ever be a way to make libxview work on LP64 systems. I am less familiar with olwm/olvwm, but this report is not encouraging. It seems to me that the most sensible thing to do would be

Bug#731998: Multiarchifying libcurl4-*-dev

First, note that this issue is more serious in jessie and stretch than it was in wheezy, because in wheezy, libcurl4-*-dev Depended on a bunch of packages that were not multiarch-compatible (and thus, libcurl4-*-dev was not co-installable in practice.) In jessie, however, those other packages are

Bug#846360: libcurl -dev multiarch compatibility

This is a duplicate of bug #731998.

Bug#784918: xviewg: XView crashes if _SC_OPEN_MAX > FD_SETSIZE

Here is the patch to fix this issue. Description: Limit number of file descriptors used for select() to FD_SETSIZE. The GETDTABLESIZE macro is used to determine the maximum file descriptor that can be used with select(). On Linux, the upper limit on newly-opened file descriptors (returned,

Bug#818821: Fixes for xview build failures on stretch

Here are patches to fix these issues. First, the use of regexp.h as noted by the submitter. Second, the use of 'union wait' which is apparently also unsupported by the glibc in stretch. Third, the manpage preprocessing error. This is not actually a build failure (which is presumably a bug in

Bug#784918: xviewg: XView crashes if _SC_OPEN_MAX > FD_SETSIZE

Package: xviewg Version: 3.2p1.4-28.1 Followup-For: Bug #784918 I assume this bug is the same as the one I've just encountered. Specifically, XView assumes that the maximum file descriptor is smaller than the number of bits in the 'fd_set' structure. The former limit can be modified using the

Bug#831349: backintime-common: Missing dependency on 'python-dbus' package

Package: backintime-common Version: 1.0.36-1 Severity: grave Justification: renders package unusable Dear Maintainer, The current version of backintime seems to require the 'python-dbus' package: # /usr/bin/backintime --backup-job Traceback (most recent call last): File

Bug#826154: libc6-dev: sys/wait.h does not include sys/resource.h

Package: libc6-dev Version: 2.19-18+deb8u4 Severity: normal Dear Maintainer, In previous versions of glibc (such as the version used in Debian wheezy), would include . It now does not do so. This breaks existing programs for no obvious reason. -- System Information: Debian Release: 8.4 APT

Bug#741628: Anything known about the cause of this bug?

I'm having this problem, but finding I can't reproduce it reliably. For what it's worth, I do have some very large files present on the sending and receiving sides, but none of the files that are actually being transferred are larger than 75 MB. (In my case, both sender and receiver are running

Bug#820960: iceweasel: history of keyword searches saved, despite preferences

Package: iceweasel Version: 38.7.1esr-1~deb8u1 Severity: normal Dear Maintainer, Despite setting preferences that browsing and search history should be cleared upon exiting Iceweasel, it seems that the history of "keyword" searches is still being saved somewhere on disk. Steps to reproduce: *

Bug#819703: Please continue providing a stable, high-quality X screensaver program in Debian

To JWZ: if you don't wish to read about issues like this one, please stop reading Debian bug reports. There's no need for you to do so; if and when an issue arises in a Debian bug report that requires action from you, you _will_ hear about it. To everyone: What about renaming the package, along

Bug#818240: checkbashisms: should warn about test -nt and -ot

Package: devscripts Version: 2.15.3 Severity: normal Dear Maintainer, The '-nt' and '-ot' options to the 'test' or '[' command are not standardized by POSIX. These options are implemented by both bash and dash, but their behavior differs between the two shells in regard to nonexistent files

Bug#816058: parallel: existing file descriptors 3-61 are closed

Package: parallel Version: 20130922-1 Severity: normal Dear Maintainer, It seems that 'parallel' will (always?) automatically close all file descriptors in the range 3 to 61 before starting the child process. For example: $ exec 5 /dev/pts/2 lrwx-- 1 benjamin benjamin 64 Feb 26 19:42 1

Bug#813155: perl: Inconsistent "insecure dependency" errors from backquotes in taint mode

Package: perl Version: 5.20.2-3+deb8u3 Severity: normal Dear Maintainer, Perl seems to give spurious "insecure dependency" errors, in some cases, when two backquote operators are used within the same expression (for some definition of "expression"). The behavior seems highly inconsistent. Note

Bug#809686: cryptsetup: --header plus UUID plus initramfs gives "Requested offset beyond size of device"

On 1/2/16, Milan Broz wrote: > Note >> # Userspace crypto wrapper cannot use aes-xts-plain64 (-95). >> # Using dmcrypt to access keyslot area. > > The reason is that you are missing kernel userspace crypto API modules > in initram (af_alg, algif_skcipher, ...), then

Bug#809686: cryptsetup: --header plus UUID plus initramfs gives "Requested offset beyond size of device"

Package: cryptsetup Version: 2:1.6.6-5 Severity: normal Dear Maintainer, cryptsetup appears to be broken for a particular unusual case: when 1. a detached LUKS header is specified using --header, 2. the source device is a symbolic link such as /dev/disk/by-uuid/*, and cryptsetup is run

Bug#132542: sysvinit: please make /etc/init.d/rcS a conffile

This bug was never fixed, as far as I can tell. In version 2.88dsf-25, the file '/etc/default/rcS' (which is part of initscripts) was made into a conffile. However, '/etc/init.d/rcS' (which is part of sysv-rc) never was. The points raised in the original bug report remain valid today.

Bug#803221: mesa-common-dev: incompatibility (missing typedefs) between gl.h and glext.h

Package: mesa-common-dev Version: 10.3.2-1+deb8u1 Severity: normal Dear Maintainer, A number of typedefs that were defined in previous versions of Mesa are now missing, if is included before . The lack of these definitions breaks existing code. It seems the current version of glext.h and the

Bug#794822: webalizer: Man page refers to wrong path ('/etc/webalizer.conf')

Package: webalizer Version: 2.23.05-1 Severity: normal Dear Maintainer, From the webalizer manpage: o A default configuration file is scanned for. A file named webalizer.conf is searched for in the current directory, and if found, it's

Bug#793507: linux-image-3.2.0-4-amd64: Repeated BUG: soft lockup followed by system freeze

Package: src:linux Version: 3.2.68-1+deb7u2 Severity: important Dear Maintainer, The kernel reported a series of messages of the form BUG: soft lockup: $ grep BUG /var/log/syslog.1 Jul 23 01:33:00 physionet2 kernel: [08.348031] BUG: soft lockup - CPU#3 stuck for 22s! [apache2:7555] Jul 23

Bug#780398: Custom (EC)DHE parameters and Apache 2.2

I'd also like to see this issue fixed. The relevant upstream changes can be found at https://svn.apache.org/r1527295. Changing the defaults has the potential to break old buggy clients, such as those using Java 6. So I would suggest that the Debian package continue to use the old default

Bug#780159: qemu-kvm: exit status is 0 if process is killed

Package: qemu-kvm Version: 1.1.2+dfsg-6+deb7u6 Severity: normal Dear Maintainer, As the subject line says, if a qemu process (kvm or qemu-system-*) is interrupted by a signal (say, by pressing ^C), it still exits with a status of 0. Example: $ kvm ^Cqemu: terminating on signal 2 $ echo

Bug#780159: qemu-kvm: exit status is 0 if process is killed

On 3/9/15, Michael Tokarev m...@tls.msk.ru wrote: Indeed it does. What exit code do you suggest to use in this case? Really, anything nonzero would be fine; it's not as if qemu exit codes have any particular significance currently. I think 128+(signal number) is somewhat standard. Note this

Bug#742307: xserver-xorg-video-radeon: Radeon HD 6570 (Turks) - severe display corruption esp. after boot

To follow up on this issue: Another person who was having similar problems contacted me privately (thank you!) and informed me that adding radeon.dpm=1 to the kernel command line seems to fix the problem. I've done so, and it now seems to be working perfectly with kernel 3.13.10-1~bpo70+1.

Bug#745205: live-build: Recompressing initramfs breaks live installer

Package: live-build Version: 3.0.5-1 Severity: normal Dear Maintainer, Setting LB_INITRAMFS_COMPRESSION to something other than 'gzip' causes live-build to recompress the initramfs. However, when this option is used in combination with LB_DEBIAN_INSTALLER=live, the result is that the installer

Bug#742307: xserver-xorg-video-radeon: Radeon HD 6570 (Turks) - severe display corruption esp. after boot

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Is this still an issue with a newer kernel? IIRC, this issue was fixed a while ago. Tested with kernel 3.13-0.bpo.1-amd64. The same problem occurs except that Ctrl-Alt-Backspace doesn't work either. I also noticed that the newer kernel wanted

Bug#739729: live-build: Live installer CD includes redundant .deb files

Package: live-build Version: 3.0.5-1 Severity: normal Tags: patch Dear Maintainer, When building a CD with the LB_DEBIAN_INSTALLER=live option, live-build will include a significant number of .deb packages that are (as far as I can tell) not actually needed for installation. The

Bug#731998: Multi-arch support in libcurl dev packages

I have a seemingly working patch for curl-config that basically makes it use pkg-config internally (I had to patch libcurl.pc as well for the --configure thing, but it's not that much of a problem). This means that the -dev packages now depend on pkg-config as well, but pkg-config gets

Bug#731998: Multi-arch support in libcurl dev packages

have done in their libcurl-devel packages.) This could be quite complicated, given the number of architectures Debian supports. Benjamin Moody -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#678229: Copyright

The skins of tilem contain photographs of TI calculators (e.g. file ti86.skn includes a jpeg picture of a TI-86 calculator at offset 0x571). I assume TI has the copyright for the design of the calculators. Is there no copyright issue in using photographs of these products as skins for non

Bug#581622: [qa.debian.org] Please provide a code.google.com redirector

I've reported this issue to Google: http://code.google.com/p/support/issues/detail?id=4042 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522241: sox: Don't play correctly .mp3 files

Package: sox Version: 14.2.0-1 Severity: normal This issue results from a misuse of the libmagic API, which happened to work anyway in older versions of libmagic. The patch below will work with both the current libmagic (5.00-1) and the previous version (4.26-1). I haven't looked at older

Bug#522548: sox: Please add a README.source to the source package

Package: sox Version: 14.2.0-1+b1 Severity: minor The 'sox' source package includes the original source code as a tarball within a tarball, making it difficult to modify. Furthermore, it is not at all apparent how one would go about building a modified version of the package (running

Bug#498001: xscreensaver completely fails to work after resizing display with xrandr

Thanks! I didn't realize the Debian package was so far behind. Indeed, whatever the problem was, it doesn't happen with 5.07. Although xscreensaver now gives the following warning: xscreensaver: 22:46:09: WARNING: RANDR and Xinerama report different xscreensaver: 22:46:09: screen

Bug#498001: xscreensaver completely fails to work after resizing display with xrandr

Package: xscreensaver Version: 5.05-3 Severity: important At certain times when the screen is resized, xscreensaver gets confused, and subsequently fails to blank the screen. Specifically, this happens when changing from 640x480 to 1280x1024. For example, if I run xrandr -s 640x480 xrandr -s

Bug#495887: libgucharmap-dev should depend on libgconf2-dev

Package: libgucharmap-dev Version: 1:2.22.3-1 Severity: normal Since libgucharmap uses libgconf, its .pc file states that it requires gconf-2.0. Thus, trying to compile a program with libgucharmap in the normal way, e.g. cc `pkg-config --cflags --libs gucharmap` foo.c fails unless