Bug#554349: Reproduced with an apt source of ftp.debian.org
Package: apt Version: 0.7.20.2+lenny1 Followup-For: Bug #554349 Experiencing the same issue with a pdiff from testing: Get:6 http://ftp.debian.org testing/non-free 2009-11-04-0016.39.pdiff [81.1kB] E: Method rred has died unexpectedly! -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: which dzhandle /dev/null dzhandle restart-pending-instances || true; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # Main deb http://http.us.debian.org/debian/ lenny main non-free contrib # Source deb-src http://ftp.debian.org/debian/ testing main non-free contrib # Security deb http://security.debian.org/ lenny/updates main contrib non-free deb file:/usr/src ./ # Volatile deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free # Backports deb http://www.backports.org/debian lenny-backports main contrib non-free -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2009.01.31 GnuPG archive keys of the Debian a ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.4.11.11-1~lenny1 terminal-based package manager ii bzip2 1.0.5-1high-quality block-sorting file co ii dpkg-dev 1.14.25Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.7.1+nmu1 Python interface to libapt-pkg -- 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#541683: calendarserver: caladmin requires python-twisted-web
Package: calendarserver Version: 1.2.dfsg-8 Severity: normal The calendarserver package does not have any dependency on python-twisted-web. However, caladmin needs it: $ sudo caladmin groups Traceback (most recent call last): File /usr/bin/caladmin, line 29, in module run() File /usr/lib/python2.5/site-packages/twistedcaldav/admin/script.py, line 108, in run adminOptions.parseOptions(sys.argv[1:]) File /usr/lib/python2.5/site-packages/twistedcaldav/admin/script.py, line 73, in parseOptions usage.Options.parseOptions(self, opts) File /usr/lib/python2.5/site-packages/twisted/python/usage.py, line 241, in parseOptions self.postOptions() File /usr/lib/python2.5/site-packages/twistedcaldav/admin/script.py, line 96, in postOptions self.parseOptions(self.params) File /usr/lib/python2.5/site-packages/twistedcaldav/admin/script.py, line 73, in parseOptions usage.Options.parseOptions(self, opts) File /usr/lib/python2.5/site-packages/twisted/python/usage.py, line 231, in parseOptions self.subOptions.parseOptions(rest) File /usr/lib/python2.5/site-packages/twisted/python/usage.py, line 241, in parseOptions self.postOptions() File /usr/lib/python2.5/site-packages/twistedcaldav/admin/options.py, line 164, in postOptions report = reflect.namedAny(self.action)(self, self.name).run() File /usr/lib/python2.5/site-packages/twisted/python/reflect.py, line 426, in namedAny topLevelPackage = _importAndCheckStack(trialname) File /usr/lib/python2.5/site-packages/twistedcaldav/admin/principals.py, line 26, in module from twistedcaldav.admin import util File /usr/lib/python2.5/site-packages/twistedcaldav/admin/util.py, line 25, in module from twisted.web import microdom ImportError: No module named web $ sudo apt-get install python-twisted-web $ sudo caladmin groups Name# Calendars # Events# Todos Quota UsedAvailable -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (50, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30.4-grsec (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages calendarserver depends on: ii adduser 3.110add and remove users and groups ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8register and build utility for Pyt ii python-dateutil 1.4.1-2 powerful extensions to the standar ii python-kerberos 1.0+svn2455-1A GSSAPI interface module for Pyth ii python-openssl 0.7-2Python wrapper around the OpenSSL ii python-pysqlite22.4.1-1 Python interface to SQLite 3 ii python-twisted-calendar 0.2.0.svn19773-5 Twisted components for Apple's Cal ii python-vobject 0.6.0-1 parse iCalendar and VCards in Pyth ii python-xattr0.4-4module for manipulating filesystem ii python-xml 0.8.4-10.1 XML tools for Python ii ssl-cert1.0.23 simple debconf wrapper for OpenSSL calendarserver recommends no packages. Versions of packages calendarserver suggests: pn python-pydirector 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#521263: ftp.debian.org: MD5Sum mismatch, source libapache-mod-security
Package: ftp.debian.org Severity: serious Justification: no longer builds from source Hello, I am currently running etchnhalf on amd64, and am trying to compile libapache-mod-security from testing. I have added this in my /etc/apt/sources.list: deb-src http://ftp.debian.org/debian/ testing main non-free contrib apt-get build-dep works just fine, but then: $ fakeroot apt-get source -b libapache-mod-security Reading package lists... Done Building dependency tree... Done Need to get 1094kB of source archives. Get:1 http://ftp.debian.org testing/main libapache-mod-security 2.5.6-1 (dsc) [1192B] Get:2 http://ftp.debian.org testing/main libapache-mod-security 2.5.6-1 (tar) [1079kB] Get:3 http://ftp.debian.org testing/main libapache-mod-security 2.5.6-1 (diff) [14.0kB] Failed to fetch http://ftp.debian.org/debian/pool/main/liba/libapache-mod-security/libapache-mod-security_2.5.6-1.dsc MD5Sum mismatch Failed to fetch http://ftp.debian.org/debian/pool/main/liba/libapache-mod-security/libapache-mod-security_2.5.6.orig.tar.gz MD5Sum mismatch Failed to fetch http://ftp.debian.org/debian/pool/main/liba/libapache-mod-security/libapache-mod-security_2.5.6-1.diff.gz MD5Sum mismatch I have been getting this error for the past 24 hours. It does not seem to be just going away, like it used to. I originaly (yesterday) used ftp.us.debian.org, but then went to ftp.debian.org to make sure that it was not just a problem of mirror. Unless ftp.debian.org does send me to a mirror after all. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=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#521263: Web proxy error
The MD5Sum mismatch came from a web proxy configuration issue. Sorry for that... Guillaume Tamboise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465112: udev: Cisco 350 wireless adapter on ARM
I am having a very similar problem with a Cisco 350 wireless adapter on the ARM architecture. This adapter on the same computer was working fine with Sarge on a custom 2.6.16.60 kernel. I upgraded to Etch (same kernel), and that's where I started having problems. First, I had to add pxa2xx_cs (pcmcia bridge) to /etc/modules, otherwise it would not load. At boot up, here is what I have: ~# lsmod Module Size Used by pcmcia 32756 0 pxa2xx_cs 3332 3 pxa2xx_core11008 1 pxa2xx_cs pcmcia_core36880 2 pcmcia,pxa2xx_core 8139too21568 0 If at that point I remove and then insert the Cisco 350 pcmcia wireless adapter while udevmonitor is running, here is what it gives me: ~# udevmonitor udevmonitor prints the received event from the kernel [UEVENT] and the event which udev sends out after rule processing [UDEV] pccard: card ejected from slot 0 pccard: PCMCIA card inserted into slot 0 It means that udev did not receive the card ejection message, does it? Then if I remove the pcmcia card, rmmod pcmcia, insert the pcmcia card, modprobe pcmcia, everything kicks in successfully and eth1/wifi0 show up in iwconfig: ~# pccard: PCMCIA card inserted into slot 0 ~# modprobe pcmcia pcmcia: registering new device pcmcia0.0 airo: Probing for PCI adapters airo: Finished probing for PCI adapters ~# airo: cmd= 111 airo: status= 7f11 airo: Rsp0= 2 airo: Rsp1= 0 airo: Rsp2= 0 airo: MAC enabled eth1 0:d:bc:e0:52:bf eth1: index 0x05: Vcc 5.0, Vpp 5.0, irq 114, io 0xc884-0xc884003f A udevmonitor on a different console gives me this, when I modprobe pcmcia: ~# udevmonitor udevmonitor prints the received event from the kernel [UEVENT] and the event which udev sends out after rule processing [UDEV] UEVENT[1203407379.668479] add@/module/pcmcia UDEV [1203407379.672564] add@/module/pcmcia UEVENT[1203407379.940638] add@/devices/platform/pxa2xx-pcmcia/0.0 UDEV [1203407380.264586] add@/devices/platform/pxa2xx-pcmcia/0.0 UEVENT[1203407380.577578] add@/module/airo UEVENT[1203407380.577837] add@/bus/pci/drivers/airo UEVENT[1203407380.755089] add@/module/airo_cs UEVENT[1203407380.755346] add@/bus/pcmcia/drivers/airo_cs UDEV [1203407380.759021] add@/module/airo UDEV [1203407380.765749] add@/bus/pci/drivers/airo UDEV [1203407380.771935] add@/module/airo_cs UDEV [1203407380.778497] add@/bus/pcmcia/drivers/airo_cs UEVENT[1203407382.053187] add@/module/aes UEVENT[1203407382.108187] add@/class/net/eth1 UEVENT[1203407382.108445] add@/class/net/wifi0 UDEV [1203407382.118566] add@/module/aes UDEV [1203407382.126494] add@/class/net/wifi0 UDEV [1203407382.137926] add@/class/net/eth1 ~# lsmod Module Size Used by aes29064 1 airo_cs 5536 1 airo 72584 1 airo_cs pcmcia 32756 1 airo_cs pxa2xx_cs 3332 4 pxa2xx_core11008 1 pxa2xx_cs pcmcia_core36880 2 pcmcia,pxa2xx_core 8139too21568 0 The patch suggested in this bug report did not help, with or without pxa2xx_cs in /etc/modules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465260: init script sources /etc/default/milter-greylist too late
Package: milter-greylist Version: 3.0-3 Severity: important /etc/init.d/milter-greylist sources /etc/default/milter-greylist after defining DOPTIONS=-P $PIDFILE -u $USER -p $SOCKET It should be the other way around, as /etc/default/milter-greylist can contain values for PIDFILE, SOCKET or USER. The consequence is that configuration settings defined in /etc/default/milter-greylist are not taken into consideration, in my case milter-greylist would not be stopped by a /etc/init.d/milter-greylist stop because of inconsistent location for the PID file. Thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages milter-greylist depends on: ii adduser3.102 Add and remove users and groups ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libmilter0 8.13.8-3 Sendmail Mail Filter API (Milter) ii libspf2-2 1.2.5-4 Sender Policy Framework library, w Versions of packages milter-greylist recommends: ii sendmail 8.13.8-3 powerful, efficient, and scalable -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386125: ... or when interfaces come up
In fact, it would even be better if ethtool could be run whenever an interface comes up, e.g. from a script in /etc/network/if-up.d (the script needs to be a bit elaborate in order to support various configurations in multi-interfaces environments) or directly in /etc/network/interfaces, using the up option. There are still a number of network equipments out there that work better if the interface speed is nailed down - especially when under load. For instance, to force the interface eth0 to go 100/full duplex, it would be nice to have a /etc/network/interfaces-based documented solution a la: iface eth0 inet static [...] up /usr/sbin/ethtool -s eth0 speed 100 duplex full autoneg off || true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415734: dsniff: msgsnarf segmentation fault
Package: dsniff Version: 2.4b1+debian-15 Severity: normal *** Please type your report below this line *** urlsnarf works just fine, but msgsnarf seg faults no matter how I use it: $ sudo msgsnarf -i eth1 msgsnarf: listening on eth1 *** glibc detected *** free(): invalid pointer: 0x2b8d689f5158 *** Aborted $ sudo tcpdump -s 0 -i eth1 -c 100 -w pcap.out $ sudo /usr/sbin/msgsnarf -p pcap.out msgsnarf: using pcap.out *** glibc detected *** free(): invalid pointer: 0x2b824a8a0648 *** Aborted -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dsniff depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdb4.34.3.29-8 Berkeley v4.3 Database Libraries [ ii libnet1 1.1.2.1-2library for the construction and h ii libnids1.20 1.20-4 IP defragmentation TCP segment rea ii libpcap0.8 0.9.5-1 System interface for user-level pa ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii openssl 0.9.8c-4 Secure Socket Layer (SSL) binary a dsniff recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343896: Bug #343896: no longer works with HP iLO
It seems that the HP iLO does not like two things: - attempts to set remote environment variables - forward agent So: if SendEnv is commented out in /etc/ssh/ssh_config, and ForwardAgent set to no, then ssh to an iLO port works just fine. Unfortunately, I have not found any way to unset SendEnv on a per host basis. Perhaps the Debian default of setting SendEnv in /etc/ssh/ssh_config should be revisited? From the man page: SendEnv [...] Note that environment passing is only supported for protocol 2, the server must also support it, and the server must be configured to accept these environment variables. Regards, Guillaume Tamboise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324428: wordpress: Wishing Spam Karma plugin
Package: wordpress Version: 1.5.1.3-4 Severity: wishlist Hello, Wordpress without some form of spam-fighting plugin can quickly become a nightmare. Would it be possible to add Spam Karma as a standard plugin to the wordpress package, or create a separate package for it? Thanks for this very nice package. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (110, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages wordpress depends on: ii apache2-mpm-prefork [httpd] 2.0.54-4traditional model for Apache2 ii libapache2-mod-php4 4:4.3.10-15 server-side, HTML-embedded scripti ii mysql-server [virtual-mysql- 4.0.24-10 mysql database server binaries ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-15 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311892: zope-groupuserfolder: GRUF3 and Plone 2.0.x user/group control problems
Package: zope-groupuserfolder Version: 3.1.1-3 Severity: normal We are able to successfully create users and successfully create groups within Plone, but we cannot assign any Roles. These symptomes seem to be explained here: From http://ingeniweb.sourceforge.net/Products/GroupUserFolder/ ** Why cannot I assign local roles to groups using Plone 2.0.x (using GRUF3)? There's a bug in Plone's folder_localroles_form in Plone 2.0.x, preventing it to work with GRUF 3. That's because group name is passed to GRUF's methods instead of group id. To solve this, you either have to fix the form by yourself (replace group_name by group_id), or wait for Plone 2.1 ;) A sample fixed form is provided in the gruf_plone_2_0 skin folder (which is NOT installed by default). ** From http://ingeniweb.sourceforge.net/Products/GroupUserFolder/doc/README-Plone.html also documented under /usr/share/doc/zope-groupuserfolder/README-Plone.stx.gz ** You can use GRUF3 with Plone 2.0 BUT user/group control panels won't work because of the API changes. If you want to have them working, please use (or merge) SVN branch called pjgrizel-gruf3-branch. ** Sorry to bring that up right in the middle of Sarge's freeze (we are kind of late on that one, acknowledged). Shouldn't the package dependency make plone 2 conflict with zope-groupuserfolder? Or better, is there a way to use the SVN branch pjgrizel-gruf3-branch as suggested? If we are given a package using that branch, we will be happy to test it out. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-groupuserfolder depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii zope2.7 [zope]2.7.5-2Open Source Web Application Server -- debconf information: zope-groupuserfolder/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245423: aide regularly forgets about /sbin and /dev
Package: aide Version: 0.10-6.1 Followup-For: Bug #245423 I am facing the same issue with /sbin and with a certain number of files in /dev. I have been using aide for woody for a long time and never face this issue. The issue came on board quickly after I moved to Sarge. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aide depends on: ii debconf 1.4.30.11 Debian configuration management sy ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent -- debconf information: * aide/aideinit: false * aide/mustaideinit: * aideinit/copynew: true aideinit/overwritenew: true aide/newlibdir: false * aide/setmailaddress: aideinit/warnnew: # AIDE conf database=file:/var/lib/aide/aide.db database_out=file:/var/lib/aide/aide.db.new # Change this to no or remove it to not gzip output # (only useful on systems with few CPU cycles to spare) gzip_dbout=yes # Here are all the things we can check - these are the default rules # #p: permissions #i: inode #n: number of links #u: user #g: group #s: size #b: block count #m: mtime #a: atime #c: ctime #S: check for growing size #md5:md5 checksum #sha1: sha1 checksum #rmd160: rmd160 checksum #tiger: tiger checksum #R: p+i+n+u+g+s+m+c+md5 #L: p+i+n+u+g #E: Empty group #: Growing logfile p+u+g+i+n+S #haval: haval checksum #gost: gost checksum #crc32: crc32 checksum # Defines formerly set here have been moved to /etc/default/aide. # Custom rules Binlib = p+i+n+u+g+s+b+m+md5+sha1 ConfFiles = p+i+n+u+g+s+b+m+c+md5+sha1 Logs = p+i+n+u+g+S Devices = p+i+n+u+g+s+b+md5+sha1 Databases = p+n+u+g StaticDir = p+i+n+u+g ManPages = p+i+n+u+g+s+b+m+md5+sha1 # Next decide what directories/files you want in the database # Kernel, system map, etc. =/boot$ Binlib # Binaries /bin Binlib /usr/bin Binlib /usr/sbin Binlib /sbin Binlib /usr/local/bin Binlib /usr/local/sbin Binlib /usr/games Binlib # Libraries /lib Binlib /usr/lib Binlib /usr/local/lib Binlib # Log files =/var/log$ StaticDir !/var/log/ksymoops /var/log/aide/aide.log(.[0-9])?(.gz)? Databases /var/log/aide/error.log(.[0-9])?(.gz)? Databases /var/log/setuid.changes(.[0-9])?(.gz)? Databases !/var/log/aide /var/log Logs # Devices !/dev/pts # If you get spurious warnings about being unable to mmap() /dev/cpu/mtrr, # you may uncomment this to get rid of them. They're harmless but sometimes # annoying. #!/dev/cpu/mtrr !/dev/xconsole /dev Devices # Other miscellaneous files /var/run$ StaticDir !/var/run # Test only the directory when dealing with /proc /proc$ StaticDir !/proc # You can look through these examples to get further ideas # MD5 sum files - especially useful with debsums -g /var/lib/dpkg/info/([^\.]+).md5sums u+g+s+m+md5+sha1 # Check crontabs #/var/spool/anacron/cron.daily Databases #/var/spool/anacron/cron.monthly Databases #/var/spool/anacron/cron.weekly Databases #/var/spool/cron Databases #/var/spool/cron/crontabs Databases # manpages can be trojaned, especially depending on *roff implementation #/usr/man ManPages #/usr/share/man ManPages #/usr/local/man ManPages # docs #/usr/doc ManPages #/usr/share/doc ManPages # check users' home directories #/home Binlib # check sources for modifications #/usr/src L #/usr/local/src L # Check headers for same #/usr/include L #/usr/local/include L
Bug#295484: zope2.7: PURGE bug in AcceleratedHTTPCacheManager.py
On Fri, Apr 01, 2005 at 02:05:55PM +0200, A Mennucc wrote: I have made a small update to the package Here is how it went: * Preparing to replace zope2.7 2.7.4-0-0 (using ..././/zope2.7_2.7.5-1_i386.deb) ... awk: warning: escape sequence `\.' treated as plain `.' Zope stoping all instances 'firstinstance' ... . . . daemon process stopped 'secondinstance' ... . . daemon process stopped Unpacking replacement zope2.7 ... Setting up zope2.7 (2.7.5-1) ... Installing new version of config file /etc/default/zope2.7 ... Installing new version of config file /etc/init.d/zope2.7 ... Zope starting all instances firstinstance/bin/zopectl start ... . daemon process started, pid=28211 secondinstance/bin/zopectl start ... . daemon process started, pid=28215 * There seems to be a small thing with Awk complaining. As far as I can tell, the PURGE seems fine: 1.2.3.4 - - [01/Apr/2005:18:04:14 +] PURGE http://www.example.com/folder_icon.gif HTTP/1.1 200 121 - - 1 www.example.com I will monitor the situation for a little while and let you know if I face any issue. Thanks! -- Slackware for 1 year Red-Hat for 1 week Debian forever pgp0Q8x23Yg2Y.pgp Description: PGP signature
Bug#296812: zope-externaleditor: Dependency on Zope does not handle zope2.7
Package: zope-externaleditor Version: 0.8-1 Severity: normal This issue is very similar to #292213, in that the current dependencies do not let zope-externaleditor get installed with only the zope2.7 package, but wants also the zope package. #292213 has a workaround, perhaps it could be implemeted for zope-externaleditor? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-externaleditor depends on: ii debconf 1.4.30.11 Debian configuration management sy ii zope2.7 [zope]2.7.4-0-0 Open Source Web Application Server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296820: zope-epoz: Dependency on Zope does not handle zope2.7
Package: zope-epoz Version: 0.8.4-1 Severity: normal This issue is very similar to #292213, in that the current dependencies do not let zope-epoz get installed with only the zope2.7 package, but also wants the zope package. #292213 has a workaround, perhaps it could be implemented for zope-epoz? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-epoz depends on: ii debconf 1.4.30.11 Debian configuration management sy ii zope2.7 [zope]2.7.4-0-0 Open Source Web Application Server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293486: zope2.7: Is this the right path (tm)?
Package: zope2.7 Version: 2.7.4-0-0 Followup-For: Bug #293486 I faced the same dilemna regarding how to start up the ZEO server. I ended up creating a separate init script, more or less copy-pasted from the zope2.7 init script. My concern is about the place where the ZEO server is supposed to reside. I put it under /var/local/lib/zeo/, waiting to see what the Maintainer would come up with (my latest bet was /var/lib/zope2.7/zeo). I am not convinced that the ZEO server should be under /var/lib/zope2.7/instance, as I do not see it as a ZOPE instance - and I might be wrong when saying that. Anyway, the patch that is proposed in this report assumes that ZEO has been created in the same path as ZOPE instances. If it is going to be the official policy then it has to be documented - more than just assumed by the init script. Thanks -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope2.7 depends on: ii adduser 3.59 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii dpkg1.10.26 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii python2.3 2.3.5-1 An interactive high-level object-o ii python2.3-xml 0.8.4-1 XML tools for Python (2.3.x) -- debconf information: zope/upgrade/2.7: * zope/tips/2.7: * zope/tips/standalone_install: * zope/instance_home/move: false * shared/zope/restart: end -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295484: zope2.7: PURGE bug in AcceleratedHTTPCacheManager.py
Package: zope2.7 Version: 2.7.4-0-0 Severity: normal Hello, AcceleratedHTTPCacheManager.py has a bug as described in http://www.zopelabs.com/cookbook/1043965452 Basically, the PURGE commands that Zope sends has a wrong URL whenever VirtualHosts are used. I have been using the patch provided at http://www.zopelabs.com/cookbook/1043965452 for several weeks without issue. Thanks for the very good work to get nice Zope/Plone packages in Debian! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope2.7 depends on: ii adduser 3.59 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii dpkg1.10.26 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii python2.3 2.3.4-19 An interactive high-level object-o ii python2.3-xml 0.8.4-1 XML tools for Python (2.3.x) -- debconf information: zope/upgrade/2.7: * zope/tips/2.7: * zope/tips/standalone_install: * zope/instance_home/move: false * shared/zope/restart: end -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292213: zope-zwiki depends on zope and forget about zope2.7
Package: zope-zwiki Severity: normal Dependencies issues with zope-zwiki / zope / zope2.7 The zope-zwiki package depends on the zope package. The zope2.7 package provides a zope server that is compatible with zope-zwiki version 0.37. I should be able to install zope2.7 and zope-zwiki, instead of zope and zope-zwiki. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
