Bug#619729: RM: arts -- ROM; obsolete
tags 619729 + moreinfo thanks Hi! * Ana Guerrero a...@debian.org [110326 15:30]: arts provided the sound system to the now obsolete KDE 3. Please remove it! Sorry, but that would break quite some stuff: Checking reverse dependencies... # Broken Depends: allegro4.2: liballegro4.2-plugin-arts cynthiune.app: cynthiune.app kdelibs: kdelibs4-dev kdelibs4c2a libsdl1.2: libsdl1.2-dev libsdl1.2debian-all libsdl1.2debian-arts xsidplay: xsidplay zapping: zapping [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] # Broken Build-Depends: allegro4.2: libartsc0-dev cynthiune.app: libartsc0-dev kdelibs: libarts1-dev (= 1.5.0) libsdl1.2: libarts1-dev libartsc0-dev mpg123: libartsc0-dev roaraudio: libartsc0-dev xsidplay: libartsc0-dev zapping: libartsc0-dev For some of these packages, there doesn't even seem to be a bug report, asking the maintainers to do something. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620021: O: libloki -- a C++ library of generic design patterns
Package: wnpp Severity: normal The current maintainer of snappea, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Source: libloki Format: 1.0 Binary: libloki0.1.7, libloki0.1.7-dbg, libloki-dev, libloki-doc Architecture: any Version: 0.1.7-2 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://loki-lib.sourceforge.net/ Standards-Version: 3.8.3 Build-Depends: debhelper (= 7) Checksums-Sha1: 457e7d4e829f329e4f15106fbfe47e7a6b25d062 546329 libloki_0.1.7.orig.tar.gz 81468d349385b3e77e8cf7d8219cb7b28ac84ae0 4910 libloki_0.1.7-2.diff.gz Checksums-Sha256: 0c2094ce916b106731c8be61c32f538a22e1c0f8398bd5d6295b13d08e0c41a3 546329 libloki_0.1.7.orig.tar.gz 2ab7cda50ad2ae04b199fd2ccc3566ac08d0451bc45ca9e2b7bfbf5238ca97f1 4910 libloki_0.1.7-2.diff.gz Files: af532c24a7f2e12d0829be8201934d92 546329 libloki_0.1.7.orig.tar.gz bd9b459324d815fe53d9adf5891e64b0 4910 libloki_0.1.7-2.diff.gz Package: libloki-dev Priority: optional Section: libdevel Installed-Size: 1164 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: libloki Version: 0.1.7-2 Depends: libloki0.1.7 (= 0.1.7-2) Suggests: libloki-doc Filename: pool/main/libl/libloki/libloki-dev_0.1.7-2_amd64.deb Size: 163966 MD5sum: 68eab5bc23e51251e268ca58d8493245 SHA1: 3c20f5e2acd44709667d413d268935361a6df564 SHA256: 65d1f843ca20c0405fec62010186e0e1b168804da780c5e190d5820c2a6084f8 Description: a C++ library of generic design patterns (development files) Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the language. . The code accompanies the (non-free) book, _Modern C++ Design_ (Alexandrescu, 2001), which goes into depth on the design of the library. . This package contains the header files and static libraries needed to build programs that use loki. Homepage: http://loki-lib.sourceforge.net/ Tag: devel::lang:c++, devel::library, role::devel-lib Package: libloki-doc Priority: optional Section: doc Installed-Size: 2124 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: all Source: libloki Version: 0.1.7-2 Filename: pool/main/libl/libloki/libloki-doc_0.1.7-2_all.deb Size: 173106 MD5sum: 9e035f241ef0385696c4266560ea940b SHA1: de083450d59973d9a595bad1704869f7cfce7681 SHA256: e029f5ca1395c6f7a7fcc84ad460585746df5d7cc2b5d33814489a35a9a8fe9f Description: a C++ library of generic design patterns (documentation) Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the language. . This package contains the generated doxygen documentation for loki. Homepage: http://loki-lib.sourceforge.net/ Tag: role::documentation Package: libloki0.1.7-dbg Priority: extra Section: debug Installed-Size: 420 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: libloki Version: 0.1.7-2 Depends: libloki0.1.7 (= 0.1.7-2) Filename: pool/main/libl/libloki/libloki0.1.7-dbg_0.1.7-2_amd64.deb Size: 128806 MD5sum: 082a5a543549ae4fbbbfbdeebbd7152a SHA1: 070cbc44f55c0304f010f99f434356d5e0fc9240 SHA256: 5347d7ea94bf06ecc79fe854d70dcc02779ee12ed17845bf18a84d369088d859 Description: a C++ library of generic design patterns (debug information) Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the language. . This package contains debugging symbols useful for tracing bugs in the libloki package. Homepage: http://loki-lib.sourceforge.net/ Tag: qa::low-popcon, role::debug-symbols Package: libloki0.1.7 Priority: optional Section: libs Installed-Size: 128 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: libloki Version: 0.1.7-2 Depends: libc6 (= 2.3), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1) Filename: pool/main/libl/libloki/libloki0.1.7_0.1.7-2_amd64.deb Size: 33486 MD5sum: 2de522e9d5e3b11d7b8d47190f395c50 SHA1: 08160188ae45a7b5352af5abd94dc494807a0476 SHA256: a20b7c8fd49d695bd818992eb2dc6256fdbeb9513b7317e4625c16ef4c00c376 Description: a C++ library of generic design patterns Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the
Bug#620024: O: librcc -- Library for autoconvert codepages
Package: wnpp Severity: normal The current maintainer of licrcc, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: librcc Binary: librcc0, librccgtk2-0, librcc-dev Architecture: any Version: 0.2.9-2 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://rusxmms.sourceforge.net/ Standards-Version: 3.8.4 Build-Depends: debhelper (= 7.0.50~), librcd-dev, libenca-dev, libdb-dev, libxml2-dev, libaspell-dev, doxygen, automake, libtool, pkg-config, libgtk2.0-dev Checksums-Sha1: 0a3d85c32b5fb830e82998ee9d06a4f4922c7c46 488876 librcc_0.2.9.orig.tar.gz 68f6d0cefb82ba513544c20b85bc76d569b79221 3427 librcc_0.2.9-2.debian.tar.gz Checksums-Sha256: 5a747fc073b41a2132604204315f1bf9fddbd83b5988c19b7f650d21d06b5991 488876 librcc_0.2.9.orig.tar.gz c7114e36d899066287446e83dc094178049f8e86d3192466f05c4da8cb1efe75 3427 librcc_0.2.9-2.debian.tar.gz Files: 98bf20d610f6bcd77893fc374f72a3af 488876 librcc_0.2.9.orig.tar.gz e885daf92fd22a0063cce3b5af15194d 3427 librcc_0.2.9-2.debian.tar.gz Package: librcc-dev Priority: extra Section: libdevel Installed-Size: 1640 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcc Version: 0.2.9-2 Depends: librcc0 (= 0.2.9-2), librccgtk2-0 (= 0.2.9-2), librcd-dev Filename: pool/main/libr/librcc/librcc-dev_0.2.9-2_amd64.deb Size: 285108 MD5sum: 16f3d6afda61ab2370bc975c8f7b76b4 SHA1: 348ace78b4d846eb8ea5ae75f76b45023b7d SHA256: 5661bed9752987245620f1a90b49caaf88d741a1d4d34ef1bc25f5133dd9a7d7 Description: Library for autoconvert codepages development files Originally, the project was aimed to provide means to work with multiple encodings * Language Autodetection * On the fly translation between languages, using online-services! * Encoding Autodetection for most of European Languages1 * Support for encoding detection plugins (besides Enca and LibRCD) * Recoding/translation of multi-language playlists! * Cache to speed-up re-recoding. * Possibility to configure new languages and encodings. * Shared configuration file. For example mentioned TagLib and LibID3 patches do not have their own user interface, but will utilize the same recoding configuration as XMMS. * As well the separate program for configuration adjustment is available. * GTK/GTK2 UI Library: you can add properties page to your GTK+ application with 3 lines of code. * Menu localization opportunity This package contains the include files, static library and development tools for librcc, as well as the testlibraw program. Homepage: http://rusxmms.sourceforge.net/ Tag: devel::examples, devel::library, role::devel-lib Package: librcc0 Priority: extra Section: libs Installed-Size: 196 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcc Version: 0.2.9-2 Depends: librcd0, libenca0, libaspell15 (= 0.60), libc6 (= 2.2.5), libdb4.8, libxml2 (= 2.7.4) Filename: pool/main/libr/librcc/librcc0_0.2.9-2_amd64.deb Size: 56764 MD5sum: f1efb11015914180cf32077ed1700052 SHA1: 50c98f960e56c8860546c1437289e8bf3ae338eb SHA256: e8f37da8391bd524cd6819aea134a731195636276f2019296617527b0a1d5692 Description: Library for autoconvert codepages Originally, the project was aimed to provide means to work with multiple encodings * Language Autodetection * On the fly translation between languages, using online-services! * Encoding Autodetection for most of European Languages1 * Support for encoding detection plugins (besides Enca and LibRCD) * Recoding/translation of multi-language playlists! * Cache to speed-up re-recoding. * Possibility to configure new languages and encodings. * Shared configuration file. For example mentioned TagLib and LibID3 patches do not have their own user interface, but will utilize the same recoding configuration as XMMS. * As well the separate program for configuration adjustment is available. * GTK/GTK2 UI Library: you can add properties page to your GTK+ application with 3 lines of code. * Menu localization opportunity Homepage: http://rusxmms.sourceforge.net/ Tag: role::shared-lib Package: librccgtk2-0 Priority: extra Section: libs Installed-Size: 136 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcc Version: 0.2.9-2 Replaces: librcc0 ( 0.2.8-1) Depends: librcc0 (= 0.2.9-2), libatk1.0-0 (= 1.29.3), libc6 (= 2.2.5), libcairo2 (= 1.2.4), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.16.0), libgtk2.0-0 (= 2.8.0), libpango1.0-0 (= 1.14.0), libxml2 (= 2.7.4) Filename: pool/main/libr/librcc/librccgtk2-0_0.2.9-2_amd64.deb
Bug#620025: O: librcd -- Library for autodection charset of Russian text
Package: wnpp Severity: normal The current maintainer of librcd, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: librcd Binary: librcd0, librcd-dev Architecture: any Version: 0.1.13-2 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://rusxmms.sourceforge.net/ Standards-Version: 3.8.4 Build-Depends: debhelper (= 7.0.50~), automake, libtool Checksums-Sha1: 2192da9e5c502448d085a9ffb7723b2d650d0d17 408133 librcd_0.1.13.orig.tar.gz 10ba40e7c33e19301ec1af3c7d27673037206af1 2381 librcd_0.1.13-2.debian.tar.gz Checksums-Sha256: 7b49d0e36601b796ff6329db7443ec80a279a16a4ac160045ab38c9bf58fc768 408133 librcd_0.1.13.orig.tar.gz e395d4db443e024578acaefd97678b72b27dc811d384e035ef3d8bd4618212ec 2381 librcd_0.1.13-2.debian.tar.gz Files: 612c0dd8335d257e989d16c0b14175c9 408133 librcd_0.1.13.orig.tar.gz 2802eba25971e733cffde7c51ece32e6 2381 librcd_0.1.13-2.debian.tar.gz Package: librcd-dev Priority: extra Section: libdevel Installed-Size: 300 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcd Version: 0.1.13-2 Depends: librcd0 (= 0.1.13-2) Filename: pool/main/libr/librcd/librcd-dev_0.1.13-2_amd64.deb Size: 66028 MD5sum: 1e3558ff4d26c08685894dfd76ab9025 SHA1: cd1fe941d88f1c8887c9ede34f1ace2005fdc888 SHA256: f50f051b1cbed837e0f04e04ad9ca23b32f7a4e83ba1e95f5c458c1679d565b2 Description: Library for autodection charset of Russian text - dev files Library for autodection charset of Russian text Homepage: http://rusxmms.sourceforge.net/ Package: librcd0 Priority: extra Section: libs Installed-Size: 288 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcd Version: 0.1.13-2 Depends: libc6 (= 2.2.5) Filename: pool/main/libr/librcd/librcd0_0.1.13-2_amd64.deb Size: 65398 MD5sum: 3418d0a8dc4167dcb7e5583f502f752d SHA1: 8656bbf672756d9cf1cb9b598ef01b12a60b03fb SHA256: 46c8c6753fc98179e8c676687fb8ff0801598fa3c7827df940f8b63b1aab9ffc Description: Library for autodection charset of Russian text LibRCD is used by RusXMMS project for encoding auto-detection. It is optimized to handle very short titles, like ID3 tags, file names and etc, and provides very high accuracy even for short 3-4 letter words. Current version supports Russian and Ukrainian languages and able to distinguish UTF-8, KOI8-R, CP1251, CP866, ISO8859-1. If compared with Enca, LibRCC provides better detection accuracy on short titles and is able to detect ISO8859-1 (non-cyrillic) encoding what allows to properly display correct ID3 v.1 titles. Homepage: http://rusxmms.sourceforge.net/ Tag: role::shared-lib -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620027: O: ntfs-config -- Enable/disable write support for any NTFS devices
Package: wnpp Severity: normal The current maintainer of ntfs-config, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: ntfs-config Binary: ntfs-config Architecture: any Version: 1.0.1-9 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://flomertens.free.fr/ntfs-config/ Standards-Version: 3.9.1 Build-Depends: debhelper (= 7.0.50), autotools-dev, cdbs, python-gtk2-dev, libgtk2.0-dev (= 2.6), libglade2-dev, python-support, libhal-dev (= 0.5.2), libhal-storage-dev (= 0.5.2), libxml-parser-perl, autoconf, python-dev Checksums-Sha1: 05614d394530e014a0004513058ad665a762249e 261807 ntfs-config_1.0.1.orig.tar.gz bf8106f49aee83c8525465ccc50cfcdc926fa50f 11404 ntfs-config_1.0.1-9.debian.tar.gz Checksums-Sha256: 611dbcfa7aebf44ef8ad170d16952e256aec055e4f2cb334cf20a12a75bbdcb2 261807 ntfs-config_1.0.1.orig.tar.gz a7301cff0bd55ebb0fbc9faf671edfda00c80cf394f408f4853a35eb6d79217b 11404 ntfs-config_1.0.1-9.debian.tar.gz Files: d491c8129aa9dad4de28b2b0b2b8f309 261807 ntfs-config_1.0.1.orig.tar.gz 87fdf9daf19eacbe2d60040c40715c29 11404 ntfs-config_1.0.1-9.debian.tar.gz Package: ntfs-config Priority: optional Section: admin Installed-Size: 908 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Version: 1.0.1-9 Depends: ntfs-3g, python, python-support (= 0.90.0), udev, python-glade2 Suggests: disk-manager Filename: pool/main/n/ntfs-config/ntfs-config_1.0.1-9_amd64.deb Size: 104970 MD5sum: 5fa6cdf6ceefa06c1802daf73fc6a062 SHA1: db7d4737a0f1f02eb0de96897fb594fbfebcd634 SHA256: 5cf3fb34f1a0f3fca9bc9c77192740dfb6dce9dfcc7c1a8ea52c2d9ab19d3734 Description: Enable/disable write support for any NTFS devices This program allow you to easily configure all of your NTFS devices to allow write support via a friendly gui. For that use, it will configure them to use the open source ntfs-3g driver. You'll also be able to easily disable this feature. . It just so happens that this program is a newer and improved version, but very few people know about it. It's better to install the disk-manager. Homepage: http://flomertens.free.fr/ntfs-config/ Python-Version: 2.5, 2.6 Tag: admin::configuring, admin::filesystem, implemented-in::python, role::program, scope::utility, use::configuring -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620029: O: php-memcache -- memcache extension module for PHP5
Package: wnpp Severity: normal The current maintainer of php-memcache, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: php-memcache Binary: php5-memcache Architecture: any Version: 3.0.5-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://pecl.php.net/package/memcache Standards-Version: 3.9.1 Build-Depends: debhelper (= 7), php5-dev (= 5.3.1), cdbs, zlib1g-dev Checksums-Sha1: 17e563090af78fde82f486885be5bbe25b0480ab 55030 php-memcache_3.0.5.orig.tar.bz2 7599d58d858a97a15c836a42db288b01fcaef1c9 5900 php-memcache_3.0.5-1.debian.tar.gz Checksums-Sha256: 6db3e7eba843dba238bb8015e406def1180e2e0da3af51fe2c4767a86727b29c 55030 php-memcache_3.0.5.orig.tar.bz2 a144e920c22a6376b06dc801f4dfd9f0298afc94f77ad64b5ac448a1418a5427 5900 php-memcache_3.0.5-1.debian.tar.gz Files: 878077ba0873fa50d8de8627e2f71d72 55030 php-memcache_3.0.5.orig.tar.bz2 cdc5f14965fc272ef82c03f9b95978aa 5900 php-memcache_3.0.5-1.debian.tar.gz Package: php5-memcache Priority: optional Section: php Installed-Size: 188 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: php-memcache Version: 3.0.4-4 Depends: libc6 (= 2.7), phpapi-20090626, php5-common, ucf Suggests: memcached Filename: pool/main/p/php-memcache/php5-memcache_3.0.4-4_amd64.deb Size: 49188 MD5sum: 81dd8a61c88fb92f5d4a0694c2f93e6e SHA1: aef1460c67893796863278215f213440f88a65bd SHA256: ecc7f17d0d3a07637ee5f01a7066b5e367651d9eac9d1abdc301e0a4363778bc Description: memcache extension module for PHP5 Memcached is a caching daemon designed especially for dynamic web applications to decrease database load by storing objects in memory. . This extension allows you to work with memcached through handy OO and procedural interfaces in your php5 applications. Homepage: http://pecl.php.net/package/memcache Tag: implemented-in::c, network::load-balancing, qa::rfa, role::shared-lib, use::storing, web::scripting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620030: O: php-memcached -- memcached extension module for PHP5
Package: wnpp Severity: normal The current maintainer of php-memcached, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: php-memcached Binary: php5-memcached Architecture: any Version: 1.0.2-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://pecl.php.net/package/memcached Standards-Version: 3.8.4 Build-Depends: debhelper (= 7), php5-dev (= 5.3.1), cdbs, libmemcached-dev (= 0.39) Checksums-Sha1: 496330d5b25e4c9ffcbc0b7a1c756fc947d01cc8 22967 php-memcached_1.0.2.orig.tar.gz dc6e254c65809bdef3e124fe880ec4102e0620f0 3898 php-memcached_1.0.2-1.debian.tar.gz Checksums-Sha256: 14c9172e9a4702799edad173cd539c548779d75128f9362116835bd9a015b70e 22967 php-memcached_1.0.2.orig.tar.gz 6dadac51152f3ad39a8da1b2f4d4ec653357a3f7b1cfdcdac6150f941afd1a3f 3898 php-memcached_1.0.2-1.debian.tar.gz Files: 7994dc0a08db0a153c7f89037ff659ee 22967 php-memcached_1.0.2.orig.tar.gz e3e773fa0e222444e2be936e1269da19 3898 php-memcached_1.0.2-1.debian.tar.gz Package: php5-memcached Priority: optional Section: php Installed-Size: 148 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: php-memcached Version: 1.0.2-1 Depends: libc6 (= 2.2.5), libmemcached5 (= 0.39), phpapi-20090626, php5-common, ucf Filename: pool/main/p/php-memcached/php5-memcached_1.0.2-1_amd64.deb Size: 27484 MD5sum: ffc97fe3b1e467e5a309a9762d79d680 SHA1: 8159a42530a325e62cec149b84ec5cf14334fce4 SHA256: 97aab080cc3c0b75ffaeee0a569373aa7cf6789a27c4da5389ac9f5d4c48723f Description: memcached extension module for PHP5 Memcached is a caching daemon designed especially for dynamic web applications to decrease database load by storing objects in memory. . This extension uses libmemcached library to provide API for communicating with memcached servers. Homepage: http://pecl.php.net/package/memcached -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620032: O: psimedia -- Plugin for Psi/Psi+ for audio and video calls
Package: wnpp Severity: normal The current maintainer of psimedia, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: psimedia Binary: psi-plus-plugin-psimedia Architecture: any Version: 1.0.3-7 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://delta.affinix.com/psimedia/ Standards-Version: 3.9.1 Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), libqt4-dev (= 4.4.0), libgstreamer-plugins-base0.10-dev (= 0.10.23), liboil0.3-dev, libspeexdsp-dev (= 1.2~rc1) Checksums-Sha1: 1ea109c1b27544c1f810e7395f0f6f9a16334dc5 326628 psimedia_1.0.3.orig.tar.gz be2cb22249c91b3468d81ca7fde8d349d0ef9529 4488 psimedia_1.0.3-7.debian.tar.gz Checksums-Sha256: c5691f177680feb6e5e5907c2acbc8a0148465b44828152dea0402d053157857 326628 psimedia_1.0.3.orig.tar.gz 21c5884f988a44b2726bff270b4bfd32a9de9797e98a13ca9f3074f6984e61c6 4488 psimedia_1.0.3-7.debian.tar.gz Files: c69badf8510229d8ce73d72c847e4f33 326628 psimedia_1.0.3.orig.tar.gz df6d987ca5a75ddde9d517f8b13cda10 4488 psimedia_1.0.3-7.debian.tar.gz Package: psi-plus-plugin-psimedia Priority: extra Section: net Installed-Size: 644 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: psimedia Version: 1.0.3-7 Replaces: psimedia Depends: psi-plus | psi-plus-webkit, libc6 (= 2.7), libgcc1 (= 1:4.1.1), libglib2.0-0 (= 2.16.0), libgstreamer-plugins-base0.10-0 (= 0.10.23), libgstreamer0.10-0 (= 0.10.16), liboil0.3 (= 0.3.1), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libspeexdsp1 (= 1.2~beta3.2-1), libstdc++6 (= 4.1.1), libxml2 (= 2.6.27), gstreamer0.10-plugins-good, gstreamer0.10-alsa Filename: pool/main/p/psimedia/psi-plus-plugin-psimedia_1.0.3-7_amd64.deb Size: 236472 MD5sum: d6972eae77883b6b499027a45c61b0a4 SHA1: c0f1a26df5fb6003fb6bf8088f627f985a949198 SHA256: 9b765edfa4af835204cfc17f86a9fb8e9eee2e773eed3f6aaf35562f650aa150 Description: Plugin for Psi/Psi+ for audio and video calls PsiMedia is a thick abstraction layer for providing audio and video RTP services to Psi-like IM clients. . The implementation is based on GStreamer. Homepage: http://delta.affinix.com/psimedia/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620033: O: qconf -- A nice configure script for your qmake-based project
Package: wnpp Severity: normal The current maintainer of qconf, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 1.0 Source: qconf Binary: qconf Architecture: any Version: 1.4-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://delta.affinix.com/qconf Standards-Version: 3.8.2 Build-Depends: debhelper (= 7), cdbs, libqt4-dev Checksums-Sha1: cd97eab9ddafb276e86d130389cafd9a8c922a50 35016 qconf_1.4.orig.tar.gz 2e778dc1cd70960383c85b90d96231e76ecda46f 2119 qconf_1.4-1.diff.gz Checksums-Sha256: 0974045dc115251d80acb620f7c9bafd805e4c220b85ad7770484234b5146bba 35016 qconf_1.4.orig.tar.gz 5b02420785757b5eda9f65e9e7aef32b2deb92cf50bb5c5caf2b7431804da60e 2119 qconf_1.4-1.diff.gz Files: 0c1fb959940f589ee3dff0d3de844cf1 35016 qconf_1.4.orig.tar.gz 08157990bb08976014826c6c5f83b498 2119 qconf_1.4-1.diff.gz Package: qconf Priority: optional Section: devel Installed-Size: 248 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Version: 1.4-1 Depends: libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libqt4-xml (= 4:4.5.2), libqtcore4 (= 4:4.5.2), libstdc++6 (= 4.1.1) Filename: pool/main/q/qconf/qconf_1.4-1_amd64.deb Size: 59446 MD5sum: aa32ad44e4e72add0d84eb1f626087aa SHA1: 1a9a7c1e669268a3b777a8533b0cfb294f70375a SHA256: 4d7dc00f262cac3d7e68476306c53776507565046a37db8cd327a72d8121f338 Description: A nice configure script for your qmake-based project It is intended for developers who don't need (or want) to use the more complex GNU autotools. With qconf/qmake, it is easy to maintain a cross-platform project that uses a familiar configuration interface on unix. Homepage: http://delta.affinix.com/qconf Tag: uitoolkit::qt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620034: O: psi-plus -- Jabber client using Qt
Package: wnpp Severity: normal The current maintainer of psi-plus, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: psi-plus Binary: psi-plus, psi-plus-dbg, psi-plus-webkit, psi-plus-webkit-dbg, psi-plus-common, psi-plus-plugins, psi-plus-plugins-dbg, psi-plus-content-download, psi-plus-skins Architecture: any Version: 0.15~svn3447-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Uploaders: Boris Pek tehnic...@mail.ru Homepage: http://psi-dev.googlecode.com/ Standards-Version: 3.9.1 Build-Depends: debhelper (= 7.0.50~), quilt, qconf, libqtwebkit-dev | libqt4-dev (= 4.5.2), libqca2-dev (= 2.0.0), libxss-dev, libaspell-dev, zlib1g-dev, libsm-dev Checksums-Sha1: eb2de2977c4212f28915ce6ce72806ff6e617f00 7489614 psi-plus_0.15~svn3447.orig.tar.bz2 10d91952c714190aec9b293eac56a9fd9b13b1d1 13318 psi-plus_0.15~svn3447-1.debian.tar.gz Checksums-Sha256: 11389b4894c06934557eb79e25c5ee51d50581841a62ae671c87f830e0c20b47 7489614 psi-plus_0.15~svn3447.orig.tar.bz2 fbd3b983c19dc313d9218e3c177efaeaee32a74c8a2b36050672a6b6cfa4d058 13318 psi-plus_0.15~svn3447-1.debian.tar.gz Files: 941a4aa0d35a9b1c601ad0912ee3655a 7489614 psi-plus_0.15~svn3447.orig.tar.bz2 820478b9cc167e54985caf8370a1c3af 13318 psi-plus_0.15~svn3447-1.debian.tar.gz Package: psi-plus-plugins Priority: optional Section: net Installed-Size: 2984 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: psi-plus Version: 0.15~svn2744-1 Depends: psi-plus, libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libqt4-dbus (= 4:4.5.3), libqt4-network (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.6.1), libstdc++6 (= 4.1.1) Filename: pool/main/p/psi-plus/psi-plus-plugins_0.15~svn2744-1_amd64.deb Size: 1234630 MD5sum: 0c570bf30cb1085fd135ee0c594195eb SHA1: e9909819ffb7d0e3cba82bd3aa639079275810ea SHA256: 5844d12a405251eadf6c5acf6111c8f76d6b4952d121f7bcb2e34b963cd8ab96 Description: Plugins for Psi+ Psi+ Plugins: - Attention - Plugin to send an attention message, compatible with Pidgin, Miranda IM (with the Nudge plugin), etc. - Autoreply - plugin to autoreply - Birthday Reminder - birthday and anniversary reminder - Cleaner - Plugin to clear the avatar and vCard cache, as well as the chat history - Conference Logger - plugin to log conferences - Chess - a plugin for playing chess. The plugin is compatible with Tkabber - Extended Options - Plugin for easy configuration of additional parameters (advanced options) in Psi+ - Gmailnotify - notification of new messages in Gmail - History Keeper - a plugin to remove the history of marked contacts when exiting Psi+ - ICQ Must Die - Plugin to transfer contacts from ICQ to Jabber - Image - send image files embedded in an instant message - Juick - Plugin to work with the Juick service - QIP X-statuses - Plugin to display x-statuses of QIP Infium contacts - Screenshot - a plugin to take screenshots with the option of uploading them to a specified FTP-server - Skins - a plugin for creating, storing and using of skins in Psi+ - Stop Spam - anti-spam plugin - Storage Notes - a plugin to keep notes on the Jabber server, with access to them from Psi+ or Miranda IM - Translate - automatically transliterate text in the send message field - Watcher - Plugin to monitor the status of certain contacs Homepage: http://psi-dev.googlecode.com/ Tag: uitoolkit::qt Package: psi-plus-skins Priority: optional Section: net Installed-Size: 3216 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: all Source: psi-plus Version: 0.15~svn2744-1 Depends: psi-plus Filename: pool/main/p/psi-plus/psi-plus-skins_0.15~svn2744-1_all.deb Size: 2881224 MD5sum: 54ab5be5b67b3ba9cfc90d70af1b57c2 SHA1: a480bbc64ead6b65e0920bfbbedaafff5657f84c SHA256: 344f60f797b47b582908febba05ab029548ef4b189a003f4bdbeee5910141a60 Description: Skins for Psi+ Psi+ skins from psi+ svn Homepage: http://psi-dev.googlecode.com/ Package: psi-plus Priority: optional Section: net Installed-Size: 10452 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Version: 0.15~svn2744-1 Replaces: psi, psi-translations Provides: psi, psi-translations Depends: libaspell15 (= 0.60), libc6 (= 2.3), libgcc1 (= 1:4.1.1), libqca2, libqt4-dbus (= 4:4.5.3), libqt4-network (= 4:4.5.3), libqt4-qt3support (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.6.1), libstdc++6 (= 4.1.1), libx11-6, libxext6, libxss1, zlib1g (= 1:1.1.4) Recommends: sox, libqca2-plugin-ossl, psi-plus-plugins, psi-plus-icons, psi-plus-skins Suggests:
Bug#619938: rt-tests: Speaks about a non-existing Group
Package: rt-tests Version: 0.71-1 Severity: normal Hi! When running any programm shiped in rt-tests as non-root user, one is greeted with something similar to: Unable to change scheduling policy! either run as root or join realtime group However, there doesn't seem such a group, nor is it documented how to create it and which privileges this group would need. Also, I'm wonderung if these programms should be shipped in /usr/sbin/ instead of /usr/bin. Best regards, Alexander -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_DE@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541004: O: snes9x -- X binaries for snes9x - Super NES Emulator
Hi Benoît! Am 15.03.2011 20:47, schrieb Benoît Ryder: I recently noticed this package was orphaned and planned to help. Being new to Debian packages and community, I preferred to familiarize with all of this first. This package has been removed today from sid, so I think it's time to get involved. Is it too late for an adoption? For an adoption yes (as the package got removed, there's nothing you can adopt). However, you can try to reintroduce the package again. The old packages will stay available at http://snapshot.debian.org/package/snes9x/ and you can base your work upon them. Note however, that according to the removal bug, there's no upstream development any more (so you'll have to do that, too; not sure if it's possible as the package has been in non-free), and that there seems to be a free alternative. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613491: removal of gdm was a huge mistake
Hi! Am 14.03.2011 22:22, schrieb Craig Sanders: First of all, note that the next time you do that, I will request blacklisting for your address on the BTS email gateway. WTF for? As repeatedly said: 1) The package has currently no maintainer. 2) The package is no longer developed upstream. 3) The package was buggy. 4) Therefore the maintainer requests its removal. 5) Therefore they filles this is a bug against ftp.debian.org. 6) ftp.debian.org has nothing to do with the maintenance of the package. 7) Therefore reopening it will do nothing to bring the package back, but instead annoy the ftp-team, which is bound to read your stuff. The ftp-team won't make the package magically reappear in the archive. It has already been pointed out, that if you want to have that package back, you need to become upstream developer and maintainer. Apparently the old maintainers don't want to upload it back. Please either do that, be quiet or if can't do that, discuss that matter elsewhere. Best regards, Alexander, ftp-assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465900: perlsgml: requesting removal
Hi! * Luca Falavigna dktrkr...@debian.org [110304 23:38]: # Broken Build-Depends: alcovebook-sgml: perlsgml Should that package be removed as well? Last upload was in 2006, no reaction to some bug reports since quite some time and popcon shows pretty low usage as well. Maintainer(s), please speak up NOW if you want to keep your package. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519898: gsoap: requesting removal
Hi maintainers! There has been a removal request for an orphaned package (at least) one of your packages (build-)depend on. Please drop the (build-)dependency or consider adopting it. Best Regards, Alexander * Lucas Nussbaum lu...@debian.org [110227 08:08]: The gsoap package has been orphaned for a long time, and nobody has been willing to take it over. I am therefore requesting its removal from Debian. If you still need the package, or want to reintroduce it in Debian, the latest version ever found in Debian is available from http://snapshot.debian.org/package/gsoap/ -- Lucas, for the QA team debian...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617588: RM: snes9x -- RoQA; orphaned, dead upstream, low popcon
tags 617588 +moreinfo thanks Hi! * Moritz Muehlenhoff j...@debian.org [110309 21:36]: Please remove snes9x: [..] Agreed, however: Checking reverse dependencies... # Broken Depends: snes9express/contrib: snes9express [amd64 i386 mips mipsel powerpc sparc] # Broken Build-Depends: snes9express/contrib: snes9x-x Shall snes9x-x be removed as well? Then please fill a sepparate bug report for it (or clone this one). Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617590: RM: gpass -- RoQA; dead upstream, low popcon, alternatives exist, orphaned
tags 617590 +moreinfo thanks Hi! * Moritz Muehlenhoff j...@debian.org [110309 21:38]: Package: ftp.debian.org Severity: normal Please remove gpass: - Dead upstream - Low popcon - Alternatives exist - Orphaned since 1.5 years Can't do: Checking reverse dependencies... # Broken Depends: ecb: ecb jde/contrib: jde Booth look rather unused and not very actively maintained, so should be removed as well? Then please fill sepparate bug reports for them (or clone this one). Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534875: ITP: beldi -- The Berlin Linux Usergroup Distribution burner
* Sebastian Andres sebast...@sebastianandres.de [090627 22:09]: * Package name: beldi Version : 0.9.23 Upstream Author : Beldi Team, Belug e.V. be...@belug.de * URL : http://belug.de/~beldi For reference: The URL seem to have changed and beldi should be available at http://belug.de/beldi.html. However, the download links seem to be broken at the moment :( Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614794: Layout on http://lists.debian.org/stats/ broken
Package: lists.debian.org Severity: normal Hi! http://lists.debian.org/stats/ is a bit broken since the new layout has been deployed: * Swirl with white background in the upper left corner * debian overlaps with heading in the same corner * offset on the left site missing Best regards, Alexander -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de_DE@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#388360: pydance-music: requesting removal
tags 388360 + moreinfo thanks * Lucas Nussbaum lu...@debian.org [110220 08:38]: The pydance-music package has been orphaned for a long time, and nobody has been willing to take it over. I am therefore requesting its removal from Debian. # Broken Depends: pydance: pydance Should that be remove,d too? Then please open a sepparate bug report for that. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#385919: bogl: requesting removal
tags 385919 + moreinfo thanks Hi! * Lucas Nussbaum lu...@debian.org [110220 08:41]: The bogl package has been orphaned for a long time, and nobody has been willing to take it over. I am therefore requesting its removal from Debian. There are some packages, which would need to be fixed, first: Checking reverse dependencies... # Broken Depends: bterm-unifont: bterm-unifont [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc] # Broken Build-Depends: bterm-unifont: libbogl-dev debian-edu-artwork: libbogl-dev debian-installer: libbogl-dev I'm especially hesistate to break debian-installer ;) Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#474528: mffm-timecode: requesting removal
tags 474528 + moreinfo thanks Hi! * Lucas Nussbaum lu...@debian.org [110219 18:39]: The mffm-timecode package has been orphaned for a long time, and nobody has been willing to take it over. I am therefore requesting its removal from Debian. Checking reverse dependencies... # Broken Depends: wsola: wsola-dev # Broken Build-Depends: wsola: mffm-timecode-dev Shall that package be removed, too? If yes, please fill if a sepparate bug report. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#380146: g2: requesting removal
Hi! * Lucas Nussbaum lu...@debian.org [110219 18:55]: The g2 package has been orphaned for a long time, and nobody has been willing to take it over. I am therefore requesting its removal from Debian. Checking reverse dependencies... # Broken Build-Depends: rnahybrid: libg2-dev Shall rnahybrid be removed, too? Or would the med take like to take care of it? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613491: RM: gdm -- ROM; obsolete; superseded by gdm3
tags 613491 + moreinfo thanks Hi! * Josselin Mouette j...@debian.org [110215 08:51]: please remove gdm from the unstable suite. It has been replaced by gdm3. It will remain maintained for squeeze since there is no transition path, but we don???t want it for wheezy. Can't do, that would break some packages: # Broken Depends: arc-colors: arc-brave arc-dust arc-human arc-illustrious arc-noble arc-wine arc-wise gdm-themes: gdm-themes # Broken Build-Depends: xscreensaver: gdm Are there at least bugs for these packages? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609876: unattended-upgrades: Doesn't work with arbitary named third party repositories
Hi! * Michael Vogt m...@debian.org [110204 13:41]: Hi and hhanks for your bugreport! You are welcome! So I should add Google, Inc. stable to the Allowed-Origins, shouldn't I? Indeed, there is a escaping issue here, it splits on whitespace. In the current version you should be able to just write it as Google, Inc.:stable (note the : intead of the space). Many thanks, just tested: it works :) Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611273: wmii: needs Depends: dash
Hi Casey! * Casey Zacek c...@neospire.net [110127 16:57]: Package: wmii Version: 3.9.2+debian-2 [..] Debian Release: 5.0.8 APT prefers lenny Thanks vor your bug report! However it leaves some questions open: Lenny, the current stable release, was shipped with version 3.6+debian-4, while 3.9.2+debian-2 is the version currently available in Debian's unstable. Does the problem you reported also affect the Lenny's original version 3.6+debian-4? Without dash installed, /etc/X11/wmii/wmiirc does nothing, wmii does almost nothing, and there are no obvious clues as to why it's not doing anything. As for the version in unstable: Starting with Debian Squeeze, dash is an essential package, which means, that it will be present on all systems and is not easy to remove. So, there's no bug in these version, only in mixed systems. So unless lenny's version is affected by this problem, I fear the only thing we can do is to close that bug. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610300: dropbox 1.0.17 distribution now complies to copyright complaints
Hi! Am 25.01.2011 18:43, schrieb Ivan Borzenkov: I'm not opposed to the package was included in Debian, but I absolutely refuse to waste my time to solve the license problems. [..] So, you just refuse to ensure, that your packages comply with Debian policies, or are distributable at all? The packages you distributed via Debian's infrastructure where _not_ _legally_ _distributable_ by us. As you are clearly not interested, I recommend you Orphan all your other packages as well and let them either be picked up by other maintainers or removed from the archive as well. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609845: ftp.debian.org: RM: imapsync -- RoM; author doesn't want us to distribute his program
Hi Jeff! Am 26.01.2011 14:22, schrieb Jeff Epler: I do not understand why you wish to remove from the debian archive software that debian users may rely on (as far as I can see from the original report, not everyone's use of the version Debian ships hits the reported problem), just because of a possible license problem in a *different version* of the software than debian ships. To the best of my knowledge, there is no license probleme per se. There are similar examples of pay for download, but then it's free software (sorry, forgot the name; but it's somewhere in the archive... I think it's a package starting with the letter b, but I can't remember details.) As far as I can see, the author of this software has even said in a message in this bug report that You can even make [this software] a GPL software[1], which I understand him to mean that the intent of the new license is to be GPL-compatible! Please scroll down in the very bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609845#60 The author of the software cleary stated, that he wished to no longer have his software distributed in Debian. Please also note, that the former maintainer of the imapsync package did no longer want to continue maintaining that package. So for Debian, the decission was to a) remove it or b) properly orphan it, and wait for someone to pick up maintainership or (more likely) leave it the state it is, bitrotting in our archive. Option b) would have also lead to problems supporting that package in Debian. Given the circumstances, I considered it quite unlikely, that someone would pick up maintainance of it, so I picked option a) (with the soon to be release of squeeze also in mind). I'm sorry, that the removal of the package causes problems for users, but I still think removal of the package is the best solution, but hopefully most of these users can migrate to similar tools in Debian. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610257: Bug#610300: dropbox 1.0.17 distribution now complies to copyright complaints
Hi! Am 25.01.2011 00:41, schrieb Rian Hunter: we recently released a distribution of dropbox that corrects all the complains listed in these debian bug reports. thanks for the feedback, please let me know if there is anything i can do to make dropbox comply to any more possible copyright requirements. get the new build at: Thanks for keeping us updated, however, dropbox has been removed from the Debian archive in the meantime, one of the reasons was, that it's maintainer expressed, that he didn't had any interest in maintaining dropbox in Debian. Of course there are no reasons that's no permanent ban; should a new volunteer step up to maintain dropbox in Debian (or the former maintainer change his opinion), dropbox can be added to the Debian archive again. Best regards, Alexander, ftp-assistant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610858: libsane: Please reload udev upon installation
Package: libsane Version: 1.0.21-9 Severity: wishlist Hi! I just tried to get my old Agfa Snapscan USB scanner working. And had some difficulties, as it worked as root, but not as user although my user was in the group scanner. It seemed that udev didn't noticed the freshly installed /lib/udev/rules.d/60-libsane.rules files and therefore ignored the already present rule to put my scanner device into the scanner group. Running /etc/init.d/udev relad solved my problem, but I think that should have been done upon installation automatically. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610575: RM: tth [alpha arm ia64 powerpc] -- ROM; tth copyright does not allow autobuilding
Hi! Am 20.01.2011 02:13, schrieb Ian Maclaine-cross: Package tth is non-free due to an absence of complete source code so has not been autobuilt for many years. The author's copyright license does not explicitly permit autobuilding. Old ported versions prevent the migration of the current 4.00-2 i386 version to testing. Done, with the exception of the arm binary, as we don't have that arch in unstable any more. Only arch left in unstable/non-free is i386. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583670: RSS feed for Debian news?
Hi Derrick! Am 21.01.2011 00:22, schrieb Derrick Gibelyou: I was looking at the Debian news page, and would like to stay informed. I saw the links to subscribe to the mailing lists, however I did not any options to subscribe to an RSS feed. Although I am not worried about the security of my email address with Debian, I think that it would be really nice to have the option of subscribing to a feed. Are there any plans for adding one? Indeed there are; they are tracked as bug #583670, which no one found time so far to take care of. However, I just looked at the situation, and it seems lot easier than originally thought, so I hope that we might provide you with an RSS feed soonish. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583670: RSS feed for Debian news?
Hi! * Alexander Reichle-Schmehl toli...@debian.org [110121 15:07]: However, I just looked at the situation, and it seems lot easier than originally thought, so I hope that we might provide you with an RSS feed soonish. Based on the RDF feeds in security are created, I just commited a News/news.rdf.in (revision 1.1) and some changes for template/debian/recent_list.wml (revision 1.135), which solve part of this bug. With these changes, you can go to english/News and run wml -q -D CUR_YEAR=2011 -o UNDEFuEN:news.en.rdf@g+w -D CUR_LANG=English -D CUR_ISO_LANG=en -D CHARSET=iso-8859-1 ../../english/News/news.rdf.in and it will result a news.en.rdf, which looks quite good. recent_list.wml is more or less copy pasted from the coresponding stuff done for security; I guess someone more knowledgeable in perl could merge those two and avoid the code duplication. However, what I did not completly understood is all the stuff in security/Makefile, so I couldn't copy them into News/Makfefile and activate them. Hope someone else knows how to do that. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583670: RSS feed for Debian news?
Hi! Am 21.01.2011 15:53, schrieb Ean Schuessler: Gosh, this even seems easy. I'll volunteer to take a crack at this. Very good! See my update in #583670; some work is already done, the last remaining bits are to tweak News/Makefile (based on the Makefile in security/) to actually build the RDF feed. Well, and to test, if it still works with other languages than en ;) Is the mailing list the definitive source? Sorry, I don't understand that question. Do we want Atom as well as RSS? I don't know the benefits of Atom over RDF, so leave that to the web masters to decide. If Atom is introduced for the News, it would certainly make sense to also create Atom for the security updates and the project News. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583670: RSS feed for Debian news?
Hi! Am 21.01.2011 15:22, schrieb Alexander Reichle-Schmehl: [..] However, what I did not completly understood is all the stuff in security/Makefile, so I couldn't copy them into News/Makfefile and activate them. Hope someone else knows how to do that. Well... I still haven't understood it, but at least I was able to copy the corepending parts and do s/DSA/NEWS/ and change some path. So starting with the next webwml run, we should have http://www.debian.org/News/news.rdf (and news.en.rdf and news.$foo.rdf). So I close this bug report. Ean, that actually only leaves the question, if we also want to offer Atom feeds, feel free start that discussion on the debian-www list. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583670: RSS feed for Debian news?
Hi! * Stefano Zacchiroli z...@debian.org [110121 17:42]: I think one bit is missing though: indexing the RSS feed in the page meta information. AFAICT, the attached patch should do that (I can commit the patch myself if you want, just let me know). Uhm... I have no idea what that does, so best commit it yourself. Rhonda and taffit already didn't liked my patch (just because of a tiny brealage of translated News titles!) What does it do? Will that end up as meta-Stuff in the html-pages meta stuff? Would that work for the DPN, too? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610338: only checked testing/unstable
found 610338 0.15~svn2744-1 found 610338 0.15~svn3447-1 thanks Hi! * Mike O'Connor s...@debian.org [110118 05:23]: found 610338 0.15~svn3447 thanks Seems that that didn't reached the bts? Have you seen updated packages? No, I only looked at the version in testint/unstable. Marking the bug accordingly. You confuse me: Testing/unstable has 0.15~svn2744-1, experimental 0.15~svn3447-1, you said you checked testing/unstable but marked experimental. Well, no problem: The copyright files of the version in testing and experimental are the very same. I checked iris/src/jdns, src/tools/crash/crash_sigsev* and third-party/qca/qca/src/botantools which also seem to be present in both versions. So this bug seems clearly to affects both versions (also #598944 seems to claim otherwise). Just for the record: version 0.15~svn3463-1 available on mentors.d.n doesn't fix it, too. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609444: tmux hangs when closing the session on hurd
Am 17.01.2011 08:05, schrieb Aníbal Monsalve Salazar: Yes. This is a known bug in libevent's poll backend, which is used on GNU/Hurd (and was used on Linux in tmux 1.4-2). It was fixed upstream in libevent 2.0.10 and will be fixed in 1.4.15, the fix in the patches-1.4 branch is here: I uploaded libevent 2.0.10-stable-1 to experimental today. Hopefully, tolimar will have a chance to look at it as it's in NEW. :) As it's only for experimental: Done. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609876: unattended-upgrades: Doesn't work with arbitary named third party repositories
Package: unattended-upgrades Version: 0.62.2 Severity: minor Hi! Google's chromium repository doesn't seem to work with unattended-upgrades. It's Release file contains: Origin: Google, Inc. Suite: stable So I should add Google, Inc. stable to the Allowed-Origins, shouldn't I? However, that leads to the following error: $ sudo unattended-upgrade --dry-run Traceback (most recent call last): File /usr/bin/unattended-upgrade, line 533, in module main() File /usr/bin/unattended-upgrade, line 299, in main allowed_origins = get_allowed_origins() File /usr/bin/unattended-upgrade, line 89, in get_allowed_origins (distro_id, distro_codename) = s.split() ValueError: too many values to unpack Seems to be similar to #536754, but that was fixed in 0.62. So I guess it doesn't like the , or . sign. Best regards, Alexander -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unattended-upgrades depends on: ii apt 0.8.10 Advanced front-end for dpkg ii apt-utils 0.8.10 APT utility programs ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii lsb-release 3.2-23.1 Linux Standard Base version report ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-apt 0.7.100.1Python interface to libapt-pkg ii ucf 3.0025+nmu1 Update Configuration File: preserv unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx 8.1.2-0.20100314cvs-1 simple mail user agent -- Configuration Files: /etc/apt/apt.conf.d/50unattended-upgrades changed: // Automatically upgrade packages from these (origin, archive) pairs Unattended-Upgrade::Allowed-Origins { ${distro_id} stable; ${distro_id} ${distro_codename}-security; // ${distro_id} ${distro_codename}-updates; // ${distro_id} ${distro_codename}-proposed-updates; Google, Inc. stable }; // List of packages to not update Unattended-Upgrade::Package-Blacklist { // vim; // libc6; // libc6-dev; // libc6-i686; }; // Send email to this address for problems or packages upgrades // If empty or unset then no email is sent, make sure that you // have a working mail setup on your system. The package 'mailx' // must be installed or anything that provides /usr/bin/mail. //Unattended-Upgrade::Mail root@localhost; // Do automatic removal of new unused dependencies after the upgrade // (equivalent to apt-get autoremove) //Unattended-Upgrade::Remove-Unused-Dependencies false; // Automatically reboot *WITHOUT CONFIRMATION* if a // the file /var/run/reboot-required is found after the upgrade //Unattended-Upgrade::Automatic-Reboot false; // Use apt bandwidth limit feature, this example limits the download // speed to 70kb/sec //Acquire::http::Dl-Limit 70; -- debconf information: unattended-upgrades/enable_auto_updates: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609868: update suggestions for: What's new in the distribution?
Hi! Am 13.01.2011 15:13, schrieb Javier Fernandez-Sanguino: Maybe we can review the list based on popularity contest. I'm not aware of any place where we have aggregated information that lists all packages sorted by popularity, both the version in stable, and the one in testing for review. (like packages.qa.debian.org but instead of individually per maintainer for the full distribution). Is there any? I think one could construct these data based upon the popcon submissions themselves, but I fear, there are not aggregate in UDD or any other easy usable form. With UDD one should be able to create a popcon sorted list of packages with their version in lenny and squeeze. Chromium is less popular than even dia. Wow, wouldn't have thought that. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609868: update suggestions for: What's new in the distribution?
Am 13.01.2011 17:24, schrieb Justin B Rye: Chromium is less popular than even dia. Wow, wouldn't have thought that. FYI: chromium-browser != chromium (the game) I know: chromium-browser: 4106 inst 2416 vote dia:4881 inst 2834 vote Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609810: Should warn at least warn, if ~/.cache/apt-file/ containts older files than /var/cache/apt/apt-file
Package: apt-file Version: 2.4.0 Severity: minor Hi! Normaly I update the global apt-file cache using sudo. But it seems I forgot the sudo before the apt-file update one time, creating caches in ~/.cache/apt-file/, which is a greate feature I was unaware off till today :) Today I found out, that there's a user cache, which was in my case quite outdated. I think, if the global cache is newer than the one in the users home directory, apt-file should use the global cache. At least it should warn, that it uses apparently outdated information. Best regards, Alexander -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-file depends on: ii curl 7.21.0-1 Get a file from an HTTP, HTTPS or ii libapt-pkg-perl 0.1.24+b1 Perl interface to libapt-pkg ii libconfig-file-perl 1.50-2 Parses simple configuration files ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libregexp-assemble-perl 0.34-3 Assemble multiple Regular Expressi ii perl 5.10.1-16 Larry Wall's Practical Extraction ii perl-modules [libfile-temp-pe 5.10.1-16 Core Perl modules Versions of packages apt-file recommends: ii python 2.6.6-3+squeeze4 interactive high-level object-orie Versions of packages apt-file suggests: ii openssh-client1:5.5p1-6 secure shell (SSH) client, for sec ii sudo 1.7.4p4-2 Provide limited super user privile -- 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#605562: installation-report: Installation from usb stick lead, to unbootable system (und unbootable usb stick)
Hi! * Joachim Schleicher joac...@dormettingen.de [110103 14:06]: ~ # chroot /target grub-mkdevicemap --no-floppy -m - (hd0) /dev/disk/by-id/usb-SanDisk_Cruzer_Blade_20053349610A41A2F01B-0:0 (hd1) /dev/disk/by-id/ata-FUJITSU_M1623TAU_08316741 ~ # readlink -f $(chroot /target grub-mkdevicemap --no-floppy -m - | head -n1 | cut -f2) /dev/sda ash I finally found the time to play a bit with my system here. The bad news is, that I can still reproduce this bug with the rc1 images. However, on a first glance it seems that Joachim is right. Currently I have the following: $ sudo grub-mkdevicemap --no-floppy -m - (hd0) /dev/disk/by-id/ata-WDC_WD360GD-00FNA0_WD-WMAH91382658 (hd1) /dev/disk/by-id/usb-SanDisk_Cruzer_Micro_200445276207662139DB-0:0 (hd2) /dev/disk/by-id/scsi-3600508e0a28c3e222acc010b (hd1) is the usb-stick I used to boot, (hd0) a normal sata disk (I pluged that in for additional testing after my bug report) and (hd2) my actual disc (a dell virtual disc from an mpt hardware raid controller if that matters). As said I played a bit, regardless of the way I boot from usb-stick (new isohybrid dd-way or old fashioned zcat mount copy iso-way) and installation target, grub always got installed into (hd0) (while it got installed on the usb-stick during my first installation). For reference the readlink command always said /dev/sda, independend of the usb-stick being pluged in or not, while without the stick being present, I got the following for the grub-mkdevicemap: $ sudo grub-mkdevicemap --no-floppy -m - (hd0) /dev/disk/by-id/ata-WDC_WD360GD-00FNA0_WD-WMAH91382658 (hd1) /dev/disk/by-id/scsi-3600508e0a28c3e222acc010b Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: diff for NMU version 2.8.5.2-2.1
-mysql/db_host || true; DB_HOST=$RET + db_get snort-mysql/db_database || true; DB_DATABASE=$RET + db_get snort-mysql/db_user || true; DB_USER=$RET + db_get snort-mysql/db_pass || true; DB_PASS=$RET + + # Here we put the database stuff in the config file. + TEMPFILE=`mktemp` + echo -n output database: log, mysql, $TEMPFILE + if [ $DB_USER ] + then + echo -n user=$DB_USER $TEMPFILE + fi + if [ $DB_PASS ] + then + echo -n password=$DB_PASS $TEMPFILE + fi + if [ $DB_DATABASE ] + then + echo -n dbname=$DB_DATABASE $TEMPFILE + fi + if [ $DB_HOST ] + then + echo -n host=$DB_HOST $TEMPFILE fi + echo$TEMPFILE + mv -f $TEMPFILE /etc/snort/database.conf # Ensure the config file is readable by root.root and mode 600 if ! dpkg-statoverride --list /etc/snort/snort.conf /dev/null @@ -142,7 +115,7 @@ chown root:snort /etc/snort/snort.conf chmod 640 /etc/snort/snort.conf fi - fi + fi fi db_stop diff -u snort-2.8.5.2/debian/snort-mysql.postrm snort-2.8.5.2/debian/snort-mysql.postrm --- snort-2.8.5.2/debian/snort-mysql.postrm +++ snort-2.8.5.2/debian/snort-mysql.postrm @@ -36,6 +36,9 @@ if [ -e /etc/snort/db-pending-config ] ; then rm /etc/snort/db-pending-config fi + if [ -e /etc/snort/database.conf ] ; then + rm /etc/snort/database.conf + fi # Remove configuration dir [ -d /etc/snort ] rmdir --ignore-fail-on-non-empty /etc/snort diff -u snort-2.8.5.2/debian/changelog snort-2.8.5.2/debian/changelog --- snort-2.8.5.2/debian/changelog +++ snort-2.8.5.2/debian/changelog @@ -1,3 +1,16 @@ +snort (2.8.5.2-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Move the DB-Configuration into a sepperate file, instead of modifying +/etc/snort/snort.conf, which causes upgrade problems (Closes: #603428) +* Adding snort-common-preinst to split off exiting config or touch the + new database config file on new installations to ensure it exists +* modify etc/snort.conf to include the new database conf file +* modify snort-{mysql,pgsql}.postinst to use new config file +* modify snort-{mysql,pgsql,common}.postrm to purge new config file + + -- Alexander Reichle-Schmehl toli...@debian.org Thu, 16 Dec 2010 14:30:46 +0100 + snort (2.8.5.2-2) unstable; urgency=low * Remove the reverse_order debconf option since Snort no longer supports the diff -u snort-2.8.5.2/debian/snort-pgsql.postrm snort-2.8.5.2/debian/snort-pgsql.postrm --- snort-2.8.5.2/debian/snort-pgsql.postrm +++ snort-2.8.5.2/debian/snort-pgsql.postrm @@ -36,6 +36,9 @@ if [ -e /etc/snort/db-pending-config ] ; then rm /etc/snort/db-pending-config fi +if [ -e /etc/snort/database.conf ] ; then + rm /etc/snort/database.conf +fi # Remove configuration dir [ -d /etc/snort ] rmdir --ignore-fail-on-non-empty /etc/snort only in patch2: unchanged: --- snort-2.8.5.2.orig/debian/snort-common.postrm +++ snort-2.8.5.2/debian/snort-common.postrm @@ -0,0 +1,39 @@ +#! /bin/sh +# postrm script for snort +# +# see: dh_installdeb(1) + +set -e + +# summary of how this script can be called: +#* postrm `remove' +#* postrm `purge' +#* old-postrm `upgrade' new-version +#* new-postrm `failed-upgrade' old-version +#* new-postrm `abort-install' +#* new-postrm `abort-install' old-version +#* new-postrm `abort-upgrade' old-version +#* disappearer's-postrm `disappear' roverwritr new-version +# for details, see /usr/doc/packaging-manual/ + + +case $1 in + purge) + # on installation we touch this file to ensure it's there + # if it's still there and emmpty, we can remove it + # if it's not empty, snort-{mysql,pgsql} have added content and + # should deal with it themselve on purge + if [ -e /etc/snort/database.conf ] [ ! -s /etc/snort/database.conf ] + then + rm -f /etc/snort/database.conf + fi + ;; + remove|upgrade|failed-upgrade|abort-install|abort-upgrade) +# nothing +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + only in patch2: unchanged: --- snort-2.8.5.2.orig/debian/snort-common.preinst +++ snort-2.8.5.2/debian/snort-common.preinst @@ -0,0 +1,70 @@ +#!/bin/sh + +set -e + +# summary of how this script can be called: +#* new-preinst `install' +#* new-preinst `install' old-version +#* new-preinst `upgrade' old-version +#* old-preinst `abort-upgrade' new-version + +DBCONF=/etc/snort/database.conf +GENCONF=/etc/snort/snort.conf + +case $1 in +install) +# make sure database configuration file exists +touch $DBCONF +;; +upgrade) + # earlier versions modified /etc/snort/snort.conf directly for the + # DB stuff, we splitt it off in a sepperate file, to ensure smooth + # upgrades + if dpkg --compare-versions $2 le
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Hi! * Javier Fernández-Sanguino Peña j...@computer.org [101220 15:24]: I would like to pick it up and carry it over from here... if I may. Sure, I'm glad I could be of help :) It seems you already did a NMU, so I might overwrite it with a new release (using your patch). Yes, I tried to do an NMU, but it got rejected due to lintian errors, didn't had the time to look at this any further. Reject Reasons: snort: lintian output: 'binary-or-shlib-defines-rpath ./usr/sbin/snort /usr/lib', automatically rejected package. snort: If you have a good reason, you may override this lintian tag. snort-mysql: lintian output: 'binary-or-shlib-defines-rpath ./usr/sbin/snort /usr/lib', automatically rejected package. snort-mysql: If you have a good reason, you may override this lintian tag. snort-pgsql: lintian output: 'binary-or-shlib-defines-rpath ./usr/sbin/snort /usr/lib', automatically rejected package. snort-pgsql: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicengine/libsf_engine.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/lib_sfdynamic_preprocessor_example.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_dce2_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_dcerpc_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_dns_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_ftptelnet_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_smtp_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_ssh_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicpreprocessor/libsf_ssl_preproc.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. snort-common-libraries: lintian output: 'binary-or-shlib-defines-rpath ./usr/lib/snort_dynamicrules/lib_sfdynamic_example_rule.so.0.0.0 /usr/lib', automatically rejected package. snort-common-libraries: If you have a good reason, you may override this lintian tag. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607554: unblock: titantools/4.0.11+notdfsg1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package titantools It fixes RC bug #584383 (and moved the package to non-free). unblock titantools/4.0.11+notdfsg1-2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584383: #584383 still open in testing
Hi Javier! * Javier Fernández-Sanguino Peña j...@computer.org [101218 20:12]: After my upload for kfreebsd-i386, kfreebsd-amd64 and mips it seems now its only missing hppa. Does hppa have a non-free auto-builder or should I also manually prepare packages for that arch? No, hppa isn't considered for testing migration. The last piece missing was an unblock request for the release team, which I just filled as #607554. Thanks for your fast work! Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607363: developers-reference: Wrong recommendations for forked NMUs
Package: developers-reference Version: 3.4.4 Severity: normal Hi! The last paragraph of section 5.11.2. NMUs and debian/changelog recommends to suffix the version for a forked NMU (e.g. security uploads or an upload to t-p-u) with +debXYuZ . However, this practice seems quite unknown: $ wget -q -O - http://ftp.de.debian.org/debian/dists/squeeze/main/source/Sources.gz|zgrep ^Version:|grep -c +deb[0-9][0-9]u 1 $ wget -q -O - http://ftp.de.debian.org/debian/dists/squeeze/main/source/Sources.gz|zgrep ^Version:|grep -c +squeeze 12 Futhermore lintian warns when using +deb60u1, and it seems to confuse the bts a bit. See for example the version graph #603456, placing testings nagiosgrapher/1.7.1-2+deb60u1 above unstables nagiosgrapher/1.7.1-2.1, I'm wondering wether this recomendation should be changed. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
tags 603428 +patch tags 603428 +penting thanks Hi! * Alexander Reichle-Schmehl toli...@debian.org [101216 14:14]: The only part missing would to make sure, snort-{mysql,pgsql} write into the new file instead of the old one, and purge the new file. But the main part taking care of this bug can already be reviewed if someone likes to do so ;) Attached is now a proposal to solve this bug. I must confess, that I didn't had the change to do extensive testing (I did only upgrade tests, no functionality tests), but I think I covered most scenarios. The only thing I can think of that might fail, is if a user modified his /etc/snort/snort.conf himselve, and upgrades. In this case the db configuration is splitt into a sepperate file, but the new include line isn't added automatically, but the user will have the usual new configuration file, but you modified it, look at it thing and hopefully see the db releated chances. I'm not sure, if that problem can be solved in a better way. As I'm not a user of snort myself, I enourage more testing of this patch. Packages are available at http://people.debian.org/~tolimar/tmp/snort-nmu/ Best Regards, Alexander diff -u snort-2.8.5.2/etc/snort.conf snort-2.8.5.2/etc/snort.conf --- snort-2.8.5.2/etc/snort.conf +++ snort-2.8.5.2/etc/snort.conf @@ -701,16 +701,11 @@ # output database: log, odbc, user=snort dbname=snort # output database: log, mssql, dbname=snort user=snort password=test # output database: log, oracle, dbname=snort user=snort password=test -# debian -# Keep your paws off of these (#DBSTART#) and (#DBEND#) tokens -# or you *will* break the configure process (snort-pgsql/snort-mysql only) -# Anything you put between them will be removed on (re)configure. -# -# (#DBSTART#) -# (#DBEND#) -# -# /debian # +# On Debian Systems, the database configuration is sepperate into +# /etc/snort/database.conf. +# please edit it there, to ensure smoother upgrades of this file. +include database.conf # unified: Snort unified binary format alerting and logging diff -u snort-2.8.5.2/debian/snort-pgsql.postinst snort-2.8.5.2/debian/snort-pgsql.postinst --- snort-2.8.5.2/debian/snort-pgsql.postinst +++ snort-2.8.5.2/debian/snort-pgsql.postinst @@ -77,8 +77,7 @@ fi if [ $STARTUP != manual ]; then - if [ -f /etc/snort/snort.conf ]; then - # insert database config stuff in the configuration file, + # create database config stuff in the configuration file, # or configure it for syslog-logging. db_get snort-pgsql/configure_db if [ $RET = true ]; then @@ -87,52 +86,25 @@ db_get snort-pgsql/db_user || true; DB_USER=$RET db_get snort-pgsql/db_pass || true; DB_PASS=$RET - # Here we put the database stuff in the config file. TEMPFILE=`mktemp` - cat /etc/snort/snort.conf | while read LINE - do - if [ $LINE = # (#DBSTART#) ] - then - echo # (#DBSTART#) $TEMPFILE - echo -n output database: log, postgresql, $TEMPFILE - if [ $DB_USER ] - then - echo -n user=$DB_USER $TEMPFILE - fi - if [ $DB_PASS ] - then - echo -n password=$DB_PASS $TEMPFILE - fi - if [ $DB_DATABASE ] - then - echo -n dbname=$DB_DATABASE $TEMPFILE - fi - if [ $DB_HOST ] - then - echo -n host=$DB_HOST $TEMPFILE - fi - echo$TEMPFILE - echo # (#DBEND#) $TEMPFILE - break - else - echo $LINE $TEMPFILE - fi - done - - WRITE=0 - cat /etc/snort/snort.conf | while read LINE - do - if [ $WRITE -eq 1 ] - then - echo $LINE $TEMPFILE - fi - - if [ $LINE = # (#DBEND
Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)
Hi! * Ferenc Wagner wf...@niif.hu [101217 17:36]: I saved the contents of /var/log/installer after the installation, but need to recover mu original system for now to do some work. Ähh... Sorry. It seems it wasn't a good idea to tar /var/log/installer to /tmp. So I don't have the logs from my attempt with the daily installer, but I still have the ones from the installation with beta-1. I think I can also try to reproduce it on a similar machine whenever you want me to test something without much delay. Could you please retest with a beta-2 image, just to make sure that the issue is still present? And please keep the logs this time! :) It's on my todo list. Hopefully I'll have the time on monday or tuesday. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607261: Bug fixed?
Hi! This bug was marked pending with the 1.3.3-dfsg1-3 upload, which has been uploaded in the meantime. But without the corepsonding closes entry in it's changelog. However, the changelog reads, like the needed patch was applied. Could you please check, wether this bug is closed and mark this bug fixed (please don't forget the version header) or remove the pending tag (and comment)? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584383: #584383 still open in testing
Hi! Am 15.12.2010 21:48, schrieb Adam D. Barratt: On Wed, 2010-12-15 at 15:55 +0100, Alexander Reichle-Schmehl wrote: b) It's outdated on kfreebsd-i386, kfreebsd-amd64 and mips. I think there are no non-free autobuilders for these architectures. So I guess the easiest solution would be an arch removal. What do you think? kfreebsd-* indeed does not have non-free autobuilders currently. mips, otoh, does, on one of the three buildds. So, shall I remove the old kfreebsd-* packages, but we wait for the mips build? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607255: RM: trac-datefieldplugin/0.7782-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi! The named package in testing is affected by rc bug #603076 (installation failure) and important bug #581486 (bashism in debian/rules). In a private reply to my request, the maintainer basically answered, that he is not sure, if he will have the time, to investigate what was broken. Considering, that trac-datefieldplugin was not part of a stable release and has quite low popcon, removing it from testing for now seems like a viable choice. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Hi! * Alexander Reichle-Schmehl toli...@debian.org [101208 10:37]: It seems that upon installation of snort-pgsql or snort-mysql /etc/snort/snort.conf is changed. As this file actually belongs to snort-common, upgrade of that package fails. So, to solve this bug, snort-common should remove these entries in it's preinst, while snort-pgsql and snort-mysql add their configuration snippets in a policy conform way. Huh, it seems that was easier than thought. Attached is a preview for a patch, which splits the database related configuration of into a /etc/snort/database.conf, removing it from /etc/snort/snort.conf, which in turn isn't changed anymore, allowing snort-common to be succesfully upgraded from previous versions. The only part missing would to make sure, snort-{mysql,pgsql} write into the new file instead of the old one, and purge the new file. But the main part taking care of this bug can already be reviewed if someone likes to do so ;) Best Regards, Alexander diff -u snort-2.8.5.2/etc/snort.conf snort-2.8.5.2/etc/snort.conf --- snort-2.8.5.2/etc/snort.conf +++ snort-2.8.5.2/etc/snort.conf @@ -701,16 +701,8 @@ # output database: log, odbc, user=snort dbname=snort # output database: log, mssql, dbname=snort user=snort password=test # output database: log, oracle, dbname=snort user=snort password=test -# debian -# Keep your paws off of these (#DBSTART#) and (#DBEND#) tokens -# or you *will* break the configure process (snort-pgsql/snort-mysql only) -# Anything you put between them will be removed on (re)configure. -# -# (#DBSTART#) -# (#DBEND#) -# -# /debian # +include database.conf # unified: Snort unified binary format alerting and logging diff -u snort-2.8.5.2/debian/changelog snort-2.8.5.2/debian/changelog --- snort-2.8.5.2/debian/changelog +++ snort-2.8.5.2/debian/changelog @@ -1,3 +1,11 @@ +snort (2.8.5.2-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Move the DB-Configuration into a sepperate file, instead of modifying +/etc/snort/snort.conf, which causes upgrade problems (Closes: #603428) + + -- Alexander Reichle-Schmehl toli...@debian.org Thu, 16 Dec 2010 12:37:12 +0100 + snort (2.8.5.2-2) unstable; urgency=low * Remove the reverse_order debconf option since Snort no longer supports the only in patch2: unchanged: --- snort-2.8.5.2.orig/debian/snort-common.preinst +++ snort-2.8.5.2/debian/snort-common.preinst @@ -0,0 +1,70 @@ +#!/bin/sh + +set -e + +# summary of how this script can be called: +#* new-preinst `install' +#* new-preinst `install' old-version +#* new-preinst `upgrade' old-version +#* old-preinst `abort-upgrade' new-version + +DBCONF=/etc/snort/database.conf +GENCONF=/etc/snort/snort.conf + +case $1 in +install) +# make sure database configuration file exists +touch $DBCONF +;; +upgrade) + # earlier versions modified /etc/snort/snort.conf directly for the + # DB stuff, we splitt it off in a sepperate file, to ensure smooth + # upgrades + if dpkg --compare-versions $2 le 2.8.5.2-2; + then + GENCONF_TEMPFILE=`mktemp` + DBCONF_TEMPFILE=`mktemp` + WRITE_DB=0 + WRITE_GEN=1 + cat $GENCONF | while read LINE + do + if [ $LINE = # (#DBEND#) ] + then + WRITE_DB=0 + WRITE_GEN=1 + fi + if [ $WRITE_DB -eq 1 ] + then + echo $LINE $DBCONF_TEMPFILE + fi + if [ $WRITE_GEN -eq 1 ] + then + echo $LINE $GENCONF_TEMPFILE + fi + if [ $LINE = # (#DBSTART#) ] + then + WRITE_DB=1 + WRITE_GEN=0 + fi + done + mv $DBCONF_TEMPFILE $DBCONF + mv $GENCONF_TEMPFILE $DBCONF + fi +;; +configure) +;; +abort-upgrade) +;; +*) +echo preinst called with unknown argument \`$1' 2 +exit 0 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 + signature.asc Description: Digital signature
Bug#584383: #584383 still open in testing
Hi Javier! I just noticed, that this bug is still open in testing, as fixed packages never migrated. If see it correctly, it doesn't migrate as a) there's no unblock request, yet b) It's outdated on kfreebsd-i386, kfreebsd-amd64 and mips. I think there are no non-free autobuilders for these architectures. So I guess the easiest solution would be an arch removal. What do you think? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607196: nmu: witty_3.1.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi! witty seems to miss only the kfreebsd-amd64 build to be allowed to migrate to squeeze. According to the buildlog, the build failed with an bus error of yui-compressor (which didn't showed up on kfreebsd-i386). And as KiBi said, when it build before, a binNMU might work in an other case, I hereby request a binNMU with that reason: nmu witty_3.1.2-3 . kfreebsd-amd64 . -m Build before, let's try again? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603076: closed by Al Nikolov cl...@debian.org (Bug#603076: fixed in trac-datefieldplugin 0.7782-3)
Hi Al! * Debian Bug Tracking System ow...@bugs.debian.org [101110 23:33]: during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. [..] trac-datefieldplugin (0.7782-3) unstable; urgency=low . * After migrating to DH closes: #603076. Hu? You do know, that you can just close bugs without uploads by sending a mail to bugnumger-d...@bugs.debian.org, if proper (like in this case) also containing a Version: foobar header? Do you also know, that your package hasn't migrate to testing? Do you also know, that we are in a freeze, and therefore changes like moving from cdbs to DH and Quilt 3.0 are quite discouraged? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605707: unblock: nagiosgrapher/1.7.1-2.1
Hi! Am 12.12.2010 00:09, schrieb Mehdi Dogguy: This can't migrate directly since it depends on a recent version of nagios3. Can you re-upload in t-p-u please? Sorry for the delay. I've just uploaded it to t-p-u: nagiosgrapher (1.7.1-2+deb60u1) testing-proposed-updates; urgency=low . * Non-maintainer upload. * Uploading to testing-proposed-updates on request of mehdi, as last NMU's migration is blocked by an upload of nagios (Closes: #603456) Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606448: Removed package(s) from unstable
Adding the debian-hurd people to the CC list, as they might be interested in it. Am 13.12.2010 23:23, schrieb Martin Pool: Thanks for the explanations. I see there is a build problem in https://buildd.debian.org/fetch.cgi?pkg=distccver=3.1-3.2arch=hurd-i386stamp=1291631237file=log and specifically that PATH_MAX is not defined on Hurd, at least in the headers distcc includes. It seems probably fairly easy to fix upstream if someone cares to try. src/stringmap.c: In function 'stringmap_load': src/stringmap.c:41: error: 'PATH_MAX' undeclared (first use in this function) src/stringmap.c:41: error: (Each undeclared identifier is reported only once src/stringmap.c:41: error: for each function it appears in.) The same bug might well be present in 2.18. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606448: Removed package(s) from unstable
Hi! * Martin Pool m...@canonical.com [101213 10:04]: Please remove the wormux package on hurd-i386 only. what does this have to do with removing distcc? It was a copy-paste error by the submitter. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601989: Bug is still marked as affecting libvanessa-adt-dev
reassign vanessa-logger 0.0.10-1 thanks As the bug was filled against libvanessa-adt-dev (src:src:vanessa-adt) but fixed with an upload src:vanessa-logger, the bts thinks it sill affects libvanessa-adt-dev. Reassinging it to vanessa-logger should solve that issue. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606640: src:atlas: FTBFS on alpha, armel, ia64, mips, powerpc, s390
Package: src:atlas Version: 3.8.3-29 Severity: serious Justification: no longer builds from source Hi! Your package fails to build from source on the architecures alpha, armel, ia64, mips, powerpc and s390: https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-29;arch=alpha;stamp=1290598328 https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-29;arch=armel;stamp=1290616928 https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-29;arch=s390;stamp=1290592573 https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-29;arch=ia64;stamp=1291971874 https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-29;arch=mips;stamp=1290604568 https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-29;arch=powerpc;stamp=1290588116 I'm not really sure, if it is the same bug for all archs, but from what I've seen, something is wrong in the CPU detection. On powerpc I saw: [..] FlagCheck.c:1: error: bad value (ultrasparc) for -mcpu= switch FlagCheck.c:1: error: bad value (ultrasparc) for -mtune= switch FlagCheck.c:1: error: bad value (ultrasparc) for -mcpu= switch FlagCheck.c:1: error: bad value (ultrasparc) for -mcpu= switch FlagCheck.c:1: error: bad value (ultrasparc) for -mcpu= switch [..] cc1: error: unrecognized command line option -mips4 cc1: error: unrecognized command line option -mips4 cc1: error: unrecognized command line option -mips4 cc1: error: unrecognized command line option -mips4 [..] On ia64, s390 and mips, we have something similar to: make[2]: *** [atlas_run] Error 1 make[1]: *** [IRun_asm] Error 2 atlconf_misc.o: In function `CmndResults': /build/buildd-atlas_3.8.3-29-ia64-1y64R9/atlas-3.8.3/build/atlas-base/../..//CONFIG/src/atlconf_misc.c:306: warning: the use of `tmpnam' is dangerous, better use `mkstemp' /build/buildd-atlas_3.8.3-29-ia64-1y64R9/atlas-3.8.3/build/atlas-base/../..//CONFIG/src/backend/cpuid.S: Assembler messages: /build/buildd-atlas_3.8.3-29-ia64-1y64R9/atlas-3.8.3/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:30: Error: Unknown opcode `subl $8,%esp' /build/buildd-atlas_3.8.3-29-ia64-1y64R9/atlas-3.8.3/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:31: Error: bad expression /build/buildd-atlas_3.8.3-29-ia64-1y64R9/atlas-3.8.3/build/atlas-base/../..//CONFIG/src/backend/cpuid.S:31: Error: Illegal operand separator `e' [..] make[3]: *** [xarchinfo_x86] Error 1 [..] Unable to find usable compiler for ICC; abortingMake sure compilers are in your path, and specify good compilers to configure (see INSTALL.txt or 'configure --help' for details)make[2]: *** [atlas_run] Error 1 On armel: [..] res/sger1_1_100 : VARIATION EXCEEDS TOLERENCE, RERUN WITH HIGHER REPS. ATL_ger1_axpy.c : 0.00 ATL_ger1_4x4_1.c : 0.00 ATL_ger1_1x4_0.c : 0.00 ATL_ger1_8x4_0.c : 0.00 ATL_ger1_SSE.c : 0.00 make[4]: *** [res/sR1RES] Error 255 make[4]: Leaving directory `/build/buildd-atlas_3.8.3-29-armel-dHAMWZ/atlas-3.8.3/build/atlas-base/tune/blas/ger' make[3]: *** [/build/buildd-atlas_3.8.3-29-armel-dHAMWZ/atlas-3.8.3/build/atlas-base/tune/blas/ger/res/sR1RES] Error 2 [..] On alpha: [..] gcc -Wa,--noexecstack -fPIC -DL2SIZE=4194304 -I/build/buildd-atlas_3.8.3-29-alpha-NDNEIc/atlas-3.8.3/build/atlas-base/include -I/build/buildd-atlas_3.8.3-29-alpha-NDNEIc/atlas-3.8.3/build/atlas-base/../..//include -I/build/buildd-atlas_3.8.3-29-alpha-NDNEIc/atlas-3.8.3/build/atlas-base/../..//include/contrib -DAdd_ -DF77_INTEGER=int -DStringSunStyle -DATL_OS_Linux -DWALL -DATL_NCPU=2 -x assembler-with-cpp -DDREAL -c dset.c dset.c:80:5: error: #error This kernel requires a gas x86 assembler! make[9]: *** [dsettest] Error 1 [..] Note, that this also hinders #588418 to be fixed in squeeze. Best regards, Alexander -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605504: release team advice: chocolate-doom lock-up / OOD libsdl-mixer
Hi! * Jon Dowland j...@debian.org [101208 23:36]: I uploaded an updated sdl-mixer1.2 package to experimental earlier on. I will re-upload to unstable in 1 or 2 days, if nobody shouts. When you've done so, please also reassign this bug to the sdl-mixer1.2 package (probalby the version currently in testing), as we curently have: Found in version _chocolate-doom_/1.4.0-1 Fixed in version _sdl-mixer1.2_/1.2.8-6.1 Which confuses the bts a bit. (Or maybe a not found chocolate-doom/1.4.0-1 would also do the trick.) Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545625: closed by Peter Van Eynde pvane...@debian.org (Bug#545625: fixed in ecl 9.8.4-2)
Hi Peter co! * Debian Bug Tracking System ow...@bugs.debian.org [090925 01:00]: Source-Version: 9.8.4-2 [..] * Force the configure script to use ginstall-info, (Closes: #545625) Are you aware, that this rc bug is still open in testing? It was fixed in 9.8.4-2, but testing still has 9.8.4-1: $ rmadison ecl [..] ecl | 9.6.1-1 | squeeze | source, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc ecl | 9.6.1-1 | sid | source, sparc ecl | 9.8.4-1 | sid | source, hppa, mips, mipsel ecl | 9.8.4-2 | sid | source, s390 ecl | 9.12.3-1.1 | sid | source, ia64 ecl | 10.3.1-2| sid | source, alpha, amd64, armel, i386, kfreebsd-amd64, kfreebsd-i386, powerpc Don't know the history of these uploads, but as 10.3.1-2 also FTBFS on some archs (see https://buildd.debian.org/pkg.cgi?pkg=ecl) something should be done to get this bug also closed in testing. Or would you consider getting ecl removed from testing? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606442: vimhelp-de: Doesn't work with vim 7.3
Package: vimhelp-de Version: 7.2.090923-1 Severity: serious Tags: patch Justification: Renders package unusable Hi! It seems this package doesn't work with vim 7.3, as vim 7.3 changed it's searchpath for documentation. A trivial fix seems to be changing the installation location from /usr/share/vim/vim72/doc/ to /usr/share/vim/vim73/doc/. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vimhelp-de depends on no packages. Versions of packages vimhelp-de recommends: ii vim-gtk [vim 2:7.3.035+hg~8fdc1210-1 Vi IMproved - enhanced vi editor - vimhelp-de 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#606443: vimhelp-de: Ships emtpy, unneded directory /usr/share/vim/vim71/doc
Package: vimhelp-de Version: 7.2.090923-1 Severity: minor Hi! This package ships an (emtpy) directory /usr/share/vim/vim71/doc, which isn't used any more. It seems there's a leftover from previous versions of the package. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vimhelp-de depends on no packages. Versions of packages vimhelp-de recommends: ii vim-gtk [vim 2:7.3.035+hg~8fdc1210-1 Vi IMproved - enhanced vi editor - vimhelp-de 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#603427: probable fix for rc bug #603427
Hi! * Jan Wagner w...@cyconet.org [101121 12:58]: i was going through your hints and did modify the package to not introduce a new pre-depend and not using debconf to migrate the configuration and did some other improvements ... here comes the diff against the package in squeeze and a summarization: As jcristeau mentioned, you didn't had the time reviewing this patch, I gave it a shot yesterday evening and today morning and reviewed the proposed patch. While surely not being small, it addresses the core issue of the problem, and is as elegant as possible. I guess, if I would have needed to address this issue, I would have done it similar. I also tested various upgrad szenarios to verify, that the patch solves the issue. And didnt found any problems; all problems I could think of during upgrades seem to be addressed. Hope that helps, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606442: vimhelp-de: Doesn't work with vim 7.3
clone 606442 -1 retitle -1 vimhelp-de should use some kind of versioned dependencies severity -1 important thanks Am 09.12.2010 11:47, schrieb Sven Joachim: A trivial fix seems to be changing the installation location from /usr/share/vim/vim72/doc/ to /usr/share/vim/vim73/doc/. Which will break with the vim packages in squeeze, since they are still at 7.2, as well as with future vim 7.4/8.0/whatever releases. Some versioned dependency seems to be in order, but for squeeze the bug could probably be ignored (e.g. by adding a 'sid' tag). Oh, good catch. Hadn't noticed, that sid and squeeze have different vim versions. Regarding the versioned dependency / conflicts / whatever, we where discussing that that very minute on IRC. So let's make it a separate bug so it isn't forgotten. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603450: Adopting offlineimap
Hi John! * John Ferlito jo...@inodes.org [100719 15:22]: I've already done some work on cleaning up the package, so it is now lintian clean. Will begin work on fixing a whole heap of the bugs next. Am aiming to be come the new upstream maintainer. Looking over the list of release critical bugs, I stumbled over the package offlineimap, which currently has one release critical bug open (and therefore risks of being removed from the release, http:/bugs.debian.org/603450 for details). I'm just wondering, if you are still interested in maintain this package, and if you could help prepare a fix for this bug in time. It would be a shame, if we couldn't ship offlineimape any more :( Best Regards, Alexander signature.asc Description: Digital signature
Bug#596899: Please unblock ia32-libs/20101012
Hi! Am 07.12.2010 18:01, schrieb Goswin von Brederlow: Uploading ia32-libs-core_20101207_source to mentors. Sponsors welcome. That one FTBFS for me with: dh_builddeb -s dh_builddeb: You asked that all arch in(dep) packages be built, but there are none of that type. dpkg-genchanges ../ia32-libs-core_20101207_amd64.changes dpkg-genchanges: error: cannot read files list file: No such file or directory dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 E: Failed autobuilding of package Full build log available at http://people.debian.org/~tolimar/tmp/ia32-libs-core_20101207_amd64.log Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596899: Please unblock ia32-libs/20101012
Hi! Am 08.12.2010 09:31, schrieb Alexander Reichle-Schmehl: That one FTBFS for me with: Sorry for the noise. I was just pointed at the fact, that this is the expected behaviour when building an ia64 package on amd64 :( Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603450: Fwd: Due offlineimap absence of certificate validation issue -- Debian BTS#603450
Hi! Am 08.12.2010 09:33, schrieb dave b: I verified it, and your patch works: I accepts valid ssl connections, and rejects invalid ones. At this point I should have also said many thanks for your work! Sorry, didn't had a coffee when I wrote my first mail ;) +self.sslobj = ssl_wrap(self.sock, self.keyfile, self.certfile, cert_reqs=ssl.CERT_REQUIRED, ca_certs=/etc/ssl/certs/ca-certificates.crt) But that looks kind of ugly, having a hardcoded path... Also, I wonder if not self.certfile should be used for verification? Sorry? Um. Well sure a hard coded path path not be the best thing ... if you know how to determine the path to the ca store on a system modify the patch to use that I guess. Sorry, that was complete nonsense. For a moment I thought one could use the certfile parameter to specify a file holding certs for verification. I take my question back. Sorry for the noise. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Hi! * Holger Levsen hol...@layer-acht.org [101114 01:02]: But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... It seems that upon installation of snort-pgsql or snort-mysql /etc/snort/snort.conf is changed. As this file actually belongs to snort-common, upgrade of that package fails. So, to solve this bug, snort-common should remove these entries in it's preinst, while snort-pgsql and snort-mysql add their configuration snippets in a policy conform way. It seems the easiest way to do this would be to include an /etc/snort/snort-database.conf by default, and let that file be a non-configuration file handled by snort-*sql... It also seems that it must be at least an empty file, as snort doesn't start if one of it's configuration files doesn't exists. I think I could try to prepare an NMU for that, but would like to ask for comments before doing so. Best regards, Alexander signature.asc Description: Digital signature
Bug#603450: Is 603450 realy release critical?
Hi! Am 08.12.2010 10:37, schrieb Bastian Blank: #564690 is an old example of the same problem. So is #547092 (which has severity important). And I'm sure if we dig deep enough, we can find others as well. There's patch floating arround, which has a major regression: It doesn't work for users of self signed certificates. From what I've seen in the bug, even you should be able to fix that. If I'm ever interested in your opinion, I let you know. Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606187: mcabber missing build-deps
tags 606187 + unreproducible notfound 606187 0.10.0-1 notfound 606187 0.10.1-1 notfound 606187 0.9.7-0.1 thanks Hi Tim! * Tim Schumacher t...@we-are-teh-b.org [101207 10:43]: Package: mcabber Severity: serious Justification: no longer builds from source mcabber missing libtool, libloudmouth1-0 and libloudmouth1-dev as build dependency. If I do not have these packages installed, I cannot build mcabber. Sorry, I coulnd't reproduce this bug, neither on stable, testing or unstable with the respective version. Can you provide more information? Which version of the package do you try to build? On which architecture? Which what kind of build environment? Do you have a build log available? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606239: custom 404 to hide info and be nice for user
Hi! Am 07.12.2010 19:08, schrieb Stéphane Blondon: - the details of the configuration are public (currently Apache/2.2.9, etc.). Hiding them would be lightly better (but the gain is not huge since there are other ways to get them). That's a completely different topic. Even if you have a custom 404 file, nothing prevents someone from running curl -I http://www.debian.org/; or similar to still access these informations. However, I can see the other arguments for a custom 404 page. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603450: Fwd: Due offlineimap absence of certificate validation issue -- Debian BTS#603450
Hi dave! * dave b db.pub.m...@gmail.com [101202 05:58]: Here have a patch! This obviously will break connecting to hosts which use a self-signed certificate. Perhaps some one else can fix this when they want it fixed ;) ? I tested using the following config: I verified it, and your patch works: I accepts valid ssl connections, and rejects invalid ones. +self.sslobj = ssl_wrap(self.sock, self.keyfile, self.certfile, cert_reqs=ssl.CERT_REQUIRED, ca_certs=/etc/ssl/certs/ca-certificates.crt) But that looks kind of ugly, having a hardcoded path... Also, I wonder if not self.certfile should be used for verification? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603450: Is 603450 realy release critical?
Hi release manager, #603450 is a bug (currently with severity grave, Justification: user security hole), as offlineimap does no ssl certificate checking. While I agree, that this is a really important feature, which should be fixed, I'm wondering, if that really is release critical. There's patch floating arround, which has a major regression: It doesn't work for users of self signed certificates. Should this bug be seen as of release critical severity, would you therefore at least consider tagging it squeeze-ignore? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605353: Bug#605111: gnome-session does not allow to use gnome splash screen but package gnome-splashscreen-manager does
Hi! * Mohammed Adnène Trojette adn+...@diwi.org [101205 01:35]: To be honest, I can't tell because I haven't used it myself for a while and I won't have a Debian box available before February :-( gnome-art used to be a very appreciated package. I think popcon illustrates it correctly. So if there is no real technical problem with gnome-art, I'd rather have it remain in Debian for now. I just played a bit with gnome-art. And why I can see some use cases, I actually fear that it won't be much use, it's quite slow (even on quite modern hardware!)... acutally it's so slow, that I thought it crashed, while throwing quite a lot of different error/warning messages to the console. Sorry, but I'm going to remove the package for now, but feel free to re-upload it to experimental until it's better working again. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602399: gxine: Fails to start: Aborted
Hi Darren! * Alexander Reichle-Schmehl toli...@debian.org [101130 16:23]: This looks like bug 597289, which I've just closed. To confirm this, install libxine1-gnome; if it is the same problem, this will 'fix' it Installing libxine1-gnome allows gxine to start. [..] reassign 602399 libxine1-misc-plugins 1.1.19-2 Uhm... Could someone please give an status update on this bug? It's a bit confusing for the outsider, as it seems that the bug has already been solved. I still can't find an explanation on how this bug of release critical severity affects libxine1-misc-plugins, nor what the actual problem seems to be. Could you please update this bug's log? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)
Hi! Am 02.12.2010 11:36, schrieb Alexander Reichle-Schmehl: I saved the contents of /var/log/installer after the installation, but need to recover mu original system for now to do some work. Ähh... Sorry. It seems it wasn't a good idea to tar /var/log/installer to /tmp. So I don't have the logs from my attempt with the daily installer, but I still have the ones from the installation with beta-1. I think I can also try to reproduce it on a similar machine whenever you want me to test something without much delay. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604213: mercurial-server: installation fails with aptitude
Hi! * Lucas Nussbaum lu...@lucas-nussbaum.net [101121 11:07]: While testing the installation of all packages in unstable, I ran into the following problem: Setting up mercurial-common (1.6.4-1) ... Setting up mercurial (1.6.4-1) ... [..] Setting up mercurial-server (1.0.1-1.1) ... abort: couldn't find mercurial libraries in [/usr/bin /usr/lib/python2.6 /usr/lib/python2.6/plat-linux2 /usr/lib/python2.6/lib-tk /usr/lib/python2.6/lib-old /usr/lib/python2.6/lib-dynload /usr/local/lib/python2.6/dist-packages /usr/lib/python2.6/dist-packages /usr/lib/pymodules/python2.6] (check your install and PYTHONPATH) dpkg: error processing mercurial-server (--configure): I fail to reproduce this bug. I tried current sid and current squeeze (which actually means: The very same versions you tried), using apt-get as well als aptitude. It always got installed and set up without any errors. I tried my pbuilder chroots as well as installation with on the fly chroots created by piuparts. Looking at the postrm script, I guess the following line must have caused the error (as everything else doesn't involve python): su -c /usr/share/mercurial-server/init/hginit /usr/share/mercurial-server hg And my first thought was, that this line might need some tighter dependency mercurial / mercurial-common, but looking at your installation log, it shows that mercurial-common and mercurial itself are already installed and configured at that point. Can you reproduce this error? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597102: cowdancer: diff for NMU version 0.62+nmu2
tags 597102 + pending thanks Dear maintainer, I've prepared an NMU for cowdancer (versioned as 0.62+nmu2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Sorry, when preparing the NMU for #564425 I didn't noticed, that it can't migrate as this would introduce #597102. So here I am again :( Regards. diff -Nru cowdancer-0.62+nmu1/debian/changelog cowdancer-0.62+nmu2/debian/changelog --- cowdancer-0.62+nmu1/debian/changelog 2010-11-26 16:18:21.0 +0100 +++ cowdancer-0.62+nmu2/debian/changelog 2010-12-02 14:13:04.0 +0100 @@ -1,3 +1,12 @@ +cowdancer (0.62+nmu2) unstable; urgency=medium + + * Non-maintainer upload. + * Apply patch by Benoît Knecht to add the required additional arguments +for networking (Closes: #597102) + * Set urgency medium due to RC bug fix + + -- Alexander Reichle-Schmehl toli...@debian.org Thu, 02 Dec 2010 14:11:51 +0100 + cowdancer (0.62+nmu1) unstable; urgency=low * Non-maintainer upload. diff -Nru cowdancer-0.62+nmu1/qemubuilder.c cowdancer-0.62+nmu2/qemubuilder.c --- cowdancer-0.62+nmu1/qemubuilder.c 2010-11-26 16:15:36.0 +0100 +++ cowdancer-0.62+nmu2/qemubuilder.c 2010-12-02 14:13:26.0 +0100 @@ -315,6 +315,10 @@ argv[argc++]=append_command; argv[argc++]=-serial; argv[argc++]=stdio; + argv[argc++]=-net; + argv[argc++]=user; + argv[argc++]=-net; + argv[argc++]=nic; argv[argc]=NULL; assert(argc MAX_ARGS);
Bug#604213: mercurial-server: installation fails with aptitude
Hi! Am 02.12.2010 14:21, schrieb Mehdi Dogguy: Can you reproduce this error? I just tried and it fails (on my testing box): [..] Thanks. but it doesn't fail in a clean sid chroot. Ah, makes it quite hard to debug. I just tried it on some of my real machines, and can reproduce it on one of them. However, purging mercurial-server and reinstalling the package works. Purging all three packages again, and trying to reinstall mercurial-server again leads to this problem. Given that the maintainer is not responding, that the package is not present in Lenny and that it has two RC bugs... maybe it's better to just not ship it in Squeeze? Also note that it's popcon value is rather small. So as a simple RC bug hunter I won't say anything against it's removal from squeeze. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605690: webfs: no /etc/webfsd.conf on new installs
Hi! Am 02.12.2010 15:26, schrieb Niko Tyni: The conffile modification fix for -7 doesn't actually invoke ucf to install /etc/webfsd.conf at all: [..] I just installed webfs_1.21+ds1-7 on a squeeze/kfreebsd-amd64 system that never has seen webfs before. It installed perfectly and get up and running as it should. Similarly, my older test system lenny/linux-i386 also installs the packag perfectly in long runs of purges, installs and possibly upgrades. Weird. Does ucf really get run for you? I assume you don't have an executable file named ucf in the root directory? :) Sorry that this slipped through when I reviewed the package for sponsoring the upload. I can reproduce the problem in a clean pbuilder chroot on sid amd64: # apt-get install webfs [..] Setting up webfs (1.21+ds1-7) ... All rc.d operations denied by policy invoke-rc.d: policy-rc.d denied execution of start. # ls /etc/w ls: cannot access /etc/w: No such file or directory # test -x ucf # echo $? 1 # test -x /usr/bin/ucf # echo $? 0 I'm still available to sponsor uploads. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605095: banshee: diff for NMU version 1.6.1-1.1
tags 605095 + patch tags 605095 + pending thanks Dear maintainer, I've prepared an NMU for banshee (versioned as 1.6.1-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru banshee-1.6.1/debian/changelog banshee-1.6.1/debian/changelog --- banshee-1.6.1/debian/changelog 2010-05-21 11:11:25.0 +0200 +++ banshee-1.6.1/debian/changelog 2010-12-02 16:09:55.0 +0100 @@ -1,3 +1,14 @@ +banshee (1.6.1-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Apply security fix for CVE-2010-3998 to fix insecure library loading +(Closes: #605095) + * Thanks to Moritz Muehlenhoff for the pointer and Vincent Danen for the +patch! + * Set urgency to high due to security related RC fix + + -- Alexander Reichle-Schmehl toli...@debian.org Thu, 02 Dec 2010 16:09:41 +0100 + banshee (1.6.1-1) unstable; urgency=low * New bugfix upstream release: diff -Nru banshee-1.6.1/debian/patches/CVE-2010-3998.patch banshee-1.6.1/debian/patches/CVE-2010-3998.patch --- banshee-1.6.1/debian/patches/CVE-2010-3998.patch 1970-01-01 01:00:00.0 +0100 +++ banshee-1.6.1/debian/patches/CVE-2010-3998.patch 2010-12-02 16:09:29.0 +0100 @@ -0,0 +1,13 @@ +--- a/src/Clients/Booter/banshee-1.linux.in b/src/Clients/Booter/banshee-1.linux.in +@@ -7,8 +7,8 @@ MONO_EXE=@expanded_libdir@/@PACKAGE@/$e + BANSHEE_EXEC_NAME=$(basename $0) + BANSHEE_CONFIG_DIR=${XDG_CONFIG_HOME:-$HOME/.config}/banshee-1 + +-export ld_library_pa...@expanded_libdir@:@expanded_libdir@/@PACKAGE@:@expanded_libdir@/@PACKAGE@/Extensions${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH} +-export gst_plugin_pa...@expanded_libdir@/@PACKAGE@/gstreamer-0.10${GST_PLUGIN_PATH+:$GST_PLUGIN_PATH} ++export ld_library_pa...@expanded_libdir@:@expanded_libdir@/@PACKAGE@:@expanded_libdir@/@PACKAGE@/Extensions${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} ++export gst_plugin_pa...@expanded_libdir@/@PACKAGE@/gstreamer-0.10${GST_PLUGIN_PATH:+:$GST_PLUGIN_PATH} + if [ $BANSHEE_EXEC_NAME = muinshee ]; then + BANSHEE_CLIENT=Muinshee + export mono_pa...@expanded_libdir@/@PACKAGE@/Extensions diff -Nru banshee-1.6.1/debian/patches/series banshee-1.6.1/debian/patches/series --- banshee-1.6.1/debian/patches/series 2010-05-21 11:01:04.0 +0200 +++ banshee-1.6.1/debian/patches/series 2010-12-02 16:00:21.0 +0100 @@ -1 +1,2 @@ 99_ltmain_as-needed.patch +CVE-2010-3998.patch
Bug#605707: unblock: nagiosgrapher/1.7.1-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nagiosgrapher it fixes RC bug #603456 (upgrade problem due to modified files). Changelog reads: * Non-maintainer upload. * debian/rules: install standard//check_disk.ncfg standard//check_swap.ncfg standard//check_ping.ncfg standard//check_load.ncfg standard//check_procs.ncfg via ucf instead of directly in the package (as it was done before) (Closes: #603456) * Set urgency to medium due to rc bug fix unblock nagiosgrapher/1.7.1-2.1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591115: Bug forwarded
Hi! Am 02.12.2010 17:38, schrieb Federico Giménez Nieto: I don't think it would have been a good idea to keep any of the tests, it seems that they are randomly failing (perhaps due to a race condition?) even on i386, see [1] Ah, okay. Than your solution is indeed better :) Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605095: [pkg-cli-apps-team] Bug#605095: banshee: diff for NMU version 1.6.1-1.1
Hi! Am 02.12.2010 17:34, schrieb Chow Loong Jin: Could you cancel the upload, please? Done. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605218: [Pkg-ia32-libs-maintainers] Bug#605218: apt-get dist-upgrade fails to install ia32-libs
Hi! Am 02.12.2010 09:17, schrieb Goswin von Brederlow: It would have been more helpfull for someone to sponsor the already fixed package on mentors.debian.net. Ping me tomorrow. I'll try to have a look at it. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603841: CVE-2010-4173 libsdp: insecure log file handling
Hi! * Moritz Muehlenhoff j...@inutil.org [101202 19:38]: Alexander already uploaded a fix to DELAYED/10, maybe there's a way to move this upload to the regular archive faster? Done, rescheduled to 0-day. Best Regards, Alexander signature.asc Description: Digital signature
Bug#605095: [pkg-cli-apps-team] Bug#605095: banshee: diff for NMU version 1.6.1-1.1
Hi! * Chow Loong Jin hyper...@gmail.com [101202 21:03]: Alexander, sorry for the confusion caused. Could you reupload your NMU, then? I am currently facing exams at the moment and am not free to do it myself. On it's way (without delayed). Sorry for not checking further the first time, planed to verify it again tomorrow. Best Regards, Alexander signature.asc Description: Digital signature
Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)
reopen 605562 severity 605562 important thanks Hi again! * Gaudenz Steinlin gaud...@debian.org [101201 11:57]: I booted from usb stick (which was presented as /dev/sda) on a hardware raid (/dev/sdb). After the system was successfully installed, the bootloader was installed to the mbr of /dev/sda (the usb stick), not my hard disc (/dev/sdb). Can you please recheck with a current daily image. I believe this issue is fixed in grub-installer 1.57. See #568529 (and duplicates) for more information. It would be nice to have a confirmation from you that the issue is indeed fixed as it does not happen on all systems and is therefore quite hard to test. Please reopen the bug if it's not fixed on your hardware. I' sorry, but the problem still remains. I tested with and usb installation using http://d-i.debian.org/daily-images/amd64/daily/hd-media/boot.img.gz (dated 02-Dec-2010 00:22) and http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso (dated 01-Dec-2010 03:01) I also looked ant the iso image, it does contain grub-installer_1.57, however, grub is still installed on my usb-stick (/dev/sda) not on the hard disk (which is now /dev/sdd; it seems the linux kernel now also sees the real hard drives, not the hardware raid). I saved the contents of /var/log/installer after the installation, but need to recover mu original system for now to do some work. I can put them online in couple of minutes. If there's anything I can do to help / you need to know, please let me know. Best Regards, Alexander PS: Thinking about it... severity serious might be to high, as only certain systems seem to be affected; at least I couldn't reproduce the problem with on other system. signature.asc Description: Digital signature
Bug#593607: pcmanfm wrongly deleted some files in a failed move operation
fixed 593607 0.9.8-1 thanks Hi Andrew! Am 01.12.2010 10:13, schrieb Andrew Lee: Thanks Alexander for the reminder. Since there is no response and we are in a freeze status. I assume this has been fixed, and close this bug now. Fine, fine. I also marked the current version in sid as not affected by this bug. Can you please ask the release team for an unblock? Please feel free to reopen it if you can reproduct this problem still. Sorry, but I don't use pcmanfm myself; I'm just a rc bug hunter stumbling over this bug. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)
Package: installation-reports Version: 2.43 Severity: serious Tags: d-i Justification: Renders System unusable -- Package-specific info: Boot method: USB stick Image version: beta1 AMD64 Date: 2010-11-29 Machine: Dell Precision T3400 Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sdc1 ext4 560031360 56757468 497584304 11% / tmpfstmpfs 4066232 0 4066232 0% /lib/init/rw udev tmpfs 4059248 220 4059028 1% /dev tmpfstmpfs 4066232 0 4066232 0% /dev/shm Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[E] Comments/Problems: I booted from usb stick (which was presented as /dev/sda) on a hardware raid (/dev/sdb). After the system was successfully installed, the bootloader was installed to the mbr of /dev/sda (the usb stick), not my hard disc (/dev/sdb). Of course the system didn't booted, when the usb stick was removed, also, it didn't boot, when I inserted the stick again, just displaying GRUB (IIRC). When I prepared d-i again on the stick, booted again into rescue mode and installed grub into /dev/sdb the system boots as expected. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101020 X_INSTALLATION_MEDIUM=hd-media == Installer hardware-summary: == uname -a: Linux pc2177 2.6.32-5-amd64 #1 SMP Fri Oct 15 00:56:30 UTC 2010 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82X38/X48 Express DRAM Controller [8086:29e0] lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82X38/X48 Express Host-Primary PCI Express Bridge [8086:29e1] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:06.0 PCI bridge [0604]: Intel Corporation 82X38/X48 Express Host-Secondary PCI Express Bridge [8086:29e9] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 [8086:294a] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 02) lspci -knn: Subsystem: Dell Device [1028:0214] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)
Hi Gaudenz! Am 01.12.2010 11:57, schrieb Gaudenz Steinlin: I booted from usb stick (which was presented as /dev/sda) on a hardware raid (/dev/sdb). After the system was successfully installed, the bootloader was installed to the mbr of /dev/sda (the usb stick), not my hard disc (/dev/sdb). Can you please recheck with a current daily image. I believe this issue is fixed in grub-installer 1.57. See #568529 (and duplicates) for more information. Is there a way to check that without a doing a new installation? Will it do, if I boot into expert mode from a daily image, and choose to install the boot loader? Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591115: Bug forwarded
Hi! Am 30.11.2010 19:25, schrieb Federico Gimenez Nieto: So my understanding would be, that a legitimate fix would be to disbale this test (without uploading a NEW upstream version). If you could prepere that, I'm willing to sponsor the upload; if you got the OK from the release team for the new upstream version, I'm also willing to upload the version on mentors. Ok, i've prepared a package with the old upstream version and the tests disabled at build time, which prevents the FTBFS. It is uploaded at mentors [1] Actually I proposed to disable the failing tests, not all of them. But as a) the package seems to work on AMD64 even though tests fail and b) Upstream decided to drop all tests, I think it is also okay to disable all tests for this build, even if it's more than asked for. Package uploaded, thanks for fixing this bug :) Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)
Hi! Am 01.12.2010 14:59, schrieb Gaudenz Steinlin: The most reliable test is to do a complete reinstall to an empty partition. This would leave your existing installation intact. Okay, I'll try to do that tomorrow, when I got a new disc. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605583: unblock: nagiosgrapher/1.7.1-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nagiosgrapher as it fixes RC bug #603456. Changes are: * Non-maintainer upload. * debian/rules: install standard//check_disk.ncfg standard//check_swap.ncfg standard//check_ping.ncfg standard//check_load.ncfg standard//check_procs.ncfg via ucf instead of directly in the package (as it was done before) (Closes: #603456) * Set urgency to medium due to rc bug fix unblock nagiosgrapher/1.7.1-2.1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603429: hylafax-server: prompting due to modified conffiles which where not modified by the user
tags 603429 + patch thanks Hi! * Holger Levsen hol...@layer-acht.org [101114 01:04]: [..] From the attached log (scroll to the bottom...): Configuration file `/etc/default/hylafax' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** hylafax (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing hylafax-server (--configure): EOF on stdin at conffile prompt Setting up perl-modules (5.10.1-14) ... Setting up dmsetup (2:1.02.48-3) ... Setting up libdevmapper1.02.1 (2:1.02.48-3) ... Setting up perl (5.10.1-14) ... Setting up defoma (0.11.11) ... Errors were encountered while processing: hylafax-server E: Sub-process /usr/bin/dpkg returned an error code (1) I think the attached patch solves this problem, by not installing /etc/default/hylafax via the package, but instead installing this file to /usr/share/hylafax, and then using ucf to install it to /etc/default. For that I had to rename debian/hylafax-server.hylafax.default to avoid it being installed by dh_installinit, which clutters the attached a bit. Best Regards, Alexander PS: Oh, and ignore the changelog; I don't intend to NMU it. diff -Nru hylafax-6.0.5/debian/changelog hylafax-6.0.5/debian/changelog --- hylafax-6.0.5/debian/changelog 2010-10-12 12:19:13.0 +0200 +++ hylafax-6.0.5/debian/changelog 2010-12-01 16:57:22.0 +0100 @@ -1,3 +1,13 @@ +hylafax (2:6.0.5-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Use ucf to install /etc/default/hylafax (Closes: #603429) + * Also added ucf as dependency for hylafax-server + * Don't install /etc/default/hylafax via debhelper, as previous version + might already have been changed + + -- Alexander Reichle-Schmehl toli...@debian.org Wed, 01 Dec 2010 16:28:35 +0100 + hylafax (2:6.0.5-4) unstable; urgency=low * Added two packages with debug information. diff -Nru hylafax-6.0.5/debian/control hylafax-6.0.5/debian/control --- hylafax-6.0.5/debian/control 2010-10-12 12:25:38.0 +0200 +++ hylafax-6.0.5/debian/control 2010-12-01 15:51:33.0 +0100 @@ -11,7 +11,7 @@ Package: hylafax-server Architecture: any Section: comm -Depends: ${shlibs:Depends}, ${misc:Depends}, libtiff-tools (= 3.6.1-3), hylafax-client (= ${binary:Version}), bsd-mailx | mailx, psmisc, sed (= 4.1.2), ghostscript, adduser, lsb-base (= 3.0-6), exim4-daemon-light | mail-transport-agent +Depends: ${shlibs:Depends}, ${misc:Depends}, libtiff-tools (= 3.6.1-3), hylafax-client (= ${binary:Version}), bsd-mailx | mailx, psmisc, sed (= 4.1.2), ghostscript, adduser, lsb-base (= 3.0-6), exim4-daemon-light | mail-transport-agent, ucf Suggests: mgetty, psrip Conflicts: mgetty-fax, capi4hylafax ( 1:01.02.03-4) Description: Flexible client/server fax software - server daemons diff -Nru hylafax-6.0.5/debian/hylafax-server.hylafax.default hylafax-6.0.5/debian/hylafax-server.hylafax.default --- hylafax-6.0.5/debian/hylafax-server.hylafax.default 2010-08-13 23:11:55.0 +0200 +++ hylafax-6.0.5/debian/hylafax-server.hylafax.default 1970-01-01 01:00:00.0 +0100 @@ -1,56 +0,0 @@ -# default settings for hylafax server - -# try to check for the correct USE_FAXGETTY value -if grep -E '^[^#]*:respawn:/usr/sbin/fax(getty|modem).*$' /etc/inittab /dev/null 21 || grep -E '^exec[ \t]*/usr/sbin/fax(getty|modem)' /etc/init/*.conf /dev/null 21 -then - USE_FAXGETTY=init -else - USE_FAXGETTY=yes -fi - -# Arguments for faxgetty command. At least -D should be specified -# as explained in debian bug #462459. -FAXGETTYARGS=-D - -# In a send only installation you may want to use faxgetty -# or faxmodem on lines already configured with faxaddmodem. -# faxgetty is the new default, faxmodem the old one. -# For a better understanding of the difference between faxmodem -# and faxgetty, see http://www.hylafax.org/archive/1999-09/msg00043.php -# -# In a send/receive installation you must use faxgetty. -# -# To use faxmodem change the following variable value to no. -# -# You may also prefer to run faxmodem/faxgetty via inittab instead of -# running it here from a script. In this case set its value as -# init. -# USE_FAXGETTY=yes - -# -# Uncomment this line once hylafax has been fully configured and/or -# you want to enable the server. -# -# RUN_HYLAFAX=1 - -# -# If you need to bind hylafax to one address only, just uncomment -# this variable and change the value using your preferred IP. -# -# BINDTO=-l 127.0.0.1 - -# -# The following variables are automatically assigned by running -# the faxsetup utility. If you leave them commented out then -# faxsetup values are used