debian-bugs-rc@lists.debian.org
Log is attached -- Olleg Samoylov 2008/08/02 03:06:16.239 0:00.131 ekiga-gtkonly ekiga-gtkonly Version 2.0.12 by on Unix Linux (2.6.25-2-amd64-x86_64) at 2008/8/2 3:06:16.239 2008/08/02 03:06:16.239 0:00.131 ekiga-gtkonly Detected audio plugins: ALSA 2008/08/02 03:06:16.239 0:00.131 ekiga-gtkonly Detected video plugins: Picture,V4L 2008/08/02 03:06:16.239 0:00.131 ekiga-gtkonly Detected audio plugins: ALSA 2008/08/02 03:06:16.240 0:00.132 ekiga-gtkonly Detected video plugins: Picture,V4L 2008/08/02 03:06:16.259 0:00.151 ekiga-gtkonly Detected the following audio input devices: Default,SB Live 5.1 [SB0220] with plugin ALSA 2008/08/02 03:06:16.260 0:00.152 ekiga-gtkonly Detected the following audio output devices: Default,SB Live 5.1 [SB0220] with plugin ALSA 2008/08/02 03:06:16.260 0:00.152 ekiga-gtkonly Detected the following video input devices: StaticPicture,MovingLogo with plugin Picture 2008/08/02 03:06:16.260 0:00.152 ekiga-gtkonly Detected the following audio input devices: Default,SB Live 5.1 [SB0220] with plugin ALSA 2008/08/02 03:06:16.260 0:00.152 ekiga-gtkonly Detected the following audio output devices: Default,SB Live 5.1 [SB0220] with plugin ALSA 2008/08/02 03:06:16.260 0:00.152 ekiga-gtkonly Detected the following video input devices: StaticPicture,MovingLogo with plugin Picture 2008/08/02 03:06:16.263 0:00.155 ekiga-gtkonly PWLib File handle high water mark set: 14 PUDPSocket ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_string: assertion `entry->type == GM_CONF_STRING' failed (ekiga-gtkonly:18489): GLib-CRITICAL **: g_path_is_absolute: assertion `file_name != NULL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_string: assertion `entry->type == GM_CONF_STRING' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_string: assertion `entry->type == GM_CONF_STRING' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_bool: assertion `entry->type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_string: assertion `entry->type == GM_CONF_STRING' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_list: assertion `entry->type == GM_CONF_LIST' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_list: assertion `entry->type == GM_CONF_LIST' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_list: assertion `entry->type == GM_CONF_LIST' failed ** (ekiga-gtkonly:18489): CRITICAL **: entry_get_int: assertion `entry->type == GM_CONF_INT'
Bug#429457: init script doesn't delete pid file
Package: fcron Version: 3.0.1-1 Severity: grave Tags: patch I doesn't know why only I see it. /etc/init.d/fcron does not have rm -f pidfile. And fcron on start see pid file and silently exit. The patch is applied. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fcron depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dpkg 1.14.4 package maintenance system for Deb ii libc6 2.5-9 GNU C Library: Shared libraries ii libpam-runtime0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libselinux1 2.0.15-2 SELinux shared libraries ii postfix [mail-transport-agent 2.4.0-2A high-performance mail transport Versions of packages fcron recommends: ii syslog-ng [system-log-daemon] 2.0.0-1Next generation logging daemon -- debconf information: * fcron/anacronwarn: --- fcron.original 2007-06-18 12:55:38.0 +0400 +++ fcron 2007-06-18 12:55:56.0 +0400 @@ -22,6 +22,7 @@ stopdaemon () { start-stop-daemon --stop --quiet "$@" --pidfile /var/run/$NAME.pid --exec ${DAEMON} +rm -f /var/run/$NAME.pid } test -x $DAEMON || exit 0
Bug#425669: unable to stat `./usr/lib/wine/wineboot.exe.so' (which I was about to install)
Ove Kaaven wrote: I don't know... invalid argument to stat while running dpkg-deb... I'm not sure under what conditions this would normally occur, but it sounds more related to your filesystem than a problem with the package. Are you sure this isn't just a problem on your side? Oh, you were right. My filesystem was broken. This bug may be closed. -- Olleg Samoylov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425669: unable to stat `./usr/lib/wine/wineboot.exe.so' (which I was about to install)
Ove Kaaven пишет: I don't know... invalid argument to stat while running dpkg-deb... I'm not sure under what conditions this would normally occur, but it sounds more related to your filesystem than a problem with the package. Are you sure this isn't just a problem on your side? I got it from different ftp mirrors (ftp.task.gda.pl and ftp.debian.org). Result the same. Sound more related to filesystem of primary debian file server. -- Olleg smime.p7s Description: S/MIME Cryptographic Signature
Bug#425669: unable to stat `./usr/lib/wine/wineboot.exe.so' (which I was about to install)
Package: wine Version: 0.9.31-1 Severity: grave Package wine_0.9.32-1_amd64.deb is broken: # /usr/share/mc/extfs/deb run # /srv/ftp/mirror/debian/pool/main/w/wine/wine_0.9.32-1_amd64.deb INSTALL Installing /srv/ftp/mirror/debian/pool/main/w/wine/wine_0.9.32-1_amd64.deb (Reading database ... 167543 files and directories currently installed.) Preparing to replace wine 0.9.31-1 (using .../w/wine/wine_0.9.32-1_amd64.deb) ... Unpacking replacement wine ... dpkg: error processing /srv/ftp/mirror/debian/pool/main/w/wine/wine_0.9.32-1_amd64.deb (--install): unable to stat `./usr/lib/wine/wineboot.exe.so' (which I was about to install): Invalid argument dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /srv/ftp/mirror/debian/pool/main/w/wine/wine_0.9.32-1_amd64.deb -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii debconf [debconf-2.0]1.5.13 Debian configuration management sy ii libwine 0.9.32-1Windows API Implementation (Librar ii xbase-clients1:7.1.ds1-2 miscellaneous X clients Versions of packages wine recommends: ii msttcorefonts 2.0Installer for Microsoft TrueType c ii wine-utils0.9.32-1 Windows API Implementation (Utilit -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425367: grub-update freeze system on xfs root
Package: grub Version: 0.97-27 Severity: grave I prefer use xfs as root file system. grub-install always freeze total system on linux installation or grub update. Manual installation grub always fine. I tried investigate script. Heh, mates, there are not logic at all. # XFS needs special magic xfs_frozen=false if which xfs_freeze > /dev/null ; then cat << EOF Due to a bug in xfs_freeze, the following command might produce a segmentation fault when ${grubdir} is not in an XFS filesystem. This error is harmless and can be ignored. EOF if xfs_freeze -f ${grubdir} ; then xfs_frozen=true ; fi fi I can't undestand, why do you need freeze total filesystem? Do you plan write t o stage1,2 or change it location in the same time? Even in this case your freeze will not well, because location of files will be changed later and grub-install will be had to rerun. If you want prevent writing in this files better use linux lock on files, rather then freeze total filesytem. No matter, this freeze is not needed at all. Later you run: $grub_shell --batch $no_floppy --device-map=$device_map <$log_file And you try to write to file in the same filesystem. Bingo, script is locked. And after killing script whole filesystem remain be freezed. You will not be able even to login in linux with such root filesystem. Even soft reboot will not work. Only hard reset button will help. And very strange method to detect, when filesystem must be freezed. There may be situations when filesystem is xfs, but have not xfs utils or there are xfs utils but filesystem is not xfs. I insist, all code about xfs filesystem is wrong, unnessesary and must be removed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) 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#387899: As I undestand ssl-thin.ads must be added as "alternative".
Package: libaws-dev Version: 2.2-1 Severity: serious I can't compile aws application. rateme.adb:4:06: file "ssl-thin.ads" not found rateme.adb:4:06: "Rateme (body)" depends on "Aws.Client (spec)" rateme.adb:4:06: "Aws.Client (spec)" depends on "Aws.Net.Ssl (spec)" rateme.adb:4:06: "Aws.Net.Ssl (spec)" depends on "Ssl.Thin (spec)" But exists files ssl-thin__dummy.ads, ssl-thin__gnutls.ads, ssl-thin__openssl.ads. As I undestand they are alternatives for ssl-thin.ads and must be added debian "alternative" for this. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages libaws-dev depends on: ii gnat-4.14.1.1-10 The GNU Ada compiler ii libaws2.2 2.2-1Ada Web Server shared library ii libgnutls-dev 1.4.3-2 the GNU TLS library - development ii libldap2-dev2.1.30-13+b1 OpenLDAP development libraries ii libxmlada2-dev 2.2-6XML/Ada, a full XML suite for Ada ii zlib1g-dev 1:1.2.3-13 compression library - development Versions of packages libaws-dev recommends: ii libaws-bin2.2-1 Ada Web Server utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387896: libaws-dev depend on libtemplates-parser-dev
Package: libaws-dev Version: 2.2-1 Severity: serious When I try compile I get: rateme.adb:4:06: file "ai302.ads" not found rateme.adb:4:06: "Aws.Attachments (spec)" depends on "Ai302 (spec)" rateme.adb:4:06: "Aws.Client (spec)" depends on "Aws.Attachments (spec)" rateme.adb:4:06: "Aws.Attachments (spec)" depends on "Aws.Headers (spec)" rateme.adb:4:06: "Aws.Headers (spec)" depends on "Aws.Containers.Tables (spec)" rateme.adb:4:06: "Aws.Containers.Tables (spec)" depends on "Ai302 (spec)" rateme.adb:4:06: "Rateme (body)" depends on "Aws.Client (spec)" rateme.adb:4:06: "Aws.Client (spec)" depends on "Aws.Net.Ssl (spec)" rateme.adb:4:06: "Aws.Net.Ssl (spec)" depends on "Ssl.Thin (spec)" File ai302.ads belong to libtemplates-parser-dev and I have not this package installed yet. IMHO libaws-dev must depend on libtemplates-parser-dev. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages libaws-dev depends on: ii gnat-4.14.1.1-10 The GNU Ada compiler ii libaws2.2 2.2-1Ada Web Server shared library ii libgnutls-dev 1.4.3-2 the GNU TLS library - development ii libldap2-dev2.1.30-13+b1 OpenLDAP development libraries ii libxmlada2-dev 2.2-6XML/Ada, a full XML suite for Ada ii zlib1g-dev 1:1.2.3-13 compression library - development Versions of packages libaws-dev recommends: ii libaws-bin2.2-1 Ada Web Server utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301957: this bug/#301957; tinysnmp-tools: community string mismatch
Justin Pryzby wrote: Does the tool work if you install snmpd? Does a strace indicate that it is connecting to localhost? Don't work after installation snmpd. Strace attached. -- Olleg Samoylov 13373 execve("/usr/bin/tinysnmpget", ["tinysnmpget", "localhost", "public", "1.3.6.1.2.1.1.1.0"], [/* 32 vars */]) = 0 13373 uname({sys="Linux", node="petrel", ...}) = 0 13373 brk(0)= 0x505000 13373 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 13373 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aac2000 13373 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) 13373 open("/etc/ld.so.cache", O_RDONLY) = 3 13373 fstat(3, {st_mode=S_IFREG|0644, st_size=81394, ...}) = 0 13373 mmap(NULL, 81394, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aac4000 13373 close(3) = 0 13373 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 13373 open("/usr/lib/libdebug.so.0", O_RDONLY) = 3 13373 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>[EMAIL PROTECTED]>[EMAIL PROTECTED]@\0\30\0\27\0\1\0\0\0\5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 640) = 640 13373 fstat(3, {st_mode=S_IFREG|0644, st_size=17616, ...}) = 0 13373 mmap(NULL, 1064896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2abc3000 13373 mprotect(0x2abc7000, 1048512, PROT_NONE) = 0 13373 mmap(0x2acc6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x2acc6000 13373 close(3) = 0 13373 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 13373 open("/usr/lib/libabz.so.0", O_RDONLY) = 3 13373 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>[EMAIL PROTECTED]@[EMAIL PROTECTED]"..., 640) = 640 13373 fstat(3, {st_mode=S_IFREG|0644, st_size=27448, ...}) = 0 13373 mmap(NULL, 1075368, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2acc7000 13373 mprotect(0x2accd000, 1050792, PROT_NONE) = 0 13373 mmap(0x2adcd000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x2adcd000 13373 close(3) = 0 13373 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 13373 open("/usr/lib/libber.so.0", O_RDONLY) = 3 13373 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>[EMAIL PROTECTED]@[EMAIL PROTECTED]"..., 640) = 640 13373 fstat(3, {st_mode=S_IFREG|0644, st_size=14608, ...}) = 0 13373 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2adce000 13373 mmap(NULL, 1061472, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2adcf000 13373 mprotect(0x2add2000, 1049184, PROT_NONE) = 0 13373 mmap(0x2aed2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x2aed2000 13373 close(3) = 0 13373 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 13373 open("/lib/libc.so.6", O_RDONLY) = 3 13373 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>[EMAIL PROTECTED]@[EMAIL PROTECTED]>[EMAIL PROTECTED]@[EMAIL PROTECTED]"..., 640) = 640 13373 lseek(3, 624, SEEK_SET) = 624 13373 read(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\6\0\0\0\0\0\0\0", 32) = 32 13373 fstat(3, {st_mode=S_IFREG|0755, st_size=1295640, ...}) = 0 13373 mmap(NULL, 2354344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aed3000 13373 mprotect(0x2aff7000, 1158312, PROT_NONE) = 0 13373 mmap(0x2b0f6000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123000) = 0x2b0f6000 13373 mmap(0x2b10e000, 15528, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b10e000 13373 close(3) = 0 13373 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b112000 13373 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b113000 13373 mprotect(0x2b0f6000, 86016, PROT_READ) = 0 13373 arch_prctl(ARCH_SET_FS, 0x2b112ae0) = 0 13373 munmap(0x2aac4000, 81394) = 0 13373 brk(0)= 0x505000 13373 brk(0x536000) = 0x536000 13373 gettimeofday({1154512601, 81542}, NULL) = 0 13373 getpid() = 13373 13373 open("/etc/resolv.conf", O_RDONLY) = 3 13373 fstat(3, {st_mode=S_IFREG|0644, st_size=75, ...}) = 0 13373 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aac4000 13373 read(3, "nameserver 193.125.143.173\nnameserver 192.188.189.3\ndomain telecom.mipt.ru\n", 4096) = 75 13373 read(3, "", 4096)
Bug#301957: bug not reproducible
Clément Stenac wrote: This bug is not reproducible here with a standard fresh installation of snmpd. Do you still experience that bug ? Yes, but I have not snmpd installed. Here output from work with cisco: $ snmpget -v1 -c public n2-core.mipt.ru 1.3.6.1.2.1.1.1.0 SNMPv2-MIB::sysDescr.0 = STRING: Cisco Internetwork Operating System Software IOS (tm) s72033_rp Software (s72033_rp-PK9SV-M), Version 12.2(18)SXD3, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2004 by cisco Systems, Inc. Compiled Thu 17:03:47 [EMAIL PROTECTED]:~ $ tinysnmpget n2-core.mipt.ru public 1.3.6.1.2.1.1.1.0 community string mismatch Snmpget don't need snmpd to work. Does tinysnmpget need snmpd? Thus dependence must be fixed. -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Bug#334689: Don't work
Package: webmin-bandwidth Version: 1.200-1 Severity: grave Don't work at all. /usr/share/webmin/bandwidth looked very strange. IMHO mistake in packaging. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8-smp Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages webmin-bandwidth depends on: ii perl 5.8.7-6Larry Wall's Practical Extraction ii webmin1.230-1web-based administration toolkit ii webmin-core 1.230-1core modules for webmin ii webmin-firewall 1.220-1iptables control module for webmin webmin-bandwidth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334664: add linux-image-2.6 to list of suggests
Package: shorewall Severity: serious Due to new naming kernel packages add "| linux-image-2.6" to list of kernel packages is "Suggests". -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8-smp Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305530: Video plugins
Kilian Krause wrote: well, my rationale is easy enough. I'm entirely agreed that your definition sounds logical to you, but as long as the average user cannot run "ohphone -v" and then receive an informational message about missing plugins, I do not want to face the new bugs telling "video does not work". I'll see what upstream tells about this, yet I think we'll live with these few 132kB installed (size of v4l.so). Having a virtual Okey, 132kB is not large. My rationale is simple also. This is disconform debian policy. Though, it is not great trouble. :-) And there are four different video plugin and two audio. With both audio plugin, oss or alsa, ohphone will work in debian linux. The only difference if user is advanced enough to configure alsa, for instance with dmix. But for such users is not problem change oss plugin to alsa. :-) Thus audio plugin may be installed automaticaly. Though alsa plugin is preferred. What about video plugin? Is this universal video plugin to work with all webcam? IMHO users must be faced to choose video plugin for his webcam. Also unadvanced users often turn to install suggested packages by default. Thus put video plugn in suggested is right. Video plugin in "depends" looked like a maintainer mistake but don't discomfort me. I don't insist. Keep my advise as an opinion from one of the users. Also I'll be satisfied if in ohphone-basic will be only audio with video in suggested. ohphone-basic is version for minimalist, isn't it? :-) Good luck. -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Bug#305530: Video plugins
Kilian Krause wrote: why would you want to remove the video plugins? Not using them is up to you, but having one ready should be the default, no? No. I have not a webcam and I don't plan buy it in future. Why I need install software driver for absent hardware? What video driver I need to install for absent webcam? Well, here quotes from debian-policy. The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. Without audio plugins ohphone don't even listen port. Audio plugin must be in "depends". Suggests This is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable. Video plugin must be in "suggests" because installing without it on system without a webcam is "perfectly reasonable". May be will be convenient make virtual packages libpt-plugins-audio and libpt-plugins-video? And put they in "depends" and "suggests". -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Bug#305530: re Bug#305530: fixed in ohphone 1:1.4.3+20050304-2
Kilian Krause wrote: And, I don't undestand, why you dont' add libpt-plugins-alsa or libpt-plugins-oss? pardon me? they should be there. I've put Depends to "at least one audio and one video plugin" and Recommends: to all of the available plugins. I'll recheck this though for I didn't do the final uploaded build myself. Yes, sound plugins in separate row and I miss it. Video plugins row is red in aptitude and attract my attention. :-) Instead you add video plugins. They may be added as recommends. IMHO, I don't need video plugin to work, ophone must work without it. Yeh, that's exactelly how it was meant to be.. ;) Must I request to remove video plugins from "depends" is separate bug report? -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Bug#305530: re Bug#305530: fixed in ohphone 1:1.4.3+20050304-2
Debian Bug Tracking System wrote: Source-Version: 1:1.4.3+20050304-2 We believe that the bug you reported is fixed in the latest version of ohphone, which is due to be installed in the Debian FTP archive: ohphone-basic_1.4.3+20050304-2_i386.deb to pool/main/o/ohphone/ohphone-basic_1.4.3+20050304-2_i386.deb ohphone_1.4.3+20050304-2.diff.gz to pool/main/o/ohphone/ohphone_1.4.3+20050304-2.diff.gz ohphone_1.4.3+20050304-2.dsc to pool/main/o/ohphone/ohphone_1.4.3+20050304-2.dsc ohphone_1.4.3+20050304-2_i386.deb to pool/main/o/ohphone/ohphone_1.4.3+20050304-2_i386.deb Fixed only in ohphone, not in ohphone-basic. And, I don't undestand, why you dont' add libpt-plugins-alsa or libpt-plugins-oss? I tried call with my sound card. Without this alsa plugin ohphone silently ended without any error. Was not easy to undestand why. Instead you add video plugins. They may be added as recommends. IMHO, I don't need video plugin to work, ophone must work without it. -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Bug#305530: Add dependency to libpt sound plugin
Package: ohphone-basic Version: 1:1.4.3+20050304-1 Severity: serious Add dependency to one of libpt sound plugin. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages ohphone-basic depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libgcc1 1:3.4.3-12 GCC support library ii libldap2 2.1.30-6 OpenLDAP libraries ii libopenh323-1 1.15.3-2 H.323 aka VoIP library ii libpt-1.8.3 1.8.4-1Portable Windows Library ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++51:3.3.5-12 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305192: [CONFFILE][TRIVIAL] dpkg allow overwrite files by default
Package: dpkg Version: 1.10.27 Severity: grave Default dpkg.conf include force-overwrite. This is improper. All "force" options must be setted by admin explicitly. Severity is grave because this can lead to significant data lost in unstable distrib. For instance, package ia32libs version 1.1 in amd64 distr suddenly overwrite many /bin/* files from coreutils. Also add /etc/dpkg/dpkg.cfg as conf file instead of copy in dpkg.postinst. It is strange to see such vilolation package packing in package dpkg. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages dpkg depends on: ii dselect 1.10.27 a user tool to manage Debian packa ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304653: don't force overwrite
Daniel Burrows wrote: > On Monday 18 April 2005 03:59 am, Olleg Samoylov wrote: >>Yes, it is. But in log I can see overwriting was due to option >>--force-*. Aptitude must don't use any --force-* without admin permit. > aptitude doesn't. Maybe you have force-overwrite in /etc/dpkg/dpkg.cfg? Yes, it is. Exuse me, I am newbie in Debian. And default /etc/dpkg/dpkg.cfg is not belong to any package. Even to dpkg as config. This bug is closed indeed. -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Bug#304653: acknowledged by developer (Re: Bug#304653: don't force overwrite)
This is not a bug in aptitude, it's a bug in ia32libs. Daniel Yes, it is. But in log I can see overwriting was due to option --force-*. Aptitude must don't use any --force-* without admin permit. -- Olleg Samoylov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304653: don't force overwrite
Package: aptitude Version: 0.2.15.9-2 Severity: grave When install package with aptitude in interactive mode it force overwrite for all files. In spite of in command line mode exist option to prevent this. This can lead to significant data lost in unstable distrib. For instance, package ia32libs version 1.1 in amd64 distr suddenly overwrite many /bin/* files from coreutils. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pk 0.5.28.6 Advanced front-end for dpkg ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libgcc11:3.4.3-12GCC support library ii libncurses55.4-4 Shared libraries for terminal hand ii libsigc++-1.2- 1.2.5-4 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.5-12The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302189: /etc/init.d/nut never powerdown ups
Package: nut Version: 2.0.1-2 Severity: critical /etc/init.d/nut never powerdown ups due to error in script. Wrong line: if [ /sbin/upsmon -K >/dev/null 2>&1 ] ; then This test always fails. If simple run in command line: # if [ /sbin/upsmon -K ] ; then echo Powerdown; fi bash: [: /sbin/upsmon: unary operator expected Right line: if /sbin/upsmon -K >/dev/null 2>&1 ; then -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages nut depends on: ii adduser3.63 Add and remove users and groups ii debconf [debco 1.4.46Debian configuration management sy ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an -- debconf information: nut/change_system_user: nut/major_conf_changes: nut/major_upstream_changes: nut/remove_debian_conf: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301957: community string mismatch
Package: tinysnmp-tools Version: 0.8.4 Severity: grave tinysnmpwalk and tinysnmpget don't work. # snmpget -v1 -c public localhost 1.3.6.1.2.1.1.1.0 SNMPv2-MIB::sysDescr.0 = STRING: Linux 2.6.10-9-amd64-k8 #1 Tue Mar 15 01:45:16 CET 2005 x86_64 # tinysnmpget localhost public 1.3.6.1.2.1.1.1.0 community string mismatch # tinysnmpwalk localhost public 1.3.6.1.2.1.1.1.0 community string mismatch -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10-9-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages tinysnmp-tools depends on: ii libabz00.5.1 Miscellaneous useful routines ii libber00.4.1 A Basic Encoding Rules (ITU X.690) ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libdebug0 0.4.2 Memory leak detection system and l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]