Bug#260325: korganizer: Very fragile on AMD64
Pierre HABOUZIT wrote: On Mon, Jul 19, 2004 at 11:14:15PM +0100, Doug Winter wrote: Adding virtually anything that writes to a live calendar seems to cause korganizer and korgac to segfault, especially things with alarms in them. It's basically unusual on amd64. is it still true ? it works quite correctly for me on an amd64. Nope, loads more stable now than it was back then. Cheers, Doug. -- I am not deep, but very wide - Balzac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368279: /var/lib/dpkg/info/rhythmbox.postinst: line 9: scrollkeeper-rebuilddb: command not found
Package: rhythmbox Version: 0.9.4.1-4 scrollkeeper should be upgraded from recommends to depends? [...] Setting up rhythmbox (0.9.4.1-4) ... Upgrade from broken Rhythmbox version detected, running scrollkeeper-rebuilddb... /var/lib/dpkg/info/rhythmbox.postinst: line 9: scrollkeeper-rebuilddb: command not found dpkg: error processing rhythmbox (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: rhythmbox [...] Thanks - Jack signature.asc Description: Digital signature
Bug#338537: mffm-fftw1c2 should Conflicts: and Replaces: mffm-fftw1
On Sun, May 21, 2006 at 01:23:49AM -0400, Branden Robinson wrote: Package: mffm-fftw1c2 Version: 1.6-1 Followup-For: Bug #338537 mffm-fftw1c2 needs to do both of the following: Conflicts: mffm-fmtw1 Replaces: mffm-fftw1 Ordinarily when a package is renamed, it Provides: the former name as well, but in this case it doesn't actually provide the previous name because there has been an ABI change. If packages could work with the new library without having to be recompiled, a Provides: mffm-fftw1 would be appropriate as well. To be clear, if packages could work with the new library without having to be recompiled, it would have been inappropriate to rename the lib package at all... Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#368173: scim-anthy: please remove im-switch things
On Sun, May 21, 2006 at 02:09:05PM +0900, AWASHIRO Ikuya wrote: On Sat, 20 May 2006 21:30:42 +0900 Osamu Aoki [EMAIL PROTECTED] wrote: Since Ming (SCIM maintainer) tells us to use XIM for stability, I will use 50 for XIM one and other ones being 40. I think XIM should be 40. Because XIM is very old function and im-module is better for users' convenience. Of course im-module is enough stability. Another major distributions such as Fedora, SUSE and Mandriva are im-module by default. Here are my proposal for 2 configuration choices founf in im-swich for scim. Attached. Osamu # # Use X input Method for all applications # # Per Ming's Documentation in SCIM, XIM Input Method is activated # not only for old X-applications but also for GTK and QT appplication. # # If a user wishi to use, GTK Input Method, (s)he can right-click input # area and select Input Methods and change from X input Method to # SCIM Input Method. # XIM=SCIM XIM_PROGRAM=/usr/bin/scim XIM_ARGS=-d GTK_IM_MODULE= QT_IM_MODULE= DEPENDS=scim,scim-gtk2-immodule,scim-anthy|scim-canna|scim-chewing|scim-pynyin|scim-hangle|scim-prime|scim-skk|scim-tables-additional|scim-m17n|scim-uim|scim-tables-ja|scim-tables-ko|scim-tables-zh # # Use X Input Method only for old applications # Use GTK Input Method for GTK applications if immodule exists # Use GTK Input Method for Qt application if immodule exists # # Per Ming's Documentation in SCIM, using X Input Method even for GTK # and QT application is better for the system stability. # # User can change to GTK Input Method by right-clicking input area and # changing Input Methods from X input Method to SCIM Input Method. # # This configuration may require system adminstrator modification # to synchronize it with installed version of SCIM programs. # # I kept scim_bridge commented out since Debian does not seem shipping it. ##scim_bridge=/usr/lib/gtk-2.0/2.4.0/immodules/im-scim-bridge.so im_scim=/usr/lib/gtk-2.0/2.4.0/immodules/im-scim.so libqscim=/usr/lib/qt3/plugins/inputmethods/libqscim.so ##if [ -e $scim_bridge ]; then ##gtkim=scim-bridge ##elif [ -e $im_scim ]; then if [ -e $im_scim ]; then gtkim=scim else gtkim=xim fi if [ -e $libqscim ]; then qtim=scim else qtim=xim fi XIM=SCIM XIM_PROGRAM=/usr/bin/scim XIM_ARGS=-d GTK_IM_MODULE=$gtkim QT_IM_MODULE=$qtim DEPENDS=scim,scim-gtk2-immodule,scim-anthy|scim-canna|scim-chewing|scim-pynyin|scim-hangle|scim-prime|scim-skk|scim-tables-additional|scim-m17n|scim-uim|scim-tables-ja|scim-tables-ko|scim-tables-zh
Bug#365547: Reopen
On Sat, May 20, 2006 at 02:56:51AM -0400, Filipus Klutiero wrote: This bug moved to Etch. manpages-dev still needs to add a Conflicts: glibc-doc ( 2.3.6-8) You mean Replaces. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#368281: manpages-dev conflict with glibc-doc
Package: manpages-dev Version: 2.28-1 It would appear that there's a conflict with glibc-doc 2.3.6-7 (which is the version in testing right now): Preparing to replace manpages-dev 2.22-1 (using .../manpages-dev_2.28-1_all.deb) ... Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.28-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/sem_destroy.3.gz', which is also in package glibc-doc dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/manpages-dev_2.28-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358994: How to reproduce
Hello, the bug can be reproduced like this: mkdir tmp cd tmp ln -s foo . Then in gnomebaker, right click on foo and select add folder. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#360588: Proposed patch
Hello, the patch below is sufficient to fix the problem. I tested it with a normal /usr/local/share and with a readonly one (simulated via chattr +i). diff -Naur hibernate-1.12/debian/hibernate.prerm hibernate-1.12.enrico/debian/hibernate.prerm --- hibernate-1.12/debian/hibernate.prerm 2006-05-21 00:02:58.0 -0500 +++ hibernate-1.12.enrico/debian/hibernate.prerm2006-05-21 00:02:43.674965080 -0500 @@ -1,7 +1,7 @@ #! /bin/sh # Pre-removal hook script for hibernate -rmdir --ignore-fail-on-non-empty /usr/local/share/hibernate/scriptlets.d -rmdir --ignore-fail-on-non-empty /usr/local/share/hibernate +rmdir /usr/local/share/hibernate/scriptlets.d || true +rmdir /usr/local/share/hibernate || true #DEBHELPER# Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#368282: ttf-malayalam-fonts: replace malayalam.ttf with MalOtf.ttf
Package: ttf-malayalam-fonts Version: 1:0.4.7 Severity: wishlist According to the changelog, version 1:0.4.4 of this package removed MalOtf.ttf sinct it was identical to malayalam.ttf. IMHO, this is not appropriate, since MalOtf.ttf contains the OpenType layout tables while malayalam.ttf does not. The better choice would have been to take out malayalam.ttf and retain MalOtf.ttf. AFAIK, while most rendering engines support OpenType fonts, the glyph substitution information for non-OpenType fonts varies from font to font. In particular, malayalam.ttf is not doing _any_ kind of glyph substitution on present versions of pango; I do not know whether this due to any changes made in pango or some problem with the font file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ttf-malayalam-fonts depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ttf-malayalam-fonts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368280: ttf-malayalam-fonts: Request another font
Package: ttf-malayalam-fonts Version: 1:0.4.7 Severity: wishlist malayalam.ttf is not an opentype font; an opentype version of malayalam (the font) used to be in this package, but was removed. http://www.gnowledge.org/Gnoware/localization/Samyak_Font/new/Samyak_Malayalam.ttf Is a better replacement for malayalam.ttf -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ttf-malayalam-fonts depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ttf-malayalam-fonts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368283: Still uses X11R6 directories
Package: xmix Severity: serious Tags: patch This is a policy violation now. Patch (despite the changelog entry not intended for immediate upload): diff -Naur xmix-2.1/debian/changelog xmix-2.1.nmu/debian/changelog --- xmix-2.1/debian/changelog 2006-05-21 01:26:28.0 -0500 +++ xmix-2.1.nmu/debian/changelog 2006-05-21 01:39:54.0 -0500 @@ -1,3 +1,13 @@ +xmix (2.1-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Install man pages into /usr/share/man, not /usr/X11R6/man + * Install command into /usr/bin, not /usr/X11R6/bin + * Correct path in menu file + * Change build dependency from xutils to xutils-dev + + -- Frank Lichtenheld [EMAIL PROTECTED] Sun, 21 May 2006 00:53:33 -0500 + xmix (2.1-5) unstable; urgency=low * New maintainer. diff -Naur xmix-2.1/debian/control xmix-2.1.nmu/debian/control --- xmix-2.1/debian/control 2006-05-21 01:26:28.0 -0500 +++ xmix-2.1.nmu/debian/control 2006-05-21 01:38:59.0 -0500 @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Steve McIntyre [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.2), libxt-dev, xutils, libxaw7-dev +Build-Depends: debhelper (= 4.0.2), libxt-dev, xutils-dev, libxaw7-dev Standards-Version: 3.6.1.0 Package: xmix diff -Naur xmix-2.1/debian/dirs xmix-2.1.nmu/debian/dirs --- xmix-2.1/debian/dirs2006-05-21 01:26:28.0 -0500 +++ xmix-2.1.nmu/debian/dirs2006-05-21 01:11:03.0 -0500 @@ -1,3 +1,3 @@ -usr/X11R6/bin -usr/X11R6/man/man1 +usr/bin +usr/share/man/man1 etc/X11/app-defaults diff -Naur xmix-2.1/debian/menu xmix-2.1.nmu/debian/menu --- xmix-2.1/debian/menu2006-05-21 01:26:28.0 -0500 +++ xmix-2.1.nmu/debian/menu2006-05-21 00:37:23.0 -0500 @@ -1,2 +1,2 @@ ?package(xmix):needs=x11 section=Apps/Sound \ -title=xmix command=/usr/X11R6/bin/xmix +title=xmix command=/usr/bin/xmix diff -Naur xmix-2.1/debian/rules xmix-2.1.nmu/debian/rules --- xmix-2.1/debian/rules 2006-05-21 01:26:28.0 -0500 +++ xmix-2.1.nmu/debian/rules 2006-05-21 01:11:49.0 -0500 @@ -41,8 +41,8 @@ dh_clean -k dh_installdirs - install -m 755 xmix debian/xmix/usr/X11R6/bin/xmix - install -m 644 xmix.1 debian/xmix/usr/X11R6/man/man1/xmix.1x + install -m 755 xmix debian/xmix/usr/bin/xmix + install -m 644 xmix.1 debian/xmix/usr/share/man/man1/xmix.1x install -m 644 XMix debian/xmix/etc/X11/app-defaults/XMix binary-indep: build install Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368284: still uses X11R6 directories
Package: xipmsg
Severity: serious
Tags: patch
This is a policy violation now.
Patch (despite changelog entry not intended for immediate upload):
diff -Naur xipmsg-0.8088/debian/changelog xipmsg-0.8088.nmu/debian/changelog
--- xipmsg-0.8088/debian/changelog 2006-05-21 00:34:55.0 -0500
+++ xipmsg-0.8088.nmu/debian/changelog 2006-05-21 01:52:50.0 -0500
@@ -1,3 +1,15 @@
+xipmsg (0.8088-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Adapt menu file and XIpmsg_jp.ad to new location of files after
+rebuild with new Xorg.
+ * Change build-depends on xutils to xutils-dev
+ * Add Pre-Depends on x11-common since we still use /usr/lib/X11
+ * Delete debian/conffiles because debhelper actually takes care
+of that for us
+
+ -- Frank Lichtenheld [EMAIL PROTECTED] Sun, 21 May 2006 01:50:16 -0500
+
xipmsg (0.8088-1.1) unstable; urgency=high
* Non-maintainer upload.
diff -Naur xipmsg-0.8088/debian/conffiles xipmsg-0.8088.nmu/debian/conffiles
--- xipmsg-0.8088/debian/conffiles 2006-05-21 00:34:55.0 -0500
+++ xipmsg-0.8088.nmu/debian/conffiles 1969-12-31 18:00:00.0 -0600
@@ -1,2 +0,0 @@
-/etc/X11/app-defaults/XIpmsg
-/etc/X11/ja_JP.eucJP/app-defaults/XIpmsg
diff -Naur xipmsg-0.8088/debian/control xipmsg-0.8088.nmu/debian/control
--- xipmsg-0.8088/debian/control2006-05-21 00:34:55.0 -0500
+++ xipmsg-0.8088.nmu/debian/control2006-05-21 01:30:56.0 -0500
@@ -2,11 +2,12 @@
Section: x11
Priority: optional
Maintainer: GOTO Masanori [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0), xutils, libx11-dev, libxt-dev, x-dev,
libxaw7-dev
+Build-Depends: debhelper (= 4.0.0), xutils-dev, libx11-dev, libxt-dev, x-dev,
libxaw7-dev
Standards-Version: 3.6.0
Package: xipmsg
Architecture: any
+Pre-Depends: x11-common (= 1:7.0.0)
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: A pop up style message communication software
IP Messenger is a pop up style message communication software
diff -Naur xipmsg-0.8088/debian/dirs xipmsg-0.8088.nmu/debian/dirs
--- xipmsg-0.8088/debian/dirs 2006-05-21 00:34:55.0 -0500
+++ xipmsg-0.8088.nmu/debian/dirs 2006-05-21 00:40:34.0 -0500
@@ -1,8 +1,4 @@
etc/X11/app-defaults
etc/X11/ja_JP.eucJP/app-defaults
-etc/X11
-usr/X11R6/bin
-usr/X11R6/lib/X11/xipmsg
-usr/X11R6/man/man1
usr/lib/menu
usr/share/doc/xipmsg
diff -Naur xipmsg-0.8088/debian/menu xipmsg-0.8088.nmu/debian/menu
--- xipmsg-0.8088/debian/menu 2006-05-21 00:34:55.0 -0500
+++ xipmsg-0.8088.nmu/debian/menu 2006-05-21 00:35:28.0 -0500
@@ -1,2 +1,2 @@
?package(xipmsg):needs=x11 section=Apps/Net\
- title=xipmsg command=/usr/X11R6/bin/xipmsg
+ title=xipmsg command=/usr/bin/xipmsg
diff -Naur xipmsg-0.8088/debian/rules xipmsg-0.8088.nmu/debian/rules
--- xipmsg-0.8088/debian/rules 2006-05-21 00:34:55.0 -0500
+++ xipmsg-0.8088.nmu/debian/rules 2006-05-21 01:45:54.0 -0500
@@ -33,7 +33,7 @@
# Add here commands to compile the package.
xmkmf -a
$(MAKE)
- sed 's!XIPM_XBMDIR!/usr/X11R6/lib/X11/xipmsg!g' XIpmsg_jp.ad.in
XIpmsg_jp.ad
+ sed 's!XIPM_XBMDIR!/usr/lib/X11/xipmsg!g' XIpmsg_jp.ad.in XIpmsg_jp.ad
touch build-stamp
Gruesse,
Frank Lichtenheld
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-powerpc
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324001: overlapping memcpy()
That is indeed a serious error. Besides going either direction, memcpy doesn't need to work via bytes. It could use 16-byte vector registers. It could use something like PowerPC's dcbz instruction, which causes a cache line (of the destination) to be allocated in an all-zero state rather than fetched from RAM. Use memmove() if you must have an overlap.
Bug#333479: this was a serious error
I lost all sorts of apps that Debian no longer packages. I even lost penguineyes. Want to package it for me? I guess it was wrong to rely on shared libraries. Debian should use static linking. About the only thing stable is the kernel system call interface. Really, it's not cool to break old binaries.
Bug#358994: Pinpointed the problem
Hello, the problem is in the function gbcommon_calc_dir_size in src/gbcommon.c The function does not seem to have any logic to prevent visiting the same directory twice. The way to do it and still get accurate directory size results is to maintain a set of visited inodes (that one can get from s.st_ino) and avoiding calling gbcommon_calc_dir_size on a directory whose inode has already been visited. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#338537: renaming
Package: mffm-fftw1c2 Version: 1.6-1 Followup-For: Bug #338537 To be clear, if packages could work with the new library without having to be recompiled, it would have been inappropriate to rename the lib package at all... In this case, yeah, but there are other reasons to rename packages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mffm-fftw1c2 depends on: ii fftw3 3.0.1-14 library for computing Fast Fourier ii libc6 2.3.6-9GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 mffm-fftw1c2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368225: Wish: Add LAMP metapackage
LA Would it be possible to add a metapackage so that it is easier LA for a user/web developer to install a stadar LAMP LA setup? I'm talking about something similar to apachefriends.org's XAMPP. LA Packages included there: LA Apache 2.2.0, MySQL 5.0.20, PHP 5.1.2 4.4.2 PEAR + SQLite LA 2.8.17/3.2.8 + multibyte (mbstring) support, Perl LA 5.8.7, ProFTPD 1.2.10, phpMyAdmin 2.8.0.3, OpenSSL 0.9.8a, GD LA 2.0.1, Freetype2 2.1.7, libjpeg 6b, libpng 1.2.7, LA gdbm 1.8.0, zlib 1.2.3, expat 1.2, Sablotron 1.0, libxml 2.4.26, LA Ming 0.2a, Webalizer 2.01, pdf class 009e, LA ncurses 5.8, mod_perl 2.0.1, FreeTDS 0.63, gettext 0.11.5, IMAP LA C-Client 2004e, OpenLDAP (client) 2.3.11, LA mcrypt 2.5.7, mhash 0.8.18, eAccelerator 0.9.4, cURL 7.13.1, LA libxslt 1.1.8, phpSQLiteAdmin 0.2, libapreq 2.06-dev, LA FPDF 1.53, XAMPP Control Panel 0.6 LA More Info: http://www.apachefriends.org/en/xampp-linux.html I have also installled the newest version of XAMPP-1.5.2 as You want to install. unfortunelly there is no webmin package to support this XAMPP version there is speciall webmin addon for xampp package developed by apachefriends.org but for lower version of xampp check out this page to see more: http://addons.xampp.org/cgi-bin/search.pl?pid=5 -- Pozdrowienia, nieca-onetmailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368009: apt-src: Unable to reproduce
Package: apt-src Version: 0.25.1 Followup-For: Bug #368009 Subject: apt-src: Unable to reproduce Followup-For: Bug #368009 Package: apt-src Version: 0.25.1 Hi, I cann't reproduce this bug, apt-src install works fine for me. Even I've tried with older version of apt and other packages apt-src depends on, and upgrading them. Regards, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Versions of packages apt-src depends on: ii apt 0.6.44.1 Advanced front-end for dpkg ii dpkg-dev 1.13.19package building tools for Debian ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages apt-src recommends: ii build-essential 11.2 informational list of build-essent ii fakeroot 1.5.8 Gives a fake root environment ii sudo 1.6.8p12-4 Provide limited super user privile -- no debconf information -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Versions of packages apt-src depends on: ii apt 0.6.44.1 Advanced front-end for dpkg ii dpkg-dev 1.13.19package building tools for Debian ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii perl 5.8.8-4Larry Wall's Practical Extraction Versions of packages apt-src recommends: ii build-essential 11.2 informational list of build-essent ii fakeroot 1.5.8 Gives a fake root environment ii sudo 1.6.8p12-4 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368285: incompatible color
Package: xterm Version: 210-3 Severity: normal It's coming up as black-on-white now. I realize that this is all sophisticated-looking, and I realize that that are arcane ways to configure this, but... We have gnome-terminal for people who don't care about compatibility with the real thing and probably hate it too. Many terminals did have a black-on-white option, but I've never seen anybody using it. No matter what the terminal (true VT100, VT101, VT102, Wyse 50/60, VT220, VT320, VT510, VT525, Linux console, Sun console) I've never seen black-on-white actually used. The apps tend to break, especially when they try to use the newer color features. Text becomes unreadable. Think cyan-on-white and yellow-on-white. Eeeew. I won't even see white-on-white. White-on-black is good.
Bug#117963: Adding more information on this behaviour
Greetings, This is not a bug but a feature on XMMS. It will just scroll through the playlist until it ends. If you have repeat enabled, it's supposed to scroll infinitely through the playlist. This should only happen when XMMS has no access on the files specified on the playlists. Please note that playlists in XMMS are absolute-path playlists, so it's easy to break the playlist. XMMS will also jump and element in the playlist if it can't reproduce it (for example if you disable an input plugin -usually happens with mods-) I recommend closing or tagging wontfix. Jose -- Jose Parrella - En el DebConf 6 Acentos omitidos - bureado @ #debconf FreeNode -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#103250: Requesting more information on current state of the bug
Can you reproduce this in current 1.2.10 versions of XMMS? Thank you, Jose -- Jose Parrella - En el DebConf 6 Acentos omitidos - bureado @ #debconf FreeNode -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346233: Cannot reproduce
Hello, I just tried to reproduce this build failure on my i386 laptop, but I couldn't: the package built just fine. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#292188: easytag: Still happens in 1.99.12
reopen 292188 thanks Package: easytag Version: 1.99.12-1 Followup-For: Bug #292188 easytag still hangs regularly for me in recent versions. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages easytag depends on: ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libflac71.1.2-3.1Free Lossless Audio Codec - runtim ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-4GCC support library ii libglib2.0-02.10.2-2 The GLib library of C routines ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libid3-3.8.3c2a 3.8.3-5 Library for manipulating ID3v1 and ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime easytag recommends no packages. -- no debconf information -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368276: vim configuration not found anymore?
On Sun, May 21, 2006 at 06:18:04AM +0200, [EMAIL PROTECTED] wrote: Package: vim Version: 1:7.0-017+3 The configuration is now in /etc/vimrc and /usr/share/vim/vim70/debian.vim But changing something in any of these files does not have any effect. Putting something into ~/.vimrc is recognized, but it starts from something so minimal, that the program cannot be used productively anymore. $ vim bla.c Are you sure you are invoking Vim as 'vim', as in the example above, or are you invoking it as 'vi'? In the latter case what you got is the intended behaviour (see the latest NEWS items). Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#368286: examples
Package: python2.4-dbus Version: 0.61-5 Severity: wishlist Please include python/examples/* in /usr/share/doc/python2.4-dbus/examples Thanks for maintaining DBus! - Jack signature.asc Description: Digital signature
Bug#348768: emacs-color-themes: postinst failure
tags 348768 + unreproducible thanks Hello! On Wed, 18 Jan 2006 15:56:03 -0500, Laurent Bonnaud wrote: Package: emacs-color-themes Version: 6.5.4-1 Severity: grave Justification: renders package unusable [...] Setting up emacs-color-themes (6.5.4-1) ... [...] !! End of file or stream ((#buffer *Compiler Input*)) I get this error not with emacs21 neither with emacs-snapshot. I tried the latest xemacs21 and the error doesn't appear anymore (attached the log for all the three installations). In the meantime, both emacs21 and xemacs21 have been updated. IMHO this is not an RC bug anymore, so my first BSP-RC bug solved :-D Thx, bye, Gismo / Luca -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages emacs-color-themes depends on: ii emacs21 21.4a-6The GNU Emacs editor ii xemacs21 21.4.19-1 highly customizable text editor ii xemacs21-mule [xemacs21] 21.4.19-1 highly customizable text editor -- emacs-color-themes recommends no packages. -- no debconf information emacs-color-themes_gismo-20060521.log.gz Description: installation log for emacs21, emacs-snapshot and xemacs21 pgpJN9pCVo0bO.pgp Description: PGP signature
Bug#133675: Requesting information on bug state #133675
Greetings, Is this reproduceable using the current 1.2.10 versions? I'm very interested on this bug but I don't have a monochrome display to test this. Jose -- Jose Parrella - En el DebConf 6 Acentos omitidos - bureado @ #debconf FreeNode -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358493: Builds fine on alpha with g++-4.1
Hello, I investigated the problem on alpha further. With g++ 4.0, tests crash if compiled with -O2 and succeed if compiled with -O0. With g++ 4.1, tests succeed also if compiled with -O2. We now need to make it so that the package build-depends on g++ 4.1 on Alpha, and makes use of it. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#367888: FTBFS: ‘LIB_DIR’ was not declared in this scope
package xshisen tags 367888 + fixed pending thanks Hi Martin! =) On 5/19/06, Martin Michlmayr [EMAIL PROTECTED] wrote: Which is strange because -DLIB_DIR is there but I can reproduce this, so it seems real. Automatic build of xshisen_1.51-1-2 on bilbao by sbuild/sparc 85 ... g++ -c -g -Wall -O2 -DNO_GLOBAL_HIGHSCORE -I -DLIB_DIR=\/usr/share/games/xshisen\ -DDAT_DIR=\/var/games\ -DHAVE_CONFIG_H main.C -o main.o Thanks for the bug, it's my first RC :D. Hmmm, looking at the line above, I see the `-I' flag there, and it shouldn't be just a blank (or, guessing at g++'s behavior, it swallows up the -D flags...) I have solved it by manually defining x-includes and x-libraries upon running `./configure'. The fix is now in the new 1:1.51-2 package at mentors[0] which also really fixes the strange versioning bug of this package. [0] http://mentors.debian.net/debian/pool/main/x/xshisen/xshisen_1.51-2.dsc As I am not yet authorized to upload directly to the archives, I am also sending this to Marga Manterola who did the last sponsored upload for 1.51-1-2. Thanks for the heads-up! =) Cheers, Zakame -- Zak B. Elep || http://zakame.spunge.org [EMAIL PROTECTED] || [EMAIL PROTECTED] 1486 7957 454D E529 E4F1 F75E 5787 B1FD FA53 851D
Bug#112646: Adding more information on the bug
This seems like an nVidia related bug (looking to the traces and information in bugs.xmms.org [1] [2]) Jose [1] http://bugs.xmms.org/show_bug.cgi?id=1386 [2] http://bugs.xmms.org/show_bug.cgi?id=2100 -- Jose Parrella - En el DebConf 6 Acentos omitidos - bureado @ #debconf FreeNode -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368287: ITP: numl -- library for manipulating UML 2.0 models.
Package: wnpp Severity: wishlist Owner: Victor Seva [EMAIL PROTECTED] * Package name: libnuml-cil Version : 2.0 Upstream Author : Rodolfo Campero [EMAIL PROTECTED] * URL : http://numl.sourceforge.net * License : LGPL Programming Lang: C# Description : library for manipulating UML 2.0 models. nUML is a set of libraries for manipulating UML 2.0 models, for .NET, Mono, and DotGNU. It provides serialization to and from XMI 2.1, manipulation of MOF models, and a collections library for internal use. These libraries were part of ExpertCoder, a toolkit that supports the creation of code generators based on expert systems. http://expertcoder.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353057: anjuta: Not present in unstable
Package: anjuta Version: 2.0.2-2 Followup-For: Bug #353057 The bug seems to be fixed with the new version in unstable, I think could be closed. Regards, Santiago -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Versions of packages anjuta depends on: ii anjuta-common 2.0.2-2 A GNOME development IDE, for C/C++ ii libapr02.0.55-4 the Apache Portable Runtime ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdb4.3 4.3.29-5 Berkeley v4.3 Database Libraries [ ii libdevhelp-1-0 0.11-4Library providing documentation br ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3 FreeType 2 font engine, shared lib ii libgbf-1-0 0.1.2-4 GNOME Development Framework - runt ii libgcc11:4.1.0-4 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgdl-1-0 0.6.0-3 GNOME DevTool libraries - developm ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-3 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.4.2-2 shared libraries for the GTK+ synt ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libldap2 2.1.30-13 OpenLDAP libraries ii libncurses55.5-2 Shared libraries for terminal hand ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libsvn01.3.1-2 shared libraries used by Subversio ii libvte41:0.12.1-1Terminal emulator widget for GTK+ ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-7 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.16-1 XSLT processing library - runtime ii scrollkeeper 0.3.14-11 A free electronic cataloging syste ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages anjuta recommends: ii autoconf 2.59a-9 automatic configure script builder pn autogen none (no description available) ii automake1.4 [automake] 1:1.4-p6-9 A tool for generating GNU Standard pn ctagsnone (no description available) ii cvs 1:1.12.9-17 Concurrent Versions System pn devhelp
Bug#368288: icewm - FTBFS: error: X Window System or development libraries not found.
Package: icewm Version: 1.2.26-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of icewm_1.2.26-1 on debian-31 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), libxrender-dev, imlib11-dev, libgnome2-dev, libgnome-desktop-dev, gettext, xutils, libxft-dev ( 2.1.1) | libxft2-dev, dpatch, libesd0-dev, libpng12-dev, libsm-dev, libx11-dev, libxext-dev, libxft-dev, libxinerama-dev, libxpm-dev, libxrandr-dev, x-dev, linuxdoc-tools [...] checking for kern.cp_time... no checking for X... no configure: error: X Window System or development libraries not found. Make sure you have headers and libraries installed! make[1]: *** [stamp-conf-lite] Error 1 make[1]: Leaving directory `/build/buildd/icewm-1.2.26' make: *** [build-stamp] Error 2 ** Build finished at 20060520-2036 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368289: xosview - FTBFS: ./configure: line 5663: syntax error near unexpected token `}'
Package: xosview
Version: 1.8.2-8.1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of xosview_1.8.2-8.1 on debian-31 by sbuild/s390 85
[...]
** Using build dependencies supplied by package:
Build-Depends: autoconf, autotools-dev, debhelper (= 4.0.0), libx11-dev,
libxpm-dev, libxt-dev, x-dev
[...]
checking for X11/xpm.h... yes
checking for XpmCreateImageFromData in -lXpm... no
./configure: line 5663: syntax error near unexpected token `}'
./configure: line 5663: `echo ${ECHO_T}yes 6; }'
make: *** [configure-stamp] Error 2
**
Build finished at 20060521-0038
FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288590: icewm-experimental: icon of firefox is not correct shown
#include hallo.h * Jörg Sommer [Mon, Feb 21 2005, 08:05:03PM]: Eduard Bloch schrieb am Wed 05. Jan, 15:52 (+0100) : Moin Jörg! Jörg Sommer schrieb am Mittwoch, den 05. Januar 2005: The problem does not exist in the normal version of icewm. It is only a problem of icewm-experimental. Well, the icon reported by xprop is identical with those on my system (working okay). So the difference must be somewhere else. Could you try to recompile the Debian package (as below) removing following from debian/rules? Reinstalling/restaring icewm each time, observing the borken behavior to locate the function that triggers it. --enable-antialiasing Don't help. --enable-gradients Don't help. BTW: There is an error if you recompile in the same directory. It seams the cleanup is not OK. Sorry, it's possible that this problem is not solved and this bug has been closed by accident. Could you please test and reopen if needed? Thanks, Eduard.
Bug#340012: bison: Bison redefines malloc and free differently from stdlib.h
This bug is fixed in Bison 2.2 (2006-05-19). ftp://ftp.gnu.org/gnu/bison/bison-2.2.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368290: 'and' gets uid/gid wrongly on [Open]Mosix clusters
Package: and Version: 1.2.1-2 Hello, and = 1.2.1 gets uid/gid wrongly on [Open]Mosix clusters (always 0/0 for migrated processes), rendering the package useless. This is fixed upstream in 1.2.2. Regards, Evgeny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252082: closed by Pierre HABOUZIT [EMAIL PROTECTED] (Re: kmail: program lockfile doesn't exist when requesting FCNTL mail locking)
On Sun, May 21, 2006 at 12:13:30AM +0200, Pierre Habouzit wrote: please stop. when you understand and acknowledge that there is a problem beyond _your_ experience that you are unsuited to dealing with. I use kmail for IMAP only, and don't have procmail on my machine. if that is an excuse, don't be the maintainer of kmail. it just works, and do so for every one that uses POP or IMAP only. that's maybe 90% of what people (under unix or windows or ...) use. that makes perfectly sense. not for an selinux system it doesn't, where permission is not granted to write any .lck files and you have to give special permission to do it. which is why i tried a different locking mechanism. and when no warning or advice explaining why it failed was given (which is the reason why i am raising this bug) i raised this bug. do you understand this simple point? standard users are supposed to use aptitude, deyti, dselect, ... and for them that just works. user that uses apt-get directly are experimented users, that are expected to know more about debian. if you want less surprises, use aptitude, or force the installation of recommends manually. i repeat: how am i supposed to know that. guess? there is no policy-based reasons behind that, all is explained in the *USER DOCUMENTATION*, i repeat: nobody ever reads that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368291: ITP: libnuml-cil -- library for manipulating UML 2.0 models.
Package: wnpp Severity: wishlist Owner: Victor Seva [EMAIL PROTECTED] * Package name: libnuml-cil Version : 2.0.0 Upstream Author : Rodolfo Campero [EMAIL PROTECTED] * URL : http://numl.sourceforge.net * License : LGPL Programming Lang: C# Description : library for manipulating UML 2.0 models. nUML is a set of libraries for manipulating UML 2.0 models, for .NET, Mono, and DotGNU. It provides serialization to and from XMI 2.1, manipulation of MOF models, and a collections library for internal use. These libraries were part of ExpertCoder, a toolkit that supports the creation of code generators based on expert systems. http://expertcoder.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368257: libc: strcoll() bad behave sorting strings
reassign 368257 libc6 thanks On Sat, May 20, 2006 at 11:57:16PM +0200, Carlos Barros wrote: Package: libc Severity: normal --- A4:/home/cbf/debian/ytree-1.86# echo $LANG [EMAIL PROTECTED] A4:/home/cbf/debian/ytree-1.86# ls -l a* -rw-r--r-- 1 cbf cbf 3902 2005-10-05 22:18 arc.c -rw-r--r-- 1 cbf cbf 14955 2005-10-05 22:18 archive.c -rw-r--r-- 1 cbf cbf 18196 2006-05-18 03:46 archive.o -rw-r--r-- 1 cbf cbf 11956 2006-05-18 03:46 arc.o A4:/home/cbf/debian/ytree-1.86# unset LANG A4:/home/cbf/debian/ytree-1.86# ls -l a* -rw-r--r-- 1 cbf cbf 3902 Oct 5 2005 arc.c -rw-r--r-- 1 cbf cbf 11956 May 18 03:46 arc.o -rw-r--r-- 1 cbf cbf 14955 Oct 5 2005 archive.c -rw-r--r-- 1 cbf cbf 18196 May 18 03:46 archive.o A4:/home/cbf/debian/ytree-1.86# -- The spanish grammar does not say anything that the '.' must be omitted when sorting strings. The problem I did found was when programming ytree and need to sort strings. I dont know if it is a coding problem or a locale definition of how to sort spanish strings. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354057: bison: Compiling the c++ parser gives: warning: 'yyilooka' may be used
This bug is fixed in Bison 2.2 (2006-05-19). ftp://ftp.gnu.org/gnu/bison/bison-2.2.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368173: scim-anthy: please remove im-switch things
いまテストした限りではXIM経由での現在のSCIM設定でANTHYを使って、(sid) oppenoffice-gnome firefox gnome-terminal すべてうまく入力できます。以前のXIM経由と違ってきちっと表示されますし。 ただ後ろでどれが動いているのかわかりにくいので、OOやFIREFOXは実状不明です。 青木 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368263: FTBFS with GCC 4.2: Floating point exception
Martin Michlmayr [EMAIL PROTECTED] writes: minc produces a floating point exception on Alpha when I compile it with a snapshot of GCC 4.2. I'm not entirely sure whether this is a compiler bug or one in your package, but from other cases like these it is likely that your package is doing something wrong and that newer optimizations exhibit the problem. I can't see anything obviously wrong with the code. Is it possible for any of you to make a stand-alone testcase? -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368292: ITP: libnuml-cil -- library for manipulating UML 2.0 models.
Package: wnpp Severity: wishlist Owner: Victor Seva [EMAIL PROTECTED] * Package name: libnuml-cil Version : 2.0 Upstream Author : Rodolfo Campero [EMAIL PROTECTED] * URL : http://numl.sourceforge.net * License : LGPL Programming Lang: C# Description : library for manipulating UML 2.0 models. nUML is a set of libraries for manipulating UML 2.0 models, for .NET, Mono, and DotGNU. It provides serialization to and from XMI 2.1, manipulation of MOF models, and a collections library for internal use. These libraries were part of ExpertCoder, a toolkit that supports the creation of code generators based on expert systems. http://expertcoder.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368262: [Pbuilder-maint] Bug#368262: pbuilder update should clean aptcache
On Sat, May 20, 2006 at 04:38:20PM -0700, Matt Kraai [EMAIL PROTECTED] wrote: On Sun, May 21, 2006 at 12:27:25AM +0200, Mike Hommey wrote: When running pbuilder update, it would be nice if the aptcache would get those files that aren't referenced any more in the Packages file removed. apt-get autoclean would be a way to something similar to that, but putting it in a hook is useless. I think the problem with doing this is that the apt cache can be shared by multiple pbuilder chroots, so there's no way to know whether a package is still in use by some other chroot. Then there should be a --auto-clean option to update or to clean, whatever. The thing is that the apt cache grows indefinitely, and the only simple way to clean it is to use pbuilder clean, which removes everything from it. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356453: patch
On Sat, 2006-05-20 at 21:24 +0200, Martin Michlmayr wrote:
tags 356453 + patch
thanks
gnomemm 1.2.4 doesn't build with GCC 4.1. The fix below allows it to
compile. Can you confirm it is okay?
--- ./src/gnome--/app-helper.h~ 2006-05-20 19:03:13.0 +
+++ ./src/gnome--/app-helper.h2006-05-20 19:03:23.0 +
@@ -77,7 +77,7 @@
~Info();
Info operator =(const Info);
- Gtk::Widget* Info::get_widget() const;
+ Gtk::Widget* get_widget() const;
Type type() const
{ return Type(GnomeUIInfo::type); }
--- ./src/pixmapmenuitem.gen_h~ 2006-05-20 19:14:28.0 +
+++ ./src/pixmapmenuitem.gen_h2006-05-20 19:14:41.0 +
@@ -136,7 +136,7 @@
gtk_pixmap_menu_item_set_pixmap(gtkobj(), GTK_WIDGET(pixmap.gtkobj()));
}
-namespace Gnome {
+namespace Gtk {
namespace Menu_Helpers
{
Yes, that looks fine. Thanks. I have just committed it to CVS.
I am unlikely to make a new tarball release, however. This is the
version of gnomemm for GTK+ 1.2, and I doubt anybody is still using it.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368293: xfmedia: undefined mimetypes in desktop file
Package: xfmedia Version: 0.9.1-3 Severity: normal Hi, in my KDE log or when I start a KDE application from the command line, I see the following error messages about the xfmedia desktop file: kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'application/x-annodex' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-ogg' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-ms-wma' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-ms-asf-plugin' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-ms-wvx' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-ms-wax' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/aiff' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-pn-aiff' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-realaudio' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-basic' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-pn-au' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/wav' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-pn-wav' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-pn-windows-acm' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/msvideo' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-quicktime' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'application/x-quicktimeplayer' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-pn-realaudio-plugin' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-real-audio' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/mkv' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-8svx' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/8svx' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-16sv' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/168sv' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'image/x-ilbm' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'image/ilbm' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-anim' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/anim' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'video/x-mpeg' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/mpeg2' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-mpeg2' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/mpeg3' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-mpeg3' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/x-mpeg' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'audio/mp3' kbuildsycoca: WARNING: '/usr/share/applications/xfmedia.desktop' specifies undefined mimetype/servicetype 'application/x-flac' -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xfmedia depends on:
Bug#368294: debian-installer: go back continue are the same if ROOT(/) not selected
Package: debian-installer Severity: minor DESCRIPTION After partitioning the disk and *not* selecting any of the paritions to be root (/), the debian-installer shows a red screen to warn about this. PROBLEM The selections: go back continue are not different, but do the same thing = return to the manual partitioning screen SUGGESTION To the compliment for the debian-installer, it can be used as a replacement of commercial tool (partiton magic e.g.). E.g when you buy a new hard drive and just want to paritiion all as needed. In these cases, there is no need to select root(/) partition. The choices could be better labelled as: go back (to the partitioner) return menu (to the Debian installer main menu) The current choices go back and continue are redundant and give not enough control what to do next. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368279: /var/lib/dpkg/info/rhythmbox.postinst: line 9: scrollkeeper-rebuilddb: command not found
On Sat, May 20, 2006, [EMAIL PROTECTED] wrote: scrollkeeper should be upgraded from recommends to depends? Nope, I just have to change my handling of the case where scrollkeeper isn't installed. Thanks for the report, I'm going to upload a fix RSN. -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#348768: emacs-color-themes: postinst failure
On dim, 2006-05-21 at 01:57 -0500, Luca Capello wrote: I get this error not with emacs21 neither with emacs-snapshot. I tried the latest xemacs21 and the error doesn't appear anymore (attached the log for all the three installations). In the meantime, both emacs21 and xemacs21 have been updated. I cannot reproduce this bug either. Therefore I'm going to close it... Thanks for checking ! -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321336: completely revamped netcdf package
Hey everyone, I just wanted to point you two to the completely revamped netcdf package I have created. I am putting this together in hopes that the current debian package can eventually be replaced. It is not lintian clean, but it builds all the files, including the manually generated shared libs for libnetcdf. I have also updated it to use debhelper 5. It also now only builds the binaries once. I have compiled it with gfortran-4.0. It doesn't use g77 at all. Consequently, the f77 and the f90 bindings are both generated. It also aims for policy 3.7.2 compliance. It is also based on the latest release of netcdf (3.6.1). Know problems: * Binaries build statically because the netcdf build system doesn't support building shared libs. * Not lintian clean * doesn't execute ldconfig in postinst Be warned that these pacakges are not cryptographically signed. I am releasing these packages now as it looks like someone else (namely Daniel Baumann) has an ITA on this package and I just wanted to get these out so that he could benefit from my packaging effort to update to the latest debhelper and policy. The package files are all located at: deb http://www.penguintechs.org/debian/netcdf/ ./ deb-src http://www.penguintechs.org/debian/netcdf/ ./ Have a good night everyone. wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368291: ITP: libnuml-cil -- library for manipulating UML 2.0 models.
On Sun, May 21, 2006 at 09:51:52AM +0200, Victor Seva wrote: * Package name: libnuml-cil Version : 2.0.0 Please close this bug or merge it with #368292. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#366741: get i686-linux-gnu binaries on amd64
On Wednesday 10 May 2006 21:28, Robert Millan wrote: TTBOMK, no boinc projects are providing core binaries for amd64. So our only hope of making this package useful on that platform is requesting i686 ones instead. Another alternative would be if we would package and upload at least one open source project application. Thus ensuring that BOINC is also useful on all other architectures Debian supports and not i386 and amd64 only. I'm currently preparing the [EMAIL PROTECTED] application[1] for release. Grüße, Frank [1] http://svn.debian.org/wsvn/pkg-boinc/trunk/boinc-app-seti/ -- bureaucracy, n: A method for transforming energy into solid waste. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368295: Menu missing even with menu-xdg and update-menus
Package: menu-xdg Version: 0.2.3 Severity: normal Recenntly, Debian menu has been missing under my gnome Applications menu. [EMAIL PROTECTED]:/var/lib/menu-xdg$ ls -l total 16 drwxr-xr-x 3 root root 4096 2006-05-21 01:25 applications drwxr-xr-x 3 root root 4096 2006-05-21 01:25 desktop-directories drwxr-xr-x 2 root root 4096 2006-05-21 01:25 menus drwxr-xr-x 2 root root 4096 2006-05-21 01:25 xsessions Do I need to do more than installing menu-xdg??? i A gnome-panel 2.14.1-1 Or is this gnome-panel issue? Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii metacity 2.14.3-1 A lightweight GTK2 based Window Manager If needed, I will send update-menus --stdout to [EMAIL PROTECTED] per documentation in menu package. Is there any documentation on how to trace or fix issues with new Gnome system? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) menu-xdg depends on no packages. Versions of packages menu-xdg recommends: ii menu 2.1.27 generates programs menu for all me -- no debconf information -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki [EMAIL PROTECTED] Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' Our Priorities are Our Users and Free Software --- Social Contract -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368266: ITP: stardict-xmlittre -- Littré dictionary for Stardict
On Sat, May 20, 2006 at 06:02:36PM -0500, Itay Ben-Yaacov wrote: * Package name: stardict-xmlittre Version : 2.4.2 Upstream Author : François Gannaz [EMAIL PROTECTED] * URL : http://francois.gannaz.free.fr/Littre/horsligne.php * License : GPL Programming Lang: None. Description : Littré dictionary for Stardict (Include the long description here.) Please provide a long description. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#368296: oo2dbk: should support master documents
Package: ooo2dbk Version: 1.3.13-1 Severity: wishlist It would be nice if the ooo2dbk program supported OpenOffice Master Documents. I write on a document which is split into several files and joined together using a master document, and am unable to generate one docbook file for this document using ooo2dbk. The document I work on is available from URL: http://developer.skolelinux.no/itil/hoved.odm , if you want to test it. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686-smp Locale: LANG=nb_NO, LC_CTYPE=nb_NO (charmap=ISO-8859-1) Versions of packages ooo2dbk depends on: ii python2.3.5-2An interactive high-level object-o ii xsltproc 1.1.12-8 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255737: doesn't display in zoom 66.67 %
reopen 255737 thanks Le Dim 21 Mai 2006 08:41, Marc Haber a écrit : found #255737 3.5.2-1+b2 thanks On Sun, May 21, 2006 at 12:39:54AM +0200, Pierre HABOUZIT wrote: On Tue, Jun 22, 2004 at 01:38:06PM +0200, Marc Haber wrote: when using kghostview to look at pdf files, in the zoom value 66.67 % nothing is displayed. Both 50 % and 75 % work fine, and this can - for example - be reproduced with usr/share/doc/texmf/programs/texinfo.pdf.gz. I can't reproduce it on the specified pdf, neither on many others I tried. closing the bug, I suppose this has been fixed in between. I can still reproduce this: When 66.67 % is select as zoom factor, the combo box jumps to 0 %, displaying a tiny tiny page of like three pixels in size. All other zoom factors work just fine. oh ok, I went to 50, then used the +/- buttons to change the resolution. thanks, I can reproduce it now, I'll forward it upstream. ! -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpzdJ3TNbFyZ.pgp Description: PGP signature
Bug#368298: trying to overwrite `/usr/X11R6/bin', which is also in package ivtools-dev
Package: x11-common Version: 1:7.0.18 Severity: grave Hello, Upgrading today does not work on my box: Preconfiguring packages ... (Reading database ... 163441 files and directories currently installed.) Preparing to replace x11-common 1:7.0.18 (using .../x11-common_1%3a7.0.19_i386.deb) ... Unpacking replacement x11-common ... dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.19_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package ivtools-dev Setting up X server socket directory /tmp/.X11-unix Setting up ICE socket directory /tmp/.ICE-unix Setting up X server socket directory /tmp/.X11-unix Setting up ICE socket directory /tmp/.ICE-unix Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.0.19_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Please feel free to resassign to ivtools-dev if needed. Cheers, -- Julien Danjou // [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // Tomorrow I was nothing, yesterday I'll be. signature.asc Description: Digital signature
Bug#368297: sudo-ldap failes when you change uri to ldaps
Package: sudo-ldap Version: 1.6.8p12-4 Severity: grave Justification: renders package unusable Hi I have setup sudo-ldap to use the local ldap db. My /etc/ldap/ldap.conf has uri ldap://127.0.0.1 when I change this to uri ldaps://hufpuf.lan1.hme1.samad.com.au it faills and I get with with debuging turned on LDAP Config Summary === uri ldaps://hufpuf.lan1.hme1.samad.com.au ldap_version 3 sudoers_base ou=SUDOers,dc=samad,dc=com,dc=au binddn (anonymous) bindpw (anonymous) ssl (no) === ldap_initialize(ld,ldaps://hufpuf.lan1.hme1.samad.com.au) ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03) ldap_simple_bind_s()=81 : Can't contact LDAP server -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages sudo-ldap depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libpam-modules0.79-3.1 Pluggable Authentication Modules f ii libpam0g 0.79-3.1 Pluggable Authentication Modules l sudo-ldap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252082: closed by Pierre HABOUZIT [EMAIL PROTECTED] (Re: kmail: program lockfile doesn't exist when requesting FCNTL mail locking)
Le Dim 21 Mai 2006 09:46, Luke Kenneth Casson Leighton a écrit : On Sun, May 21, 2006 at 12:13:30AM +0200, Pierre Habouzit wrote: it just works, and do so for every one that uses POP or IMAP only. that's maybe 90% of what people (under unix or windows or ...) use. that makes perfectly sense. not for an selinux system it doesn't, where permission is not granted to write any .lck files and you have to give special permission to do it. which is why i tried a different locking mechanism. and when no warning or advice explaining why it failed was given (which is the reason why i am raising this bug) i raised this bug. do you understand this simple point? oh yes, you made it perfectly clear: *because* you use a very peculiar setup, that even among advanced users is very uncommon, it does not works without recommends of the package. oh yeah, guess what, it's EXACTLY what recommends are meant for. so just so that we are clear, you are just wasting our time here. standard users are supposed to use aptitude, deyti, dselect, ... and for them that just works. user that uses apt-get directly are experimented users, that are expected to know more about debian. if you want less surprises, use aptitude, or force the installation of recommends manually. i repeat: how am i supposed to know that. guess? no read the doc and ... i repeat: nobody ever reads that. ... if you don't that's your problem. at least, now, you learned something valuable, if apt-get lists to you the packages that are 'recommends' when you apt-get install a thing, it's not *only* to use more lines in the terminal. next time, have a look at them. have a nice day. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpvKeNEs9si6.pgp Description: PGP signature
Bug#368202: [Pkg-dia-team] Bug#368202: dia: CVE-2006-2480: format string vulnerability
Roland Stigge on 2006-05-20 23:26:28 -0500: Unfortunately, I can't reproduce this in full length. I can see the error message popup (which I consider natural), but neither dia crashing nor executing the malicious code (printing DIA). I see the following behavior with dia 0.95.0-3: $ touch %s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s.bmp $ dia %s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s%s.bmp Segmentation fault There is no error message popup; dia shows the splash screen, briefly draws the main window, and then segfaults without an error message. I see the same behavior I run dia and attempt to load the file via File-Open. I see a change in the behavior when I apply the patch; an error pops up stating that it can't open the file and dia does not segfault. This seems to be the behavior you are describing. pgpStqrBPG6pe.pgp Description: PGP signature
Bug#368300: g-i not showing accents above capital letters
Package: debian-installer Severity: minor Hi, I used daily businesscard cd image version 20060517 on my i386 box. When installing in gui mode with Czech or Slovak language, capital letters with accents were displayed without accents. E.g. latin capital letter C with caron was displayed only as latin capital letter C. This happens only with the text displayed on the grey background, i.e. the surrounding help texts, not in the input area (menu items). Small letters are displayed correctly. Also in the text installer everything is displayed perfectly. It might be just that the line height is too small and the accents above capital letters get cropped? -- Miroslav Kure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368302: no ip for clients with dhcp3-server on amd64
Package: dhcp3-server Version: 3.0.4-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After an upgrade to dhcp3-server 3.0.4 my clients become no new ip addresses via dhcp. I've found a similiar bugreport in gentoo-bugtracker[1]. It looks like a bug in upstream dhcp 3.0.4. [1] http://bugs.gentoo.org/show_bug.cgi?id=133905 - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=ISO-8859-1) Versions of packages dhcp3-server depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii debianutils 2.16.1 Miscellaneous utilities specific t ii dhcp3-common 3.0.4-2Common files used by all the dhcp3 ii libc6 2.3.6-9GNU C Library: Shared libraries dhcp3-server recommends no packages. - -- debconf information: * dhcp3-server/new_auth_behavior: * dhcp3-server/interfaces: eth1 * dhcp3-server/new_next-server_behaviour: * dhcp3-server/config_warn: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEcDVhDPI8V3uhLdkRAjBYAJ9nD96YQfuzPJZ6Jsbv3IuZEf9YmgCcCm8B xa5zysYdM6ZjnIDWagiEO3Y= =Uj+1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368301: proftpd binary set trapdoor rpath to /users/frankie
Package: proftpd Version: 1.3.0-7 Severity: grave Tags: security Hello Francesco, proftpd include a trapdoor rpath to /users/frankie/... %chrpath usr/sbin/proftpd usr/sbin/proftpd: RPATH=/users/frankie/debian/mypkgs/proftpd/current/proftpd-1.3.0/debian/tmp/usr/sbin This rpath allows a user with home directory /users/frankie/ to install trojaned libraries and wait for proftpd to start. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368299: orig.tar.gz is not original tarball but some (how?) repackaged version pulled from CVS
Package: opencdk8 Severity: normal Version: 0.5.7-2 [EMAIL PROTECTED]:/tmp$ ls -l opencdk8_0.5.7.orig.tar.gz opencdk-0.5.7.tar.gz -rw-r--r-- 1 ametzler ametzler 479925 May 21 09:19 opencdk-0.5.7.tar.gz -rw-r--r-- 1 ametzler ametzler 302143 Jul 14 2005 opencdk8_0.5.7.orig.tar.gz On top of that the Debian diff contains upstream changes, not only autogenerated files and Debian additions. e.g: [EMAIL PROTECTED]:/tmp$ filterdiff -z -i opencdk8-0.5.7/ChangeLog opencdk8_0.5.7-2.diff.gz --- opencdk8-0.5.7.orig/ChangeLog +++ opencdk8-0.5.7/ChangeLog @@ -1,107 +1,3487 @@ -2003-06-22 Timo Schulz [EMAIL PROTECTED] +2003-06-21 Timo Schulz [EMAIL PROTECTED] + + * NEWS: Version 0.5.7. + [...] cu andreas -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368304: Missing Replaces: causes uninstallability
Package: nautilus-dbg Version: 2.14.1-2 Severity: serious Hi, I suppose a Replaces: was forgotten when moivng files from libnautilus-extension1-dbg to nautilus-dbg: Preparing to replace nautilus-dbg 2.14.1-2 (using .../nautilus-dbg_2.14.1-3_i386.deb) ... Unpacking replacement nautilus-dbg ... dpkg: error processing /var/cache/apt/archives/nautilus-dbg_2.14.1-3_i386.deb (--unpack): trying to overwrite `/usr/lib/debug/usr/lib/libnautilus-extension.so.1.0.0', which is also in package libnautilus-extension1-dbg Bye, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nautilus-dbg depends on: ii nautilus 2.14.1-3 file manager and graphical shell f nautilus-dbg recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#368305: jsboard: CVE-2006-2109: cross-site scripting
Package: jsboard Severity: important Tags: security CVE-2006-2109: Cross-site scripting (XSS) vulnerability in the parse_query_str function in include/print.php in JSBoard 2.0.10 and 2.0.11, and possibly other versions before 2.0.12, allows remote attackers to inject arbitrary web script or HTML via parameters that are set as global variables within the program, as demonstrated using the table parameter to login.php. The advisory indicates that sarge is vulnerable. Thanks, Alec -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368303: bzr: FTP push still fails
Package: bzr Version: 0.8.2-2 Severity: normal This is different than #352922 since it fails in a different way. When pushing I get an error about FTP not supporting append(). The repo format is 5 (knits). https://launchpad.net/products/bzr/+bug/42592 seems to contain a patch for it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bzr depends on: ii python2.4 2.4.3-3An interactive high-level object-o ii python2.4-celementtree1.0.5-2Light-weight toolkit for XML proce bzr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349397: What should be the default behavior of im-switch?
Follow up On Sun, May 21, 2006 at 03:23:38AM +0900, Osamu Aoki wrote: ... On Sun, May 21, 2006 at 11:12:39AM +0200, Jan Willem Stumpel wrote: [...] For scim, even the XIM_PROGRAM should be removed, and the scim start command (scim -d) run from the icewm startup script (i.e. after the window manager has started, not before). But im-switch can not do this easily since there are far too many window managers. It is a fundamental problem here. We may think a bit differently. If we are to ask user to do something it should be simple. Well, not to set anything happens when selecting none in im-switch -c list. If you just want to set GTK-IM_MODULE=xim, I guess just create another file just setting it without XIM_PROGRAM set. Besides, I think if you set to none, you basically get default behavior of scim -d. I just uploaded 1.11 Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367809: NEW VERSION of patch; Upload in DELAYED-3
On Sun, May 21, 2006, Loïc Minier wrote: I've uploaded it to DELAYED-3. Obviously, I did it wrong, sorry about that. -- Loïc Minier [EMAIL PROTECTED] You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
Bug#349397: What should be the default behavior of im-switch?
Hi, You have interesting points. Since this is continuation of the discussion on bug report, I will CC to original bug report and Awashiro-san who is scim-anthy maintainer and who is also concerned about how all these fit together. (I have touched-up your statement in quote to be suitable for the public listing.) On Sun, May 21, 2006 at 11:12:39AM +0200, Jan Willem Stumpel wrote: I think that in a UTF-8 environment in Linux, GTK_IM_MODULE must always be xim. If it has this value, all characters can be entered in all programs. If it has another value (like uim), some characters cannot be entered in Mozilla. GTK IM Modules interface are still buggier than XIM interface I guess. Ming's SCIM also recommend to use GTK_IM_MODULE=xim . To test this: try to enter ŏ (o with breve) by means of Compose-U-o. This works in all programs (xterm, Openoffice, QT programs, Mozilla) when GTK_IM_MODULE=xim, but it does not work in Mozilla when GTK_IM_MODULE=uim. You could also try, for instance, ® (registered sign, made by Compose-o-r). I do not have compose key here en_US. Maybe I better rewad your web and lean. http://jw-stumpel.nl/stestu That is good place. So I have export GTK_IM_MODULE=xim in /etc/environment. IMHO this should be a Debian default; but I do not know where I should talk about this issue, as there seems to be no Debian mailing list where UTF-8 and m17n issues are being discussed. Not anything I know, except [EMAIL PROTECTED] is good but unless we are prepared for long discussion... But because of this entry in /etc/environment, all the new versions of im-switch (including 1.10) fail, because of the test: # Check other configuration has not configured IM if [ -z $XIM -a -z $XIM_PROGRAM -a -z $XIM_ARGS \ -a -z #$XMODIFIERS \ -a -z $GTK_IM_MODULE -a -z $QT_IM_MODULE ]; then This test fails because GTK_IM_MODULE is already set. Now the whole 90im-switch script does nothing. I do not understand why you put this test in. If someone set any of these values, he knows what he is doing and he does not want to be interfared by im-switch. There was similar code before I hacking. It seemed they did it to solve conflict with m17n-env package behavior. That is solved now since m17n-package does not touch IM any more. If someone (user or administrator) has selected an IME using im-switch, then surely he wants that IME to be used, not whatever was the default before? The older versions (1.5 and older) were better in this respect. As I reread source of 1.4, if any of IM variable was set before this package, that value overides im-switch script. Yes it was better. I will make change. [...] IMHO the safest is to always export GTK_IM_MODULE=xim (hard-wired) in 90im-switch. It never does any harm, and it is necessary for good keyboard input in Mozilla. That has varied opinion. Most of the problem has been solved for SCIM since the hook scripts are GTK_IM_MODULE=xim for SCIM. I still have GTK_IM_MODULE=uim in UIM side. (If there is compelling discussion, I will NMU again. Awashiro-san (scim-anthy maintainer) thinks immodule should be used instead like GTK_IM_MODULE=scim. I am just following previous hook script for UIM and package maintainer comment for SCIM. See discussion on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368173 Skip last one in Japanese. I mistakingly wrote it in Japanese. I say that there is no issue with SCIM while setting GTK_IM_MODULE=xim for oppenoffice-gnome, firefox, and gnome-terminal. I ran im-switch -s uim. This works fine. I start uim_gtk_toolbar_systray from the icewm startup script. I think the idea for im-switch is to help user. In that weay, we should recommend action whern we run command. That is wishlist bug :-) Once I fix major issues, I will add it. For scim, even the XIM_PROGRAM should be removed, and the scim start command (scim -d) run from the icewm startup script (i.e. after the window manager has started, not before). But im-switch can not do this easily since there are far too many window managers. It is a fundamental problem here. We may think a bit differently. If we are to ask user to do something it should be simple. One idea is to run a command which points to set of programs to be run from these session start up script which is also maintained like these environment values. To do this cleanly, it will involve moving directory. A bit messy preinst script is needed. /etc/X11/xinput.d/environment/* /etc/X11/xinput.d/session-startup/* /usr/bin/im-startup managed by update-alternative which user inset into session manager's start up script. This solves the scim not available on X restart problem. Yes, it sounds right for session managers. Thanks for detailed analysis. Osamu PS; Time to upload another im-switch after testing.
Bug#368308: linux-image-2.6.16-1-686: kernel Oops when trying to use ov511
Package: linux-image-2.6.16-1-686 Version: 2.6.16-12 Severity: important -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.16-1-686 depends on: ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-9 Yet Another mkInitRD Versions of packages linux-image-2.6.16-1-686 recommends: ii libc6-i6862.3.6-9GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.16-1-686/preinst/initrd-2.6.16-1-686: linux-image-2.6.16-1-686/postinst/old-system-map-link-2.6.16-1-686: true * linux-image-2.6.16-1-686/preinst/already-running-this-2.6.16-1-686: linux-image-2.6.16-1-686/preinst/overwriting-modules-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/old-initrd-link-2.6.16-1-686: true linux-image-2.6.16-1-686/preinst/abort-overwrite-2.6.16-1-686: linux-image-2.6.16-1-686/preinst/elilo-initrd-2.6.16-1-686: true linux-image-2.6.16-1-686/prerm/would-invalidate-boot-loader-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/bootloader-error-2.6.16-1-686: linux-image-2.6.16-1-686/postinst/create-kimage-link-2.6.16-1-686: true linux-image-2.6.16-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.16-1-686/prerm/removing-running-kernel-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/old-dir-initrd-link-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/depmod-error-initrd-2.6.16-1-686: false linux-image-2.6.16-1-686/preinst/lilo-initrd-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/kimage-is-a-directory: linux-image-2.6.16-1-686/preinst/bootloader-initrd-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/depmod-error-2.6.16-1-686: false linux-image-2.6.16-1-686/preinst/failed-to-move-modules-2.6.16-1-686: linux-image-2.6.16-1-686/preinst/abort-install-2.6.16-1-686: linux-image-2.6.16-1-686/postinst/bootloader-test-error-2.6.16-1-686: Connecting a device which uses ov511 and using it (with camserv) let kernel oops and crash usb subsystem (uhci_hcd). I think is was working well with previous versions of 2.6.16 (and newer). syslog: May 21 12:18:28 penguin kernel: usb 1-1.3: new full speed USB device using uhci_hcd and address 5 May 21 12:18:28 penguin kernel: usb 1-1.3: configuration #1 chosen from 1 choice May 21 12:18:28 penguin kernel: drivers/usb/media/ov511.c: USB OV511+ video device found May 21 12:18:28 penguin kernel: drivers/usb/media/ov511.c: model: Creative Labs WebCam 3 May 21 12:18:28 penguin kernel: drivers/usb/media/ov511.c: Sensor is an OV7620 May 21 12:18:29 penguin kernel: drivers/usb/media/ov511.c: Device at usb-:00:1f.2-1.3 registered to minor 0 May 21 12:18:29 penguin usbmgr[1805]: vendor:0x5a9 product:0xa511 May 21 12:18:29 penguin usbmgr[1805]: class:0xff subclass:0x0 protocol:0x0 May 21 12:18:29 penguin usbmgr[1805]: USB device is matched the configuration May 21 12:18:29 penguin usbmgr[1805]: ov511 was loaded May 21 12:18:39 penguin kernel: Unable to handle kernel paging request at virtual address 19c1b2b0 May 21 12:18:39 penguin kernel: printing eip: May 21 12:18:39 penguin kernel: d09e57e9 May 21 12:18:39 penguin kernel: *pde = May 21 12:18:39 penguin kernel: Oops: 0002 [#1] May 21 12:18:39 penguin kernel: Modules linked in: snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd sd_mod scsi_mod nfs lockd nfs_acl sunrpc piix hw_random dm_mod ov511 compat_ioctl32 videodev usbmouse uhci_hcd usbcore intel_agp i810fb agpgart vgastate i810_audio ac97_codec soundcore 3c59x mii ipv6 eeprom i2c_i801 i2c_core rtc ide_cd cdrom ext3 jbd mbcache ide_disk ide_generic ide_core evdev mousedev May 21 12:18:39 penguin kernel: CPU:0 May 21 12:18:40 penguin kernel: EIP:0060:[pg0+543815657/1338737664] Not tainted VLI May 21 12:18:40 penguin kernel: EFLAGS: 00010286 (2.6.16-1-686 #2) May 21 12:18:40 penguin kernel: EIP is at ov51x_v4l1_ioctl+0xb/0x4e [ov511] May 21 12:18:40 penguin kernel: eax: cf399800 ebx: 19c1b21c ecx: cab67520 edx: d09e57de May 21 12:18:40 penguin kernel: esi: 40047612 edi: 0005 ebp: 40047612 esp: cbad9f54 May 21 12:18:40 penguin kernel: ds: 007b es: 007b ss: 0068 May 21 12:18:40 penguin kernel: Process camserv (pid: 2314, threadinfo=cbad8000 task=cb77c050) May 21 12:18:40 penguin kernel: Stack: 0cab67520 b01547f1 c9ff7af4 cab67520 40047612 afda05e8 afda05e8 cab67520 May 21 12:18:40 penguin kernel:b01549f2 40047612 40047612 cab67520 afda05e8 40047612 b0154a4a May 21 12:18:40 penguin kernel:cab67520 0005 40047612 afda05e8 0005 0805bca8 afda05e8 May 21 12:18:40 penguin kernel: Call Trace: May 21 12:18:40 penguin kernel: [do_ioctl+61/78] do_ioctl+0x3d/0x4e May 21 12:18:40 penguin kernel:
Bug#368306: crosshurd fails to bootstrap the Hurd
Package: crosshurd
Version: 1.7.25
Severity: important
This is what happens when I boot for the first time (in single user mode)
and try to run /native-install:
/native-install: line 16: /dev/null: Read-only file system
/native-install: cannot make pipe for command substitution: Protocol family
not supported
Checking if your filesystem is writeable..
failed to identify system
and then it stops.
The script native-install says this in line 16:
if ! test -e /servers/socket/1 which settrans /dev/null ; then
settrans -c /servers/socket/1 /hurd/pflocal
fi
While the filesystem is still read-only, you can't redirect anything
to /dev/null, so which settrans fails. Then system=`uname -s` fails
too, ${system} is empty, and it fails to identify the system as GNU.
However, if one removes the redirection to /dev/null and tries again,
the following happens:
/bin/settrans
settrans: /servers/socket/1: Read only file system
The thing that finally worked for me was to put fsysopts / --writable
at the very beginning of the script.
I wonder if the last person to modify this script actually tested it
on the Hurd. Please try to test it on the Hurd next time, at least
while this package is still called crosshurd :-)
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367809: NEW VERSION of patch; Upload in DELAYED-3
tags 367809 + pending
stop
Please find attached a new version of the diff (including the config.*
stuff) which handles the case of people without scrollkeeper installed.
I've uploaded it to DELAYED-3.
Bye,
--
Loïc Minier [EMAIL PROTECTED]
You can gtk_main_run, but you can't gtk_widget_hide. --danw, 19-jul-04
--- gnome-schedule-1.0.0/debian/changelog
+++ gnome-schedule-1.0.0/debian/changelog
@@ -1,3 +1,15 @@
+gnome-schedule (1.0.0-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix shipping of the /var/lib/scrollkeeper database. (Closes: #367809)
+- Configure with --disable-scrollkeeper.
+ [debian/rules]
+- Add a postinst snipset to rebuild the database when upgrading from a
+ broken version.
+ [debian/gnome-schedule.postinst]
+
+ -- Loic Minier [EMAIL PROTECTED] Sun, 21 May 2006 11:37:55 +0200
+
gnome-schedule (1.0.0-1) unstable; urgency=low
* New upstream release.
--- gnome-schedule-1.0.0/debian/rules
+++ gnome-schedule-1.0.0/debian/rules
@@ -10,7 +10,7 @@
config.status: configure
dh_testdir
- CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info
+ CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info --disable-scrollkeeper
build: build-stamp
--- gnome-schedule-1.0.0/config.sub
+++ gnome-schedule-1.0.0/config.sub
@@ -3,7 +3,7 @@
# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
-timestamp='2005-07-08'
+timestamp='2006-02-23'
# This file is (in principle) common to ALL GNU software.
# The presence of a machine in this file suggests that SOME GNU software
@@ -119,8 +119,9 @@
# Here we must recognize all the valid KERNEL-OS combinations.
maybe_os=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\2/'`
case $maybe_os in
- nto-qnx* | linux-gnu* | linux-dietlibc | linux-uclibc* | uclinux-uclibc* |
uclinux-gnu* | \
- kfreebsd*-gnu* | knetbsd*-gnu* | netbsd*-gnu* | storm-chaos* | os2-emx* |
rtmk-nova*)
+ nto-qnx* | linux-gnu* | linux-dietlibc | linux-newlib* | linux-uclibc* | \
+ uclinux-uclibc* | uclinux-gnu* | kfreebsd*-gnu* | knetbsd*-gnu* |
netbsd*-gnu* | \
+ storm-chaos* | os2-emx* | rtmk-nova*)
os=-$maybe_os
basic_machine=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\1/'`
;;
@@ -171,6 +172,10 @@
-hiux*)
os=-hiuxwe2
;;
+ -sco6)
+ os=-sco5v6
+ basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'`
+ ;;
-sco5)
os=-sco3.2v5
basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'`
@@ -187,6 +192,10 @@
# Don't forget version if it is 3.2v4 or newer.
basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'`
;;
+ -sco5v6*)
+ # Don't forget version if it is 3.2v4 or newer.
+ basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'`
+ ;;
-sco*)
os=-sco3.2v2
basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'`
@@ -239,7 +248,7 @@
| h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \
| i370 | i860 | i960 | ia64 \
| ip2k | iq2000 \
- | m32r | m32rle | m68000 | m68k | m88k | maxq | mcore \
+ | m32r | m32rle | m68000 | m68k | m88k | maxq | mb | microblaze | mcore
\
| mips | mipsbe | mipseb | mipsel | mipsle \
| mips16 \
| mips64 | mips64el \
@@ -257,8 +266,9 @@
| mipsisa64sr71k | mipsisa64sr71kel \
| mipstx39 | mipstx39el \
| mn10200 | mn10300 \
- | ms1 \
+ | mt \
| msp430 \
+ | nios | nios2 \
| ns16k | ns32k \
| or32 \
| pdp10 | pdp11 | pj | pjl \
@@ -286,6 +296,9 @@
;;
m88110 | m680[12346]0 | m683?2 | m68360 | m5200 | v70 | w65 | z8k)
;;
+ ms1)
+ basic_machine=mt-unknown
+ ;;
# We use `pc' rather than `unknown'
# because (1) that's what they normally are, and
@@ -336,8 +349,9 @@
| mipsisa64sr71k-* | mipsisa64sr71kel-* \
| mipstx39-* | mipstx39el-* \
| mmix-* \
- | ms1-* \
+ | mt-* \
| msp430-* \
+ | nios-* | nios2-* \
| none-* | np1-* | ns16k-* | ns32k-* \
| orion-* \
| pdp10-* | pdp11-* | pj-* | pjl-* | pn-* | power-* \
@@ -696,6 +710,9 @@
basic_machine=i386-pc
os=-msdos
;;
+ ms1-*)
+ basic_machine=`echo $basic_machine | sed -e 's/ms1-/mt-/'`
+ ;;
mvs)
basic_machine=i370-ibm
os=-mvs
@@ -803,6 +820,12 @@
pc532 | pc532-*)
Bug#368307: libopenal0a: uses OSS instead of ALSA by default
Package: libopenal0a Version: 1:0.0.8-1 Severity: normal Hi, here is how I noticed this: $ torcs [...] open /dev/[sound/]dsp: Device or resource busy Using ALSA instead of OSS would bring many benefits: - actively maintained sound drivers - more supported sound cards - dmix support - ... Fixing bug #346109 would be an easy way to fix this bug at the time :. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libopenal0a depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries libopenal0a recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368276: vim configuration not found anymore?
Stefano, Are you sure you are invoking Vim as 'vim', as in the example above, or are you invoking it as 'vi'? In the latter case what you got is the intended behaviour (see the latest NEWS items). You hit the nail right on the top! Thanks - the problem was unobvious for me and since i use vim as my default editor it was starting to drive me crazy much like a broken machine. I am using vi from the command line. I use am using mc as a file manager, too. Editing a file there calls /usr/bin/sensible-editor (a script from the debianutils) package, ending in vi either. I could workaround the later using the EDITOR environment variable. For the first - how do i cope with this if i want to use the name vi still on the command line? And i do. I have used vim so often under that name and it is the most issued command beside make, that i fear it is burnt unchangeable into my spinal cord, meanwhile. I found the NEWS that you refere to. Stefano, again thanks for quick diagnose. And - I do not think that the current behaviour is a good idea. The situation on my machines is the following link chain: /usr/bin/vi - /etc/alternatives/vi - /usr/bin/vim - /etc/alternatives/vim - /usr/bin/vim.full, which finally is a program. This is how they handled it in debian - until now. My intention is fully clarified by this: 1) /usr/bin/vi - /etc/alternatives/vi - /usr/bin/vim, clarifies that i get vim when i call vi 2) /usr/bin/vim - /etc/alternatives/vim - /usr/bin/vim.full, clarifies which variant. So why is this setup not longer respected? The link chain as odd as it looks first does well allow to clarify the situation. Why adding another twist that is inferior and only breaks this chain? Of course i can add a vi=vim alias now - as suggested in the NEWS - but given that setup what does the new vi - vi enforcement help? No - this was positively not a good idea. Thanks again -lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255585: kpdf: please consider reading from stdin
On Sun, May 21, 2006 at 12:30:39AM +0200, Pierre HABOUZIT wrote: On Mon, Jun 21, 2004 at 04:09:13PM +0200, Marc Haber wrote: Package: kpdf Version: 4:3.2.2-1 Severity: wishlist It would be good to have the possibility to have kpdf at the end of a pipe, for example of foo.pdf.gz gunzip | kpdf. kpdf is able to open .pdf.gz and .pdf.bz2 files AFAICT. anyway, in most decent shells (e.g. bash and zsh) you can do: kpdf (zcat foo.pdf.gz) Neat. Didn't know that. One never stops learning. I won't close the bug, since it's valid, but I'm 99% sure upstream will close it and tag it wontfix. Which is actually a big pity considering that the patch necessary is like five lines of code. 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#368173: How im-switch configure
Hi, There is discussion on how the default of im-switch should be at bug #349397. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349397 Original bug report has been solved but deeper questtion still exists. THis should give link to that discusion. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368263: FTBFS with GCC 4.2: Floating point exception
* Steve M. Robbins [EMAIL PROTECTED] [2006-05-21 01:01]: What other cases like these show SIGFPE? What kinds of errors should one be looking for? I have to say that I'm more inclined to blame GCC, especially on non-i386, and especially its optimizer. Could you try building it on i386? With 'other cases' I didn't mean SIGFPE bugs specifically but test suite failures or segfaults in general that turned out to be bugs in the package, only exhibited by new optimization. Anyway, I cannot see this SIGFPE on i386, powerpc or sparc. Then again, Alpha is 64-bit. Unfortunately, the AMD64 box I have access to is currently down. In any case, like I said, it's possible that it's a GCC bug... I hope Falk can investigate. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368309: ITP: pcf2bdf -- convert X11 font from PCF to BDF format
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard [EMAIL PROTECTED] * Package name: pcf2bdf Version : 1.04 Upstream Author : TAGA Nayuta [EMAIL PROTECTED] * URL : http://www.tsg.ne.jp/GANA/S/pcf2bdf/ * License : BSD Programming Lang: C++ Description : convert X11 font from PCF to BDF format Pcf2bdf is a font de-compiler. It converts an X11 font from Portable Compiled Format (PCF) to Bitmap Distribution Format (BDF). . FONTBOUNDINGBOX in a BDF file is not used by bdftopcf, so pcf2bdf generates irresponsible values. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-powerpc Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357849: FTBFS with G++ 4.1: misc errors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr wrote: * Martin Michlmayr [EMAIL PROTECTED] [2006-04-07 23:29]: * Christian BAYLE [EMAIL PROTECTED] [2006-04-05 00:58]: You may give try to the last upstream version I just upload If this still bugs, I will have this forwarded upstream. cvsnt_2.5.03.2260-1 stil fails, fwiw. Did you forward this upstream? Is there a fix? No, there is no fix yet. Build 2260 (the one I've packaged) was meant to be the last build in the 2.5.x series, but recently there have been some issues that needed to be fixed, so there will be another release in the 2.5.x series. I've asked upstream if the coming release will have a fix, but I have no answer yet. Best regards Andreas - -- (`-''-/).___..--''`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner[EMAIL PROTECTED] http://www.vis.ethz.ch/~andy ICQ-No. 14356454 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEcEIBd6icl+PTsS8RAkW6AKCLgFONXCOeqLg+fSV4MRxiz2/HbgCeOQ8q zZijTp4HyyPYELxo805uLt4= =tdnG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360128: update
Ok. At this point, it seems unlikely that this will get into localechooser as Christian will probably not change his opinion on this. I respect this decision, although I hope it can be reconsidered in the future. Nevertheless, I think this could be useful in other distributions (including, but not limited to, Ubuntu). Alastair, if you have no objection, would you like to provide this information in the package, so that those who are interested in it can use it? I'm attaching a new patch that includes fr_CA (Quebec) altogether. Thanks, -- Robert Millan diff -ur iso-codes-0.51.old/iso2pot.py iso-codes-0.51/iso2pot.py --- iso-codes-0.51.old/iso2pot.py 2005-10-28 13:57:31.0 +0200 +++ iso-codes-0.51/iso2pot.py 2006-05-21 12:42:36.651451216 +0200 @@ -35,6 +35,17 @@ self.ofile.write(\n) if c != None: self.ofile.write(#. + aname + for + c + \n) + if aname == regional_name: + self.ofile.write(# This string is only used in very specific situations.\n) + self.ofile.write(# - If your language is not spoken in this country, leave untranslated.\n) + self.ofile.write(# - If your language is spoken in all regions of this country, leave untranslated.\n) + self.ofile.write(# - If your language is spoken only in this country, and nowhere else in the world, leave untranslated.\n) + self.ofile.write(# - If your language is spoken only in a region of this country, translate @region@ to the name of that region,\n) + self.ofile.write(# in your own language (if there's no such name, leave untranslated). Translate the country name as well.\n) + self.ofile.write(# Example: Catalan is spoken in a small town in Italy, the name of that town in Catalan is \L'Alguer\.\n# Therefore, in ca.po we have:\n) + self.ofile.write(# msgid \@region@ (Italy)\\n) + self.ofile.write(# msgstr \L'Alguer (Itàlia)\\n) + self.ofile.write (msgid \ + n + \\n) self.ofile.write (msgstr \\\n) self.done[n] = 'True' diff -ur iso-codes-0.51.old/iso_3166/ca.po iso-codes-0.51/iso_3166/ca.po --- iso-codes-0.51.old/iso_3166/ca.po 2006-04-04 18:10:41.0 +0200 +++ iso-codes-0.51/iso_3166/ca.po 2006-05-21 12:42:36.652451064 +0200 @@ -517,6 +517,10 @@ msgid French Republic msgstr República Francesa +#. regional_name for FRA +msgid @region@ (France) +msgstr Catalunya Nord (França) + #. name for GUF msgid French Guiana msgstr Guaiana Francesa @@ -729,6 +733,10 @@ msgid Italy msgstr Itàlia +#. regional_name for ITA +msgid @region@ (Italy) +msgstr L'Alguer (Itàlia) + #. official_name for ITA msgid Italian Republic msgstr República Italiana diff -ur iso-codes-0.51.old/iso_3166/eu.po iso-codes-0.51/iso_3166/eu.po --- iso-codes-0.51.old/iso_3166/eu.po 2006-04-03 22:22:43.0 +0200 +++ iso-codes-0.51/iso_3166/eu.po 2006-05-21 12:42:36.653450912 +0200 @@ -517,6 +517,10 @@ msgid French Republic msgstr Frantziar Errepublika +#. regional_name for FRA +msgid @region@ (France) +msgstr Iparralde (Frantzia) + #. name for GUF msgid French Guiana msgstr Guaiana Frantsesa @@ -1373,6 +1377,10 @@ msgid Spain msgstr Espainia +#. regional_name for ESP +msgid @region@ (Spain) +msgstr Hegoalde (Espainia) + #. official_name for ESP msgid Kingdom of Spain msgstr Espaniako Erresuma diff -ur iso-codes-0.51.old/iso_3166/fr.po iso-codes-0.51/iso_3166/fr.po --- iso-codes-0.51.old/iso_3166/fr.po 2006-04-03 22:45:08.0 +0200 +++ iso-codes-0.51/iso_3166/fr.po 2006-05-21 12:42:44.843205880 +0200 @@ -274,6 +274,10 @@ msgid Canada msgstr Canada +#. regional_name for CAN +msgid @region@ (Canada) +msgstr Québec (Canada) + #. name for CPV msgid Cape Verde msgstr Cap-Vert diff -ur iso-codes-0.51.old/iso_3166/iso_3166.xml iso-codes-0.51/iso_3166/iso_3166.xml --- iso-codes-0.51.old/iso_3166/iso_3166.xml2006-04-02 12:11:09.0 +0200 +++ iso-codes-0.51/iso_3166/iso_3166.xml2006-05-21 12:42:44.844205728 +0200 @@ -17,6 +17,7 @@ common_name CDATA #IMPLIED nameCDATA #REQUIRED official_name CDATA #IMPLIED + regional_name CDATA #IMPLIED !ELEMENT iso_3166_3_entry EMPTY !ATTLIST iso_3166_3_entry @@ -248,7 +249,8 @@ alpha_2_code=CA alpha_3_code=CAN numeric_code=124 - name=Canada / + name=Canada + regional_name=@region@ (Canada) / iso_3166_entry alpha_2_code=CV
Bug#368311: xserver-xorg: Cannot start X
Package: xserver-xorg Version: 1:7.0.19 Severity: normal X will not start with this Nvidia card. I have tried two nvidia drivers with no Joy -- 1.0-7676 and 1.0-8756 -- I did notice thatthe Nvidia put the drivers in the wrong place -- I had to move them to /usr/lib/xorg/modules/drivers before I even could get past the no screens found message. Now what happens is that the system is stuck at the X console -- I cannot change the vt using the control-alt-function keys and if I login as root from somewhere else chvt hangs so I must shutdown the system to resume. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg depends on: ii debconf 1.5.1 Debian configuration management sy ii x11-common1:7.0.19 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.1-2 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.19 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.19 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-v4 0.0.1.5-1 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-3 X.Org X server -- VIA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d ii xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d Versions of packages xserver-xorg recommends: ii discover1 1.7.18hardware identification system ii laptop-detect 0.12.1attempt to detect a laptop ii mdetect0.5.2.1 mouse device autodetection tool ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information: * xserver-xorg/multiple_possible_x-drivers: * xserver-xorg/config/monitor/use_sync_ranges: true * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice * xserver-xorg/config/monitor/lcd: false * xserver-xorg/autodetect_monitor: true *
Bug#355888: dpkg error of cdparanoia
On Sun, Mar 19, 2006 at 10:59:35PM +0100, Daniel Baumann wrote: thanks for reporting the manpage-doublication. Can you tell me which one is newer/better? Should I remove the manpage shipped with cdparanoia, or should the manpage from manpage-ja removed? This appears to be resolved, see http://packages.qa.debian.org/m/manpages-ja/news/20060226T044708Z.html: | manpages-ja (0.5.0.0.20060215-1) unstable; urgency=low | . |* New upstream release. |* Removed cdparanoia(1) (closes: Bug#353938). These bugs should have been severity 'serious', though. HTH, Flo signature.asc Description: Digital signature
Bug#368310: libgmpxx's SONAME must be bumped
Package: gmp Version: 4.2.dfsg-1 Severity: serious From 4.1.4-11 to 4.2.dfsg-1 there was a ABI-incompatible change caused by an altered typedef for mpz_class. This breaks dependent libraries and applications using the C++ wrapper library libgmpxx, thus it led to silent breakage and FTBFS bug reports. To fix this issue please bump libgmpxx's SONAME, rename the corresponding library package and update the shlibs information stance. Then all dependent packages (C++ packages using gmp) have to be rebuilt against the new revision, possibly with their own SONAME bumped in case of library packages. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368312: apache2-common: Upgrade should not stop apache unless absolutely necessary, but use apache2ctl graceful
Package: apache2-common Version: 2.0.55-4 Severity: normal It should be possible to upgrade apache without stopping it: typical case is a security upgrade. You don't want to have downtime, or irritate users with currently running sessions. apache2ctl graceful is designed to handle this situation, so why can't apache2's postinst script use it? There are cases where this won't work, e.g. if some directory under /var is moved, but these will not be common cases, and can be handled as necessary. I may be missing something, but more graceful behaviour in the common case is still desirable. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages apache2-common depends on: ii apache2-utils 2.0.55-4 utility programs for webservers ii debconf 1.5.0 Debian configuration management sy ii debianutils 2.16 Miscellaneous utilities specific t ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libgcc1 1:4.1.0-4 GCC support library ii libmagic1 4.17-1 File type determination library us ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii mime-support 3.36-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit ii openssl 0.9.8a-8 Secure Socket Layer (SSL) binary a ii ssl-cert 1.0.12 Simple debconf wrapper for openssl apache2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341674: Status of qwikweb
Hi, We've discussed over lunch today, sorry I haven't read this mail until now. It's almost ready to upload, we are discussing about the policy (of branching or versioning of Debian version) at upstream, with upstream author. I've requested two things to Yasuo: * At the time of release, include a phrase (Closes: #341674) * Adding Uploader field In short, it's about to be uploaded. Noted. regards, junichi -- [EMAIL PROTECTED],debian.org} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368313: logcheck-database: new postfix violations ignore rule
Package: logcheck-database
Version: 1.2.39
Severity: wishlist
Hi,
I'd like to add the following rule to
/etc/logcheck/violations.ignore.d/logcheck-postfix :
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd?\[[0-9]+\]: NOQUEUE: reject:
RCPT from [._[:alnum:]-]+\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\]:
554 [._[:alnum:]-]+\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\]: Client
host rejected: Access denied; from=.* to=.* proto=(SMTP|ESMTP) helo=.*$
The attached file contain a few line that should be ignored.
bye, Martin
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.14.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages logcheck-database depends on:
ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy
-- debconf information:
logcheck-database/rules-directories-note:
logcheck-database/standard-rename-note:
logcheck-database/conffile-cleanup: false
May 18 16:26:07 djinn01 postfix/smtpd[6276]: NOQUEUE: reject: RCPT from
pool-71-250-116-27.nwrknj.east.verizon.net[71.250.116.27]: 554
pool-71-250-116-27.nwrknj.east.verizon.net[71.250.116.27]: Client host
rejected: Access denied; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED]
proto=SMTP helo=earthlink.net
May 18 19:31:33 djinn01 postfix/smtpd[18576]: NOQUEUE: reject: RCPT from
pool-71-254-6-64.burl.east.verizon.net[71.254.6.64]: 554
pool-71-254-6-64.burl.east.verizon.net[71.254.6.64]: Client host rejected:
Access denied; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP
helo=friend
May 18 20:45:49 djinn01 postfix/smtpd[23435]: NOQUEUE: reject: RCPT from
pool-70-20-124-238.pitt.east.verizon.net[70.20.124.238]: 554
pool-70-20-124-238.pitt.east.verizon.net[70.20.124.238]: Client host
rejected: Access denied; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED]
proto=ESMTP helo=friend
Bug#368316: Xwrapper.config man page not in x11-common
Package: x11-common Version: 1:7.0.19 Severity: minor /etc/X11/Xwrapper.config refers to a man page, but it is not included in the x11-common package. packages.d.o tells me that xserver-common provides this man page, but I think this is an old package replaced by x11-common. Should the man page be moved to x11-common? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.3 Miscellaneous utilities specific t ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/nice_value: 0 x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: * x11-common/x11r6_bin_not_empty: * x11-common/upgrade_issues: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368315: apache: [notice] child pid xxxxx exit signal Segmentation fault (11)
Package: apache Version: 1.3.34-2 Severity: normal my /var/log/apache/error.log is filled with error messages like : [notice] child pid 15353 exit signal Segmentation fault (11) I've looked in bugs.debian.org and goole but this kind of problem seems to have disapeared since 2004, it's strange because my apache installation is up to date and there's little time I get these errors -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apache depends on: ii apache-common 1.3.34-2 support files for all Apache webse ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libmagic1 4.17-1 File type determination library us ii logrotate 3.7.1-3Log rotation utility ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii mime-support 3.36-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-4Larry Wall's Practical Extraction apache recommends no packages. -- debconf information: * apache/enable-suexec: false apache/server-name: ns1.mimizan.net apache/document-root: /home/sites/www_root apache/server-port: 80 * apache/init: true apache/server-admin: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368314: nmapfe not present in menu.
Package: nmapfe Version: 4.03-3 Severity: normal Hi, i think that you should add an entry for nmapfe under /usr/share/menu, so that it could be launched from any window manager. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-486 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nmapfe depends on: ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5.1 generic font configuration library ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-6 X Window System miscellaneous 'fix ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii nmap 4.03-3 The Network Mapper nmapfe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360821: .
Hello, The problem just disappeared after upgrading libjpeg62 from 6b-12 to 6b-13 regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368292: first alpha version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This [0] is the alpha version of libnuml-cil. I've made just a non-GAC library for this time, until I contact with upstream author about its ABI-stability. [0] http://linuxmaniac.selfip.org/debian/numl/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEcFTUS/DSSd0S8lMRAi0SAJ9Yb01Il37sNxiUp1rPunosqzEXbwCgm2dc V/sdP/u2loAbuSUofvC6TFg= =EJ0f -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368299: orig.tar.gz is not original tarball but some (how?) repackaged version pulled from CVS
tags 368299 patch thanks On 2006-05-21 Andreas Metzler [EMAIL PROTECTED] wrote: Package: opencdk8 Severity: normal Version: 0.5.7-2 [EMAIL PROTECTED]:/tmp$ ls -l opencdk8_0.5.7.orig.tar.gz opencdk-0.5.7.tar.gz -rw-r--r-- 1 ametzler ametzler 479925 May 21 09:19 opencdk-0.5.7.tar.gz -rw-r--r-- 1 ametzler ametzler 302143 Jul 14 2005 opencdk8_0.5.7.orig.tar.gz For your convenience I have packaged opencdk8 0.5.8 in a clean way: --- * New (and probably last) upstream version (symbol versioning re-merged upstream) * [paranoia] bump shlibs. * clean packaging against upstream tarball. Set DEB_CONFIGURE_EXTRA_FLAGS = --enable-ld-version-script to force versioning of symbols, instead of patching ./configure.in. (closes: #368299) * Set DEB_MAKE_CHECK_TARGET = check to run included testsuite. * Drop references to autoconf 2.50 from debian/rules. --- Combine http://downhill.aus.cc/debian/misc/opencdk8_0.5.8-0.1.diff.gz http://downhill.aus.cc/debian/misc/opencdk8_0.5.8-0.1.dsc with ftp://ftp.gnupg.org/gcrypt/alpha/gnutls/opencdk/opencdk-0.5.8.tar.gz hth, cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361450: Cdrtools: Debian adds many broken patches.
Steve McIntyre [EMAIL PROTECTED] wrote: [ trollish line snipped ] On Sat, May 20, 2006 at 11:37:22PM +0200, Joerg Schilling wrote: 28_cdda2wav_interface.dpatch Patch with unclear target People should rather educated by Debian how to correctly specify dev= arguments for libscg The original cdda2wav did not force its users to use special syntax, alienating the usual device access method via /dev/* files. From my POV the patch restores the compatibility that you have broken a while ago. This is of course complete nonsense. Please educate yourself by reading the cdda2wav man page. The behavior we are talking about has been introduced more than 6 years ago while starting to implement proper DAE support that is not limited by kernel quality. Yes, and this patch allows people to use the SCSI DAE support without having to specify devices using b,t,l. Which makes it more consistent with cdrecord. You did just step into my trap, thank you for proving that you are uninformed. If you like to become a Debian maintainer for the cdrtools project, you would first need to inform yourself well enough about the cdrtools project, it's basic rules and it's current state. You fail to do this and the problems you have with the project are caused by the fact that you refuse to inform yourself first. Please do not try to make other people responsible for your problems. 33_extra_arch_boot_support.dpatchIntroducing this code would cause a lot of testing in order to maintain quality Yes, ... and? IMO Steve has enough skills to maintain it. If Steve has the needed skills, why is he unable to have a decent fact based conversation? We did have this discussion already in January or Februaray and Steve did write a lot of wrong things. After I did ask him to prove his claims, he did not reply anymore. a lot of wrong things on planet Schily maybe. I stopped responding to you because it was a fruitless conversation. As apparently is any conversation where people don't just agree with you... Have a look at Sigmund Freud. What you do here is a classical form of projection. It's you who is (at least definitely was) missing the ability to have a fruitful discussion. But I do never give up, except maybe for the Linux kernel developers who did fail to have a non-personal discussion 5 times in a line. So once you seem to be able to have a fruitful discussion, I am willing to discuss things with you again. If you are unable to give senseful technical based arguments to fight for your ideas, you should expect that other people will not take you for serious. If you believe that your work is senseful, you should be able to explain your background to other people. You did fail to do this in the close past. I am willing to integrate useful things as long as they follow some rules. See: ftp://ftp.berlios.de/pub/cdrecord/CONTRIBUTING for more information Yes, and I tried to do that in July 2004, see Debian bug#259344. On the 19th July 2004 I submitted a reformatted patch to you with all of your stated requirements met. On the 22nd July in private mail to you (message ID [EMAIL PROTECTED]) I asked again if you'd had time to look into the patch any further. I never had any reply from you to either of those emails, so I gave up. See above: You did fail to get in touch with the project first. If you did, you did know that at that time, we have been a few weeks before cdrtools-2.01-final have been published. A rule of thumb for collaboration: Do never try to aproach project maintainers with patch requests if the project is currently in an absolute code freeze state. Also note that there are people who are working om much more OpenSource projects than you and that work on a lot bigger projects. I did clearly tell you that you did send me your patch at the wrong time and in case you have at least some small antennas to the world outside, you should know that I have been heavily involved with the OpenSolaris project in the time after cdrtools-2.01-final have been published. The further development of cdrtools had been susoended for that reason and did recently start again... I did not check your mail from 2004, but I always tell people who approach me with pathes to remind me later if they do not see a useful patch integrated after some time. Back to your claim that you did send me a properly indented variant. If you did, why do you still use a different patch that fails to conform to: ftp://ftp.berlios.de/pub/cdrecord/CONTRIBUTING 34_JTE.dpatchLooks like something that breaks mkisofs There is no smoke, no core file, so I cannot see anything breaking. In case this
Bug#190429: confirmed!
I can confirm this bug. I also think this bug is pretty serious - the package fails at its main task. Oskar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368205: texmacs: please support TeXlive
On Sat, 20 May 2006 20:09:04 +0200, René van Bevern wrote: Hello Atsuhito, Hello René Thank you for the pointer. I'll try this out with the upload of the next development version of TeXmacs to experimental (should be released soon), to see and let others test how well TeXmacs works with the TeXlive distribution. Thanks for your rapid response. I'll test TeXmacs with TeXlive when new TeXmacs will be uploaded to experimental. Basically, the only thing that TeXmacs uses from TeTeX are the fonts (and the Metafont utilities as a fallback), so this should not impose much problems, since TeXmacs is also known to work with other distributions, like MikTex. Good to know. Thanks again. Regards,2006-5-21(Sun) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Univ. of Tokushima
Bug#360128: update
On Sunday 21 May 2006 12:48, Robert Millan wrote: Ok. At this point, it seems unlikely that this will get into localechooser as Christian will probably not change his opinion on this. I respect this decision, although I hope it can be reconsidered in the future. Nevertheless, I think this could be useful in other distributions (including, but not limited to, Ubuntu). Alastair, if you have no objection, would you like to provide this information in the package, so that those who are interested in it can use it? Hi, having read the previous discussion, I still think that it is better to leave things as they are, and not to add the regional_name field to the XML file. In my opinion, the change adds quite some complexity which is hard to understand for translation teams. Take for example the comments you put in the generated pot file (your patch to iso2pot.py). There are four special cases with detailed instructions when to leave the msgid untranslated and when to translate it. This seems to me unnecessary difficult. Furthermore, what if someone from that little town in Italy (Alguer) moves to Rome? If they would choose Catalan as their language then the country list would only offer L'Alguer (Italy) instead of Italy, which would be the appropriate choice. Please note that I'm aware that the end result for the locale would be the same, ca_IT in both cases. Still, your proposal would irritate the user, whereas the current approach would be correct, only not as specific as it could be. Like Christian said, he's not the maintainer of iso-codes, and neither am I. However, I support his opinion and would vote to not apply this change. Cheers, -- Tobias Avoid the Gates of Hell. Use Linux. pgppsfGGQ7mb1.pgp Description: PGP signature
Bug#368317: cp: cannot stat `ratpoison-cmd.el': No such file or directory
Package: ratpoison Version: 1.4.0.dfsg-1 Severity: important [...] Setting up ratpoison (1.4.0.dfsg-1) ... install/ratpoison: Handling install for emacsen flavor emacs21 cp: cannot stat `ratpoison-cmd.el': No such file or directory emacs-package-install: /usr/lib/emacsen-common/packages/install/ratpoison emacs21 emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing ratpoison (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ratpoison E: Sub-process /usr/bin/dpkg returned an error code (1) regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368318: logcheck-database: update for postfix violations ignore rule
Package: logcheck-database
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
there is little problem with one rule in violations.ignore.d/logcheck-postfix.
The rule is only for the host sythos.net and the delay need to be variable (it's
possible that the retry happen before 300 seconds are over).
I don't have an example because on my site only recipients are greylisted.
The attached patch is against the latest cvs version.
bye, Martin
- -- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (900, 'testing'), (100, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFEcFhrOvJj+wS6JuIRAo4lAKCptk4LGmgBi4sldoHqyxiB0gidJwCfVyGr
an2SJNS0VoSUFylSa75z1XQ=
=ORmv
-END PGP SIGNATURE-
Index: logcheck-postfix
===
RCS file:
/cvsroot/logcheck/logcheck/rulefiles/linux/violations.ignore.d/logcheck-postfix,v
retrieving revision 1.23
diff -u -r1.23 logcheck-postfix
--- logcheck-postfix11 Jul 2005 14:41:26 - 1.23
+++ logcheck-postfix21 May 2006 12:05:55 -
@@ -22,6 +22,6 @@
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd?\[[0-9]+\]: certificate
verification failed for [^[:space:]]+: num=27:certificate not trusted$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd?\[[0-9]+\]: certificate peer
name verification failed for [^[:space:]]+: [[:digit:]]+ dNSNames in
certificate found, but none matches
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd?\[[0-9]+\]: certificate peer
name verification failed for [^[:space:]]+: CommonName mis-match:(
[._[:alnum:]-]+)?$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: [[:upper:]0-9]+:
reject: RCPT from [^[:space:]]+: [45][0-9][0-9] [^[:space:]]+: Client host
rejected: Greylisted for 300 seconds \(see
http://isg.ee.ethz.ch/tools/postgrey/help/sythos.net.html\);
from=[^[:space:]]* to=[^[:space:]]+ proto=(ESMTP|SMTP) helo=[^[:space:]]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: [[:upper:]0-9]+:
reject: RCPT from [^[:space:]]+: [45][0-9][0-9] [^[:space:]]+: Client host
rejected: Greylisted for [0-9]+ seconds \(see
http://isg.ee.ethz.ch/tools/postgrey/help/.*.html\); from=[^[:space:]]*
to=[^[:space:]]+ proto=(ESMTP|SMTP) helo=[^[:space:]]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/qmgr\[[0-9]+\]: [[:alnum:]]+:
from=([^[:space:]]+|), size=[0-9]+, nrcpt=[0-9]+ \(queue active\)$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/local\[[0-9]+\]:
[[:upper:][:digit:]]+: to=[^[:space:]]+,( orig_to=[^[:space:]]+,)*
relay=local, delay=[0-9]+, status=sent \(delivered to command:
/var/lib/mailman/mail/mailman admin [._[:alnum:]-]+\)$
