Bug#899704: Security issue
This bug is now blocking a newer version of Sympa from entering testing. The new version fixes a security issue: https://security-tracker.debian.org/tracker/source-package/sympa https://security-tracker.debian.org/tracker/CVE-2018-1000550
Bug#780012: Current version issue
The currently available version of keychain in Debian has developed an issue, resulting in the message: * Warning: Can't determine fingerprint from the following line, falling back to filename As discussed in this upstream issue: https://github.com/funtoo/keychain/issues/34 The problem has been fixed in version 2.8.0. Please update keychain in Debian to fix this issue in Debian.
Bug#776513: A few more upstream versions available
Currently, Debian has version 0.13. The current upstream release is 0.16. An update would be nice!
Bug#763743: virtualenvwrapper: Getting "/etc/bash_completion.d/virtualenvwrapper:5: = not found" on login
I confirm that this error occurs when using zsh. virtualenvwrapper is otherwise fully compatible with zsh, and has been until now. if: if [[ "$USE_FULL" == "yes" ]]; then works for both bash and zsh, then I urge you to consider committing the fix so that virtualenvwrapper is compatible with both bash and zsh again.
Bug#588611: mercurial: Performance hit on demandimport
"Preferred benchmark is perfstartup from contrib/perf.py" Source: mpm on #mercurial IRC channel.
Bug#659434: gkrelltop: Launching programs using gmrun shows gmrun as the CPU user
Package: gkrelltop Version: 2.2.13-1 Severity: normal Dear Maintainer, * What led up to the situation? Launching a CPU-intensive program via gmrun. * What was the outcome of this action? Although the program lanuched via gmrun is the one actually using the CPU (according to top), gkrelltop reports that usage for gmrun. * What outcome did you expect instead? Show that actual program launched by gmrun that is actually using the CPU. In fact, while gkrelltop is reporting gmrun as the CPU user, gmrun is not running at all at that moment in time. It was used to launch the program, but it does not keep running. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrelltop depends on: ii gkrellm 2.3.5-3 ii libc62.13-26 gkrelltop recommends no packages. Versions of packages gkrelltop suggests: pn gkrelltopd -- no debconf information
Bug#648763: libgconf2-ruby and libglade2-ruby missing
Subject: libgconf2-ruby and libglade2-ruby missing Package: libgconf2-ruby Severity: important The libgconf2-ruby and libglade2-ruby packages cannot be installed on testing/sid, making other packages that depend on either uninstallable (e.g. screenruler). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages libgconf2-ruby depends on: pn libgconf2-ruby1.8 libgconf2-ruby recommends no packages. libgconf2-ruby suggests no packages.
Bug#639437: package no longer installable
Subject: Re: package no longer installable Followup-For: Bug #639437 Package: screenruler Another call for making screenruler installable. Screenruler cannot be installed on testing/sid due to unavailable dependencies: libgconf2-ruby and libglade2-ruby. Should this report be filed against any other packages? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages screenruler depends on: ii libcairo-ruby 1.10.0-3 ii libgconf2-ruby ii libglade2-ruby ii libgtk2-ruby1.0.0-1 ii ruby4.8 ii ruby-cairo [libcairo-ruby] 1.10.0-3 ii ruby-gtk2 [libgtk2-ruby]1.0.0-1 ii ruby1.8 [ruby] 1.8.7.352-2 screenruler recommends no packages. screenruler suggests no packages.
Bug#638694: Workaround
xmodmap -e "keycode 108 = Alt_R" This brings back alt/meta behavior to the right alt key while using the us layout, but not while using other international layouts. us layout: right alt is Alt_R other layout: right alt is NoSymbol
Bug#638694: Acknowledgement (xterm: alt- == )
I just realized that I have the same problem in emacs: when I add the grp:alts_toggle option, the left alt works fine, but the right alt is not alt/meta at all. So, I suppose if this can be fixed at the xkb layer, it could be more useful. Any hints?
Bug#638694: xterm: alt- ==
Subject: xterm: alt- == Package: xterm Version: 271-1 Severity: normal Alt key works perfectly as a modifier with any key except for the arrow keys (left, right, up, down). With arrow keys, alt- produces the same codes as alone, as shown by ctrl-v alt-. After adding the grp:alts_toggle xkb option, only the left alt key behaves correctly, but the right alt key then becomes ISO_Level3_Shift, as reported by xev. xmodmap shows ISO_Level3_Shift to be Mod5. Moving ISO_Level3_Shift from Mod5 to Mod1 breaks alt- again. Only grp:alts_toggle can fix alt-, and then it mutates alt_r into ISO_Level3_Shift. Other toggle options have no effect on this issue. Note also that alts_toggle and ctrls_toggle don't actually do any toggling. I tried menu_toggle and shifts_toggle and they do toggle. I am not sure if this is xterm's fault, but gnome-terminal does not have this problem. $ setxkbmap -query rules: evdev model: pc105 layout: us,ar -> alt- == $ setxkbmap -option grp:alts_toggle $ setxkbmap -query rules: evdev model: pc105 layout: us,ar options:grp:alts_toggle -> alt_L- Works -> alt_R- == -> alt_R is ISO_Level3_Shift -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-3generic font configuration library ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libncurses5 5.9-1 shared libraries for terminal hand ii libutempter0 1.1.5-4A privileged helper for utmp/wtmp ii libx11-6 2:1.4.4-1 X11 client-side library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxft2 2.2.0-3FreeType-based font drawing librar ii libxmu6 2:1.1.0-2 X11 miscellaneous utility library
Bug#587370: rdiff-backup deprecation warning
Please fix this issue as soon as possible. It is very annoying to get daily emails with warnings on a daily basis, and could cause an admin to miss an actual error due to getting used to receiving daily mail from rdiff-backup cronjobs.
Bug#632250: mercurial: Newer version available: 1.9
Subject: mercurial: Newer version available: 1.9 Followup-For: Bug #632250 Package: mercurial Version: 1.8.3-1 A newer version has been released upstream, which does fix quite a few bugs in the current version 1.8.3. Please update the debian package to mercurial 1.9. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial depends on: ii libc62.13-7 Embedded GNU C Library: Shared lib ii mercurial-common 1.8.3-1 scalable distributed version contr ii python 2.6.6-14interactive high-level object-orie ii python-support 1.0.14 automated rebuilding support for P ii ucf 3.0025+nmu2 Update Configuration File: preserv mercurial recommends no packages. Versions of packages mercurial suggests: ii emacs 23.3+1-1 The GNU Emacs editor (metapackage) pn kdiff3 | (no description available) pn qct(no description available) ii tk8.5 [wi 8.5.10-1 Tk toolkit for Tcl and X11, v8.5 - ii vim 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor -- no debconf information
Bug#632250: mercurial: newer version available: 1.8.4
Subject: mercurial: newer version available: 1.8.4 Package: mercurial Version: 1.8.3-1 Severity: wishlist A newer version is available upstream: 1.8.4. It fixes quite a few bugs, especially in regards to subrepos. Please update the Debian package to 1.8.4. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial depends on: ii libc62.13-7 Embedded GNU C Library: Shared lib ii mercurial-common 1.8.3-1 scalable distributed version contr ii python 2.6.6-14interactive high-level object-orie ii python-support 1.0.13 automated rebuilding support for P ii ucf 3.0025+nmu2 Update Configuration File: preserv mercurial recommends no packages. Versions of packages mercurial suggests: ii emacs 23.3+1-1 The GNU Emacs editor (metapackage) pn kdiff3 | (no description available) pn qct(no description available) ii tk8.5 [wi 8.5.9-2Tk toolkit for Tcl and X11, v8.5 - ii vim 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor -- no debconf information
Bug#623247: Bring transset-df back
Please bring transset-df back. - "It's orphaned, dead upstream": It's got no outstanding bugs in Debian's bug tracking system. No updates upstream may imply it's been abandoned just as much as it may mean it does not need any more work. It is perfect as it is. - "has low popcon": I will leave the answer to this one to Joey Hess in his article: the popcon problem, at http://kitenet.net/~joey/blog/entry/the_popcon_problem/, which was also featured in Debian Project News - May 2nd, 2011. - There is currently no alternative transparency manipulation program in Debian that can replace transset-df to manipulate transparency settings when using xcompmgr.
Bug#605645: gkrellmd: hddtemp sensors not detected on boot - needs service restart
Subject: gkrellmd: hddtemp sensors not detected on boot - needs service restart Package: gkrellmd Version: 2.3.4-1 Severity: minor On boot, hddtemp-provided sensors are missing from gkrellmd even if they were added from previously. Restarting the gkrellmd service by: "invoke-rc.d gkrellmd restart" gets them back. Apparently, gkrellmd starts before hddtemp, which is configured to run as service. So, a boot dependency on hddtemp service should fix this. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellmd depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines gkrellmd recommends no packages. gkrellmd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605061: phpldapadmin: Cannot create a posixGroup
Subject: phpldapadmin: Cannot create a posixGroup Package: phpldapadmin Version: 1.2.0.5-2 Severity: important The same problem is reported upstream at: http://sourceforge.net/tracker/?func=detail&atid=498546&aid=3083514&group_id=61828 and supposedly already fixed, but not yet in debian. I am filing this bug report hoping to see the fix in debian before squeeze is released. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phpldapadmin depends on: ii debconf [debconf-2.0]1.5.36 Debian configuration management sy ii lighttpd [httpd] 1.4.28-1A fast webserver with minimal memo ii php5-cgi 5.3.3-3 server-side, HTML-embedded scripti ii php5-ldap5.3.3-3 LDAP module for php5 ii ucf 3.0025+nmu1 Update Configuration File: preserv phpldapadmin recommends no packages. phpldapadmin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583807: mssh: Where aliases are defined
Package: mssh Version: 1.2-1 Severity: normal No documentation that indicates where aliases can be defined. the doc directory has an example mssh_clusters.conf, but such a file in the home directory has no effect. After running strace, I found out that mssh looks for ~/.mssh_culsters. I found no other indication of this location: not in the doc (/usr/share/doc/mssh/), nor in the manpage. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mssh depends on: ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libvte9 1:0.24.1-1 Terminal emulator widget for GTK+ ii openssh-client1:5.5p1-3 secure shell (SSH) client, for sec mssh recommends no packages. mssh 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#543718: Solution
Here is how I managed to get it working. There may be some redundant steps, but it worked for me repeatedly (more than one remote gkrelltopd on different architectures and debian releases - stable and testing) 1. Delete all gkrellm configuration on the client machine that are relevant to remote machine running gkrelltopd 2. Disable gkrelltopd plugin on the remote machine, and restart gkrellmd without gkrelltopd 3. Run gkrellm on the client with the gkrelltop plugin enabled. This should show the gkrelltop without errors, but showing top processes on the *client* machine 3. Enable gkrellotpd on the remote machine 4. Restart gkrellm on the client machine. Now you should see the remote's top processes, and have no errors/seg-faults. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#452137: ttf-dejavu changes the default Arabic font
Subject: ttf-dejavu changes the default Arabic font Package: ttf-dejavu Severity: important Tags: l10n Whenever ttf-dejavu is installed, the default Arabic font used in Gnome changes to a less desired font than the origianl default. This affects all programs showing Arabic text including nautilus (filenames, location field...), firefox/iceweasel (tab names, title bar, webpage text with default fonts). Once ttf-dejave is uninstalled, the default Arabic font goes back to the original font. I could not find a way to choose the default Arabic font to force Gnome to use one particular font for the Arabic language. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-dejavu depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f ttf-dejavu recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404447: nfs-kernel-server: Transferred files get currupted
Martin Michlmayr wrote: Ah, okay. I misunderstood that. Read Ahmad's message again, it seems he also talks about "centrino laptop", so I guess he's only using wifi on the client while the nslu2 is connected by Ethernet too. Ahmad, is that correct? Absolutely. Sorry for the confusion.
Bug#404447: nfs-kernel-server: Transferred files get currupted
No. My original report did not specify ethernet type. Martin Michlmayr wrote: * Ahmad Khayyat <[EMAIL PROTECTED]> [2007-01-06 16:57]: I confirm that this is happening for me with a wireless nfs client. I have not tested wired ethernet. My wireless adapter is ipw2200 (centrino laptop), and I am using Debian But your _original_ report was with wired Ethernet, wasn't it?
Bug#404447: nfs-kernel-server: Transferred files get currupted
I confirm that this is happening for me with a wireless nfs client. I have not tested wired ethernet. My wireless adapter is ipw2200 (centrino laptop), and I am using Debian kernel's driver version 1.1.2kmq, kernel 2.6.18-3-686. However, as I reported in a previous email, I have had problems with samba too, although with less frequency. That is, in nfs almost every such large transfer gets corrupted. In samba though, every few transfers one gets corrupted. Samba transfer rate is about 40% of nfs rate (B/s). - Ahmad Martin Michlmayr wrote: * Manolis Tzanidakis <[EMAIL PROTECTED]> [2007-01-06 19:40]: yesterday I reinstalled Etch on my NSLU2 and hit this bug with NFS. I should note, though, that while this problem shows every time I transfer a big file (700MB) from my laptop to the NSLU2 over 802.11g WLAN, I can't always reproduce it when I transfer the same file from my desktop system over 100Mbps Ethernet You see the same bug when you transfer data via _wireless_ instead of Ethernet? That's very odd because I'm fairly sure this is a bug in the Ethernet driver rather than in NFS or something. If you really see this with wireless this would of course change everything. Unfortunately I don't have a USB wifi connector so I cannot test this myself. Which wifi device are you using? And are you sure you see the same NFS problem as reported in this bug when you transfer via wifi?
Bug#404447: nfs-kernel-server: Transferred files get corrupted
If it is indeed an ethernet driver issue, why does nfs cause errors when transferring file _to_ to the server only? Transfers from the server to the client cause absolutely no errors. Martin Michlmayr wrote: retitle 404447 ixp4xx: open source network driver behavingly badly under load, can cause corruption severity 404447 important thanks ... The bottom line is that this is a known bug in the Ethernet driver. I'll ask the author of that driver whether he looked into these problems already. I hope this can be resolved in time for etch but I'm not sure this will really happen. In any case, I'm downgrading this bug because Debian itself doesn't include the microcode needed for IXP4xx Ethernet, so this isn't a release critical bug for Debian. However, I still hope we can find a solution.
Bug#404447: nfs-kernel-server: Transferred files get corrupted
I'm still on 2.6.18-3-ixp4xx. Yesterday, I have had I/O errors over samba. These were my first samba incidents, but then again I just started using samba recently. I have been trying to reproduce the error with samba with no luck. My conclusion is that errors occur much less frequently with samba than with nfs. The first explanation that comes to my mind is that samba puts less load on the network than nfs does, as samba transfers at about 40% the rate of nfs, thus supporting the 'ethernet driver bad behavior under load' argument. This also explains why rdiff-backup did not result in any errors although it managed to transfer files nfs used to corrupt -- because it transfers at a much lower speed. Probably someone should try transfers over http or ftp to confirm it's not specific to nfs as they are capable of transferring at similarly high speeds. This leaves the issue of other kernels. To be honest, I cannot rely on my memory. I am sure I have had nfs trouble with all the configurations I ran (d-i beta2, debootstrapped slugOS kernel, and 2.6.18-3-ixp4xx), but cannot confirm the 'reproducibility'/frequency and the type of the errors at this time on the old configurations. As far as I remember, d-i beta2 did not have the nfs kernel modules, so it probably was the nfs-user-server only. On debootstrapped slugOS kernel though, I installed the nfs kernel modules (ipkg files) and ran into some trouble with nfs too, but I cannot be more specific on that. I have not tried Debian's 2.6.17 at any time, as I upgraded from slugOS kernel to Debian's 2.6.18. - Ahmad Martin Michlmayr wrote: * Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-29 22:36]: That's odd. I tried Debian's 2.6.17 kernel and didn't see any problems, I think. I'll try again. I copied a 840 MB file 100 times over NFS this night with 2.6.17 without any problems.
Bug#404447: nfs-kernel-server: Transferred files get corrupted
I tried to discuss it on slug IRC channels only, but no one seemed to notice the same problem and be on IRC at the times I was there ;). Martin Michlmayr wrote: * Ahmad Khayyat <[EMAIL PROTECTED]> [2006-12-29 12:28]: 1) I have been having this nfs problem before I upgrade to debian kernel when I was using slugOS 2.6.17 (or is it 2.6.16 - can't remember now!) kernel (debootsrapped etch), which supposedly uses Intel's driver. Did you report this problem to the slug people? Did anyone else see it? Do you have a link of the discussion?
Bug#404447: nfs-kernel-server: Transferred files get corrupted
Hi Martin, I am not sure if what you experienced is consistent with my encounters: 1) I have been having this nfs problem before I upgrade to debian kernel when I was using slugOS 2.6.17 (or is it 2.6.16 - can't remember now!) kernel (debootsrapped etch), which supposedly uses Intel's driver. 2) I don't have any problems using samba now on debian's kernel 2.6.18 (the open source driver) when transferring the same files that cause nfs to break. So, being an open source driver bug does not explain this behavior. - Ahmad Martin Michlmayr wrote: retitle 404447 ixp4xx: open source network driver behavingly badly under load, can cause corruption severity 404447 important thanks Hi Ahmad, I've tested various combinations now and I'm pretty sure this is a problem with the open source Ethernet driver for the IXP4xx platform. I've tested: - NFS on another ARM platform, namely IOP32x: it works fine. - 2.6.18-2 on NSLU2 to rule out the mm/msync patches: it works fine. - 2.6.17 on NSLU2 using the Intel Ethernet driver: it works fine. In 2.6.18 we have switched to a different Ethernet driver. Various people have experienced problems when transferring large amounts of data with this driver, and given my tests I'm pretty sure that this is what we're seeing in this case too. Some people have suggested that setting sysctl net.ipv4.tcp_wmem="4096 8092 8092" helps. Unfortunately, I still see NFS problems so it doesn't completely get rid of the problems. The bottom line is that this is a known bug in the Ethernet driver. I'll ask the author of that driver whether he looked into these problems already. I hope this can be resolved in time for etch but I'm not sure this will really happen. In any case, I'm downgrading this bug because Debian itself doesn't include the microcode needed for IXP4xx Ethernet, so this isn't a release critical bug for Debian. However, I still hope we can find a solution.
Bug#402707: rtorrent hash check fails on x86 ext3
I am having this problem too on an x86 machine with ext3 filesystem. rtorrent stops downloading and says: Hash check on download completion found bad chunks, consider using "safe_sync" This is the case whether safe_sync is used or not. Download resumes if I start the torrent again manually. This could happen multiple times, but once the download is complete hash check succeeds. I am running a debian kernel 2.6.18-3-686, debian testing (etch). Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages rtorrent depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libgcc1 1:4.1.1-19 GCC support library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libkrb53 1.4.4-5 MIT Kerberos runtime libraries ii libncurs 5.5-5 Shared libraries for terminal hand ii libsigc+ 2.0.17-2type-safe Signal Framework for C++ ii libssl0. 0.9.8c-4SSL shared libraries ii libstdc+ 4.1.1-19The GNU Standard C++ Library v3 ii libtorre 0.10.4-1a C++ BitTorrent library ii zlib1g 1:1.2.3-13 compression library - runtime
Bug#401980: apt segfaults if /var/cache/apt/*.bin are present
I am seeing this problem on my NSLU2. I have cron-apt configured to run daily, and everyday I wake up to the segfault email by the cron job :(. removing /var/cache/apt/*.bin allows me to have one pleasant encounter with apt, not more. So, currently I added 'rm /var/cache/apt/*.bin' to my daily wakeup tasks (those include brushing my teeth), which has the effect of me staying late in bed. I had debian installed on this NSLU2 for a while, so I haven't suffered the installer problem, but I wanted to make sure that this problems is not an installer-only problem, although I realize it may be more serious for the installer. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-ixp4xx Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Bug#404447: nfs-kernel-server: Transferred files get corrupted
I do. Although occasionally I don't. So, most of the time I do get I/O error. Martin Michlmayr wrote: Ahmad, When this happens to you, do you also always get an "Input/output error"?
Bug#404447: nfs-kernel-server: Transferred files get corrupted
- NSLU2 kernel: 2.6.18-3-ixp4xx - /etc/exports options on NSLU2: (rw,sync) - mount | grep nfs (after removing irrelevant entries) on x86: nfsd on /proc/fs/nfsd type nfsd (rw) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) : on type nfs (rw,noexec,nosuid,nodev,rsize=8192,wsize=8192,addr=) - I mostly transfer 700MB files (although I've had the same problem with smaller files, but I don't transfer smaller files as often). Here is my kern.log on NSLU2 after transferring one such file, for which md5sum did not match: Dec 26 11:49:32 nsl kernel: nfsd: non-standard errno: -14 Dec 26 11:50:06 nsl last message repeated 4 times Dec 26 11:50:56 nsl last message repeated 2 times Dec 26 11:52:10 nsl last message repeated 8 times Dec 26 11:53:12 nsl last message repeated 10 times Dec 26 11:54:07 nsl last message repeated 6 times Dec 26 11:55:11 nsl last message repeated 7 times
Bug#404447: nfs-kernel-server: Transferred files get corrupted
Subject: nfs-kernel-server: Transferred files get corrupted Package: nfs-kernel-server Version: 1:1.0.10-4 Severity: grave Severity upgrade. Causes data loss.
Bug#404447: nfs-kernel-server: Transferred files get corrupted
Subject: nfs-kernel-server: Transferred files get corrupted Package: nfs-kernel-server Version: 1:1.0.10-4 Severity: important When I transfer files from an x86 machine to the arm nfs server, files arrive corrupted (md5sum mismatch) and dmesg/syslog shows: kernel: nfsd: non-standard errno: -14 Often I have to restart the nfs server to be able to access nfs mounts after such incidents. Also, I often get I/O error at the end of the transfer, where the file sizes match to the byte, but md5sum still doesn't. Transferring files from the arm nfs server to the x86 machine are OK and have absolutely no problems. Samba seems to be working well too. The nfs server is an NSLU2. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-ixp4xx Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages nfs-kernel-server depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libgssap 0.10-4 A mechanism-switch gssapi library ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii libnfsid 0.18-0 An nfs idmapping library ii librpcse 0.14-2 allows secure rpc communication us ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii nfs-comm 1:1.0.10-4 NFS support files common to client ii ucf 2.0017 Update Configuration File: preserv nfs-kernel-server recommends no packages. -- no debconf information
Bug#388720: rdiff-backup: 'assert self.conn is Globals.local_connection' AssertionError
Subject: rdiff-backup: 'assert self.conn is Globals.local_connection' AssertionError Followup-For: Bug #388720 Package: rdiff-backup Version: 1.1.5-3 I have been experiencing the same problem recently. Both the server and the client are running the same version, 1.1.5-3, from testing. It used to work just fine for a few months, invoked from cron daily job. The following output is consistent when running from cron job or interactively from shell. The server is ARM arch. machine. The versions of the dependencies listed at the end are applicable to both the server and the client. Command: rdiff-backup --print-statistics -v5 [... include/exclude options] src-path server-hostname::dst-path Output: _ Executing ssh -C server-hostname rdiff-backup --server Unable to import module xattr. Extended attributes not supported on filesystem at src-path Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at src-path - Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Case sensitivity On Mac OS X style resource forks Off Mac OS X Finder information Off - Unable to import module xattr. Extended attributes not supported on filesystem at dst-path/rdiff-backup-data/rdiff-backup.tmp.0 Unable to import module posix1e from pylibacl package. ACLs not supported on filesystem at dst-path/rdiff-backup-data/rdiff-backup.tmp.0 - Detected abilities for destination (read/write) file system: Ownership changing Off Hard linking On fsync() directories On Directory inc permissions On High-bit permissions On Extended filenames On Access control lists Off Extended attributes Off Case sensitivity On Mac OS X style resource forks Off Mac OS X Finder information Off - Exception '' raised of class 'exceptions.AssertionError': File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 295, in error_check_Main try: Main(arglist) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 315, in Main take_action(rps) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 271, in take_action elif action == "backup": Backup(rps[0], rps[1]) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 328, in Backup backup_final_init(rpout) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 425, in backup_final_init checkdest_if_necessary(rpout) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 820, in checkdest_if_necessary need_check = checkdest_need_check(dest_rp) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 810, in checkdest_need_check if not force: curmir_incs[0].conn.regress.check_pids(curmir_incs) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 448, in __call__ return apply(self.connection.reval, (self.name,) + args) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 367, in reval for arg in args: self._put(arg, req_num) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 139, in _put else: self._putobj(obj, req_num) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 144, in _putobj self._write("o", pickle.dumps(obj, 1), req_num) File "pickle.py", line 1386, in dumps Pickler(file, protocol, bin).dump(obj) File "pickle.py", line 231, in dump self.save(obj) File "pickle.py", line 293, in save f(self, obj) # Call unbound method with explicit self File "pickle.py", line 614, in save_list self._batch_appends(iter(obj)) File "pickle.py", line 647, in _batch_appends save(x) File "pickle.py", line 293, in save f(self, obj) # Call unbound method with explicit self File "pickle.py", line 737, in save_inst stuff = getstate() File "/var/lib/python-support/python2.4/rdiff_backup/rpath.py", line 754, in __getstate__ assert self.conn is Globals.local_connection Traceback (most recent call last): File "/usr/bin/rdiff-backup", line 23, in ? rdiff_backup.Main.error_check_Main(sys.argv[1:]) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 295, in error_check_Main try: Main(arglist) File "/var/lib/python-support/python2.4/rdiff_back
Bug#392657: comixcursors: Active theme changed upon upgrade
Subject: comixcursors: Active theme changed upon upgrade Package: comixcursors Version: 0.4.1-4 Severity: minor Upon upgrading to this version, the active cursor theme changed from the one that was selected to the default one, i.e. ComixCursors-Black-Large-Slim.theme. I had to re-select my chosen theme after upgrade using update-alternatives. The active theme should not change after upgrading. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) -- no debconf information
Bug#379645: debianutils: run-parts gets stuck at logrotate and never finishes cron.daily jobs
For some unknown reason, the problem has finally gone. It must be a recent upgrade, although I could not identify it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383064: gnome-utils: Limited list of pre-configured dictionaries + editing sources
Subject: gnome-utils: Limited list pre-configured of dictionaries Package: gnome-utils Version: 2.14.0-1 Severity: wishlist Tags: l10n This problem was introduced with the latest version of the gnome dictionary applet. The previous version had a comprehensive list of dictionaries to choose from. This is no longer the case for no obvious reason. The interface has changed but the new interface can accommodate the old complete list. Moreover, trying to add a new "source" as it is called in the new "Preferences" dialog is a mystery. There are some dropdown lists but with nothing to choose from. I tried a few values I guessed but could not get the applet to work with any new source I add. I am particularly interested in the English-Arabic and Arabic-English (was not there before but there was a "translating dictionaries" that did the trick) dictionaries. English-Arabic dictionary does exist on the dict.org server. Another unexpected problem is that once a source is added it cannot be edited. It has to be removed and then re-added! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages gnome-utils depends on: ii e2fslibs 1.39-1 ext2 filesystem libraries ii gconf2 2.14.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.11-1 Avahi client library ii libavahi-common3 0.6.11-1 Avahi common library ii libavahi-glib1 0.6.11-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-3 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-3 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-desktop-2 2.14.2-2 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls13 1.4.1-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libhal1 0.5.7-2 Hardware Abstraction Layer - share ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.0-2 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.2-1 library for GNOME 2 panel applets ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-2 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 1:0.2.17-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input e
Bug#379645: debianutils: run-parts gets stuck at logrotate and never finishes cron.daily jobs
No :( Clint Adams wrote: Thanks. Does debianutils 2.17 solve your problem?
Bug#379645: debianutils: run-parts gets stuck at logrotate and never finishes cron.daily jobs
"ps l" output: 1 0 29304 1 16 0 1812 812 rt_sig Ss ? 0:00 /usr/sbin/anacron -s 0 0 30424 29304 26 10 1588 596 - SN ? 0:00 run-parts --report /etc/cron.daily 0 0 32048 30424 26 10 0 0 exit ZNs ? 0:00 [logrotate] "strace -p $pid" output for run-parts: Process 30424 attached - interrupt to quit select(7, [6], NULL, NULL, NULL ... (nothing happening here, no matter what I type, until I hit CTRL-C) Process 30424 detached Clint Adams wrote: You can get some ideas from "ps l" and "strace -p $pid" for a start. Perhaps it's related to bug #302479.
Bug#379645: debianutils: run-parts gets stuck at logrotate and never finishes cron.daily jobs
logrotate seems to me to be finishing its job when run by run-parts. It lists 16 logs at the beginning and handles them all according to anacron job email report. It's always logrotate that gets . I always get the same process tree listed in the original bug report. I have no idea what run-parts is doing at that time. If there is a way to tell, please let me know. BTW, I was told on Debian's IRC channel that this looks like run-parts is failing to handle some return code returned by logrotate, but logrotate seems to be running fine to me. Clint Adams wrote: Is logrotate finishing its job when run by run-parts? Does it get stuck on anything besides logrotate? What is the run-parts process doing when it's stuck?
Bug#379645: debianutils: run-parts gets stuck at logrotate and never finishes cron.daily jobs
Package: debianutils Subject: debianutils: run-parts gets stuck at logrotate and never finishes cron.daily jobs Version: 2.16.2 Severity: important anacron gets stuck everyday while performing cron.daily jobs. A typical process status (ps --forest output format) is: 26121 ? 00:00:00 anacron 27557 ? 00:00:00 \_ run-parts 29302 ? 00:00:00 \_ logrotate logrotate returns successfully when I run it manually and doesn't show any problems. A side effect of the behavior above is that anacron doesn't get to go through the rest of the cron.daily jobs, even after I kill run-parts whenever I remember to do so (I have to do it daily :( ). This causes, among other things, my syslog files to grow large unless I manually run the sysklogd daily job. If I do not remember to kill run-parts, no daily job will ever run again. anacron fails to start and complains about an already running instance preventing it from starting. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages debianutils depends on: ii coreutils 5.96-3 The GNU core utilities ii libc6 2.3.6-15 GNU C Library: Shared libraries ii mktemp 1.5-2 Makes unique filenames for tempora debianutils recommends no packages. -- no debconf information
Bug#379180: getmail4: Fetching duplicate messages & socket error
Subject: getmail4: Fetching duplicate messages Package: getmail4 Version: 4.6.2-2 Severity: important I used to run getmail on nslu2 for quite a while now, but as soon as the latest version 4.6.2 came to testing I started to see some problems. I downgraded to the previous version in testing 4.5.4-1 and it worked fine again until recently when I started to see some problems again. Now I'm running the latest version in testing. When running getmail on nslu2, it exhibits three problems, none of which happens on anothrer x86 machine: 1. While fetching messages, getmail often fails with the following error message: getmailrc: socket error ((104, 'Connection reset by peer')) ... socket.sslerror: (1, 'error:1409F07F:SSL routines:SSL3_WRITE_PENDING:bad write retry') and some other times it shows the following error message instead: getmailrc: operation error (socket/ssl error while reading from server ((110, 'Connection timed out'))) 2. It often fetch duplicate messages - messages it already fetched in previous runs, so the inbox end up having multiple copies of the same message. 3. Sometimes getmail gets stuck while running. No CPU usage and no activity at all, but it wouldn't exit either unless I interrupt it with CTRL-C. getmail --dump: getmail version 4.6.2 Copyright (C) 1998-2006 Charles Cazabon. Licensed under the GNU GPL version 2. getmail configuration: getmail version 4.6.2 Python version 2.3.5 (#2, Jun 14 2006, 05:43:37) [GCC 4.0.4 20060507 (prerelease) (Debian 4.0.3-3)] retriever: SimplePOP3SSLRetriever(certfile="None", delete_dup_msgids="False", getmaildir="/home//.getmail/", keyfile="None", password="*", port="995", server="", timeout="180", use_apop="False", username="") destination: Maildir(filemode="384", path="", user="") options: delete : False delete_after : 0 delivered_to : False logfile : logfile(filename="~/.getmail/log") max_message_size : 0 max_messages_per_session : 0 message_log : ~/.getmail/log message_log_syslog : False read_all : False received : True verbose : 1 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-nslu2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages getmail4 depends on: ii python 2.3.5-11 An interactive high-level object-o ii python-support 0.3.8 automated rebuilding support for p getmail4 recommends no packages. -- no debconf information
Bug#373886: Using cacti with other web servers than apache variants
Hi Sean, Thank you for considering this issue. I can provide you with some information regarding lighttpd in particular as it is the web server I am using. I am not sure how this will work for other packages providing httpd, so there might be a problem there unless someone verifies them all! As for the apache mod-php, php support is already included in lighttpd package in form of two alternative modules (both included in lighttpd package): mod_cgi and mod_fastcgi. The lighttpd package provides httpd-cgi besides httpd, and recommends php{4,5}-cgi packages (either one). So, lighttpd package on its own will do what apache + libapache-mod-php? does, but php{4,5}-cgi still needs to be installed, probably by a cacti dependency. lighttpd configuration to enable php support can be done as easily as running the command: lighty-enable-mod fastcgi you can replace fastcgi with cgi to use mod_cgi instead of mod_fastcgi, but I didn't try that and cannot tell for sure if it will work or not. You can similarly disable the module (probably for remove scripts) using the command: lighty-disable-mod fastcgi As for alias support, mod_alias is enabled by default in the debian package in the /etc/lighttpd/lighttpd.conf file. To setup an alias, you add a line like the following to lighttpd.conf or some other conf file in /etc/lighttpd/conf-enabled/ (usually symlinks to file in /etc/lighttpd/conf-available): alias.url += ( "/cacti/" => "/usr/share/cacti/site/" ) The + indicates that this is not the first alias line in the conffile, so append this alias to the previous aliases. If it were the first alias line, it would not have the +. The lighttpd.conf file though does have a dummy first alias line so that all other alias lines use the +. By the way, I tried to make /usr/share/cacti/site/ my web server's root, but images wouldn't load. The rest of the site is working, but there are no images at all. I hope this helps.. Regards, - Ahmad sean finney wrote: hi ahmad and alexander, On Fri, Jun 16, 2006 at 01:27:09AM -0400, Ahmad Khayyat wrote: thanks for the detailed information. i will update the dependencies to include an "| httpd" to satisfy dependencies for the web server. i'm still uncertain how to procede wrt the libapache2-mod-phpfoo package dependencies, as they end up depending on the apache servers too. to provide a little more help, could one of you two also provide me with relevant server configurations (the lighttpd equivalent of Alias, and the like), so i can experiment towards the optimal dependencies? thanks, sean
Bug#373886: Using cacti with other web servers than apache variants
Subject: Using cacti with other web servers than apache variants Package: cacti Version: 0.8.6h-3 Severity: wishlist Tags: patch Problem --- I wanted to use cacti with lighttpd, but installing cacti pulled apache2 along which I did not want installed. Solution Someone in the #debian irc channel on freenode.net (I wish I can remember who) advised me to use the equivs package to track down the problem, which I did. I used php5 instead of php4 all along. I performed the following steps before attempting anything of my objectives: 1. I installed cacti and all of its dependencies. I used php5 instead of the default php4 by explicitly installing the php5 counterparts of the dependencies of cacti, then I installed cacti with its other default dependencies (apache2, mysql 5, ... etc.) 2. I needed to manually add "extension=mysql.so" to /etc/php5/apache/php.ini. For some reason, the other extensions were enables except mysql's. 3. At this point, cacti was working fine on apache. To make sure that the concept of using lighttpd with cacti is feasible, I tried to run cacti on top of lighttpd using the following steps: 1. I installed lighttpd, configured it to run on a different port, enabled the built-in fastcgi module, installed php5-cgi, and added an alias to cacti's site folder. 2. Again, I needed to manually add "extension=mysql.so" to /etc/php5/cgi/php.ini. 3. At this point, cacti was working fine on lighttpd, too. The next step was to make sure that lighttpd is capable of running cacti on its own and without any help from any apache component, I tried to purge apache and its related stuff and make sure lighttpd can still run cacti. So, I did the following (every remove in the following is actually a purge): 1. Remove apache2 (I'm not sure if apache2 package was really installed or not, since apache2-mpm-prefork provides apache2 and was installed): Effect: - No effect. Not used. apache2-mpm-prefork (a dependency of libapache2-mod-php[45]) is used instead. 2. Replace libapache2-mod-php5 with an empty package that provides libapache2-mod-php5 (created using equivs): Effect: - php doesn't work with apache anymore after a force-reload. - lighttpd still works fine after a force-reload. 3. Replace apache2-mpm-prefork with an empty package that provides apache2 (trying to remove apache2-mpm-prefork caused cacti to get uninstalled since apache2-mpm-prefork provides apache2 which is a dependency of cacti): Effect: - No apache server installed. - lighttpd still working with php and cacti. 4. Remove apache2-common. Now the only apache-related package still installed (other than the equivs dummies!) is apache2-utils, which is suggested by lighttpd and removing it won't casue any problems. Conclusion -- cacti can work with other web servers than apache variants. I verified this lighttpd only, but there should be no reason for any other web server that supports php not to be able to run cacti. I did not try to find out an alternative set of dependencies for cacti, but basically httpd along with some php dependency should do it, besides the database setup dependencies. I have to say that I did not have to worry about any database stuff. It was well setup by default. The system information below is for a temporary test setup. My final deployment system is an arm architecture. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages cacti depends on: ii apache2-dummy [apache2] 1.0A dummy package replacing apache2 ii dbconfig-common 1.8.13 common framework for packaging dat ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libapache2-mod-php5-dummy [li 1.0A dummy package replacing libapach ii libphp-adodb 4.72-0.1 The 'adodb' database abstraction l ii logrotate 3.7.1-3Log rotation utility ii mysql-client-5.0 [virtual-mys 5.0.22-2 mysql database client binaries ii php5-cli 5.1.2-1+b1 command-line interpreter for the p ii php5-mysql5.1.2-1+b1 MySQL module for php5 ii php5-snmp 5.1.2-1+b1 SNMP module for php5 ii rrdtool 1.2.11-0.5 Time-series data storage and displ ii snmp 5.2.2-3NET SNMP (Simple Network Managemen ii ucf 2.0010 Update Configuration File: preserv Versions of packages cacti recommends: ii iputils-ping3:20020927-3 Tools to test the reachability of ii mysql-server5.0.22-2 mysql database server (current ver ii mysql-server-5.0 [mysql-ser 5.0.22-2 mysql database server binaries -- debconf information:
Bug#274885: nullmailer: domainname problems
Subject: nullmailer: domainname problems Followup-For: Bug #274885 Package: nullmailer Version: 1:1.02-6 Sending mail to root (using mail root) works fine, but to [EMAIL PROTECTED] or root@ does not. Creating /etc/nullmailer/defaultdomain can solve the latter case by appending the proper domainname to hostname so that they look like mailname. However, [EMAIL PROTECTED] becomes [EMAIL PROTECTED], which is unroutable at the smarthost. Probably localhost should be treated uniquely. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-nslu2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nullmailer depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip Versions of packages nullmailer recommends: ii sysklogd [system-log-daemon] 1.4.1-17.2 System Logging Daemon
Bug#368823: foomatic-filters-ppds: ppds not recognized by cups
Package: foomatic-filters-ppds Version: 20060318-1 Severity: normal Tags: patch *** Please type your report below this line *** Problem: The ppds provided by this package are not listed in cups web interface. Solution: ln -s /usr/share/ppd/linuxprinting.org-gs-builtin/ /usr/share/cups/model/foomatic-ppds -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages foomatic-filters-ppds depends on: ii foomatic-filters3.0.2-20060318-2 linuxprinting.org printer support ii hplip-ppds 0.9.7-4 HP Linux Printing and Imaging - PP Versions of packages foomatic-filters-ppds recommends: ii cupsys1.1.23-12 Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362869: No direct rendering for radeon 9100 IGP
Right.. There was another package containing the same libGL.so file. I uninstalled it, reinstalled xlibmesa-gl, and direct redering is enabled.. :). Now glxgears renders around 600 FPS, which is better but still kind of slow. On the other hand, the display (2D) is really slow. Even switching between windows is slow.. I can see the new window being drawn. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362869: No direct rendering for radeon 9100 IGP
Package: xlibmesa-dri Version: 6.9.0.dfsg.1-6 Severity: important No direct rendering for ATI's Radeon 9100 IGP integrated graphics card. I am using X.org's (6.9.0) ati driver with no options. My xorg.conf file was created at install time automatically and I haven't changed anything regarding the graphics device. The effect is that the display is awfully slow. Even switching between windows take a while and I can see the new window being drawn! glxgears did not even make it to 200 FPS. Max. was 199.228 FPS. dmesg | grep drm: [drm] Initialized drm 1.0.0 20040925 [drm] Initialized radeon 1.19.0 20050911 on minor 0: [drm] Loading R200 Microcode grep drm /var/log/Xorg.0.log: (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/linux/libdrm.so (II) Module drm: vendor="X.Org Foundation" drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci::01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci::01:05.0 (II) RADEON(0): [drm] loaded kernel module for "radeon" driver (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created "radeon" driver at busid "pci::01:05.0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xdcba5000 (II) RADEON(0): [drm] mapped SAREA 0xdcba5000 to 0xb78bf000 (II) RADEON(0): [drm] framebuffer handle = 0xf000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [drm] register handle = 0xe810 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 177 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 The following kernel modules are loaded: radeon 97216 1 drm66164 2 radeon The output of LIBGL_DEBUG=verbose glxinfo: name of display: :0.0 libGL: XF86DRIGetClientDriverName: 5.0.3 r200 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r200_dri.so failed (/usr/X11R6/lib/modules/dri/r200_dri.so: undefined symbol: _glapi_set_warning_func) libGL error: unable to find driver: r200_dri.so libGL: XF86DRIGetClientDriverName: 5.0.3 r200 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r200_dri.so failed (/usr/X11R6/lib/modules/dri/r200_dri.so: undefined symbol: _glapi_set_warning_func) libGL error: unable to find driver: r200_dri.so display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_multisample OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.4.1) OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x28 24 tc 0 32
Bug#362708: Acknowledgement (acpi_cpufreq and snd_atiixp conflict)
An update.. A more specific problem description: If I am using acpi_cpufreq driver, any change in the cpu frequency, whether manual or automatic (using an automatic governer like ondemand) causes any application using sound at the time of the frequency change to hang!!!
Bug#362708: acpi_cpufreq and snd_atiixp conflict
Package: linux-image-2.6.15-1-686-smp Severity: normal When acpi_cpufreq kernel module is loaded, alsa would randomly break. The application accessing sound sometimes hangs and cpu usage gets 100%, and sometimes it works fine. Multiple applications accessing sound at the same time often causes the problem to appear, but a single application could too. Without acpi_cpufreq loaded, alsa works perfectly fine with single or multiple applications accessing sound at the same time. I am not sure, though, if this is a problem with my acpi. This is a Toshiba Satellite A70 laptop with atiixp chipset and Pheonix BIOS. The machine shuts down properly but does not reboot. Reboot completes the shutdown but stops there before actually turning off the machine or rebooting it. LEDs stay on and I can hear the fan. I used to use p4_clockmod scaling driver just fine. acpi_cpufreq could not be loaded in previous kernels. This is the first kernel in which I managed to load acpi_cpufreq, and it seems to work fine, except for the sound problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable')
Bug#337954: Remote rdiff: Can't connect, test succeeds
1. That was my substituation.. consider those as variables. 2. Is there any means by which I can provide the passphrase to the scheduled backups? It seems that thay do not run in the current logged-in session, otherwise they could have used the session's ssh agent. micah wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ahmad Khayyat wrote: Package: backupninja Version: 0.9-1 backupninja -t -n succeeds, but scheduled backups don's. They produce the message: *failed* -- /etc/backup.d/90.rdiff == fatal errors from /etc/backup.d/90.rdiff == Fatal: Can't connect to as . Does the error really say as , or was this a substitution that you did? I noticed that the helper script uses dsa while I'm using rsa. Anyway, I can ssh without a password and backupninja -n completes the backup successfully. Note that I have a passphrase for my keys but I'm using an agent (ssh-add) so that I can ssh without any prompts or passwords. I don't want to have an empty passphrase. If you have a passphrase on your key, then scheduled backups are going to somehow need to get that passphrase from you during the backups... micah -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDb4Wz9n4qXRzy1ioRAvy6AJ9asqO5WXJdSYRx0n1sI8pM2ct+RwCgnZ4x adTxTs97pnZPz/2t/9XtrJg= =4gzg -END PGP SIGNATURE-
Bug#337954: Remote rdiff: Can't connect, test succeeds
Package: backupninja Version: 0.9-1 backupninja -t -n succeeds, but scheduled backups don's. They produce the message: *failed* -- /etc/backup.d/90.rdiff == fatal errors from /etc/backup.d/90.rdiff == Fatal: Can't connect to as . I noticed that the helper script uses dsa while I'm using rsa. Anyway, I can ssh without a password and backupninja -n completes the backup successfully. Note that I have a passphrase for my keys but I'm using an agent (ssh-add) so that I can ssh without any prompts or passwords. I don't want to have an empty passphrase.