Bug#1041283: pure-ftpd-common: pure-ftpd-wrapper does not support setting TLS certificate/key file
Package: pure-ftpd-common Version: 1.0.50-2.1 Severity: wishlist Tags: patch Hi – It seems that Pure-Ftpd now has a command line option that lets the admin configure the location of the TLS certificate/key file(s). This option, however, is not supported by the pure-ftpd-wrapper script. I'm enclosing a patch that adds support for the two settings mentioned in the pure-ftpd.conf file (CertFile and CertFileAndKey). The "CertFile" configuration file specifies a single file name, referring to a file that contains the certificate and the corresponding private key, while the "CertFileAndKey" configuration file specifies two file names on the same line, separated by ":", ",", a space or a tab, giving the file containing the certificate and that containing the key separately. (In both cases, the certificate can actually be a bundle of certificates including any required intermediate certificates.) It would be great if this patch (or something else to the same effect) could be made part of the official distribution. -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pure-ftpd-common depends on: ii debconf [debconf-2.0] 1.5.82 ii libpam-modules 1.5.2-6 ii perl 5.36.0-7 Versions of packages pure-ftpd-common recommends: pn pure-ftpd pure-ftpd-common suggests no packages. --- pure-ftpd-wrapper.orig 2023-07-16 21:28:46.981044290 + +++ pure-ftpd-wrapper 2023-07-16 21:36:46.454419036 + @@ -65,6 +65,8 @@ 'Bind' => ['-S %s', \_string], 'BrokenClientsCompatibility' => ['-b'], 'CallUploadScript' => ['-o'], + 'CertFile' => ['-2 %s', \_filename], + 'CertFileAndKey' => ['-2 %s,%s', \_filename_2], 'ChrootEveryone' => ['-A'], 'CreateHomeDir' => ['-j'], 'CustomerProof' => ['-Z'], @@ -240,6 +242,25 @@ return 1; } +sub parse_filename_2 { + my ($buf, $fmt, $val) = @_; + + if ($val =~ /^(.*)[,:\s](.*)$/) { + unless (-f $1) { + $$buf = qq{"$1": No such file}; + return; + } + unless (-f $2) { + $$buf = qq{"$2": No such file}; + return; + } + $$buf = sprintf $fmt, $1, $2; + return 1 + } + + $$buf = qq{"$val": must be two file names separated by comma, colon, or space}; +} + sub parse_ip { my ($buf, $fmt, $val) = @_;
Bug#947182: libjpeg-turbo-progs: jpegexiforient fails if APP1 doesn't occur immediately after JFIF header
Package: libjpeg-turbo-progs Version: 1:1.5.2-2+b1 Severity: normal Tags: patch Dear Maintainer, according to the EXIF standard, the APP1 segment (which contains the EXIF data) must occur immediately after the SOI (start of image) marker at the beginning of a JFIF file. The jpegexiforient program is built on this assumption, but it turns out that sometimes this isn't the case (e.g., when Digikam writes JFIF files to be sent by e-mail), and jpegexiforient fails to work – it neither outputs the current orientation nor is it able to change it. Following the robustness principle, jpegexiforient should work even in cases where the APP1 segment isn't first in the file, because it makes very little difference to the code. I'm attaching a patch that will fix jpegexiforient in this respect. -- System Information: Debian Release: 10.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libjpeg-turbo-progs depends on: ii libc62.28-10 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libturbojpeg01:1.5.2-2+b1 libjpeg-turbo-progs recommends no packages. libjpeg-turbo-progs suggests no packages. -- no debconf information --- jpegexiforient.c.orig 2017-08-25 10:27:48.0 +0200 +++ jpegexiforient.c2019-12-22 17:06:46.138211599 +0100 @@ -105,7 +105,9 @@ unsigned int length, i; int is_motorola; /* Flag for byte order */ unsigned int offset, number_of_tags, tagnum; - + int found_app1; + unsigned int exif_start; + progname = argv[0]; if (progname == NULL || progname[0] == 0) progname = "jpegexiforient"; /* in case C library doesn't provide it */ @@ -153,14 +155,38 @@ } } - /* Read File head, check for JPEG SOI + Exif APP1 */ - for (i = 0; i < 4; i++) + /* Read File head, check for JPEG SOI */ + for (i = 0; i < 2; i++) exif_data[i] = (unsigned char) read_1_byte(); if (exif_data[0] != 0xFF || - exif_data[1] != 0xD8 || - exif_data[2] != 0xFF || - exif_data[3] != 0xE1) + exif_data[1] != 0xD8) { +fprintf(stderr, "%s: input doesn't look like JFIF ", progname); return 0; + } + + /* Try to find the JPEG APP1 segment, which doesn't */ + /* necessarily show up immediately after the SOI */ + found_app1 = 0; + exif_start = 2; + while (!feof(myfile)) { +for (i = 0; i < 2; i++) + exif_data[i] = (unsigned char) read_1_byte(); +if (exif_data[0] == 0xFF && exif_data[1] == 0xE1) { + found_app1 = 1; + break; +} + +/* Get the length of the (non-APP1) segment */ +/* and skip it */ +length = read_2_bytes(); +exif_start += length + 2; +for (i = 0; i < length - 2; i++) + read_1_byte(); + } + if (!found_app1) { +fprintf(stderr, "%s: didn't find JPEG-APP1 segment ", progname); +return 0; + } /* Get the marker parameter length count */ length = read_2_bytes(); @@ -193,6 +219,8 @@ else return 0; + exif_start += 10; + /* Check Tag Mark */ if (is_motorola) { if (exif_data[2] != 0) return 0; @@ -217,7 +245,7 @@ offset += exif_data[4]; } if (offset > length - 2) return 0; /* check end of data segment */ - + /* Get the number of directory entries contained in this IFD */ if (is_motorola) { number_of_tags = exif_data[offset]; @@ -274,7 +302,7 @@ exif_data[offset+10] = 0; exif_data[offset+11] = 0; } -fseek(myfile, (4 + 2 + 6 + 2) + offset, SEEK_SET); +fseek(myfile, exif_start + offset + 2, SEEK_SET); fwrite(exif_data + 2 + offset, 1, 10, myfile); } else { /* Get the Orientation value */
Bug#897966: many suggestions
Nicolas Boulenguez wrote: > Last upstream release fixes the two CVE in Debian. > The attached changes package this new version. > Please review them and/or allow a Non-Maintainer Upload. > Thanks for maintaining abcm2ps. Thanks a lot. I'll look into this over the next few days. Cheers – Anselm -- Anselm Lingnau, Mainz, Germany . ans...@strathspey.org Those who admire the massive, rigid bone structures of dinosaurs should remember that jellyfish still enjoy their very secure ecological niche. -- Beau Sheil
Bug#807524: Can't associate GPG key with mail identity
Package: kmail Version: 4:4.14.10-2 Severity: normal I'm trying to select a GPG signing key for one of my e-mail identities. This opens a dialog offering the key for that e-mail address, but when I click on the key, the dialog window starts refreshing as if in a loop. This can only be stopped by canceling the transaction or reloading the GPG keys, the "OK" button remains disabled throughout. This makes it effectively impossible to use GPG in kmail. I tried adding the GPG key ID in the emailidentities file while kmail wasn't running, but this had no apparent effect; there was still no GPG key associated with that identity as far as kmail was concerned. Thank you for looking into this! Anselm -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kmail depends on: ii kde-runtime 4:15.08.3-1 ii kdepim-runtime4:4.14.10-2 ii kdepimlibs-kio-plugins4:4.14.10-1 ii libakonadi-calendar4 4:4.14.10-1 ii libakonadi-contact4 4:4.14.10-1 ii libakonadi-kde4 4:4.14.10-1 ii libakonadi-kmime4 4:4.14.10-1 ii libakonadiprotocolinternals1 1.13.0-8 ii libc6 2.21-3 ii libcalendarsupport4 4:4.14.10-2 ii libfollowupreminder4 4:4.14.10-2 ii libgcc1 1:5.3.1-3 ii libgpgme++2v5 4:4.14.10-1 ii libgrantlee-core0 0.4.0-3 ii libincidenceeditorsng44:4.14.10-2 ii libkabc4 4:4.14.10-1 ii libkalarmcal2 4:4.14.10-1 ii libkcalcore4 4:4.14.10-1 ii libkcalutils4 4:4.14.10-1 ii libkcmutils4 4:4.14.14-1 ii libkdecore5 4:4.14.14-1 ii libkdepim44:4.14.10-2 ii libkdeui5 4:4.14.14-1 ii libkio5 4:4.14.14-1 ii libkleo4 4:4.14.10-2 ii libkmanagesieve4 4:4.14.10-2 ii libkmime4 4:4.14.10-1 ii libknotifyconfig4 4:4.14.14-1 ii libkontactinterface4a 4:4.14.10-1 ii libkparts44:4.14.14-1 ii libkpimidentities44:4.14.10-1 ii libkpimtextedit4 4:4.14.10-1 ii libkpimutils4 4:4.14.10-1 ii libkprintutils4 4:4.14.14-1 ii libksieveui4 4:4.14.10-2 ii libmailcommon44:4.14.10-2 ii libmailimporter4 4:4.14.10-2 ii libmailtransport4 4:4.14.10-1 ii libmessagecomposer4 4:4.14.10-2 ii libmessagecore4 4:4.14.10-2 ii libmessagelist4 4:4.14.10-2 ii libmessageviewer4 4:4.14.10-2 ii libpimcommon4 4:4.14.10-2 ii libqt4-dbus 4:4.8.7+dfsg-5 ii libqt4-network4:4.8.7+dfsg-5 ii libqt4-xml4:4.8.7+dfsg-5 ii libqtcore44:4.8.7+dfsg-5 ii libqtgui4 4:4.8.7+dfsg-5 ii libqtwebkit4 2.3.4.dfsg-6 ii libsendlater4 4:4.14.10-2 ii libsolid4 4:4.14.14-1 ii libstdc++65.3.1-3 ii libtemplateparser44:4.14.10-2 ii perl 5.20.2-6 Versions of packages kmail recommends: ii gnupg-agent 2.1.9-1 ii gnupg2 2.1.9-1 ii kdepim-doc 4:4.14.10-2 pn kdepim-themeditors ii ktnef 4:4.14.10-2 ii pinentry-gnome3 [pinentry-x11] 0.9.6-4 ii pinentry-gtk2 [pinentry-x11]0.9.6-4 ii pinentry-qt [pinentry-x11] 0.9.6-4 ii pinentry-qt40.9.6-4 Versions of packages kmail suggests: pn clamav ii kaddressbook4:4.14.10-2 ii kleopatra 4:4.14.10-2 ii procmail3.22-25 pn spamassassin | bogofilter | annoyance-filter | spambayes | bsf -- no debconf information
Bug#742776: Does not sync until new mail comes in on IDLE
Package: offlineimap Version: 6.5.5-0.1 Severity: important I'm using offlineimap to sync a remote IMAP server against a local Dovecot instance on my work PC. With the newest offlineimap in Debian, when I start the program in the morning any messages that arrived on the remote IMAP during the night (when my work PC was shut off and no syncing was taking place) are not synced; offlineimap exits immediately if autorefresh is not enabled. If IMAP IDLE is enabled in offlineimap, offlineimap is running, and new mail arrives in a remote folder that is being watched by IDLE, then everything in that folder (i.e., messages that have been present on the remote side but have not yet been synced to the local side due to the issue mentioned above, as well as the newly incoming mail that triggered the IDLE) is synced. However, sending e-mail to myself every morning just to get offlineimap to sync that night's messages does not sound like a reasonable long-term strategy. The previous version (6.5.4-2) works fine. Here's a sanitised version of my $HOME/.offlineimaprc file (sans passwords and server names): [general] accounts = A maxsyncaccounts = 1 sslcacertfile = /etc/ssl/certs/ca-certificates.crt ui = basic [Account A] localrepository = Local remoterepository = Remote maxconnections = 3 # autorefresh = 10 [Repository Local] type = IMAP remotehost = localhost remoteuser = anselm remotepass = ** folderfilter = lambda f: False [Repository Remote] type = IMAP remotehost = mail.example.com remoteport = 993 remoteuser = ans...@anselms.net remotepass = ** ssl = yes # idlefolders = ['INBOX'] -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages offlineimap depends on: ii libjs-sphinxdoc 1.2.2+dfsg-1 ii python 2.7.5-5 Versions of packages offlineimap recommends: pn python-sqlite none Versions of packages offlineimap suggests: pn doc-base none pn python-kerberos none -- no debconf information -- Anselm Lingnau, Mainz/Mogontiacum, Germany ling...@debian.org 206. Never turn down a girl's invitation to dance. -- Walker Lamond, »1001 Rules For My Unborn Son« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742296: abcm2ps: New version 7.7.2 available
Ferran Jorba wrote: 7.x series of abcm2ps is already considered stable, and 7.7.2 is the current stable release. Please consider packaging it for Debian. I'll take care of that in the very near future. Thanks! Anselm -- Anselm Lingnau, Mainz/Mogontiacum, Germany ling...@debian.org There still hasn't been a word invented for people like me, whose main experience when presented with this issue is an overwhelming, mind-blowing, intergalactic sense of having more interesting things to think about. -- Ben Goldacre explains why he doesn't believe in God -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734127: librsvg renders polygon wrong
Package: librsvg2-bin Version: 2.40.0-1 Severity: normal I'm having problems getting rsvg-convert to convert polygons I use as arrowheads. I'm enclosing a minimal SVG file, containing just one badly rendered arrowhead, and the corresponding PDF file created using rsvg-convert --format=pdf arrow.svg arrow.pdf Note that there is a discrepancy between the arrowhead in the SVG version and the same arrowhead in the PDF version. The PDF version has an extra artifact that should not be there. The same issue occurs when converting to PNG. Anselm -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages librsvg2-bin depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libglib2.0-0 2.36.4-1 ii libgtk-3-03.8.6-1 ii librsvg2-22.40.0-1 librsvg2-bin recommends no packages. librsvg2-bin suggests no packages. -- no debconf information arrow.svg Description: XML document arrow.pdf Description: Adobe PDF document
Bug#636335: VDE support seems to be non-operational
Package: virtualbox Version: 4.0.10-dfsg-1 Severity: normal In recent versions VirtualBox has stopped offering the »VDE« choice in the network adapter menus. The feature seems to be enabled during compilation and even though the vde2 package is installed, the option doesn't show up. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113add and remove users and groups ii libc6 2.13-13 Embedded GNU C Library: Shared lib ii libcurl37.21.7-1 Multi-protocol file transfer libra ii libgcc1 1:4.6.1-5GCC support library ii libpng12-0 1.2.46-3 PNG library - runtime ii libpython2.62.6.7-3 Shared Python runtime library (ver ii libqtcore4 4:4.7.3-5Qt 4 core module ii libqtgui4 4:4.7.3-5Qt 4 GUI module ii libsdl1.2debian 1.2.14-6.4 Simple DirectMedia Layer ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii libstdc++6 4.6.1-5 GNU Standard C++ Library v3 ii libvncserver0 0.9.7-3 API to write one's own vnc server ii libx11-62:1.4.4-1X11 client-side library ii libxcursor1 1:1.1.12-1 X cursor management library ii libxext62:1.3.0-3X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-4 GNOME XML library ii libxmu6 2:1.1.0-2X11 miscellaneous utility library ii libxt6 1:1.1.1-2X11 toolkit intrinsics library ii python 2.6.7-2 interactive high-level object- orie ii python-central 0.6.17 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 7.10.3-3 free implementation of the OpenGL ii libqt4-opengl 4:4.7.3-5 Qt 4 OpenGL module ii virtualbox-dkms4.0.10-dfsg-1 x86 virtualization solution - kern ii virtualbox-qt 4.0.10-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox suggests: ii vde2 2.3.1-1Virtual Distributed Ethernet pn virtualbox-guest-additions-is none (no description available) -- 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#494585: Also happens when dragging an attachment into another message
The same thing happens when an attachment is dragged from a message being displayed into a new message that is just being composed, and one selects »As Attachment« from the popup: The attachment shows up in the new message but its length is 0. Saving the attachment to a file and then attaching that file to the new message works. This is on kmail 4:4.4.7-3. Anselm -- Anselm Lingnau, Mainz/Mayence, Germany ling...@debian.org On the day *I* go to work for Microsoft, faint oinking sounds will be heard from far overhead, the moon will not merely turn blue but develop polkadots, and hell will freeze over so solid the brimstone will go superconductive. -- Eric S. Raymond, replying to a Microsoft head-hunter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620426: External display no longer recognised on X startup
Package: nvidia-glx Version: 260.19.44-1 Severity: important I use an HP Elitebook 8440p laptop with the HP docking station. An HP w2207h LCD display is attached to the DVI output of the docking station. I use a minimal xorg.conf as per the package README.Debian file. When the laptop is booted in the docked state, the GRUB and Linux boot messages appear on the external LCD but X (when it starts) is displayed on the laptop's own screen. Until very recently it used to be the case that X also used the external LCD by default. It is possible to redirect the X display manually from the laptop screen to the external LCD once a session is running, using the Nvidia control panel, but this is a major inconvenience. When the laptop is not docked and not connected to the external display, everything works fine. -- Package-specific info: uname -a: Linux ceol 2.6.38-2-amd64 #1 SMP Tue Mar 29 16:45:36 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 2.6.38-2-amd64 (Debian 2.6.38-2) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Tue Mar 29 16:45:36 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 260.19.44 Sun Feb 27 22:41:03 PST 2011 GCC version: gcc version 4.4.5 (Debian 4.4.5-15) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: nVidia Corporation GT218 [NVS 3100M] [10de:0a6c] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device [103c:172b] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at d200 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c000 (64-bit, prefetchable) [size=256M] Region 3: Memory at d000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 5000 [size=128] [virtual] Expansion ROM at d308 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 28 Mar 29 10:16 /etc/alternatives/ia32-libGL.so.1 - /usr/lib32/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 35 Aug 27 2010 /etc/alternatives/libGL.so - /usr/lib/nvidia/diversions/libGL.so lrwxrwxrwx 1 root root 26 Aug 27 2010 /etc/alternatives/libGL.so.1 - /usr/lib/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 26 Aug 27 2010 /usr/lib/libGL.so - /etc/alternatives/libGL.so lrwxrwxrwx 1 root root 28 Aug 27 2010 /usr/lib/libGL.so.1 - /etc/alternatives/libGL.so.1 lrwxrwxrwx 1 root root 26 Mar 29 10:04 /usr/lib/libnvidia-cfg.so.1 - libnvidia-cfg.so.260.19.44 -rw-r--r-- 1 root root 132664 Feb 28 07:59 /usr/lib/libnvidia- cfg.so.260.19.44 -rw-r--r-- 1 root root 27089296 Feb 28 07:56 /usr/lib/libnvidia- glcore.so.260.19.44 -rw-r--r-- 1 root root 5936 Feb 28 07:58 /usr/lib/libnvidia- tls.so.260.19.44 lrwxrwxrwx 1 root root 33 Mar 29 10:16 /usr/lib32/libGL.so.1 - /etc/alternatives/ia32-libGL.so.1 -rw-r--r-- 1 root root 23726100 Feb 28 06:46 /usr/lib32/libnvidia- glcore.so.260.19.44 -rw-r--r-- 1 root root 4436 Feb 28 06:49 /usr/lib32/libnvidia- tls.so.260.19.44 /usr/lib/nvidia: total 6260 drwxr-xr-x 3 root root4096 Mar 29 10:04 . drwxr-xr-x 227 root root 126976 Apr 1 15:12 .. -rwxr-xr-x 1 root root1294 Feb 22 19:37 check-for-conflicting-opengl- libraries drwxr-xr-x 2 root root4096 Mar 29 10:04 diversions lrwxrwxrwx 1 root root 18 Mar 29 10:04 libGL.so.1 - libGL.so.260.19.44 -rw-r--r-- 1 root root 980368 Feb 28 07:56 libGL.so.260.19.44 lrwxrwxrwx 1 root root 19 Mar 29 10:04 libglx.so - libglx.so.260.19.44 -rw-r--r-- 1 root root 5259592 Feb 28 07:58 libglx.so.260.19.44 -rwxr-xr-x 1 root root 441 Feb 22 19:37 pre-install /usr/lib/nvidia/diversions: total 896 drwxr-xr-x 2 root root 4096 Mar 29 10:04 . drwxr-xr-x 3 root root 4096 Mar 29 10:04 .. -rw-r--r-- 1 root root189 Mar 17 06:39 dummy.txt lrwxrwxrwx 1 root root 10 Feb 19 16:56 libGL.so - libGL.so.1 lrwxrwxrwx 1 root root 12 Feb 19 16:56 libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 477408 Feb 16 13:05 libGL.so.1.2 -rw-r--r-- 1 root root 416168 Mar 26 04:49 libglx.so /usr/lib32/nvidia: total 796 drwxr-xr-x 3 root root 4096 Mar 29 10:04 . drwxr-xr-x 36 root root 40960 Mar 31 19:23 .. drwxr-xr-x 2 root root 4096 Mar 29 10:03 diversions lrwxrwxrwx 1 root root 18 Mar 29 10:04 libGL.so.1 - libGL.so.260.19.44 -rw-r--r-- 1 root root 758308 Feb 28 06:47 libGL.so.260.19.44 /usr/lib32/nvidia/diversions: total 408 drwxr-xr-x 2 root root 4096 Mar 29 10:03 . drwxr-xr-x 3 root root 4096 Mar 29 10:04 .. lrwxrwxrwx 1 root root 12 Mar 29 10:03 libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 401528 Jul 15 2010 libGL.so.1.2 Files
Bug#612906: Allow /etc/init.d/dnsmasq reload
Subject: Allow /etc/init.d/dnsmasq reload Package: dnsmasq Version: 2.55-2 Severity: wishlist Tags: patch According to the man page, dnsmasq listens to SIGHUP and will reload its configuration files when the signal is received. It is common to enable the reload action in init scripts to send SIGHUP to a daemon; however, the Debian init script for dnsmasq does not appear to offer this. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnsmasq depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dnsmasq-base 2.55-2 A small caching DNS proxy and DHCP ii netbase 4.45 Basic TCP/IP networking system dnsmasq recommends no packages. Versions of packages dnsmasq suggests: ii resolvconf1.48 name server information handler -- Configuration Files: /etc/dnsmasq.conf changed [not included] -- no debconf information Here's a patch that adds the functionality in question: --- /etc/init.d/dnsmasq 2010-06-02 21:07:10.0 +0200 +++ /etc/init.d/dnsmasq.new 2011-02-11 14:46:59.0 +0100 @@ -246,6 +246,16 @@ ;; esac ;; + reload) + if [ -f /var/run/dnsmasq/$NAME.pid ]; then + log_action_begin_msg Reloading dnsmasq configuration + if kill -HUP `cat /var/run/dnsmasq/$NAME.pid`; then + log_action_end_msg 0 + else + log_action_end_msg 1 + fi + fi + ;; status) log_daemon_msg Checking $DESC $NAME status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545450: tkdvi: Build depends on Tcl/Tk 8.3 which is subject to removal
Sergei Golovan wrote: Please, either port tkdvi to newer Tcl/Tk (preferably 8.5) or if it's impossible then remove it from Debian archive. Speaking as the upstream author, that project is basically dead and gone. It was a great idea at the time, but I'm pretty much exclusively using direct output to PDF with TeX these days, and do not contemplate going back. So it would probably be best to get rid of it in the Debian archive, too. I'll get the wheels rolling for that. Anselm -- Anselm Lingnau, Friedberg, Germany ..,,,... ling...@debian.org Life has taught us that love does not consist in gazing at each other but in looking outward together in the same direction.-- Antoine de Saint-Exupéry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542978: xtartan: FTBFS: stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory
Lucas Nussbaum schrieb: During a rebuild of all packages in sid, your package failed to build on amd64. OK, I'll be looking into this. Thanks for calling it in. Anselm -- Anselm Lingnau, Friedberg, Germany . ans...@strathspey.org Experience teaches only the teachable.-- Aldous Huxley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543939: xtartan: Debian tartan displayed rotated 90 degrees from normal
Hi Phil -- Thanks for including the Debian Tartan :-) Don't mention it. This ought to have been done years ago :^( A minor nit to pick though. The top left corner would normally (in a kilt) be the one that has the dash-dot-dot (Morse 'D') running in both directions, so that it reads both left-to-right and top-to-bottom. Yep. xtartan does have some support for asymmetric tartans but it does seem to have a problem with the Debian tartan. I vaguely remember looking into the issue back when the Debian tartan was new but it wasn't straightforward to fix. The fact that xtartan is essentially dead upstream, and that in any case the code seems to date back to shortly before the Jacobite uprising doesn't help, either. I'll eventually have another look at this but ATM I'm tied up with various other things so I'm afraid this will have to wait for a bit -- I'll be coming back to it after I've hopefully fixed bug #542978 ... Cheers -- Anselm -- Anselm Lingnau, Friedberg, Germany . ans...@strathspey.org In democracy it's your vote that counts. In feudalism it's your count that votes. -- Mogens Jallberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529825: abcm2ps: topmargin formatting parameter only works after the first page
Thank you for your bug report, which I'm looking into at the moment. I don't seem to be able to reproduce the bug in question -- can you send me a minimal ABC file that reproduces it? That would be very helpful. Thank you very much! Anselm -- Anselm Lingnau, Friedberg, Germany . ans...@strathspey.org Of course, bits are not eggs---but if you program as if they were, you will not break any bits, whatever they may be, and thus you will never have to clean up the mess. -- Chris Torek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#338867: abcm2ps: unexpected result with K:D =c
Hi Bart -- Sorry for sitting on this bug for so long. It seems that in the meantime the consensus within the ABC community has changed such that »K:D =c« no longer means »two sharps and then a natural sign before every c« but instead means »a sharp sign on the f line and a natural sign in the c space«. For example, the draft ABC music standard 2.0 says in section 3.1.14 (»K: - key«): Likewise, K:D maj =c or K:D =c will give a key signature with f sharp and c natural. The current version of abcm2ps implements this correctly, so I'm closing the bug report. Thanks for calling it in, anyway! Anselm -- Anselm Lingnau, Friedberg, Germany . ans...@strathspey.org We may define »faith« as the firm belief in something for which there is no evidence. Where there is evidence, no one speaks of »faith.« We do not speak of faith that two and two are four or that the earth is round. We only speak of faith when we wish to substitute emotion for evidence. -- Bertrand Russell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540843: O: abcmidi -- converter from ABC to MIDI format and back
Sandro Tosi wrote: The current maintainer of abcmidi, Anselm Lingnau ling...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Hang in there. I'm still around. Anselm -- Anselm Lingnau, Friedberg, Germany . ans...@strathspey.org Never tell the Platoon Sergeant you have nothing to do. -- Unknown Army Recruit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473988: package require sqlite3 leads to undefined symbol sqlite3StrICmp
Subject: package require sqlite3 leads to undefined symbol sqlite3StrICmp Package: libsqlite3-tcl Version: 3.5.7-1 Severity: grave Here's what I encounter when I try to load the sqlite3 Tcl extension as contained in libsqlite3-tcl: $ tclsh8.5 % package require sqlite3 couldn't load file /usr/lib/sqlite3/libtclsqlite3.so.0: /usr/lib/sqlite3/libtclsqlite3.so.0: undefined symbol: sqlite3StrICmp This makes the libsqlite3-tcl package completely unusable. Downgrading libsqlite3 and libsqlite3-tcl to 3.5.6-3 removes the problem but breaks all sorts of other packages that depend on libsqlite3 3.5.7. The Tcl package in question is 8.5.2-1. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libsqlite3-tcl depends on: ii libc6 2.7-9 GNU C Library: Shared libraries libsqlite3-tcl recommends no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#444832: Please include the Debian tartan
Wouter Verhelst wrote: Since Debconf7, there's a Debian tartan; it'd be nice if xtartan could emit that tartan, too. I have an xtartan version that includes the Debian tartan; it's just that I haven't got around to uploading it. Anselm -- Anselm Lingnau, Frankfurt, Germany . [EMAIL PROTECTED] Man invented language to satisfy his deep need to complain. -- Lily Tomlin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434394: Time to move bwidget under /usr/share?
Francesco Paolo Lovergine wrote: Bwidget should move its stuff under /usr/share now, it depends on tk8.4 so I see no reasons to maintain it under /usr/lib which is not appropriate by policy. I agree with you in principle but as long as Debian's wish8.4 does not include /usr/share in its auto_path there isn't much point in moving Bwidget to there as it is not going to be found -- which would make it pretty useless. I'll contact the Tcl maintainers to find out what they have to say about adding /usr/share to the auto_path. Cheers, Anselm -- Anselm Lingnau, Frankfurt, Germany . [EMAIL PROTECTED] I have yet to see any problem, however complicated, which, when you looked at it in the right way, did not become still more complicated. -- Poul Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373685: CVE-2006-1513: Multiple buffer overflows in abc2ps before 1.3.3 allow for execute arbitrary code
Micah Anderson wrote: The patches applied for the sarge security update (DSA 1041-1) need to be applied to the sid version of this package No. The package needs to be removed from the distribution altogether (as far as I'm concerned) -- it hasn't been maintained upstream for ages, and in any case abcm2ps (which is part of the distribution, up to date, and does not contain this type of bug) is a better program. I'll set things in motion ASAP -- unless you want to adopt the package. Anselm -- Anselm Lingnau, Frankfurt, Germany . [EMAIL PROTECTED] Q. Recently I heard a radio news announcer say, and I quote: »Researchers at Johns Hopkins University are going to TRY AND discover a cure for ear hair« (emphasis added). My question is, who was »Johns Hopkins«? A. He was the brother of Bobs Hopkins. -- Dave Barry, _Ask Mister Language Person_
Bug#373685: CVE-2006-1513: Multiple buffer overflows in abc2ps before 1.3.3 allow for execute arbitrary code
Micah Anderson wrote: I'm not sure what gives you the idea that I might want to adopt the package, I just filed a security bug against it. Sometimes bugs (of whatever type) are filed by people who actually *use* the package in question and are interested in it as part of Debian. Since I'm about to have the package removed from the distribution, I thought it only fair to offer you (as a possible package user) to adopt it first, just to make things simple. If you're not interested then forget I ever said anything to the effect, and sorry for being a nuisance. Cheers, Anselm -- Anselm Lingnau, Frankfurt, Germany . [EMAIL PROTECTED] It's harder than you might think to squander millions of dollars, but a flawed software development process is a tool well suited to the job. -- Alan Cooper -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374449: Please remove abc2ps from sid; is obsolete, unmaintained, buggy
Package: ftp.debian.org Severity: normal Please remove the abc2ps package (maintained by me) from sid. The package hasn't been maintained upstream for a long time, contains security bugs (see CVE-2006-1513), and a much improved successor (abcm2ps) exists in Debian. Anselm -- 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.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Anselm Lingnau, Frankfurt, Germany . [EMAIL PROTECTED] Usenet is like a herd of performing elephants with diarrhea -- massive, difficult to redirect, awe-inspiring, entertaining, and a source of mind-boggling amounts of excrement when you least expect it. -- Gene Spafford pgptMfjFlATdx.pgp Description: PGP signature