Bug#398223: another spontaneous Apache shutdown
Last two were on 12 Nov 19 Nov, both Sundays, as is today. It would seem clear this has something to do with what happens in the weekly cron job??: [Sun Nov 26 06:28:15 2006] [notice] caught SIGTERM, shutting down [Sun Nov 26 06:28:23 2006] [error] Init: Unable to read pass phrase [Hint: key introduced or changed before restart?] [Sun Nov 26 06:28:23 2006] [error] SSL Library Error: 218710120 error:0D094068:asn1 encod ing routines:d2i_ASN1_SET:bad tag [Sun Nov 26 06:28:23 2006] [error] SSL Library Error: 218529960 error:0D0680A8:asn1 encod ing routines:ASN1_CHECK_TLEN:wrong tag [Sun Nov 26 06:28:23 2006] [error] SSL Library Error: 218595386 error:0D07803A:asn1 encod ing routines:ASN1_ITEM_EX_D2I:nested asn1 error [Sun Nov 26 06:28:23 2006] [error] SSL Library Error: 218734605 error:0D09A00D:asn1 encod ing routines:d2i_PrivateKey:ASN1 lib -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388363: reasons to keep it?
Hi, from the package descriptions, feta and wajig seem to have the same features. Joe Wreschnig, the orphaning maintainer of feta is also it's upstream, so I wonder what reasons there are to keep feta in the archive? Wouldn't removing it and adding a conflicts: provides: feta (or replaces? it's too early on a sunday...) to wajig a sensible road to take? Or am I missing something? regards, Holger pgpb9xtDyEejs.pgp Description: PGP signature
Bug#365144: Acknowledgement (xcin will only work with one application per invocation)
I more precise description of the symptoms: I use Fluxbox for a window manager. I am not sure if other window managers are affected, but I do have more then one computer and all behave the same way: what happens is when Ctrl-space is pressed to bring up the xcin input window in one workspace, thereafter that is the only workspace in which the input window will come up. So all apps that want to use Chinese input have to be copied into the same workspace. I like to put different apps in different workspaces, since Fluxbox's keyboard shortcut for switching workspaces is very intuitive. So for me, this bug is quite annoying. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400109: lucene: FTBFS: random, different build failures
On 25/11/06 at 15:44 -0800, Jeff Breidenbach wrote: While trying to autobuild lucene, I ran into several different failures. Over 16 builds, it failed 3 times and timeouted once. And succeeded 12 times? Sounds good enough to me. Let's leave this alone until etch is released, then can look into switching to a Sun JDK build (once the Sun JDK gets into main under the GPL) Yes, succeeded 12 times. Waiting for post-etch is fine with me too. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382654: remove xearth?
Hi, quoting #184426: xearth is non-free and there is an excellent free substitute for it, xplanet. Perhaps there is no longer a need for an xearth package in the Debian archives? It's orphaned, not in etch and http://bugs.debian.org/xearth doesn't look good too. I suggest to remove it. regards, Holger pgplTkelptGXK.pgp Description: PGP signature
Bug#400433: nictools-pci: tulip-diag etc all try to access legacy /proc/pci
Package: nictools-pci Version: 1.3.8-1 Severity: normal tulip_diag (and presumably the rest) try to access the legacy /proc/pci interface which doesn't seem to exist in debian's 2.6 kernel packages (I recall a kernel config of CONFIG_PCI_LEGACY_PROC, but this seems to be removed from the kernel now -- was this what created /proc/pci?): tulip-diag tulip-diag.c:v2.18 11/12/2003 Donald Becker ([EMAIL PROTECTED]) http://www.scyld.com/diag/index.html Unable to find a recognized card in /proc/pci. If there is a card in the machine, explicitly set the I/O port address using '-p ioaddr -t chip_type_index' Use '-t -1' to see the valid chip types. ls -l /proc/pci ls: /proc/pci: No such file or directory Is there a newer interface it should be using instead? -- System Information: Debian Release: 4.0 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.18-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages nictools-pci depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries nictools-pci recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400416: fail2ban: Better Documentation
What are the basic concepts of the system? What's a jail? What is the difference between the configuration subdirectories (some help on http://fail2ban.sourceforge.net/wiki/index.php/MANUAL_0_8)? Please have a look at http://fail2ban.sourceforge.net/wiki/index.php/FEATURE_Split_config It might answer some questions *** One detail that is important is what types of file names are read in the split config. Many programs that use such a scheme ignore certain file names (e.g., they read foo but not foo~). If fail2ban reads all files, it would be nice if it didn't! If it doesn't skip editor backup files, for example, the result will likely be obscure bugs. fail2ban reads .conf and .local files only, thus we are safe -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381352: Announce of the upcoming NMU for the boa package
Probably I'm going to miss that one too. :-( No, I was just about to build the package..:-) signature.asc Description: Digital signature
Bug#384139: not infinite loop
hi, I have just seen your reply today, sorry about the long delay. I hadn't checked the code, so it seemed to me infinite. But, nevertheless, is stupid to wait for a timeout when there is already an error pending. I still think this is a bug. You tagged it unreproducible, is that so? Can't you even reproduce the long wait for an instantaneous connection refused? From: Lukáš Lalinský [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: libmusicbrainz-2.1: infinite loop when Date: Tue, 22 Aug 2006 20:21:09 +0200 As far as I can tell, the loop is *not* infinite. There is 3000 iterations of select()/usleep(1) before giving it up. -- Martín Ferrari
Bug#400448: libnss-ldap: Certificate verification using tls_cacertdir causes long delay
Package: libnss-ldap Version: 238-1 Severity: grave Justification: renders package unusable Hi! When I configure CA directory with tls_cacertdir configuration option in /etc/libnss.conf file NSS querying (for example finger mitar) takes very long (about 20 seconds per query). With only CA file in both /etc/libnss.conf and /etc/ldap/ldap.conf it is normally fast. Other LDAP programs (ldapsearch) verify CA directory without delay. I noticed this delay only with libnss-ldap (and libpam-ldap but I have not worked on that yet so I am not sure that it is the same cause). I have only default Debian CA certificates (ca-certificates) and one local self-signed for LDAP server. I checked also with current unstable package (251-7) and it is the same. Mitar Relevant options in /etc/nsswitch.conf: passwd: files ldap group: files shadow: files All options in /etc/libnss.conf: host 127.0.0.1:636 base dc=druga,dc=org uri ldaps://127.0.0.1:636/ ldap_version 3 port 636 bind_policy hard pam_login_attribute uid pam_password exop nss_base_passwd ou=People,dc=druga,dc=org ssl on tls_checkpeer yes tls_cacertfile /etc/ssl/certs/ca-certificates.crt tls_cacertdir /etc/ssl/certs tls_ciphers HIGH:!SSLv2 All options in /etc/ldap/ldap.conf: BASEdc=druga,dc=org URI ldaps://127.0.0.1:636/ HOST127.0.0.1:636 PORT636 TLS_CACERT /etc/ssl/certs/ca-certificates.crt TLS_CACERTDIR /etc/ssl/certs TLS_REQCERT demand -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17-usura Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libnss-ldap depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libkrb53 1.3.6-2sarge3 MIT Kerberos runtime libraries ii libldap2 2.1.30-8 OpenLDAP libraries -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400447: tdiary: XSS issue and new upstream version is released (2.0.3 and patch for 2.1.4)
Package: tdiary Version: 2.0.1-1sarge1 2.0.2+20060303-4 Severity: grave Tags: security sarge etch Dear tdiary maintainer, I found new upstream release 2.0.3 with XSS issue fix in 2.0.2. And its XSS vulnerability affects 2.1.4-3 in Experimental, upstream release patch for it. For more detail, see http://www.tdiary.org/20061126.html Please update your package to 2.0.3. Thanks. -- Regards, Hideki Yamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324685: Please confirm bug
reassign 324685 gtk2-engines 1:2.8.2-1 retitle 324685 No panel transparency with smooth engine reassign 400394 gtk2-engines-pixbuf 2.8.20-3 retitle 324685 No panel transparency with pixbuf engine thanks Le samedi 25 novembre 2006 à 17:17 -0500, EspeonEefi a écrit : On Wed, 2006-11-22 at 20:54 +0100, Sven Arvidsson wrote: Hi, Does this bug still happen with the version of gtk2-engines from unstable, currently 1:2.8.2-1? This bug got incorrectly automatically reassigned to gtk2-engines-smooth. I'm going to reassign it back to the proper package (gnome-themes-extras). Oh no you're not. This bug is still present in the latest gtk2-engines and gtk+ versions, though. -- Josselin Mouette/\./\ Do you have any more insane proposals for me? signature.asc Description: Ceci est une partie de message numériquement signée
Bug#400445: libxdamage1: calls UnlockDisplay and SyncHandle when it shouldn't
Package: libxdamage1 Version: 1:1.0.3-2 Severity: important Tags: upstream fixed-upstream patch libXdamage calls UnlockDisplay and SyncHandle without a matching LockDisplay. This causes a locking correctness assertion failure with libX11 1.1 and Xlib/XCB in experimental, and will become RC after the etch release when libX11 1.1 enters unstable. http://gitweb.freedesktop.org/?p=xorg/lib/libXdamage.git;a=commitdiff_plain;h=31829be123a9ce58bf8e0c4718815b7b63d0d512 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libxdamage1 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-3 X11 client-side library ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii x11-common 1:7.1.0-7 X Window System (X.Org) infrastruc libxdamage1 recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#312088: Announce of the upcoming NMU for the isoqlog package
Dear maintainer of isoqlog and Debian translators, On 19 nov 2006 I sent a notice to the maintainer of the isoqlog Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #312088). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer did not respond in a week so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de fr nl vi zh_TW Among these, the following translations are incomplete: cs da de nl vi zh_TW If you did any of the, currently incomplete, translations you will get a copy of this announcement BCCd to you. Please review the translation. Other translators also have the opportunity to create new translations for this package. Once completed, please send them directly to me so I can incorporate them into the package being built. The deadline for receiving updates and new translations is 03 déc 2006. If you are not in time you can always send your translation to the BTS. You can download the pot, and any po, files from: http://people.debian.org/~lwall/i18n/pots/isoqlog If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): 19 nov 2006 : send the first intent to NMU notice to the package maintainer. 26 nov 2006 : post a NMU announcement to debian-i18n with you (maintainer) CC'ed 03 déc 2006 : deadline for receiving translation updates 04 déc 2006 : build the package and upload it to DELAYED/0-day send the NMU patch to the BTS 04 déc 2006 : NMU uploaded to incoming 05 déc 2006 : NMU enters unstable Thanks for your efforts and time. -- signature.asc Description: Digital signature
Bug#400435: spamassassin: Missing dependencies
Package: spamassassin Version: 3.1.7-1 Severity: normal This problem is similar to that reported in #333134, but is for the current version in unstable. Spamassassin recommends libmail-spf-query-perl and requires libsys-hostname-long-perl, but neither is currently part of the .deb control file. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.23-1 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libsocket6-perl 0.17-1 Perl extensions for IPv6 ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.8-6.1 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400412: O: spong -- A systems and network monitoring system -- server programs
retitle 400412 ITA: spong -- A systems and network monitoring system -- server programs owner Jan Wagner [EMAIL PROTECTED] thanks pgpB73pCmU8Hw.pgp Description: PGP signature
Bug#400268: [Pkg-alsa-devel] Bug#400268: Possible race condition on semaphores ?
On Fri, 24 Nov 2006 the mental interface of Vincent Fourmond told: Package: libasound2 Version: 1.0.13-1 Severity: normal Hello ! I first would like to apologize, as this is the most vague bug report I've ever sent. I hope it will tell something for you. You are welcome ;) [...] #15 0x2b18b20a in alsa_free () from /usr/lib/xmms/Output/libALSA.so [...] It looks like one program is taking the 'ownership' of the semaphore and not giving it back, or so it seems. This tells me only, that this is a backtrace from xmms, nothing more. I tried removing all the programs linked to libasound (in root, lsof | grep libasound gives nothing), removing all the sound modules from the kernel and putting them back again, but it doesn't improve the situation. Looks quiet normal. I don't have your soundcard handy, though. Which kernel are you running? Which driver version, if self rolled ones? What tells lsmod | grep snd? Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399712: Acknowledgement (gnomebaker: Segfault before burning a DVD)
Hi, Le 25.11.2006 18:28:50, Goedson Teixeira Paixao a écrit : Em Ter, 2006-11-21 às 20:03 +0100, Jean-Luc Coulon (f5ibh) escreveu: Le 21.11.2006 16:03:08, Debian Bug Tracking System a écrit : Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your I've rebuilt the package unstripped and here is the gdb session. I just tried to write an iso from a directory loaded in the project. Please try reproducing this with 0.6.0-2. I've fixed a potential memory corruption in the ISO image creation process that may be related to your problem. I've done several tests. I can build some ISO images but not all. i.e. : I create a snapshot of my home directory then try to make an ISO, it failed But if I get a bunch of digital pictures, it works. Maybe this is related to the subdirectories depth in th ehome directory I've got exactly the same backtrace from gdb. As a reference, I can burn the same directory in the same conditions with both k3b or brasero. K3B is giving me a warning about file naming according to Joliet. Regards Jean-Luc pgpf0etSx1Zlk.pgp Description: PGP signature
Bug#400451: gdm: console error dialog truncates message
Package: gdm Version: 2.16.1-1 Tags: l10n Severity: minor gdm failed to start on my system. I got two ncurses error dialogs on vt7 but the error messages in it are truncated (last line is missing). This happens in a German environment where the German strings are probably longer. I checked the de.po file from CVS and this is OK ... One affected message: The X server is now disabled. Restart GDM when it is configured correctly. Displayed German one: Der X-Server ist nun deaktiviert. Starten Sie GDM neu, wenn er korrekt konfiguriert ist. THIS LINE IS MISSING!!! Jens -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gdm depends on: ii adduser3.99 Add and remove users and groups ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii fluxbox [x-window-manager] 0.9.14-1.2Highly configurable and low resour ii gdm-themes 0.5 Themes for the GNOME Display Manag ii gksu 2.0.0-1 graphical frontend to su ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libattr1 2.4.32-1 Extended attribute shared library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdmx11:1.0.2-2 X11 Distributed Multihead extensio ii libfontconfig1 2.4.1-2 generic font configuration library ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libpam-modules 0.79-4Pluggable Authentication Modules f ii libpam-runtime 0.79-4Runtime support for the PAM librar ii libpam0g 0.79-4Pluggable Authentication Modules l ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii librsvg2-2 2.14.4-2 SAX-based renderer library for SVG ii librsvg2-common2.14.4-2 SAX-based renderer library for SVG ii libselinux11.32-3SELinux shared libraries ii libwrap0 7.6.dbs-11Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.3-3 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation library ii libxcursor11.1.7-4 X cursor management library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii lsb-base 3.1-15Linux Standard Base 3.1 init scrip ii xbase-clients 1:7.1.ds-3miscellaneous X clients ii xterm [x-terminal-emulator 222-1 X terminal emulator Versions of packages gdm recommends: ii whiptail 0.52.2-8 Displays user-friendly dialog boxe pn zenitynone (no description available) -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400374: gcin: im-switch needs to set fallback etc.
im-switch needs to have fall back so we can see it as a low level choice I will close this bug in the upcoming release. It is not an RC bug. I think gcin still can enter testing, is it not? Gcin is waiting for m68k build, the 76th in the waiting list. If I upload a new version now, then I have to wait 10 or more days to let gcin enter testing. :-( Once gcin enters testing, I will fix this bug as soon as possible. If this bug makes gcin not to enter testing, I can fix it now, of course. :-) Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400442: libXi: Various Display locking correctness issues
Package: libxi6 Version: 1:1.0.1-3 Severity: important Tags: upstream fixed-upstream patch libXi has various Display locking correctness issues. These issues could lead to deadlocks in Xlib; they trigger locking correctness assertions in libx11 1.1 with Xlib/XCB in experimental, and will become RC after the etch release when libX11 1.1 enters unstable. Upstream patches: Failing to drop the lock in error case: http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff_plain;h=60dccd9a7be95e35b4b8c90934888efedfde84cc Two cases of locking while locked: http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff_plain;h=c27e00ceceed3fea011c98c0e70ab568bf0687c6 http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff_plain;h=5dda1e1509d40ef64ebc816ce538cef462a4fa51 - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#400452: Build with libxaw7; NMU diff
Package: pload Version: 0.9.5-3.2 Tags: patch Currently, pload depends on libxaw6. Nothing in Debian other than pload still needs libxaw6. I checked, and pload appears to build and run fine against libxaw7; in fact, it looks like it might even run better, with improved widget sizing. This change would allow the future removal of libxaw6 from Debian. I've uploaded an NMU (sponsored by Jamey Sharp) which changes the Build-Depends to build against libxaw7 (with a minimum version known to work), and changes the Makefile to build with libxaw7. The attached patch contains all my changes for this NMU. - Josh Triplett diff -u pload-0.9.5/Makefile pload-0.9.5/Makefile --- pload-0.9.5/Makefile +++ pload-0.9.5/Makefile @@ -5,8 +5,8 @@ DEFINES += -D_POSIX_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE OPTS = -g -Wall -ansi -pedantic -fomit-frame-pointer -pipe CFLAGS = $(OPTS) $(DEFINES) $(INCLUDES) -LDFLAGS = -L/usr/X11R6/lib -lXaw6 -lXmu -lXt -lSM -lICE -lXext -lX11 -lm -INCLUDES = -I/usr/X11R6/include +LDFLAGS = -lXaw -lXmu -lXt -lSM -lICE -lXext -lX11 -lm +INCLUDES = FILES = pload.c get_stat.c ioctl_stat.c proc_stat.c OBJS = $(FILES:.c=.o) diff -u pload-0.9.5/debian/changelog pload-0.9.5/debian/changelog --- pload-0.9.5/debian/changelog +++ pload-0.9.5/debian/changelog @@ -1,3 +1,11 @@ +pload (0.9.5-3.3) unstable; urgency=low + + * Non-maintainer upload. + * Build against libxaw7. + * Drop references to /usr/X11R6 directories in Makefile. + + -- Josh Triplett [EMAIL PROTECTED] Sun, 26 Nov 2006 03:04:13 -0800 + pload (0.9.5-3.2) unstable; urgency=low * NMU diff -u pload-0.9.5/debian/control pload-0.9.5/debian/control --- pload-0.9.5/debian/control +++ pload-0.9.5/debian/control @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Javier Linares [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.0.0), libxaw6-dev ( 4.1.0-1), libxt-dev +Build-Depends: debhelper ( 4.0.0), libxaw7-dev (= 1:1.0.2-4), libxt-dev Standards-Version: 3.7.2 Package: pload signature.asc Description: OpenPGP digital signature
Bug#400432: logcheck-database: slapcat Initializing BDB
Package: logcheck-database Version: 1.2.51 Severity: wishlist I'm backup my ldap with slapcat (from package slapd) and get a entry in syslog. Can you add to /etc/logcheck/ignore.d.server/slpad: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ slapcat: bdb_db_init: Initializing BDB database$ -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400454: imapproxy: insufficient documentation for GPL+OpenSSL license exception
Package: imapproxy Version: 1.2.4-5 Severity: minor Hello, debian/copyright says: | Exception granted as of 15th March 2004 so that this software can be | linked against OpenSSL libraries. However this seems to be the only documentation of this license exception. The copyright statements in the separate files still says ** imapproxy is free software; you can redistribute it and/or modify ** it under the terms of the GNU General Public License as published by ** the Free Software Foundation; either version 2 of the License, or ** (at your option) any later version. without noting the additional permission to link against OpenSSL. There is also nothing in upstream's mailing list archive in the respective time. http://lists.andrew.cmu.edu/pipermail/imapproxy-info/2004-March/thread.html 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#400446: libXfixes: Unlocks the Display without having it locked
Package: libxfixes3 Version: 1:4.0.1-4 Severity: important Tags: upstream fixed-upstream patch libXfixes calls UnlockDisplay without calling LockDisplay. This causes a locking correctness assertion failure with libX11 1.1 and Xlib/XCB in experimental, and will become RC after the etch release when libX11 1.1 enters unstable. Patch from upstream Git repository: http://gitweb.freedesktop.org/?p=xorg/lib/libXfixes.git;a=commitdiff_plain;h=9dc7945eaa9216bf7b0056e815fba5bf8b5ded07 - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#400390: [pkg-ntp-maintainers] Bug#400390: Please have ntp installed by default in the standard task
Peter Eisentraut wrote: Olaf van der Spek wrote: Could you have ntp installed by default on a Debian install? This is not up to the package maintainers. You need to talk to the Debian installer group. At #debian-devel LIW said the package maintainer had to ask ftp-master to increase the priority to standard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400469: linux-libertine: outdated information in .hints file for defoma
Package: linux-libertine Version: 2.2.0-1 Severity: important Tags: patch Hi, linux-libertine contains outdated information in the linux-libertine.hints file for DeFoMa. The attached patch fixes the issues. Regards Peter -- Package-specific info: 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 fontconfig 2.4.1-2generic font configuration library - support binaries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared library files ii libxft22.1.8.2-8 FreeType-based font drawing library for X -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linux-libertine depends on: ii defoma0.11.10Debian Font Manager -- automatic f Versions of packages linux-libertine recommends: ii fontconfig2.4.1-2generic font configuration library ii x-ttcidfont-conf 25 Configure TrueType and CID fonts f -- no debconf information --- /etc/defoma/hints/linux-libertine.hints +++ /etc/defoma/hints/linux-libertine.hints @@ -1,5 +1,5 @@ category truetype -begin /usr/share/fonts/truetype/linux-libertine/LinLibertine-2.1.0.ttf +begin /usr/share/fonts/truetype/linux-libertine/LinLibertine-2.2.0.ttf Family = Linux-Libertine FontName = Linux-Libertine Encoding = Unicode @@ -10,10 +10,10 @@ Weight = Medium Width = Variable Shape = Serif Upright - Foundry = Phillip-Poll + Foundry = Philipp-Poll Priority = 20 end -begin /usr/share/fonts/truetype/linux-libertine/LinLibertine_Bd-2.1.0.ttf +begin /usr/share/fonts/truetype/linux-libertine/LinLibertineBd-2.2.0.ttf Family = Linux-Libertine FontName = Linux-Libertine-Bold Encoding = Unicode @@ -27,7 +27,7 @@ Foundry = Philipp-Poll Priority = 20 end -begin /usr/share/fonts/truetype/linux-libertine/LinLibertine_BdIt-2.1.0.ttf +begin /usr/share/fonts/truetype/linux-libertine/LinLibertine_BdIt-2.1.6.ttf Family = Linux-Libertine FontName = Linux-Libertine-Bold-Oblique Encoding = Unicode @@ -41,7 +41,7 @@ Foundry = Philipp-Poll Priority = 20 end -begin /usr/share/fonts/truetype/linux-libertine/LinLibertine_It-2.1.0.ttf +begin /usr/share/fonts/truetype/linux-libertine/LinLibertine_It-2.2.0rc1.ttf Family = Linux-Libertine FontName = Linux-Libertine-Oblique Encoding = Unicode @@ -55,7 +55,7 @@ Foundry = Philipp-Poll Priority = 20 end -begin /usr/share/fonts/truetype/linux-libertine/LinLibertineU-2.1.0.ttf +begin /usr/share/fonts/truetype/linux-libertine/LinLibertineU-2.1.2.ttf Family = Linux-Libertine FontName = Linux-Libertine-Underlined Encoding = Unicode @@ -69,7 +69,7 @@ Foundry = Philipp-Poll Priority = 20 end -begin /usr/share/fonts/truetype/linux-libertine/LinLibertineU_Bd-2.1.0.ttf +begin /usr/share/fonts/truetype/linux-libertine/LinLibertineU_Bd-2.1.2.ttf Family = Linux-Libertine FontName = Linux-Libertine-Bold-Underlined Encoding = Unicode @@ -84,7 +84,7 @@ Priority = 20 end category type1 -begin /usr/share/fonts/type1/linux-libertine/LinLibertine-2.1.0.pfb +begin /usr/share/fonts/type1/linux-libertine/LinLibertine-2.2.0.pfb FontName = LinLibertine Charset = font-specific Family = Linux-Libertine @@ -93,9 +93,9 @@ Width = Variable Shape = Serif Upright Priority = 20 - AFM = /usr/share/fonts/type1/linux-libertine/LinLibertine-2.1.0.afm + AFM = /usr/share/fonts/type1/linux-libertine/LinLibertine-2.2.0.afm end -begin /usr/share/fonts/type1/linux-libertine/LinLibertine_Bd-2.1.0.pfb +begin /usr/share/fonts/type1/linux-libertine/LinLibertineBd-2.2.0.pfb FontName = LinLibertine_Bd Charset = font-specific Family = Linux-Libertine @@ -104,9 +104,9 @@ Width = Variable Shape = Serif Upright Priority = 20 - AFM = /usr/share/fonts/type1/linux-libertine/LinLibertine_Bd-2.1.0.afm + AFM = /usr/share/fonts/type1/linux-libertine/LinLibertineBd-2.2.0.afm end -begin /usr/share/fonts/type1/linux-libertine/LinLibertine_BdIt-2.1.0.pfb +begin /usr/share/fonts/type1/linux-libertine/LinLibertine_BdIt-2.1.6.pfb FontName = LinLibertine_BdIt Charset = font-specific Family = Linux-Libertine @@ -115,9 +115,9 @@ Width = Variable Shape = Serif Oblique Priority = 20 - AFM = /usr/share/fonts/type1/linux-libertine/LinLibertine_BdIt-2.1.0.afm + AFM = /usr/share/fonts/type1/linux-libertine/LinLibertine_BdIt-2.1.6.afm end -begin
Bug#400121: CVE-2006-6015: Buffer overflow in konqueror
reassign 400121 libpcre3 stop The problem is in the libpcre which konqueror calls : the pcretest program itself crashes. [EMAIL PROTECTED]:~$ pcretest PCRE version 6.7 04-Jul-2006 re /^(.)*$/ data Z... (a few thousand Z in a row) Erreur de segmentation
Bug#400443: libx11-6: multiple wrong calls to LockDisplay and UnlockDisplay
Package: libx11-6 Version: 2:1.0.3-3 Severity: normal Tags: upstream fixed-upstream patch libX11's XKB and XIM support have several potential race conditions and deadlocks for multi-threaded applications, due to missing or incorrectly placed calls to UnlockDisplay or LockDisplay. http://gitweb.freedesktop.org/?p=xorg/lib/libX11.git;a=commitdiff_plain;h=941f02ede63baa46f93ed8abccebe76fb29c0789 http://gitweb.freedesktop.org/?p=xorg/lib/libX11.git;a=commitdiff_plain;h=1eedf1bd033e496843cfde42ae4ae5a119298605 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libx11-6 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libx11-data 2:1.0.3-3 X11 client-side library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii x11-common 1:7.1.0-7 X Window System (X.Org) infrastruc libx11-6 recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#400457: wrong default distribution in conf file
Package: live-package Version: 0.99.14-1 Severity: minor Tags: patch Hi, make-live download stuff from testing and not from sid which is supposed to be the default in /etc/make-live. Patch that susbstitutes sid with etch in the conf file is attached. Thanks, Riccardo Magliocchetti --- make-live.conf.orig 2006-11-26 12:45:01.0 +0100 +++ make-live.conf 2006-11-26 12:45:38.0 +0100 @@ -21,8 +21,8 @@ # Configuration file (Default: /etc/make-live.conf) #LIVE_CONFIG=/etc/make-live.conf -# Debian distribution (Default: sid) -#LIVE_DISTRIBUTION=sid +# Debian distribution (Default: etch) +#LIVE_DISTRIBUTION=etch # Image filesystem (Default: squashfs for iso, plain for net) #LIVE_FILESYSTEM=squashfs
Bug#395160: please add a symlink for /dev/rtc
On Nov 26, Martin Michlmayr [EMAIL PROTECTED] wrote: Indeed, I read something about this on lkml a few days ago and it seemed like hwclock would get patched to deal with /dev/rtcX. OK then, I will only move the devices to audio group to match /dev/rtc. -- ciao, Marco signature.asc Description: Digital signature
Bug#400465: syntax error in /usr/sbin/cron-apt
Package: cron-apt Version: 0.4.10 Severity: important Tags: patch Dear One, cron-apt seems to be broken in its latest release typo error in /usr/sbin/cron-apt): /bin/sh has been replaced by /bin/hs :/ -- System Information: Debian Release: 4.0 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.18-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages cron-apt depends on: ii apt 0.6.46.3 Advanced front-end for dpkg ii debianutils 2.17.3 Miscellaneous utilities specific t Versions of packages cron-apt recommends: ii liblockfile1 1.06.1 NFS-safe locking library, includes ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- no debconf information --- /usr/sbin/cron-apt.dist 2006-11-23 06:29:24.0 +0100 +++ /usr/sbin/cron-apt 2006-11-26 12:55:10.706015236 +0100 @@ -1,5 +1,4 @@ - -#!/bin/hs +#!/bin/sh # DocumentId: $Id: cron-apt 2361 2006-11-23 06:25:31Z ola $ # # Copyright (C) 2002-2006 Ola Lundqvist [EMAIL PROTECTED]
Bug#384139: not infinite loop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martín Ferrari wrote / napísal(a): hi, I have just seen your reply today, sorry about the long delay. I hadn't checked the code, so it seemed to me infinite. But, nevertheless, is stupid to wait for a timeout when there is already an error pending. I still think this is a bug. You tagged it unreproducible, is that so? Can't you even reproduce the long wait for an instantaneous connection refused? Yes, I can reproduce the waiting, but I don't consider it a bug, because it's by design. I've tagged it as unreproducible, because I can't reproduce the infinite loop. I can forward this to the MusicBrainz bug tracker, but then I'd be tempted to close it as a wontfix there :) - -Lukáš -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFaaEeOjmgKpITL3sRApGCAJ9kEF1um/6WIUV6OuzuoXkYXwRAVACfSBS1 xw6Cbht1KvEK2KVcTR0L8Dw= =H6gC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400373: two problems with make-fai-bootfloppy
On Sat, 25 Nov 2006 19:25:08 +0100, Holger Levsen [EMAIL PROTECTED] said: package: fai version: 3.1.1 severity: important Hallo Holger, bitte nicht zwei bugs in einem Bug report submitten. Das ist schlecht wenn wenn man nur einem Bug schliessen will. Ausserdem haette ich erwartet das du den Bug besser einstufst. 2. Since fai-kernels 1.13 the kernel does not fit on 1.44mb floppies anymore, so -B should be the default. I consider this important :) Das ist nicht important, da es nur ein kleineres Tool in FAI betrifft. Ausserdem ist dieses tool fuer die meisten Leute wohl nicht noetig, das sie PXE faehige Netzwerkkarten habe. important: a major effect on the usability of a package P.S.: the IP address it's using as default or maybe only the output also looks broken: Ja, das hatte ich auch schon bemerkt. -- regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399889: I've got the same bug
Hi. Looks like I've got the same issue. Wine can't start anything on my system. Part of log is below. Looks like this build of wine somehow requires proper 3d subsystem. This is bad - wine used to work on displays without 3d (e.g. on vnc). [EMAIL PROTECTED]:~ rm -rf .wine Invoking /usr/lib/wine/wine.bin winecfg.exe ... wine: creating configuration directory '/home/nikita/.wine'... etupapi.dll,InstallHinfSection: glxcmds.c:343: CreateContext: Assertion `mode != ((void *)0)' failed. wine: Assertion failed at address 0xb7f96410 (thread 0009), starting debugger... tem32\explorer.exe: glxcmds.c:343: CreateContext: Assertion `mode != ((void *)0)' failed. wine: Assertion failed at address 0xb7f82410 (thread 000b), starting debugger... tem32\explorer.exe: glxcmds.c:343: CreateContext: Assertion `mode != ((void *)0)' failed. wine: Assertion failed at address 0xb7f09410 (thread 000d), starting debugger... Unhandled exception: assertion failed in 32-bit code (0xb7f96410). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:b7f96410 ESP:7fc9ec90 EBP:7fc9eca8 EFLAGS:0206( - 00 - -IP1) EAX: EBX:7378 ECX:7378 EDX:0006 ESI:7fc9ed48 EDI:b7e56ff4 Stack dump: 0x7fc9ec90: 7fc9eca8 0006 7378 b7d52811 0x7fc9eca0: b7e56ff4 b7d256c0 7fc9edd4 b7d53fb9 0x7fc9ecb0: 0006 7fc9ed48 b7d4dbe4 0x7fc9ecc0: b7e56ff4 b7e56ff4 b7e584c0 7bf637b8 0x7fc9ecd0: 7fc9ecec b7d8f5c2 b7e584c0 7bf637b8 0x7fc9ece0: b7e56ff4 0066 0067 7fc9edb8 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c119 Backtrace: =1 0xb7f96410 (0x7fc9eca8) Unhandled exception: assertion failed in 32-bit code (0xb7f09410). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b7f09410 ESP:0034ec90 EBP:0034eca8 EFLAGS:0202( - 00 - - I1) EAX: EBX:737c ECX:737c EDX:0006 ESI:0034ed48 EDI:b7db2ff4 Stack dump: 0x0034ec90: 0034eca8 0006 737c b7cae811 0x0034eca0: b7db2ff4 b7c816c0 0034edd4 b7caffb9 0x0034ecb0: 0006 0034ed48 0060 0x0034ecc0: 7c036b38 0068 b7ce8c9d 0x0034ecd0: 0034ed0c 7c036b40 7c036ba4 0034ede4 0x0034ece0: b7db2ff4 005a 005b 0034edb8 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c119 Backtrace: =1 0xb7f09410 (0x0034eca8) 2 0xb7caffb9 abort+0x109 in libc.so.6 (0x0034edd4) 3 0xb7ca7fbf __assert_fail+0x10f in libc.so.6 (0x0034ee18) 2 0xb7d53fb9 abort+0x109 in libc.so.6 (0x7fc9edd4) 3 0xb7d4bfbf __assert_fail+0x10f in libc.so.6 (0x7fc9ee18) 4 0x7e73caa9 in libgl.so.1 (+0x14aa9) (0x0034ee68) 5 0x7e73cbe2 glXCreateContext+0x32 in libgl.so.1 (0x0034ee88) 6 0x7e905c2a in winex11 (+0x35c2a) (0x0034ef08) 7 0x7e90639a X11DRV_setup_opengl_visual+0x3a in winex11 (0x0034ef98) 8 0x7e91bc11 in winex11 (+0x4bc11) (0x0034f0e8) ... pgpSehnAv9js9.pgp Description: PGP signature
Bug#400455: apache2.2-common: /etc/init.d/apache2 restart can kill apache
Package: apache2.2-common Version: 2.2.3-3.1 Severity: normal *** Please type your report below this line *** Today logrotate killed my apache. The last lines in error.log.1 are: [Sun Nov 26 06:25:25 2006] [warn] child process 6244 still did not exit, sending a SIGTERM [Sun Nov 26 06:25:27 2006] [warn] child process 6244 still did not exit, sending a SIGTERM [Sun Nov 26 06:25:29 2006] [warn] child process 6244 still did not exit, sending a SIGTERM [Sun Nov 26 06:25:31 2006] [error] child process 6244 still did not exit, sending a SIGKILL [Sun Nov 26 06:25:32 2006] [notice] caught SIGTERM, shutting down Apache did not come up again with a new error.log file. I could not reproduce the problem because I don't know how I can force the apache children to not exit on SIGTERM. Logrotate uses /etc/init.d/apache2 restart to restart apache, perhaps the sleep 10 delay in the initscript is too short in this case. Why doesn't the initscript use apache2ctl restart? Perhaps logrotate could be changed to use /etc/init.d/apache2 reload, or the restart part of the initscript could be made more reliable. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-3.1 utility programs for webservers ii libmagic1 4.17-4 File type determination library us ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit apache2.2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399882: wW
Hi, I did some tests with FC6 without XEN support. Here Fedoras FC6 boot configuration (without XEN support) title Fedora Core (2.6.18-1.2849.fc6) root (hd0,0) kernel /boot/vmlinuz-2.6.18-1.2849.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2849.fc6.img - 'ro option:' this option seems to be optional. I was unable to find out what it is affected. - 'root=LABEL=/ ' This option seems to be required. I was unable to identify what is affected. -'rhgb' option I guess this means 'Red Hat Background'. When this option is activated with FC6, then FC6 showed blue background during boot., instead of the boot messages after initial boot phase. On FC6 with XEN support, this message did not seem to have any effect. - quiet option This message seems to restrict the messages during intial boot phase (the phase before the blue background would start) to the more important messages. With the option 'quiet' to output might be e.g. 10 lines, while without it is about 60 lines of text. On FC6 with XEN support, this message did not seem to have any effect. Br, Michael What does this option do? Is it required or optional? - missing quiet option -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] Gesendet: 22.11.06 19:59:39 An: [EMAIL PROTECTED] Betreff: Re: Bug#399882: Package: installation-reports reassign 399882 os-prober retitle 399882 Broken grub entries for multibooting Fedora thanks On Wednesday 22 November 2006 17:35, Michael Josenhans wrote: Comments/Problems: Bootloader did recognize Fedora Core 6 Partition already on the disk, however did not set boot parameters of that partition OK. FC6 Grub configuration should look as following: kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6.img and for Xen configuration: kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6xen.img I see four differences; somewhat in order of severity: - no initrd line - root should be set to LABEL=/ instead of /dev/hda1 - missing rhgb option What does this option do? Is it required or optional? - missing quiet option What bootloader are you using on the Fedora partition? Could you send us its configuration file? Additionally installation of nvidia binary driver from non-free failed. That is not an installer issue. Suggest you file a separate bug report against the relevant package with details. Cheers, FJP __ Ein Herz für Kinder - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!
Bug#400434: xmame-x: Unable to use alsa: Alsa error: cannot use period equal to buffer size (1103 == 1103)
Package: xmame-x Version: 0.106-1 Severity: important When I run xmame, get this error message and sound doesn't work. Last version worked perfectly, I think. David -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xmame-x depends on: ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libasound2 1.0.13-1ALSA library ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libjpeg626b-13 The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-9 LIRC client library ii libx11-6 2:1.0.3-3 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxv1 1:1.0.2-1 X11 Video extension library ii libxxf86dga1 2:1.0.1-2 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l ii xmame-common 0.106-1 Multiple Arcade Machine Emulator ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xmame-x recommends: ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.4 The OpenGL utility library (GLU) -- debconf information: * xmame-x/SUID_bit: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400480: PTS page for pmidi is reporting wrong info about upstream release
Package: qa.debian.org Severity: normal Hi, Pmidi PTS page [1] is reporting wrong info about upstream release. PTS page display this message: uscan had problems while searching for a new upstream version: In ./debian/watch, no matching hrefs for watch line http://www.parabola.demon.co.uk /alsa/pmidi.html pmidi-(.*)\.tar\.gz debian uupdate This is an old URL, I changed it in watch file when I uploaded pmidi, but information has not been updated in this page. Could you fix this bug? Thanks. Regards, [1] http://packages.qa.debian.org/p/pmidi.html -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#388421: Processed: Re: Bug#388421: fixed in latrine 0.9.0-1
Hello, I explained when I sent the found command: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388421;msg=17 I gather that I did not follow the proper procedure for re-opening a bug. What should I have done? Let me know if you need the full strace or anything else. -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400481: mol-source doesn't build against 2.6.19
Package: mol-source Version: 0.9.71.dfsg-4 Severity: important Tags: patch Please find attatched patch, which will enable mol-source to build against 2.6.19 as well as the older ones. Elimar -- Experience is something you don't get until just after you need it! diff -ur mol~/src/kmod/Linux/archinclude.h mol/src/kmod/Linux/archinclude.h --- mol~/src/kmod/Linux/archinclude.h 2006-10-07 17:57:59.0 +0200 +++ mol/src/kmod/Linux/archinclude.h2006-10-14 21:00:13.0 +0200 @@ -24,9 +24,18 @@ #include mol_config.h #include kconfig.h -#include linux/config.h #include linux/version.h +#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,18) +#include linux/utsrelease.h +#endif + +#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,18) +#include linux/config.h +#else +#include linux/autoconf.h +#endif + #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,0) #define LINUX_26 #endif diff -ur mol~/src/kmod/Linux/dev.c mol/src/kmod/Linux/dev.c --- mol~/src/kmod/Linux/dev.c 2006-10-07 17:57:59.0 +0200 +++ mol/src/kmod/Linux/dev.c2006-10-14 21:00:13.0 +0200 @@ -15,7 +15,6 @@ */ #include archinclude.h -#include linux/config.h #include linux/module.h #include linux/miscdevice.h #include linux/spinlock.h diff -ur mol~/src/kmod/Linux/kuname.c mol/src/kmod/Linux/kuname.c --- mo~/src/kmod/Linux/kuname.c 2006-10-07 17:57:59.0 +0200 +++ mol/src/kmod/Linux/kuname.c 2006-10-14 21:00:13.0 +0200 @@ -14,12 +14,18 @@ * */ -#include linux/config.h #include linux/version.h + #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,18) #include linux/utsrelease.h #endif +#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,18) +#include linux/config.h +#else +#include linux/autoconf.h +#endif + #if LINUX_VERSION_CODE KERNEL_VERSION(2,6,0) #ifdef CONFIG_SMP diff -ur mol~/src/netdriver/kuname.c mol/src/netdriver/kuname.c --- mol~/src/netdriver/kuname.c 2006-10-07 17:57:59.0 +0200 +++ mol/src/netdriver/kuname.c 2006-10-14 21:00:13.0 +0200 @@ -14,12 +14,18 @@ * */ -#include linux/config.h #include linux/version.h + #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,18) #include linux/utsrelease.h #endif +#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,18) +#include linux/config.h +#else +#include linux/autoconf.h +#endif + #if LINUX_VERSION_CODE KERNEL_VERSION(2,6,0) #ifdef CONFIG_SMP
Bug#400439: initramfs-tools: postinst may not update initramfs
Package: initramfs-tools Version: 0.85b Severity: normal Looks line postinst script of initramfs-tools package just runs 'update-initramfs -u' This looks to update initramfs image for one of installed linux-image packages, while keeping it as-is for all other packages. This could lead to different sorts of inconsistency. E.g. on one of systems, I have linux-image-2.6.18-2-xen-k7 and linux-image-2.6.18-2-k7 packages installed. Normally xen version is running, but non-xen version is kept for the case if things will go wrong. When I upgrade initramfs-tools, it rebuilds initrd.img-2.6.18-2-k7 (that is image for kernel that normally does not run), but does not rebuild initrd.img-2.6.18-2-xen-k7 (image for kernel that normally runs). This does not look like correct behaviour. So what is stated in the man page ('update-initramfs -u updates the initramfs of the newest kernel') is not true. 2.6.18-2-xen-k7 *is* newest, but it's initramfs image is not updated. I think that '-u' whthout '-k' in it's current implementation does not make sence at all, because aclually it updates initramfs of semi-random kernel. I thinks that tho things should be done - postinst should be changed either to call 'update-initramfs -u -k all', or to ask somehow what images should be updated, - update-initramfs should be modified either to require -k, or to use better logic to find out what kernel image is the 'latest'. -- Package-specific info: -- /proc/cmdline root=/dev/sda1 ro -- /proc/filesystems cramfs reiserfs vfat -- lsmod Module Size Used by nls_koi8_r 5696 0 nls_cp866 5696 0 nls_iso8859_1 4544 0 nls_cp437 6208 0 vfat 12416 0 fat47260 1 vfat usb_storage72768 0 xt_tcpudp 3456 2 iptable_nat 7428 1 ip_nat 17260 1 iptable_nat ip_conntrack 49504 2 iptable_nat,ip_nat nfnetlink 7128 2 ip_nat,ip_conntrack ip_tables 13412 1 iptable_nat x_tables 13636 3 xt_tcpudp,iptable_nat,ip_tables nfs 203980 1 nfsd 199792 17 exportfs6080 1 nfsd lockd 55240 3 nfs,nfsd nfs_acl 3904 2 nfs,nfsd sunrpc139772 13 nfs,nfsd,lockd,nfs_acl ppdev 8964 0 lp 11300 0 button 6928 0 ac 5508 0 battery 9924 0 ipv6 228064 48 sk98lin 133344 0 snd_intel8x0 30620 0 snd_ac97_codec 83360 1 snd_intel8x0 snd_ac97_bus2688 1 snd_ac97_codec snd_pcm_oss39200 0 snd_pcm68996 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_mixer_oss 15552 1 snd_pcm_oss snd_seq_dummy 4164 0 evdev 9408 0 snd_seq_oss29120 0 snd_seq_midi_event 7488 1 snd_seq_oss snd_seq46224 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_timer 21316 2 snd_pcm,snd_seq snd_seq_device 8140 3 snd_seq_dummy,snd_seq_oss,snd_seq i2c_nforce2 7232 0 psmouse35336 0 snd47524 9 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_pcm,snd_mixer_oss,snd_seq_oss,snd_seq,snd_timer,snd_seq_device i2c_core 20096 1 i2c_nforce2 serio_raw 6980 0 parport_pc 32612 1 parport33672 3 ppdev,lp,parport_pc soundcore 9568 1 snd irtty_sir 8128 0 sir_dev15940 1 irtty_sir pcspkr 3392 0 snd_page_alloc 9928 2 snd_intel8x0,snd_pcm rtc12788 0 irda 163580 2 irtty_sir,sir_dev floppy 53668 0 crc_ccitt 2560 1 irda reiserfs 214080 4 dm_mirror 19600 0 dm_snapshot15840 0 dm_mod 50776 9 dm_mirror,dm_snapshot sd_mod 19456 4 amd74xx13340 0 [permanent] generic 5316 0 [permanent] ide_core 110984 3 usb_storage,amd74xx,generic ohci_hcd 18564 0 ehci_hcd 28488 0 usbcore 113412 4 usb_storage,ohci_hcd,ehci_hcd forcedeth 38596 0 sata_nv11332 3 libata 90644 1 sata_nv scsi_mod 124872 3 usb_storage,sd_mod,libata skge 35152 0 thermal13896 0 processor 29128 1 thermal fan 5124 0 -- kernel-img.conf Do_Symlinks = no do_initrd = Yes postinst_hook = update-grub postrm_hook = update-grub do_bootloader = no -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (620, 'testing'), (600, 'unstable'), (550, 'experimental')
Bug#395160: please add a symlink for /dev/rtc
* Marco d'Itri [EMAIL PROTECTED] [2006-11-26 01:09]: I am having second toughts about this. I agree with the hwclock maintainer, there is no point in having two names for the same device: http://lkml.org/lkml/fancy/2006/3/29/334 . Why can't hwclock be fixed instead? Indeed, I read something about this on lkml a few days ago and it seemed like hwclock would get patched to deal with /dev/rtcX. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400467: coreutils: support IP address sorting
Package: coreutils Version: 5.97-5.2 Severity: wishlist Hi, I would really like to have an option to sort by IP address (IPv4 and IPv6). The existing solutions (e.g. -t. -n -k1,1 -k2,2 -k3,3 -k4,4) are not really usable if the IP address is not the first field and are also very clumbsy. Sorting by date would be nice too, but is more complicated due to whitespace in dates. If I write a patch, should I submit it to you or to upstream? Best, Norbert -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400477: sky2 module (patch available)
Package: sky2.c Version: 1.5 Severity: critical Tags: patch Sky2 module available in Kernel =2.6.18.1 have a critical bug on 88E803X chips, made impossible send files to another computers: http://bugzilla.kernel.org/show_bug.cgi?id=6839 Patch is available in: http://bugzilla.kernel.org/attachment.cgi?id=9313action=view This problem is solved on Kernel =2.6.18.2 Please, don't release Etch without this patch. -- Renato S. Yamane Fingerprint: 68AE A381 938A F4B9 8A23 D11A E351 5030 D420 515A PGP Server: http://pgp.mit.edu/ -- KeyID: 0xD420515A http://www.renatoyamane.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400453: Makefile misses to clean .gmo-files in the clean target, so they get never be updated after updating an .po file
Package: gettext Version: 0.15-3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It seems, the .gmo files are cleaned in the maintainer-clean target. But they are created during make and so have to be cleaned in the clean-target [1]. Otherwise they will never be updated except running maintainer-clean, which will remove the whole build-environment in most cases, because it's intended to remove the build environment. Please fix this and foward this to upstream. Severity is set to important according to the fact, that updates of .po files are not merged into the .gmo files in the current situation. Regards, Daniel [1] See the autotools specs: The GNU Makefile Standards specify a number of different clean rules. Generally the files that can be cleaned are determined automatically by Automake. Of course, Automake also recognizes some variables that can be defined to specify additional files to clean. These variables are MOSTLYCLEANFILES, CLEANFILES, DISTCLEANFILES, and MAINTAINERCLEANFILES. As the GNU Standards aren't always explicit as to which files should be removed by which target, we've adopted a heuristic which we believe was first formulated by Franccedil;ois Pinard: * If make built it, and it is commonly something that one would want to rebuild (for instance, a .o file), then mostlyclean should delete it. * Otherwise, if make built it, then clean should delete it. * If configure built it, then distclean should delete it * If the maintainer built it, then maintainer-clean should delete it. We recommend that you follow this same set of heuristics in your Makefile.am. - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.09060920 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages gettext depends on: ii gettext-base 0.15-3 GNU Internationalization utilities ii libc62.3.6.ds1-8 GNU C Library: Shared libraries Versions of packages gettext recommends: ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii lynx 2.8.5-2sarge2.1 Text-mode WWW Browser ii wget 1.10.2-2retrieves files from the web - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFaX5Km0bx+wiPa4wRAsf6AKDI1O0rDedOtWt64Mu4/WjVzlHxdwCdFo32 yFQxrAtXFregOgMbe9hfWAQ= =xmrF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399329: Request to upload new upstream for phpMyAdmin (2.9.1.1)
Hi Thijs, On Wed, Nov 22, 2006 at 10:52:34PM +0100, Thijs Kinkhorst wrote: I'd like to request the approval of uploading a new upstream version of phpMyAdmin, 2.9.1.1. I'm skipping one upstream version here (Debian currently has 2.8.0.3) since I deliberately did not upload the newer upstream without a pressing reason. Now a couple of security issues have surfaced (#399329) which should of course not be in Etch, and the newest upstream fixes them. Why I think uploading this would be acceptable: * The changes since the version in Debian are nearly all bug fixes, and those that could be considered enhancements are non-invasive changes. * This branch has gone through several upstream QA phases (release candidates and the like) so has received wider testing already. * I'll keep a close tab on any regressions that might surface. * phpmyadmin does not have reverse dependencies. Agreed, please go ahead with this. -- 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam with apache = 2.1 needs AuthBasicAuthoritative Off
Package: libapache2-mod-auth-pam Version: 1.1.1-6.1 Followup-For: Bug #394097 libapache2-mod-auth-pam _does_ work with latest apache, but doesn't fall completely under the hood of AuthType Basic anymore (real reason is not clear to me) As long as mod_authn_pam isn't packaged with Debian, user or script must add: AuthBasicAuthoritative Off to make it work. The error reported by Apache is quite confusing if directive above is missing [Sun Nov 26 16:50:28 2006] [error] Internal error: pcfg_openfile() called with NULL filena [Sun Nov 26 16:50:28 2006] [error] [client 192.168.1.99] (9)Bad file descriptor: Could not My current authentication sheme within dav_svn.conf is now: AuthType Basic # Use next two statement with mod_auth_pam AuthPAM_Enabled on AuthBasicAuthoritative Off # Use next statement when using mod_authn_pam (notice extra 'n' in name) # AuthBasicProvider pam AuthName Subversion repositiory access Require valid-user -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280692: this is reproducible
On Sun, Nov 26, 2006 at 11:18:47PM +1100, Vincent McIntyre wrote: With the Tk.Blinkenlights it fails out pretty early, after a few hundred messages. The virtual memory utilisation is about 230Mb when it dies, on a host with 1Gb and about 2Gb swap. I have been battling bugs in Python's TK interface for years, and this sounds exactly like that sort of thing I've seen. You might try the console blinkenlights interface. I suspect it will work fine for you, and that the bug is really in python-tk. Unfortunately, there's not much I can do about that. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313549: powerprefs: disable powermanagement at shutdown
Hi, since verion 0.7.1 pbbuttonsd checks for the current runlevel and won't suspend the machine if a shutdown procedure is in progress. I think this bug could be closed then. Benoît, would you confirm this? Best Regards Matthias
Bug#397581: Please allow for configuration of the step size in mixer and backlight settings
Hi, I just checked the brightness issue. The 10% step you observed irritates me a bit. How did you measure this? The brightness step in the display module is calculated dynamically to have always 15 steps independently of the underlying hardware. With the PMU driver on my Pismo the maximum brightness is 15. Pbbuttonsd calculated a step width of 1, which leads to 15 brightness steps. With the SysFS driver (max brightness = 127) pbbuttonsd calculated a step width of 8 which leads also to 15 brightness steps. Do we need any action on the sound issue? I think Franks explanation makes the function clear, don't you think? Best Regards Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248056: Totally OutOfDebt Overnight
A few select 1awyers found a loophole inside the banking system laws. With this discovery, we've been successful at eliminating people's creditcarddebt without them paying one more cent. WeGuarantee that we can help you with this. C0ntact us at 314 719 2803 This delayed and bothered them for a while, because they did not wish to leave the buggy behind them. Ze President! Ah, he is wiz his mansion -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400479: debian-goodies: debian/control should list a Suggests: netcat
Package: debian-goodies Version: 0.26 Severity: minor The script network-test cannot run without the package netcat (nc), therefore there should be a Suggests: netcat in the debian/control file. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages debian-goodies depends on: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT ii dctrl-tools2.9.3 Command-line tools to process Debi ii lsof 4.77.dfsg.1-3 List open files ii python 2.4.4-1 An interactive high-level object-o debian-goodies recommends no packages. -- no debconf information -- Kevin Coyner GnuPG key: 1024D/8CE11941 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392946: radeontool: Nothing happens for light off
Hello, i see two potential issues with radeontool: 1. the author is somewhat confused over the usage of mmap, there's no need to malloc memory beforehand and then overmap it. in fact, it's a very bad thing to do. 2. grsec has checks on what can be mmap'ed from /dev/mem, have you enabled that option by any chance? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400390: [pkg-ntp-maintainers] Bug#400390: Please have ntp installed by default in the standard task
Kurt Roeckx wrote: On Sun, Nov 26, 2006 at 10:00:30AM +0100, Peter Eisentraut wrote: Olaf van der Spek wrote: Could you have ntp installed by default on a Debian install? This is not up to the package maintainers. You need to talk to the Debian installer group. The debian installer group already said that it's not them who decide such things. I think we need to convince ftp-master, or debian-devel. However, I'm not sure that the ntp is a package that should be installed by default, or atleast not run as a daemon by default. Something that runs ntpdate (or ntpd -q -g) regularly, or some sntp client, could make more sense for a default. What are the advantages of ntpd or ntpdate? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184333: mguesser: upstream contact address changed
As per http://www.mnogosearch.org/guesser/ I believe [EMAIL PROTECTED] might be a working address for the upstream maintainer. The address is in cleartext on that page, so I'm not spamproofing it here ... Hope this helps, /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400482: Please build audacious-crossfade
Package: bmp-crossfade Severity: important Hello, As bmp is dead in upstream, many people suggest removing it in favour of audacious. That's why I'd be happy to get all bmp plugins available for audacious before starting transition... Could you build this plugin against audacious? Thanks in advance. PS: I can help you if needed. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 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#397525: initscripts: Remove extra fd usage from mtab init script
[David Härdeman] the attached patch changes the initscripts mtab script to not use an extra fd when processing /proc/mounts. This makes SELinux happier as the extra fds aren't leaked to the utils that are executed later. Sounds like a good idea, but I would like to know if it affect the runtime behaviour or not. I must admit though that I didn't really understand why the fd9 trick was used in the first place? It is an optimization, to reduce the number of forks needed during boot. Will your version increase the number of forks needed? Friendly, -- Petter Reinholdtsen
Bug#400086: iceweasel connects only with one site and hangs afterwards.
tags 400086 moreinfo severity 400086 important thanks On Thu, Nov 23, 2006 at 11:48:35AM -0800, Jacob Greenstein wrote: iceweasel connects only to the default homepage (not cached). Any attempt to connect with any other site afterwards makes it hang on the DNS lookup stage or later. It can only be removed by killing the process with SIGKILL. Moreover, it hangs the IP connection with it (no other application can connect with the Internet). Er, hangs the IP connection is not a bug of iceweasel. Something seems to be very wrong with your network connection or kernel, if iceweasel is able to kill all networking on your system. -- 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400491: bmpx: requires dbus
Package: bmpx Version: 0.32.0-1 Severity: important Hi. Launching bmpx without dbus installed (but libdbus) throws the following error: $ bmpx process 18019: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open /var/lib/dbus/machine-id: No such file or directory See the manual page for dbus-uuidgen to correct this issue. ** ERROR **: DBus Error: Failed to execute dbus-launch to autolaunch D-Bus session aborting... Aborted After installing dbus, bmpx is able to start. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bmpx depends on: ii libasoun 1.0.13-1ALSA library ii libatk1. 1.12.3-1The ATK accessibility toolkit ii libboost 1.33.1-9regular expression library for C++ ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo 1.2.4-4 The Cairo 2D vector graphics libra ii libcairo 0.6.0-4 C++ wrappers for Cairo (shared lib ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libdbus- 1.0.1-2 simple interprocess messaging syst ii libdbus- 0.71-3 simple interprocess messaging syst ii libexpat 1.95.8-3.3 XML parsing C library - runtime li ii libfontc 2.4.1-2 generic font configuration library ii libfreet 2.2.1-5 FreeType 2 font engine, shared lib ii libgamin 0.1.7-4 Client library for the gamin file ii libgcc1 1:4.1.1-20 GCC support library ii libglade 1:2.6.0-2 library to load .glade files at ru ii libglade 2.6.2-2 C++ wrappers for libglade2 (shared ii libglib2 2.12.4-2The GLib library of C routines ii libglibm 2.12.0-1C++ wrapper for the GLib toolkit ( ii libgstre 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2. 2.8.20-3The GTK+ graphical user interface ii libgtkmm 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii libhal-s 0.5.8.1-4 Hardware Abstraction Layer - share ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii libmusic 2.1.4-1 Second generation incarnation of t ii libneon2 0.25.5.dfsg-6 An HTTP and WebDAV client library ii libpango 1.14.8-2Layout and rendering of internatio ii libpng12 1.2.13-4PNG library - runtime ii libsidpl 1.36.59-4 SID (MOS 6581) emulation library ii libsigc+ 2.0.17-2type-safe Signal Framework for C++ ii libsm6 1:1.0.1-3 X11 Session Management library ii libssl0. 0.9.8c-3SSL shared libraries ii libstart 0.8-2 library for program launch feedbac ii libstdc+ 4.1.1-20The GNU Standard C++ Library v3 ii libtag1c 1.4-4 TagLib Audio Meta-Data Library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcurs 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixe 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxiner 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrand 2:1.1.0.2-4 X11 RandR extension library ii libxrend 1:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages bmpx recommends: ii gamin 0.1.7-4File and directory monitoring syst ii gstreamer0.10-ffmpeg 0.10.1-2 FFmpeg plugin for GStreamer pn gstreamer0.10-plugins-bad none (no description available) ii gstreamer0.10-plugins-good0.10.4-3 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly0.10.4-4 GStreamer plugins from the ugly -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382686: Any news?
Hi, Is there any reason why this bug has not been fixed yet? Would it possible to fix it? Thanks in advance. -- Jérôme Marant
Bug#400474: Pb with subtitle with totem
Package: totem Version: 2.16.3-3 Severity: normal Hi, When I play a .avi with a unicode subtitle, I can't change the font size in full screen. Thx for your work! Guillaume -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-2 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages totem depends on: ii totem-xine2.16.3-3 A simple media player for the Gnom totem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400390: [pkg-ntp-maintainers] Bug#400390: Please have ntp installed by default in the standard task
Olaf van der Spek wrote: Could you have ntp installed by default on a Debian install? This is not up to the package maintainers. You need to talk to the Debian installer group. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385946: fmit: please re-open
On Sat, Nov 25, 2006 at 09:01:14PM +, Calum Mackay wrote: Package: fmit Version: 0.96.5-1 Followup-For: Bug #385946 Crashing here too on startup: CaptureThread: WARNING: ALSA: cannot set channel count to one. channels will be mixed Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224427840 (LWP 25140)] 0xb721ae5c in free () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb721ae5c in free () from /lib/tls/i686/cmov/libc.so.6 #1 0xb721c87f in malloc () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7d7c3d4 in _XEnq () from /usr/lib/libX11.so.6 #3 0xb7d7dd07 in _XReply () from /usr/lib/libX11.so.6 #4 0xb7e8124a in XF86DRICreateDrawable () from /usr/lib/libGL.so.1 #5 0xb69ba93d in __driUtilUpdateDrawableInfo () from /usr/lib/dri/r200_dri.so #6 0xb69bac92 in __driUtilUpdateDrawableInfo () from /usr/lib/dri/r200_dri.so #7 0xb7e60cec in glXDestroyContext () from /usr/lib/libGL.so.1 #8 0xb7e62df0 in glXMakeCurrentReadSGI () from /usr/lib/libGL.so.1 #9 0xb7e63083 in glXMakeCurrent () from /usr/lib/libGL.so.1 #10 0xb798b1a9 in QGLContext::makeCurrent () from /usr/lib/libqt-mt.so.3 #11 0xb79874a2 in QGLWidget::makeCurrent () from /usr/lib/libqt-mt.so.3 #12 0xb798c187 in QGLWidget::resizeEvent () from /usr/lib/libqt-mt.so.3 #13 0xb7733aa2 in QWidget::event () from /usr/lib/libqt-mt.so.3 #14 0xb7694bd6 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #15 0xb7697586 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #16 0xb76283d1 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #17 0xb7695bfe in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #18 0xb7695d06 in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #19 0xb763bc05 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #20 0xb76af129 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #21 0xb76aef4a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #22 0xb769676f in QApplication::exec () from /usr/lib/libqt-mt.so.3 #23 0x0806517a in QLabel::metaObject () #24 0xb71c9ea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #25 0x08055531 in ?? () Please re-open this bug. best regards, calum. Hi, This is not the same bug. It is very strange, I tested today on my i386 with a Debian Unstable updated with latests packages, and I didn't meet this problem. fmit run well, I just met theses messages: Install directory '/usr' X Error: BadValue (integer parameter out of range for operation) 2 Major opcode: 156 Minor opcode: 4 Resource id: 0x100 CaptureThread: INFO: Built in transports CaptureThread: INFO:JACK unavailable CaptureThread: INFO:ALSA available X Error: 128 128 Major opcode: 128 Minor opcode: 0 Resource id: 0x180011b CaptureThread: INFO: Auto detecting a working transport .. using ALSA CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little Endian success CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success You problem is probably not a fmit problem, but a problem with one of dependencies. When I closed this bug, I was solved with new version of libasound2. Please try to update your system. Thanks, Regards -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#400478: xterm: error on post-install
Package: xterm Version: 222-2 Severity: normal With version 222-2 I get the following error on post-installation of the package: Preparing to replace xterm 222-2 (using .../archives/xterm_222-2_i386.deb) ... Unpacking replacement xterm ... Setting up xterm (222-2) ... ln: creating symbolic link `/usr/share/man/man1/x-terminal-emulator.1.gz' to `/etc/alternatives/x-terminal-emulator.1.gz': File exists dpkg: error processing xterm (--install): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: xterm Regards, Julien -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_GB.ISO-8859-15, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xterm depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400438: rkhunter: [INTL:ja] Japanese po-debconf template translation (ja.po)
Package: rkhunter Version: 1.2.9-2 Severity: wishlist Tags: l10n patch Dear rkhunter maintainer, Here's Japanese po-debconf template (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp ja.po Description: Binary data
Bug#323593: 2.6.12 psmouse incorrectly recognizes Alps touchpad as Glidepoint
close On Fri, Oct 27, 2006 at 04:09:57PM +0200, David Schmitt wrote: Hi Enver! Hi David, In preparation of the upcoming etch release, would you please test if either 2.6.17-9 from testing or 2.6.18-3 from unstable fixes your problem with your touchpad? First of all, thanks for your interest in the issue, apparently it fixes the issue for me. -- Enver signature.asc Description: Digital signature
Bug#400475: rkhunter: [INTL:de] German po-debconf template translation
Package: rkhunter Version: 1.2.9-2 Severity: minor Tags: patch l10n I have prepared a translation of the po-debconf template into German. Please include it in debian/po. Matthias -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) # translation of po-debconf template to German # Copyright (C) 2006, Matthias Julius # This file is distributed under the same license as the rkhunter package. # # Matthias Julius [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: rkhunter 1.2.9-2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-11-05 04:45+0100\n PO-Revision-Date: 2006-11-26 08:38-0500\n Last-Translator: Matthias Julius [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../templates:1001 msgid Activate daily run? msgstr Täglichen Lauf aktivieren? #. Type: boolean #. Description #: ../templates:1001 msgid Choose this option if you want rkhunter to be run automatically via cron. daily. msgstr Wählen Sie diese Möglichkeit, falls Sie wollen, dass rkhunter durch cron.daily automatisch ausgeführt wird. #. Type: boolean #. Description #: ../templates:2001 msgid Activate weekly database update? msgstr Die wöchentliche Aktualisierung der Datenbanken aktivieren? #. Type: boolean #. Description #: ../templates:2001 msgid Choose this option if you want rkhunter databases to be updated automatically via cron.weekly. msgstr Wählen Sie diese Möglichkeit, falls Sie wollen, dass die rkhunter-Datenbanken automatisch durch cron.weekly aktualisiert werden.
Bug#400449: warnings while installing
reassign 400449 xfonts-utils 1:7.1.ds.3-1 merge 400449 389085 thanks On Sun, 26 Nov 2006, Bas Zoetekouw wrote: Package: gsfonts-x11 Version: 0.20 Severity: normal Setting up gsfonts-x11 (0.20) ... warning: /usr/lib/X11/fonts/Type1 does not exist or is not a directory warning: /usr/lib/X11/fonts/Type1 does not exist or is not a directory warning: /usr/lib/X11/fonts/Type1 does not exist or is not a directory I guess it should put the fonts in /usr/share/fonts instead? The fonts are in /usr/share/fonts/X11/Type1. The warnings come from postinst script: update-fonts-scale Type1;update-fonts-dir --x11r7-layout Type1;\ update-fonts-alias Type1 These commands run over the following paths: X11R6DIR=/usr/lib/X11/fonts/$1 X11R7DIR=/usr/share/fonts/X11/$1 and if one of it doesn't exist, they print the warning: for DIR in $X11R7DIR $X11R6DIR; do [ -n $DIR ] || continue if [ -d $DIR ]; then VALIDDEST=yes else warn $DIR does not exist or is not a directory fi done On a fresh installed etch system there should no /usr/lib/X11/fonts/{Type1,100dpi,75dpi,misc} exist, so we will always run into these warnings. I think that the warning regarding to X11R6DIR should be suppressed in the update-fonts-* commands. See also bug report #389085, which mentions the same problem. Tscho Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * pgpuLLok3s93V.pgp Description: PGP signature
Bug#399981:
Thanks for the suggestion, I will try disabling it and report back. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275846: smarteiffel: What are the news ?
Package: smarteiffel Version: 1.1-11 Followup-For: Bug #275846 Hi, well what are the news about the smarteiffel 2.2 package ? No progress visible. Still dealing with 1.1 ? If you don't have time or skill, orphane the package. This story is just unbelievable. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages smarteiffel depends on: ii gcc-3.4 3.4.6-4 The GNU C compiler ii libc62.3.6.ds1-8 GNU C Library: Shared libraries smarteiffel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor
Guillem Jover a écrit : Hi, On Sat, 2006-11-25 at 19:19:58 +0100, BERTRAND Joël wrote: Package: dpkg Version: 1.13.24 Architecture: sparc Severity: grave I have some SparcSTATION 20 with one or two SuperSPARC-II and 448 MB of memory (thus, HIGHMEM is used). On these workstations, dpkg works fine. If I replace SuperSPARC-II by one, two or four ROSS RT-626, I cannot use dpkg because it craches with a random error when it tries to configure the package (it cannot read the configuration script due to a data corruption. Sometimes, an EOF in the middle of the script...). I have tested dpkg on three SS20 that perfectly work with SuperSPARC and with four different HyperSPARC modules, and with and without HIGHMEM. Results : in all configurations (with and without HIGHMEM), dpkg crashes with HyperSPARC and works with SuperSPARC. I don't understand this memory corruption because the workstations work fine in all configurations I have tested ! Kernels are 2.6.18.x. Given that this happens when changing the CPU, and that this does not happen anywhere else, I'd say it's a hw or kernel problem. Also given the mails[0] in debian-sparc about past state of HyperSparc support I would say this is not related to dpkg, and the bug would need closing or to be reassigned. But I've CCed debian-sparc for comments. [0] http://lists.debian.org/debian-sparc/2006/04/msg3.html http://lists.debian.org/debian-sparc/2006/04/msg00018.html http://lists.debian.org/debian-sparc/2006/06/msg00030.html I know these mails and I have contributed to the sparc32 smp support (and ESP module debug). Today, the ESP works fine (since 2.6.18) and the HyperSPARC support seems to works too. Only on trouble with a 2.6.18 kernel with pipes() : Nov 23 14:26:47 hilbert kernel: Unable to handle kernel NULL pointer dereference Nov 23 14:26:48 hilbert kernel: tsk-{mm,active_mm}-context = 5058 Nov 23 14:26:48 hilbert kernel: tsk-{mm,active_mm}-pgd = fc12d000 Nov 23 14:26:48 hilbert kernel: \|/ \|/ Nov 23 14:26:48 hilbert kernel: @'/ ,. \`@ Nov 23 14:26:48 hilbert kernel: /_| \__/ |_\ Nov 23 14:26:48 hilbert kernel: \__U_/ Nov 23 14:26:48 hilbert kernel: tar(13387): Oops [#1] Nov 23 14:26:48 hilbert kernel: PSR: 40c2 PC: f008bd8c NPC: f008bd90 Y: Not tainted Nov 23 14:26:48 hilbert kernel: PC: pipe_readv+0xac/0x440 Nov 23 14:26:48 hilbert kernel: %%G: 1000 fbbfea14 003c 0030 fbbfea00 73635f6c f93be000 Nov 23 14:26:48 hilbert kernel: %%O: f0a0d900 f0a0d900 fcffb000 63616368 6536345f 70616765 f93bfd88 f008c030 Nov 23 14:26:48 hilbert kernel: RPC: pipe_readv+0x350/0x440 Nov 23 14:26:48 hilbert kernel: %%L: fbbfea50 fbbfea00 fcffc000 0001 0001 Nov 23 14:26:48 hilbert kernel: %%I: f93bfe60 0003 f93bfe60 1800 fcffb000 f93bfe00 f008c140 Nov 23 14:26:48 hilbert kernel: Caller[f008c140]: pipe_read+0x20/0x28 Nov 23 14:26:48 hilbert kernel: Caller[f007dee8]: vfs_read+0xa0/0x16c Nov 23 14:26:48 hilbert kernel: Caller[f007eb38]: sys_read+0x38/0x64 Nov 23 14:26:48 hilbert kernel: Caller[f0015a3c]: syscall_is_too_hard+0x3c/0x40 Nov 23 14:26:48 hilbert kernel: Caller[0003df90]: 0x3df98 But whit bug is very strange, it only occurs with dpkg. It is not a material failure because I can see it with all couple off HyperSPARC, memory and motherboard. And I cannot see any trace in the logs. All daemons, all programs I use work fine on the same station. Regards, JKB
Bug#400470: imapproxy: Pre-Depends without reason
Package: imapproxy Version: 1.2.4-5 Severity: normal Tags: patch (SID)[EMAIL PROTECTED]:$ apt-cache show imapproxy | grep ^Pre Pre-Depends: debconf (= 1.2) | debconf-2.0 Which is just wrong. This should be a normal Depends. The Pre-Depends would only be necessary if imapproxy used deconf in the preinst script, which it does not. Fix is simple: --- debian/control.orig 2006-11-26 11:41:15.385615192 + +++ debian/control 2006-11-26 11:41:47.773691456 + @@ -7,8 +7,7 @@ Package: imapproxy Architecture: any -Pre-Depends: debconf (= 1.2) | debconf-2.0 -Depends: lsb-base,${shlibs:Depends} +Depends: lsb-base,${shlibs:Depends},${misc:Depends} [...] 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#400335: lilypond: New stable version 2.10 is available
Hello. As it happens, shortly after the problems have been solved[1] for producing the package of version 2.8, the new version of lilypond is out! Best, Gilles [1] Although not yet for AMD64, it seems :-( Hi, This bug about new release was already reported as: #399356. Regards -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#400390: [pkg-ntp-maintainers] Bug#400390: Please have ntp installed by default in the standard task
On Sun, Nov 26, 2006 at 10:00:30AM +0100, Peter Eisentraut wrote: Olaf van der Spek wrote: Could you have ntp installed by default on a Debian install? This is not up to the package maintainers. You need to talk to the Debian installer group. The debian installer group already said that it's not them who decide such things. I think we need to convince ftp-master, or debian-devel. However, I'm not sure that the ntp is a package that should be installed by default, or atleast not run as a daemon by default. Something that runs ntpdate (or ntpd -q -g) regularly, or some sntp client, could make more sense for a default. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390184: [Pkg-sysvinit-devel] Bug#390184: initscripts: please limit the size of /lib/init/rw
On Fri, Sep 29, 2006 at 07:39:26PM +0200, Petter Reinholdtsen wrote: [Mario Holbe] I personally think that something around 100k should suffice, but if you like to have it somehow dynamic, I attached a small sample patch which limits the size to one tenth of available memory. Thank you for the patch. If we want dosemu and user-mode-linux to stop using /dev/shm/ to store their mmaped files, and instead use /lib/init/rw/ or similar, the size will have to be a lot higher than 100k. These two filesystems serve fundamentally different purposes, and namespace collisions between those two uses should be avoided at all costs -- by keeping them completely separate. Is there any good reason to combine the two? The overhead of two [sensibly configured] tmpfs filesystems rather than one is minimal. One idea I am considering is to make /dev/shm/ a symlink or bind-mount to a subdirectory /lib/init/rw/shm/, and thus only have one tmpfs file system by default. Please don't do this. Sensible defaults are all that is required in both cases. For /lib/init/rw, this could most likely be set to a tiny amount, like the 100 KiB suggested. For /dev/shm, requirements could be a lot higher, and vary from system to system, but again a sensible default would fix this. The current practice of using the kernel default of 0.5*coresize is wrong. I'm currently safe, having a good 6 GiB of swap, but for high memory systems with less swap than core, you're heading into potential DoS territory with the current approach. On a system with 8 GiB of core, a 4 GiB /lib/init/rw is a waste and a huge liability. Suggestion: choose fixed limits, and allow the user to configure both. /lib/init/rw could be fixed to a specific size, and /dev/shm could be e.g. 0.5*core up to an upper limit of 512 MiB (by default). The current SHM_SIZE in /etc/default/tmpfs is no longer sufficient. Please could you add an INIT_RW_SIZE in addition, and set it by default? (As in the patch). Also, given the widely differing sizes of the various tmpfs filesystems, TMPFS_SIZE is not really all that useful any more. Could this be deprecated or removed? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#400483: fmit: crashes at startup
Package: fmit Version: 0.96.5-1 Severity: grave Justification: renders package unusable Crashes on startup, every time. Different stack traces, examples below. thanks much. regards, calum. example 1: CaptureThread: WARNING: ALSA: cannot set channel count to one. channels will be mixed Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224427840 (LWP 25140)] 0xb721ae5c in free () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb721ae5c in free () from /lib/tls/i686/cmov/libc.so.6 #1 0xb721c87f in malloc () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7d7c3d4 in _XEnq () from /usr/lib/libX11.so.6 #3 0xb7d7dd07 in _XReply () from /usr/lib/libX11.so.6 #4 0xb7e8124a in XF86DRICreateDrawable () from /usr/lib/libGL.so.1 #5 0xb69ba93d in __driUtilUpdateDrawableInfo () from /usr/lib/dri/r200_dri.so #6 0xb69bac92 in __driUtilUpdateDrawableInfo () from /usr/lib/dri/r200_dri.so #7 0xb7e60cec in glXDestroyContext () from /usr/lib/libGL.so.1 #8 0xb7e62df0 in glXMakeCurrentReadSGI () from /usr/lib/libGL.so.1 #9 0xb7e63083 in glXMakeCurrent () from /usr/lib/libGL.so.1 #10 0xb798b1a9 in QGLContext::makeCurrent () from /usr/lib/libqt-mt.so.3 #11 0xb79874a2 in QGLWidget::makeCurrent () from /usr/lib/libqt-mt.so.3 #12 0xb798c187 in QGLWidget::resizeEvent () from /usr/lib/libqt-mt.so.3 #13 0xb7733aa2 in QWidget::event () from /usr/lib/libqt-mt.so.3 #14 0xb7694bd6 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #15 0xb7697586 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #16 0xb76283d1 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #17 0xb7695bfe in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #18 0xb7695d06 in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #19 0xb763bc05 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #20 0xb76af129 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #21 0xb76aef4a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #22 0xb769676f in QApplication::exec () from /usr/lib/libqt-mt.so.3 #23 0x0806517a in QLabel::metaObject () #24 0xb71c9ea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #25 0x08055531 in ?? () example 2: CaptureThread: INFO: Built in transports CaptureThread: INFO:JACK unavailable CaptureThread: INFO:ALSA available (no debugging symbols found) CaptureThread: INFO: Auto detecting a working transport ... using ALSA CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little Endian success CaptureThread: WARNING: ALSA: cannot set channel count to one. channels will be mixed CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success [New Thread -1376867408 (LWP 17798)] CaptureThread: WARNING: ALSA: cannot set channel count to one. channels will be mixed Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1376867408 (LWP 17798)] 0xb7250e5c in free () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7250e5c in free () from /lib/tls/i686/cmov/libc.so.6 #1 0xb725287f in malloc () from /lib/tls/i686/cmov/libc.so.6 #2 0xb73fc908 in operator new () from /usr/lib/libstdc++.so.6 #3 0x08058d1f in ?? () #4 0x08056563 in ?? () #5 0xb76c3144 in QThreadInstance::start () from /usr/lib/libqt-mt.so.3 #6 0xb7c10240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #7 0xb72b632e in clone () from /lib/tls/i686/cmov/libc.so.6 example 3: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1377088592 (LWP 20347)] 0xb721ae5c in free () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb721ae5c in free () from /lib/tls/i686/cmov/libc.so.6 #1 0xb721c87f in malloc () from /lib/tls/i686/cmov/libc.so.6 #2 0xb73c6908 in operator new () from /usr/lib/libstdc++.so.6 #3 0x0805b223 in QString::~QString () #4 0x08058f2f in ?? () #5 0x08056563 in ?? () #6 0xb768d144 in QThreadInstance::start () from /usr/lib/libqt-mt.so.3 #7 0xb7bda240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0xb728032e in clone () from /lib/tls/i686/cmov/libc.so.6 Sometimes the window comes up, sometimes not. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fmit depends on: ii freeglut32.4.0-5 OpenGL Utility Toolkit ii libasound2 1.0.13-1ALSA library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjack0.100.0-0 0.101.1-2 JACK
Bug#359161: rpm --root uses wrong db-dir
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Wed, 1 Nov 2006, Loïc Minier wrote: This is a followup for Debian bug http://bugs.debian.org/359161. On Mon, Mar 27, 2006, Taco IJsselmuiden wrote: When trying to install a rpm-database in some dir using rpm --root, the wrong dbpath is used for locking the transaction, which of course makes the whole transaction fail. This is shown when trying the following as a non-root user: [EMAIL PROTECTED]:~/bla$ mkdir -p root-dir/var/lib/rpm [EMAIL PROTECTED]:~/bla$ rpm --root `pwd`/root-dir --initdb error: can't create transaction lock on /var/lib/rpm/__db.000 [EMAIL PROTECTED]:~/bla$ find root-dir I think you want to pass --dbpath as well. Can you confirm this solves your issue? using --dbpath does solve my issue. However, the manual says that using - --root uses 'the file system tree rooted at DIRECTORY for all operations', which indicates that the directory inside the specified directory would be used, which isn't what's happening. Cheers, Taco. - -- If I'm not here, it means I've gone out to find myself. If I get back before I return, please keep me here. - -- GPG KeyID=0x9DD13814 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFabIK6WlwGJ3ROBQRAuz/AKCCQ0NaTtntB1fYw9j59U1m2SnyNQCeLvVn wMQ93bYEOLFtzblcJg4SogY= =FTGd -END PGP SIGNATURE-
Bug#400460: libmysqlclient15off: Multiple back-to-back setsockopt SO_RCVTIMEO calls?
Package: libmysqlclient15off Version: 5.0.26-3 Severity: normal Hi, http://bugs.mysql.com/bug.php?id=24590 What is the purpose of those repeated calls? Isn't setting the receive and send timeouts once (directly) after socket creation not enough? setsockopt(3, SOL_SOCKET, SO_SNDTIMEO, \2003\341\1\0\0\0\0, 8) = 0 write(3, M\0\0\0\3select sid, wtime, valid, g..., 81) = 81 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 read(3, \1\0\0\1\0055\0\0\2\3def\3xcc\vxwi_serials\vxw..., 16384) = 351 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 poll([{fd=3, events=POLLIN|POLLPRI}], 1, 0) = 0 setsockopt(3, SOL_SOCKET, SO_SNDTIMEO, \2003\341\1\0\0\0\0, 8) = 0 write(3, \231\0\0\0\3select pass = md5(\'IzGcKbOa..., 157) = 157 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 read(3, \1\0\0\1\7,\0\0\2\3def\0\0\0\26pass = md5(\'IzG..., 16384) = 471 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, \2003\341\1\0\0\0\0, 8) = 0 It's far worse in another case where I count 900 calls between each recv. :( -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (1, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages libmysqlclient15off depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii mysql-common 5.0.26-3mysql database common files (e.g. ii zlib1g 1:1.2.3-13 compression library - runtime libmysqlclient15off recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280692: this is reproducible
Package: offlineimap Version: 4.0.9 Severity: normal *** Please type your report below this line *** I can reproduce this, though not always at the same point in the transfer. My setup is as follows server: ms exchange 2000 version 6.0.6603.0 On the server I have two folders in the listed in the rc file, the first with about 27,000 messages the second with about 7,000. client: offlineimap-4.0.9, Maildir format I start in a clean slate, only .offlineimaprc and empty ~/Test maildir (just a directory at this point). With the Tk.Blinkenlights it fails out pretty early, after a few hundred messages. The virtual memory utilisation is about 230Mb when it dies, on a host with 1Gb and about 2Gb swap. With TTY.TTYUI I can get through both folders cleanly. Does this mean the segfault is really in Tk? One thing I'm puzzled about is that only the local Maildir tree is created on the first time through, not the LocalStatus dir. The latter does not get created until the next sync attempt. Perhaps this is the famed algorithm at work? I have a bunch of -d imap -l output to support this report but I'd prefer to send that privately for analysis. So let me know what you want. Cheers! -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages offlineimap depends on: ii python2.3 2.3.5-3sarge2 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397186: closed by [EMAIL PROTECTED] (A. Maitland Bottoms) (Bug#397186: fixed in vtk 5.0.2-1)
On Wed, 15 Nov 2006 21:17:34 +0100 Francesco Poli wrote: On Tue, 14 Nov 2006 11:11:04 -0500 Mathieu Malaterre wrote: [...] Could you please verify the bug report: http://vtk.org/Bug/bug.php?op=showbugid=4041 And tell me if this is enough to fix your issue or does this need some extra work. That bugreport (bugid=4041) seems to address the main issue I detected myself. At least, the first attached patch seems to fix the bug in 2D PLOT3D file loading. But my patch also adds other fixes and enhancements. Once more, please take a look at it yourself... On the other hand, I am not sure about the issue addressed by the second patch that I found attached to bugid=4041: since I haven't had the time to study this second issue, I cannot comment on it. I now verified the presence of the second issue and I can confirm that the problem exists (at least in VTK version 5.0.2) and can be fixed as proposed in bugid=4041 [1]: see Debian BTS bug #400406 for further details [2]. Consequently, I suggest that Kitware accepts the second patch ('plot3d_2.patch') submitted by Mark Stucky in bugid=4041. [1] http://vtk.org/Bug/bug.php?op=showbugid=4041 [2] http://bugs.debian.org/400406 -- But it is also tradition that times *must* and always do change, my friend. -- from _Coming to America_ . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpEt2GjNJ46P.pgp Description: PGP signature
Bug#385946: fmit: please re-open
hi Ludovic, thanks for the reply. This is not the same bug. Yes, Steve Langasek has just told me the same, and asked me to file a new bug, which I have. It is very strange, I tested today on my i386 with a Debian Unstable updated with latests packages, and I didn't meet this problem. interesting. You problem is probably not a fmit problem, but a problem with one of dependencies. When I closed this bug, I was solved with new version of libasound2. Please try to update your system. my libasound2 is uptodate. I will double-check the other dependants. cheers, calum. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400476: libudns-dev: udns can't be used in C++ programs
Package: libudns-dev Version: 0.0.8-1 Severity: important Tags: patch Including udns.h in a C++ source results in the following error, caused by using the reserved word class in the C header file. Patch included below. /usr/include/udns.h:700: error: expected primary-expression before ‘enum’ --- udns.h.orig 2005-09-12 14:09:10.0 +0200 +++ udns.h 2006-11-26 14:04:18.0 +0100 @@ -693,11 +693,11 @@ UDNS_DATA_API extern const struct dns_nameval dns_rcodetab[]; UDNS_API int dns_findname(const struct dns_nameval *nv, const char *name); -#define dns_findclassname(class) dns_findname(dns_classtab, (class)) +#define dns_findclassname(cls) dns_findname(dns_classtab, (cls)) #define dns_findtypename(type) dns_findname(dns_typetab, (type)) #define dns_findrcodename(rcode) dns_findname(dns_rcodetab, (rcode)) -UDNS_API const char *dns_classname(enum dns_class class); +UDNS_API const char *dns_classname(enum dns_class cls); UDNS_API const char *dns_typename(enum dns_type type); UDNS_API const char *dns_rcodename(enum dns_rcode rcode); const char *_dns_format_code(char *buf, const char *prefix, int code); -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (750, 'testing'), (671, 'stable'), (500, 'testing'), (30, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-vserver-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages libudns-dev depends on: ii libudns0 0.0.8-1async-capable DNS stub resolver li libudns-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391952: The r300 driver causes a SIGSEV while running nexuiz.
Hi, I also can reproduce this bug. The r300 driver causes a SIGSEV while running nexuiz. This bug is 100% reproduceable by shooting the weapon Mortar (just before the explosion). I discovered that this problem is in libgl1-mesa-dri by running nexuiz-sdl in gdb and getting a backtrace after the crash. Find the log below. Then, due to https://bugs.freedesktop.org/show_bug.cgi?id=8348 , I upgraded mesa (incl. dri) to current cvs (similar to http://dri.freedesktop.org/wiki/Building). This shows the same effect, except that it tells us that the bug is in r300_state.c:1240 . Find the log below. The contents of Mesa/src/mesa/drivers/dri/r300/r300_state.c are: 1238 t=r300-state.texture.unit[i].texobj; 1239 1240 if((t-format 0xff00)==0xff00) { 1241 WARN_ONCE(unknown texture format (entry %x) encountered. Help me !\n, t-format 0xff); 1242} Maybe t is assigned a NULL pointer ? Then accessing t-format would segfault. Is mtu wrong ? However, you can probably interpret this better than me. Bye, Wolfgang - 0. Software Info - libgl1-mesa-dri 6.5.1-0.4 libgl1-mesa-glx 6.5.1-0.4 libglu1-mesa6.5.1-0.4 mesa-utils 6.3.2-2.1 nexuiz 2.0-3 nexuiz-data 2.0-hotfix20060616-1 - 1. Hardware info - my graphics card is (partial lspci output): 06:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 06:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] - 2. nexuiz log using libgl1-mesa-dri: - GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) Starting program: /usr/lib/games/nexuiz/nexuiz-sdl (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ^7Nexuiz Linux 12:39:37 Sep 4 2006 [Thread debugging using libthread_db enabled] [New Thread -1480988096 (LWP 10445)] (no debugging symbols found) ^7Trying to load library... libz.so.1 - loaded. ^7Compressed files support enabled ^7Added packfile data/data20060614.pk3 (2849 files) ^7Added packfile data/data20060616_hotfix.pk3 (3 files) ^7Console initialized. ^7Playing registered version. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ^7Trying to load library... libcurl.so.3 - loaded. ^7cURL support enabled ^7Initializing client (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ^7Trying to load library... libvorbis.so.0 - loaded. (no debugging symbols found) ^7Trying to load library... libvorbisfile.so.3 - loaded. ^7Ogg Vorbis support enabled ^7couldn't exec autoexec.cfg ^7Starting video system ^7Video: fullscreen 800x600x32x60hz ^7Linked against SDL version 1.2.11 ^7Using SDL library version 1.2.11 (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ^7checking for OpenGL 1.1.0... enabled ^7GL_VENDOR: Tungsten Graphics, Inc. ^7GL_RENDERER: Mesa DRI R300 20060815 TCL ^7GL_VERSION: 1.3 Mesa 6.5.1 ^7GL_EXTENSIONS: GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine
Bug#400453: Makefile misses to clean .gmo-files in the clean target, so they get never be updated after updating an .po file
Hi. Thanks for the report. Before I forward it upstram. Could you please tell me if you can still reproduce using version 0.16 in experimental? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374834: menu: Patch to just fork and die, instead of waiting on a si
On Sun, 26 Nov 2006 10:57:11 +0100 Bill Allombert [EMAIL PROTECTED] wrote: On Mon, Nov 20, 2006 at 02:15:20PM +0100, Tim Dijkstra (tdykstra) wrote: Package: menu Version: Patch to just fork and die, instead of waiting on a signal Followup-For: Bug #374834 Hi, I prepared a patch that removes the singal business. The logic used to be: - Parent forks, stays waiting for a signal to die, blocking dpkg. - child would see if it really needs to exist. Create the string for a stdout file. Tell the user, then tell the parent to die. Waits for dpkg to finish. Now: - Parent checks if fork is really needed. Forks. Creates string for stdout file, tells user about it. Dies. - Child waits for dpkg to finish. Would be nice if you could try to get this into etch (if indeed this looks harmless to you). Maybe Mario can check that it works for him too. Hello Tim, The issue is that this patch cause a regression in behaviour, by re-adding the race condition the signal code was added to prevent. No, it is not adding any race condition. If understand correctly from the comments in the code, you are referring to the fact that the child could print to stdout after the parent has already died, hence cluttering other dpkg output, right? My patch does all the work that could print to stdout in the _parent_, avoiding the 'race condition' altogether. All the child does is wait, the same the original would version is supposed to do. grts Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333151: definitely FontPath issue in package xserver-xorg postinst
Hi Frits, On Wed, Nov 22, 2006 at 11:27:10AM +0100, Frits Daalmans wrote: upgrade from etch-1-month-ago to 20061120 broke my X server, solution found, still needs a good patch. I think it should be reassigned to xserver-xorg? No, your problem can't possibly be related to the problem reported by the original submitter of this bug. Symptoms: xserver-xorg 7.1.0 refuses to start with the following errors (in /var/log/Xorg.0.log) Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi:unscaled, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi:unscaled, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi, removing fromlist! Could not init font path element /usr/X11R6/lib/X11/fonts/PEX, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/cyrillic, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1, removing from list! Fatal server error: could not open default font 'fixed' The error was caused because I upgraded from an old installation where my /etc/X11/xorg.conf contained font directories from /usr/X11R6/lib/X11/fonts. Proposed solution: have a postinst check for FontPath elements with /usr/X11R6/lib/X11/fonts/xyz and change the base directory to /usr/share/fonts/X11/ (or maybe /usr/share/fonts/X11/X11R7/ would be even better, I'm not sure) There is already a postinst check for font paths of /usr/lib/X11/fonts, which is the font path that was included by default in sarge. I believe there was discussion when this change happened about also checking for /usr/X11R6/lib/X11/fonts; I don't remember why this wasn't implemented. I would suggest that you file a separate bug report against the xserver-xorg package requesting this. Thanks, -- 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400486: ITP: liblazy -- convenience functions for D-Bus, HAL and PolicyKit
Package: wnpp Severity: wishlist Owner: Michael Biebl [EMAIL PROTECTED] * Package name: liblazy Version : 0.1 Upstream Author : Holger Macht [EMAIL PROTECTED] * URL : http://www.freedesktop.org/wiki/Software_2fliblazy * License : LGPL Programming Lang: C Description : convenience functions for D-Bus, HAL and PolicyKit liblazy is a simple and easy to use library that provides convenient functions for sending messages over the D-Bus daemon, querying information from HAL or asking PolicyKit for a privilege. liblazy will be a requirement of the upcoming version of powersave, which I already maintain in Debian. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-rc6 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#391066: p7zip: descriptions don't clearly describe packages
On Wed, Oct 04, 2006, Filipus Klutiero wrote: The descriptions of the binary packages built from p7zip don't clearly describe the packages. For example, p7zip's short description 7-Zip is a file archiver with high compression ratio makes wonder ...OK, but what is p7zip?. If there's no room for more, file archiver with high compression ratio would be better. The full descriptions suffer from the same problem. What about the proposition below? Description: linux port for the famous 7-zip archiver 7-Zip is the file archiver that archives with the highest compression ratios. The program supports 7z (which implements the LZMA compression algorithm). Compression ratios with the 7z format are 30 to 50% better than ratios with the ZIP format. . p7zip-full provides 7z and 7za which handles more compression formats. Finally, in case you didn't already, you should consider renaming p7zip to p7zip-minimal (or something similar) and p7zip-full to p7zip. This would avoid issues like #381696, where ark understandably assumes that the p7zip package provides p7zip (which is described on its official site as a port of 7za.exe for POSIX systems [...]), as it did earlier. I've already thought of that when splitting the package. But I 've decided to rename the other way around. Now I don't want to change p7zip users' habits every year. Anyway, thanks for the suggestion. -- adn Mohammed Adnène Trojette
Bug#400487: imapproxy: diff for NMU 1.2.4-5.2
Package: imapproxy Version: 1.2.4-5.2 Attached the diff for the 1.2.4-5.2 NMU I just uploaded. 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 diff -u up-imapproxy-1.2.4/debian/control up-imapproxy-1.2.4/debian/control --- up-imapproxy-1.2.4/debian/control +++ up-imapproxy-1.2.4/debian/control @@ -8,7 +8,7 @@ Package: imapproxy Architecture: any Pre-Depends: debconf (= 1.2) | debconf-2.0 -Depends: ${shlibs:Depends} +Depends: lsb-base,${shlibs:Depends} Description: IMAP protocol proxy UP-ImapProxy proxies IMAP transactions between an IMAP client and an IMAP server. The general idea is that the client should never know that it is diff -u up-imapproxy-1.2.4/debian/imapproxy.init.d up-imapproxy-1.2.4/debian/imapproxy.init.d --- up-imapproxy-1.2.4/debian/imapproxy.init.d +++ up-imapproxy-1.2.4/debian/imapproxy.init.d @@ -29,7 +29,7 @@ . /lib/lsb/init-functions test -r ${DEFAULT} . ${DEFAULT} -if [ $START == no -a $1 != stop ]; then +if [ $START = no -a $1 != stop ]; then log_warning_msg Not starting imapproxy - disabled in ${DEFAULT}; exit 0; fi diff -u up-imapproxy-1.2.4/debian/changelog up-imapproxy-1.2.4/debian/changelog --- up-imapproxy-1.2.4/debian/changelog +++ up-imapproxy-1.2.4/debian/changelog @@ -1,3 +1,11 @@ +up-imapproxy (1.2.4-5.2) unstable; urgency=high + + * Non-maintainer upload. + * Fix bashism in init script [ $START == no ...] (Closes: #399362) + * Add dependency on lsb-base (Closes: #400459) + + -- Andreas Metzler [EMAIL PROTECTED] Sun, 26 Nov 2006 10:47:33 + + up-imapproxy (1.2.4-5.1) unstable; urgency=high * Non-maintainer upload.
Bug#400450: doc-base can handle only one document per file
This bug is caused by debian/xterm.doc-base containing descriptions for two documents. According to dh_installdocs, If your package needs to register more than one document, you need multiple files. To accomplish this, you can use files named debian/package.doc-base.* Therefore, to fix this problem, you can use the attached patch. Regards, Jan diff -urN xterm-222-orig/debian/xterm.doc-base xterm-222/debian/xterm.doc-base --- xterm-222-orig/debian/xterm.doc-base2006-11-26 12:57:57.0 +0100 +++ xterm-222/debian/xterm.doc-base 2006-11-26 13:09:26.0 +0100 @@ -12,13 +12,3 @@ Format: HTML Index: /usr/share/doc/xterm/xterm.faq.html Files: /usr/share/doc/xterm/xterm.faq.html - -Document: xterm-ctlseqs -Title: Xterm Control Sequences -Author: Edward Moy, Stephen Gildea, Thomas Dickey -Abstract: This document describes the terminal control sequences that XTerm - recognizes. -Section: XShells - -Format: text -Files: /usr/share/doc/xterm/ctlseqs.txt.gz diff -urN xterm-222-orig/debian/xterm.doc-base.ctlseqs xterm-222/debian/xterm.doc-base.ctlseqs --- xterm-222-orig/debian/xterm.doc-base.ctlseqs1970-01-01 01:00:00.0 +0100 +++ xterm-222/debian/xterm.doc-base.ctlseqs 2006-11-26 13:09:31.0 +0100 @@ -0,0 +1,9 @@ +Document: xterm-ctlseqs +Title: Xterm Control Sequences +Author: Edward Moy, Stephen Gildea, Thomas Dickey +Abstract: This document describes the terminal control sequences that XTerm + recognizes. +Section: XShells + +Format: text +Files: /usr/share/doc/xterm/ctlseqs.txt.gz signature.asc Description: Digital signature
Bug#333337: Announce of the upcoming NMU for the twig package
I was not the translator, but I'm updating the translation. The most important thing is that I converted it from ISO-8859 to UTF8. And, of course, attached (and gzipped) you will find the Brazilian Portuguese translation for twig po-debconf. It is UTF-8 encoded, tested with msgfmt (2t) and also with podebconf-display-po. I'm afraid that you forgot the attachment...:) signature.asc Description: Digital signature
Bug#267385: This bug is not a l10n bug
tags 267385 - l10n thanks Though related to locales, this bug is not a *localization* bug strictly speaking. Having it tagged this way messes up the work in tracking down old localization bug reports. -- signature.asc Description: Digital signature
Bug#400473: ifupdown-extra: please add support for alternatives host and ping
On Sun, Nov 26, 2006 at 11:53:13AM +0100, Yann Dirson wrote: Package: ifupdown-extra Version: 0.3 Severity: wishlist As long as this package wants me to replace host with the much-restrictive bind9-host, I'm highly unlikely to install it :) I believe it should work with host, I'll update the control file. Similarly, if it really requires a special version of ping, at least a note in extented description about why it wants that exact variant would be useful. Revising the different ping's manpages I think it actually should work with any variant so I will just use 'ping'. Regards Javier signature.asc Description: Digital signature
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Sun, 26 Nov 2006, Frans Pop wrote: On Sunday 26 November 2006 02:13, you wrote: Could you please also test that whether Vista boots if you remove /pagefile.sys after ntfsresize? You can use ntfs-3g for this, it's in Debian unstable. Usage: http://www.ntfs-3g.org/index.html#usage Or use a LiveCD which has both. The above page lists several of them. Used ntfs-3g for this, but Vista still refuses to boot. Hmm. What ntfs-3g version did you use? Only the latest, ntfs-3g 0.20061115 is fully safe regards to umounting before reboot. Do you remember if you umounted the partition before reboot and did a 'sync'? An unclean unmount could cause the problem you have seen with earlier ntfs-3g versions, though this is absolutely not typical. But progress! I've managed to boot Vista using the following procedure (which I found by accident when ntfs-3g complained about not being able to mount the NTFS partition): - resize Vista partition - reboot into Vista (which fails at the point we all know so well by now) Vista marks the boot as unsuccessful (next boot it will offer the safe boot option, but still not run chkdsk by itself) - reboot into linux - (try mounting the partition using ntfs-3g which fails) - run ntfsfix - reboot into Vista, this will at last run chkdsk! - Vista reboots automatically after the chkdsk and this time successfully! So, what does ntfsfix do on a ntfs volume marked dirty by Vista that ntfsresize does not? Nothing. The volume wasn't mountable because either it wasn't cleanly shutdown or because Vista made some changes when you booted. Could you please try resize ntfsfix vista boot and resize mount delete /pagefile.sys umount ntfsfix vista boot # ntfsfix /dev/sda1 Mounting volume... FAILED Attempting to correct errors... Processing $FMT amd $MFTMirr... Reading $MFT... OK Reading $MFTMirr... OK Comparing $MFTMirr to $MFT... OK Processing of $MFT and $MFTMirr completed successfully. Setting required flags on partition... OK Going to empty the journal ($Logfile)... OK NTFS volume version is 3.1. NTFS partition /dev/sda1 was processed successfully. Attached 3 screenshots that show Vista's chkdsk output. Thanks, no strange thing here. Cheers, Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399948: NMU pending
tag 399440 +pending thanks Hi, as per doko's suggestion, the NMU with attached diff is on its way. As this there are two NMUs pending for maintainer confirmation, I'm CCing 2.1's NMU bug log. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ diff -u python-numarray-1.5.2/debian/changelog python-numarray-1.5.2/debian/changelog --- python-numarray-1.5.2/debian/changelog +++ python-numarray-1.5.2/debian/changelog @@ -1,3 +1,13 @@ +python-numarray (1.5.2-2.2) unstable; urgency=medium + + * Non-maintainer upload at maintainer suggestion (see bug log). +Medium urgency for important bug and to not stall last NMU's +testing progression. + * Keep Py_None refcount accurate. Closes: #399440 +Thanks to Achim Gaedke for submitting the bug and patch. + + -- Thomas Viehmann [EMAIL PROTECTED] Sun, 26 Nov 2006 11:59:24 +0100 + python-numarray (1.5.2-2.1) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- python-numarray-1.5.2.orig/Src/libnumarray.ch +++ python-numarray-1.5.2/Src/libnumarray.ch @@ -877,6 +877,7 @@ if (!buf) return NULL; } else { buf = Py_None; + Py_INCREF(buf); } a = NA_NewAllFromBuffer( nd, dimensions, descr-type_num, buf,
Bug#400437: libmail-dkim-perl: Missing dependency on libcrypt-openssl-bignum-perl
On Sunday 26 November 2006 10:26, Todd A. Jacobs wrote: This package is (or should be) recommended by spamassassin. However, it fails to initialize as follows: [...] Nov 26 01:20:55 penguin spamd[32583]: plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::DKIM: Can't locate object method new via package Mail::SpamAssassin::Plugin::DKIM at (eval 47) line 1. This looks like a missing dependency on libcrypt-openssl-bignum-perl when called from Crypt::OpenSSL::RSA. That's strange since the upstream changelog says: * no longer depends on Crypt::RSA or Crypt::OpenSSL::Bignum. I'll investigate. -- Magnus Holmgren pgpcfpZYxFGg2.pgp Description: PGP signature
Bug#400459: imapproxy: init script sources /lib/lsb/init-functions without dependency on lsb-base
Package: imapproxy Version: 1.2.4-5 Severity: serious Justification: Policy 7.2 The init-script contains: . /lib/lsb/init-functions but the package does not depend on lsb-base. As I am going to NMU for #399362 I'll fix this bug, too. cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397763: 7z: should say Out of disk space instead of just a mysterious ERROR: E_FAIL message
On Thu, Nov 09, 2006, Jason Spiro wrote: When 7z runs out of disk space during an uncompress operation, it says: ERROR: E_FAIL I wish it said Out of disk space. That way I would immediately know why it failed. Arg, that's a bad p7zip boy :) Thanks for noticing. It is definitely a bug. I'll have a look and forward this bug upstream. -- adn Mohammed Adnène Trojette
Bug#283057: Apache2 SSL not working (302 error)
If I might add a bit of info here since I suspect that Jeremy hit the same problem that I did when I had very similar signs after doing a dist-upgrade yesterday, it seems that the IfDefine SSL gates in the v. host ( elsewhere) configs need to be changed to IfModule ssl_module. When I did that in my virtual hosts, then all was well again. I would suggest a small notice to that effect or a script that scans the virtual host configs at install/upgrade time and warns about such problems. -jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]