Bug#1076328: sympa: wwsympa web site unavailable with latest apache2 version
Package: sympa Version: 6.2.70~dfsg-2 Severity: important Dear Maintainer, Last week, package apache2 in bookworm was updated from 2.4.59-1~deb12u1 to 2.4.61-1~deb12u1. Since then, the wwsympa web site is unreachable when using the default sympa configuration. The reason is that this directive in /etc/apache2/conf-available/sympa.conf does not work any more with the current apache2 version: SetHandler "proxy:unix:/run/sympa/wwsympa.socket|fcgi://" When requesting the wwsympa web page, the following error appears in /var/log/apache2/error.log: [proxy_fcgi:error] [pid *:tid *] [client *.*.*.*:*] AH01059: error parsing URL //: Invalid host/port Although this apears to be a regression in package apache2, I believe it has to be worked around in package sympa. Best regards, Harald -- System Information: Debian Release: 12.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-22-amd64 (SMP w/2 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 sympa depends on: ii adduser 3.134 ii ca-certificates 20230311 ii dbconfig-pgsql2.0.24 ii debconf [debconf-2.0] 1.5.82 ii fonts-font-awesome5.0.10+really4.7.0~dfsg-4.1 ii init-system-helpers 1.65.2 ii libarchive-zip-perl 1.68-1 ii libc6 2.36-9+deb12u7 ii libcgi-fast-perl 1:2.15-1 ii libcgi-pm-perl4.55-1 ii libclass-singleton-perl 1.6-2 ii libcrypt-eksblowfish-perl 0.009-3+b1 ii libcrypt-openssl-x509-perl1.9.14-2+b1 ii libcrypt-smime-perl 0.28-1+b3 ii libdatetime-format-mail-perl 0.4030-3 ii libdbd-csv-perl 0.6000-1 ii libdbd-mysql-perl 4.050-5+b1 ii libdbd-pg-perl3.16.0-2 ii libdbd-sqlite3-perl 1.72-1 ii libdbi-perl 1.643-4 ii libfcgi-perl 0.82+ds-2 ii libfile-copy-recursive-perl 0.45-4 ii libfile-nfslock-perl 1.29-2 ii libhtml-format-perl 2.16-2 ii libhtml-stripscripts-parser-perl 1.03-2.1 ii libhtml-tree-perl 5.07-3 ii libintl-perl 1.33-1 ii libio-stringy-perl2.111-3 ii libjs-jquery 3.6.1+dfsg+~3.5.14-1 ii libjs-jquery-migrate-11.4.1-2 ii libjs-jquery-minicolors 2.3.5+dfsg-4 ii libjs-jquery-ui 1.13.2+dfsg-1 ii libmail-dkim-perl 1.20230212-2~deb12u1 ii libmailtools-perl 2.21-2 ii libmime-charset-perl 1.013.1-2 ii libmime-encwords-perl 1.014.3-4 ii libmime-lite-html-perl1.24-3.1 ii libmime-tools-perl5.510-1 ii libnet-cidr-perl 0.21-2 ii libnet-dns-perl 1.36-1 ii libnet-ldap-perl 1:0.6800+dfsg-1 ii libnet-netmask-perl 2.0002-2 ii libregexp-common-perl 2017060201-3 ii libsoap-lite-perl 1.27-3 ii libtemplate-perl 2.27-1+b5 ii libterm-progressbar-perl 2.23-1 ii libunicode-linebreak-perl 0.0.20190101-1+b5 ii libxml-libxml-perl2.0207+dfsg+really+2.0134-1+b1 ii mhonarc 2.6.19-2.2 ii multiwatch1.0.0-rc1+really1.0.0-1+b1 ii node-html5shiv3.7.3+dfsg-5 ii perl 5.36.0-7+deb12u1 ii postfix [mail-transport-agent]3.7.11-0+deb12u1 ii rsyslog [system-log-daemon] 8.2302.0-1 ii sqlite3 3.40.1-2 Versions of packages sympa recommends: pn apache2-suexec pn default-mysql-server | postgresql ii doc-base 0.11.1 ii libapache2-mod-fcgid 1:2.3.9-4 pn libcrypt-ciphersaber-perl ii libio-socket-ssl-perl 2.081-2 ii locales2.36-9+deb12u7 ii logrotate 3.21.0-1 Versions of packages sympa suggests: ii apache2 [httpd-cgi] 2.4.59-1~deb12u1 pn libauthcas-perl pn libdbd-odbc-perl pn libdbd-oracle-perl
Bug#853894: usb-dvb device not working since kernel 4.9
Package: linux-image-4.9.0-1-amd64 Version: 4.9.2-2 After the update from kernel 4.8 to 4.9 on a testing/stretch system, my USB DVB-T receiver stopped working. The device is a Twinhan USB2 DVB-T tuner, so far supported by the driver dvb_usb_vp7045. When initializing, the driver tries to load a firmware file, and fails. The error message is "transfer buffer not dma capable". This issue seems similar to #852749 and #852556. >From dmesg: [7.178210] dvb-usb: found a 'Twinhan USB2.0 DVB-T receiver (TwinhanDTV Alpha/MagicBox II)' in cold state, will try to load a firmware [7.185005] usb 1-1.3: firmware: direct-loading firmware dvb-usb-vp7045-01.fw [7.185010] [ cut here ] [7.185029] WARNING: CPU: 5 PID: 570 at /build/linux-fgnWKv/linux-4.9.2/drivers/usb/core/hcd.c:1584 /usb_hcd_map_urb_for_dma+0x37c/0x570 [usbcore] [7.185029] transfer buffer not dma capable [7.185030] Modules linked in: iTCO_wdt dvb_usb_vp7045(+) iTCO_vendor_support ttm dvb_usb drm_kms_helper mxm_wmi dvb_core drm rc_core intel_powerclamp snd_hda_codec_realtek snd_hda_codec_generic i2c_algo_bit joydev evdev snd_hda_codec_hdmi kvm_intel snd_hda_intel snd_hda_codec kvm snd_hda_core snd_hwdep snd_pcm irqbypass snd_timer intel_cstate snd i7core_edac intel_uncore serio_raw pcspkr lpc_ich soundcore sg shpchp edac_core mfd_core floppy(+) tpm_infineon acpi_cpufreq tpm_tis button tpm_tis_core wmi tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc f71882fg coretemp parport_pc ppdev lp parport ip_tables x_tables autofs4 ext4 crc16 jbd2 crc32c_generic fscrypto ecb glue_helper lrw gf128mul ablk_helper cryptd aes_x86_64 mbcache dm_snapshot dm_bufio dm_mod ata_generic hid_cherry sr_mod cdrom hid_generic [7.185060] usbhid hid sd_mod uas usb_storage ahci pata_jmicron libahci i2c_i801 libata i2c_smbus ehci_pci ehci_hcd psmouse firewire_ohci crc32c_intel usbcore scsi_mod firewire_core r8169 crc_itu_t mii usb_common fjes [7.185070] CPU: 5 PID: 570 Comm: systemd-udevd Not tainted 4.9.0-1-amd64 #1 Debian 4.9.2-2 [7.185071] Hardware name: MICRO-STAR INTERNATIONAL CO.,LTD #MS-7583/P55-GD65 (MS-7583) , BIOS V1.7 01/26/2010 [7.185072] 93f28b84 a0f0c13bb738 # [7.185075] 93c76dbe 8ea4e420b0c0 a0f0c13bb790 # [7.185076] a0f0c13bb944 8ea4e0d65800 0001 #93c76e3f [7.185079] Call Trace: [7.185085] [] ? dump_stack+0x5c/0x78 [7.185089] [] ? __warn+0xbe/0xe0 [7.185091] [] ? warn_slowpath_fmt+0x5f/0x80 [7.185095] [] ? swiotlb_map_page+0x71/0x180 [7.185105] [] ? usb_hcd_map_urb_for_dma+0x37c/0x570 [usbcore] [7.185115] [] ? usb_hcd_submit_urb+0x330/0xaa0 [usbcore] [7.185117] [] ? irq_work_queue+0x8f/0xa0 [7.185120] [] ? console_unlock+0x361/0x610 [7.185122] [] ? vprintk_emit+0x316/0x4d0 [7.185131] [] ? usb_start_wait_urb+0x6d/0x170 [usbcore] [7.185141] [] ? usb_control_msg+0xdc/0x130 [usbcore] [7.185145] [] ? usb_cypress_writemem+0x3e/0x50 [dvb_usb] [7.185147] [] ? usb_cypress_load_firmware+0x5c/0x140 [dvb_usb] [7.185150] [] ? _dev_info+0x6c/0x90 [7.185152] [] ? devres_add+0x2f/0x40 [7.185155] [] ? _request_firmware+0x497/0xa90 [7.185158] [] ? dvb_usb_download_firmware+0x5e/0xc0 [dvb_usb] [7.185161] [] ? dvb_usb_device_init+0x3fb/0x660 [dvb_usb] [7.185171] [] ? usb_probe_interface+0x15d/0x2c0 [usbcore] [7.185173] [] ? driver_probe_device+0x21a/0x420 [7.185175] [] ? __driver_attach+0xda/0xe0 [7.185177] [] ? driver_probe_device+0x420/0x420 [7.185179] [] ? bus_for_each_dev+0x67/0xb0 [7.185180] [] ? bus_add_driver+0x16a/0x260 [7.185182] [] ? driver_register+0x57/0xc0 [7.185192] [] ? usb_register_driver+0x7b/0x130 [usbcore] [7.185194] [] ? 0xc04f5000 [7.185196] [] ? do_one_initcall+0x4b/0x180 [7.185198] [] ? __vunmap+0x6d/0xc0 [7.185201] [] ? do_init_module+0x5b/0x1ed [7.185202] [] ? load_module+0x2523/0x2a00 [7.185204] [] ? __symbol_put+0x60/0x60 [7.185207] [] ? SYSC_finit_module+0xc6/0xf0 [7.185209] [] ? do_syscall_64+0x7c/0xf0 [7.185212] [] ? entry_SYSCALL64_slow_path+0x25/0x25 [7.185214] ---[ end trace 17e9816069c3d4b2 ]--- [7.185216] dvb-usb: could not stop the USB controller CPU. [7.185258] dvb-usb: error while transferring firmware (transferred size: -11, block size: 16) [7.185300] dvb-usb: firmware download failed at 21 with -22 [7.185343] dvb_usb_vp7045: probe of 1-1.3:1.0 failed with error -22 [7.185362] usbcore: registered new interface driver dvb_usb_vp7045 Regards, Harald
Bug#720453: findif does not find netmask and NIC automatically
Package: resource-agents Version: 1:3.9.2-5+deb7u1 The output of /usr/lib/heartbeat/findif --help suggests that OCF_RESKEY_ip is the only required parameter for findif: /usr/lib/heartbeat/findif version 2.99.1 Copyright Alan Robertson Usage: /usr/lib/heartbeat/findif [-C] Options: -C: Output netmask as the number of bits rather than as 4 octets. Environment variables: OCF_RESKEY_ipip address (mandatory!) OCF_RESKEY_cidr_netmask netmask of interface OCF_RESKEY_broadcast broadcast address for interface OCF_RESKEY_nic interface to assign to This was true in Debian 6 and earlier. findif used the current routing table to discover the netmask and NIC unless explicitely set. However, in Debian wheezy this is no longer true. findif refuses to work when OCF_RESKEY_cidr_netmask is unset. Moreover, if OCF_RESKEY_nic is unset, always the interface name of the default gateway is taken, even if the IP address belogs to an other network. Example: on a host with this routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 10.1.10.1 0.0.0.0 UG0 0 0 bond0 10.1.20.0 0.0.0.0 255.255.255.0 U 0 0 0 bond1 10.1.10.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0 findif refuses to work without cidr_netmask: $ OCF_RESKEY_ip=10.1.20.5 /usr/lib/heartbeat/findif -C ERROR: Cannot use default route w/o netmask [10.1.20.5] and outputs the wrong interface: $ OCF_RESKEY_ip=10.1.20.5 OCF_RESKEY_cidr_netmask=24 /usr/lib/heartbeat/findif -C bond0 netmask 24 broadcast 10.1.20.255 This change makes it necessary to rewrite all the IPaddr2 cluster resoures giving explicit cidr_netmask and nic parameters. This changed behaviour should either be reverted or explicitly stated in the changelog and --help output. Regards, Harald -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708125: libnss-mysql-bg segfaults when SQL statement is invalid
Package: libnss-mysql-bg Version: 1.5-3+b1 When an SQL statement in the /etc/libnss-mysql.cfg file is (syntactically or semantically) wrong, any use of the corresponding NSS library function results in a segmentation fault. A bugfix can be found in the Ubuntu bug tracking system: https://bugs.launchpad.net/ubuntu/+source/libnss-mysql-bg/+bug/727192 Best regards, Harald -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682620: LIST command fails with blank characters in argument
Package: pure-ftpd
Version: 1.0.28-3+squeeze1
With pure-ftpd, the FTP command LIST does not work when
the directory name contains blank characters.
Here is an example session, where a direcory "Test 1" with three
files test2, test3, test4 exists.
# ftp localhost
Connected to localhost.
220-- Welcome to Pure-FTPd [privsep] [TLS] --
[...]
220 You will be disconnected after 15 minutes of inactivity.
Name (localhost:root): user
331 User user OK. Password required
Password:
230 OK. Current directory is /home/user
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir "Test 1"
200 PORT command successful
150 Connecting to port 58344
226-Options: -l
226 0 matches total
ftp> dir "Test*1"
200 PORT command successful
150 Connecting to port 38561
-rw-r--r--1 user user 0 Jul 24 11:12 test2
-rw-r--r--1 user user 0 Jul 24 11:12 test3
-rw-r--r--1 user user 0 Jul 24 11:12 test4
226-Options: -l
226 3 matches total
ftp> exit
221-Goodbye. You uploaded 0 and downloaded 0 kbytes.
221 Logout.
The output of strace shows that pure-ftpd treats "Test 1" as
two separate directories.
7003 read(6, "LIST Test 1\r\n", 4112) = 13
7003 connect(10, {sa_family=AF_INET, sin_port=htons(36000),
sin_addr=inet_addr("127.0.0.1")}, 16) = 0
7003 setsockopt(10, SOL_IP, IP_TOS, [8], 4) = 0
7003 setsockopt(10, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
7003 alarm(86400) = 1800
7003 write(6, "150 Connecting to port 36000\r\n", 30) = 30
7003 alarm(17) = 86400
7003 lstat("Test", 0x7fffb07b20e0) = -1 ENOENT (No such file or directory)
7003 alarm(0) = 17
7003 alarm(17) = 0
7003 lstat("1", 0x7fffb07b20e0)= -1 ENOENT (No such file or directory)
7003 alarm(0) = 17
7003 close(10) = 0
7003 close(10) = -1 EBADF (Bad file descriptor)
7003 chdir("/")= 0
7003 write(6, "226-Options: -l \r\n226 0 matches "..., 39) = 39
The same bug is also present in the current squeeze pure-ftpd
package (verion 1.0.36-1).
Best regards,
Harald
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641404: Authentication is only possible if process runs as root
Package: libnss-mysql-bg
Version: 1.5-2
A user which is stored in a mysql database can only be authenticated
if the authentication process runs under root.
Therefore, the user can log in on the console (getty), network (sshd),
Gnome (gdm3), because there processes run as root. But he cannot unlock
his screensaver (gnome-screensaver) or a locked screen session (Ctrl-X
in running screen), because these processes do not run as root.
The reason is that libnss-mysql-bg is designed for systems where only
root is allowed to read shadow information, and /sbin/unix_chkpwd is
setuid root.
Under Debian, the policy is different: shadow information can be read
by processes running under the egid "shadow", and /sbin/unix_chkpwd
is setgid shadow, not setuid root.
In libnss-mysql-bg, two changes are needed to match Debian's policy:
1. The file /etc/libnss-mysql-root.cnf must be installed with
permissions 640 root:shadow (currently 600 root:root).
2. Within the libnss-mysql-bg implementation, the security check
must be extended to check not only for euid=root, but also for
egid=shadow. See patch below.
- cut here -
--- libnss-mysql-bg-1.5/src/lookup.c.orig 2011-09-13 09:28:30.0
+0200
+++ libnss-mysql-bg-1.5/src/lookup.c2011-09-13 09:47:16.0 +0200
@@ -21,6 +21,8 @@
#include "nss_mysql.h"
#include /* snprintf () */
#include /* strcpy () */
+#include
+#include
extern conf_t conf;
@@ -131,12 +133,22 @@
int attempts = MAX_QUERY_ATTEMPTS;/* Attempt # (countdown) */
static uid_t euid = -1; /* Last known euid for change detect */
uid_t cur_euid; /* CURRENT euid */
+ gid_t cur_egid; /* CURRENT egid */
+ gid_t shadow_gid;/* gid for group shadow (usually 42 on
Debian) */
DENTER
cur_euid = geteuid ();
+
+ /* Get shadow gid, if needed */
+ if(cur_euid != 0) {
+cur_egid = getegid ();
+struct group *grp = getgrnam("shadow");
+shadow_gid = (grp ? grp->gr_gid : -1);
+ }
+
D ("%s: restricted = %d, cur_euid = %u", FUNCNAME, restricted, cur_euid);
- if (restricted == ntrue && cur_euid != 0)
+ if (restricted == ntrue && cur_euid != 0 && (shadow_gid == -1 || cur_egid !=
shadow_gid))
DSRETURN (NSS_NOTFOUND)
/* Make sure euid hasn't changed, thus changing our access abilities */
- cut here -
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631515: Broken symlink
Package: libpng3 Version: 1.2.44-1 The package libpng3 installs a symlink lrwxrwxrwx 1 root root 13 24. Jun 15:37 /usr/lib/libpng.so.3 -> libpng12.so.0 However, libpng12.so.0 belongs to the libpng12-0 package, and is installed under /lib: lrwxrwxrwx 1 root root 18 7. Feb 07:14 /lib/libpng12.so.0 -> libpng12.so.0.44.0 -rw-r--r-- 1 root root 155360 26. Jun 2010 /lib/libpng12.so.0.44.0 Best regards, Harald -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536249: dstat
Package: dstat
Version: 0.6.7-1
On a currently patched Lenny system, the module "topbio" of dstat sometimes
terminates with the following error message:
Traceback (most recent call last):
File "/usr/bin/dstat", line 2041, in
main()
File "/usr/bin/dstat", line 1986, in main
o.extract()
File "/usr/share/dstat/dstat_topbio.py", line 65, in extract
st = os.stat("/proc/%s" % pid)
OSError: [Errno 2] No such file or directory: '/proc/7250'
It looks like the module is sometimes unable to handle the dynamic
of the process structures in die /proc file system.
The machine is a quite heavy loaded webserver where httpd processes
come and go.
The command line was: dstat -alM topcpu,topio,topbio
Regards, Harald
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526085: Upgrade etch -> lenny does not work
Package: heartbeat Version: 2.1.3-6lenny1 On a Debian etch system with heartbeat, the upgrade to lenny does not work. Preparing to replace heartbeat 1.2.5-3 (using .../heartbeat_2.1.3-6lenny1_amd64.deb) ... Stopping High-Availability services: Done. Unpacking replacement heartbeat ... dpkg: error processing /var/cache/apt/archives/heartbeat_2.1.3-6lenny1_amd64.deb (--unpack): trying to overwrite `/usr/lib/pils/plugins/InterfaceMgr/generic.so', which is also in package libpils0 dpkg-deb: subprocess paste killed by signal (Broken pipe) Starting High-Availability services: Done. Errors were encountered while processing: /var/cache/apt/archives/heartbeat_2.1.3-6lenny1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505292: newvserver creates a vserver with disabled cron
Hello, > The util-vserver package aims to only start the services that are vital > to the guest persisting, and any other service should be enabled by the > administrator, rather than running by default consuming resources > without any point. It is the position of util-vserver that > administrators should enable the services that they want. If you want > cron, you should enable cron. I consider it a rather faulty solution to install cron but disable it. util-vserver also installs logrotate, and lograte explicitely depends on cron. So the dependency is formally fulfilled but logrotate won't work as expected. If the util-vserver project really thinks that cron in a vserver is waste of resources, the consistent solution would be to purge logrotate and cron. This would have the advantage that if the administrator ever installs any other package which depends on logrotate or cron, cron will be installed and work. Moreover the current solution is instable. As soon as a new cron package appeares on security.debian.org and is installed, cron will be activated. > Now, I believe that a lot of people debootstrap guests and expect many > fundamental system elements to be enabled, as they are creating > mini-servers I don't expect many things to be present in a minimal vserver. In fact, I believe that the basic installation as done be newvserver could be stripped by at least 25 packages, mainly hardware/network related stuff. But what is installed should work as intended. > Seeing as upstream finds this intentional, its probably best for > newvserver to re-enable cron for people, rather that util-vserver to > revert the change from upstream. That's okay for me. Regards, Harald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505292: newvserver creates a vserver with disabled cron
Package: vserver-debiantools Version: 0.6.2 When creating a new vserver with newvserver under lenny, the result has the cron package installed but it is not started by default. The symlinks in /etc/rc?.d/ to /etc/init.d/cron are missing. I think this is confusing. Either cron should start automatically, or it should not be installed at all. At least it is incompatible to etch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439131: Konqueror silently ignores https: in proxy adress
Package: konqueror Version: 4:3.5.5a.dfsg.1-6 The current konqueror from Debian etch does not speak SSL to a proxy even if the proxy adress is entered like "https://..."; To reproduce, use "Settings" -> "Configure Konqueror..." -> "Proxy" -> "Manually specify the proxy settings" -> "Setup..." -> "Servers HTTP" and enter a proxy which can be reached with SSL. You can test this e.g. with the DeleGate proxy, see http://www.delegate.org/ . Funnily, the much older Konqueror 3.0.3 from SUSE Linux Enterprise Server 8 does it right... Regards, Harald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438129: "Rename Database" breaks default character set
Package: phpmyadmin Version: 4:2.9.1.1-3 phpMyAdmin in Debian etch allows to rename a database in the "Operations" tab of a database view. Internally, the new database is created, the tables are copied each, and the old database is removed. However, the new database always inherits the default character set from the MySQL server, even if the old database has a different one. The reason is that phpMyAdmin issues only a "CREATE DATABASE xyz" to the server, ignoring the default character set of the original database. Funnily, when using "copy database to" instead of rename, phpMyAdmin does it right. So it should be easy to fix. Regards, Harald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402564: Error messages about uninitialized values
Package: clusterssh
Version: 3.19.1-4
cssh in etch reports the following error messages about 100 times when
being invoked:
Use of uninitialized value in hash element at /usr/bin/cssh line 410.
Use of uninitialized value in numeric ne (!=) at /usr/bin/cssh line 414.
Use of uninitialized value in hash element at /usr/bin/cssh line 416.
Use of uninitialized value in numeric ne (!=) at /usr/bin/cssh line 420.
The following patch fixes the problem:
--- cssh.orig 2006-11-07 03:08:26.0 +0100
+++ cssh.hw 2006-12-11 11:19:40.0 +0100
@@ -395,30 +395,38 @@
foreach ( 0 .. $#keyboard )
{
- if(defined($keycodetosym { $keyboard[$_][0] }))
- {
- $keyboardmap{ $keycodetosym { $keyboard[$_][0] } } =
'n' . ($_ + $min);
- } else {
- logmsg(2, "Unknown keycode ", $keyboard[$_][0])
if($keyboard[$_][0] != 0);
- }
- if(defined($keycodetosym { $keyboard[$_][1] }))
- {
- $keyboardmap{ $keycodetosym { $keyboard[$_][1] } } =
's' . ($_ + $min);
- } else {
- logmsg(2, "Unknown keycode ", $keyboard[$_][1])
if($keyboard[$_][1] != 0);
+ if(defined $keyboard[$_][0]) {
+ if(defined($keycodetosym { $keyboard[$_][0] }))
+ {
+ $keyboardmap{ $keycodetosym { $keyboard[$_][0]
} } = 'n' . ($_ + $min);
+ } else {
+ logmsg(2, "Unknown keycode ", $keyboard[$_][0])
if($keyboard[$_][0] != 0);
+ }
}
- if(defined($keycodetosym { $keyboard[$_][2] }))
- {
- $keyboardmap{ $keycodetosym { $keyboard[$_][2] } } =
'a' . ($_ + $min);
- } else {
- logmsg(2, "Unknown keycode ", $keyboard[$_][2])
if($keyboard[$_][2] != 0);
- }
- if(defined($keycodetosym { $keyboard[$_][3] }))
- {
- $keyboardmap{ $keycodetosym { $keyboard[$_][3] } } =
'sa' . ($_ + $min);
- } else {
- logmsg(2, "Unknown keycode ", $keyboard[$_][3])
if($keyboard[$_][3] != 0);
+ if(defined $keyboard[$_][1]) {
+ if(defined($keycodetosym { $keyboard[$_][1] }))
+ {
+ $keyboardmap{ $keycodetosym { $keyboard[$_][1]
} } = 's' . ($_ + $min);
+ } else {
+ logmsg(2, "Unknown keycode ", $keyboard[$_][1])
if($keyboard[$_][1] != 0);
+ }
}
+ if(defined $keyboard[$_][2]) {
+ if(defined($keycodetosym { $keyboard[$_][2] }))
+{
+ $keyboardmap{ $keycodetosym { $keyboard[$_][2]
} } = 'a' . ($_ + $min);
+} else {
+ logmsg(2, "Unknown keycode ", $keyboard[$_][2])
if($keyboard[$_][2] != 0);
+}
+}
+ if(defined $keyboard[$_][3]) {
+ if(defined($keycodetosym { $keyboard[$_][3] }))
+ {
+ $keyboardmap{ $keycodetosym { $keyboard[$_][3]
} } = 'sa' . ($_ + $min);
+} else {
+ logmsg(2, "Unknown keycode ", $keyboard[$_][3])
if($keyboard[$_][3] != 0);
+}
+}
# dont know these two key combs yet...
#$keyboardmap{ $keycodetosym { $keyboard[$_][4] } } = $_ + $min;
||/ Name Version Description
+++---
ii clusterssh 3.19.1-4 administer multiple ssh or rsh
shells simultaneously
ii libx11-protocol-perl 0.55-1 Perl module for the X Window
System Protocol, version 11
ii openssh-client 4.3p2-6 Secure shell client, an
rlogin/rsh/rcp replacement
ii perl-tk 804.027-7Perl module providing the Tk
graphics library.
ii xterm222-1X terminal emulator
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344031: Parse error when using file handles
Package: libhtml-embperl-perl
Version: 1.3.6-2
When using HTML::Embperl, the following embperl script runs into an
endless loop:
[-
open(UNAME, "/bin/uname -a |");
while() { print; }
close(UNAME);
-]
It seems that instead of , another file handle (STDIN?) is
read.
The slightly modified script
[-
open(UNAME, "/bin/uname -a |");
while(defined($_ = )) { print; }
close(UNAME);
-]
gives an error message, although it's valid perl code:
[22397]ERR: 24: Error in Perl code: syntax error at /var/www/embperl/test.html
line 4, near "= )"
syntax error at /var/www/embperl/test.html line 5, near "}
close"
The same script runs fine when using Embperl-2.0 (i.e. Package
libembperl-perl and handler Embperl instead of HTLM::Embperl).
So I guess it is an upstream problem.
||/ NameVersion Description
+++-===-===-==
ii apache 1.3.33-6sarge1 versatile, high-performance
HTTP server
ii libapache-mod-perl 1.29.0.3-6sarge1integration of perl with
the Apache web server
ii libhtml-embperl-perl1.3.6-2 Library for embedding perl
in HTML
Regards,
Harald
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
