Bug#1026256: backuppc: BackupPC destroys its configuration when you "Save" in the admin web console
Package: backuppc
Version: 4.4.0-6+b1
Severity: important
Dear Maintainer,
after a recent update (probably to a Perl library), a bug in BackupPC leads to
it destroying
its configuration files when saved from the BackupPC admin console.
On a system updated to the current versions of Debian Testing, I made minor
modifications to
the configuration setup in the web admin console and pressed the "Save" button.
After that, any access to the admin console led to an internal error message.
Restarting the
backuppc service fails from that point on as well.
Reason is that any configuration file saved this way is destroyed, as the
brackets, [] and {},
required to store arrays or maps respectively, are replaced by ordinary
brackets ().
CAUTION: For certain configuration files, this problem will *not* lead to
backups reporting failure, but generating
faulty or incomplete backups due to misinterpretation of the config files,
along with lack
of proper validation of the config files.
This bug is reported upstream: https://github.com/backuppc/backuppc/issues/466
A fix seems to be available and extremely easy to apply (not verified myself),
but is not
yet part of an upstream release.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.0.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
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 backuppc depends on:
ii adduser3.129
ii apache2 [httpd]2.4.54-5
ii apache2-utils 2.4.54-5
ii backuppc-rsync 3.1.3.0-3
ii bzip2 1.0.8-5+b1
ii debconf [debconf-2.0] 1.5.80
ii exim4 4.96-9
ii exim4-daemon-light [mail-transport-agent] 4.96-9
ii init-system-helpers1.65.2
ii iputils-ping 3:20221126-1
ii libarchive-zip-perl1.68-1
ii libbackuppc-xs-perl0.62-2+b2
ii libc6 2.36-6
ii libcgi-pm-perl 4.54-1
ii libfile-listing-perl 6.15-1
ii libtime-parsedate-perl 2015.103-4
ii lsb-base 11.5
ii perl 5.36.0-4
ii sysvinit-utils [lsb-base] 3.05-7
ii ucf3.0043
Versions of packages backuppc recommends:
ii libio-dirent-perl0.05-1.1+b2
ii openssh-client [ssh-client] 1:9.1p1-1
ii rrdtool 1.7.2-4+b6
ii samba-common-bin 2:4.17.3+dfsg-3
ii smbclient2:4.17.3+dfsg-3
Versions of packages backuppc suggests:
pn certbot | acme-tiny | acmetool | dehydrated | lacme
| lecm | lego
pn libscgi-perl
ii lynx [www-browser] 2.9.0dev.10-1+b1
ii par2 0.8.1-3
ii rsync3.2.6-4+b1
ii w3m [www-browser]0.5.3+git20220429-1+b1
-- Configuration Files:
/etc/backuppc/apache.conf changed [not included]
/etc/backuppc/config.pl [Errno 13] Keine Berechtigung: '/etc/backuppc/config.pl'
/etc/backuppc/hosts [Errno 13] Keine Berechtigung: '/etc/backuppc/hosts'
/etc/backuppc/localhost.pl [Errno 13] Keine Berechtigung:
'/etc/backuppc/localhost.pl'
/etc/default/backuppc changed [not included]
-- debconf information excluded
Bug#1008725: systemd-logind option KillUserProcesses=true kills mount.davfs of user mount units
Package: systemd Version: 250.4-1 Severity: normal Dear Maintainer, I activated KillUserProcesses=true for systemd-logind by creating a file /etc/systemd/logind.conf.d/99-killuserprocs.conf with the content below. Some users have user session mounts configured by a unit file ~/.config/systemd/user/home-user-some-path.mount with the content similar to below. This leads to all stale user process being killed after logout, which was basically the intention. However, the user mount of type davfs also spawns a user process /sbin/mount.davfs each. Apparently, these processes get killed as well before a proper unmount of the user mounts. This leads to stale mount points and stale PID files requiring manual removal by the user before the directory can be mounted again. I would have expected that processes spawned by the mount unit file do not get killed by the logind session but are handled with the life cycle of the mount unit. I did not fiddle with the KillMode settin of the mount unit, because it says to be strongly discouraged by the man page. Yours Andreas. -- Content of 99-killuserprocs.conf: [Login] KillUserProcesses=true KillExcludeUsers=sddm root -- -- Content of ~/.config/systemd/user/home-user-some-path.mount: [Unit] Description=Nextcloud DAV mount [Install] WantedBy=default.target [Mount] What=https://some.server.example/nextcloud/remote.php/webdav/ Where=/home/user/some/path Type=davfs Options=noexec,nosuid,grpid,user,_netdev KillMode=mixed -- -- Package-specific info: -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages systemd depends on: ii adduser 3.121 ii libacl1 2.3.1-1 ii libapparmor1 3.0.4-2 ii libaudit11:3.0.7-1+b1 ii libblkid12.37.3-1+b1 ii libc62.33-7 ii libcap2 1:2.44-1 ii libcrypt11:4.4.27-1.1 ii libcryptsetup12 2:2.4.3-1 ii libfdisk12.37.3-1+b1 ii libgcrypt20 1.9.4-5 ii libgnutls30 3.7.3-4+b1 ii libgpg-error01.43-3 ii libip4tc21.8.7-1 ii libkmod2 29-1 ii liblz4-1 1.9.3-2 ii liblzma5 5.2.5-2 ii libmount12.37.3-1+b1 ii libpam0g 1.4.0-11 ii libseccomp2 2.5.3-2 ii libselinux1 3.3-1+b2 ii libsystemd0 250.4-1 ii libzstd1 1.4.9+dfsg-1 ii mount2.37.3-1+b1 ii util-linux 2.37.3-1+b1 Versions of packages systemd recommends: ii dbus [default-dbus-system-bus] 1.14.0-1 ii ntp [time-daemon] 1:4.2.8p15+dfsg-1 Versions of packages systemd suggests: ii libfido2-11.10.0-1 ii libtss2-esys-3.0.2-0 3.2.0-1 ii libtss2-mu0 3.2.0-1 pn libtss2-rc0 ii policykit-1 0.105-33 pn systemd-container Versions of packages systemd is related to: ii dbus-user-session 1.14.0-1 pn dracut ii initramfs-tools0.140 ii libnss-systemd 250.4-1 ii libpam-systemd 250.4-1 ii udev 250.4-1 -- no debconf information
Bug#1006395: procps: renamed pidwait checks for being named pwait, behaves as pgrep
Package: procps Version: 2:3.3.17-6 Severity: important Dear Maintainer, the indicated version of procps ships an executable named pidwait. This is renamed from pwait as generated from the upstream build by the Debian build script. Running pidwait, however, behaves as pgrep from the same package. This is because the executable derives its behaviour from the name by which it is started. The pwait behaviour is triggered by launching it with a name of pwait; renaming /usr/bin/pidwait to /usr/bin/pwait restores correct behaviour. I.e. the check has not been adapted in the sources to reflect the renaming by the Debian build script. I would expect pwait to be named pwait, or at least pidwait to behave as pwait. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages procps depends on: ii init-system-helpers 1.62 ii libc62.33-6 ii libncurses6 6.3-2 ii libncursesw6 6.3-2 ii libprocps8 2:3.3.17-6 ii libtinfo66.3-2 ii lsb-base 11.1.0 Versions of packages procps recommends: ii psmisc 23.4-2 procps suggests no packages. -- no debconf information
Bug#999662: clamav-daemon: Use systemd isolation features to reduce risk by compromised clamav-daemon
Package: clamav-daemon
Version: 0.103.3+dfsg-0+deb11u1
Severity: wishlist
Dear Maintainer,
clamav-daemon is currently shipped with a systemd unit file that makes
no use of systemd securty features. I found that a number of attack vectors
can be closed without inferring problems with functionality.
This is my version of /lib/systemd/system/clamav-daemon.service that seems to
work OK:
[Unit]
Description=Clam AntiVirus userspace daemon
Documentation=man:clamd(8) man:clamd.conf(5) https://www.clamav.net/documents/
# Check for database existence
ConditionPathExistsGlob=/var/lib/clamav/main.{c[vl]d,inc}
ConditionPathExistsGlob=/var/lib/clamav/daily.{c[vl]d,inc}
[Service]
ExecStart=/usr/sbin/clamd --foreground=true
User=clamav
# Reload the database
ExecReload=/bin/kill -USR2 $MAINPID
StandardOutput=syslog
TimeoutStartSec=420
PrivateTmp=true
CapabilityBoundingSet=~CAP_SETUID CAP_SETGID CAP_SETPCAP
CapabilityBoundingSet=~CAP_SYS_ADMIN
CapabilityBoundingSet=~CAP_SYS_PTRACE
RestrictNamespaces=~CLONE_NEWUSER
RestrictAddressFamilies=AF_INET AF_INET6 AF_UNIX
CapabilityBoundingSet=~CAP_CHOWN CAP_FSETID CAP_SETFCAP
CapabilityBoundingSet=~CAP_FOWNER CAP_IPC_OWNER
CapabilityBoundingSet=~CAP_NET_ADMIN
CapabilityBoundingSet=~CAP_SYS_MODULE
CapabilityBoundingSet=~CAP_SYS_RAWIO
CapabilityBoundingSet=~CAP_SYS_TIME
[Install]
WantedBy=multi-user.target
-- Package-specific info:
--- configuration ---
Checking configuration files in /etc/clamav
Config file: clamd.conf
---
AlertExceedsMax disabled
PreludeEnable disabled
PreludeAnalyzerName = "ClamAV"
LogFile = "/var/log/clamav/clamav.log"
LogFileUnlock disabled
LogFileMaxSize = "4294967295"
LogTime = "yes"
LogClean disabled
LogSyslog disabled
LogFacility = "LOG_LOCAL6"
LogVerbose disabled
LogRotate = "yes"
ExtendedDetectionInfo = "yes"
PidFile disabled
TemporaryDirectory disabled
DatabaseDirectory = "/var/lib/clamav"
OfficialDatabaseOnly disabled
LocalSocket = "/var/run/clamav/clamd.ctl"
LocalSocketGroup = "clamav"
LocalSocketMode = "666"
FixStaleSocket = "yes"
TCPSocket disabled
TCPAddr disabled
MaxConnectionQueueLength = "15"
StreamMaxLength = "26214400"
StreamMinPort = "1024"
StreamMaxPort = "2048"
MaxThreads = "12"
ReadTimeout = "180"
CommandReadTimeout = "30"
SendBufTimeout = "200"
MaxQueue = "100"
IdleTimeout = "30"
ExcludePath disabled
MaxDirectoryRecursion = "15"
FollowDirectorySymlinks disabled
FollowFileSymlinks disabled
CrossFilesystems = "yes"
SelfCheck = "3600"
ConcurrentDatabaseReload = "yes"
DisableCache disabled
VirusEvent disabled
ExitOnOOM disabled
AllowAllMatchScan = "yes"
Foreground disabled
Debug disabled
LeaveTemporaryFiles disabled
User = "clamav"
Bytecode = "yes"
BytecodeSecurity = "TrustSigned"
BytecodeTimeout = "6"
BytecodeUnsigned disabled
BytecodeMode = "Auto"
DetectPUA disabled
ExcludePUA disabled
IncludePUA disabled
ScanPE = "yes"
ScanELF = "yes"
ScanMail = "yes"
ScanPartialMessages disabled
PhishingSignatures = "yes"
PhishingScanURLs = "yes"
HeuristicAlerts = "yes"
HeuristicScanPrecedence disabled
StructuredDataDetection disabled
StructuredMinCreditCardCount = "3"
StructuredMinSSNCount = "3"
StructuredSSNFormatNormal = "yes"
StructuredSSNFormatStripped disabled
ScanHTML = "yes"
ScanOLE2 = "yes"
AlertBrokenExecutables disabled
AlertBrokenMedia disabled
AlertEncrypted disabled
StructuredCCOnly disabled
AlertEncryptedArchive disabled
AlertEncryptedDoc disabled
AlertOLE2Macros disabled
AlertPhishingSSLMismatch disabled
AlertPhishingCloak disabled
AlertPartitionIntersection disabled
ScanPDF = "yes"
ScanSWF = "yes"
ScanXMLDOCS = "yes"
ScanHWP3 = "yes"
ScanArchive = "yes"
ForceToDisk disabled
MaxScanTime = "12"
MaxScanSize = "104857600"
MaxFileSize = "26214400"
MaxRecursion = "16"
MaxFiles = "1"
MaxEmbeddedPE = "10485760"
MaxHTMLNormalize = "10485760"
MaxHTMLNoTags = "2097152"
MaxScriptNormalize = "5242880"
MaxZipTypeRcg = "1048576"
MaxPartitions = "50"
MaxIconsPE = "100"
MaxRecHWP3 = "16"
PCREMatchLimit = "1"
PCRERecMatchLimit = "5000"
PCREMaxFileSize = "26214400"
OnAccessMountPath disabled
OnAccessIncludePath disabled
OnAccessExcludePath disabled
OnAccessExcludeRootUID disabled
OnAccessExcludeUID disabled
OnAccessExcludeUname disabled
OnAccessMaxFileSize = "5242880"
OnAccessDisableDDD disabled
OnAccessPrevention disabled
OnAccessExtraScanning disabled
OnAccessCurlTimeout = "5000"
OnAccessMaxThreads = "5"
OnAccessRetryAttempts disabled
OnAccessDenyOnError disabled
DevACOnly disabled
DevACDepth disabled
DevPerformance disabled
DevLiblog disabled
DisableCertCheck disabled
AlgorithmicDetection = "yes"
BlockMax disabled
PhishingAlwaysBlockSSLMismatch disabled
PhishingAlwaysBlockCloak disabled
PartitionIntersection disabled
OLE2BlockMacros disabled
ArchiveBlockEncrypted disabled
Config file: freshclam.conf
---
LogFileMaxSize = "4294967295"
LogTime = "yes"
LogSyslog disabled
LogFacility = "LOG_LOCAL6"
LogVerbose disabled
LogRotate = "yes"
PidFile disabled
Bug#995350: lxc: apparmor profile denies systemd.logind mounts inside privileged containers
Package: lxc Version: 1:4.0.10-1 Severity: important Dear Maintainer, running lxc containers with debian template privileged leads to failure of systemd.logind in each container. In the host, the following is repeatedly showing up in the syslog (line breaks and indentation inserted): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-container-default-with-nesting" name="/run/systemd/unit-root/" pid=228162 comm="(d-logind)" srcname="/" flags="rw, rbind" Obviously, the pid is varying. Inside the containers, systemd-logind shows as failing: Sep 30 07:37:05 xx systemd[1]: systemd-logind.service: Scheduled restart job, restart counter is at 5. Sep 30 07:37:05 xx systemd[1]: Stopped User Login Management. Sep 30 07:37:05 xx systemd[1]: systemd-logind.service: Start request repeated too quickly. Sep 30 07:37:05 xx systemd[1]: systemd-logind.service: Failed with result 'exit-code'. Sep 30 07:37:05 xx systemd[1]: Failed to start User Login Management. I understand that systemd-logind introduced such mounts to protect parts of the (container) system from potential vulnerabilites or malfunctions of services. I'd expect apparmor to grant these mounts. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de:en_US Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lxc depends on: ii bridge-utils 1.7-1 ii debconf [debconf-2.0]1.5.77 ii dnsmasq-base [dnsmasq-base] 2.85-1 ii iproute2 5.14.0-1 ii iptables 1.8.7-1 ii libc62.32-4 ii libcap2 1:2.44-1 ii libgcc-s111.2.0-7 ii liblxc1 1:4.0.10-1 ii libseccomp2 2.5.1-1 ii libselinux1 3.1-3 ii lsb-base 11.1.0 Versions of packages lxc recommends: ii apparmor 3.0.3-2 ii debootstrap1.0.123 ii dirmngr2.2.27-2 ii gnupg 2.2.27-2 ii libpam-cgfs1:4.0.10-1 ii lxc-templates 3.0.4-5 ii lxcfs 4.0.7-1 ii openssl1.1.1l-1 ii rsync 3.2.3-8 ii uidmap 1:4.8.1-1 ii wget 1.21-1+b1 Versions of packages lxc suggests: pn btrfs-progs ii lvm2 2.03.11-2.1 ii python3-lxc 1:3.0.4-1+b4 -- Configuration Files: /etc/default/lxc-net changed: USE_LXC_BRIDGE="false" /etc/lxc/lxc.conf changed: lxcpath=/var/lib/lxc -- debconf information: lxc/auto_update_config: lxc/shutdown: stop lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true
Bug#995369: linux-image-5.14.0-1-amd64: "kernel BUG at block/bio.c:52!"
Package: linux-image-5.14.0-1-amd64 Version: 5.14.6-2 Severity: important Dear Maintainer, after upgrade to kernel 5.14, the computer went unstable, various processes hanging at file access, dubious timeout. In kern.log, the following message appears a number of times: Sep 29 00:00:36 xx kernel: [23519.228648] [ cut here ] Sep 29 00:00:36 xx kernel: [23519.228651] kernel BUG at block/bio.c:52! Sep 29 00:00:36 xx kernel: [23519.228659] invalid opcode: [#1] SMP PTI Sep 29 00:00:36 xx kernel: [23519.228662] CPU: 1 PID: 53439 Comm: kworker/u8:13 Tainted: G I 5.14.0-1-amd64 #1 Debian 5.14.6-2 Sep 29 00:00:36 xx kernel: [23519.228664] Hardware name: Dell Inc. PowerEdge T30/07T4MC, BIOS 1.5.0 10/28/2020 Sep 29 00:00:36 xx kernel: [23519.228666] Workqueue: writeback wb_workfn (flush-253:2) Sep 29 00:00:36 xx kernel: [23519.228672] RIP: 0010:biovec_slab.part.0+0x5/0x10 Sep 29 00:00:36 xx kernel: [23519.228675] Code: d1 65 03 00 48 83 3b 00 74 08 48 89 df e8 e3 fe ff ff 48 c7 03 00 00 00 00 5b c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 <0f> 0b 66 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 83 7f 40 00 75 Sep 29 00:00:36 xx kernel: [23519.228677] RSP: 0018:bcaf47863768 EFLAGS: 00010202 Sep 29 00:00:36 xx kernel: [23519.228679] RAX: 00bf RBX: bcaf4786379c RCX: 00c0 Sep 29 00:00:36 xx kernel: [23519.228680] RDX: 0c00 RSI: bcaf4786379c RDI: 9a548a507438 Sep 29 00:00:36 xx kernel: [23519.228682] RBP: 0c00 R08: 9a548a507438 R09: 9a541a165480 Sep 29 00:00:36 xx kernel: [23519.228683] R10: 0004 R11: 9a548a0f3ef0 R12: 9a548a507438 Sep 29 00:00:36 xx kernel: [23519.228684] R13: 0c00 R14: 0c00 R15: 9a548a5073f0 Sep 29 00:00:36 xx kernel: [23519.228685] FS: () GS:9a5955c8() knlGS: Sep 29 00:00:36 xx kernel: [23519.228688] CR2: 7fe046e42258 CR3: 000410e10006 CR4: 003706e0 Sep 29 00:00:36 xx kernel: [23519.228689] DR0: DR1: DR2: Sep 29 00:00:36 xx kernel: [23519.228690] DR3: DR6: fffe0ff0 DR7: 0400 Sep 29 00:00:36 xx kernel: [23519.228694] bvec_alloc+0x90/0xc0 Sep 29 00:00:36 xx kernel: [23519.228700] raid1_make_request+0x913/0xc40 [raid1] Sep 29 00:00:36 xx kernel: [23519.228706] md_handle_request+0x122/0x1b0 [md_mod] Sep 29 00:00:36 xx kernel: [23519.228719] submit_bio_noacct+0x104/0x430 Sep 29 00:00:36 xx kernel: [23519.228725] ext4_bio_write_page+0x30b/0x5b0 [ext4] Sep 29 00:00:36 xx kernel: [23519.228782] ext4_writepages+0x89c/0xfc0 [ext4] Sep 29 00:00:36 xx kernel: [23519.228802] do_writepages+0x34/0xc0 Sep 29 00:00:36 xx kernel: [23519.228809] writeback_sb_inodes+0x200/0x470 Sep 29 00:00:36 xx kernel: [23519.228815] wb_writeback+0x1d8/0x290 Sep 29 00:00:36 xx kernel: [23519.228819] ? check_preempt_curr+0x55/0x70 Sep 29 00:00:36 xx kernel: [23519.228824] process_one_work+0x1ec/0x390 Sep 29 00:00:36 xx kernel: [23519.228828] ? process_one_work+0x390/0x390 Sep 29 00:00:36 xx kernel: [23519.228833] ? set_kthread_struct+0x40/0x40 Sep 29 00:00:36 xx kernel: [23519.228839] Modules linked in: sctp ip6_udp_tunnel udp_tunnel cfg80211 rfkill 8021q garp mrp tun veth nf_tables nfnetlink bfq cpufreq_powersave cpufreq_conservative cpufreq_ondemand cpufreq_userspace uinput bridge stp llc binfmt_misc nls_ascii quota_v2 quota_tree nls_cp437 vfat fat snd_hda_codec_hdmi uvcvideo snd_hda_codec_realtek videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 snd_usb_audio snd_hda_codec_generic videobuf2_common ledtrig_audio snd_hda_intel snd_usbmidi_lib intel_rapl_msr intel_rapl_common videodev snd_rawmidi snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec x86_pkg_temp_thermal snd_seq_device intel_powerclamp kvm_intel mc snd_hda_core kvm irqbypass snd_hwdep snd_pcm_oss rapl joydev intel_cstate snd_mixer_oss iTCO_wdt mei_hdcp intel_pmc_bxt mei_wdt intel_uncore snd_pcm iTCO_vendor_support dell_wmi snd_timer sparse_keymap snd dell_smbios dcdbas soundcore watchdog serio_raw mei_me pcspkr dell_wmi_descriptor ee1004 sg evdev mei intel_pch_thermal ie31200_edac Sep 29 00:00:36 xx kernel: [23519.228959] ---[ end trace ab34d149fe4093c9 ]--- The system's harddisk io is setup as MD-managed RAID 1, on top lvm2 using an ATA connected single SSD disk as read cache. Lacking a 2nd SSD disk, write-through to the disk RAID is configured. LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert backup_linux BackupVG -wi-ao <2,15t
Bug#986230: davfs2: After silent crash of mount.davfs background process, accessing user space program hangs busy
Package: davfs2 Version: 1.6.0-1 Severity: important Dear Maintainer, a move command was issued to move a directory from a local directory onto a mounted webdav resource. The mount is system-wide, configured in /etc/fstab and handled by systemd. After creating the target directory and successfully copying one file, mv hangs busy (100% of one CPU core). Analysing the system showed that the corresponding mount.davfs background process was gone. No message as of the cause could be found in /var/log/daemon.log. No message at all at that time is shown in dmesg. The mv process cannot be killed (not even with -KILL, neither with -STOP), trying to attach with strace or gdb just hangs strace/gdb (can be killed). Any command accessing the stale webdav mount point also hangs unkillable, however not consuming CPU. The mv command does not hold a file descriptor on the stale mount, I'd conclude that it hangs in an "open" system call. Its process status is R (running), not D (uninteruptible sleep)! The process is not consuming more memory, not generating I/O, nor generating any diagnostic (neither itself nor from the kernel). It remains a mystery what it is doing. Unmounting the volume is not possible (device busy). After a lazy unmount, mounting the webdav resource again is possible and the mount point is usable for any future access. Moving the same directory again worked without problems, so the presumed crash of mount.davfs was not related to the content. The original mv command is still running constantly consuming one CPU core after 24 hours. I'd expect to see a diagnostic log entry from the crashing mount.davfs process. I'd expect the user space programs accessing the stale mount point to receive an I/O error. Yours, Andreas. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de:en_US Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages davfs2 depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.75 ii libc6 2.31-10 ii libneon27 0.31.2-1 davfs2 recommends no packages. davfs2 suggests no packages. -- Configuration Files: /etc/davfs2/davfs2.conf changed: connect_timeout 10 read_timeout 30 retry 5 max_retry 300 # httpauth, locks, ssl, httpbody, secrets, most /etc/davfs2/secrets [Errno 13] Keine Berechtigung: '/etc/davfs2/secrets' -- debconf information: davfs2/new_user: true davfs2/group_name: davfs2 davfs2/non_root_users_confimed: davfs2/user_name: davfs2 * davfs2/suid_file: true davfs2/new_group: true
Bug#985337: davfs: mount.davfs fails on x-systemd.after=... option in /etc/fstab
Package: davfs2 Version: 1.6.0-1 Severity: normal File: davfs Dear Maintainer, the fstab-generator as part of systemd can (and sometimes must) be controlled by special options in /etc/fstab (c.f. man systemd.mount). One of these options is "x-systemd.after=", specifying that the mount should be attempted only after another unit has been started. While this works perfectly at systemd controlled startup, it breaks command-line mounting, e.g. relevant in combination with the "user" option. In this case $ mount myMountPoint with an correspondig davfs2 entry in fstab fails with the following message: unbekannte Option x-systemd.after=some.service. I would expect that mount.davfs2 is ignoring x-... options. Best regards, Andreas. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de:en_US Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages davfs2 depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.75 ii libc6 2.31-9 ii libneon27 0.31.2-1 davfs2 recommends no packages. davfs2 suggests no packages.
Bug#969463: rsync: fails reproducible but unexplained on a specific volume, breaks horribly when started by BackupPC
Package: rsync
Version: 3.2.3-2
Severity: important
Dear Maintainer,
* What led up to the situation?
I believe the problem started with the latest update of the rsync package end
of 08/2020. A previously working setup of backuppc reproducibly fails for a
specific host and specific directory tree since then.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I repeatedly restarted the backup from BackupPC, all failing.
I conducted a test rsynch over ssh directly without BackupPC, all failing.
I checked dmesg for indications of lower level problems, there are none.
* What was the outcome of this action?
1) With BackupPC
-- Output of
/usr/share/backuppc/bin/BackupPC_zcat
/var/lib/backuppc/pc/localhost/XferLOG.z|grep -v -a '^ '
full backup started for directory /var/lib/lxc (baseline backup #131)
Running: /usr/bin/ssh -q -x -l root localhost /usr/bin/rsync --server --sender
--numeric-ids \
--perms --owner --group -D --links --hard-links --times --block-size=2048
--recursive \
--one-file-system --ignore-times . /var/lib/lxc/
Xfer PIDs are now 77976
Got remote protocol 31
Negotiated protocol version 28
Sent exclude: tmp
Sent exclude: temp
Sent exclude: *Trash*
Sent exclude: trash*
Sent exclude: backup*
Sent exclude: *.bak
Sent exclude: *.tmp
Xfer PIDs are now 77976,78855
Remote[-7]:
Remote[98]: <>
-- end of filtered log
-- Another run, the output looks like:
incr backup started back to 2020-08-19 22:00:03 (backup #127) for directory
/var/lib/lxc
Running: /usr/bin/ssh -q -x -l root localhost /usr/bin/rsync --server --sender
--numeric-ids --perms --owner --group -D --links --hard-links --times
--block-size=2048 --recursive --one-file-system . /var/lib/lxc/
Xfer PIDs are now 23770
Got remote protocol 31
Negotiated protocol version 28
Sent exclude: tmp
Sent exclude: temp
Sent exclude: *Trash*
Sent exclude: trash*
Sent exclude: backup*
Sent exclude: *.bak
Sent exclude: *.tmp
Xfer PIDs are now 23770,24835
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[41]:
^@^G^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
Remote[-7]:
<< thousands of identical lines>>
<<...binary garbage>>
--
Finally, rsync (and BackupPC_dump) just hang around each waiting for something
to happen:
-- Output of strace on rsync's PID:
strace: Process 23781 attached
select(2, [], [1], [], {tv_sec=35, tv_usec=526085}) = 0 (Timeout)
select(2, [], [1], [], {tv_sec=60, tv_usec=0}) = 0 (Timeout)
select(2, [], [1], [], {tv_sec=60, tv_usec=0}) = 0 (Timeout)
select(2, [], [1], [], {tv_sec=60, tv_usec=0}^Cstrace: Process 23781 detached
--
It is required to stop the BackupPC service, or to manually kill BackupPC_dump
and/or rsync.
2) rsync test run
-- rsync stdout
opening connection using: ssh -l root localhost rsync --server --sender
-vvvlHogDtprxe.iLsfxCIvu -B2048 --numeric-ids . /var/lib/lxc (12 args)
receiving incremental file list
server_sender starting pid=144226
[sender] make_file(lxc,*,0)
send_file_list done
[sender] pushing local filters for /var/lib/lxc/
<>
got file_sum
set modtime, atime of lxc/nextcloud/rootfs/var/backups/.gshadow.bak.vcUsMX to
(1596971541) 2020/08/09 13:12:21, (1599125234) 2020/09/03 11:27:14
renaming lxc/nextcloud/rootfs/var/backups/.gshadow.bak.vcUsMX to
lxc/nextcloud/rootfs/var/backups/gshadow.bak
recv_files(lxc/nextcloud/rootfs/var/backups/nextcloud-dir_20200119.tar)
lxc/nextcloud/rootfs/var/backups/nextcloud-dir_20200119.tar
[receiver] _exit_cleanup(code=13, file=log.c, line=245): about to call exit(13)
[generator] _exit_cleanup(code=13, file=io.c, line=1644): about to call exit(13)
-- end of stdout
-- rsync stderr
rsync error: errors with program diagnostics (code 13) at log.c(245)
[receiver=3.2.3]
rsync: [generator] write error: Broken pipe (32)
-- end of stderr
3) tar file generation
...just worked
* What outcome did you expect instead?
A copy of the source directory tree at the destination ;-)
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.7.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of
Bug#964783: /usr/sbin/update-exim4.conf: Upgrade of package silently adds dc_local_interfaces to update-exim4.conf.conf
Package: exim4-config Version: 4.94-5 Severity: normal File: /usr/sbin/update-exim4.conf Dear Maintainer, My requirement is to have no binding to a specified IP, therefore dc_local_interfaces must not be set. When updating exim4 packages, including exim4-config, a line dc_local_interfaces is added, in effect restricting access to localhost (ip4 and ip6). I expect that an existing configuration is not effectively modified by an update script. -- Package-specific info: Exim version 4.94 #2 built 03-Jul-2020 06:20:07 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DANE DKIM DNSSEC Event I18N OCSP PIPE_CONNECT PRDR SOCKS TCP_Fast_Open Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configure owner: 0:0 Size of off_t: 8 Configuration file search path is /etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages exim4-config depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.74 exim4-config recommends no packages. exim4-config suggests no packages. -- Configuration Files: /etc/exim4/passwd.client [Errno 13] Keine Berechtigung: '/etc/exim4/passwd.client' -- debconf information excluded
Bug#949130: refind-install fails to determine the ESP partition
Package: refind Version: 0.11.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, on an existing installation, the refind package started to break apt-get upgrade runs, presumably with the availability of an update of the package. The issue arrived w/o interaction on unattended upgrade runs and can easily reproduced by manual runs of refind-install. The result of apt-get upgrade or unattended-upgrade runs: > refind (0.11.4-1) wird eingerichtet ... > Installing rEFInd to the ESP... > mount: /boot/efi: /dev/sda2 already mounted on /boot/efi. > dpkg: Fehler beim Bearbeiten des Paketes refind (--configure): > »installiertes refind-Skript des Paketes post-installation«-Unterprozess gab > den Fehlerwert 1 zurück > Fehler traten auf beim Bearbeiten von: > refind The output of manually running refind-install is reproducably: > $ sudo refind-install > ShimSource is none > Installing rEFInd on Linux > The ESP doesn't seem to be mounted! Trying to find it > mount: /boot/efi: /dev/sda2 already mounted on /boot/efi. > boot/efi doesn't seem to be on a VFAT filesystem. The ESP must be > mounted at //boot or //boot/efi and it must be VFAT! Aborting! Notes: - The ESP was mounted to /boot/efi before running refind-install, but is unmounted by the command (and left unmounted). - No explicit configuration of --root is given. The vast number of leading / is produced by the script - Running the script with /boot/efi mounted or unmounted does not change any output - The system is currently booting via refind using the ESP partition in question, i.e. was set up by previous versions of refind Expected output: - The script should not add multiple leading slashes to the mount point and then fail to find it in mtab or block device lists - refind should update the installation to the new version -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages refind depends on: ii debconf [debconf-2.0] 1.5.73 ii efibootmgr 15-1+b1 ii openssl1.1.1d-2 ii parted 3.3-1 Versions of packages refind recommends: ii python3 3.7.5-3 ii sbsigntool 0.9.2-2 refind suggests no packages. -- debconf information: * refind/install_to_esp: true
Bug#893258: syslog-ng-core: service syslog-ng fails on startup with a syntax error report in a config file
Package: syslog-ng-core
Version: 3.13.2-4
Severity: important
Dear Maintainer,
I found syslog-ng in unstartable state, presumably after a routine
upgrade. To get a reproducible situation, I purged all syslog-ng*
packages, then installed syslog-ng with its default dependencies.
The installation fails at configuration of syslog-ng-core, referring to
an unparsable configuration file:
[] Starting system logging: syslog-ng[2018-03-17T15:37:58.614183] Error in
discover process, exit code is not zero; exit_code='0', status='7'
Error parsing config, root plugin application not found in
/usr/share/syslog-ng/include/scl/cim/adapter.conf at line 24, column 1:
included from
/etc/syslog-ng/scl.conf line 29, column 1
included from
/etc/syslog-ng/syslog-ng.conf line 3, column 1
application cim[syslog] {
^^^
syslog-ng documentation:
https://www.balabit.com/support/documentation?product=syslog-ng-ose
contact: https://lists.balabit.hu/mailman/listinfo/syslog-ng
I'm not able to start the syslog-ng service on this machine.
Obviously, I expected the package install to succeed.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages syslog-ng-core depends on:
ii libc6 2.27-2
ii libcap21:2.25-1.2
ii libglib2.0-0 2.54.3-2
ii libivykis0 0.42.2-1
ii libnet11.1.6+dfsg-3.1
ii libpcre3 2:8.39-9
ii libssl1.1 1.1.0g-2
ii libsystemd0238-2
ii libwrap0 7.6.q-27
ii lsb-base 9.20170808
ii syslog-ng-mod-journal 3.13.2-4
ii util-linux 2.31.1-0.4
Versions of packages syslog-ng-core recommends:
ii logrotate 3.11.0-0.1
Versions of packages syslog-ng-core suggests:
iu syslog-ng-mod-add-contextual-data 3.13.2-4
iu syslog-ng-mod-amqp 3.13.2-4
iu syslog-ng-mod-extra3.13.2-4
iu syslog-ng-mod-geoip3.13.2-4
iu syslog-ng-mod-getent 3.13.2-4
iu syslog-ng-mod-graphite 3.13.2-4
iu syslog-ng-mod-json 3.13.2-4
iu syslog-ng-mod-map-value-pairs 3.13.2-4
iu syslog-ng-mod-mongodb 3.13.2-4
iu syslog-ng-mod-python 3.13.2-4
iu syslog-ng-mod-redis3.13.2-4
iu syslog-ng-mod-riemann 3.13.2-4
iu syslog-ng-mod-smtp 3.13.2-4
iu syslog-ng-mod-snmptrapd-parser 3.13.2-4
iu syslog-ng-mod-sql 3.13.2-4
iu syslog-ng-mod-stardate 3.13.2-4
iu syslog-ng-mod-stomp3.13.2-4
iu syslog-ng-mod-tag-parser 3.13.2-4
iu syslog-ng-mod-xml-parser 3.13.2-4
-- no debconf information
Bug#889018: php-apcu-bc: Updated package fails to provide /usr/lib/php/20151012/apc.so for php7.0 compatibility
Package: php-apcu-bc Version: 1.0.3-2+b1 Severity: important Dear Maintainer, after update from 1.0.3-2 to 1.0.3-2+b1, php7.0 shows the following warning: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/apc.so' - /usr/lib/php/20151012/apc.so: cannot open shared object file: No such file or directory in Unknown on line 0 Reason seems to be that the named module file is no longer provided by the package. I would expect that the package provides the module for different php API versions in the same way as php-apcu. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages php-apcu-bc depends on: ii libapache2-mod-php7.0 [phpapi-20151012] 7.0.27-1 ii libapache2-mod-php7.2 [phpapi-20170718] 7.2.1-1 ii libc62.26-4 ii php-apcu 5.1.9+4.0.11-1+b1 ii php-common 1:60 ii php7.0-cli [phpapi-20151012] 7.0.27-1 ii php7.2-cli [phpapi-20170718] 7.2.1-1 php-apcu-bc recommends no packages. php-apcu-bc suggests no packages. -- no debconf information
Bug#839021: mbrola package is missing, though audio pakages are available
Hello Samuel, I’m unsure if this bug report went to the correct destination (I was relying on reportbug…): the installation candidate seems to be missing for raspbian, i.e. the armhf architecture. Best regards, Andreas. > Am 27.09.2016 um 21:54 schrieb Samuel Thibault <sthiba...@debian.org>: > > Hello, > > Pelzi, on Tue 27 Sep 2016 21:25:12 +0200, wrote: >> the package mbrola is missing an installation candidate. > > ?? > > It's definitely there: > > $ rmadison mbrola > ... > mbrola | 3.01h+1-3 | unstable/non-free| source, amd64, armel, > i386, powerpc > $ apt-cache policy mbrola > mbrola: > Installé : 3.01h+1-3 > Candidat : 3.01h+1-3 > Table de version : > *** 3.01h+1-3 990 >990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages >100 /var/lib/dpkg/status > 3.01h+1-2 500 >500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages > 3.01h-6 500 >500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages > >> Also, there are mbrola binaries available for download, though not as >> .deb packages, afaik. > > ?? > > They are definitely there: > > $ rmadison mbrola-fr4 > ... > mbrola-fr4 | 0.0.19990521-2 | unstable/non-free| source, all > $ apt-cache policy mbrola-fr4 > mbrola-fr4: > Installé : 0.0.19990521-2 > Candidat : 0.0.19990521-2 > Table de version : > *** 0.0.19990521-2 990 >500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian oldstable/non-free i386 Packages >500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian stable/non-free i386 Packages >990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages >990 http://ftp2.fr.debian.org/debian testing/non-free i386 Packages >500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian unstable/non-free i386 Packages > 100 /var/lib/dpkg/status > > Are you perhaps missing the non-free entry in apt's sources.list? > > See https://wiki.debian.org/SourcesList > > Samuel -- Dr. Andreas Feldner Franz-Lehár-Weg 30 61118 Bad Vilbel
Bug#839021: mbrola package is missing, though audio pakages are available
Hello Samuel, I’m unsure if this bug report went to the correct destination (I was relying on reportbug…): the installation candidate seems to be missing for raspbian, i.e. the armhf architecture. Best regards, Andreas. > Am 27.09.2016 um 21:54 schrieb Samuel Thibault <sthiba...@debian.org>: > > Hello, > > Pelzi, on Tue 27 Sep 2016 21:25:12 +0200, wrote: >> the package mbrola is missing an installation candidate. > > ?? > > It's definitely there: > > $ rmadison mbrola > ... > mbrola | 3.01h+1-3 | unstable/non-free| source, amd64, armel, > i386, powerpc > $ apt-cache policy mbrola > mbrola: > Installé : 3.01h+1-3 > Candidat : 3.01h+1-3 > Table de version : > *** 3.01h+1-3 990 > 990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages > 500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages > 100 /var/lib/dpkg/status >3.01h+1-2 500 > 500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages >3.01h-6 500 > 500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages > >> Also, there are mbrola binaries available for download, though not as >> .deb packages, afaik. > > ?? > > They are definitely there: > > $ rmadison mbrola-fr4 > ... > mbrola-fr4 | 0.0.19990521-2 | unstable/non-free| source, all > $ apt-cache policy mbrola-fr4 > mbrola-fr4: > Installé : 0.0.19990521-2 > Candidat : 0.0.19990521-2 > Table de version : > *** 0.0.19990521-2 990 > 500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages > 500 http://ftp2.fr.debian.org/debian oldstable/non-free i386 Packages > 500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages > 500 http://ftp2.fr.debian.org/debian stable/non-free i386 Packages > 990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages > 990 http://ftp2.fr.debian.org/debian testing/non-free i386 Packages > 500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages > 500 http://ftp2.fr.debian.org/debian unstable/non-free i386 Packages > 100 /var/lib/dpkg/status > > Are you perhaps missing the non-free entry in apt's sources.list? > > See https://wiki.debian.org/SourcesList > > Samuel -- Dr. Andreas Feldner Franz-Lehár-Weg 30 61118 Bad Vilbel
Bug#839021: mbrola package is missing, though audio pakages are available
Hello Samuel, I’m unsure if this bug report went to the correct destination (I was relying on reportbug…): the installation candidate seems to be missing for raspbian, i.e. the armhf architecture. Best regards, Andreas. > Am 27.09.2016 um 21:54 schrieb Samuel Thibault <sthiba...@debian.org>: > > Hello, > > Pelzi, on Tue 27 Sep 2016 21:25:12 +0200, wrote: >> the package mbrola is missing an installation candidate. > > ?? > > It's definitely there: > > $ rmadison mbrola > ... > mbrola | 3.01h+1-3 | unstable/non-free| source, amd64, armel, > i386, powerpc > $ apt-cache policy mbrola > mbrola: > Installé : 3.01h+1-3 > Candidat : 3.01h+1-3 > Table de version : > *** 3.01h+1-3 990 >990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages >100 /var/lib/dpkg/status > 3.01h+1-2 500 >500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages > 3.01h-6 500 >500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages > >> Also, there are mbrola binaries available for download, though not as >> .deb packages, afaik. > > ?? > > They are definitely there: > > $ rmadison mbrola-fr4 > ... > mbrola-fr4 | 0.0.19990521-2 | unstable/non-free| source, all > $ apt-cache policy mbrola-fr4 > mbrola-fr4: > Installé : 0.0.19990521-2 > Candidat : 0.0.19990521-2 > Table de version : > *** 0.0.19990521-2 990 >500 http://ftp2.fr.debian.org/debian oldstable/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian oldstable/non-free i386 Packages >500 http://ftp2.fr.debian.org/debian stable/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian stable/non-free i386 Packages >990 http://ftp2.fr.debian.org/debian testing/non-free amd64 Packages >990 http://ftp2.fr.debian.org/debian testing/non-free i386 Packages >500 http://ftp2.fr.debian.org/debian unstable/non-free amd64 Packages >500 http://ftp2.fr.debian.org/debian unstable/non-free i386 Packages > 100 /var/lib/dpkg/status > > Are you perhaps missing the non-free entry in apt's sources.list? > > See https://wiki.debian.org/SourcesList > > Samuel -- Dr. Andreas Feldner Franz-Lehár-Weg 30 61118 Bad Vilbel
Bug#826264: libjetty8-extra-java: Softlink to asm jars are broken
Package: libjetty8-extra-java Version: 8.1.19-2 Severity: important Dear Maintainer, a recent update of the package changed dependency on libasm version 5. However, the package contains softlinks under /usr/share/jetty8/lib/annotations. Here the relevant ones are org.objectweb.asm.commons.jar and org.objectweb.asm.jar. Problem is that these links point to asm4.jar and asm4-commons.jar, respectively. In result, any wars fail to deploy. I suggest to change the links to point to asm.jar and asm-commons.jar, which are themselves softlinks to the currently installed versions. Best regards, Andreas. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libjetty8-extra-java depends on: ii libasm-java 5.1-1 ii libjakarta-taglibs-standard-java 1.1.2-4 ii libjetty8-java8.1.19-2 ii libjstl1.1-java 1.1.2-4 ii libmail-java 1.5.5-1 ii libservlet3.0-java7.0.69-1 ii libtomcat7-java 7.0.69-1 libjetty8-extra-java recommends no packages. Versions of packages libjetty8-extra-java suggests: ii jetty8 8.1.19-2 -- no debconf information
Bug#809324: nvidia-legacy-304xx-kernel-dkms: nvidia kernel module requires symbols missing in 4.3 kernel
Package: nvidia-legacy-304xx-kernel-dkms Version: 304.131-2 Severity: important Dear Maintainer, after a recent update of the linux kernel in Debian testing, the kernel module built by nvidia-legacy-304xx...-dkms no longer loads. dmesg shows that the problem lies in missing symbols: [11037.460243] nvidia: Unknown symbol mtrr_del (err 0) [11037.460442] nvidia: Unknown symbol mtrr_add (err 0) This inhibits the X server to start up. -- Package-specific info: uname -a: Linux feldner2 4.3.0-1-amd64 #1 SMP Debian 4.3.3-2 (2015-12-17) x86_64 GNU/Linux /proc/version: Linux version 4.3.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 20151207 (Debian 5.3.1-3) ) #1 SMP Debian 4.3.3-2 (2015-12-17) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] [10de:06e4] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:1163] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- dmesg: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.3.0-1-amd64 root=UUID=76f02de0-d56b-47c6-822f-4798e937a802 ro quiet vga=791 splash [0.00] AGP: No AGP bridge found [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.3.0-1-amd64 root=UUID=76f02de0-d56b-47c6-822f-4798e937a802 ro quiet vga=791 splash [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [0.00] AGP: Node 0: aperture [bus addr 0x2a4000-0x2a41ff] (32MB) [0.275836] vgaarb: setting as boot device: PCI::02:00.0 [0.275838] vgaarb: device added: PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none [0.275840] vgaarb: loaded [0.275841] vgaarb: bridge control possible :02:00.0 [0.818712] Linux agpgart interface v0.103 [ 15.281052] nvidia: module license 'NVIDIA' taints kernel. [ 15.292481] nvidia: Unknown symbol mtrr_del (err 0) [ 15.292670] nvidia: Unknown symbol mtrr_add (err 0) [ 16.287010] nvidia: Unknown symbol mtrr_del (err 0) [ 16.287177] nvidia: Unknown symbol mtrr_add (err 0) [ 17.302554] nvidia: Unknown symbol mtrr_del (err 0) [ 17.302727] nvidia: Unknown symbol mtrr_add (err 0) [ 18.319270] nvidia: Unknown symbol mtrr_del (err 0) [ 18.319462] nvidia: Unknown symbol mtrr_add (err 0) [ 19.593541] input: HDA NVidia Front Mic as /devices/pci:00/:00:07.0/sound/card0/input10 [ 19.593674] input: HDA NVidia Rear Mic as /devices/pci:00/:00:07.0/sound/card0/input11 [ 19.593806] input: HDA NVidia Line as /devices/pci:00/:00:07.0/sound/card0/input12 [ 19.593925] input: HDA NVidia Front Headphone as /devices/pci:00/:00:07.0/sound/card0/input13 [ 19.594992] input: HDA NVidia Speaker as /devices/pci:00/:00:07.0/sound/card0/input14 [ 66.977941] nvidia: Unknown symbol mtrr_del (err 0) [ 66.978140] nvidia: Unknown symbol mtrr_add (err 0) [11037.460243] nvidia: Unknown symbol mtrr_del (err 0) [11037.460442] nvidia: Unknown symbol mtrr_add (err 0) Device node permissions: video:x:44:andreas,fritz OpenGL and NVIDIA library files installed: -rw-r--r-- 1 root root 127 Nov 15 2014 /etc/X11/xorg.conf lrwxrwxrwx 1 root root 15 Dec 21 09:52 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 51 Dec 21 09:52 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 41 Dec 21 09:52 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Dec 21 09:52 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Dec 21 09:52 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Dec 21 09:52 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 57 Dec 21 09:52 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 57 Dec 21 09:52 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 54 Dec 21 09:52 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 54 Dec 21 09:52 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 49 Dec 21 09:52 /etc/alternatives/glx--libXvMCNVIDIA.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 51 Dec
Bug#767525: solr-jetty: Symlink to webapp created in /var/lib/jetty, should be /var/lib/jetty8
Package: solr-jetty Version: 3.6.2+dfsg-4 Severity: important Dear Maintainer, after update from jetty to jetty8, the symlink to the solr webapp is still created in /var/lib/jetty, although the jetty8 webapps should be placed to /var/lib/jetty8. Best regards, Andreas. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) 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 solr-jetty depends on: ii default-jdk [java5-sdk]2:1.7-52 ii jetty8 8.1.16-3 ii libjetty8-extra-java 8.1.16-3 ii openjdk-6-jdk [java5-sdk] 6b31-1.13.3-1 ii openjdk-7-jdk [java5-sdk] 7u65-2.5.2-4 ii solr-common3.6.2+dfsg-4 solr-jetty recommends no packages. solr-jetty suggests no packages. -- 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#704467: Suppress deprecated address
Over one year gone I found a bug in your patch: for the if method, you need to add | grep -v deprecated to the filter of the ip command. BTW, wise decision to use ip rather than ifconfig: you have no chance with the former, afaik. Cheers and thanks for the patch! Andreas.
Bug#720356: Dovecot 2.2.17 packaged for Debian
Dear Jaldhar, unfortunately, the same problem as described in bug #720356 still appears with 2.1.17-1. Here is an updated backtrace: (gdb) backtrace #0 0x7f7b8a4c3596 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f7b893a836a in acl_list_get_root_dir (backend=optimized out) at acl-backend-vfile-acllist.c:53 #2 0x7f7b893a839d in acl_list_get_path (backend=backend@entry=0x7f7b8cc92d60) at acl-backend-vfile-acllist.c:67 #3 0x7f7b893a8a73 in acl_backend_vfile_acllist_read (backend=0x7f7b8cc92d60) at acl-backend-vfile-acllist.c:81 #4 acl_backend_vfile_acllist_refresh (backend=0x7f7b8cc92d60) at acl-backend-vfile-acllist.c:150 #5 0x7f7b893a8d5b in acl_backend_vfile_acllist_verify (backend=0x7f7b8cc92d60, name=0x7f7b8ccc59c0 , mtime=0) at acl-backend-vfile-acllist.c:343 #6 0x7f7b893a7d8e in acl_backend_vfile_object_refresh_cache (_aclobj=0x7f7b8ccc62d0) at acl-backend-vfile.c:858 #7 0x7f7b893a58bc in acl_object_get_my_rights_real (aclobj=0x7f7b8ccc62d0, pool=0x7f7b8cc6d400, rights_r=0x7fff3bdb9e98) at acl-api.c:84 #8 0x7f7b893a5985 in acl_object_get_my_rights (aclobj=optimized out, pool=optimized out, rights_r=rights_r@entry=0x7fff3bdb9e98) at acl-api.c:103 #9 0x7f7b893aa46c in acl_mailbox_exists (box=0x7f7b8ccc5100, auto_boxes=optimized out, existence_r=0x7fff3bdb9f34) at acl-mailbox.c:434 #10 0x7f7b8ab00c49 in mailbox_exists (box=0x7f7b8ccc5100, auto_boxes=auto_boxes@entry=true, existence_r=existence_r@entry=0x7fff3bdb9f34) at mail-storage.c:759 #11 0x7f7b8afc0cd5 in list_namespace_send_prefix (ctx=ctx@entry=0x7f7b8cc95078, have_children=false) at cmd-list.c:393 #12 0x7f7b8afc119f in cmd_list_continue (cmd=cmd@entry=0x7f7b8cc94f70) at cmd-list.c:923 #13 0x7f7b8afc1d69 in cmd_list_full (cmd=0x7f7b8cc94f70, lsub=optimized out) at cmd-list.c:1092 #14 0x7f7b8afc6adc in command_exec (cmd=0x7f7b8cc94f70) at imap-commands.c:148 #15 0x7f7b8afc5afb in client_command_input (cmd=0x7f7b8cc94f70) at imap-client.c:684 #16 0x7f7b8afc5bad in client_command_input (cmd=0x7f7b8cc94f70) at imap-client.c:735 #17 0x7f7b8afc5e5d in client_handle_next_command (remove_io_r=synthetic pointer, client=0x7f7b8cc94390) at imap-client.c:776 #18 client_handle_input (client=client@entry=0x7f7b8cc94390) at imap-client.c:788 #19 0x7f7b8afc6625 in client_input (client=0x7f7b8cc94390) at imap-client.c:827 #20 0x7f7b8a83e717 in io_loop_call_io (io=0x7f7b8cc94e70) at ioloop.c:379 #21 0x7f7b8a83f407 in io_loop_handler_run (ioloop=ioloop@entry=0x7f7b8cc75670) at ioloop-epoll.c:213 #22 0x7f7b8a83e2e8 in io_loop_run (ioloop=0x7f7b8cc75670) at ioloop.c:398 #23 0x7f7b8a82aa53 in master_service_run (service=0x7f7b8cc75520, callback=callback@entry=0x7f7b8afce040 client_connected) at master-service.c:544 #24 0x7f7b8afbdaaa in main (argc=1, argv=0x7f7b8cc75370) at main.c:389 Yours, Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720356: Dovecot 2.2.17 packaged for Debian
Dear Jaidhar, after analysing the core dump on my system, I believe that the problem is with the variable rootdir is null in acl-backend-vfile-acllist.c:53. This appears to come from lib-storage/index/shared/shared-list.c:112, which reads 'return NULL' ;-) I'd say, this is clearly a bug. Probably acl_list_get_root_dir should return NULL itself in this case. Best regards, Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720356: dovecot-imapd: dovecot imap crashes with signal 11
Package: dovecot-imapd
Version: 1:2.1.7-7
Severity: important
Dear Maintainer,
on connection from at least some clients, dovecot's imapd crashes with signal
11. I enabled core dumps and got the following stacktrace:
Core was generated by `dovecot/imap'.
Program terminated with signal 11, Segmentation fault.
#0 0x7f0ec56c2596 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) ?
Undefined command: . Try help.
(gdb) bt
#0 0x7f0ec56c2596 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x7f0ec45a7a42 in acl_list_get_root_dir (backend=optimized out) at
acl-backend-vfile-acllist.c:53
#2 0x7f0ec45a7a7d in acl_list_get_path
(backend=backend@entry=0x7f0ec7089910) at acl-backend-vfile-acllist.c:67
#3 0x7f0ec45a8143 in acl_backend_vfile_acllist_read
(backend=0x7f0ec7089910) at acl-backend-vfile-acllist.c:81
#4 acl_backend_vfile_acllist_refresh (backend=0x7f0ec7089910) at
acl-backend-vfile-acllist.c:150
#5 0x7f0ec45a846b in acl_backend_vfile_acllist_verify
(backend=0x7f0ec7089910, name=0x7f0ec70bbd50 , mtime=0) at
acl-backend-vfile-acllist.c:343
#6 0x7f0ec45a7406 in acl_backend_vfile_object_refresh_cache
(_aclobj=0x7f0ec70bc6c0) at acl-backend-vfile.c:858
#7 0x7f0ec45a4f7a in acl_object_get_my_rights_real (aclobj=0x7f0ec70bc6c0,
pool=0x7f0ec7056490, rights_r=0x7fff3b541228) at acl-api.c:84
#8 0x7f0ec45a5045 in acl_object_get_my_rights (aclobj=optimized out,
pool=optimized out, rights_r=rights_r@entry=0x7fff3b541228) at acl-api.c:103
#9 0x7f0ec45a9c0c in acl_mailbox_exists (box=0x7f0ec70bb3b0,
auto_boxes=true, existence_r=0x7fff3b5412cc) at acl-mailbox.c:427
#10 0x7f0ec5cf78f5 in mailbox_exists (box=0x7f0ec70bb3b0,
auto_boxes=auto_boxes@entry=true, existence_r=existence_r@entry=0x7fff3b5412cc)
at mail-storage.c:757
#11 0x7f0ec61b35a5 in list_namespace_send_prefix
(ctx=ctx@entry=0x7f0ec708c7e8, have_children=have_children@entry=false) at
cmd-list.c:332
#12 0x7f0ec61b3a19 in cmd_list_continue (cmd=cmd@entry=0x7f0ec708c6e0) at
cmd-list.c:863
#13 0x7f0ec61b45f0 in cmd_list_full (cmd=0x7f0ec708c6e0, lsub=false) at
cmd-list.c:1032
#14 0x7f0ec61b8edc in command_exec (cmd=cmd@entry=0x7f0ec708c6e0) at
imap-commands.c:148
#15 0x7f0ec61b7f2e in client_command_input (cmd=0x0) at imap-client.c:682
#16 0x7f0ec61b7fda in client_command_input (cmd=0x7f0ec708c6e0) at
imap-client.c:733
#17 0x7f0ec61b823d in client_handle_next_command (remove_io_r=synthetic
pointer, client=0x7f0ec708bb40) at imap-client.c:774
#18 client_handle_input (client=client@entry=0x7f0ec708bb40) at
imap-client.c:786
#19 0x7f0ec61b8b35 in client_input (client=0x7f0ec708bb40) at
imap-client.c:825
#20 0x7f0ec5a3d016 in io_loop_call_io (io=0x7f0ec708c5e0) at ioloop.c:379
#21 0x7f0ec5a3dcc7 in io_loop_handler_run
(ioloop=ioloop@entry=0x7f0ec705e670) at ioloop-epoll.c:213
#22 0x7f0ec5a3ca28 in io_loop_run (ioloop=0x7f0ec705e670) at ioloop.c:398
#23 0x7f0ec5a29483 in master_service_run (service=0x7f0ec705e520,
callback=callback@entry=0x7f0ec61c0b60 client_connected) at
master-service.c:544
#24 0x7f0ec61b03e7 in main (argc=1, argv=0x7f0ec705e370) at main.c:389
(gdb)
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Attempt of Apple Mail.app or egroupware imap client to connect to server. Don't
know the exact command.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Doesn't depend on what I do or don't do. I believe the problem came in with a
fairly recent Debian update, but not of dovecot packages.
* What was the outcome of this action?
Dovecot crashed, no mails or folders visible in egroupware, cached results
visile in Mail.app.
* What outcome did you expect instead?
Dovecot not crashing ;-)
-- Package-specific info:
dovecot configuration
-
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.10-2-amd64 x86_64 Debian jessie/sid
disable_plaintext_auth = no
mail_access_groups = mail
mail_location = mbox:~/IMail/:INBOX=/var/spool/mail/%u
mail_plugins = acl
mail_privileged_group = mail
namespace {
location =
mbox:/home/%%u/IMail/:INBOX=/var/spool/mail/%%u:INDEX=~/IMail/shared/%%u
prefix = shared/%%u/
separator = /
subscriptions = no
type = shared
}
namespace inbox {
inbox = yes
location =
prefix =
type = private
}
passdb {
driver = pam
}
plugin {
acl = vfile
acl_shared_dict = file:/var/lib/dovecot/db/shared-mailboxes.db
}
protocols = imap
service auth {
user = root
}
ssl_cert = /etc/ssl/certs/dovecot.pem
ssl_key = /etc/ssl/private/dovecot.pem
ssl_key_password = 1234
userdb {
driver = passwd
}
protocol imap {
mail_max_userip_connections = 30
mail_plugins = acl imap_acl
}
-- System Information:
Debian Release: jessie/sid
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-2-amd64
Bug#653449: lxc-debian using package linux-container which is not available in squeeze
Package: lxc Version: 0.7.5-9 Severity: grave Justification: renders package unusable Dear Maintainer, the lxc-debian template in the version of testing wants to set up Squeeze hardcodedly. This would not be a problem, but it relies in its operation on the linux-container package, which is not available for Squeeze (as reported by packages.debian.org). In result, setting up of the container fails in a very dubious way: this error condition is not nicely handled, the script runs on and finally reports the container to be created (which turns out to be unusuable, of course). Best regards, Andreas. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-23 ii libcap21:2.22-1 Versions of packages lxc recommends: ii debootstrap 1.0.38 ii libcap2-bin 1:2.22-1 Versions of packages lxc suggests: ii lxctl 0.3.1+debian-1 -- debconf information: lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true lxc/shutdown: stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628437: Display freezes after ksplash screen is finished
Hi, time is passing on, some new modules were compiled against the all-new kernel 3.0, plus I'm getting new ideas! Of course, nothing changed at all with the latest updates, behaviour remained as it was. However, I noticed that I could get the screen back to work when killing kwin, I could even start kwin and read out some log file - please find it attached! To me it looks like it is giving some answers even, though I don't understand them :( What I found out in addition: I could get a sort-of-working desktop by starting twm, then messed around with KDE settings and switched off desktop effects (Arbeitsflächeneffekte aktivieren off, then apply). Hey ho, after that even kwm could be run without blocking the session. Best regards, Andreas. Am Montag 01. August 2011, 23:22:29 schrieb Andreas Beckmann: The following new driver versions are available: * 275.09.07-5 (release) in testing * 275.21-1 (release) in unstable * 280.11-1 (beta) in experimental Please test them. Andreas X Error: BadWindow (invalid Window parameter) 3 Major opcode: 20 (X_GetProperty) Resource id: 0x580002e kwin(5165) Kephal::DesktopWidgetScreens::DesktopWidgetScreens: foo kwin(5165) KWin::Extensions::init: Extensions: shape: 0x 11 composite: 0x 4 render: 0x b fixes: 0x 40 kwin(5165) KWin::CompositingPrefs::detect: glx version is 1 . 4 kwin(5165) KDecorationPlugins::loadPlugin: kwin : path /usr/lib/kde4/kwin3_oxygen.so for kwin3_oxygen kwin(5165) KWin::Extensions::init: Extensions: shape: 0x 11 composite: 0x 4 render: 0x b fixes: 0x 40 kwin(5165) KWin::Extensions::init: Extensions: shape: 0x 11 composite: 0x 4 render: 0x b fixes: 0x 40 kwin(5165) KWin::Workspace::setupCompositing: Initializing OpenGL compositing kwin(5165) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x 59 kwin(5165) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x 80 kwin(5165) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x 57 kwin(5165) KWin::SceneOpenGL::SceneOpenGL: DB: true , TFP: true , SHM: false , Direct: true kwin(5165) KWin::currentRefreshRate: Refresh rate 50 Hz kwin(5165) KWin::EffectsHandlerImpl::loadEffect: Trying to load kwin4_effect_wobblywindows kwin(5165) KWin::EffectsHandlerImpl::loadEffect: Trying to load kwin4_effect_translucency kwin(5165) KWin::EffectsHandlerImpl::loadEffect: Trying to load kwin4_effect_screenshot kwin(5165) KWin::EffectsHandlerImpl::loadEffect: Trying to load kwin4_effect_dashboard kwin(5165) KWin::EffectsHandlerImpl::loadEffect: Trying to load kwin4_effect_blur kwin(5165): Invalid framebuffer status: GL_FRAMEBUFFER_UNSUPPORTED kwin(5165) KWin::EffectsHandlerImpl::loadEffect: Trying to load kwin4_effect_startupfeedback kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 11071018 kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 31458187 ;WMCLASS: plasma : plasma ;Caption: plasma-desktop ' : 11071018 kwin(5165) KWin::Workspace::allowClientActivation: Activation: No client active, allowing kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 4294967295 kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 88080395 ;WMCLASS: xeyes : xeyes ;Caption: xeyes ' : 18446744073709551615 kwin(5165) KWin::Workspace::allowClientActivation: Activation: No client active, allowing kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165) KWin::Workspace::createTile: Now tiling xeyes kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 11022343 kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 31458184 ;WMCLASS: plasma : plasma ;Caption: plasma-desktop ' : 11022343 kwin(5165) KWin::Workspace::allowClientActivation: Activation: No client active, allowing kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 0599 kwin(5165) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 52428905 ;WMCLASS: krunner : krunner ;Caption: Befehl ausführen ' : 0599 kwin(5165) KWin::Workspace::allowClientActivation: Activation: No client active, allowing kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165) KWin::Workspace::updateClientArea: screens: 1 desktops: 4 kwin(5165) KWin::Workspace::updateClientArea: Done. kwin(5165)
Bug#628437: Antw.: Bug#628437: Display freezes after ksplash screen is finished
What I did is to delete /etc/X11 and re-install the X packages. After that I installed the 280.13-1 versions of nvidia packages. The symptoms remain absolutely the same, so I assume there will be little value in testing the other versions you were referring to, either. Andreas. Am Montag 01. August 2011, 23:22:29 schrieb Andreas Beckmann: The following new driver versions are available: * 275.09.07-5 (release) in testing * 275.21-1 (release) in unstable * 280.11-1 (beta) in experimental Please test them. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628437: Antw.: Bug#628437: Display freezes after ksplash screen is finished
Hi, been there, done that. No change whatsoever :-( Tried downgrading to stable, which involves downgrading X and kernel as well - this works! So its not a coincidence of a hardware defect... Yours, Andreas. - Reply message - Von: Andreas Beckmann deb...@abeckmann.de Datum: Mi., Jun. 8, 2011 11:33 Betreff: Bug#628437: Display freezes after ksplash screen is finished An: Andreas Feldner pe...@flying-snail.de Cc: 628...@bugs.debian.org Please try 275.09.04-1 from experimental, this new beta release fixes some issues with KDE. Andreas
Bug#628437: Display freezes after ksplash screen is finished
Package: nvidia-glx Version: 270.41.06-1 Followup-For: Bug #628437 Hi Andreas, actually I had to reportbug nvidia-glx, then select the previous report, to get reportbug into collecting the additional information. In /var/log/Xorg.0.log, there is no relevant (EE) or (WW): [ 12794.078] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 12794.079] (WW) Disabling Cherry Keyboard [ 12794.079] (WW) Disabling Configured Mouse [ 12794.846] (WW) NVIDIA(0): Option RandRReflection is not used [ 12795.082] (EE) HID 046a:0023: failed to initialize for relative axes. This problem seems to be the other way round than 611452: the text consoles are working, but the X console is not. I forgot to mention: the X screen is black, however, there is a working mouse pointer on it! Best regards, Andreas. -- Package-specific info: uname -a: Linux athlon1 2.6.38-2-amd64 #1 SMP Sun May 8 13:51:57 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 2.6.38-2-amd64 (Debian 2.6.38-5) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Sun May 8 13:51:57 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 270.41.06 Mon Apr 18 14:53:56 PDT 2011 GCC version: gcc version 4.4.6 (Debian 4.4.6-3) lspci 'VGA compatible controller [0300]': 05:00.0 VGA compatible controller [0300]: nVidia Corporation G71 [GeForce 7300 GS] [10de:01df] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:81f3] 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 18 Region 0: Memory at f000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f100 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at f200 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 35 Nov 28 23:36 /etc/alternatives/libGL.so - /usr/lib/nvidia/diversions/libGL.so lrwxrwxrwx 1 root root 26 Apr 5 07:36 /etc/alternatives/libGL.so.1 - /usr/lib/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 26 Nov 28 23:36 /usr/lib/libGL.so - /etc/alternatives/libGL.so lrwxrwxrwx 1 root root 28 Apr 5 07:36 /usr/lib/libGL.so.1 - /etc/alternatives/libGL.so.1 lrwxrwxrwx 1 root root 22 Apr 3 22:33 /usr/lib/libGLcore.so.1 - libGLcore.so.173.14.09 -rw-r--r-- 1 root root 16181640 Sep 1 2008 /usr/lib/libGLcore.so.173.14.09 lrwxrwxrwx 1 root root 26 May 3 01:06 /usr/lib/libnvidia-cfg.so.1 - libnvidia-cfg.so.270.41.06 -rw-r--r-- 1 root root 132584 Apr 19 00:13 /usr/lib/libnvidia-cfg.so.270.41.06 -rw-r--r-- 1 root root 27484528 Apr 19 00:09 /usr/lib/libnvidia-glcore.so.270.41.06 lrwxrwxrwx 1 root root 26 Apr 3 22:33 /usr/lib/libnvidia-tls.so.1 - libnvidia-tls.so.173.14.09 -rw-r--r-- 1 root root 3360 Sep 1 2008 /usr/lib/libnvidia-tls.so.173.14.09 -rw-r--r-- 1 root root 6008 Apr 19 00:12 /usr/lib/libnvidia-tls.so.270.41.06 lrwxrwxrwx 1 root root 33 Apr 3 22:33 /usr/lib32/libGL.la - /emul/ia32-linux/usr/lib/libGL.la lrwxrwxrwx 1 root root 33 Apr 3 22:33 /usr/lib32/libGL.so - /emul/ia32-linux/usr/lib/libGL.so lrwxrwxrwx 1 root root 18 Apr 3 22:33 /usr/lib32/libGL.so.1 - libGL.so.185.18.31 -rw-r--r-- 1 root root 395784 Jul 24 2009 /usr/lib32/libGL.so.1.2 -rwxr-xr-x 1 root root 618176 Aug 19 2009 /usr/lib32/libGL.so.185.18.31 lrwxrwxrwx 1 root root 22 Aug 22 2010 /usr/lib32/libGLcore.so.1 - libGLcore.so.185.18.31 -rwxr-xr-x 1 root root 16118956 Aug 19 2009 /usr/lib32/libGLcore.so.185.18.31 lrwxrwxrwx 1 root root 26 Apr 3 22:33 /usr/lib32/libnvidia-tls.so.1 - libnvidia-tls.so.185.18.31 -rwxr-xr-x 1 root root 4264 Aug 19 2009 /usr/lib32/libnvidia-tls.so.185.18.31 /usr/lib/nvidia: total 7304 drwxr-xr-x 3 root root4096 May 28 20:08 . drwxr-xr-x 239 root root 102400 May 28 07:36 .. -rwxr-xr-x 1 root root1338 May 16 03:01 check-for-conflicting-opengl-libraries drwxr-xr-x 2 root root4096 May 16 01:05 diversions lrwxrwxrwx 1 root root 18 May 3 01:06 libGL.so.1 - libGL.so.270.41.06 -rw-r--r-- 1 root root 1008272 Apr 19 00:10 libGL.so.270.41.06 lrwxrwxrwx 1 root root 19 May 3 01:06 libglx.so - libglx.so.270.41.06 -rw-r--r-- 1 root root 6327720 Apr 19 00:12 libglx.so.270.41.06 -rwxr-xr-x 1 root root 441 May 16 03:01 pre-install /usr/lib/nvidia/diversions: total 916 drwxr-xr-x 2 root root 4096 May 16 01:05 . drwxr-xr-x 3 root root 4096 May 28 20:08 .. -rw-r--r-- 1 root root189 Mar 22 07:38 dummy.txt lrwxrwxrwx 1 root root 10 May 2 12:39 libGL.so - libGL.so.1 lrwxrwxrwx
Bug#628437: Display freezes after ksplash screen is finished
Hi, I updated to 270.41.19-1 and did a reboot. Seems that it worked so far as expected: [ 13.023111] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 270.41.19 Mon May 16 23:32:08 PDT 2011 However, no changes on the problem, unfortunately :-( I noticed that the problem seems to be related to the actual session configuration, as booting a remote XDMCP session worked absolutely fine. So I switched off all effects in the KDE settings, and selected the KDE standard splash screen, but no difference. I also noticed that the X session actually seems to be working although not visible - the mouse pointer changes shape to a cursor at a place where a password prompt would appear, and after typing it in, it vanished. Even one single window is showing: the tip of the day pop-up of KMail. To me, that sounds really mysterious. Any chance to find out more about the origin of the problem? Having a long-grown installation (maintained via nvidia-installer manually earlier), should I check for any inconsistencies? The usual suspect, libglx.so looks OK: me@myserver:/usr/lib/xorg/modules/extensions$ ls -l $PWD/libglx.so lrwxrwxrwx 1 root root 27 28. Nov 23:37 /usr/lib/xorg/modules/extensions/libglx.so - /etc/alternatives/libglx.so me@myserver:/usr/lib/xorg/modules/extensions$ ls -l /etc/alternatives/libglx.so lrwxrwxrwx 1 root root 25 28. Nov 23:37 /etc/alternatives/libglx.so - /usr/lib/nvidia/libglx.so me@myserver:/usr/lib/xorg/modules/extensions$ ls -l /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 19 25. Mai 08:52 /usr/lib/nvidia/libglx.so - libglx.so.270.41.19 me@myserver:/usr/lib/xorg/modules/extensions$ ls -l /usr/lib/nvidia/libglx.so.270.41.19 -rw-r--r-- 1 root root 6327720 17. Mai 08:51 /usr/lib/nvidia/libglx.so.270.41.19 Best regards, Andreas. Am 29.05.2011 um 11:42 schrieb Andreas Beckmann: On 2011-05-29 11:26, Andreas Feldner wrote: Package: nvidia-glx Version: 270.41.06-1 Probably a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626279 Two new driver versions are available: * 270.41.19-1 (release) in unstable * 275.09-1 (beta) in experimental Please try them. Andreas -- Dr. Andreas Feldner Neufeldstr. 7 b 81243 München -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628437: nvidia-support: Display freezes after ksplash screen is finished
Package: nvidia-support Version: 20110515+1 Severity: important After the latest update to nvidia-support and related packages, the display freezes at the point where it would switch from the ksplash animation to the actual desktop. I.e. the display is showing the nearly finished ksplash animation. In background, the X session starts up normally, no errors are logged to the .xsession file. Even the screen saver starts running after a while, but nothing shows on screen. Switching to a virtual console and back to X leaves the screen black. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#600656: linux-image-2.6.32-5-amd64: Crash after nullpointer dereference during gparted reading a disk
03:04:47 myserver kernel: [ 7637.393806] [81325883] ? schedule+0x55b/0x588 Apr 23 03:04:47 myserver kernel: [ 7637.393814] [81114b0b] ? bdi_writeback_thread+0xc2/0x1fb Apr 23 03:04:47 myserver kernel: [ 7637.393822] [81114a49] ? bdi_writeback_thread+0x0/0x1fb Apr 23 03:04:47 myserver kernel: [ 7637.393829] [81114a49] ? bdi_writeback_thread+0x0/0x1fb Apr 23 03:04:47 myserver kernel: [ 7637.393841] [8105feeb] ? kthread+0x7a/0x82 Apr 23 03:04:47 myserver kernel: [ 7637.393849] [8100a764] ? kernel_thread_helper+0x4/0x10 Apr 23 03:04:47 myserver kernel: [ 7637.393858] [8105fe71] ? kthread+0x0/0x82 Apr 23 03:04:47 myserver kernel: [ 7637.393865] [8100a760] ? kernel_thread_helper+0x0/0x10 Apr 23 03:04:47 myserver kernel: [ 7637.393941] RSP 8800b11c1ab0 Apr 23 03:04:47 myserver kernel: [ 7637.393968] ---[ end trace 040eee7a0d4dc178 ]--- Message from syslogd@myserver at Sat Apr 23 03:04:47 2011 ... myserver kernel: [ 7637.393420] Oops: [#1] SMP Message from syslogd@myserver at Sat Apr 23 03:04:47 2011 ... myserver kernel: [ 7637.393677] Stack: Message from syslogd@myserver at Sat Apr 23 03:04:47 2011 ... myserver kernel: [ 7637.393426] last sysfs file: /sys/devices/platform/it87.656/temp2_input Message from syslogd@myserver at Sat Apr 23 03:04:47 2011 ... myserver kernel: [ 7637.393710] Call Trace: Message from syslogd@myserver at Sat Apr 23 03:04:47 2011 ... myserver kernel: [ 7637.393869] Code: 48 89 44 24 08 8b 44 24 04 4d 89 f5 48 89 44 24 28 48 8b 44 24 10 48 39 44 24 08 76 0e f0 41 80 65 00 fd f0 41 80 4d 00 01 eb 76 49 8b 45 00 a8 20 74 09 49 8b 45 00 f6 c4 02 74 65 49 8b 45 00 Message from syslogd@myserver at Sat Apr 23 03:04:47 2011 ... myserver kernel: [ 7637.393945] CR2: 002b Am 01.04.2011 um 21:35 schrieb Moritz Mühlenhoff: On Wed, Nov 10, 2010 at 02:20:00AM +, Ben Hutchings wrote: On Wed, 2010-11-10 at 00:41 +0200, Andreas Feldner wrote: Hi Ben, somehow netconsole doesn't do anything for me. But it turned out the the system behaviour is not exactly reproducible and anyway I can see the messages on screen if X is not started (because nvidia module banned ;-) ). So, here I have the following error message, hope that helps! [...] OK, this looks really weird. I looked for reports of similar crashes and found http://lkml.org/lkml/2009/11/11/302 which apparently turned out to be due to a hardware fault. Could you test Linux 2.6.36 as packaged in experimental? If that has the same problem, try running memtest86+ for a while to check whether this is due to bad RAM. I suspect it isn't, but we have to check. Andreas, did you test later kernels (now also in unstable) and memtest? Cheers, Moritz -- Dr. Andreas Feldner Neufeldstr. 7 b 81243 München -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600656: linux-image-2.6.32-5-amd64: Crash after nullpointer dereference during gparted reading a disk
Hi Moritz, I did run memtest for a day or so, without any findings. I did not repeat the test yet, as it appears a bit dangerous to me. After Ben's remark, I was wondering if perhaps the respective disk, or the IDE controller it is connected to, might have a hardware problem. This would not necessarily show up in everyday operation, as the operational system disk is connected via SATA. Certainly I will try with a later kernel version in a quiet minute! Cheers, Andreas. Am 01.04.2011 um 21:35 schrieb Moritz Mühlenhoff: On Wed, Nov 10, 2010 at 02:20:00AM +, Ben Hutchings wrote: On Wed, 2010-11-10 at 00:41 +0200, Andreas Feldner wrote: Hi Ben, somehow netconsole doesn't do anything for me. But it turned out the the system behaviour is not exactly reproducible and anyway I can see the messages on screen if X is not started (because nvidia module banned ;-) ). So, here I have the following error message, hope that helps! [...] OK, this looks really weird. I looked for reports of similar crashes and found http://lkml.org/lkml/2009/11/11/302 which apparently turned out to be due to a hardware fault. Could you test Linux 2.6.36 as packaged in experimental? If that has the same problem, try running memtest86+ for a while to check whether this is due to bad RAM. I suspect it isn't, but we have to check. Andreas, did you test later kernels (now also in unstable) and memtest? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600656: linux-image-2.6.32-5-amd64: Crash after nullpointer dereference during gparted reading a disk
] block_invalidatepage+0x32/0xa8 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RSP 8800a9a15d78 Oct 20 01:11:46 athlon1 kernel: [10695.729011] CR2: 0020 Oct 20 01:11:46 athlon1 kernel: [10696.430344] ---[ end trace bfde34ae8c0233a0 ]--- Am Dienstag 19. Oktober 2010, 03:34:45 schrieben Sie: On Mon, 2010-10-18 at 23:43 +0200, Andreas Feldner wrote: Package: linux-2.6 Version: 2.6.32-23 Severity: important My system crashes reproducibly during the gparted operation move /dev/sda1 to the right in the read-only test stage. It is very hard to track down as the system freezes (ping is working, no other networking stuff like sshd, screen is black, keyboard doesn't react, not even the shift indicator LEDs). After reboot, no indication of the problem can be found in the log files anymore. Running tail -f /var/log/kern.log on a different machine, and running gparted with remote X11 did the trick to get to some information. The following lines were the last words to hear from the machine: Oct 18 21:44:10 xxx kernel: [88819.864398] BUG: unable to handle kernel NULL pointer dereference at (null) Oct 18 21:44:10 xxx kernel: [88819.864413] IP: [8110c456] drop_buffers+0x23/0x9d Oct 18 21:44:10 xxx kernel: [88819.864429] PGD 7d9c4067 PUD 1f542067 PMD 0 Oct 18 21:44:10 xxx kernel: [88819.864439] Oops: [#1] SMP gparted was attempting to read a 511.94 GiB sized partition on a SATA disk with a block size of 16.00 MiB. The crash orccured at 365.60 GiB (in case that matters). The file system on the partition in question is reported OK by fsck. A test with dd if=/dev/sda1 of=/dev/null bs=4096 worked out OK (didn't try with 16M block size). SMART status if the hard disk is passed. I suspect some rare freezes of the machine to come from the same origin, though I didn't find another way to actually reproduce the problem than running the described gparted operation. Unfortunately, I have no idea if this bug report contains any useful information, nor how to provide any additional. [...] It really isn't enough information. Please use netconsole or a serial console to capture the full 'oops' message. Also please test whether this is reproducible if you don't use the nvidia proprietary driver. Ben. -- Dr. Andreas Feldner Neufeldstraße 7b 81243 München -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600656: linux-image-2.6.32-5-amd64: Crash after nullpointer dereference during gparted reading a disk
Package: linux-2.6 Version: 2.6.32-23 Severity: important My system crashes reproducibly during the gparted operation move /dev/sda1 to the right in the read-only test stage. It is very hard to track down as the system freezes (ping is working, no other networking stuff like sshd, screen is black, keyboard doesn't react, not even the shift indicator LEDs). After reboot, no indication of the problem can be found in the log files anymore. Running tail -f /var/log/kern.log on a different machine, and running gparted with remote X11 did the trick to get to some information. The following lines were the last words to hear from the machine: Oct 18 21:44:10 xxx kernel: [88819.864398] BUG: unable to handle kernel NULL pointer dereference at (null) Oct 18 21:44:10 xxx kernel: [88819.864413] IP: [8110c456] drop_buffers+0x23/0x9d Oct 18 21:44:10 xxx kernel: [88819.864429] PGD 7d9c4067 PUD 1f542067 PMD 0 Oct 18 21:44:10 xxx kernel: [88819.864439] Oops: [#1] SMP gparted was attempting to read a 511.94 GiB sized partition on a SATA disk with a block size of 16.00 MiB. The crash orccured at 365.60 GiB (in case that matters). The file system on the partition in question is reported OK by fsck. A test with dd if=/dev/sda1 of=/dev/null bs=4096 worked out OK (didn't try with 16M block size). SMART status if the hard disk is passed. I suspect some rare freezes of the machine to come from the same origin, though I didn't find another way to actually reproduce the problem than running the described gparted operation. Unfortunately, I have no idea if this bug report contains any useful information, nor how to provide any additional. Best regards, Andreas. -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-23) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-3) ) #1 SMP Fri Sep 17 21:50:19 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=cefff7a6-c772-42c0-b4d6-8d610692ae65 ro console=tty0 quiet vga=795 splash ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [ 11.951885] (Note that use of the override may cause unknown side effects.) [ 11.951904] amd64_edac: probe of :00:18.2 failed with error -22 [ 12.098101] Linux video capture interface: v2.00 [ 12.130466] em28xx: New device TerraTec Electronic GmbH Cinergy Hybrid T USB XS (2882) @ 480 Mbps (0ccd:005e, interface 0, class 0) [ 12.130602] em28xx #0: chip ID is em2882/em2883 [ 12.171879] ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 22 [ 12.171886] Intel ICH :00:04.0: PCI INT A - Link[APCJ] - GSI 22 (level, low) - IRQ 22 [ 12.171918] Intel ICH :00:04.0: setting latency timer to 64 [ 12.305842] em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 5e 00 d0 12 5c 03 9e 40 de 1c [ 12.305850] em28xx #0: i2c eeprom 10: 6a 34 27 57 46 07 01 00 00 00 00 00 00 00 00 00 [ 12.305857] em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 31 00 b8 00 14 00 5b 1e 00 00 [ 12.305864] em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 00 00 00 00 00 00 [ 12.305871] em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 12.305877] em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 12.305884] em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 34 03 54 00 65 00 [ 12.305891] em28xx #0: i2c eeprom 70: 72 00 72 00 61 00 54 00 65 00 63 00 20 00 45 00 [ 12.305898] em28xx #0: i2c eeprom 80: 6c 00 65 00 63 00 74 00 72 00 6f 00 6e 00 69 00 [ 12.305904] em28xx #0: i2c eeprom 90: 63 00 20 00 47 00 6d 00 62 00 48 00 00 00 40 03 [ 12.305911] em28xx #0: i2c eeprom a0: 43 00 69 00 6e 00 65 00 72 00 67 00 79 00 20 00 [ 12.305918] em28xx #0: i2c eeprom b0: 48 00 79 00 62 00 72 00 69 00 64 00 20 00 54 00 [ 12.305924] em28xx #0: i2c eeprom c0: 20 00 55 00 53 00 42 00 20 00 58 00 53 00 20 00 [ 12.305931] em28xx #0: i2c eeprom d0: 28 00 32 00 38 00 38 00 32 00 29 00 00 00 1c 03 [ 12.305938] em28xx #0: i2c eeprom e0: 30 00 37 00 30 00 34 00 30 00 32 00 30 00 30 00 [ 12.305944] em28xx #0: i2c eeprom f0: 33 00 31 00 37 00 32 00 00 00 00 00 00 00 00 00 [ 12.305952] em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0xe613babe [ 12.305954] em28xx #0: EEPROM info: [ 12.305956] em28xx #0: AC97 audio (5 sample rates) [ 12.305957] em28xx #0: 500mA max power [ 12.305959] em28xx #0: Table at 0x27, strings=0x409e, 0x1cde, 0x346a [ 12.306717] em28xx #0: Identified as Terratec Hybrid XS (em2882) (card=55) [ 12.306719] em28xx #0: [ 12.306720] [ 12.352445] em28xx #0: The support for this board weren't valid yet. [ 12.375354] em28xx #0: Please send a report of having this working [ 12.397902] em28xx #0: not to V4L mailing list (and/or to other addresses) [ 12.397903] [ 12.451274] tvp5150 2-005c: chip found @ 0xb8 (em28xx #0) [ 12.456889] tuner 2-0061: chip found @ 0xc2 (em28xx #0) [ 12.478959] xc2028 2-0061: creating new instance [
Bug#593815: Here, www.debian.org doesn't work either
I have quite the same problem as reported, but not limited to bugs.debian.org. Same problem occurs e.g. with security.debian.org or www.debian.org. Yes, this behaviour seems to have started with squid3 3.1.6-1. Some other sites are affected as well, of course I cannot state that all sites with address records are affected. But here's what I get from calling security.debian.org on log level 3. To me, it seems as if squid is supposed to try all found addresses, including two v6 and three v4 addresses. It seems to record that connection to the v4 addresses was broken, which is not the case (I can call up www.debian.org via one of the v4 addresses): 2010/09/05 16:08:09.364| fwdConnectStart: got TCP FD 29 2010/09/05 16:08:09.364| comm.cc(1195) commSetTimeout: FD 29 timeout 60 2010/09/05 16:08:09.364| comm.cc(1206) commSetTimeout: FD 29 timeout 60 2010/09/05 16:08:09.364| The AsyncCall SomeCommConnectHandler constructed, this=0x242ee40 [call26912] 2010/09/05 16:08:09.364| commConnectStart: FD 29, cb 0x242ee40*1, security.debian.org:80 2010/09/05 16:08:09.364| idnsALookup: buf is 37 bytes for security.debian.org, id = 0xce35 2010/09/05 16:08:09.364| comm_udp_sendto: Attempt to send UDP packet to 127.0.0.1:53 using FD 9 using Port 49982 2010/09/05 16:08:09.365| StoreEntry::unlock: key '5E00BEE466E7BCBF9FC93EC165CC152C' count=2 2010/09/05 16:08:09.443| idnsRead: starting with FD 9 2010/09/05 16:08:09.443| idnsRead: FD 9: received 178 bytes from 127.0.0.1:53 2010/09/05 16:08:09.443| idnsGrokReply: ID 0xce35, 3 answers 2010/09/05 16:08:09.443| idnsGrokReply: security.debian.org query done. Configured to retrieve A now also. 2010/09/05 16:08:09.443| comm_udp_sendto: Attempt to send UDP packet to 127.0.0.1:53 using FD 9 using Port 49982 2010/09/05 16:08:09.444| idnsRead: FD 9: received 142 bytes from 127.0.0.1:53 2010/09/05 16:08:09.444| idnsGrokReply: ID 0xfb14, 3 answers 2010/09/05 16:08:09.444| ipcacheParse: security.debian.org #0 [2001:8d8:2:1:6564:a62:0:2] 2010/09/05 16:08:09.444| ipcacheParse: security.debian.org #1 [2001:a78::16] 2010/09/05 16:08:09.444| ipcacheParse: security.debian.org #2 [2001:a78::1a] 2010/09/05 16:08:09.445| ipcacheParse: security.debian.org #3 195.20.242.89 2010/09/05 16:08:09.445| ipcacheParse: security.debian.org #4 212.211.132.32 2010/09/05 16:08:09.445| ipcacheParse: security.debian.org #5 212.211.132.250 2010/09/05 16:08:09.445| ipcacheMarkBadAddr: security.debian.org [2001:8d8:2:1:6564:a62:0:2]:80 2010/09/05 16:08:09.445| ipcacheCycleAddr: security.debian.org now at [2001:a78::16] (2 of 6) 2010/09/05 16:08:09.445| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.445| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.446| ipcacheMarkBadAddr: security.debian.org [2001:a78::16]:80 2010/09/05 16:08:09.446| ipcacheCycleAddr: security.debian.org now at [2001:a78::1a] (3 of 6) 2010/09/05 16:08:09.446| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.446| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.446| ipcacheMarkBadAddr: security.debian.org [2001:a78::1a]:80 2010/09/05 16:08:09.446| ipcacheCycleAddr: security.debian.org now at 195.20.242.89 (4 of 6) 2010/09/05 16:08:09.446| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.447| ipcacheMarkBadAddr: security.debian.org 195.20.242.89:80 2010/09/05 16:08:09.447| ipcacheCycleAddr: security.debian.org now at 212.211.132.32 (5 of 6) 2010/09/05 16:08:09.447| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.447| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.447| ipcacheMarkBadAddr: security.debian.org 212.211.132.32:80 2010/09/05 16:08:09.447| ipcacheCycleAddr: security.debian.org now at 212.211.132.250 (6 of 6) 2010/09/05 16:08:09.447| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.447| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.447| ipcacheMarkBadAddr: security.debian.org 212.211.132.250:80 2010/09/05 16:08:09.448| ipcacheCycleAddr: Changing ALL security.debian.org addrs from BAD to OK 2010/09/05 16:08:09.448| ipcacheCycleAddr: security.debian.org now at [2001:8d8:2:1:6564:a62:0:2] (1 of 6) 2010/09/05 16:08:09.448| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.448| commResetFD: Reset socket FD 29-31 : family=10 2010/09/05 16:08:09.448| ipcacheMarkBadAddr: security.debian.org [2001:8d8:2:1:6564:a62:0:2]:80 2010/09/05 16:08:09.448| ipcacheCycleAddr: security.debian.org now at [2001:a78::16] (2 of 6) 2010/09/05 16:08:09.448| ipcacheMarkAllGood: Changing ALL security.debian.org addrs to OK (1/6 bad) 2010/09/05 16:08:09.449| commConnectCallback: FD 29 2010/09/05 16:08:09.449| comm.cc(1195) commSetTimeout: FD 29 timeout -1 2010/09/05 16:08:09.449| comm.cc(1206) commSetTimeout: FD 29 timeout -1 2010/09/05 16:08:09.449| comm.cc(934) will call SomeCommConnectHandler(FD 29, errno=101, flag=-8, data=0x1e8baf8, )
Bug#586034: Acknowledgement (belocs-locales-bin: Configured locales not available)
Installing locales (and therefore uninstalling belocs-locales-*) cures the problem... Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586034: belocs-locales-bin: Configured locales not available
Package: belocs-locales-bin Version: 2.4-4 Severity: critical Tags: squeeze l10n Justification: breaks unrelated software The locales configured during configuration of belocs-locales-bin are not available for use on the system. The problem showed up in the last few days, suspectedly after an auto-update. Please see the following session for reference: sudo dpkg-reconfigure belocs-locales-bin perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = de_DE.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Kann LC_ALL nicht auf die Standard-Lokale einstellen: Datei oder Verzeichnis nicht gefunden /usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory /usr/bin/locale: Kann LC_ALL nicht auf die Standard-Lokale einstellen: Datei oder Verzeichnis nicht gefunden Generating locales... de_DE.ISO-8859-1... up-to-date de_DE.UTF-8... up-to-date en_GB.ISO-8859-1... up-to-date en_GB.ISO-8859-15... up-to-date en_GB.UTF-8... up-to-date en_US.ISO-8859-1... up-to-date en_US.ISO-8859-15... up-to-date en_US.UTF-8... up-to-date Generation complete. perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = de_DE.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = de_DE.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). *** update-locale: Error: invalid locale settings: LANG=de_DE.UTF-8 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Kann LC_ALL nicht auf die Standard-Lokale einstellen: Datei oder Verzeichnis nicht gefunden ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages belocs-locales-bin depends on: ii belocs-locales-data 2.4-6 base files for localization ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib belocs-locales-bin recommends no packages. belocs-locales-bin suggests no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = de_DE.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Kann LC_ALL nicht auf die Standard-Lokale einstellen: Datei oder Verzeichnis nicht gefunden * belocs-locales-bin/default_environment_locale: de_DE.UTF-8 * belocs-locales-bin/locales_to_be_generated: de...@euro ISO-8859-15, de_DE.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582562: kdebase-runtime: Nepomukservices crashes during indexing
Package: kdebase-runtime Version: 4:4.4.3-1 Severity: important After update to KDE4, a nepomuk icon appears in the systray after logon. However, the Strigi file indexer crashes after indexing a few files. In syslog, the following messages appear: May 21 21:39:53 kernel: [ 400.422060] nepomukservices[5056]: segfault at 29727f ip 7f8cb5d19c2a sp 7f8cadbe5350 error 4 in libsopranoclient.so.1.2.0[7f8cb5d02000+4a000] May 21 21:40:25 kernel: [ 432.484790] nepomukservices[5062]: segfault at 20 ip 7fb41ca9dadc sp 7fb41af19f60 error 4 in strigiindex_nepomukbackend.so[7fb41ca95000+15000] May 21 21:40:45 kernel: [ 452.788321] nepomukservices[5074]: segfault at 20 ip 7f2fe91e2adc sp 7f2fe765ef60 error 4 in strigiindex_nepomukbackend.so[7f2fe91da000+15000] Several more lines like the last two appear. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdebase-runtime depends on: ii kdebase-runtime-dat 4:4.4.3-1shared data files for the KDE 4 ba ii kdelibs5-plugins4:4.4.3-1core plugins for KDE Applications ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libattica0 0.1.3-2 a Qt library that implements the O ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexiv2-6 0.19-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.4-1GCC support library ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libkde3support4 4:4.4.3-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.3-1the KDE Platform Core Library ii libkdesu5 4:4.4.3-1the Console-mode Authentication Li ii libkdeui5 4:4.4.3-1the KDE Platform User Interface Li ii libkdnssd4 4:4.4.3-1the DNS-SD Protocol Library for th ii libkfile4 4:4.4.3-1the File Selection Dialog Library ii libkhtml5 4:4.4.3-1the KHTML Web Content Rendering En ii libkio5 4:4.4.3-1the Network-enabled File Managemen ii libkmediaplayer44:4.4.3-1the KMediaPlayer Interface for the ii libknewstuff2-4 4:4.4.3-1the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.3-1the Get Hot New Stuff v3 Library ii libknotifyconfig4 4:4.4.3-1library for configuring KDE Notifi ii libkparts4 4:4.4.3-1the Framework for the KDE Platform ii libkpty44:4.4.3-1the Pseudo Terminal Library for th ii libkutils4 4:4.4.3-1various utility classes for the KD ii libnepomuk4 4:4.4.3-1the Nepomuk Meta Data Library ii libnepomukquery4a 4:4.4.3-1the Nepomuk Query Library for the ii libopenexr6 1.6.1-4.1runtime files for the OpenEXR imag ii libphonon4 4:4.6.0really4.4.1-2 the core library of the Phonon mul ii libplasma3 4:4.4.3-1the Plasma Library for the KDE Pla ii libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-qt3support 4:4.6.2-4Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libsmbclient2:3.4.7~dfsg-2 shared library for communication w ii libsolid4 4:4.4.3-1Solid Library for KDE Platform ii libsoprano4 2.4.2+dfsg.1-1 libraries for the Soprano RDF fram ii libssh-40.4.2-1 A tiny C SSH library ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libstreamanalyzer0 0.7.2-1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1 streams library for for Strigi Des ii libx11-62:1.3.3-3X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii oxygen-icon-theme 4:4.4.3-1Oxygen icon theme ii perl5.10.1-12Larry Wall's Practical Extraction ii phonon-backend-xine 4:4.6.0really4.4.1-2 Phonon Xine 1.1.x backend ii plasma-scriptengine 4:4.4.3-1the JavaScript script engine for P ii shared-desktop-onto 0.4-1shared ontologies for semantic sea Versions of packages kdebase-runtime recommends: ii hal
Bug#551738: googleearth: Missing dependency on ia32-libs-gtk
Package: googleearth Version: 5.0.11733.9347+0.5.6-1 Severity: normal In fact, google earth also depends on ia32-libs-gtk, but this dependency is missing in the package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages googleearth depends on: ii ia32-libs 20090808 ia32 shared libraries for use on a ii lib32nss-mdns 0.10-3.1 NSS module for Multicast DNS name ii libc6-i3862.9-25 GNU C Library: 32-bit shared libra ii msttcorefonts 2.7transitional dummy package ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free ii ttf-dejavu2.30-1 Metapackage to pull in ttf-dejavu- ii ttf-mscorefonts-installer [ms 3.0Installer for Microsoft TrueType c googleearth recommends no packages. googleearth suggests no packages. -- 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#551738: googleearth: Missing dependency on ia32-libs-gtk
Am Dienstag 20. Oktober 2009 11:55:26 schrieben Sie: * Andreas Feldner pe...@flying-snail.de [2009-10-20 11:14]: Package: googleearth Version: 5.0.11733.9347+0.5.6-1 The googleearth package is not provided by Debian, so we cannot help you. What does dpkg -p googleearth | grep Maintainer: say? Oops, this package is maintained by me ;-) Nevertheless, it was created by make-googleearth-package wich in turn is provided by the package googleearth-package, maintained by Wesley J. Landaker w...@icecavern.net. So - I picked the wrong package to report a bug for. Yours, Andreas. signature.asc Description: This is a digitally signed message part.
Bug#529851: konqueror: Konqueror hangs busy on a specific site
Package: konqueror Version: 4:4.2.2-1 Severity: important When calling http://www.amazon.de/ and browsing around there, with a high probability (3 to 4 clicks on links) konqueror will hang during the loading and rendering process. In general, the amazon icon and the correct page title are already shown, sometimes an outline of the page is already visible, and only images etc. are still fetched. The process konqueror itself is eating up all CPU it can get, in a single process, single thread, however (i.e. it is using exactly 100% of one CPU core on a mostly idle multicore system). strace attached to the process doesn't show anything, so it seems konqueror itself is in an endless loop. I set up konqueror to javascript disabled in general, but some sites, including amazon.de, enabled. No notification pops up, however about a script disturbing the rendering of the page. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages konqueror depends on: ii kdebase-bin4:4.2.2-1 core binaries for the KDE 4 base m ii kdebase-data 4:4.2.2-1 shared data files for the KDE 4 ba ii kdebase-runtime4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libc6 2.9-4 GNU C Library: Shared libraries ii libkonq5 4:4.2.2-1 core libraries for Konqueror ii libkonqsidebarplugin4 4:4.2.2-1 Konqueror sidebar plugin library ii libqt4-dbus4.5.1-2 Qt 4 D-Bus module ii libqt4-qt3support 4.5.1-2 Qt 3 compatibility library for Qt ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages konqueror recommends: ii dolphin 4:4.2.2-1 file manager for KDE 4 ii konqueror-nsplugins 4:4.2.2-1 Netscape plugin support for Konque Versions of packages konqueror suggests: pn konq-plugins 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#524910: acpid: init.d script returns 1 even in case of success
Package: acpid Version: 1.0.8-7 Severity: important Installation of acpid fails because the post-install script returns 1. This in turn is caused by /etc/init.d/acpid that returns 1 even in case of success (i.e. the script reports [OK], but returns 1). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpid depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo Versions of packages acpid recommends: ii acpi-support-base 0.109-11 scripts for handling base ACPI eve acpid suggests no packages. -- 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#520847: egroupware SYNCML: SyncML 1.0 DTD missing
Package: egroupware Version: 1.4.004-2.dfsg-4.1 Severity: normal Tags: patch The horde based syncml support in egroupware still contains a 3 years old bug (or lack of feature...) that is fixed in horde: the lack of support for SyncML 1.0 DTDs in conjunction with wbxml. The problem is described here: http://article.gmane.org/gmane.comp.horde.sync/821 The fix is, to replace WBXML.php by the version obtainable here: http://cvs.horde.org/co.php/framework/XML_WBXML/WBXML.php?r=1.19 Best regards, Andreas. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages egroupware depends on: ii egroupware-addressboo 1.4.004-2.dfsg-4.1 web-based groupware suite - addres ii egroupware-bookmarks 1.4.004-2.dfsg-4.1 web-based groupware suite - bookma ii egroupware-calendar 1.4.004-2.dfsg-4.1 web-based groupware suite - calend ii egroupware-core 1.4.004-2.dfsg-4.1 web-based groupware suite - core m ii egroupware-developer- 1.4.004-2.dfsg-4.1 web-based groupware suite - develo ii egroupware-emailadmin 1.4.004-2.dfsg-4.1 web-based groupware suite - e-mail ii egroupware-etemplate 1.4.004-2.dfsg-4.1 web-based groupware suite - widget ii egroupware-felamimail 1.4.004-2.dfsg-4.1 web-based groupware suite - e-mail ii egroupware-filemanage 1.4.004-2.dfsg-4.1 web-based groupware suite - file m ii egroupware-infolog1.4.004-2.dfsg-4.1 web-based groupware suite - infolo ii egroupware-manual 1.4.004-2.dfsg-4.1 web-based groupware suite - manual ii egroupware-mydms 1.4.004-2.dfsg-4.1 web-based groupware suite - docume ii egroupware-news-admin 1.4.004-2.dfsg-4.1 web-based groupware suite - news a ii egroupware-phpbrain 1.4.004-2.dfsg-4.1 web-based groupware suite - phpbra ii egroupware-phpsysinfo 1.4.004-2.dfsg-4.1 web-based groupware suite - phpSys ii egroupware-polls 1.4.004-2.dfsg-4.1 web-based groupware suite - pollin ii egroupware-projectman 1.4.004-2.dfsg-4.1 web-based groupware suite - projec ii egroupware-registrati 1.4.004-2.dfsg-4.1 web-based groupware suite - regist ii egroupware-resources 1.4.004-2.dfsg-4.1 web-based groupware suite - resour ii egroupware-sambaadmin 1.4.004-2.dfsg-4.1 web-based groupware suite - Samba ii egroupware-sitemgr1.4.004-2.dfsg-4.1 web-based groupware suite - site m ii egroupware-timesheet 1.4.004-2.dfsg-4.1 web-based groupware suite - timesh ii egroupware-tracker1.4.004-2.dfsg-4.1 web-based groupware suite - tracke ii egroupware-wiki 1.4.004-2.dfsg-4.1 web-based groupware suite - wiki a egroupware recommends no packages. egroupware suggests no packages. -- 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#516626: Further quoting problem
Hi,
I noticed that in BackupPC_archiveHost, there are additional places where
command strings are build without sufficient quoting. The following patch
cures the most common problem - that the output location might contain spaces.
Still, this is a very preliminary patch I don't feel well with - anybody who
can control outLoc, host, pathnames, or extensions would could run into
unexpected quoting problems (...a location name might well contain quotes...)
or run shell code injection to execute arbitrary commands as the backuppc
user.
Best regards,
Andreas.
--- BackupPC_archiveHost.org2009-03-14 22:46:53.0 +0100
+++ BackupPC_archiveHost2009-03-14 22:49:24.0 +0100
@@ -112,12 +112,12 @@
#
# Output file is a device or a regular file, so don't use split
#
-$cmd .= $outLoc;
-$mesg .= to $outLoc;
+$cmd .= \$outLoc\;
+$mesg .= to \$outLoc\;
} else {
mkpath($outLoc) if ( !-d $outLoc );
if ( !-d $outLoc ) {
-print(Error: unable to create output directory $outLoc\n);
+print(Error: unable to create output directory \$outLoc\\n);
exit(1);
}
if ( $splitSize 0 -x $splitPath ) {
@@ -147,7 +147,7 @@
if ( -d $outLoc -x $parPath ) {
if ( $parfile != 0 ) {
print(Running $parPath to create parity files\n);
- my $parCmd = $parPath c -r$parfile $outLoc/$host.
$bkupNum.tar$fileExt.par2 $outLoc/$host.$bkupNum.tar$fileExt*;
+ my $parCmd = $parPath c -r$parfile \$outLoc/$host.
$bkupNum.tar$fileExt.par2\ \$outLoc/$host.$bkupNum.tar$fileExt\*;
$ret = system($parCmd);
if ( $ret ) {
print(Executing: $parCmd\n);
signature.asc
Description: This is a digitally signed message part.
Bug#517510: unattended-upgrades: global name 'cache' is not defined
Package: unattended-upgrades Version: 0.37debian1 Severity: important The following error report is mailed by Anacron: /etc/cron.daily/apt: Traceback (most recent call last): File /usr/bin/unattended-upgrade, line 374, in module main() File /usr/bin/unattended-upgrade, line 200, in main rewind_cache(pkgs_to_upgrade) File /usr/bin/unattended-upgrade, line 112, in rewind_cache cache.clear() NameError: global name 'cache' is not defined -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unattended-upgrades depends on: ii apt 0.7.20.2 Advanced front-end for dpkg ii apt-utils 0.7.20.2 APT utility programs ii python2.5.2-3An interactive high-level object-o ii python-apt0.7.8 Python interface to libapt-pkg ii ucf 3.0016 Update Configuration File: preserv unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent -- debconf information: * unattended-upgrades/enable_auto_updates: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516626: backuppc: No shell quoting on archiving functionality
Package: backuppc Version: 3.1.0-4 Severity: important In /usr/share/backuppc/bin/BackupPC_archiveHost, line 124 and 127, a shell command is build from configuration variables. However, this command is not correctly quoted and will break if configuration (or host...) contains blanks. Also, it will lead to severe malfunction if the configuration items ArchiveDest (or host or tarExt) would contain shell-interpreted characters like , ; or $. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages backuppc depends on: ii adduser 3.110 add and remove users and groups ii apache2-mpm-prefork [htt 2.2.9-10+lenny2 Apache HTTP Server - traditional n ii bzip21.0.5-1 high-quality block-sorting file co ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii dpkg 1.14.25 Debian package management system ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl2.015-1 Perl module for creation and manip ii perl [libdigest-md5-perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-suid5.10.0-19 Runs setuid Perl scripts ii samba-common 2:3.2.5-4 Samba common files used by both th ii smbclient2:3.2.5-4 a LanManager-like simple client fo ii tar 1.20-1 GNU version of the tar archiving u Versions of packages backuppc recommends: ii exim44.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tra 4.69-9 lightweight Exim MTA (v4) daemon ii libfile-rsyncp-perl 0.68-1.1+b1 A perl based implementation of an ii openssh-client [ssh-client] 1:5.1p1-5 secure shell client, an rlogin/rsh ii rrdtool 1.3.1-4 Time-series data storage and displ ii rsync3.0.5-1 fast remote file copy program (lik Versions of packages backuppc suggests: ii iceape-browser [www-br 1.1.14-1 Iceape Navigator (Internet browser ii iceweasel [www-browser 3.0.6-1 lightweight web browser based on M ii konqueror [www-browser 4:4.1.4-1~lenny+1 KDE 4's advanced file manager, web ii lynx-cur [www-browser] 2.8.7dev13-1 Text-mode WWW Browser with NLS sup ii par2 0.4-10Parity Archive Volume Set, for che ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent -- debconf information: backuppc/restart-webserver: true * backuppc/configuration-note: * backuppc/reconfigure-webserver: apache2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#335483: State of affairs with gutenprint 5.0.2
Hi, I thought I'd drop some news about this issue, though it's hardly any news! With gutenprint 5.0.0, 5.0.1, and 5.0.2 I did have no luck using the packages as provided on debian repositories. 5.0.0-2 still works fine with packages I build from sources (apt-get install gutenprint; dpkg-buildpackage -rfakeroot -uc -us). Starting with 5.0.1 (or starting with a certain version of gcc?), that old useful cure of the problem (building it myself from sources) stopped working, however. I noticed 64bit related warnings in the compile run, like: ../../../../src/main/print-weave.c:1492: warning: format '%d' expects type 'int', but argument 4 has type 'size_t' or ../../../../src/main/color-conversions.c: In function 'kcmy_16_to_kcmy_raw': ../../../../src/main/color-conversions.c:1731: warning: cast increases required alignment of target type (lots of them!) - but I didn't do any checks if this has to do with the problem. Any job aborts with the printer status something like Gutenprint: Buffer overflow: limit 544, actual 772, count 25, as before. So, instead of the Debian standard build environment be fixed, it seems mine is now broken as well :-( BTW, gcc version is 4.2.4-1. Best regards, Andreas. signature.asc Description: This is a digitally signed message part.
Bug#427607: closed by LaMont Jones [EMAIL PROTECTED] (Bug#435194: fixed in bind9 1:9.4.2-4)
Hi, I'm afraid, the bug is still there: Feb 26 12:09:51 alpha1 lwresd[21939]: starting BIND 9.4.2 Feb 26 12:09:51 alpha1 lwresd[21939]: found 1 CPU, using 1 worker thread Feb 26 12:09:51 alpha1 lwresd[21939]: rwlock.c:337: INSIST((rwl-cnt_and_flag 0x1) != 0) failed Feb 26 12:09:51 alpha1 lwresd[21939]: exiting (due to assertion failure) Feb 26 12:09:55 alpha1 named[21984]: starting BIND 9.4.2 Feb 26 12:09:55 alpha1 named[21984]: found 1 CPU, using 1 worker thread Feb 26 12:09:55 alpha1 named[21984]: rwlock.c:337: INSIST((rwl-cnt_and_flag 0x1) != 0) failed Feb 26 12:09:55 alpha1 named[21984]: exiting (due to assertion failure) ... as opposed to...: Feb 26 12:36:36 alpha1 named[22199]: starting BIND 9.3.4 Feb 26 12:36:36 alpha1 named[22199]: found 1 CPU, using 1 worker thread Feb 26 12:36:36 alpha1 named[22199]: loading configuration from '/etc/bind/named.conf' Feb 26 12:36:36 alpha1 named[22199]: listening on IPv4 interface lo, 127.0.0.1#53 Feb 26 12:36:36 alpha1 named[22199]: listening on IPv4 interface eth1, 192.168.1.1#53 ... Yours, Andreas. Debian Bug Tracking System [EMAIL PROTECTED] schrieb: This is an automatic notification regarding your Bug report which was filed against the bind9 package: #435194: bind9 9.4.1-1 on alpha dies with assertion failure in rwclock.c It has been closed by LaMont Jones [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact LaMont Jones [EMAIL PROTECTED] by replying to this email. -- 435194: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435194 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems
Bug#276293: Bug has died
Hi, the bug died unnoticed by his (few?) friends. Probably with artsd 1.5... Cheers, Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449272: linux-image-2.6.22-2-486: new firewire stack breaks other packages
Package: linux-image-2.6.22-2-486 Followup-For: Bug #449272 The inclusion of only the new firewire stack with the Debian kernel package breaks other debian packages. As it is Debian's mission to provide a linux distribution, this is a Debian problem, what else? For instance, kino of Debian testing is not working with linux-kernel of Debian testing. So, from a higher point of view, Debian testing is broken, so either kino or linux-kernel will have to be fixed. Given the information in the new firewire stack quoted above, it's clear for me where the problem lies. Why would anybody want to ignore the recommendation of the authors of the new firewire stack? Cheers, Andreas. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.22-2-486 depends on: ii initramfs-tools [linux-initr 0.91c tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo linux-image-2.6.22-2-486 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435194: bind9: named and lwresd fail with INSIST((rwl-cnt_and_flag 0x1) != 0)
Package: bind9 Version: 1:9.4.1-P1-1 Severity: important With bind9, 9.4.1, both named and lwresd fail reproducible and right during startup with the following error message in syslog: rwlock.c:337: INSIST((rwl-cnt_and_flag 0x1) != 0) failed The version with 9.3.4-2etch1 works fine. Yours, Andreas. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: alpha Kernel: Linux 2.6.21.5pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9 depends on: ii adduser 3.104add and remove users and groups ii libbind9-30 1:9.4.1-P1-1 BIND9 Shared Library used by BIND ii libc6.1 2.6-2GNU C Library: Shared libraries ii libdns321:9.4.1-P1-1 DNS Shared Library used by BIND ii libisc321:9.4.1-P1-1 ISC Shared Library used by BIND ii libisccc30 1:9.4.1-P1-1 Command Channel Library used by BI ii libisccfg30 1:9.4.1-P1-1 Config File Handling Library used ii liblwres30 1:9.4.1-P1-1 Lightweight Resolver Library used ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system bind9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335483: Sorted out the problem - sort of....
Am Sonntag, 15. Juli 2007 17:45 schrieben Sie: [...] Please could you verify if this problem is fixed with the latest Gutenprint packages (5.0.1) in testing or unstable? Hopefully the Alpha buildd has been fixed in the interim. Hi, no, unfortunately not. After installing 5.0.1 the following error is back in the log files: E [17/Jul/2007:08:13:27 +0200] [Job 163] Gutenprint: Buffer overflow: limit 544, actual 567, count 30 Of course, nothing will print... Yours, Andreas. -- Dr. Andreas Feldner Plinganserstr. 49 81369 München pgprBA07lQBoC.pgp Description: PGP signature
Bug#427607: bind9 9.4.1-1 on alpha dies with assertion failure in rwclock.c
Package: bind9 Version: 1:9.4.1-1 Severity: normal On alpha, the new bind9 package 9.4.1-1 leads to the following output in syslog, then named dies. The old version 9.3.4-2 works fine. *Please note*: as this bug was filed from a restored system, the version information below relates to the now installed, working, version 9.3.4-2. Of course, the related bind9 packages had also been installed in version 9.4.1-1. Jun 4 23:57:34 hostname named[20126]: rwlock.c:337: INSIST((rwl-cnt_and_flag 0x1) != 0) failed Jun 4 23:57:35 hostname named[20126]: exiting (due to assertion failure) Cheers, Andreas. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: alpha Kernel: Linux 2.6.17.8pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9 depends on: ii adduser 3.102 Add and remove users and groups ii libbind9-01:9.3.4-2 BIND9 Shared Library used by BIND ii libc6.1 2.5-9 GNU C Library: Shared libraries ii libdns22 1:9.3.4-2 DNS Shared Library used by BIND ii libisc11 1:9.3.4-2 ISC Shared Library used by BIND ii libisccc0 1:9.3.4-2 Command Channel Library used by BI ii libisccfg11:9.3.4-2 Config File Handling Library used ii liblwres9 1:9.3.4-2 Lightweight Resolver Library used ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system bind9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329578: xserver-xorg: Xorg causes unaligned traps (Alpha arch.)
Hi, a quick grep on old syslogs shows no unaligned traps in Xorg since 6. Mar. 2007. I'm using testing. Yours, Andreas. Am 31.05.2007 um 20:19 schrieb Brice Goglin: Hi, About 2 years ago, you reported (or replied to) a bug in the Debian BTS regarding Xorg causing unaligned traps on Alpha. Did any of you guys reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? If not, I will close this bug in the next weeks. Thanks, Brice -- Dr. Andreas Feldner, Plinganserstr. 49, 81369 München Tel.: 089/95416904 PGP.sig Description: Signierter Teil der Nachricht
Bug#335483: Sorted out the problem - sort of....
Hi, in the meantime, I made a bug report direct to the gimp-print people: https://sourceforge.net/tracker/? func=detailatid=101537aid=117group_id=1537 After longer discussion and several tests, it turned out that the problem would vanish the very moment I built the debian package from its debian sources (note: including the debian patches!). So it appears, the problem comes from a broken debian build environment, or, at least a build incompatible with my machine (a 21164a). So, to summarize: the debian binary packages are broken (so the bug is not solved), but the debian source packages are not. Cheers, Andreas. PGP.sig Description: Signierter Teil der Nachricht
Bug#377697: Same problem with Kernel 2.6.17.3
Hi, the very same problem occurs here with a machine running kernel 2.6.17.3! As far as I can see, EPOLL should be available with this kernel: /usr/src/linux$ cat /proc/version Linux version 2.6.17.3-1 ([EMAIL PROTECTED]) (gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3)) #3 Mon Jul 17 01:03:08 CEST 2006 /usr/src/linux$ zcat /proc/config.gz | grep -i epoll CONFIG_EPOLL=y However, squid 2.6.2-1 (as well as 2.6.1) won't start up and logs the same error message: (squid): comm_select_init: epoll_create(): (78) Function not implemented Following the discussion of this bug, I'm - surprised... Version 2.6.9-10sarge2 of squid works fine, by the way. Two important points to note: - the kernel is not a debian standard kernel, but home-made - the machine is a 64bit Alpha Yours, Andreas. pgpqgVM1XO6LM.pgp Description: PGP signature
Bug#335483: cupsys-driver-gutenprint: EPSON Stylus Color 600 stopped working after switching to Gutenprint
Hi, re-installing the printer didn't change anything. I attached a complete log file with log leve debug - hope this helps! Andreas. error_log.bz2 Description: BZip2 compressed data pgpUVBU1t1RyW.pgp Description: PGP signature
Bug#335483: cupsys-driver-gutenprint: EPSON Stylus Color 600 stopped working after switching to Gutenprint
Hi Roger, thanks for the information. I'll just provide some basic information and will try to find out more when I have more time at hand. Am Donnerstag, 16. Februar 2006 00:11 schrieb Roger Leigh: Dear Andreas, Please could you test if your EPSON Stylus Color 600 works with the current version of cupsys-driver-gutenprint (4.3.99+cvs20060121.dfsg.1-1)? I installed this version using aptitude. It seemed to find an existing configuration and looks OK in the cups web management application. There have been a number of changes to Gutenprint, CUPS and Ghostscript since you first reported this bug, and I hope that it now works correctly. Unfortunately, it doesn't. I first tried to print a web page from konqueror that would result in two printed pages, using a two pages per sheed layout. Interestingly, it started printing, but only about 3 passes of the printer head (in interleave mode). I compared, and indeed what I can see is the correct start of the page. After that, the printer just stopped and the print job vanished from the queue. I found the following output in /var/log/cups/error_log: E [16/Feb/2006:10:45:18 +0100] [Job 528] Gutenprint: Buffer overflow: limit 544, actual 558, count 31 E [16/Feb/2006:10:45:18 +0100] PID 12784 stopped with status 0! E [16/Feb/2006:10:48:05 +0100] [Job 529] Gutenprint: Buffer overflow: limit 544, actual 650, count 24 E [16/Feb/2006:10:48:05 +0100] PID 12846 stopped with status 0! E [16/Feb/2006:10:48:05 +0100] [Job 529] Back-channel read error - Input/output error! E [16/Feb/2006:10:49:14 +0100] [Job 530] Gutenprint: Buffer overflow: limit 544, actual 650, count 24 E [16/Feb/2006:10:49:14 +0100] PID 12861 stopped with status 0! E [16/Feb/2006:10:50:06 +0100] [Job 531] Gutenprint: Buffer overflow: limit 544, actual 650, count 24 E [16/Feb/2006:10:50:06 +0100] PID 12885 stopped with status 0! If you don't come up with a better idea, I'd delete the printer configuration, create the printer from scratch and retry. Yours, Andreas. pgpPyTNcHkVLh.pgp Description: PGP signature
Bug#350265: /usr/sbin/exim must be setuid root, but isn't.
Package: exim Version: 3.36-18 Severity: important According to http://www.exim.org/exim-html-4.00/doc/html/FAQ_0.html, /usr/sbin/exim should have the setuid bit set. This is not the case in the current distribution. Therefore any local deliveries fail, as well as the normal mail command. Mails imported by fetchmail will remain in the mail queue in frozen state. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages exim depends on: ii cron 3.0pl1-92 management of regular background p ii libc6.1 2.3.5-8GNU C Library: Shared libraries an ii libdb33.2.9-23 Berkeley v3 Database Libraries [ru ii libident 0.22-3 simple RFC1413 client library - ru ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpcre3 6.4-1.1Perl 5 Compatible Regular Expressi Versions of packages exim recommends: ii netbase 4.24 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335483: awkward status message
Am Dienstag, 25. Oktober 2005 00:07 schrieb Roger Leigh: Not being a German speaker, what does gelangweilt, Nimmt Aufträge entgegen. mean? Its an idiosyncratic translation of Idle, accepting jobs. BTW, please could I have a copy of the PPD file from /etc/cups/ppd/$QUEUENAME ? I sent both the logs and the ppd to you personally. BTW, the fault can't possibly be a 64bit problem, can it? Thanks, Andreas -- Andreas Feldner Markus Braun GbR Plinganserstr. 49 81369 München pgpryIzYR8hZl.pgp Description: PGP signature
Bug#335483: cupsys-driver-gutenprint: EPSON Stylus Color 600 stopped working after switching to Gutenprint
Package: cupsys-driver-gutenprint Version: 4.3.99+cvs20050901-1 Severity: important After the last update, gimpprint was replaced by gutenprint. After that, the printer is not generating any output. I tested the lpr command line, the CUPS web interface (print test page), different KDE applications and Mac OS X mail.app as network client. Creating a new printer entry from scratch, using the CUPS web interface, does not cure the problem. It seems that this is not a problem with gs-esp, as it could render a postscript test page on command line; this same file did not print, however. A certain profile generated by the KDE printer administration tool, shows an interesting effect, as the printer's power LED starts blinking in result to sending a test page, which is usually a sign of data arriving. It does not, however, feed paper, nor start printing anything. I have loads of logs from the CUPS system. Please tell me what you need. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.8pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cupsys-driver-gutenprint depends on: ii cupsys 1.1.23-12Common UNIX Printing System(tm) - ii libc6.1 2.3.5-6 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-12Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-12Common UNIX Printing System(tm) - ii libgutenprint2 4.3.99+cvs20050901-1 runtime for the Gutenprint printer ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libtiff43.7.4-1 Tag Image File Format (TIFF) libra ii perl5.8.7-6 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-4compression library - runtime Versions of packages cupsys-driver-gutenprint recommends: ii gs-esp [postscrip 8+8.15rc4.dfsg.1-2.1.1 The Ghostscript PostScript interpr ii gs-gpl [postscrip 8.15-4 The GPL Ghostscript PostScript int ii gv [postscript-vi 1:3.6.1-12 PostScript and PDF viewer for X ii kghostview [posts 4:3.3.2-2 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335483: awkward status message
In addition to the initial bug description, I noticed a strange status message in the cups web application. The printer status in the printer management area shows the following messages: Gerätestatus: gelangweilt, Nimmt Aufträge entgegen. Gutenprint: Buffer overflow: limit 17, actual 40, count 0 Geräte URI: epson:/dev/lp0 The buffer overflow thing sounds really weird... Cheers, Andreas.
Bug#273521: gs-esp: This bug is still with us...
Package: gs-esp Version: 7.07.1-9 Followup-For: Bug #273521 As this bug is still with us, I think it may be necessary to supply as much additional information as possible. The problem seems to be related to the postscript generated by konqueror for transparent GIFs. The postscript itself seems to be perfectly OK even if printing with gs-esp fails. As an example, take http://www.flying-snail.de/archive/print.ps This file seems to be correct Postscript, is rendered well by gs-gpl (8.15). gs-esp fails as follows: ESP Ghostscript 7.07 (2003-07-12) Copyright 2003 artofcode LLC and Easy Software Products, all rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Error: /rangecheck in --.image3-- Operand stack: --dict:4/4(L)-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- %--nostringval-- 2 %stopped_push --nostringval-- %--nostringval-- --nostringval-- false 1 %stopped_push 1 %3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop %.runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %%stopped_push --nostringval-- --nostringval-- 1 3 %%oparray_pop --nostringval-- --nostringval-- Dictionary stack: --dict:1052/1417(ro)(G)-- --dict:0/20(G)-- --dict:187/200(L)-- Current allocation mode is local Last OS error: 2 Current file position is 204484 ESP Ghostscript 7.07.1: Unrecoverable error, exit code 1 Hope this helps to track down the problem. Andreas. Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.8pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gs-esp depends on: ii gs-common 0.3.9 Common files for different Ghostsc ii libc6.1 2.3.5-6GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-12 Common UNIX Printing System(tm) - ii libcupsys2 [libcupsys2-gn 1.1.23-12 Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-12 Common UNIX Printing System(tm) - ii libgimpprint1 4.2.7-10 The Gimp-Print printer driver libr ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-01.2.8rel-1 PNG library - runtime ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libtiff4 3.7.3-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.8-0.1 PostScript font manager -- part of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329573: dovecot-imapd: Unaligned traps on alpha plattform
Package: dovecot-imapd Version: 0.99.20050712-2 Severity: normal imapd causes unaligned traps. The traps occur after login. I did not test which IMAP command causes this, but from the context it should be during reading of the IMAP folder structure, or retrieving a message list for a folder. Sep 21 08:38:28 alpha1 kernel: imap(4261): unaligned trap at 000120035ab4: 0201e0f4 29 1 Sep 21 08:38:28 alpha1 kernel: imap(4261): unaligned trap at 000120035ab4: 0201e13c 29 1 Sep 21 08:38:28 alpha1 kernel: imap(4261): unaligned trap at 000120035ab4: 0201e184 29 1 Sep 21 08:39:07 alpha1 kernel: imap(4261): unaligned trap at 00012002ed00: 0203c0f4 29 9 Sep 21 08:39:07 alpha1 kernel: imap(4261): unaligned trap at 000120035ab4: 0203e0f4 29 1 Sep 21 08:39:18 alpha1 kernel: imap(4261): unaligned trap at 00012002ed00: 020266dc 29 9 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.8pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages dovecot-imapd depends on: ii dovecot-common 0.99.20050712-2 secure mail server that supports m ii libc6.1 2.3.5-6 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3SSL shared libraries dovecot-imapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329578: xserver-xorg: Xorg causes unaligned traps (Alpha arch.)
Package: xserver-xorg Version: 6.8.2.dfsg.1-6 Severity: normal Xorg causes unaligned traps on alpha architecture (21164), e.g.: Sep 21 21:27:50 alpha1 kernel: Xorg(9782): unaligned trap at 000120f7f1c4: 000120b28621 28 2 Sep 21 21:27:50 alpha1 kernel: Xorg(9782): unaligned trap at 000120f7f1c4: 000120b28622 28 2 Sep 21 21:27:50 alpha1 kernel: Xorg(9782): unaligned trap at 000120f7f1d8: 000120b28621 2c 1 Sep 21 21:27:50 alpha1 kernel: Xorg(9782): unaligned trap at 000120f7f1d8: 000120b28622 2c 1 Sep 21 21:30:29 alpha1 kernel: Xorg(9895): unaligned trap at 000120f7ef24: 000120b28381 28 2 Sep 21 21:30:29 alpha1 kernel: Xorg(9895): unaligned trap at 000120f7ef24: 000120b28382 28 2 Sep 21 21:30:29 alpha1 kernel: Xorg(9895): unaligned trap at 000120f7ef38: 000120b28381 2c 1 Sep 21 21:30:29 alpha1 kernel: Xorg(9895): unaligned trap at 000120f7ef38: 000120b28382 2c 1 -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-09-09 22:14 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 2809400 2005-09-01 03:31 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:11.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3972 2005-09-09 23:15 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: ## # �� SaX generated XFree86 config file �� # Copyright (c) 2000 SuSE GmbH Nuernberg, All rights reserved. # # Version: 4.1 # Contact: Marcus Schaefer [EMAIL PROTECTED], 2000 # # this file has been created from SaX version 4.1 # Please do not edit this file, changes may be lost the # next time using SaX # Section Files ModulePath/usr/X11R6/lib/modules RgbPath /usr/X11R6/lib/X11/rgb FontPath/usr/X11R6/lib/X11/fonts/TrueType FontPath/usr/X11R6/lib/X11/fonts/misc:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi:unscaled FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/X11R6/lib/X11/fonts/Speedo FontPath/usr/local/share/fonts FontPath/usr/share/fonts FontPath/usr/X11R6/lib/X11/fonts FontPath/usr/share/fonts/afms FontPath/usr/share/fonts/truetype FontPath/usr/share/fonts/type1 FontPath/usr/X11R6/lib/X11/fonts/TTF FontPath/usr/share/fonts/truetype/commercial FontPath/usr/share/fonts/truetype/latex-xft-fonts EndSection Section ServerFlags EndSection Section Module # Load xtt Load type1 # Load speedo Load extmod Load glx Load freetype EndSection Section InputDevice Driverkeyboard IdentifierKeyboard[0] OptionAutoRepeat248 25 # Option Protocol Standard # damit raucht x.org ab... OptionXkbLayout de OptionXkbModel pc105 OptionXkbRules xfree86 OptionXkbVariantnodeadkeys EndSection Section InputDevice Drivermouse IdentifierMouse[1] OptionDevice/dev/psaux OptionInputFashion Mouse OptionName Autodetection OptionProtocol ps/2 OptionVendorSysp OptionCorePointer On EndSection Section InputDevice Drivermouse IdentifierMouse[2] OptionDevice/dev/input/mice OptionInputFashion Mouse OptionName Genius NetScroll OptionProtocol imps/2 OptionVendorGenius OptionButtons 5 OptionZAxisMapping 4 5 OptionSendCoreEvents On EndSection Section Monitor HorizSync 30-65 IdentifierMonitor[0] ModelName XGA [EMAIL PROTECTED] OptionDPMS VendorName-- LCD VertRefresh 59-75 UseModes Modes[0] EndSection Section Modes IdentifierModes[0] Modeline 1280x1024 110.76 1280 1296 1552 1736 1024 1024 1034 1070 +hsync +vsync Modeline 800x600 40.56 800 816 928 1072 600 600 606 627 Modeline 800x600 46.80 800 816 928 1072 600 600 610 627 Modeline 640x480 25.96 640 656 720 864 480 480 484 501 Modeline 640x480 29.95 640 656 720 864 480 480 490 501 Modeline 1280x1024 110.76 1280 1296 1552 1736 1024 1024 1034 1070 +hsync +vsync EndSection Section Screen DefaultDepth 24 SubSection Display Depth 15 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1280x1024 EndSubSection
Bug#304990: kernel-patch-mppe: mppe implementation assumes 32bit CPU
Package: kernel-patch-mppe Version: 2.4.2+20040216-4 Followup-For: Bug #304990 Your trouble with mppe is quite foreseeable, as the implementation of some cryptographic algorithms that ships with the mppe patches is broken in a dangerous way. This fact - and patches to cure the problem - has been reported to the pptpclient-devel mailing list numerous times. Bear with me that I refer to my own posting from Oct. 2003 here: http://sourceforge.net/mailarchive/forum.php?thread_id=3324727forum_id=773 Please note that the patch I was giving there is by no means the best solution you can find in the mailing list archive (just search for the keyword sha1). The best way to go is IMHO the patch to use 2.6 kernel's crypto API implementation of these algorithms (a patch was also postet about half a year ago). My own patch has the only advantage that it did work for me the last 18 months under kernel 2.4 - for my very specific set-up. As a note to the package maintainer: As long as this patch is not fixed, I would suggest to remove it from all 64bit architectures as it's bound to cause kernel heap corruption there. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: alpha Kernel: Linux 2.6.11.8pelzi-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-patch-mppe depends on: ii bash 2.05b-26 The GNU Bourne Again SHell ii grep-dctrl2.1.10 Grep Debian package information ii gzip 1.3.5-9The GNU compression utility ii patch 2.5.9-2Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
