Bug#476732: aptitude: Updated Danish translation for 0.4.11.2-1
tags 476732 + pending thanks On Fri, Apr 18, 2008 at 10:13:02PM +0200, Morten Bo Johansen wrote: Package: aptitude Version: 0.4.11.2-1 Severity: wishlist Tags: patch l10n Please find attached a completely updated Danish translation in the attachment. Committed, thanks! I unfuzzied three strings. Please confirm that the following is OK: #: src/main.cc:159 #, c-format msgid reinstall- Download and (possibly) reinstall a currently installed package\n msgstr reinstall- Hent og (om muligt) geninstallér en aktuelt installeret pakke\n #: src/main.cc:160 #, c-format msgid why - Show the manually installed packages that require a package, or\n - why one or more packages would require the given package\n msgstr why - Vis de manuelt installerede pakker som kræver en pakke, eller\n - hvorfor en eller flere pakker måtte kræve en given pakke\n #: src/main.cc:162 #, c-format msgid why-not - Show the manually installed packages that lead to a conflict\n with the given package, or why one or more packages would\n lead to a conflict with the given package if installed\n msgstr why-not - Vis de manuelt installerede pakker som fører til en konflikt\n med den givne pakke, eller hvorfor en eller flere pakker måtte\n føre til en konflikt med den givne pakke, hvis installeret\n #: src/main.cc:181 #, c-format msgid -q In command-line mode, suppress the incremental progress\n indicators.\n msgstr -q I kommandolinjetilstand, undertryk den fortløbende fremgang\n indikatorer.\n Jens
Bug#477043: chrony_1.23-1(ia64/experimental): FTBFS: IOC constants unknown on ia64
Package: chrony Version: 1.23-1 Severity: important There was an error while trying to autobuild your package: Automatic build of chrony_1.23-1 on alkman by sbuild/ia64 98-farm Build started at 20080420-1214 [...] ** Using build dependencies supplied by package: Build-Depends: bison, debhelper (= 4), libreadline5-dev | libreadline-dev, texinfo [...] gcc -Wmissing-prototypes -Wall -g -O2 -DFEAT_RTC=1 -DLINUX -DHAS_STDINT_H -DHAS_INTTYPES_H -c rtc_linux.c In file included from rtc_linux.c:61: io_linux.h:39:2: error: #error I don't know the values of the _IOC_* constants for your architecture rtc_linux.c: In function 'switch_interrupts': rtc_linux.c:680: error: 'CHRONY_IOC_NONE' undeclared (first use in this function) rtc_linux.c:680: error: (Each undeclared identifier is reported only once rtc_linux.c:680: error: for each function it appears in.) rtc_linux.c:680: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:680: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:680: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) rtc_linux.c: In function 'set_rtc': rtc_linux.c:721: error: 'CHRONY_IOC_WRITE' undeclared (first use in this function) rtc_linux.c:721: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:721: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:721: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) rtc_linux.c: In function 'read_from_device': rtc_linux.c:902: error: 'CHRONY_IOC_READ' undeclared (first use in this function) rtc_linux.c:902: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:902: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:902: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) rtc_linux.c: In function 'RTC_Linux_TimePreInit': rtc_linux.c:1058: error: 'CHRONY_IOC_READ' undeclared (first use in this function) rtc_linux.c:1058: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:1058: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:1058: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) make[1]: *** [rtc_linux.o] Error 1 make[1]: Leaving directory `/build/buildd/chrony-1.23' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://experimental.debian.net/build.php?arch=ia64pkg=chronyver=1.23-1 Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#477032: pychecker: FTBFS: Failed test(s): test3 test17 test22 test34 test48 test53 test71 test77 test87 test88
On Sun, Apr 20, 2008 at 10:43 AM, Lucas Nussbaum [EMAIL PROTECTED] wrote: Package: pychecker Version: 0.8.17-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080419 qa-ftbfs Justification: FTBFS on i386 During a rebuild of all packages in sid, your package failed to build on i386. It looks like this has to do with the upgrade to Python 2.5, rather than the GCC transition. The tests pass for Python 2.5, but the expected results are slightly different. I'll tweak the package and get a new version uploaded soon (perhaps today, otherwise early this week). KEN -- Kenneth J. Pronovici [EMAIL PROTECTED] http://www.cedar-solutions.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476610: [pkg-cli-apps-team] Bug#476610: Processed: reassign bug #476610 to package beagle
On Sun, 2008-04-20 at 11:50 -0400, D Bera wrote: connect(15, {sa_family=AF_FILE, path=/home/meebey/.beagle/socket}, 110) = -1 EAGAIN (Resource temporarily unavailable) It is strange that connect() is returning EAGAIN. Does the socket physically exist ? Yes the socket exist but is dead because of a crashed beagle (forgot the evolution# issue?). [EMAIL PROTECTED]:~$ stat .beagle/socket File: `.beagle/socket' Size: 0 Blocks: 0 IO Block: 4096 socket Device: 806h/2054d Inode: 328351 Links: 1 Access: (0755/srwxr-xr-x) Uid: ( 1000/ meebey) Gid: ( 1000/ meebey) Access: 2008-04-20 16:28:33.0 +0200 Modify: 2008-04-20 16:28:33.0 +0200 Change: 2008-04-20 16:28:33.0 +0200 [EMAIL PROTECTED]:~$ Beagle doesn't crash completly btw, the process is still there but not even responding to kill, only kill -9 works in that stage, see #475640 for the crash trigger / cause. After I killed beagled using kill -9, gnome-color-chooser and other GTK+ apps work again (not hanging with EAGAIN). Beagle or libbeagle should handle this case gracefully though (when beagle crashes / hangs for some reason) It is even stranger that gnome-color-chooser is using libbeagle. probably some gtk widget they use does it... I will try to reproduce this on ubuntu and mandriva. Wish me luck. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: This is a digitally signed message part
Bug#477047: zephyr-clients: please investigate possibility to use libc-ares.
Package: zephyr-clients Severity: wishlist While updating my debian installation libc-ares was pulled in. This was described as a fork of libares, with added features like IPv6 and more. Looking at libares0 reverse dependencies only aria2 (which already seems to contain support for libc-ares and simply needs a rebuild?) and your package, zephyr-clients, uses it. It would be great if you could investigate if zephyr-clients could be ported to use libc-ares as well. This would make it possible to drop libares and less software = less bugs, right? :) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474644: libffi4-dev Provides: libffi-dev, but does not appear to actually be compatible
reassign 474644 pygobject thanks libffi4-dev never had a pkgconfig file, and will not have one. either pygobject should tighten the b-d, or the configure check has to check for a libffi4-dev without a pkgconfig file. Nathaniel Smith writes: Package: libffi4-dev Version: 4.1.2-6 Severity: normal I have python-gobject-dev installed; python-gobject-dev Depends: on libffi-dev. On my system, this dependency was satisfied by libffi4-dev, because libffi4-dev Provides: libffi-dev. However, this leaves me with a broken python-gobject-dev package, because at least some operations seem to actually need libffi-dev; libffi4-dev doesn't work: # With libffi4-dev installed: $ pkg-config --libs --cflags pygobject-2.0 Package libffi was not found in the pkg-config search path. Perhaps you should add the directory containing `libffi.pc' to the PKG_CONFIG_PATH environment variable Package 'libffi', required by 'PyGObject', not found # With libffi-dev installed instead: $ pkg-config --libs --cflags pygobject-2.0 -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lgobject-2.0 -lglib-2.0 (I'm not entirely sure whether this should be considered a bug in libffi or python-gobject; this is just my best guess.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477045: sugar-sharedstate: FTBFS: dh_install: sugar-sharingtest-activity missing files (debian/tmp/usr/share/activities/*), aborting
Package: sugar-sharedstate Version: 1~git.20071117-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080419 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: /usr/bin/fakeroot debian/rules binary test -x debian/rules test `id -u` = 0 dh_clean -k dh_installdirs -A mkdir -p . for pythonver in 2.5; do \ /usr/bin/python$ver setup.py dist; \ done WARNING: NEWS file is missing. for pythonver in 2.5; do \ /usr/bin/python$ver setup.py dist; \ done WARNING: NEWS file is missing. dh_buildinfo touch debian/stamp-buildinfo dh_installdirs -psugar-sharedstate-classes mkdir -p /build/user/sugar-sharedstate-1~git.20071117/debian/tmp/usr/share/activities for pythonver in 2.5; do \ /usr/bin/python$ver setup.py install /build/user/sugar-sharedstate-1~git.20071117/debian/tmp/usr; \ done WARNING: NEWS file is missing. dh_installdirs -psugar-sharingtest-activity mkdir -p /build/user/sugar-sharedstate-1~git.20071117/debian/tmp/usr/share/activities for pythonver in 2.5; do \ /usr/bin/python$ver setup.py install /build/user/sugar-sharedstate-1~git.20071117/debian/tmp/usr; \ done WARNING: NEWS file is missing. dh_installdocs -psugar-sharedstate-classes sharedstate/README dh_installexamples -psugar-sharedstate-classes dh_installman -psugar-sharedstate-classes dh_installinfo -psugar-sharedstate-classes dh_installmenu -psugar-sharedstate-classes dh_installcron -psugar-sharedstate-classes dh_installinit -psugar-sharedstate-classes dh_installdebconf -psugar-sharedstate-classes dh_installemacsen -psugar-sharedstate-classes dh_installcatalogs -psugar-sharedstate-classes dh_installpam -psugar-sharedstate-classes dh_installlogrotate -psugar-sharedstate-classes dh_installlogcheck -psugar-sharedstate-classes dh_installchangelogs -psugar-sharedstate-classes dh_installudev -psugar-sharedstate-classes dh_lintian -psugar-sharedstate-classes dh_install -psugar-sharedstate-classes dh_link -psugar-sharedstate-classes dh_installmime -psugar-sharedstate-classes dh_pycentral -psugar-sharedstate-classes dh_installdocs -psugar-sharingtest-activity dh_installexamples -psugar-sharingtest-activity dh_installman -psugar-sharingtest-activity dh_installinfo -psugar-sharingtest-activity dh_installmenu -psugar-sharingtest-activity dh_installcron -psugar-sharingtest-activity dh_installinit -psugar-sharingtest-activity dh_installdebconf -psugar-sharingtest-activity dh_installemacsen -psugar-sharingtest-activity dh_installcatalogs -psugar-sharingtest-activity dh_installpam -psugar-sharingtest-activity dh_installlogrotate -psugar-sharingtest-activity dh_installlogcheck -psugar-sharingtest-activity dh_installchangelogs -psugar-sharingtest-activity dh_installudev -psugar-sharingtest-activity dh_lintian -psugar-sharingtest-activity dh_install -psugar-sharingtest-activity dh_install: sugar-sharingtest-activity missing files (debian/tmp/usr/share/activities/*), aborting make: *** [binary-install/sugar-sharingtest-activity] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/19 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477046: gtkgo: FTBFS: configure: error: installation or configuration problem: C compiler cannot create executables.
Package: gtkgo Version: 0.0.10-15 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080419 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp rm -f src/*.o src/gtkgo # Add here commands to clean up after the build process. #-/usr/bin/make clean #-/usr/bin/make distclean dh_clean dpkg-source -b gtkgo-0.0.10 dpkg-source: info: using source format `1.0' dpkg-source: info: building gtkgo using existing gtkgo_0.0.10.orig.tar.gz dpkg-source: info: building gtkgo in gtkgo_0.0.10-15.diff.gz dpkg-source: info: building gtkgo in gtkgo_0.0.10-15.dsc debian/rules build dh_testdir # Add here commands to compile the package. ./configure --prefix=/usr --bindir=/usr/games creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... missing checking for mawk... mawk checking for gcc... gcc checking whether the C compiler (gcc -g -O2 -O2 -g -Wall -I/usr/lib/gnome-libs/include/ -I/usr/include/gnome-1.0/ ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. make: *** [build-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/19 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477036: mediatomb: FTBFS: ../src/url.cc:78:53: error: macro curl_easy_setopt requires 3 arguments, but only 2 given
Hi, this bug is already fixed in current SVN code. Here's a patch. greets, Leo Index: src/url.cc === --- src/url.cc (revision 1714) +++ src/url.cc (revision 1775) @@ -75,7 +75,7 @@ if (only_header) { -curl_easy_setopt(curl_handle, CURLOPT_NOBODY); +curl_easy_setopt(curl_handle, CURLOPT_NOBODY, 1); curl_easy_setopt(curl_handle, CURLOPT_HEADERFUNCTION, URL::dl); curl_easy_setopt(curl_handle, CURLOPT_HEADERDATA, (void *)buffer.getPtr());
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
On 20/04/08 at 09:03 +0200, David Bremner wrote: Dear All; I placed a potential fix at http://mentors.debian.net/debian/pool/main/s/sketch/sketch_0.2.60-1.dsc If Lucas can verify this fixes the bug for him, then maybe Bas could could consider uploading to unstable? Or something like that. This package builds fine, thank you -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#448581: fglrx-kernel-src: fglrx on ibm thinkpad r52 - X session freeze when killing it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Gianquinto a écrit : Package: fglrx-kernel-src Version: 8.47.3-3 Followup-For: Bug #448581 Hello, My card is a ATI Technologies Inc M22 [Mobility Radeon X300] Everything start with X until i want close my session or kill the X session. X freeze and c'ant be killed even with kill -9 ! When i want to force a rmmod -f fglrx, i had a kernel panik. Any hint or a upstream bug report to the amd/ati dev ? Thanks PS: I d'ont now how to send the the kernel panik debug, if you have solution let me know ? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-kernel-src depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii debhelper 6.0.11 helper programs for debian/rules ii make 3.81-4 The GNU version of the make util Versions of packages fglrx-kernel-src recommends: ii module-assistant 0.10.11.0 tool to make module package creati -- no debconf information More information ! My /etc/X11/xorg.conf http://pastebin.com/f361a573c My /var/log/Xorg.O.log http://pastebin.com/fd85b901 Thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIC24P5OIxjq5GfYERAuncAJ440YshCv5dUb8j66Xe8rZJRiknJwCeIpP3 vj32sGdZTbUlw/il7/BwGb4= =H1J3 -END PGP SIGNATURE-
Bug#477048: openoffice.org-writer: Saving as Docbook XML doesn't work
Package: openoffice.org Version: 1:2.4.0-4 Severity: normal Hi, when saving a Writer document as Docbook XML, OOo hangs (window is not updated, no response) and must be killed. Thanks for considering, Roland -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rt1 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org depends on: ii openoffice.org-base 1:2.4.0-4 OpenOffice.org office suite - data ii openoffice.org-calc 1:2.4.0-4 OpenOffice.org office suite - spre ii openoffice.org-core 1:2.4.0-4 OpenOffice.org office suite archit ii openoffice.org-draw 1:2.4.0-4 OpenOffice.org office suite - draw ii openoffice.org-filter-binfilt 1:2.4.0-4 Legacy filters (e.g. StarOffice 5. ii openoffice.org-filter-mobiled 1:2.4.0-4 Mobile Devices Filters for OpenOff ii openoffice.org-impress1:2.4.0-4 OpenOffice.org office suite - pres ii openoffice.org-java-common1:2.4.0-4 OpenOffice.org office suite Java s ii openoffice.org-math 1:2.4.0-4 OpenOffice.org office suite - equa ii openoffice.org-officebean 1:2.4.0-4 OpenOffice.org Office Bean ii openoffice.org-writer 1:2.4.0-4 OpenOffice.org office suite - word ii openoffice.org-writer2latex 0.5-6 Writer/Calc to LaTeX/XHTML convert openoffice.org recommends no packages. Versions of packages openoffice.org-core depends on: ii fontconfig 2.5.0-2 generic font configuration library ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1 The Cairo 2D vector graphics libra ii libcurl3 7.18.1-1 Multi-protocol file transfer libra ii libdb4.6 4.6.21-7 Berkeley v4.6 Database Libraries [ ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-3 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.19-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.2-1 spell checker and morphological an ii libhyphen0 2.3.1-3 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8.1-1 International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.7-6.2 OpenLDAP libraries ii libneon27 0.28.2-1 An HTTP and WebDAV client library ii libnspr4-0d4.7.0-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~beta3-1Network Security Service libraries ii libpam0g 0.99.7.1-6Pluggable Authentication Modules l ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-8 SSL shared libraries ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-3.2 STLport C++ class library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw72:1.0.4-1 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-1 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.23-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openoffice.org-common 1:2.4.0-4 OpenOffice.org office suite archit ii ttf-opensymbol 1:2.4.0-4 The OpenSymbol TrueType font ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openoffice.org-writer depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-3 GCC support library ii libicu38 3.8.1-1 International Components for Unico ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libstlport4.6ldbl
Bug#476835: aptitude: Small layout problem in description of why command
tags 476835 + pending thanks On Sat, Apr 19, 2008 at 02:21:53PM +0100, Jacobo Tarrio wrote: Package: aptitude Version: 0.4.11.2-1 Severity: minor Tags: patch Translation update that assumes this patch has been applied is coming in a subsequent bug report. diff -r 2783dc8ce308 src/main.cc --- a/src/main.cc Wed Apr 16 13:20:41 2008 +0200 +++ b/src/main.cc Sat Apr 19 14:14:22 2008 +0100 printf(_( why - Show the manually installed packages that require a package, or\n - - why one or more packages would require the given package\n)); + why one or more packages would require the given package\n)); Applied. Thanks, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476837: [INTL:gl] Galician translation for aptitude
tags 476837 + pending thanks On Sat, Apr 19, 2008 at 02:37:32PM +0100, Jacobo Tarrio wrote: Package: aptitude Severity: wishlist Tags: l10n patch It is attached to this report. Should be applied after patch for #476835. Applied. Thanks, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476882: stellarium: black screen after startup
I can confirm the black screen after startup of stellarium. I use locale da_DK.UTF-8, but if it is set to C, then stellarium runs fine: LANG=C stellarium Even just setting LC_NUMERIC helps: LC_NUMERIC=C stellarium This could be a problem with reading non-localized numeric datafiles with an active locale set. The application handles some aspects of locale setting in src/stelutils/Translator.cpp and the attached patch adds a call to set the locale for number formatting to C. --- stellarium-0.9.1.orig/src/stelutils/Translator.cpp +++ stellarium-0.9.1/src/stelutils/Translator.cpp @@ -140,6 +140,7 @@ #else setlocale(LC_CTYPE,); #endif + setlocale(LC_NUMERIC, C); assert(domain==stellarium); QString result = bind_textdomain_codeset(domain.toUtf8().constData(), UTF-8); assert(result==UTF-8);
Bug#477012: hedgewars: FTBFS: make: *** [configure-stamp] Error 255
tags 477012 patch pending thanls Thanks for You bug-report, see patch. On 17:36 Sun 20 Apr , Lucas Nussbaum wrote: LN Package: hedgewars LN Version: 0.9.2-1 LN Severity: serious LN User: [EMAIL PROTECTED] LN Usertags: qa-ftbfs-20080419 qa-ftbfs LN Justification: FTBFS on i386 LN Hi, LN During a rebuild of all packages in sid, your package failed to build on i386. LN This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now LN the default on most architectures (even if it's not the case on i386 yet). LN Feel free to downgrade this bug to 'important' if your package is only built LN on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with LN gcc 4.2). LN Relevant part: /usr/bin/fakeroot debian/rules clean rm -fr build *-stamp dh_clean dpkg-source -b hedgewars-0.9.2 dpkg-source: info: using source format `1.0' dpkg-source: info: building hedgewars using existing hedgewars_0.9.2.orig.tar.gz dpkg-source: info: building hedgewars in hedgewars_0.9.2-1.diff.gz dpkg-source: info: building hedgewars in hedgewars_0.9.2-1.dsc debian/rules build mkdir build tar xjf *.tar.bz2 -C build name_top=`ls build`; \ mv build/$name_top/* build; \ rmdir build/$name_top touch unpack-stamp dh_testdir cd build \ cmake -DCMAKE_INSTALL_PREFIX=/usr/lib/hedgewars \ -DDATA_INSTALL_DIR=/usr/share/games . -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Check size of void* -- Check size of void* - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found. -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found. -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found. -- Found Qt-Version 4.4.0-rc1 -- Looking for _POSIX_TIMERS -- Looking for _POSIX_TIMERS - found -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found CMake Error: This project requires some variables to be set, and cmake can not find them. Please set the following variables: QT_FONTCONFIG_LIBRARY (ADVANCED) QT_X11_ICE_LIBRARY (ADVANCED) QT_X11_SM_LIBRARY (ADVANCED) QT_XI_LIBRARY (ADVANCED) QT_XRANDR_LIBRARY (ADVANCED) QT_XRENDER_LIBRARY (ADVANCED) -- Configuring done make: *** [configure-stamp] Error 255 LN The full build log is available from: LN http://people.debian.org/~lucas/logs/2008/04/19 LN A list of current common problems and possible solutions is available at LN http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! LN About the archive rebuild: The rebuild was done on about 50 AMD64 nodes LN of the Grid'5000 platform, using a clean chroot containing a sid i386 LN environment. Internet was not accessible from the build systems. --- hedgewars-0.9.2/debian/control 2008-04-20 20:25:37.0 +0400 +++ hedgewars-0.9.2/debian/control 2008-04-20 20:16:03.0 +0400 @@ -2,7 +2,7 @@ Section: games Priority: extra Maintainer: Dmitry E. Oboukhov [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), cmake, libqt4-dev (= 4.2), fp-compiler, libsdl1.2-dev, libsdl-ttf2.0-dev, libsdl-mixer1.2-dev, libsdl-image1.2-dev, libsdl-net1.2-dev, bzip2 +Build-Depends: debhelper (= 5), cmake, libqt4-dev (= 4.2), fp-compiler, libsdl1.2-dev, libsdl-ttf2.0-dev, libsdl-mixer1.2-dev, libsdl-image1.2-dev, libsdl-net1.2-dev, bzip2, libxrandr-dev, libfontconfig1-dev, libxi-dev Standards-Version: 3.7.3 Homepage: http://hedgewars.org signature.asc Description: Digital signature
Bug#473426: g++-4.3: regression with memory consuption ?
tag 473426 + moreinfo thanks please attach the preprocessed source (for both platforms) together with the command line options used to compile. Christian Marillat writes: Package: g++-4.3 Version: 4.3.0-2 Severity: normal Hi, g++ 4.3 is unable to compile the libs/libmythtv/dbcheck.cpp source in mythtv package on powerpc and sparc (a bug report is needed for this arch ?). Of course I don't see this problem with g++ 4.2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474183: does it help?
This is from SVN rev339 it goes through wxp/smdi.py (is wxp ok for linux?) I've put a set_trace on line 1000 /tmp/_spe/sm/wxp/smdi.py(1001)onFrameClose() - parentFrame.tabs.DeletePage(current) (Pdb) s --Call-- /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_controls.py(3014)DeletePage() - def DeletePage(*args, **kwargs): (Pdb) /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_controls.py(3016)DeletePage() - return _controls_.BookCtrlBase_DeletePage(*args, **kwargs) (Pdb) s ***here it crashes*** --Call-- /tmp/_spe/plugins/Pycheck.py(68)__del__() - def __del__(self): (pdb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473397: debian-installer: partioner forgets previous info when doing LVM
reassign 473397 partman-base forcemerge 475479 473397 thanks On Sunday 30 March 2008, Paul Slootman wrote: I then create /boot and / on the first and second RAID1 devices, and enter all the info about mount point, filesystem type, label, etc. I then enter the LVM part to create the LVM devices for /var, swap and /data. Upon exiting the LVM part, the partitioner has forgotten about the usage of the /boot and / parts, meaning I have to re-enter that info. At least it doesn't recreate the filesystems after that. In short, the partitioner shouldn't forget about the non-LVM filesystems when doing the LVM stuff. This is a known issue that I've analyzed yesterday. Please see [1] for details if you're interested. Cheers, FJP [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475479#17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476817: aptitude: misses some automatic packages when deciding what to remove
On Sat, Apr 19, 2008 at 01:20:23PM +0200, Yann Dirson [EMAIL PROTECTED] was heard to say: My unstable chroot still has an obsolete libdb2 installed, although it is marked automatic and has no revdeps. It even does not break anything when I select it explicitely for purge. The problem is that libdb2 is a required package, and apt refuses to consider required packages to be garbage. From depcache.cc:1406, // skip required packages if (!p.CurrentVer().end() (p.CurrentVer()-Priority == pkgCache::State::Required)) continue; I'm undecided as to whether this is the right thing to do. On the one hand, while aptitude wouldn't remove unused Essential packages, it never had logic to screen out required packages. AFAIK, packages that use a required but not Essential package have to declare the dependency. The really important-looking packages on my system that are Priority: required and that don't have incoming deps are also Essential. On the other hand, Policy makes it clear that required packages shouldn't be removed: required Packages which are necessary for the proper functioning of the system (usually, this means that dpkg functionality depends on these packages). Removing a required package may cause your system to become totally broken and you may not even be able to use dpkg to put things back, so only do so if you know what you are doing. Systems with only the required packages are probably unusable, but they do have enough functionality to allow the sysadmin to boot and install more software. However, historically I don't think that priorities have been interpreted that strictly; if a package really and truly should never be removed even if nothing depends on it, it gets the Essential: yes tag. (of course, obsolete essential packages will never be autoremoved, but that's even less common than obsolete required packages) I also have the sense from reading the list of packages in required that this is a broader category than you'd think from the above description. Is gcc-4.2-base really required even if nothing depends on it? [EMAIL PROTECTED]:~$ dpkg -L gcc-4.2-base /. /usr /usr/share /usr/share/doc /usr/share/doc/gcc-4.2-base /usr/share/doc/gcc-4.2-base/TODO.Debian /usr/share/doc/gcc-4.2-base/copyright /usr/share/doc/gcc-4.2-base/README.Debian.gz /usr/share/doc/gcc-4.2-base/changelog.Debian.gz What about libattr1, which is used by no critical system binary as far as I can see? Same goes for libcap2. I don't know if there was a reason behind this change to apt's behavior. The commit log only says * apt-pkg/depcache.cc: - never mark required packages as garbage which sounds like it just seemed like a good idea. I don't think this rule is necessary, if nothing else because aptitude ran without it for six years without a single bug report tied to removing a required package. Furthermore, it causes user confusion (as you can see in this bug report) due to the fact that many not-actually-required packages are binned into the required priority. Removing the stanza that skips required packages causes libdb2 to be removed on the state snapshot Yann sent me, and the only package it removes on my system is libdevmapper0.2. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401916: Mittel gegen Impotenz
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476749: cron-apt: APTCOMMAND=aptitude does not reach required quiet level
On Sun, Apr 20, 2008 at 08:20:29AM -0700, Daniel Burrows wrote: On Sat, Apr 19, 2008 at 11:38:22AM +0200, Ola Lundqvist [EMAIL PROTECTED] was heard to say: Neither do I. Aptitude must do something wrong here. aptitude tries to be quieter (in particular, to not emit control characters) when its output isn't a tty: I suspected that, but didn't get into debugging any deeper (currently am on vacation). Do you want me to clone and reassign? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477049: didiwiki: debian/copyright - Upstream URL no longer exists
Package: didiwiki Version: 0.5-5.1 Severity: minor Please update debian/copyright to read: It was downloaded from http://didiwiki.org/ + which -MM-DD no longer hosts upstream sources. The domain owned by somebody else than didiwiki maintainer. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso88591) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476784: boinc-manager: boincmgr -s doesn't work
Frank S. Thomas [EMAIL PROTECTED] wrote: forcemerge 464192 476784 Not sure how I missed that! Sorry. I'll submit the screen shots under a different report. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473364: installation-report: some install glitches (grub2, tasksel, serial mouse)
reassign 473364 win32-loader retitle 473364 Should not preseed legacy encodings severity 473364 important thanks (Omitting issues previously answered.) On Friday 04 April 2008, Paul Wise wrote: There are some other minor issues below though: goodbye-microsoft.com wait for grub2 (seems slower than grub1) Yes, I've seen that too in Virtualbox. It takes a huge amount of time and you can actually see the display being assembled. /me needs to file a BR about that. choose en_AU as an additional language - seems that en_AU.iso88591 got preseeded from debian.exe? If that is true, it would IMO be a pretty serious bug in win32-loader as Debian is supposed to be installed using UTF-8 locales by default. Robert: can you please look into this? add ntfs modules component (mouse config seems absent) Not really needed; will be loaded automatically if needed. default kernel (linux-image-2.6-k7 - isn't k7 depreciated or a dummy package?) As long as it exists, I see no harm to continue to select it. When it is removed from the archive, D-I will automatically fall back correctly. notice windows is at the bottom and that it uses (hd0,0) instead of (hd0,1) boot debian That's #473401. get to nice blue grub2 splash - shouldn't the bootloader and d-i use consistent themes? gdm comes up - again theme consistency would be good again the blue theme, perhaps d-i needs changing to use blue instead of red? See http://lists.debian.org/debian-boot/2008/04/msg00570.html. notice some dummy/transitional packages installed - mailx and netcat are not marked as autoinstalled, I guess tasksel installed those? Yes, the transitional packages have a priority of standard or higher, so they get installed. Please take this up with the respective maintainers. Reassigning to win32-loader as that is the only real issue remaining. Thanks for the elaborate report, though some clearer indication of what you consider to be issues would be welcome next time. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476987: exim4-daemon-light: fails to install: incompatible command-line options or arguments
* Andreas Metzler [Sun, Apr 20, 2008 at 05:32:48PM +0200]: Hello, Please provide the complete debugging output, and the contents of /etc/init.d/exim4 and /etc/default/exim4 Here goes. #! /bin/sh # /etc/init.d/exim4 # # Written by Miquel van Smoorenburg [EMAIL PROTECTED]. # Modified for Debian GNU/Linux by Ian Murdock [EMAIL PROTECTED]. # Modified for exim by Tim Cutts [EMAIL PROTECTED] # Modified for exim4 by Andreas Metzler [EMAIL PROTECTED] # and Marc Haber [EMAIL PROTECTED] ### BEGIN INIT INFO # Provides: exim4 # Required-Start:$remote_fs $syslog $named $network $time # Required-Stop: $remote_fs $syslog $named $network # Should-Start: postgresql mysql clamav-daemon greylist spamassassin # Should-Stop: postgresql mysql clamav-daemon greylist spamassassin # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: exim Mail Transport Agent # Description: exim is a Mail Transport agent ### END INIT INFO set -e if ! [ -x /lib/lsb/init-functions ]; then . /lib/lsb/init-functions else echo E: /lib/lsb/init-functions not found, lsb-base (= 3.0-6) needed exit 1 fi if [ -n $EX4DEBUG ]; then echo now debugging $0 $@ set -x fi LANG=C export LANG #read default file QUEUERUNNER='combined' QUEUEINTERVAL='30m' UPEX4OPTS='' PIDFILE=/var/run/exim4/exim.pid QRPIDFILE=/var/run/exim4/eximqr.pid [ -f /etc/default/exim4 ] . /etc/default/exim4 upex4conf() { UPEX4CONF=update-exim4.conf OLDIFS=$IFS IFS=: for p in $PATH; do if [ -x $p/$UPEX4CONF ]; then IFS=$OLDIFS $p/$UPEX4CONF $UPEX4OPTS return 0 fi done IFS=$OLDIFS } # Exit if exim runs from /etc/inetd.conf if [ -f /etc/inetd.conf ] grep -E -q '^[[:space:]]*((\*|[[:alnum:].-]+):)?smtp' /etc/inetd.conf then upex4conf exit 0 fi DAEMON=/usr/sbin/exim4 NAME=exim4 ##test -x $DAEMON || exit 0 test -x /usr/lib/exim4/exim4 || exit 0 # this is from madduck on IRC, 2006-07-06 # There should be a better possibility to give daemon error messages # and/or to log things log() { case $1 in [[:digit:]]*) success=$1; shift;; *) :;; esac log_action_begin_msg $1; shift log_action_end_msg ${success:-0} $* } start_exim() { [ -e /var/run/exim4 ] || \ install -d -oDebian-exim -gDebian-exim -m750 /var/run/exim4 case ${QUEUERUNNER} in combined) start_daemon -p $PIDFILE \ $DAEMON -bd -q${QFLAGS}${QUEUEINTERVAL} \ ${COMMONOPTIONS} ${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS} log_progress_msg exim4 ;; separate) start_daemon -p $PIDFILE \ $DAEMON -bd ${SMTPLISTENEROPTIONS} ${COMMONOPTIONS} log_progress_msg exim4_listener start_daemon -p $QRPIDFILE \ $DAEMON -oP $QRPIDFILE \ -q${QFLAGS}${QUEUEINTERVAL} ${QUEUERUNNEROPTIONS} ${COMMONOPTIONS} log_progress_msg exim4_queuerunner ;; queueonly) start_daemon -p $QRPIDFILE \ $DAEMON -oP $QRPIDFILE \ -q${QFLAGS}${QUEUEINTERVAL} ${QUEUERUNNEROPTIONS} ${COMMONOPTIONS} log_progress_msg exim4_queuerunner ;; no|ppp) start_daemon -p $PIDFILE \ $DAEMON -bd ${SMTPLISTENEROPTIONS} log_progress_msg exim4_listener ;; nodaemon) ;; esac } stop_exim() { # we try to kill eximqr and exim SMTP listener, no matter what # ${QUEUERUNNER} is set to, we could have switched since starting. if [ -f $QRPIDFILE ]; then killproc -p $QRPIDFILE $DAEMON log_progress_msg exim4_queuerunner fi if [ -f $PIDFILE ]; then killproc -p $PIDFILE $DAEMON log_progress_msg exim4_listener fi } reload_exim() { case ${QUEUERUNNER} in combined|no|ppp) killproc -p $PIDFILE $DAEMON -HUP log_progress_msg exim4 ;; separate) killproc -p $PIDFILE $DAEMON -HUP log_progress_msg exim4_listener killproc -p $QRPIDFILE $DAEMON -HUP log_progress_msg exim4_queuerunner ;; esac } kill_all_exims() { SIG=${1:-TERM} for pid in $(pidof $NAME); do if [ $(readlink /proc/$pid/root) = / ]; then kill -$SIG $pid fi done } status() { # the exit value of this function reflects the status of the SMTP # service. Output shows the status of the queue runner as well. SMTPNAME=SMTP listener daemon QRNAME=separate queue runner daemon if [ ${QUEUERUNNER} = combined ]; then SMTPNAME=combined SMTP listener and queue runner daemon fi log_action_begin_msg checking $QRNAME if pidofproc -p $QRPIDFILE /dev/null; then log_action_end_msg 0 running else if [ -e $QRPIDFILE ]; then log_action_end_msg 1 $QRNAME failed else log_action_end_msg 0 not running fi fi log_action_begin_msg checking $SMTPNAME if pidofproc -p $PIDFILE /dev/null; then log_action_end_msg 0 running exit 0 else if [ -e $PIDFILE ]; then log_action_end_msg 1 $SMTPNAME failed exit 1 else log_action_end_msg 0 not running exit 3 fi fi } # check
Bug#473175: apt-listbugs: pinned packages are not automatically unpinned
On Sun, 20 Apr 2008 16:27:58 +0900 Junichi Uekawa wrote: Hi, Hi! :) Again assuming that the above is correct, I don't think that this logic is appropriate for aptcleanup. [...] I think the design of aptcleanup could be changed as follows. [...] 1.2.1) query the BTS about the bug and find out whether the bug is still present *and* still RC in the unpinned_candidate_version [...] Well, what do you think about my proposed redesign of aptcleanup? [...] Your logic sounds reasonable, patch is welcome. It's going to be a major rewrite since aptcleanup currently is a very simple script. I have to learn Ruby before I can implement my redesign. This is a non-negligible obstacle... Anyway, let's implement it step by step in a bottom-up strategy. I will need the help of a Ruby guru like you, though. First brick I will need is a means to query the BTS about one or more bugs in order to get their status in a given package/version (step 1.2.1 above). I've just filed a wishlist bug for this feature (see #476988): could you please implement it in apt-listbugs? I think that /usr/sbin/apt-listbugs is the right place where this feature should be added, but I would rather avoid making invasive modifications to /usr/sbin/apt-listbugs by myself, since I am still a Ruby illiterate. In the meanwhile, I'll try and learn a bit of Ruby, so that I will (hopefully) be able to modify /usr/share/apt-listbugs/aptcleanup by myself (or, at worst, with minimum assistance from you). -- http://frx.netsons.org/doc/index.html#nanodocs The nano-document series is here! . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpatX48p1w9V.pgp Description: PGP signature
Bug#477050: emacs-wiki: debian/copyright - Update upstream URL
Package: emacs-wiki Version: 2.72-1 Severity: minor Upstream page has moved, please update link to: http://mwolson.org/projects/EmacsWikiMode.html Or better more permanent reference: http://mwolson.org/projects/ = See Emasc wiki -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso88591) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477051: incorrect depends on libprojectm1-data
Package: libprojectm Version: 1.01-5 Severity: important libprojectm1 has the following in depends: libprojectm1-data (= ${binary:Version}) libprojectm1-data is arch:all, so this will make binNMU versions of libprojectm1 impossible to install. Please use ${source:Version} instead. Or even better, if contents of libprojectm1-data are same for each debian revision (-1,-2,-3...) use ${source:Upstream-Version}. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476610: [pkg-cli-apps-team] Bug#476610: Processed: reassign bug #476610 to package beagle
Yes the socket exist but is dead because of a crashed beagle (forgot the evolution# issue?). [EMAIL PROTECTED]:~$ stat .beagle/socket File: `.beagle/socket' Size: 0 Blocks: 0 IO Block: 4096 socket Device: 806h/2054d Inode: 328351 Links: 1 Access: (0755/srwxr-xr-x) Uid: ( 1000/ meebey) Gid: ( 1000/ meebey) Access: 2008-04-20 16:28:33.0 +0200 Modify: 2008-04-20 16:28:33.0 +0200 Change: 2008-04-20 16:28:33.0 +0200 [EMAIL PROTECTED]:~$ Beagle doesn't crash completly btw, the process is still there but not even responding to kill, only kill -9 works in that stage, see #475640 for the crash trigger / cause. Ahh... that explains it. And now I have to figure out why does not beagle completely crash. So basically the only chance of reproducing this is to trigger the evolution# crash :) After I killed beagled using kill -9, gnome-color-chooser and other GTK+ apps work again (not hanging with EAGAIN). Beagle or libbeagle should handle this case gracefully though (when beagle crashes / hangs for some reason) The problem is - this is a crash in a native library and beagle has _no_ control over it. Maybe Mono has some control but I am not sure. I need a favour if it is possible to reproduce the evolution-sharp crash. In that case, start beagled from the terminal, let it crash and hang and then send a SIGQUIT to the beagled process. Hopefully mono will print a stacktrace in the beagled terminal which may contain some more information. TIA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472386: epiphany-browser: Location box no longer empty when home page loaded in new tab
Le dimanche 20 avril 2008 à 16:51 +0200, Josselin Mouette a écrit : There is a better way to do that: just middle-click on the new tab button. It will open the new tab with the URL in the clipboard, and is one click less. I don't have a new tab button, except in the menu; I use control-T to get a new tab Watching myself more carefully, I noticed that I sometimes also paste bug numbers this way then add bugs.debian.org/ in front: I'm not only pasting valid URLs. (With a non-blank URL bar, if I use control-L or otherwise select the existing URL to overtype it with this, Epiphany loses my previous selection for middle-pasting. I can paste the number on the end of the URL then clear out what I don't want, but that's rather fiddly. Of course ideally all bug numbers would always work as links and I wouldn't need to paste stuff around like this -- or I should learn to use control-C/control-V instead of middle clicking.) This is also more consistent, because you don’t get a page loaded without the correponding address in the URL bar. I think this is intentional, as there are better ways to achieve what you are doing with it in the old behavior. So why does opening a new window give the old behaviour, i.e. an empty URL bar? -- Moray
Bug#475783: busybox: mounting loopback device fails in initrd (using live-initramfs)
tags 475783 moreinfo thanks On Sun, Apr 13, 2008 at 12:51:29AM +0200, Michael Prokop wrote: I'm using live-initramfs for booting my live-cd system (using kernel 2.6.23). My old setup with busybox 1:1.1.3-5 used to work fine. Nowadays using busybox version 1:1.9.2-2 with different versions of klibc-utils, initramfs-tools and live-initramfs fails at the stage of mounting the loopback device (being a squashfs file behind). Please provide commands used and error messages. Bastian -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464072: apache2 segfault after libgomp1 4.2.2-4 4.3-20080116-1 upgrade
tag 464072 + moreinfo thanks Please recheck with the current version in unstable. Is this reproducible with a setup in a new chroot as well? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436267: Firewire support in lenny
I've tried the 2.6.25-trunk kernel, and the latest in sid and as of today (2008-04-20) the only way I can transfer videos from my dv camera to my hard disk is with Holger's kernels (the ones with the old firewire stack enabled). I do not understand why the debian kernel maintainers are so unwilling to allow people to choose which firewire stack they use. This is clearly a case of theory not matching reality--it is irrelevant whether the new stack is conceptually cleaner if it doesn't work with the software people are trying to use. In my experience, the new stack is much better for firewire attached disks, but unusable for video work. Are the people pushing for having only the new stack in the debian kernels doing video work? (I'm also having no success whatsoever in using the new stack for devices attached to firewire hubs or daisy chained from one device to another; only direct connect seems to be working--anyone else having the same problem?) Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#101607: actually this should be fixed
severity 101607 minor tag 101607 -wontfix tag 101607 help thanks But I have no interest in working on it. Feel free to send a patch. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476988: apt-listbugs: please implement a command to query the BTS about a given bug in given package/version
On Sun, 20 Apr 2008 17:40:03 +0200 Francesco Poli wrote: [...] · query package[/version] bugnumber1 bugnumber2... Reads a package name from the first argument and bug numbers from the remaining arguments; lists given bugs and their status with respect to the package. Package version may be specified with a slash, for example, like apt/1.0 Please note that this feature should treat bugs that have been downgraded below the RC threshold and bugs that have been reassigned to another package exactly as if they had been fixed. In other words: a bug should _not_ be counted in the final summary line * if it's fixed in package[/version], or * if it has been downgraded below the RC threshold, or * if it has been reassigned to another package I hope I managed to explain what I mean. -- http://frx.netsons.org/doc/index.html#nanodocs The nano-document series is here! . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpcG3tU7dOii.pgp Description: PGP signature
Bug#273477: java_count: segfaults on --*
reopen 273477 found 273477 2.26-3 thanks Hi, the problem is still present in sloccount 2.26-3. Thanks for considering, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476835: aptitude: Small layout problem in description of why command
On Sun, Apr 20, 2008 at 08:27:11AM -0700, Daniel Burrows wrote: Thanks for the patch. Unfortunately aptitude is in a string freeze right now, so I can't apply it (it'll break all the other translations). Don't worry, Daniel. I unfuzzied all translations once I committed it and will do so with further translation updates against older PO files as well. Considering that Jacobo didn't reported another minor typo with the previous patch one or two weeks ago I'm very happy he send a patch for the current issue. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477035: Patch to fix 477035
tags 477035 + patch thanks Hi! Please find attached a patch to fix this bug. I think it adds the so link, but please double check. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog lcms-1.16/debian/liblcms1-dev.install lcms-1.16/debian/liblcms1-dev.install --- lcms-1.16/debian/liblcms1-dev.install 2008-04-20 22:48:21.0 +0530 +++ lcms-1.16/debian/liblcms1-dev.install 2008-04-20 22:48:22.0 +0530 @@ -1,5 +1,5 @@ debian/tmp/usr/include/* usr/include/ debian/tmp/usr/lib/*.a usr/lib/ debian/tmp/usr/lib/*.la usr/lib/ +debian/tmp/usr/lib/*.so usr/lib/ debian/tmp/usr/lib/pkgconfig usr/lib/ - signature.asc Description: Digital signature
Bug#452664: ping
On So, 20 Apr 2008, Junichi Uekawa wrote: I'd be happy if someone could send me a patch to fix the problem. I That for sure I cannot do. can't reproduce this bug on my system, and I can't be really sure if I fixed a problem until I can reliably reproduce it. I could put up an etch.tgz onto my web space and instructions how I on i386 could reproduce it. Adding my /etc/pbuilderrc file I guess you should be able to reproduce it. Or can I do anything else that could be useful for you? Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BENBURB The sort of man who becomes a returning officer. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427697: sbackup uses a non-existent group.
* Charles Plessy [Wed, 16 Apr 2008 16:22:11 +0900]: sbackup tries to write its files under root:admin, but the 'admin' group does not exist on default Debian installations. [snip] Dear maintainer and/or release team, is it OK to raise the severity of this bug I think this bug should be Severity: serious, yes. As for the rest, I recommend you use your best judgement, or ask for advice on -devel. My personal advice would be to mail the maintainer directly, since he's also the upstream author and I don't think he's MIA. HTH, and/or prepare a NMU to change the group? If yes, can a more experienced person than me suggest a group that makes sense? -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Faced with the choice between changing one's mind and proving that there is no need to do so, almost everyone gets busy with the proof. -- J.K. Galbraith
Bug#389068: Jabref patch
On Sun, 20 Apr 2008 15:23:57 +0200, gregor herrmann wrote: Additionaly, I've commented the 'jarbundler' target, It's a macosx-specific target, and uses the lib/jarbundler-1.4.jar(not in debian and useless), which makes ant unhappy if not present. That doesn't really work because the patches are not applied when debian/rules clean target is called. I've been stumbling over this issue already last weekend, and I'm not really sure what to do about it; either ignore it (which means leaving lib/ around) or patching build.xml directly (which is ugly) or ...? ... or just calling rm -rf build instead of ant clean (which does the same) in debian/rules's clean target. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Hair: Hair signature.asc Description: Digital signature
Bug#473216: texlive-latex-extra: foilhtml.sty undistributable?
On So, 20 Apr 2008, Frank Küster wrote: And, Frank, the copyright is NOT auto generated, there is only *one* copyright file for all packages. What you meant is the debian/Licenses file which we generate automatically from the liclines and th actual files. Hm, I notice that I never found time to really get used to texlive Enough to ls /usr/share/doc/texlive-latex-base/ for example ;-) packaging... This is a regression compared to teTeX, which did have one generated copyright file. Well, we could of course merge the License file with the copyright file at package built time, no problem. But IF we do that we will do it for 2008, not now. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- TOLSTACHAOLAIS (phr.) What the police in Leith require you to say in order to prove that you are not drunk. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477052: synaptic: Search results cleared by installing packages
Package: synaptic Version: 0.61+nmu1 Severity: normal Installing packages clears the searches. This is unwanted - I use Synaptic to explore the Debian repo and try out new software. I like to install packages one at a time, but Synaptic forces me to either install everything I want to try out at once, or to re-run my searches. Please either make Synaptic keep searches, or add an option to do so under Preferences. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg ii apt-utils [libapt-inst 0.7.11APT utility programs ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-3 GCC support library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-1 The GLib library of C routines ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libvte91:0.16.13-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxml22.6.32.dfsg-1 GNOME XML library ii scrollkeeper 0.3.14-16 A free electronic cataloging syste ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages synaptic recommends: ii deborphan 1.7.23 Find orphaned libraries ii gksu 2.0.0-5graphical frontend to su ii libgnome2-perl1.042-1Perl interface to the GNOME librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477015: jmagick: FTBFS: /usr/bin/install: cannot stat `/build/user/jmagick-6.2.6-0/lib/libJMagick.so': No such file or directory
tags 477015 + pending block 477015 by 477035 thanks On Sun, Apr 20, 2008 at 05:20:32PM +0200, Lucas Nussbaum wrote: Relevant part: make[3]: Entering directory `/build/user/jmagick-6.2.6-0/src/magick' /usr/bin/install -c -d /build/user/jmagick-6.2.6-0/debian/tmp//usr/lib/jni /bin/sh /build/user/jmagick-6.2.6-0/libtool --mode=install /usr/bin/install -c /build/user/jmagick-6.2.6-0/lib/libJMagick.so /build/user/jmagick-6.2.6-0/debian/tmp//usr/lib/jni /usr/bin/install -c /build/user/jmagick-6.2.6-0/lib/libJMagick.so /build/user/jmagick-6.2.6-0/debian/tmp//usr/lib/jni/libJMagick.so /usr/bin/install: cannot stat `/build/user/jmagick-6.2.6-0/lib/libJMagick.so': No such file or directory make[3]: *** [extra-install] Error 1 Thanks for the report. Indeed, it does fail, and I fixed it by specifying the compiler to be gcc. However, the build now fails due to the absence of liblcms.so in liblcms1-dev, as you have described already in 477035. So, I shall upload the fix for this bug as soon as that is resolved. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#476996: [Pkg-openssl-devel] Bug#476996: openssl: FTBFS: ECDSA test failed
On Sun, Apr 20, 2008 at 05:43:17PM +0200, Lucas Nussbaum wrote: Package: openssl Version: 0.9.8g-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080419 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). This seems to be #440538 which I got just after we started using gcc 4.2 and I haven't seen since. I'm now tryign to reproduce it on i386 with gcc-4.3. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476987: exim4-daemon-light: incompatible command-line - more info
Package: exim4-daemon-light Version: 4.69-2+b1 Followup-For: Bug #476987 Commenting out line 96 bypasses the error. Clearly the empty arguments are causing the error. my workaround diff of /etc/init.d/exim4f: 96c96 ;#sjm${COMMONOPTIONS} ${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS} --- ${COMMONOPTIONS} ${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS} Rolled back dpkg to 1.14.16.6 to insure start-stop-daemon wasn't the culprit. No difference. Since you asked for them here are my default (undoctored) init.d files === # /etc/default/exim4 EX4DEF_VERSION='' # 'combined' - one daemon running queue and listening on SMTP port # 'no' - no daemon running the queue # 'separate' - two separate daemons # 'ppp' - only run queue with /etc/ppp/ip-up.d/exim4. # 'nodaemon' - no daemon is started at all. # 'queueonly' - only a queue running daemon is started, no SMTP listener. # setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4 QUEUERUNNER='combined' # how often should we run the queue QUEUEINTERVAL='30m' # options common to quez-runner and listening daemon COMMONOPTIONS='' # more options for the daemon/process running the queue (applies to the one # started in /etc/ppp/ip-up.d/exim4, too. QUEUERUNNEROPTIONS='' # special flags given to exim directly after the -q. See exim(8) QFLAGS='' # options for daemon listening on port 25 SMTPLISTENEROPTIONS='' === #! /bin/sh # /etc/init.d/exim4 # # Written by Miquel van Smoorenburg [EMAIL PROTECTED]. # Modified for Debian GNU/Linux by Ian Murdock [EMAIL PROTECTED]. # Modified for exim by Tim Cutts [EMAIL PROTECTED] # Modified for exim4 by Andreas Metzler [EMAIL PROTECTED] # and Marc Haber [EMAIL PROTECTED] ### BEGIN INIT INFO # Provides: exim4 # Required-Start:$remote_fs $syslog $named $network $time # Required-Stop: $remote_fs $syslog $named $network # Should-Start: postgresql mysql clamav-daemon greylist spamassassin # Should-Stop: postgresql mysql clamav-daemon greylist spamassassin # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: exim Mail Transport Agent # Description: exim is a Mail Transport agent ### END INIT INFO set -e if ! [ -x /lib/lsb/init-functions ]; then . /lib/lsb/init-functions else echo E: /lib/lsb/init-functions not found, lsb-base (= 3.0-6) needed exit 1 fi if [ -n $EX4DEBUG ]; then echo now debugging $0 $@ set -x fi LANG=C export LANG #read default file QUEUERUNNER='combined' QUEUEINTERVAL='30m' UPEX4OPTS='' PIDFILE=/var/run/exim4/exim.pid QRPIDFILE=/var/run/exim4/eximqr.pid [ -f /etc/default/exim4 ] . /etc/default/exim4 upex4conf() { UPEX4CONF=update-exim4.conf OLDIFS=$IFS IFS=: for p in $PATH; do if [ -x $p/$UPEX4CONF ]; then IFS=$OLDIFS $p/$UPEX4CONF $UPEX4OPTS return 0 fi done IFS=$OLDIFS } # Exit if exim runs from /etc/inetd.conf if [ -f /etc/inetd.conf ] grep -E -q '^[[:space:]]*((\*|[[:alnum:].-]+):)?smtp' /etc/inetd.conf then upex4conf exit 0 fi DAEMON=/usr/sbin/exim4 NAME=exim4 ##test -x $DAEMON || exit 0 test -x /usr/lib/exim4/exim4 || exit 0 # this is from madduck on IRC, 2006-07-06 # There should be a better possibility to give daemon error messages # and/or to log things log() { case $1 in [[:digit:]]*) success=$1; shift;; *) :;; esac log_action_begin_msg $1; shift log_action_end_msg ${success:-0} $* } start_exim() { [ -e /var/run/exim4 ] || \ install -d -oDebian-exim -gDebian-exim -m750 /var/run/exim4 case ${QUEUERUNNER} in combined) start_daemon -p $PIDFILE \ $DAEMON -bd -q${QFLAGS}${QUEUEINTERVAL} \ ${COMMONOPTIONS} ${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS} log_progress_msg exim4 ;; separate) start_daemon -p $PIDFILE \ $DAEMON -bd ${SMTPLISTENEROPTIONS} ${COMMONOPTIONS} log_progress_msg exim4_listener start_daemon -p $QRPIDFILE \ $DAEMON -oP $QRPIDFILE \ -q${QFLAGS}${QUEUEINTERVAL} ${QUEUERUNNEROPTIONS} ${COMMONOPTIONS} log_progress_msg exim4_queuerunner ;; queueonly) start_daemon -p $QRPIDFILE \ $DAEMON -oP $QRPIDFILE \ -q${QFLAGS}${QUEUEINTERVAL} ${QUEUERUNNEROPTIONS} ${COMMONOPTIONS} log_progress_msg exim4_queuerunner ;; no|ppp) start_daemon -p $PIDFILE \ $DAEMON -bd ${SMTPLISTENEROPTIONS} log_progress_msg exim4_listener ;; nodaemon) ;; esac } stop_exim() { # we try to kill eximqr and exim SMTP listener, no matter what # ${QUEUERUNNER} is set to, we could have switched since starting. if [ -f $QRPIDFILE ]; then killproc -p $QRPIDFILE $DAEMON log_progress_msg exim4_queuerunner fi if [ -f $PIDFILE ]; then killproc -p $PIDFILE $DAEMON log_progress_msg exim4_listener fi } reload_exim() { case
Bug#461924: Using drivers from linuxwireless.org works for me in Lenny.
On Sun, Apr 20, 2008 at 03:41:47PM +0100, Peter Lewis wrote: Just thought I'd report that I had this problem using a fresh install of Lenny on a Samsung Q35 laptop with an intel 3945 wireless NIC. Installing the latest drivers from linuxwireless.org fixed the problem for me using the standard Lenny kernel. they are quite outdate use trunk 2.6.25 snapshot. wiki.debian.org/DebianKernel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389068: Jabref patch
On dom, 2008-04-20 at 19:18 +0200, gregor herrmann wrote: On Sun, 20 Apr 2008 15:23:57 +0200, gregor herrmann wrote: Additionaly, I've commented the 'jarbundler' target, It's a macosx-specific target, and uses the lib/jarbundler-1.4.jar(not in debian and useless), which makes ant unhappy if not present. That doesn't really work because the patches are not applied when debian/rules clean target is called. I've been stumbling over this issue already last weekend, and I'm not really sure what to do about it; either ignore it (which means leaving lib/ around) or patching build.xml directly (which is ugly) or ...? ... or just calling rm -rf build instead of ant clean (which does the same) in debian/rules's clean target. That must do the trick :) Cheers, gregor -- Gerardo Curiel [EMAIL PROTECTED] [EMAIL PROTECTED] Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE gpg fingerprint: 228B 0F96 8653 DF52 9740 B75E FB32 9C30 E179 7BD2 http://www.debian.org signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#436267: Firewire support in lenny
On Sun, Apr 20, 2008 at 01:02:18PM -0400, Michael Stone wrote: I've tried the 2.6.25-trunk kernel, and the latest in sid and as of today (2008-04-20) the only way I can transfer videos from my dv camera to my hard disk is with Holger's kernels (the ones with the old firewire stack enabled). I do not understand why the debian kernel maintainers are so unwilling to allow people to choose which firewire stack they use. This is clearly a case of theory not matching reality--it is irrelevant whether the new stack is conceptually cleaner if it doesn't work with the software people are trying to use. In my experience, the new stack is much better for firewire attached disks, but unusable for video work. Are the people pushing for having only the new stack in the debian kernels doing video work? boaah as debian developer can you please send in a proper bug report. open a new bug with all your hardware info dmesg, lspci. used firewire userspace components. that would be a start to do something useful. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477053: evolution-rss: implicit pointer conversions
Package: evolution-rss Version: 0.0.8-1 Severity: serious Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `mail_tools_folder_to_url' implicitly converted to pointer at rss.c:817 Function `camel_stream_fs_new_with_name' implicitly converted to pointer at rss.c:3671 Function `e_mkdtemp' implicitly converted to pointer at rss.c:3747 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions diff -urpN evolution-rss-0.0.8.orig/src/rss.c evolution-rss-0.0.8/src/rss.c --- evolution-rss-0.0.8.orig/src/rss.c 2008-03-03 06:26:04.0 -0700 +++ evolution-rss-0.0.8/src/rss.c 2008-04-20 11:31:16.0 -0600 @@ -32,10 +32,12 @@ #include camel/camel-exception.h #include camel/camel-multipart.h #include camel/camel-stream-mem.h +#include camel/camel-stream-fs.h #include mail/em-popup.h #include e-util/e-error.h #include e-util/e-icon-factory.h +#include e-util/e-mktemp.h #include mail/em-config.h @@ -52,6 +54,7 @@ // #include mail/mail-component.h // +#include mail/mail-tools.h #include misc/e-activity-handler.h
Bug#477055: lsb-base: fix for #406059 breaks exim (#476987)
Package: lsb-base Version: 3.2-9 Severity: normal Hi, starting with lsb-base 3.2-9, empty command line arguments are passed through to the daemon, which may confuse the daemon: /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m '' '' '' The Eval that was removed in 3.2-9 caused the empty arguments to be removed: + eval /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m '' '' '' ++ /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476957: (fwd) Bug#476957: texlive-xetex: Sinhala language support
Dear Jonathan, I know your time is rather limited, and I want to excuse myself for asking again something from you ... we got a bug report asking for Sinhala language support in XeTeX, together with a patch. Could you give the patch (attached) a short glance and tell me what you think? Ok for inclusion into the TeX Live 2007 packages for Debian? Do you believe that it will interfer in any way with the rest? If you have the *smallest* doubts let me know and I will leave that out and it will be fixed with TL2008, but in case you think the attached patch is clean I will include it in XeTeX. Thanks and all the best Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- ADRIGOLE (n.) The centrepiece of a merry-go-round on which the man with the tickets stands unnervingly still. --- Douglas Adams, The Meaning of Liff ---BeginMessage--- Package: texlive-xetex Severity: normal Tags: patch l10n XeTeX is linked statically with ICU 3.4, which does not support Sinhala language. Here is the backport of two patches that went into ICU 3.4 and 3.6 which enables Sinhala in the OpenType rendering engine. Upstream (0.997), which uses ICU 3.8.1, properly supports Sinhala. Also attached is a trivial patch which makes XeTeX recognize Sinhala language. diff -Nrua texlive-bin-2007.orig/build/source/libs/icu-xetex/layout/IndicClassTables.cpp texlive-bin-2007/build/source/libs/icu-xetex/layout/IndicClassTables.cpp --- texlive-bin-2007.orig/build/source/libs/icu-xetex/layout/IndicClassTables.cpp 2008-04-20 16:01:17.0 +0530 +++ texlive-bin-2007/build/source/libs/icu-xetex/layout/IndicClassTables.cpp 2008-04-20 16:02:42.0 +0530 @@ -186,6 +186,18 @@ _iv, _iv, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx // 0D60 - 0D6F }; +static const IndicClassTable::CharClass sinhCharClasses[] = +{ +_xx, _xx, _mp, _mp, _xx, _iv, _iv, _iv, _iv, _iv, _iv, _iv, _iv, _iv, _iv, _iv, // 0D80 - 0D8F +_iv, _iv, _iv, _iv, _iv, _iv, _iv, _xx, _xx, _xx, _ct, _ct, _ct, _ct, _ct, _ct, // 0D90 - 0D9F +_ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, // 0DA0 - 0DAF +_ct, _ct, _xx, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _ct, _xx, _ct, _xx, _xx, // 0DB0 - 0DBF +_ct, _ct, _ct, _ct, _ct, _ct, _ct, _xx, _xx, _xx, _vr, _xx, _xx, _xx, _xx, _dr, // 0DC0 - 0DCF +_dr, _dr, _da, _da, _db, _xx, _db, _xx, _dr, _dl, _s1, _dl, _s2, _s3, _s4, _dr, // 0DD0 - 0DDF +_xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, _xx, // 0DE0 - 0DEF +_xx, _xx, _dr, _dr, _xx // 0DF0 - 0DF4 +}; + // // Split matra tables // @@ -202,6 +214,8 @@ static const SplitMatra mlymSplitTable[] = {{0x0D46, 0x0D3E}, {0x0D47, 0x0D3E}, {0x0D46, 0x0D57}}; +static const SplitMatra sinhSplitTable[] = {{0x0DD9, 0x0DCA}, {0x0DD9, 0x0DCF}, {0x0DD9, 0x0DCF, 0x0DCA}, {0x0DD9, 0x0DDF}}; + // // Script Flags // @@ -218,6 +232,7 @@ #define TELU_SCRIPT_FLAGS (SF_MATRAS_AFTER_BASE | 3) #define KNDA_SCRIPT_FLAGS (SF_MATRAS_AFTER_BASE | 3) #define MLYM_SCRIPT_FLAGS (SF_MPRE_FIXUP | SF_NO_POST_BASE_LIMIT) +#define SINH_SCRIPT_FLAGS (SF_MPRE_FIXUP | SF_NO_POST_BASE_LIMIT) // // Indic Class Tables @@ -240,6 +255,8 @@ static const IndicClassTable mlymClassTable = {0x0D00, 0x0D6F, 3, MLYM_SCRIPT_FLAGS, mlymCharClasses, mlymSplitTable}; +static const IndicClassTable sinhClassTable = {0x0D80, 0x0DF4, 4, SINH_SCRIPT_FLAGS, sinhCharClasses, sinhSplitTable}; + // // IndicClassTable addresses // @@ -277,7 +294,7 @@ NULL,/* 'ital' (OLD-ITALIC) */ oryaClassTable, /* 'orya' (ORIYA) */ NULL,/* 'runr' (RUNIC) */ -NULL,/* 'sinh' (SINHALA) */ +sinhClassTable, /* 'sinh' (SINHALA) */ NULL,/* 'syrc' (SYRIAC) */ tamlClassTable, /* 'taml' (TAMIL) */ teluClassTable, /* 'telu' (TELUGU) */ diff -Nrua texlive-bin-2007.orig/build/source/libs/icu-xetex/layout/IndicReordering.cpp texlive-bin-2007/build/source/libs/icu-xetex/layout/IndicReordering.cpp --- texlive-bin-2007.orig/build/source/libs/icu-xetex/layout/IndicReordering.cpp 2008-04-20 16:01:17.0 +0530 +++ texlive-bin-2007/build/source/libs/icu-xetex/layout/IndicReordering.cpp 2008-04-20 16:02:27.0 +0530 @@ -35,6 +35,9 @@ LEUnicode fLengthMark; le_int32 fLengthMarkIndex; +LEUnicode fAlLakuna; +le_int32 fAlLakunaIndex; + const LETag *fMatraTags; le_int32 fMPreOutIndex; @@ -56,6 +59,9 @@ if (IndicClassTable::isLengthMark(matraClass)) { fLengthMark = matra;
Bug#476954: texlive-extra-utils: epstopdf is missing gs
On So, 20 Apr 2008, Frank Küster wrote: tags 476954 patch thanks Frank Küster [EMAIL PROTECTED] wrote: trunk/all/debian/tpm2deb.cfg -suggests;texlive-extra-utils;ghostscript +recommends;texlive-extra-utils;ghostscript Already applied, will be in this release. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- UTTOXETER (n.) A small but immensely complex mechanical device which is essentially the 'brain' of a modern coffee vending machine, and which enables the machine to take its own decisions. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476951: aptitude: must run apt-listbugs before downloading packages
On Sun, 20 Apr 2008 08:01:57 -0700 Daniel Burrows [EMAIL PROTECTED] wrote: apt-listbugs is invoked because it's listed in Dpkg::Pre-Install-Pkgs. This is the hook for commands that are invoked just before dpkg is called to install the new packages. aptitude doesn't even invoke this directly; it happens behind the scenes when the apt library is told to run dpkg. In order to get the effect you want, you would need a new hook that ran before any download started, and aptitude would have to explicitly ask to invoke it (as would all the other apt frontends). It seems that this might lead to complex changes. Do you think this is the only right thing to do? -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477054: yaird: Generates invalid initrds which reference /lib/i686/mov/
Package: yaird Version: 0.0.12-18 Severity: serious Justification: unkown yaird has started generating invalid initrds for me. This affects all kernel versions installed on my machine. When attempting to boot, the kernel panics with Failed to execute /init Kernel panic -not syncing: No init found. Try passing init= option to kernel. I've unpacked the initrd, and I think I've found the problem. Busybox (/bin/busybox) contains references to: linux-gate.so.1 = (0xe000) libcrypt.so.1 = /lib/i686/cmov/libcrypt.so.1 (0xb7f02000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7edd000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7d8e000) /lib/ld-linux.so.2 (0xb7f57000) But inside the initrd, there's no /lib/i686/cmov/ directory, which would seem to explain why init can't be run. The initrds were all generated using update-initramfs One of the problem initrds can be downloaded from http://urchin.earth.li/~nick/initrd-2.6.24-1-686 This leaves my system unbootable, except via the rescue disk Nick -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (250, 'stable'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages yaird depends on: ii cpio 2.9-13GNU cpio -- a program to manage ar ii dash 0.5.4-8 POSIX-compliant shell ii libc6 2.7-10GNU C Library: Shared libraries ii libhtml-template-perl 2.9-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.95.1+dfsg-2 generates recursive-descent parser ii perl 5.8.8-12 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475783: busybox: mounting loopback device fails in initrd (using live-initramfs)
* Bastian Blank [EMAIL PROTECTED] [20080420 19:03]: On Sun, Apr 13, 2008 at 12:51:29AM +0200, Michael Prokop wrote: I'm using live-initramfs for booting my live-cd system (using kernel 2.6.23). My old setup with busybox 1:1.1.3-5 used to work fine. Nowadays using busybox version 1:1.9.2-2 with different versions of klibc-utils, initramfs-tools and live-initramfs fails at the stage of mounting the loopback device (being a squashfs file behind). Please provide commands used and error messages. That's what I can find inside live.log: | debug: Can not mount backdev /dev/loop0 (image = /live/image/live/grml-medium.squashfs) on croot/imagename //grml-medium.squashfs | Usage: mount [-r] [-w] [-o options] [-t type] [-n] device directory Debugging inside busybox (version 1:1.9.2-3, klibc-utils 1.5.7-4): # md5sum /bin/mount 7b979b1804e776462f21b1ed43bf08b3 /bin/mount # mkdir /mnt # mount /dev/loop0 /mnt Usage: mount [-r] [-w] [-o options] [-t type] [-n] device directory # mv /bin/mount /bin/mount.unused # ln -s /bin/busybox /bin/mount # mount /dev/loop0 /mnt # ls /mnt bin etc [...] So the mount binary of busybox works whereas the one from klibc-utils seems to fail. As a reference (executing inside the chroot where I'm building the initramfs): # md5sum /usr/lib/klibc/bin/mount 7b979b1804e776462f21b1ed43bf08b3 /usr/lib/klibc/bin/mount Tested also with klibc-utils 1.5.9-2 (same problem): # md5sum /usr/lib/klibc/bin/mount c1c83fc15996474a5621d47c68a1f28e /usr/lib/klibc/bin/mount Please let me know if you need any further information. thx regards, -mika- signature.asc Description: Digital signature
Bug#389068: Jabref patch
On dom, 2008-04-20 at 15:23 +0200, gregor herrmann wrote: So you can repackage the upstream tarball and remove those jarfiles and make it DFSG-Free. I'm not sure this is really necessary, the problem is not that the jars are not free but that they are used by the build system. All we would gain is a decrease in size of the .orig.tar.gz. Yes, you're right, it's not necessary. But just in case you decide to remove the lib/ dir, you already have the solution to the jarbundle target issue. * 06proposed_upstream_fix_ruleNestingLevel: Upstream still uses antlr3 beta, the debian version is the stable one, this patch allows using the debian version. I've not tested extensively, but it works for me :). Integrated as 05_antlr.dpatch; that was my old name but your patch is much better than my first attempt! I've reorganized my svn repository a bit, so that 2.3 is in trunk again, and the new 2.4-beta is in branches/2.4: http://svn.toastfreeware.priv.at/debian/jabref/trunk http://svn.toastfreeware.priv.at/debian/jabref/branches/2.4 Great! :) I'd like to see the package in main, looks like the only problem left now is with libpdfbox-java in contrib. Thanks for your good work! Thanks again for your help! Cheers, gregor -- Gerardo Curiel [EMAIL PROTECTED] [EMAIL PROTECTED] Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE gpg fingerprint: 228B 0F96 8653 DF52 9740 B75E FB32 9C30 E179 7BD2 http://www.debian.org signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#476749: cron-apt: APTCOMMAND=aptitude does not reach required quiet level
On Sun, Apr 20, 2008 at 06:44:44PM +0200, Marc Haber [EMAIL PROTECTED] was heard to say: On Sun, Apr 20, 2008 at 08:20:29AM -0700, Daniel Burrows wrote: On Sat, Apr 19, 2008 at 11:38:22AM +0200, Ola Lundqvist [EMAIL PROTECTED] was heard to say: Neither do I. Aptitude must do something wrong here. aptitude tries to be quieter (in particular, to not emit control characters) when its output isn't a tty: I suspected that, but didn't get into debugging any deeper (currently am on vacation). Do you want me to clone and reassign? Sure, or you could just reassign without cloning. It's fixed already in head. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476835: aptitude: Small layout problem in description of why command
On Sun, Apr 20, 2008 at 07:03:49PM +0200, Jens Seidel [EMAIL PROTECTED] was heard to say: On Sun, Apr 20, 2008 at 08:27:11AM -0700, Daniel Burrows wrote: Thanks for the patch. Unfortunately aptitude is in a string freeze right now, so I can't apply it (it'll break all the other translations). Don't worry, Daniel. I unfuzzied all translations once I committed it and will do so with further translation updates against older PO files as well. Considering that Jacobo didn't reported another minor typo with the previous patch one or two weeks ago I'm very happy he send a patch for the current issue. Ah, OK. I don't know if you've figured this out yet, but I'm a little afraid of blowing up the translations by accident -- Christian has trained me to step lightly around them. :-) Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477038: aptitude why doesn't work on automatically installed packages
On Sun, Apr 20, 2008 at 06:50:37PM +0300, Eugene V. Lyubimkin [EMAIL PROTECTED] was heard to say: Package: aptitude Version: 0.4.11.2-1 Severity: normal The 'why' command doesn't work when package is automatically installed. You mean *not* automatically installed, right? This is expected behavior. When why is run with only a target, it tries to find the package that's keeping the automatically installed target on the system. If the target is manually installed, the search would terminate immediately (because the package is keeping itself on the system). You can give the search a different starting point if you want something else, e.g., aptitude why '?installed ?not(?name(^laptop-detect$))' laptop-detect Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476987: exim4-daemon-light: fails to install: incompatible command-line options or arguments
On Sun, Apr 20, 2008 at 06:52:59PM +0200, Laurent Fousse wrote: + /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m '' '' '' exim: incompatible command-line options or arguments This seems to have been introduced by lsb-base 3.2-9, as _my_ debug output (with lsb-base 3.2-8) goes: + exec=/usr/sbin/exim4 + shift + '[' 0 = 1 ']' + '[' /var/run/exim4/exim.pid ']' + eval /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m '' '' '' ++ /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m This is now #477055, but I'll try to find a workaround. Quick fix is a downgrade to lsb-base 3.2-8. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 Bitte beachten Sie, daß dem [m.E. grundgesetzwidrigen] Gesetz zur Vorratsdatenspeicherung zufolge, seit dem 1. Januar 2008 jeglicher elektronische Kontakt (E-Mail, Telefongespräche, SMS, Internet- Telefonie, Mobilfunk, Fax) mit mir oder anderen Nutzern verdachts- unabhängig für den automatisierten geheimen Zugriff durch Strafver- folgungs- u. Polizeivollzugsbehörden, die Bundesanstalt für Finanz- dienstleistungsaufsicht, Zollkriminal- und Zollfahndungsämter,die Zollverwaltung zur Schwarzarbeitsbekämpfung, Notrufabfragestellen, Verfassungsschutzbehörden, den Militärischen Abschirmdienst, Bundes- nachrichtendienst sowie 52 Staaten wie beispielsweise Aserbeidschan oder die USA sechs Monate lang gespeichert wird, einschließlich der Kommunikation mit Berufsgeheimnisträgern wie Ärzten, Journalisten und Anwälten. Mehr Infos zur totalen Protokollierung Ihrer Kommunikations- daten auf www.vorratsdatenspeicherung.de. (leicht verändert übernommen kopiert von www.lawblog.de) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476749: cron-apt: APTCOMMAND=aptitude does not reach required quiet level
reassign #476749 aptitude thanks On Sun, Apr 20, 2008 at 10:35:41AM -0700, Daniel Burrows wrote: Sure, or you could just reassign without cloning. Doing so, it is not an issue in cron-apt. It's fixed already in head. Good news, thanks! Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477058: tipptrainer: annoying display flash every time one types a character
Package: tipptrainer Version: 0.6.0-13 Severity: normal Every time one types a character in a tipptrainer lesson, the top half of the window flashes (the half showing the text to be typed). At the beginning of a lesson this effect is hard to see, but as you get farther and farther along it gets worse and worse. I have traced the problem to outputcontrol.cpp, TtOutputControl::highlightChar, which calls ShowPosition() and SetInsertionPoint() every single time a character is typed. I suspect that if this code were changed to call these functions (and the surrounding Freeze()/Thaw()) only when the cursor should move from one line to the next, the flashing would stop. Unfortunately, I can't figure out how to tell when that happens, so I cannot supply a patch. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tipptrainer depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.2-2 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t ii tipptrainer-data-en 0.6.0-13English data for tipptrainer ii wx2.6-i18n 2.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t tipptrainer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477056: [INTL:it] debconf PO translations for the package snort
Package: snort Priority: minor Tags: l10n Please find attached the updated italian debconf translation for snort. Please use 'msgfmt --statistics pofile.po' to check the po-files after merging with new template to notice fuzzy or untranslated strings. If there are such strings, please contact me for working on it. Kindly regards, Gianluca # ITALIAN TRANSLATION OF SNORT # TRADUZIONE ITALIANA DI SNORT # Copyright (C) 2008 Software in the Public Interest # This file is distributed under the same license as the snort package. # # Gianluca Cotrino [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: snort\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-04-06 08:00+0200\n PO-Revision-Date: 2008-04-20 19:37+0100\n Last-Translator: Gianluca Cotrino [EMAIL PROTECTED]\n Language-Team: Italian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../snort.templates:1001 #: ../snort-mysql.templates:1001 #: ../snort-pgsql.templates:1001 msgid boot msgstr avvio #. Type: select #. Choices #: ../snort.templates:1001 #: ../snort-mysql.templates:1001 #: ../snort-pgsql.templates:1001 msgid dialup msgstr dia-lup #. Type: select #. Choices #: ../snort.templates:1001 #: ../snort-mysql.templates:1001 #: ../snort-pgsql.templates:1001 msgid manual msgstr manuale #. Type: select #. Description #: ../snort.templates:1002 #: ../snort-mysql.templates:1002 #: ../snort-pgsql.templates:1002 msgid Snort start method: msgstr metodo di avvio di Snort: #. Type: select #. Description #: ../snort.templates:1002 #: ../snort-mysql.templates:1002 #: ../snort-pgsql.templates:1002 msgid Snort can be started during boot, when connecting to the net with pppd or only manually with the /usr/sbin/snort command. msgstr Snort può essere avviato durante l'avvio, durante la connessione alla rete con pppd, oppure solamente con il comando /usr/sbin/snort. #. Type: string #. Description #: ../snort.templates:2001 #: ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid Interface(s) which Snort should listen on: msgstr Interfaccia (o interfacce) su cui Snort dovrebbe essere in ascolto: #. Type: string #. Description #: ../snort.templates:2001 #: ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid This value is usually 'eth0', but this may be inappropriate in some network environments; for a dialup connection 'ppp0' might be more appropiate (see the output of '/sbin/ifconfig'). msgstr Questo valore di solito è 'eth0', ma questo potrebbe essere inappropriato in alcuni ambienti di rete; per una connessione tramite modem, 'ppp0' potrebbe essere più appropriato (Suggerimento: usare il comando 'ip link show' di 'ifconfig'). #. Type: string #. Description #: ../snort.templates:2001 #: ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid Typically, this is the same interface as the 'default route' is on. You can determine which interface is used for this by running '/sbin/route -n' (look for '0.0.0.0'). msgstr Solitamente, questa è la stessa interfaccia stabilita quando è attivato 'default route'. Si può stabilire quale interfaccia usare per questa sessione con '/sbin/ip ro sh' o con '/sbin/route -n' (trova 'default' o '0.0.0.0'). #. Type: string #. Description #: ../snort.templates:2001 #: ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid It is also not uncommon to use an interface with no IP address configured in promiscuous mode. For such cases, select the interface in this system that is physically connected to the network that should be inspected, enable promiscuous mode later on and make sure that the network traffic is sent to this interface (either connected to a 'port mirroring/spanning' port in a switch, to a hub or to a tap). msgstr Non è anche insolito usare un'interfaccia senza IP e configurata in modo promiscuo; in tal caso, selezionare l'interfaccia del sistema che è fisicamente connessa alla rete da ispezionare, abilitare la modalità promiscua ed assicurarsi che il traffico di rete sia inviato verso questa interfaccia (oppure connesso ad una porta 'port mirroring/spanning' in uno switch, ad un hub o ad un tap) #. Type: string #. Description #: ../snort.templates:2001 #: ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid You can configure multiple interfaces, just by adding more than one interface name separated by spaces. Each interface can have its own specific configuration. msgstr Si possono configurare più interfacce, aggiungendo più di un nome di interfaccia separati da spazi. Ciascuna interfaccia può avere la sua specifica configurazione. #. Type: string #. Description #: ../snort.templates:3001 #: ../snort-mysql.templates:3001 #: ../snort-pgsql.templates:3001 msgid Address range for the local network: msgstr Intervalli di indirizzi per la rete locale: #. Type: string #. Description #: ../snort.templates:3001 #:
Bug#476987: exim4-daemon-light: oops, lsb-base is the problem
Package: exim4-daemon-light Followup-For: Bug #476987 Sorry, posted to quick. The package lsb-base is the culprit. An eval has been removed from the start_daemon routine. This bug should be reassigned to lsb-base. -- Package-specific info: Exim version 4.69 #1 built 12-Apr-2008 09:26:11 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-5.080331-9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-daemon-light depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii exim4-base4.69-2+b1 support files for all Exim MTA (v4 ii libc6 2.7-10 GNU C Library: Shared libraries ii libdb4.6 4.6.21-7 Berkeley v4.6 Database Libraries [ ii libgnutls26 2.2.2-1the GNU TLS library - runtime libr ii libpcre3 7.6-2 Perl 5 Compatible Regular Expressi exim4-daemon-light recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477057: lintian: Accept C-style comments in dpatch's 00list file
Package: lintian Version: 1.23.46 Severity: normal C-style comments in dpatch's patches/00list files are allowed (see, e.g. man dpatch for an example). However, lintian wrongly complains with dpatch-index-references-non-existant-patch for lines containing /* comment */. Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages lintian depends on: ii binutils 2.18-1The GNU assembler, linker and bina ii diffstat 1.43-2produces graph of changes introduc ii dpkg-dev 1.13.24 package building tools for Debian ii file 4.17-4Determines file type using magic ii gettext0.15-2GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchangel 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-4 The on-line manual pager ii perl [libdigest-md5-pe 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476987: exim4-daemon-light: fails to install: incompatible command-line options or arguments
block #476987 with #477055 forwarded #476987 http://bugs.exim.org/show_bug.cgi?id=700 thanks On Sun, Apr 20, 2008 at 07:50:44PM +0200, Marc Haber wrote: This is now #477055, but I'll try to find a workaround. I have also filed this with upstream bugzilla. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427991: bug 427991 probably not related to pulseaudio --system
I demand that Juha Jäykkä may or may not have written... Hi! Your claim that the assertion failure only happens with pulseaudio --system, run as root does not seem to be true. It was, given that at the time I'd not noticed the existence of the pulse-access group. It happens even without any pulseaudio process running on the system! That I find a little difficult to believe (from what I remember of testing this), but no matter... I also believe that the jack plugin has absolutely nothing to do with this (in the original submission it was just tried unsuccessfully before pulseaudio). I have built the beast now --without-pulseaudio --with-jackd --with-arts and everything looks ok, so the decision made at some point (Source-Version: 1.1.8-3, date Mon, 26 Nov 2007 00:17:07 +) to remove the jack support was probably an error and jack can be built again. 1.1.12? If so, you should rebuild it with --with-pulseaudio and re-test, and also report back on the jack plugin. Both of those plugins have seen changes in 1.1.12-1, and both are built. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Rotten wood cannot be carved - Confucius (Analects, Book 5, Ch. 9)
Bug#473864: gnome-keyring: messes with ssh-agent
Hi, I don't know what gnome-keyring is, but it pretty much stomps over the ssh-agent that runs from my ~/.bash_profile. Usually the following happens: I'm working in an xterm, with ssh-agent active, which knows about my keys. But when the agent should kick in, instead gnome-keyring pops up, asking for the password *which my ssh-agent already knows*. And even better, I've no way to see which freakin' program is asking, because the dialog doesn't say anything about it. So I deny access, because I don't want to tell some random, unexpected and anonymous dialog my secret passwords; only then ssh-agent kicks in, still doing its job as expected. So, me too, I'd really prefer to be warned about such new behaviour, and have some easily accessible documentation about how to cope with this beast. Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477059: must not depend on makedev alone
Package: libraw1394-8 Version: 1.3.0-3 Severity: important The correct fix to #469053 is to call ./MAKEDEV instead of /sbin/MAKEDEV. The first one is guaranteed to exist, the second one is not. Please fix this bug before the freeze because your package prevents purging makedev on a normal system. Even better, just assume that the device exists (which is a very good assumption since almost everybody uses udev nowadays). -- ciao, Marco signature.asc Description: Digital signature
Bug#476926: linux-image-2.6.24-1-686: crashes at boot on a VIA C3 (VIA Nehemiah / CentaurHauls) system
On Sun, Apr 20, 2008 at 09:55:17AM +0200, folkert wrote: Package: linux-image-2.6.24-1-686 Version: 2.6.24-5 Severity: normal linux-image-2.6.24-1-686: crashes at boot on a VIA C3 (VIA Nehemiah / CentaurHauls) system around the moment where it decompresses the kernel known use -486 boah enough of those dup reports. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477060: texlive-base: license of amslatex is unclear
Package: texlive-base Version: 2007-13 Severity: serious Hi, this is somewhat a follow up bug for #356853, in which this issue was discussed earlier. Since this bug contains information about half a gazillion of different TeX packages, most of which are now settled to be free, or removed, it's hard to track the real issues. Therefore I am opening bugs for the things that remain, and this is for amslatex. I'll try to gather all the information about this particular package and forward the messages individually, as soon as I get a bug number. Regards, Frank -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages texlive-base depends on: ii texlive-base-bin 2007.dfsg.1-2.np.etch.1 TeX Live: Essential binaries ii texlive-common 2007-13 TeX Live: Base component ii texlive-doc-base 2007-3 TeX Live: Base documentation Versions of packages texlive-base recommends: ii dvipdfmx1:20050831-5 A DVI to PDF translator with CJK s ii lmodern 1.010x-4 scalable PostScript and OpenType f Versions of packages tex-common depends on: ii debconf 1.5.11etch1 Debian configuration management sy ii ucf 2.0020 Update Configuration File: preserv Versions of packages texlive-base is related to: pn tetex-basenone (no description available) ii tetex-bin 2007-13TeX Live: teTeX transitional packa ii tetex-extra 2007-13TeX Live: teTeX transitional packa ii tex-common1.10 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Frank Küster Debian Developer (teTeX/TeXLive)
Bug#476996: [Pkg-openssl-devel] Bug#476996: Bug#476996: openssl: FTBFS: ECDSA test failed
On Sun, Apr 20, 2008 at 07:30:05PM +0200, Kurt Roeckx wrote: On Sun, Apr 20, 2008 at 05:43:17PM +0200, Lucas Nussbaum wrote: Package: openssl Version: 0.9.8g-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080419 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). This seems to be #440538 which I got just after we started using gcc 4.2 and I haven't seen since. I'm now tryign to reproduce it on i386 with gcc-4.3. So, I can't reproduce it. Can you? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473364: installation-report: some install glitches (grub2, tasksel, serial mouse)
On Sun, Apr 20, 2008 at 06:41:44PM +0200, Frans Pop wrote: On Friday 04 April 2008, Paul Wise wrote: There are some other minor issues below though: goodbye-microsoft.com wait for grub2 (seems slower than grub1) Yes, I've seen that too in Virtualbox. It takes a huge amount of time and you can actually see the display being assembled. /me needs to file a BR about that. Please go ahead, a reminder will help. Some parts of update-grub (grub-probe invokations) are clearly sub-optimal and need to be adjusted. choose en_AU as an additional language - seems that en_AU.iso88591 got preseeded from debian.exe? If that is true, it would IMO be a pretty serious bug in win32-loader as Debian is supposed to be installed using UTF-8 locales by default. Robert: can you please look into this? Sounds strange. Legacy encodings are never (intentionally) preseeded by win32-loader. Paul, could you paste the debian-installer/locale lines in your preseed.cfg? (/preseed.cfg in the installer system) -- Robert Millan The technological evasion of the license is as unacceptable as the legal evasion of the license [...]. That's the provision in section 1 regarding keys. [...] We say one thing: when you sell somebody a home... give him the keys -- Eben Moglen on GPLv3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473364: installation-report: some install glitches (grub2, tasksel, serial mouse)
On Fri, Apr 04, 2008 at 03:29:59PM +0800, Paul Wise wrote: get to nice blue grub2 splash - shouldn't the bootloader and d-i use consistent themes? [...] hmm, no splashy gdm comes up - again theme consistency would be good [...] again the blue theme, perhaps d-i needs changing to use blue instead of read? Makes me wonder, is splashy better than usplash at theme consistency? -- Robert Millan The technological evasion of the license is as unacceptable as the legal evasion of the license [...]. That's the provision in section 1 regarding keys. [...] We say one thing: when you sell somebody a home... give him the keys -- Eben Moglen on GPLv3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311188: please stop this discussion here
Hi, please stop this discussion about buggy ubuntu here, the bug is long enough already and we should rather concentrate on fixing it and all its blockers, instead of trying to fix this issue. As I read it, the user either (re!)installed Debian over Ubuntu and now he complains he got Debian... ;) Or: hermanr The suggested fix from the guy at #ubuntu-devel was to rip out the config bits from the debian-edu packages, as they were based on assumptions about stock Debian. - which would mean, the user installed Ubuntus debian-edu packages and they are so broken, that they turn a Ubuntu system into something strange+broken... But this would also mean, this is offtopic here. And if the second possibility is true, or even if not, I wonder why there are debian-edu* packages in Ubuntu anyway. AFAIK Edubuntu doesnt use them... (which also explains why they are broken.) regards, Holger pgpqHvAUKhFkU.pgp Description: PGP signature
Bug#477061: Depends on makedev
Package: tpb Severity: important tpb depends on makedev. At a minimum, it should add an alternative for udev. Better yet, it should not depend on any device scripts at all, and assume that the devices already exist, which they likely do on either a static /dev system or a udev-based system. You should also remove any code referencing devfs (which has been removed from kernels long ago) and /dev/.udev.tdb (this file does not exist anymore since well before etch). I also believe that it's inappropriate to have a debconf question about running MAKEDEV, if you really want to run it just do it unconditionally (even if udev is active). If you do, you must call /dev/MAKEDEV instead of /sbin/MAKEDEV, because the second one is not guaranteed to exist. -- ciao, Marco signature.asc Description: Digital signature
Bug#477062: Depends on makedev
Package: vdr Severity: important vdr depends on makedev. At a minimum, it should add an alternative for udev. Better yet, it should not depend on any device scripts at all, and assume that the devices already exist, which they likely do on either a static /dev system or a udev-based system. -- ciao, Marco signature.asc Description: Digital signature
Bug#477064: RFA: nant -- .NET build tool similar to Ant
Package: wnpp Severity: normal I request an adopter for the nant package as I no longer use or have interest in .NET/mono. The package description is: NAnt is different. Instead of a model where it is extended with shell-based commands, NAnt is extended using task classes. Instead of writing shell commands, the configuration files are XML-based, calling out a target tree where various tasks get executed. Each task is run by an object that implements a particular Task interface. There are two serious bugs on nant: 1) #475213: nant: FTBFS: [csc] /build/user/nant-0.85/src/NAnt.DotNet/Tasks/ScriptTask.cs(519,50): error CS0612: `System.Reflection.Assembly.LoadWithPartialName(string)' is obsolete http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475213 This isn't important I feel, since once built by the maintainer, nant never needs rebuilding. 2) #374634: nant: includes binary-only copies of nunit, SharpZipLib and log4net in source tarball (DFSG §2 violation) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374634 Requires a tedious and complex dive into nant's wierd build system. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476468: libsane doesn't recognize Epson DX5000 (all-in-one) Scanner
Hi Julien, I've updated this packages from unstable: libsane (1.0.19-4) to 1.0.19-5 libsane-extras (1.0.19.5) to 1.0.19.6 sane-utils (1.0.19-4) to 1.0.19-5 In /etc/sane.d/dll.conf I've enabled the epson and epson2 backend. It works perfectly. Thanks a lot. Oliver Am Samstag, den 19.04.2008, 17:28 +0200 schrieb Julien BLACHE: Oliver Mathis [EMAIL PROTECTED] wrote: Hi, With libsane 1.0.19-4 (amd64) my Epson DX5000 scanner isn't recognized, scanning with xsane is not possible (root and normal user). I'm uploading 1.0.19-5 to unstable with a fix for this issue. Can you please try it out and tell me whether it works? Thanks, JB. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477063: Depends on makedev
Package: lirc Severity: important lirc depends on makedev. At a minimum, it should add an alternative for udev. Actually I have not been able to find any invocation of /dev/MAKEDEV in the package, so maybe this dependency just needs to be removed. -- ciao, Marco signature.asc Description: Digital signature
Bug#476160: pyg: diff for NMU version 0.9.6-4.2
On Apr 20, 2008, at 11:52, [EMAIL PROTECTED] wrote: Hi, As mentioned with the initial patch, I'll upload pyg any minute now. During testing, I noticed a missing shlibs:Depends, which I think is warrants fixing with this upload. The following is the updated diff for my pyg 0.9.6-4.2 NMU. Thanks Thomas. c. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476846: Bug does NOT happen for sid version (9:1.1.7.1-1) of genisoimage on armel
On Sun, 2008-04-20 at 10:24 -0500, Peter Samuelson wrote: No, it's not an endian problem. i386, amd64, arm, and armel are _all_ little-endian. MMmmh, I always thought arm and armel differs in endianess... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476863: source-highlight: Patch which makes stdout the default as well as adds - to enable stdout
Hi Thanks for the information. I have report this upstream and the report is available in http://savannah.gnu.org/support/index.php?106347 I'll see if I can get any good answer from there. Best regards, // Ola On Sun, Apr 20, 2008 at 05:31:57PM +0200, Kresten Kjeldgaard wrote: On Sun, Apr 20, 2008 at 04:53:28PM +0200, Ola Lundqvist wrote: Hi Thanks a lot for the patch. I'm not sure I want to change the default compared to upstream. I would actually prefer to change the documentation in that case. Do you have an other opinion about this? First of, I'm not personally using this software I just happened to be on the same IRC channel as the original submitter and had nothing better to do at the time so I started looking at it. Personally I agree with the original submitter that having a default which consists of writing $inputfilename.html overwriting anything happening to be there already in the process seems wrong on some level. So I went with the assumption that the built in help function described the intended way, and the code somehow went wrong along the way. I have since determined the upstream 2.9 has the same behaviour as the debian package, as well as the same broken --help description. Actually the whole -o/--output scheme seems to be broken upstream, I never managed to make it do anything but STDOUT and $filename.html, no matter what I specified. Perhaps the best thing is to simply report this issue to upstream and check what their oppinion is on what should be the correct behaviour and then take it from there? Then we can at some point send them a patch which at least makes the behaviour and the --help text consistent. Please let me know your thoughts about the above. -- Med venlig hilsen / Kind regards Kresten Kjeldgaard aka Gathond For every complex problem, there is a solution that is simple, neat, and wrong. -- H. L. Mencken -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476897: installation-report: apt-cdrom missing from i386 daily images
On Sun, 20 Apr 2008 15:41:44 +0200 Frans Pop [EMAIL PROTECTED] wrote: On Friday 18 April 2008, Daniel Dickinson wrote: Comments/Problems: Detecting the RAID controller takes 4 minutes an initially reports that there is no hard drive (syslog shows the countdown, once it's done, redoing the module select allows d-i to find the drives). Can't really comment on this. If you have any suggestions how to fix this without some long general timeout, we'd appreciate it. I used LVM on Crypto (but not on software RAID). I had to backtrack to 20080412-2 because 20080416-2 doesn't have the udebs for crypto (and reports the appropriate error message when you try to use it). Known issue. Should be fixed with new images. There have been build issues the past few days, but those should be solved tomorrow. The base install step failed because apt-cdrom is missing so the installation of packages after the cdrom is supposed to scan and package lists updated fails. I was able to get around this by editing /usr/lib/base-installer/library.sh apt_update() to copy a working apt configuration for a network mirror and then do apt-get update as usual. I don't see how apt-cdrom can be missing. It is included with the basic apt package. Can you please describe the actual symptoms and specific errors? Note that apt-cdrom is always run in the /target chroot and not in the D-I environment itself. Hmmm...I didn't realize that it was in /target. I'm not sure exactly then, but in the syslog the cdrom is not found (scanned) and without the trickery I mentioned the base install fails, which according to the syslog is because apt can't find the packages (which makes sense since it has no sources of packages at that point). I can't be more specific because I the systems I installed are now in use. Beside the syslog the other clue the cdrom isn't being scanned is that the prompt for a successful scan and do you want another never comes up. Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org No more sea shells: Daniel's Webloghttp://cshore.wordpress.com signature.asc Description: PGP signature
Bug#477065: kweather: Shows grey backgroupd when used with kicker in transparent mode
Package: kweather Version: 4:3.5.9-1 Severity: minor The problem does not exist in 3.5.5-3. I've created a new user to insure existing config is not the issue. I run 11 other transparent applets that don't exhibit this behavior. Would be glad to provide more information if I knew what was relevant. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-5.080331-9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages kweather depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-2+b1 core libraries and binaries for al ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 Versions of packages kweather recommends: ii kicker 4:3.5.9.dfsg.1-2+b1 desktop panel for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476249: exim4-config: minimaldns does not work if no FQDN is configured in /etc/hosts
tags #476249 confirmed pending thanks On Tue, Apr 15, 2008 at 01:39:23PM +0200, Marc Haber wrote: update-exim4.conf should print a warning if minimaldns is requested but hostname --fqdn does not print an FQDN. Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472516: gnome-settings-daemon: Should not suggest to load .xmodmaprc~ (backup file)
Hi, /desktop/gnome/peripherals/keyboard/general/update_handlers just [.xmodmaprc] That is the only xmodmap file I want to use. But creating a new file named .xmodmaprc~ caused the described message on login, whether I'd want to load it. Note that it hasn't been automatically loading that file, it just asked if I want it to load that file. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The infinite! No other question has ever moved so profoundly//\ the spirit of man. --- David HilbertV_/_ Die Stärke eines Menschen kann man daran messen, wie er mit seinen Schwächen fertig wird!
Bug#389068: Jabref patch
On Sun, 20 Apr 2008 13:13:42 -0430, Gerardo Curiel wrote: I'm not sure this is really necessary, the problem is not that the jars are not free but that they are used by the build system. All we would gain is a decrease in size of the .orig.tar.gz. Yes, you're right, it's not necessary. But just in case you decide to remove the lib/ dir, you already have the solution to the jarbundle target issue. True. I'd like to see the package in main, looks like the only problem left now is with libpdfbox-java in contrib. Me too, but libspin-java is also in contrib; and then we still have the run-time dependency on sun-java; at least the last time I checked jabref didn't run with any of the free JREs in Debian. Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Paul Simon: Bridge Over Troubled Water signature.asc Description: Digital signature
Bug#477066: ftp.debian.org: Priority of libcap2 should be optional
Package: ftp.debian.org Severity: normal The libcap2 package is currently of Priority: Required, but there is absolutely no justification for that. Please add an override to correct the priority to optional. CC'ing the package maintainer who should adjust the priority as well. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436267: Firewire support in lenny
On Sun, Apr 20, 2008 at 07:30:48PM +0200, maximilian attems wrote: boaah as debian developer can you please send in a proper bug report. open a new bug with all your hardware info dmesg, lspci. used firewire userspace components. No, not particularly at this point; I think there are plenty of bug reports indicating that the userspace components in debian don't support juju well. (Or, if you're talking about the issues with firewire chains, I was hoping for a yes that works here or it doesn't work for anybody before I spend an hour or two gathering information. Especially since leaving a firewire device plugged into the hub causes the whole system to freeze after a minute or two.) that would be a start to do something useful. A start to doing something useful would be to admit that there is no possibility that the new firewire stack can be reasonably tested for video applications by the time lenny freezes. Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476846: Bug does NOT happen for sid version (9:1.1.7.1-1) of genisoimage on armel
Tobias Frost wrote: On Sun, 2008-04-20 at 10:24 -0500, Peter Samuelson wrote: No, it's not an endian problem. i386, amd64, arm, and armel are _all_ little-endian. MMmmh, I always thought arm and armel differs in endianess... Nope, some packing, and syscall, and FP differences. If you have a sid/armel install, or an etch/arm install you can install a sid/arm chroot under it (using debootstrap), and test that if you suspect armel vs arm Ta, Tim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477067: O: emacs-wiki
Package: wnpp Severity: normal This software is no longer being maintained, and its functionality is now implemented by the muse-el package. Users of emacs-wiki are strongly encouraged to switch to muse-el. I recommend that this package be removed from future releases of Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477066: ftp.debian.org: Priority of libcap2 should be optional
On Sun, Apr 20, 2008 at 8:25 PM, Sven Joachim [EMAIL PROTECTED] wrote: The libcap2 package is currently of Priority: Required, but there is absolutely no justification for that. There is: libcap2 is the successor to libcap1 which is of Priority: Required. I am not sure if that is correct but both libraries should have the same priority at least. Cheers, Torsten -- http://twerner.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476909: suggestions on reorganisation of the stardict package.
Hi Dmitry, Well done! I'd like to do such thing for long. But it would probably become contrib, isn't it? I haven't check all dictionary on stardict's website for a long time. So I am curious now, does any dictionary on stardict website are DFSG? Maybe convert exist dictionary in debian main to stardict format is a better option. -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447106: vim-latexsuite doc not available
Package: vim-latexsuite Version: 20060325-5 Followup-For: Bug #447106 after running helpztags /usr/share/vim/addons/doc as root the documentation is still not available. $ ls -l /usr/share/vim/addons/doc/ total 128 -rw-r--r-- 1 root root 1995 2008-04-19 16:10 imaps.txt.gz -rw-r--r-- 1 root root 27734 2008-04-19 16:10 latexhelp.txt.gz -rw-r--r-- 1 root root 6714 2008-04-19 16:10 latex-suite-quickstart.txt.gz -rw-r--r-- 1 root root 41712 2008-04-19 16:10 latex-suite.txt.gz lrwxrwxrwx 1 root root30 2008-04-16 19:19 matchit.txt - ../../vim71/macros/matchit.txt -rw-r--r-- 1 root root 42109 2008-04-20 20:41 tags Hope that this helps -- Package-specific info: Vim related packages installed on this system: - vim-latexsuite - vim-runtime -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages vim-latexsuite depends on: ii python 2.5.2-1 An interactive high-level object-o ii vim 1:7.1.293-1 Vi IMproved - enhanced vi editor ii vim-common 1:7.1.293-1 Vi IMproved - Common files ii vim-gnome [vim-python] 1:7.1.293-1 Vi IMproved - enhanced vi editor - Versions of packages vim-latexsuite recommends: ii texlive-base-bin 2007.dfsg.1-2 TeX Live: Essential binaries ii vim-addon-manager 0.4 manager of addons for the Vim edit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445360: rxvt+mutt crash - solved?
Hi Josip, Okay, I would be happy to try and narrow it down some more - just give me more hints where to look... what would be next - terminfo? locales? good news: I think I've found it. Could you please verify that this update[1] fixes the bug? Thanks! Jan [1]: http://www-pool.math.tu-berlin.de/~hesso/deb/rxvt_2.6.4-14.dsc (That directory is my staging area - I don't use mentors.d.n because I have a constant pool of sponsors. There's also a ready-made .deb, the interdiff against -13 etc.) signature.asc Description: Digital signature
Bug#476468: libsane doesn't recognize Epson DX5000 (all-in-one) Scanner
Oliver Mathis [EMAIL PROTECTED] wrote: Hi, I've updated this packages from unstable: libsane (1.0.19-4) to 1.0.19-5 libsane-extras (1.0.19.5) to 1.0.19.6 sane-utils (1.0.19-4) to 1.0.19-5 In /etc/sane.d/dll.conf I've enabled the epson and epson2 backend. It works perfectly. Thanks a lot. Great! Thanks for the testing, Oliver, and thanks for the fix, Alessandro :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476810: Please clarify 12.5, Copyright information
Matthias Klose [EMAIL PROTECTED] writes: Russ Allbery writes: Matthias Klose [EMAIL PROTECTED] writes: Proposing to clarify this to ... come from the same source and the first package directly or indirectly depends on the second For the intention mentioned in the last sentence (must be extractable by mechanical means) it doesn't matter if the dependency is direct or indirect. If there are other reasons for the stricter direct dependency, please clarify this as directly depends. I'm not sure that I see any need for a change here. see http://lists.debian.org/debian-java/2008/04/msg00052.html - usr-share-doc-symlink-without-dependency is an explicit policy violation and not allowed. and the followups. Hm, okay. I guess I was always used to thinking about it one way. no, this is still for binaries built from the same source, you don't need a package manager for this kind of dependency handling. The problem being solved is, given a random Debian *.deb package, how do I obtain its copyright? Currently, I may have to locate all *.deb packages on which it depends with an explicit version number, but that's all. Weakening this to allow indirect dependencies requires either recursively resolving all dependencies with explicit versions or trying to track the binary to a source package, locate the source package, and then retrieve its other binary packages. Both of those seem like they require more sophisticated code. But more to the point, I don't really understand why adding an explicit dependency is a problem, particularly if all the packages are built from the same source package. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]