Processed: tagging 406485
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 # not present in testing version of dcc-milter tags 406485 sid Bug#406485: file conflicts between dcc-milter and synce-dccm There were no tags set. Tags added: sid End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 406592 is important, tagging 406592
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 406592 important Bug#406592: ..dpkg --unpack takes forever to fail Severity set to `important' from `critical' tags 406592 unreproducible Bug#406592: ..dpkg --unpack takes forever to fail There were no tags set. Tags added: unreproducible End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32
Processing commands for [EMAIL PROTECTED]: reassign 406453 ia32-libs-gtk Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32 Bug reassigned from package `libgtk2.0-0' to `ia32-libs-gtk'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 406455 to ia32-libs-gtk
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 reassign 406455 ia32-libs-gtk Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d Bug reassigned from package `libpango1.0-0' to `ia32-libs-gtk'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32
reassign 406453 ia32-libs-gtk thanks On Thu, Jan 11, 2007 at 10:36:23AM +0100, Goswin von Brederlow wrote: PS: I set this to grave as it makes ia32-libs-gtk unusable which contains libgtk-2.0. Then the problem is ia32-libs-gtk's, not libgtk2.0-0's. There's no way it's an RC bug in gtk that you've repackaged it in a way that doesn't work. -- 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#402451: flpsed: diff for NMU version 0.3.7-1.1
Hi, Attached is the diff for my flpsed 0.3.7-1.1 NMU. -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 diff -u flpsed-0.3.7/debian/changelog flpsed-0.3.7/debian/changelog --- flpsed-0.3.7/debian/changelog +++ flpsed-0.3.7/debian/changelog @@ -1,3 +1,20 @@ +flpsed (0.3.7-1.1) unstable; urgency=high + + * NMU, backported some changes from version 0.3.9 + * debian/rules : use make distclean to delete .deps dirs and other cruft + * Add Depends: gs-esp and use gs-esp (Closes: #402451). +The lack of dependency is a RC bug, hence the urgency. + * GsWidget::setProps() : call XSync() +(this is done in 0.3.9 to use gs-gpl ; it does not solve bug 402451 +in Debian; but it makes sense nonetheless) + * Add Recommends: xpdf-utils | poppler-utils ; this fixes bug +pdftops needed for pdf import, thanks to Stephan Beyer (Closes: #388318). + * Bug fix: flpsed generates postscript with references to an unknown +font 'HelveticaNeue-Roman', thanks to Jochen Eisinger (Closes: #398906) +(this change is also part of the newer 0.3.9, so it is a backport) + + -- A Mennucc1 [EMAIL PROTECTED] Fri, 12 Jan 2007 09:37:15 +0100 + flpsed (0.3.7-1) unstable; urgency=low * New upstream release. Closes: #357749. diff -u flpsed-0.3.7/debian/control flpsed-0.3.7/debian/control --- flpsed-0.3.7/debian/control +++ flpsed-0.3.7/debian/control @@ -7,7 +7,8 @@ Package: flpsed Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: gs-esp, ${shlibs:Depends}, ${misc:Depends} +Recommends: xpdf-utils | poppler-utils Description: a WYSIWYG pseudo PostScript editor flpsed is a WYSIWYG pseudo PostScript editor. Pseudo, because you can't remove or modify existing elements of a document. But flpsed lets you add diff -u flpsed-0.3.7/debian/rules flpsed-0.3.7/debian/rules --- flpsed-0.3.7/debian/rules +++ flpsed-0.3.7/debian/rules @@ -29,7 +29,7 @@ dh_testroot rm -f build-stamp flpsed.1 - -$(MAKE) clean + -$(MAKE) distclean dh_clean --- flpsed-0.3.7.orig/src/Postscript.cxx +++ flpsed-0.3.7/src/Postscript.cxx @@ -27,7 +27,7 @@ #define PS_POS_FORMAT newpath %d %d moveto\n #define PS_TEXT_FORMAT (%s) show\n -#define PS_SIZE_FORMAT /HelveticaNeue-Roman findfont %d scalefont setfont\n +#define PS_SIZE_FORMAT /Helvetica findfont %d scalefont setfont\n #define PS_COLOR_FORMAT %lf %lf %lf setrgbcolor\n #define PS_GLYPH_FORMAT /%s glyphshow\n #define PS_TAG_FORMAT --- flpsed-0.3.7.orig/src/GsWidget.cxx +++ flpsed-0.3.7/src/GsWidget.cxx @@ -85,6 +85,8 @@ XChangeProperty(fl_display, xid, atoms[1], XA_STRING, 8, PropModeReplace, (unsigned char*) data, strlen(data)); + + XSync(fl_display, False); } void GsWidget::kill_gs() { @@ -302,7 +304,7 @@ (int) fl_xid(window()), (int) offscreen); putenv(gvenv); - argv[0] = gs; + argv[0] = gs-esp; argv[1] = -dSAFER; argv[2] = -dQUIET; argv[3] = -sDEVICE=x11alpha; signature.asc Description: Digital signature
Bug#406600: xserver-xorg-core: Xorg eats lots and lots of memory
Package: xserver-xorg-core Version: 2:1.1.1-15 Severity: grave Justification: renders package unusable For quite a moment now, Xorg eats tons of memory on my system, which is a totally new behaviour. I did not changed anything in my config. Today when I arrived at work I had the wonderful pleasure to see: 3 PID %MEM VIRT SWAP RES CODE DATA SHR nFLT nDRT COMMAND 21013 36.6 480m 112m 367m 1620 416m 4628 7680 Xorg xrestop shows absolutely nothing interesting: xrestop - Display: localhost:0 Monitoring 32 clients. XErrors: 0 Pixmaps: 17212K total, Other: 132K total, All: 17345K total res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 160 4 3005 3511020K 1K 11021K 21117 Bureau 120 173 371 172 405 841K 15K856K 21115 xfwm4 -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-12-14 12:09 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1741760 2007-01-09 21:09 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache(TM)] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2002 2006-10-02 12:29 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # Section Files FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/misc FontPath/usr/lib/X11/fonts/misc EndSection Section Module Loaddbe Loadextmod Loadfreetype Loadglx Loadtype1 EndSection Section Extensions #Option Composite Enable EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbLayout us Option XkbModel microsoftpro EndSection Section InputDevice Identifier Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier lcd Option DPMS EndSection Section Device Identifier Geforce Driver nvidia Option dpms #Option RenderAccel true #Option backingstore true #Option AllowGLXWithComposite True Option NoLogo 1 Option CursorShadow 0 Option TwinView 1 Option TwinViewOrientation RightOf Option MetaModes 1280x1024,1280x1024; 1152x864,null; 1024x768,null EndSection Section Screen Identifier s Device Geforce Monitor lcd DefaultDepth24 SubSection Display Depth 24 Modes 1280x1024 1152x864 1024x768 800x600 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1152x864 1024x768 800x600 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen s InputDevice Generic Keyboard InputDevice Mouse EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 24064 2006-12-04 10:57 /var/log/Xorg.1.log -rw-r--r-- 1 root root 27183 2007-01-12 10:01 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux mad 2.6.18-3-amd64 #1 SMP Sun Dec 10 19:57:44 CET 2006 x86_64 Build Date: 08 January 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Jan 9 09:37:58 2007 (==) Using config file:
Processed: upping severity, as discussed with Steve ...
Processing commands for [EMAIL PROTECTED]: severity 397973 serious Bug#397973: [powerpci/mac] partman-md appears to not write back the raid flag to partitions. Severity set to `serious' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 406403 is important, tagging 406403
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 406403 important Bug#406403: gnome-panel: Apps, Places, Desktop and right click - do not work Severity set to `important' from `grave' tags 406403 unreproducible Bug#406403: gnome-panel: Apps, Places, Desktop and right click - do not work There were no tags set. Tags added: unreproducible End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403639: Fix committed in svn repo
Frans Pop wrote: On Thursday 11 January 2007 18:21, Loïc Minier wrote: I've uploaded these debs to unstable. OK, thanks. That means that we can get some more testing in before requesting migration. Let's hope that with Lenny we can switch to a truly integrated 2.10 soon. I strongly agree: gtk/dfb has an always evolving codebase, with many important fixes (about to be) recently committed and backporting every one of them to 2.8 would be a real pain. No luck yet in tracking down mem leaks during progressbar runs :( Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406604: Enigmail upstream bug and patch
Package: mozilla-thunderbird-enigmail Version: 2:0.91-4sarge2 Severity: grave Enigmail has had a serious bug for a long time, see http://bugzilla.mozdev.org/show_bug.cgi?id=9730 for details. An attacker can send properly crafted encrypted emails to the enigmail user that will crash the receiver's instance of thunderbird. Whether it is possible to inject code or to access the user's passphrase using this aproach is unclear. A patch fixing the issue appeared on the enigmail mailing list. The latest enigmail release (from yesterday, version v0.94.2) fixes the issue). I believe this bug justifies a security updates to sarge and etch. Regards, Tobias Patrick Brunschwig's patch: Index: enigmail.js === RCS file: /cvs/enigmail/src/package/enigmail.js,v retrieving revision 1.190 diff -u -r1.190 enigmail.js --- enigmail.js 8 Jul 2006 16:16:50 - 1.190 +++ enigmail.js 11 Jan 2007 10:33:04 - @@ -883,9 +883,6 @@ DEBUG_LOG(enigmail.js: EnigmailProtocolHandler.newChannel: messageURL=+messageUriObj.originalUrl+, +contentType+, +contentCharset+\n); - if (!messageUriObj.persist) -delete gEnigmailSvc._messageIdList[messageId]; - } else { contentType = text/plain; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402451: marked as done (flpsed: needs gs-esp)
Your message dated Fri, 12 Jan 2007 09:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#402451: fixed in flpsed 0.3.7-1.1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: flpsed Version: 0.3.7-1 Severity: important Tags: patch hi when gs points to gs-gpl, flpsed does not display anything, and this error appears: GPL Ghostscript 8.54: Cannot get ghostview property. GPL Ghostscript 8.54: Unrecoverable error, exit code 1 The reason is that the code GsWidget::exec_gs() sets an env var GHOSTSCRIPT that does not work with gs-gpl ; so I patched the code to directly call gs-esp ; and now it works moreover, you must include a dependency on gs-esp in debian/control see patch a. ps: newer versions such as 0.4.4 suffer the same problem -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages flpsed depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfltk1.1 1.1.7-2 Fast Light Toolkit shared librarie ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library flpsed recommends no packages. -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) diff -ur flpsed-0.3.7/debian/control flpsed-0.3.7.mine/debian/control --- flpsed-0.3.7/debian/control 2006-12-10 16:20:05.0 +0100 +++ flpsed-0.3.7.mine/debian/control 2006-12-10 16:22:02.0 +0100 @@ -7,7 +7,7 @@ Package: flpsed Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: gs-esp, ${shlibs:Depends}, ${misc:Depends} Description: a WYSIWYG pseudo PostScript editor flpsed is a WYSIWYG pseudo PostScript editor. Pseudo, because you can't remove or modify existing elements of a document. But flpsed lets you add Only in flpsed-0.3.7.mine/debian: control~ diff -ur flpsed-0.3.7/src/GsWidget.cxx flpsed-0.3.7.mine/src/GsWidget.cxx --- flpsed-0.3.7/src/GsWidget.cxx 2006-04-19 17:30:37.0 +0200 +++ flpsed-0.3.7.mine/src/GsWidget.cxx 2006-12-10 16:22:23.0 +0100 @@ -302,7 +302,7 @@ (int) fl_xid(window()), (int) offscreen); putenv(gvenv); - argv[0] = gs; + argv[0] = gs-esp; argv[1] = -dSAFER; argv[2] = -dQUIET; argv[3] = -sDEVICE=x11alpha; Only in flpsed-0.3.7.mine/src: GsWidget.cxx~ signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: flpsed Source-Version: 0.3.7-1.1 We believe that the bug you reported is fixed in the latest version of flpsed, which is due to be installed in the Debian FTP archive: flpsed_0.3.7-1.1.diff.gz to pool/main/f/flpsed/flpsed_0.3.7-1.1.diff.gz flpsed_0.3.7-1.1.dsc to pool/main/f/flpsed/flpsed_0.3.7-1.1.dsc flpsed_0.3.7-1.1_amd64.deb to pool/main/f/flpsed/flpsed_0.3.7-1.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. A Mennucc1 [EMAIL PROTECTED] (supplier of updated flpsed package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 12 Jan 2007 09:37:15 +0100 Source: flpsed Binary: flpsed Architecture: source amd64 Version: 0.3.7-1.1 Distribution: unstable Urgency: high Maintainer: Morten Brix Pedersen [EMAIL PROTECTED] Changed-By: A Mennucc1 [EMAIL PROTECTED] Description: flpsed - a WYSIWYG pseudo PostScript editor Closes: 388318 398906 402451 Changes: flpsed (0.3.7-1.1) unstable; urgency=high . * NMU, backported some changes from version 0.3.9 * debian/rules : use make distclean to delete .deps dirs and other cruft * Add Depends: gs-esp and use gs-esp (Closes: #402451). The lack of dependency is a RC bug, hence the urgency. * GsWidget::setProps() : call XSync() (this is done in 0.3.9 to use
Bug#406587: init and telinit can reveal root pass on return from runlevel 1
Hi, Grant Thomas, le Thu 11 Jan 2007 21:17:40 -0600, a écrit : I have the same problem as Lewis Stoddart above, with a small difference. My machine gives the bash error when the username is supplied. I do not receive the password in cleartext. The problem does not appear when the maintenance mode is skipped with crtl+D. What seems to happen is that init doesn't kill the maintenance shell: I can see it running on tty1, concurrently with getty, thus things are mixed: characters sometimes to go the maintenance shell, sometimes to getty. Samuel
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Thu, Jan 11, 2007, Thomas Bushnell BSG wrote: I don't see any reason to think there are missing build deps. It seems rather like the build is pulling in parts of guile-1.8 for some bogus reason. I can't tell, however, without seeing the full build log. Whatever it pulls, dpkg-checkbuilddeps should complain that either build-deps are missing or build-conflicts are not honored, otherwise it's a serious bug of gnucash to not express its build-conflicts with other packages in the archive. Since the package fails to build for the submitter, either build-deps or build-conflicts are not honored and dpkg-checkbuilddeps will report it, or he should file a serious bug on gnucash. -- Loïc Minier [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Check the ia32-libs-gtk pacakge, it has a hack which you might need to adapt to workaround this in local/pangohack.c. Since ia32-libs-gtk is forking the pango source, this is not the problem of the pango maintainer really. -- Loïc Minier [EMAIL PROTECTED]
Bug#406600: xserver-xorg-core: Xorg eats lots and lots of memory
On Fri, Jan 12, 2007 at 01:40:32AM -0800, Steve Langasek wrote: On Fri, Jan 12, 2007 at 10:08:03AM +0100, Pierre Habouzit wrote: Package: xserver-xorg-core Version: 2:1.1.1-15 Severity: grave Justification: renders package unusable For quite a moment now, Xorg eats tons of memory on my system, which is a totally new behaviour. I did not changed anything in my config. Today when I arrived at work I had the wonderful pleasure to see: 3 PID %MEM VIRT SWAP RES CODE DATA SHR nFLT nDRT COMMAND 21013 36.6 480m 112m 367m 1620 416m 4628 7680 Xorg xrestop shows absolutely nothing interesting: xrestop - Display: localhost:0 Monitoring 32 clients. XErrors: 0 Pixmaps: 17212K total, Other: 132K total, All: 17345K total res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 160 4 3005 3511020K 1K 11021K 21117 Bureau 120 173 371 172 405 841K 15K856K 21115 xfwm4 snip Section Device Identifier Geforce Driver nvidia snip Is this problem reproducible with the free nv driver? well, I have to try, I'll relaunch my X server at home with nv. the point is the problem is new, and the sole thing that I upgraded since is the xorg server, not the nvidia driver. The problem is fully reproducible (was less important though before), after 24h my Xorg server always eats more than 18% of my 1Go of RAM. today was just way too much :| I'll keep you posted. But it seems I'm not really the only one in that case: http://lists.freedesktop.org/pipermail/xorg/2007-January/020956.html -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpcdeP8IEpAX.pgp Description: PGP signature
Bug#390582: bibletime crashes on start
DG == Daniel Glassey writes: Subject: bibletime crashes on start Package: bibletime Version: 1.5.3-1+b1 Severity: critical bibletime crashes on start on the amd64 platform: $ bibletime kbuildsycoca running... DCOP Cleaning up dead connections. *** BibleTime got signal 11 (Crashing). Trying to save settings. KCrash: Application 'bibletime' crashing... DG Bibletime 1.6.2 has just been uploaded to unstable so it should DG be available tomorrow or Saturday. Please try it check if this DG bug still happens on amd64. unfortunately, version 1.6.2 still crashes on boot on the amd64 platform. Best, v. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406600: xserver-xorg-core: Xorg eats lots and lots of memory
On Fri, Jan 12, 2007 at 10:08:03AM +0100, Pierre Habouzit wrote: Package: xserver-xorg-core Version: 2:1.1.1-15 Severity: grave Justification: renders package unusable For quite a moment now, Xorg eats tons of memory on my system, which is a totally new behaviour. I did not changed anything in my config. Today when I arrived at work I had the wonderful pleasure to see: 3 PID %MEM VIRT SWAP RES CODE DATA SHR nFLT nDRT COMMAND 21013 36.6 480m 112m 367m 1620 416m 4628 7680 Xorg xrestop shows absolutely nothing interesting: xrestop - Display: localhost:0 Monitoring 32 clients. XErrors: 0 Pixmaps: 17212K total, Other: 132K total, All: 17345K total res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 160 4 3005 3511020K 1K 11021K 21117 Bureau 120 173 371 172 405 841K 15K856K 21115 xfwm4 snip Section Device Identifier Geforce Drivernvidia snip Is this problem reproducible with the free nv driver? -- 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#393023: PAGE_SIZE export
Hello! I disagree with the assertion that programs which rely on PAGE_SIZE are broken -- if they are architecture specific, they are perfectly correct to assume that PAGE_SIZE is a compile-time constant and there is just no valid reason for trying to hide PAGE_SIZE from them. PAGE_SIZE has been a part of glibc API since ages (on architectures where it's a constant) and I don't think that Debian should be the one who takes decisions on what's in the API and what isn't, leaving us with packages which build (on the given architecture) with every libc except for the Debian one. Also, you have not hidden PAGE_SIZE, but replaced it by a non-constant expression. This breaks programs which assume that if PAGE_SIZE exists, it's a constant. So far, this was true on all architectures and although it hasn't been codified anywhere, so technically you are not breaking any standard, it was a common behavior and there are programs that rely on that, so I don't think it should be changed without a really strong reason. Please revert this patch and leave the decision to upstream maintainers. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Thu, Jan 11, 2007 at 09:49:37PM +0100, Loïc Minier wrote: On Thu, Jan 11, 2007, Jim Woodruff wrote: Here's a thought, since the error referred to guile 1.8 (ERROR: Could not find slib/require.scm in ( /usr/share/guile/site /usr/share/guile/1.8 /usr/share/guile)) Shouldn't I have the guile-1.8-dev? This package doesn't seem to be available. I'm attaching you my build log where you'll see all packages installed starting from a base system. You can check which build-deps are not satisfied with the dpkg-checkbuilddeps command in the source tree. I've rebuilt gnucash 2.0.2-2.1 with debugging symbols (DEB_BUILD_OPTIONS=nostrip noopt debuild) in a pbuilder and uploaded it at: http://people.dooz.org/~lool/debian/gnucash/2.0.2-2.1/sid-pbuilder/ You can install this version instead if you like. On the alpha where he's seeing the problem? :) -- 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/
Bug#405555: libruby1.8 should replaces/provides/conflicts with libdevel-logger-ruby1.8
On Wed, Jan 10, 2007 at 02:33:23PM -0600, Adam Majer wrote: Filipe wrote: This package is from sarge, but if someone has this installed in sarge and upgrades to etch, then it stay in the system. It provides the same functionality that logger.rb from libruby1.8 provides, and it has a file called application.rb that seems to get in the way of rails. This error can be reproduced by installing libdevel-logger-ruby1.8 from sarge (this package isn't in etch), and it can be installed without any dependencies problem. Well, it seems that the old logger was not part of the same source as ruby. I'm not sure if the conflicts should go to ruby unless the new ruby also has devel/logger.rb or application.rb. This doesn't seem to be the case though. Rather than a file conflict, this is a conflict of functionality; a target use for the proposed Breaks dpkg field. I think I'll just add the needed conflicts for Etch and remove it in the next upload after Etch is released. Seems like that may be the path of least resistance. While direct upgrades from sarge to lenny won't be supported, it would be more accurate to just leave the Conflicts: in (or change it to Breaks:) because the problem won't have disappeared, it'll just be less likely to be encountered. (Well, maybe ruby1.8 will be deprecated by lenny, I guess that's one possibility. :) -- 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#406619: libc6 [2.5-0exp3] dies on upgrade
Package: libc6 Version: 2.3.6.ds1-10 Severity: grave First of all the libc6 upgrade fails segfaulting on every command. This can be fixed (if one still has a root shell) using : LD_LIBRARY_PATH=/lib/tls/i686/cmov /lib/tls/i686/cmov/ld-linux.so.2 \ /usr/bin/sudo /bin/cp /lib/tls/i686/cmov/ld-linux.so.2 /lib/ Then however locale generation pretends to work but languages are not available. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-mactel-sonne Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libc6 depends on: ii tzdata2006p-1Time Zone and Daylight Saving Time libc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405555: libruby1.8 should replaces/provides/conflicts with libdevel-logger-ruby1.8
On Fri, 12 Jan 2007, Steve Langasek wrote: Well, it seems that the old logger was not part of the same source as ruby. I'm not sure if the conflicts should go to ruby unless the new ruby also has devel/logger.rb or application.rb. This doesn't seem to be the case though. Rather than a file conflict, this is a conflict of functionality; a target use for the proposed Breaks dpkg field. Yes, when breaks be out rails can use it. I think I'll just add the needed conflicts for Etch and remove it in the next upload after Etch is released. Seems like that may be the path of least resistance. While direct upgrades from sarge to lenny won't be supported, it would be more accurate to just leave the Conflicts: in (or change it to Breaks:) because the problem won't have disappeared, it'll just be less likely to be encountered. (Well, maybe ruby1.8 will be deprecated by lenny, I guess that's one possibility. :) Matz said ruby 1.9.1 will be out by Christmas 07 let's hope he can meet that deadline and lenny will have ruby1.9 :D filipe lautert filipe { AT } icewall.org Linux User#279798 Jabber [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, Jan 12, 2007, Steve Langasek wrote: On the alpha where he's seeing the problem? :) Err, stupid me. -- Loïc Minier [EMAIL PROTECTED]
Bug#406621: etch/install i386 hang after first reboot on Compaq ML370 with PIII proc
Package: installation-reports Severity: critical Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [E] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [E] About Load installer modules, on floppy install is error when I select PC keyboard. On CD install it's ok. About install boot loader, select lilo generate error. Select grub works ok. About Reboot, only kernel is booting. It detect and load all needed modules for network, hard disk controller (hardware array) and IDE cdrom. Properly display maked partitions, and hang. No shell is available. I can only alt+ctrl+del to repeat reboot. About install. It's etch installer. I tryed floppy install and binary-1 bootable CD install. Result is the same. I selected allways kernel i686 without SMP. Once I selected i686-SMP, but result is the same. Hardware config: Server: Compaq ML370 without suffix G1,2,3 or 4 Memory: two modules 128MB/133MHz ECC. memtest86 does not report any errors (tested for 4 days non-stop) Processors: first PIII 966MHz/133MHz, second PIII 667MHz/133MHz (to prevent problems, i decided to remove second processor) Network: intel, supported by e100 kernel module. Works ok with DHCP and Static sets, I can install floppy boot with net install. Disc controller: For CDROM, IDE ServerWorks with 2 channels paralell ata For hard drives, Compaq Smart Array 3200 with 64MB RAM, useable for cache 56MB RAM, connected 6 disks SCSI hot pluggable 9.1GB 10kRPM, configured as one logical volume presented as physical device /dev/ida/c0d0 by kernel module cpqarray . I notice, bootable binary-1 debian/sarge works ok. network upgrade from fresh sarge install to eth works ok. I'll try boot installer with debug flag, and try lspci bot now I don't have this data. -- System Information: Debian Release: etch binary-1 current weekly image Architecture: i386 (i686) Kernel: Linux 2.6 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406624: BLUETOOTH_ENABLED=0 still stop script is run
Package: bluez-utils Version: 3.7-1 Severity: grave Tags: patch This caused a hang on reboot/shutdown here. Trivial fix follows: --- bluetooth.orig 2006-10-09 15:55:01.0 +0200 +++ bluetooth 2007-01-12 12:51:52.0 +0100 @@ -222,6 +222,9 @@ ;; stop) log_daemon_msg Stopping $DESC + if test $BLUETOOTH_ENABLED == 0; then + exit 0 + fi stop_pan || true stop_rfcomm || true disable_hci_input || true -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-mactel-sonne Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bluez-utils depends on: ii dbus1.0.2-1 simple interprocess messaging syst ii libbluetooth2 3.7-1Library to use the BlueZ Linux Blu ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libusb-0.1-42:0.1.12-2 userspace USB programming library ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-83 creates device files in /dev ii module-init-tools 3.3-pre4-1 tools for managing Linux kernel mo ii modutils2.4.27.0-6 Linux module utilities ii udev0.103-2 /dev/ and hotplug management daemo Versions of packages bluez-utils recommends: pn bluez-passkey-gnome none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Thu, Jan 11, 2007, Goswin von Brederlow wrote: Replacing the /usr/lib/pango/1.5.0/module-files.d/* with /usr/lib32/pango/1.5.0/module-files.d/* fixes this problem for 32bit but obviously breaks 64 bit. Can we use /usr/lib32 in all cases or should we use /usr/lib32 only for the pango embedded in ia32-libs? IOW, can I change the pango/i386 package to ship /usr/lib32/pango/1.5.0/module-files.d and the the pango/amd64 package to use /usr/lib64/pango/1.5.0/module-files.d -- and hence have no /usr/lib/pango/1.5.0/module-files.d except on other arches (m68k, arm, ...)? Is it more useful to turn on the support for /usr/lib32 at runtime only, or is it ok to unconditionally setup this support at build time? -- Loïc Minier [EMAIL PROTECTED]
Bug#406619: libc6 [2.5-0exp3] dies on upgrade
Soeren Sonnenburg a écrit : Package: libc6 Version: 2.3.6.ds1-10 Severity: grave First of all the libc6 upgrade fails segfaulting on every command. This can be fixed (if one still has a root shell) using : LD_LIBRARY_PATH=/lib/tls/i686/cmov /lib/tls/i686/cmov/ld-linux.so.2 \ /usr/bin/sudo /bin/cp /lib/tls/i686/cmov/ld-linux.so.2 /lib/ Could you please send me a log of the installation? Also could you please send me the version of your kernel and the version you tried (they seems to be wrong in the bug report)? -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Thu, Jan 11, 2007, Goswin von Brederlow wrote: Package: libpango1.0-0 Version: 1.14.8-4 Severity: grave Justification: renders package unusable PS: I set this to grave because it makes ia32-libs-gtk unusable which contains the pango debs. Please reassign to ia32-libs-gtk when you fixed it instead of closing. Why does this show up only now? How did ia32-libs-gtk work until now? -- Loïc Minier [EMAIL PROTECTED]
Bug#390582: bibletime crashes on start
On 12/01/07, Vladimir Volovich [EMAIL PROTECTED] wrote: DG == Daniel Glassey writes: Subject: bibletime crashes on start Package: bibletime Version: 1.5.3-1+b1 Severity: critical bibletime crashes on start on the amd64 platform: $ bibletime kbuildsycoca running... DCOP Cleaning up dead connections. *** BibleTime got signal 11 (Crashing). Trying to save settings. KCrash: Application 'bibletime' crashing... DG Bibletime 1.6.2 has just been uploaded to unstable so it should DG be available tomorrow or Saturday. Please try it check if this DG bug still happens on amd64. unfortunately, version 1.6.2 still crashes on boot on the amd64 platform. Sigh, ok, can you rebuild bibletime from source package with debugging info and then try that out under gdb and see if we can find out what is happening. See http://wiki.debian.org/HowToGetABacktrace for instructions. Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 401010
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 401010 + experimental Bug#401010: evolution: Evolution hangs when i try to read a mail There were no tags set. Tags added: experimental End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#406616: etch daily installation report
Processing commands for [EMAIL PROTECTED]: reassign 406616 tasksel 2.62 Bug#406616: etch daily installation report Bug reassigned from package `installation-reports' to `tasksel'. clone 406616 -1 Bug#406616: etch daily installation report Bug 406616 cloned as bug 406630. retitle 406616 print-server: foomatic-gui pulls in too many unrelated packages Bug#406616: etch daily installation report Changed Bug title. severity 406616 wishlist Bug#406616: print-server: foomatic-gui pulls in too many unrelated packages Severity set to `wishlist' from `normal' retitle -1 tasksel: Desktop task _not_ displayed, but still getting partly installed Bug#406630: etch daily installation report Changed Bug title. severity -1 serious Bug#406630: tasksel: Desktop task _not_ displayed, but still getting partly installed Severity set to `serious' from `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394963: installation: Problems with dual booting Dell D600
I think its problem with compatibility with windows and linux partman. don't forget, windows server can use dynamic disc, that is not compatible with anything. desktop versions of windows can use this type of partitions, after bit modification in 4 system files. Second think, this can be problem with geometry interpretation. I have bad experiences when I partition disk with different tools from different systems. I suggest rather to create all needed partitions under windows, then under debian installer only change types and re-format that partitions, and assign to mountpoints. It allways works me. I notice, microsoft has problems with this own products. There are some incompatibilities between windowsXP and windows9x partitioning tools. -- Grzegorz Szyszło
Processed: [bts-link] source package kdepim
Processing commands for [EMAIL PROTECTED]: # # bts-link upstream status pull for source package kdepim # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). # remote status report for #252063 # * http://bugs.kde.org/show_bug.cgi?id=88005 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 252063 + fixed-upstream Bug#252063: korganizer: Upload of event to an Exchange server gives wrong time for the event in Outlook There were no tags set. Tags added: fixed-upstream usertags 252063 + status-RESOLVED resolution-FIXED Bug#252063: korganizer: Upload of event to an Exchange server gives wrong time for the event in Outlook There were no usertags set. Usertags are now: resolution-FIXED status-RESOLVED. # remote status report for #268943 # * http://bugs.kde.org/show_bug.cgi?id=103595 # * remote status changed: (?) - NEW usertags 268943 + status-NEW Bug#268943: korganizer crashes at start There were no usertags set. Usertags are now: status-NEW. # remote status report for #275520 # * http://bugs.kde.org/show_bug.cgi?id=86879 # * remote status changed: (?) - NEW usertags 275520 + status-NEW Bug#275520: kpilot: KPilot doesn't sync new calendar entries to the Pilot There were no usertags set. Usertags are now: status-NEW. # remote status report for #289153 # * http://bugs.kde.org/show_bug.cgi?id=112474 # * remote status changed: (?) - UNCONFIRMED usertags 289153 + status-UNCONFIRMED Bug#289153: kmail: bad support for paragraph changes and linebreaks There were no usertags set. Usertags are now: status-UNCONFIRMED. # remote status report for #406258 # * http://bugs.kde.org/show_bug.cgi?id=104956 # * remote status changed: VERIFIED - REOPENED # * remote resolution changed: FIXED - (?) # * reopen upstream tags 406258 - fixed-upstream Bug#406258: kmail loses all of inbox, mixes different account with disconnected imap Tags were: fixed-upstream upstream Tags removed: fixed-upstream usertags 406258 - status-VERIFIED resolution-FIXED Bug#406258: kmail loses all of inbox, mixes different account with disconnected imap Usertags were: resolution-FIXED status-VERIFIED. Usertags are now: . usertags 406258 + status-REOPENED Bug#406258: kmail loses all of inbox, mixes different account with disconnected imap There were no usertags set. Usertags are now: status-REOPENED. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393023: PAGE_SIZE export
This bug is assigned to bogl. I assume from your message you meant to reach the linux-kernel-headers maintainers - try debian-glibc instead. Sorry, got a bit confused, I will resend it. Also upstream kernels do not export PAGE_SIZE for various architectures. For instance ia64. Agreed, but Debian should not hide PAGE_SIZE on architectures where the kernel (or libc) exports it. Have a nice day Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Processed: upping severity, as discussed with Steve ...
Processing commands for [EMAIL PROTECTED]: severity 397973 important Bug#397973: [powerpci/mac] partman-md appears to not write back the raid flag to partitions. Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397973: Processed: upping severity, as discussed with Steve ...
severity 397973 important thanks On Friday 12 January 2007 10:33, Debian Bug Tracking System wrote: Bug#397973: [powerpci/mac] partman-md appears to not write back the raid flag to partitions. Severity set to `serious' from `important' I don't agree that this issue is RC. It does not match any of the criteria. 1) This issue does not actually break anything. It just makes it impossible to make use of an optional feature (software RAID) during installation. 2) The issue affects only a limited group of users as it is architecture specific: software RAID support in partman works just fine on at least i386, amd64, sparc and hppa. I'm not sure about other architectures, but at least we have no reports of breakage there. 3) There is no regression, or at least, I do not see how there can be as software RAID support and general partman code has not been touched at that level during Etch development. This rather looks like an incomplete implementation of software RAID support for this particular architecture. As such, and since there currently (unfortunately) is no lead partman maintainer, it is primarily the responsibility of the PowerPC community to provide the missing bits and pieces needed to implement the support. So, IMO as D-I RM, this issue does not make partman-md unsuitable for release. Note for future reference: this BR is possibly related to: http://bugs.debian.org/392764 pgpcHtUcVWARK.pgp Description: PGP signature
Processed: Re: Bug#406621: etch/install i386 hang after first reboot on Compaq ML370 with PIII proc
Processing commands for [EMAIL PROTECTED]: severity 406621 normal Bug#406621: etch/install i386 hang after first reboot on Compaq ML370 with PIII proc Severity set to `normal' from `critical' merge 406621 406483 Bug#406483: System fails to boot after installation Bug#406621: etch/install i386 hang after first reboot on Compaq ML370 with PIII proc Merged 406483 406621. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406646: rafkill: Segfault when saving game
Package: rafkill Version: 1.2.2-1 Severity: grave Justification: renders package unusable I cannot save the game: rafkill -h for help screen Running game at 40 Using window mode 0 OS Linux Loaded data Playing music Loaded /usr/share/games/rafkill/data/intro.mod type 3 ** Running game Config file: /home/armando/.rafkill Loaded /usr/share/games/rafkill/data/intro.mod type 3 String = 'Score 40,902' String = 'Score 17,402' String = 'Score 16,402' String = 'Score 10,402' String = 'Score 1,402' Save player Shutting down Allegro due to signal #11 Segmentation fault -- 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.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rafkill depends on: ii libaldmb11:0.9.3-5 dynamic universal music bibliotheq ii liballegro4.22:4.2.0-5 portable library for cross-platfor ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdumb1 1:0.9.3-5 dynamic universal music bibliotheq ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l ii rafkill-data 1.2.2-1 graphics and audio data for rafkil rafkill recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406604: Enigmail upstream bug and patch
Yes, I am aware of this issue ... however, I have not yet verified if sarge version is affected. If so it should definitly get a security update. On Fri, Jan 12, 2007 at 10:59:32AM +0100, Debian Bugreport Mailaddress wrote: Package: mozilla-thunderbird-enigmail Version: 2:0.91-4sarge2 Severity: grave Enigmail has had a serious bug for a long time, see http://bugzilla.mozdev.org/show_bug.cgi?id=9730 for details. An attacker can send properly crafted encrypted emails to the enigmail user that will crash the receiver's instance of thunderbird. Whether it is possible to inject code or to access the user's passphrase using this aproach is unclear. A patch fixing the issue appeared on the enigmail mailing list. The latest enigmail release (from yesterday, version v0.94.2) fixes the issue). I believe this bug justifies a security updates to sarge and etch. Regards, Tobias Patrick Brunschwig's patch: Index: enigmail.js === RCS file: /cvs/enigmail/src/package/enigmail.js,v retrieving revision 1.190 diff -u -r1.190 enigmail.js --- enigmail.js 8 Jul 2006 16:16:50 - 1.190 +++ enigmail.js 11 Jan 2007 10:33:04 - @@ -883,9 +883,6 @@ DEBUG_LOG(enigmail.js: EnigmailProtocolHandler.newChannel: messageURL=+messageUriObj.originalUrl+, +contentType+, +contentCharset+\n); - if (!messageUriObj.persist) -delete gEnigmailSvc._messageIdList[messageId]; - } else { contentType = text/plain; - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging
Processing commands for [EMAIL PROTECTED]: close 403915 0.99.0-1 Bug#403915: RIPD loses sanity after changing a large chunk of iptable rules 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.99.0-1, send any further explanations to Anton Ivanov [EMAIL PROTECTED] stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393023: PAGE_SIZE export
On Fri, Jan 12, 2007 at 11:30:22AM +0100, Martin Mares wrote: Please revert this patch and leave the decision to upstream maintainers. This bug is assigned to bogl. I assume from your message you meant to reach the linux-kernel-headers maintainers - try debian-glibc instead. Also upstream kernels do not export PAGE_SIZE for various architectures. For instance ia64. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406639: fontforge-doc: trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge
Package: fontforge Version: 0.0.20061220-1 Severity: grave trying to install both, fontforge+fontforge doc results in this: Preparing to replace fontforge-doc 0.0.20061019-1 (using .../fontforge-doc_0.0.20061220-1_all.deb) ... Unpacking replacement fontforge-doc ... dpkg: error processing /var/cache/apt/archives/fontforge-doc_0.0.20061220-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge Errors were encountered while processing: /var/cache/apt/archives/fontforge-doc_0.0.20061220-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-mactel-sonne Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fontforge depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-4X11 client-side library Versions of packages fontforge recommends: ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images pn libuninameslist0 none (no description available) ii libxml2 2.6.27.dfsg-1 GNOME XML library ii zlib1g1:1.2.3-13 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging
Processing commands for [EMAIL PROTECTED]: close 398770 5.0.16 Bug#398770: mysql-server-4.1: memleak - kernel: Out of Memory: Killed process 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 5.0.16, send any further explanations to Thomas Creutz [EMAIL PROTECTED] stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406621: etch/install i386 hang after first reboot on Compaq ML370 with PIII proc
severity 406621 normal merge 406621 406483 thanks This looks like a duplicate of #406483, therefore merging. pgppigy4vStAc.pgp Description: PGP signature
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
Nicolas George wrote: Package: libgphoto2-2 Version: 2.2.1-12 Severity: grave Tags: security In /etc/udev/libgphoto2_generic_ptp_support.rules, there is the following rule: ACTION==add, SUBSYSTEM==usb_device, ENV{INTERFACE}=6/1/1, \ PROGRAM=/bin/sh -c 'K=%k; K=$${K#usbdev}; printf bus/usb/%%03i/%%03i $${K.*} $${K#*.}', \ NAME=%c, MODE=0660, GROUP=plugdev The single = sign after ENV{INTERFACE} means that the INTERFACE environment variable is set, not queried. The result is that all USB devices, and not only the PTP ones, are set to the plugdev group, thus giving some users access to devices they should not have access to. Suggested fix: put two equals signs Sorry I could not handle this earlier. Unfortunately putting two equal signs doesn't work. Unfortunately while I thought I finally managed to get a udev rule working for generic PTP cameras, it appears it is broken and I can only suggest I remove it. This will be a regression with regards to Sarge where hotplug was used but I can't see any other mean. vorlon: would such an upload have chances to get into etch ? Regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406443: marked as done (deinstallation leaves cron.daily dangling symlink)
Your message dated Fri, 12 Jan 2007 15:45:58 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#406443: deinstallation leaves cron.daily dangling symlink has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cron-apt Version: 0.3.0 Severity: serious On deinstallation (not purge) of cron-apt on an etch system, /etc/cron.daily/cron-apt is left as a dangling symlink, which breaks policy. Please either remove the symlink on deinstallation and readd it on reinstallation, or install a script instead which exits silently and without error if the cron-apt binary is not present anymore. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-rc4-piper Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP) ---End Message--- ---BeginMessage--- Version: 0.3.0 Hi Martin I downloaded the 0.3.0 version from stable and grepped for 'dail' [EMAIL PROTECTED]:~/svn/fsp/t/cron-apt$ grep -rin dail * README:19: 04 in the morning you can create a symbolic link from /etc/cron.daily/cron-apt README:23: ln -s /usr/sbin/cron-apt /etc/cron.daily/cron-apt patches/mail_on_changes.txt:39:hourly, while the normal daily cronjob still has MAILON=upgrade. patches/mail_on_changes.txt:42:archive, and from there on on a daily basis. The only match is in the README file. As it has been created manually by the administrator I can hardly see that the package should remove that file. Therefore I'm closing this bug now. Regards, // Ola On Thu, Jan 11, 2007 at 09:17:11AM +0100, martin f krafft wrote: Package: cron-apt Version: 0.3.0 Severity: serious On deinstallation (not purge) of cron-apt on an etch system, /etc/cron.daily/cron-apt is left as a dangling symlink, which breaks policy. Please either remove the symlink on deinstallation and readd it on reinstallation, or install a script instead which exits silently and without error if the cron-apt binary is not present anymore. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-rc4-piper Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://opalsys.net/ UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- ---End Message---
Bug#405555: libruby1.8 should replaces/provides/conflicts with libdevel-logger-ruby1.8
Steve Langasek wrote: On Wed, Jan 10, 2007 at 02:33:23PM -0600, Adam Majer wrote: Filipe wrote: This package is from sarge, but if someone has this installed in sarge and upgrades to etch, then it stay in the system. It provides the same functionality that logger.rb from libruby1.8 provides, and it has a file called application.rb that seems to get in the way of rails. This error can be reproduced by installing libdevel-logger-ruby1.8 from sarge (this package isn't in etch), and it can be installed without any dependencies problem. Well, it seems that the old logger was not part of the same source as ruby. I'm not sure if the conflicts should go to ruby unless the new ruby also has devel/logger.rb or application.rb. This doesn't seem to be the case though. Rather than a file conflict, this is a conflict of functionality; a target use for the proposed Breaks dpkg field. I think I'll just add the needed conflicts for Etch and remove it in the next upload after Etch is released. Seems like that may be the path of least resistance. While direct upgrades from sarge to lenny won't be supported, it would be more accurate to just leave the Conflicts: in (or change it to Breaks:) because the problem won't have disappeared, it'll just be less likely to be encountered. (Well, maybe ruby1.8 will be deprecated by lenny, I guess that's one possibility. :) I'm not sure about the Breaks. rails does not break the libdeve-logger, libdevel-logger breaks rails and libdevel-logger is not part of Debian after Sarge. Or does Breaks mean that Package: A Breaks: B Package: B then this indicates that package A is broken by B? - Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#397973: Processed: upping severity, as discussed with Steve ...
Processing commands for [EMAIL PROTECTED]: severity 397973 serious Bug#397973: [powerpci/mac] partman-md appears to not write back the raid flag to partitions. Severity set to `serious' from `important' # 12:18 vorlon fjp: I would think that not being able to do a RAID install # should be considered RC these days, do you disagree? thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#406583: Tries to overwrite files from libswt-mozilla-gtk-3.2
Processing commands for [EMAIL PROTECTED]: retitle 406583 libswt-mozilla-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni Bug#406583: Tries to overwrite files from libswt-mozilla-gtk-3.2 Changed Bug title. tag 406583 confirmed sid Bug#406583: libswt-mozilla-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni There were no tags set. Tags added: confirmed, sid retitle 401570 libswt-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni Bug#401570: libswt3.2-gtk-jni: apt-get upgrade fails Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406583: Tries to overwrite files from libswt-mozilla-gtk-3.2
retitle 406583 libswt-mozilla-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni tag 406583 confirmed sid retitle 401570 libswt-gtk-3.2-jni: Conflicts with libswt3.2-gtk-jni thanks libswt-mozilla-gtk-3.2-jni is from the swt-gtk source package. libswt3.2-gtk-jni is from the eclipse source package. The latter exists only in sid. These two packages are incompatible. Cheers, Shaun On 1/11/07, Christian Hammers [EMAIL PROTECTED] wrote: Package: libswt-mozilla-gtk-3.2-jni Version: 3.2.1-4 Severity: serious Hello libswt-mozilla-gtk-3.2-jni and libswt-mozilla-gtk-3.2 should either conflict with each other or not overwrite the other packages files. bye, -christian- -=(~)$ sudo apt-get install libswt-mozilla-gtk-3.2-jni libswt-mozilla-gtk-3.2 Reading package lists... Done Building dependency tree... Done libswt-mozilla-gtk-3.2 is already the newest version. The following NEW packages will be installed: libswt-mozilla-gtk-3.2-jni 0 upgraded, 1 newly installed, 0 to remove and 187 not upgraded. 1 not fully installed or removed. Need to get 0B/28.4kB of archives. After unpacking 139kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 207285 files and directories currently installed.) Unpacking libswt-mozilla-gtk-3.2-jni (from .../libswt-mozilla-gtk-3.2-jni_3.2.1-4_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libswt-mozilla-gtk-3.2-jni_3.2.1-4_amd64.deb (--unpack): trying to overwrite `/usr/lib/jni/libswt-mozilla-gtk-3235.so', which is also in package libswt3.2-gtk-jni Errors were encountered while processing: /var/cache/apt/archives/libswt-mozilla-gtk-3.2-jni_3.2.1-4_amd64.deb -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390582: bibletime crashes on start
Hi Daniel, DG == Daniel Glassey writes: unfortunately, version 1.6.2 still crashes on boot on the amd64 platform. DG Sigh, ok, can you rebuild bibletime from source package with DG debugging info and then try that out under gdb and see if we can DG find out what is happening. here's a backtrace from the non-stripped binary: (gdb) run Starting program: /home/vvv/src/bibletime/bibletime-1.6.2.dfsg/build-tree/bibletime-1.6.2.dfsg/bibletime/bibletime [Thread debugging using libthread_db enabled] [New Thread 47723746866176 (LWP 754)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47723746866176 (LWP 754)] 0x2b678c9adfd2 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x2b678c9adfd2 in strcmp () from /lib/libc.so.6 #1 0x004d678b in std::_Rb_treesword::SWBuf, std::pairsword::SWBuf const, sword::multimapwithdefaultsword::SWBuf, sword::SWBuf, std::lesssword::SWBuf , std::_Select1ststd::pairsword::SWBuf const, sword::multimapwithdefaultsword::SWBuf, sword::SWBuf, std::lesssword::SWBuf , std::lesssword::SWBuf, std::allocatorstd::pairsword::SWBuf const, sword::multimapwithdefaultsword::SWBuf, sword::SWBuf, std::lesssword::SWBuf ::find (this=value optimized out, [EMAIL PROTECTED]) at /usr/include/sword/swbuf.h:332 #2 0x2b678af96f10 in sword::SWMgr::augmentModules () from /usr/lib/libsword.so.6 #3 0x2b678af9628f in sword::SWMgr::Load () from /usr/lib/libsword.so.6 #4 0x004de3a3 in CSwordBackend::initModules (this=0x1288f90) at cswordbackend.cpp:109 #5 0x004415f5 in BibleTime::initBackends (this=0xddade0) at bibletime_init.cpp:531 #6 0x0044609d in BibleTime (this=0xddade0) at bibletime.cpp:77 #7 0x00447221 in main (argc=value optimized out, argv=0x0) at main.cpp:255 please let me know if i can help further. Best, v. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373178: marked as done (rezound: wrong entry in /etc/mailcap)
Your message dated Fri, 12 Jan 2007 17:17:06 + with message-id [EMAIL PROTECTED] and subject line Bug#373178: fixed in rezound 0.12.2beta-7 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: rezound Version: 0.12.2beta-6 Severity: normal Hi, The rezound package adds the following lines to /etc/mailcap: application/x-rezound ext: .rez which are not correctly formatted. It should be something like: application/x-rezound; rezound '%s'; description=Rezound Audio File; nametemplate=%s.rez Apparently, it comes from the file rezound.mime which is meant for DIA according to the comment and is mistakenly installed by dh_installmime (?). Thanks. Cheers, Samuel. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages rezound depends on: ii fftw2 [fftw2-double]2.1.3-17 library for computing Fast Fourier ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcupsys2 1.2.1-2 Common UNIX Printing System(tm) - ii libflac++5 1.1.2-5 Free Lossless Audio Codec - C++ ru ii libflac71.1.2-5 Free Lossless Audio Codec - runtim ii libfontconfig1 2.3.2-7 generic font configuration library ii libfox1.4 1.4.31-2+b1 The FOX C++ GUI Toolkit ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-2GCC support library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.2-1 The OpenGL utility library (GLU) ii libjack0.100.0-00.101.1-1JACK Audio Connection Kit (librari ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsoundtouch1c21.3.0-2.1sound stretching library ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3 ii libtiff43.8.2-4 Tag Image File Format (TIFF) libra ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages rezound recommends: ii cdrdao1:1.2.1-6 records CDs in Disk-At-Once (DAO) -- no debconf information ---End Message--- ---BeginMessage--- Source: rezound Source-Version: 0.12.2beta-7 We believe that the bug you reported is fixed in the latest version of rezound, which is due to be installed in the Debian FTP archive: rezound_0.12.2beta-7.diff.gz to pool/main/r/rezound/rezound_0.12.2beta-7.diff.gz rezound_0.12.2beta-7.dsc to pool/main/r/rezound/rezound_0.12.2beta-7.dsc rezound_0.12.2beta-7_i386.deb to pool/main/r/rezound/rezound_0.12.2beta-7_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Guenter Geiger (Debian/GNU) [EMAIL PROTECTED] (supplier of updated rezound package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 12 Jan 2007 16:21:47 +0100 Source:
Bug#406630: Desktop task _not_ displayed, but still getting partly installed
I'd like to second this problem, I was going to file a new report but saw this one. Yesterday I installed 3 brand new Dell 1950 servers using Etch installer 20061102. I usually go for Manual package selection and go for leanest possible system but now this option was missing. First I tried without selecting anything but saw alot of strange gnome and gtk stuff being installed (no xorg though) (~470 packages). So I re-installed and tried to bypass the selection by pressing escape, but the gnome packages still got installed. Third time (after rtfm) I went for the Standard option which was supposed to be the minimal system but this time tasksel installed even more packages (around 510 packages), So I decided to use tasksel remove after install instead. After installation I tried the command tasksel remove gnome-desktop and to my relief tasksel started removing alot of packages but after it was finished it started installing the same packages again with no prompting, after it was done I was in the same position I started at. I eventually had to remove all unvanted packages manually. I would very much for the manual package selection or skip tasksel to stay in the installer, but I guess that's an issue for the debian-installer team. -- Mathias Jansson System Administrator, Midasplayer AB S:t Göransgatan 66 SE-112 33 Stockholm Mobile. +46 (0)70 811 75 40 Fax. +46 (0)8 545 70 439 Flight Reservation systems decide whether or not you exist. If your information isn't in their database, then you simply don't get to go anywhere. -- Arthur Miller
Bug#406600: Upgrade from which version?
the sole thing that I upgraded since is the xorg server From what? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406639: fontforge-doc: trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge
tags 406639 pending thanks Pn, 2007 01 12 15:18 +0100, Soeren Sonnenburg rašė: trying to install both, fontforge+fontforge doc results in this: dpkg: error processing /var/cache/apt/archives/fontforge-doc_0.0.20061220-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge Thank you. Fixed on the my local copy and will be closed this bug on the next upload. -- Kęstutis Biliūnas [EMAIL PROTECTED] signature.asc Description: Ši laiško dalis yra pasirašyta skaitmeniniu būdu
Processed: Re: Bug#406639: fontforge-doc: trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge
Processing commands for [EMAIL PROTECTED]: tags 406639 pending Bug#406639: fontforge-doc: trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406600: Upgrade from which version?
On Fri, Jan 12, 2007 at 12:46:24PM -0500, Philippe Cloutier wrote: the sole thing that I upgraded since is the xorg server From what? I dist-upgrade every day, so from the last revision of the x.org server. doh ! -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpqzTfqqGtcW.pgp Description: PGP signature
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, 2007-01-12 at 10:25 +0100, Loïc Minier wrote: On Thu, Jan 11, 2007, Thomas Bushnell BSG wrote: I don't see any reason to think there are missing build deps. It seems rather like the build is pulling in parts of guile-1.8 for some bogus reason. I can't tell, however, without seeing the full build log. Whatever it pulls, dpkg-checkbuilddeps should complain that either build-deps are missing or build-conflicts are not honored, otherwise it's a serious bug of gnucash to not express its build-conflicts with other packages in the archive. Since the package fails to build for the submitter, either build-deps or build-conflicts are not honored and dpkg-checkbuilddeps will report it, or he should file a serious bug on gnucash. I am saying that the build failure, in my opinion, has *nothing to do* with missing packages. There is no indication in the error that the problem is a missing package; the indication is that the error is a mistaken use of guile-1.8. Thomas signature.asc Description: This is a digitally signed message part
Processed: severity of 406600 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 406600 important Bug#406600: xserver-xorg-core: Xorg eats lots and lots of memory Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397973: #397973 [powerpci/mac] partman-md appears to not write back the raid flag to partitions.
This issue may possibly be fixed by partman-base (101). Please test. pgpfGLFXfhyno.pgp Description: PGP signature
Bug#406619: libc6 [2.5-0exp3] dies on upgrade
not-found 406619 2.3.6.ds1-10 found 406619 2.5-0exp3 severity 406619 important tag 406619 + unreproducible thanks Soeren Sonnenburg a écrit : On Fri, 2007-01-12 at 13:44 +0100, Aurelien Jarno wrote: Soeren Sonnenburg a écrit : Package: libc6 Version: 2.3.6.ds1-10 Severity: grave First of all the libc6 upgrade fails segfaulting on every command. This can be fixed (if one still has a root shell) using : LD_LIBRARY_PATH=/lib/tls/i686/cmov /lib/tls/i686/cmov/ld-linux.so.2 \ /usr/bin/sudo /bin/cp /lib/tls/i686/cmov/ld-linux.so.2 /lib/ Could you please send me a log of the installation? That's not so easy... it died somewhere in the process when treying to install gcc-4.2 (upgrade from unstable). Unfortunately without much information, I am not able to debug the problem. The libc6 2.5-0exp3 works here on at least two machines. I am therefore downgrading the severity of this bug to important. Also could you please send me the version of your kernel and the version you tried (they seems to be wrong in the bug report)? I tried libc6 version 2.5-0exp3 (but could only file this report on 2.3*). Kernel version is 2.6.19-something. Ok, fixing the version in the bug report then. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#406619: libc6 [2.5-0exp3] dies on upgrade
Processing commands for [EMAIL PROTECTED]: not-found 406619 2.3.6.ds1-10 Unknown command or malformed arguments to command. found 406619 2.5-0exp3 Bug#406619: libc6 [2.5-0exp3] dies on upgrade Bug marked as found in version 2.5-0exp3. severity 406619 important Bug#406619: libc6 [2.5-0exp3] dies on upgrade Severity set to `important' from `grave' tag 406619 + unreproducible Bug#406619: libc6 [2.5-0exp3] dies on upgrade There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: I am saying that the build failure, in my opinion, has *nothing to do* with missing packages. There is no indication in the error that the problem is a missing package; the indication is that the error is a mistaken use of guile-1.8. But if the build process uses guile-1.8 when it's available instead of the build-deps, and the build subsequently fails in some conditions, a build-conflict is missing. -- Loïc Minier [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, 2007-01-12 at 20:20 +0100, Loïc Minier wrote: On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: I am saying that the build failure, in my opinion, has *nothing to do* with missing packages. There is no indication in the error that the problem is a missing package; the indication is that the error is a mistaken use of guile-1.8. But if the build process uses guile-1.8 when it's available instead of the build-deps, and the build subsequently fails in some conditions, a build-conflict is missing. No. You are making all kinds of assumptions, and just guessing, I think. The debian/rules file explicitly uses guile-1.6 unconditionally. If that isn't working for some reason, then the problem must be tracked down, I agree, but it does not follow that a build-conflict is the right solution. In fact, it is certainly the wrong solution. Thomas signature.asc Description: This is a digitally signed message part
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Loïc Minier [EMAIL PROTECTED] writes: On Thu, Jan 11, 2007, Goswin von Brederlow wrote: Replacing the /usr/lib/pango/1.5.0/module-files.d/* with /usr/lib32/pango/1.5.0/module-files.d/* fixes this problem for 32bit but obviously breaks 64 bit. Can we use /usr/lib32 in all cases or should we use /usr/lib32 only for the pango embedded in ia32-libs? IOW, can I change the pango/i386 package to ship /usr/lib32/pango/1.5.0/module-files.d and the the pango/amd64 package to use /usr/lib64/pango/1.5.0/module-files.d -- and hence have no /usr/lib/pango/1.5.0/module-files.d except on other arches (m68k, arm, ...)? On amd64 /usr/lib64 is a link to /usr/lib maintained by libc6 and if you put any files in there then dpkg will complain on the next libc6 update about a file conflict for /usr/lib64. So you must ship the file in /usr/lib even if you use /usr/lib64 to open them. As for using /usr/lib32 on i386 that is totaly up to you. On i386 /usr/lib32 does not yet exist but I don't see a reason not to create it. Note that you can't have system libraries in /usr/lib32 since it is not a default lib dir on i486. Is it more useful to turn on the support for /usr/lib32 at runtime only, or is it ok to unconditionally setup this support at build time? How would you turn it on at runtime? Policy forbidds to set an environment variable in a package. You could have an /etc/pango/config that tells libpango i386 to use lib32 and we ship it in ia32-libs-gtk only. But isn't than more work than always using lib32? Alternatively you could include the gnu tripple in the path to the modules file like gcc uses: /usr/lib/pango/x86_64-linux-gnu/1.5.0/module-files.d/ /usr/lib/pango/i486-linux-gnu/1.5.0/module-files.d/ or like cross-compilers: /usr/x86_64-linux-gnu/lib/pango/1.5.0/module-files.d/ /usr/i486-linux-gnu/lib/pango/1.5.0/module-files.d/ -- Loïc Minier [EMAIL PROTECTED] MfG Goswin
Bug#403964: marked as done (libinstrudeo0: Links with libraries with incompatible licenses)
Your message dated Fri, 12 Jan 2007 19:17:20 + with message-id [EMAIL PROTECTED] and subject line Bug#403964: fixed in libinstrudeo 0.1.4-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libinstrudeo0 Version: 0.1.3-3 Severity: serious Justification: Policy 2.3 This library is linked to OpenSSL, whose license is incompatible with GPL, which is the license of libinstrudeo0 itself and the ffmpeg libraries it uses (libavcodec0d and libavformat0d). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-vserver-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) ---End Message--- ---BeginMessage--- Source: libinstrudeo Source-Version: 0.1.4-1 We believe that the bug you reported is fixed in the latest version of libinstrudeo, which is due to be installed in the Debian FTP archive: isdexport_0.1.4-1_i386.deb to pool/main/libi/libinstrudeo/isdexport_0.1.4-1_i386.deb libinstrudeo-dev_0.1.4-1_i386.deb to pool/main/libi/libinstrudeo/libinstrudeo-dev_0.1.4-1_i386.deb libinstrudeo0_0.1.4-1_i386.deb to pool/main/libi/libinstrudeo/libinstrudeo0_0.1.4-1_i386.deb libinstrudeo_0.1.4-1.diff.gz to pool/main/libi/libinstrudeo/libinstrudeo_0.1.4-1.diff.gz libinstrudeo_0.1.4-1.dsc to pool/main/libi/libinstrudeo/libinstrudeo_0.1.4-1.dsc libinstrudeo_0.1.4.orig.tar.gz to pool/main/libi/libinstrudeo/libinstrudeo_0.1.4.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Luca Bedogni [EMAIL PROTECTED] (supplier of updated libinstrudeo package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 11 Jan 2007 13:17:06 +0100 Source: libinstrudeo Binary: libinstrudeo0 libinstrudeo-dev isdexport Architecture: source i386 Version: 0.1.4-1 Distribution: unstable Urgency: low Maintainer: Luca Bedogni [EMAIL PROTECTED] Changed-By: Luca Bedogni [EMAIL PROTECTED] Description: isdexport - Export isd files to other formats libinstrudeo-dev - library that manage the recording of screen-sessions libinstrudeo0 - library that manage the recording of screen-sessions Closes: 403964 Changes: libinstrudeo (0.1.4-1) unstable; urgency=low . * New upstream Release (Closes: #403964) Files: 834b36bfcb970735e5707d7416f5f339 826 libs optional libinstrudeo_0.1.4-1.dsc 90fad6e48c65c132e700a21f12e64ef1 791506 libs optional libinstrudeo_0.1.4.orig.tar.gz ca9bd4446b2714607b5910cccf43cd66 78783 libs optional libinstrudeo_0.1.4-1.diff.gz 7acfe576d8447255e6a645a6f13e3d08 288148 libs optional libinstrudeo0_0.1.4-1_i386.deb cf9ac9a46507a1557eba1042cb06e4b6 381084 libdevel optional libinstrudeo-dev_0.1.4-1_i386.deb da8a41fa65eb9d0962f077b7a2c6c411 8208 utils optional isdexport_0.1.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFp9fk+C5cwEsrK54RAuhCAJ9m+aOOXxSDDH0gXx6o8OniaVCPVQCgpUt7 R1gtM9SpQzCZKvEAq/kEthg= =4Zmy -END PGP SIGNATURE- ---End Message---
Bug#399226: Possible solution with chrpath
Hi, I tried to track down this bug, but also failed. Because Frank reported that removing the rpath-related settings from the Makefile.in did not work I tried the modify Makefile.am. But disabling all rpath statements did not remove the rpath setting in the binaries. I guess this has something to do with linking against pkglib_LTLIBRARIES, but I do not have enough knowledge about the autotools to determine the real problem here. However, I attached a patch the at least cures the symptoms of this bug and removes the insecure rpath setting. I added two calls to 'chrpath' to the rules file that will delete the respective rpath setting (I also modified the build-depends accordingly). The updated package builds in a clean amd64 sid chroot and yacas still seems to work (I ran several example computations that are provided on the upstream website). I would prefer fixing the bug in the makefiles rather than patching the binaries, but anyway here is the patch. Bye, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 diff -rNu yacas.old/debian/control yacas-1.0.57/debian/control --- yacas.old/debian/control 2007-01-12 20:08:07.0 +0100 +++ yacas-1.0.57/debian/control 2007-01-12 20:08:37.328067064 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Gopal Narayanan [EMAIL PROTECTED] Standards-Version: 3.6.1.1 -Build-Depends: lynx,libfltk1.1-dev,debhelper (=4),docbook-to-man, libgsl0-dev, automake1.9, autoconf, freeglut3-dev, libxmu-dev, libxt-dev, libxi-dev +Build-Depends: lynx,libfltk1.1-dev,debhelper (=4),docbook-to-man, libgsl0-dev, automake1.9, autoconf, freeglut3-dev, libxmu-dev, libxt-dev, libxi-dev, chrpath Package: yacas Architecture: any diff -rNu yacas.old/debian/rules yacas-1.0.57/debian/rules --- yacas.old/debian/rules 2007-01-12 20:08:07.0 +0100 +++ yacas-1.0.57/debian/rules 2007-01-12 20:09:51.542784712 +0100 @@ -81,6 +81,11 @@ -rm debian/yacas-doc/usr/share/doc/yacas-doc/html/proteusbooks.html -rm -rf debian/yacas/usr/share/yacas/documentation -rm -rf debian/yacas-proteus/usr/share/doc/yacas/documentation + + # fix insecure rpath + chrpath -d $(ddir)/usr/bin/yacas + chrpath -d $(ddir-proteus)/usr/bin/proteusworksheet + touch install-stamp binary-indep: build install
Processed: closing 398770
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 # v-t works on Debian versions, not upstream versions close 398770 5.0.16-1 Bug#398770: mysql-server-4.1: memleak - kernel: Out of Memory: Killed process 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 5.0.16-1, send any further explanations to Thomas Creutz [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397973: #397973 [powerpci/mac] partman-md appears to not write back the raid flag to partitions.
On Fri, Jan 12, 2007 at 07:51:40PM +0100, Frans Pop wrote: This issue may possibly be fixed by partman-base (101). Please test. I will, will need to see if i can manually work around #403136 to reach the partitioning step. If i create the sd* devices by hand it usually works, but dies horribly during base-install, but this should be enough to test this fix. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406426: marked as done (texlive-publishers: siam publishing macros are not free)
Your message dated Fri, 12 Jan 2007 19:47:37 + with message-id [EMAIL PROTECTED] and subject line Bug#406426: fixed in texlive-extra 2005.dfsg.3-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: texlive-publishers Version: 2005.dfsg.2-4 Severity: serious Justification: DFSG As found by Karl Berry the siam macro package is not distributable under DFSG (charging money not allowed, etc). The macros should be removed from the orig.tar.gz and the binary package. -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 norbert norbert 2082 2007-01-03 13:09 /home/norbert/texmf/ls-R -rw-r--r-- 1 root root 1719 2007-01-10 02:36 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 489404 2006-12-19 18:58 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2006-12-12 07:19 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2006-12-28 16:03 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2006-12-28 16:03 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2006-12-12 07:19 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 12009 2007-01-10 02:36 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 21247 2007-01-10 02:36 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 13715 2007-01-10 02:36 /var/lib/texmf/tex/generic/config/language.dat -- 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.20-rc4 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages texlive-publishers depends on: ii texlive-common 2005.dfsg.2-5 TeX Live: Base component ii texlive-latex-base 2005.dfsg.2-5 TeX Live: Basic LaTeX packages texlive-publishers recommends no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii ucf 2.0017 Update Configuration File: preserv Versions of packages texlive-publishers is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) -- debconf information: tex-common/singleuser: false tex-common/check_texmf_wrong: tex-common/check_texmf_missing: ---End Message--- ---BeginMessage--- Source: texlive-extra Source-Version: 2005.dfsg.3-1 We believe that the bug you reported is fixed in the latest version of texlive-extra, which is due to be installed in the Debian FTP archive: texlive-bibtex-extra_2005.dfsg.3-1_all.deb to pool/main/t/texlive-extra/texlive-bibtex-extra_2005.dfsg.3-1_all.deb texlive-chemistry_2005.dfsg.3-1_all.deb to pool/main/t/texlive-extra/texlive-chemistry_2005.dfsg.3-1_all.deb texlive-extra_2005.dfsg.3-1.diff.gz to pool/main/t/texlive-extra/texlive-extra_2005.dfsg.3-1.diff.gz texlive-extra_2005.dfsg.3-1.dsc to pool/main/t/texlive-extra/texlive-extra_2005.dfsg.3-1.dsc texlive-extra_2005.dfsg.3.orig.tar.gz to pool/main/t/texlive-extra/texlive-extra_2005.dfsg.3.orig.tar.gz texlive-fonts-extra_2005.dfsg.3-1_all.deb to pool/main/t/texlive-extra/texlive-fonts-extra_2005.dfsg.3-1_all.deb texlive-formats-extra_2005.dfsg.3-1_all.deb to pool/main/t/texlive-extra/texlive-formats-extra_2005.dfsg.3-1_all.deb texlive-games_2005.dfsg.3-1_all.deb to
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Loïc Minier [EMAIL PROTECTED] writes: On Thu, Jan 11, 2007, Goswin von Brederlow wrote: Package: libpango1.0-0 Version: 1.14.8-4 Severity: grave Justification: renders package unusable PS: I set this to grave because it makes ia32-libs-gtk unusable which contains the pango debs. Please reassign to ia32-libs-gtk when you fixed it instead of closing. Why does this show up only now? How did ia32-libs-gtk work until now? Ia32-libs-gtk in debian is relatively new and it never worked. See '#372508: Preparing multiarch' for details if you can't remeber the issues you fixed. Unfortunately we can't just default to seting multiarch yet. -- Loïc Minier [EMAIL PROTECTED] The patch below should fix the issue. The first change is optional. We can move the objects and adjust the conffile in ia32-libs-gtk if you don't like it. MfG Goswin --- debian/rules~ 2007-01-12 20:37:19.0 +0100 +++ debian/rules2007-01-12 20:52:07.0 +0100 @@ -49,10 +49,10 @@ endif # relative Pango Modules Path (separated by :) -MODULES_PATH := $(LIBDIR)/pango/$(MODVER)/modules +MODULES_PATH := usr/$(DEB_HOST_GNU_TYPE)/lib/pango/$(MODVER)/modules # relative directory to store the generated Pango Module File -MODULE_FILES_D := $(LIBDIR)/pango/$(MODVER)/module-files.d +MODULE_FILES_D := usr/$(DEB_HOST_GNU_TYPE)/lib/pango/$(MODVER)/module-files.d # Pango Module API version virtual Provide ifneq (,$(findstring multiarch,$(DEB_BUILD_OPTIONS)))
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Loïc Minier [EMAIL PROTECTED] writes: Check the ia32-libs-gtk pacakge, it has a hack which you might need to adapt to workaround this in local/pangohack.c. Since ia32-libs-gtk is forking the pango source, this is not the problem of the pango maintainer really. -- Loïc Minier [EMAIL PROTECTED] The ia32-libs-gtk package has a local/pangohack.c file. But that does not fork the pango source. Instead it is a library that can be preloaded with LD_PRELOAD=libpangohack.so.0.0. The ia32-libs-gtk package in debian does not build the library but if we must I guess we could. We would then have to add libpangohack.so.0.0 to /etc/ld.so.preload to make this work in a package. Something I would rather not do. MfG Goswin PS: sorry to reply to every mail in turn instead all at once.
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Fri, Jan 12, 2007, Goswin von Brederlow wrote: Is it more useful to turn on the support for /usr/lib32 at runtime only, or is it ok to unconditionally setup this support at build time? How would you turn it on at runtime? Policy forbidds to set an environment variable in a package. You could have an /etc/pango/config that tells libpango i386 to use lib32 and we ship it in ia32-libs-gtk only. But isn't than more work than always using lib32? Check the patch in the Ubuntu package, I thought I already sent it to you during the multiarch discussion. It uses uname(). Attached. Alternatively you could include the gnu tripple in the path to the modules file like gcc uses: /usr/lib/pango/x86_64-linux-gnu/1.5.0/module-files.d/ /usr/lib/pango/i486-linux-gnu/1.5.0/module-files.d/ or like cross-compilers: /usr/x86_64-linux-gnu/lib/pango/1.5.0/module-files.d/ /usr/i486-linux-gnu/lib/pango/1.5.0/module-files.d/ This would require updating of the pangohack in ia32-libs-gtk I suppose. -- Loïc Minier [EMAIL PROTECTED] diff -Nur pango-1.15.2.orig/pango/pango-utils.c pango-1.15.2/pango/pango-utils.c --- pango-1.15.2.orig/pango/pango-utils.c 2006-12-07 03:16:13.0 +0100 +++ pango-1.15.2/pango/pango-utils.c 2006-12-21 17:23:55.0 +0100 @@ -24,6 +24,8 @@ #include string.h #include stdlib.h #include math.h +#include unistd.h +#include sys/utsname.h #include locale.h #include pango-font.h @@ -688,7 +690,23 @@ return result; #else - return SYSCONFDIR /pango; + static gchar *result = NULL; + struct utsname uts; + + if (result == NULL) +{ + result = g_getenv(PANGO_SYSCONFDIR); + if (!access(result, R_OK|X_OK)) + return result; +#if defined(__linux__) defined (__i386__) + uname(uts); + if (!strcmp(x86_64, uts.machine) + !access(SYSCONFDIR /pango32, R_OK|X_OK)) + result = SYSCONFDIR /pango32; +#endif + result = SYSCONFDIR /pango; +} + return result; #endif } @@ -716,6 +734,14 @@ return result; #else +#if defined(__linux__) defined (__i386__) + struct utsname uts; + + uname(uts); + if (!strcmp(x86_64, uts.machine) + !access(/usr/lib32/pango, R_OK|X_OK)) +return /usr/lib32/pango; +#endif return LIBDIR /pango; #endif }
Bug#397973: #397973 [powerpci/mac] partman-md appears to not write back the raid flag to partitions.
On Fri, Jan 12, 2007 at 07:51:40PM +0100, Frans Pop wrote: This issue may possibly be fixed by partman-base (101). Please test. Well, i have done an d-i install, created the devices by hand, chosen in expert mode unstable, which i suppose will pull in the above version, but haven't really found out a way to test it (please add the version to syslog when they get installed, this would be very helpful), and have to say that the problem still persists. I create two 1GB raid partitions, and try to create a RAID1 device, and find the No RAID partitions available dialog. When i go into parted, i notice that the raid flag has gone, replaced with a swap flag, which seems strange. Both of them used to be swap partitions prior to the test though. I set the raid flags back, go back to partman, who mentions me a dialog please make sure you are happy with the partitions table and commit it (paraphrased i forgot to copy, but you get the meaning), and the raid flags are gone again. To work around this, you have to go into parted, after the first partman-md dialog, and set the raid flags. The funny thing is that the raid flag is shown in the main partman manual partitioning dialog, so i suppose it is in the database, unless these flags are detected and not taken from the partman datas or something. Without this, i would have thought that partman had the non-raid stored in its data, and when doing the write to disk, did write the non-raid flag (well, erased the flag i guess). It would be really helpful if this could be reproduced on an x86 box, with a mac partition table (expert mode, chose pmac as partition table format for the disk). So, unless i made a mistake, i confirm that this bug is still present. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: No. You are making all kinds of assumptions, and just guessing, I think. The debian/rules file explicitly uses guile-1.6 unconditionally. If that isn't working for some reason, then the problem must be tracked down, I agree, but it does not follow that a build-conflict is the right solution. In fact, it is certainly the wrong solution. If the submitter has a normal system where he installed whatever he wanted from Debian and apt-get source + apt-get build-dep + dpkg-check-builddeps debuild fails to build, the build-deps or build-conflicts are incorrect. I'm not making assumptions nor guessing, I'm stating policy which is that if the build-depends and build-conflicts are satisfied, the package must build... -- Loïc Minier [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, 2007-01-12 at 21:26 +0100, Loïc Minier wrote: On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: No. You are making all kinds of assumptions, and just guessing, I think. The debian/rules file explicitly uses guile-1.6 unconditionally. If that isn't working for some reason, then the problem must be tracked down, I agree, but it does not follow that a build-conflict is the right solution. In fact, it is certainly the wrong solution. If the submitter has a normal system where he installed whatever he wanted from Debian and apt-get source + apt-get build-dep + dpkg-check-builddeps debuild fails to build, the build-deps or build-conflicts are incorrect. I'm not making assumptions nor guessing, I'm stating policy which is that if the build-depends and build-conflicts are satisfied, the package must build... If the package does not build properly on a normal system, under the circumstances you describe, that means there is a bug. It does not mean that the correct fix for the bug is to change the build-depends or the build-conflicts. Thomas signature.asc Description: This is a digitally signed message part
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: If the package does not build properly on a normal system, under the circumstances you describe, that means there is a bug. It does not mean that the correct fix for the bug is to change the build-depends or the build-conflicts. It is fixable by changing the build-depends or build-conflicts. -- Loïc Minier [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Fri, Jan 12, 2007, Goswin von Brederlow wrote: The patch below should fix the issue. The first change is optional. We can move the objects and adjust the conffile in ia32-libs-gtk if you don't like it. Err, how will your patch affect where pango is actually looking for modules? -- Loïc Minier [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, 2007-01-12 at 21:38 +0100, Loïc Minier wrote: On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: If the package does not build properly on a normal system, under the circumstances you describe, that means there is a bug. It does not mean that the correct fix for the bug is to change the build-depends or the build-conflicts. It is fixable by changing the build-depends or build-conflicts. So what? It's also fixable by removing the package from Debian. Neither is the right solution. It is crucial that users be able to install guile-1.6 and guile-1.8 at the same time. Guile is carefully arranged so that this is possible. There is no reason for gnucash to build-conflict with one of them. If there is a bug (and we still don't know that, lacking a proper build log) then it is a simple matter to diagnose and fix it correctly. Indeed, the bug may well not lie in gnucash at all; it may be a bug in guile in fact. We simply don't know until the details are apparent. Thomas signature.asc Description: This is a digitally signed message part
Bug#406674: libghc6-time-dev: Undefined references in link time
Package: libghc6-time-dev Version: 1.0-3 Severity: grave Justification: renders package unusable This simple script: import Data.Time.LocalTime main = do now - getZonedTime putStrLn $ show now Is getting me the following compile errors: $ ghc -fglasgow-exts t.hs t.o: In function `sF1_info': (.text+0x39): undefined reference to `timezm1zi0_DataziTimeziLocalTimeziLocalTime_zdf2_closure' t.o: In function `sF6_info': (.text+0xc3): undefined reference to `timezm1zi0_DataziTimeziLocalTimeziLocalTime_getZZonedTime_closure' t.o: In function `Main_main_srt': (.rodata+0x0): undefined reference to `timezm1zi0_DataziTimeziLocalTimeziLocalTime_getZZonedTime_closure' t.o: In function `Main_main_srt': (.rodata+0x4): undefined reference to `timezm1zi0_DataziTimeziLocalTimeziLocalTime_zdf2_closure' collect2: ld returned 1 exit status But using the interpreter it is ok: $ runhaskell t.hs 2007-01-12 19:09:02.890111 BRST -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (700, 'stable'), (400, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso8859-1) Versions of packages libghc6-time-dev depends on: ii ghc6 [libghc6-base-dev] 6.6-3 GHC - the Glasgow Haskell Compilat ii ghc6-prof [libghc6-base-prof] 6.6-3 Profiling libraries for the Glasgo libghc6-time-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271921: marked as done (FTBFS on alpha)
Your message dated Fri, 12 Jan 2007 22:04:52 +0100 with message-id [EMAIL PROTECTED] and subject line has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gsnmp Version: 0.1.0-0.1 Tags: experimental Severity: serious From: BUILDD [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Log for failed build of gsnmp_0.1.0-0.1 (dist=experimental) Date: Wed, 15 Sep 2004 16:29:16 +0200 Message-Id: [EMAIL PROTECTED] Automatic build of gsnmp_0.1.0-0.1 on freyja by sbuild/alpha 1.170.5 Build started at 20040915-1628 ** Checking available source versions... Fetching source files... Reading Package Lists... Building Dependency Tree... Need to get 382kB of source archives. Get:1 ftp://linux.mathematik.tu-darmstadt.de experimental/main gsnmp 0.1.0-0.1 (dsc) [633B] Get:2 ftp://linux.mathematik.tu-darmstadt.de experimental/main gsnmp 0.1.0-0.1 (tar) [378kB] Get:3 ftp://linux.mathematik.tu-darmstadt.de experimental/main gsnmp 0.1.0-0.1 (diff) [3002B] Fetched 382kB in 0s (970kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), libgnet2.0-dev, libtool, pkg-config, libglib2.0-dev Checking for already installed source dependencies... debhelper: missing libgnet2.0-dev: missing libtool: missing pkg-config: missing libglib2.0-dev: missing Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper libgnet2.0-dev libtool pkg-config libglib2.0-dev Reading Package Lists... Building Dependency Tree... Note, selecting libgnet-dev instead of libgnet2.0-dev The following extra packages will be installed: autotools-dev debconf debconf-i18n debconf-utils file gettext gettext-base html2text intltool-debian libglib2.0-0 libgnet-dev libgnet2.0-0 liblocale-gettext-perl libmagic1 libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl po-debconf The following NEW packages will be installed: autotools-dev debconf debconf-i18n debconf-utils debhelper file gettext gettext-base html2text intltool-debian libglib2.0-0 libglib2.0-dev libgnet-dev libgnet2.0-0 liblocale-gettext-perl libmagic1 libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtool pkg-config po-debconf 0 packages upgraded, 22 newly installed, 0 to remove and 9 not upgraded. Need to get 264kB/4913kB of archives. After unpacking 19.9MB will be used. Get:1 ftp://linux.mathematik.tu-darmstadt.de sid/main libgnet2.0-0 2.0.4-1 [114kB] Get:2 ftp://linux.mathematik.tu-darmstadt.de sid/main libgnet-dev 2.0.4-1 [150kB] Fetched 264kB in 3s (75.2kB/s) Selecting previously deselected package liblocale-gettext-perl. (Reading database ... 7434 files and directories currently installed.) Unpacking liblocale-gettext-perl (from .../liblocale-gettext-perl_1.01-17_alpha.deb) ... Selecting previously deselected package libtext-iconv-perl. Unpacking libtext-iconv-perl (from .../libtext-iconv-perl_1.2-3_alpha.deb) ... Selecting previously deselected package libtext-charwidth-perl. Unpacking libtext-charwidth-perl (from .../libtext-charwidth-perl_0.04-1_alpha.deb) ... Selecting previously deselected package libtext-wrapi18n-perl. Unpacking libtext-wrapi18n-perl (from .../libtext-wrapi18n-perl_0.06-1_all.deb) ... Selecting previously deselected package debconf-i18n. Unpacking debconf-i18n (from .../debconf-i18n_1.4.36_all.deb) ... Selecting previously deselected package debconf. Unpacking debconf (from .../debconf_1.4.36_all.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_4.10-3_alpha.deb) ... Selecting previously deselected package file. Unpacking file (from .../archives/file_4.10-3_alpha.deb) ... Selecting previously deselected package gettext-base. Unpacking gettext-base (from .../gettext-base_0.14.1-5_alpha.deb) ... Selecting previously deselected package autotools-dev. Unpacking autotools-dev (from .../autotools-dev_20040822.1_all.deb) ... Selecting previously deselected package debconf-utils. Unpacking debconf-utils (from .../debconf-utils_1.4.36_all.deb) ... Selecting previously deselected package html2text. (Reading database ... 7770 files and directories currently installed.) Unpacking html2text (from .../html2text_1.3.2a-1_alpha.deb) ... Selecting previously deselected package gettext. Unpacking gettext (from .../gettext_0.14.1-5_alpha.deb) ... Selecting previously deselected package intltool-debian.
Bug#406624: [Pkg-bluetooth-maintainers] Bug#406624: BLUETOOTH_ENABLED=0 still stop script is run
severity 406624 normal thanks On Fri, Jan 12, 2007 at 12:54:24PM +0100, Soeren Sonnenburg wrote: Package: bluez-utils Version: 3.7-1 Severity: grave Tags: patch This caused a hang on reboot/shutdown here. Hi, is this bug reproducible or it is a one-time thing? which bluetooth hardware do you have? I'm downgrading it since it has not been reported before and seems to affect only a class of users. thanks for the patch and the report, I've applied the patch with slight modification. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: I find television very educating. Every time somebody turns on the set, I go into the other room and read a book. -- Groucho Marx signature.asc Description: Digital signature
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Loïc Minier [EMAIL PROTECTED] writes: On Fri, Jan 12, 2007, Goswin von Brederlow wrote: The patch below should fix the issue. The first change is optional. We can move the objects and adjust the conffile in ia32-libs-gtk if you don't like it. Err, how will your patch affect where pango is actually looking for modules? Aeh, isn't that debian/rules variable passed along to the source during compile? Well, if not that would have to be done. -- Loïc Minier [EMAIL PROTECTED] After some discussion on irc here is another possibility to fix this. Instead of setting /etc/ld.so.preload we mangle the libpango-1.0.so directly during build. !!!DANGER, EVIL HACK COMING!!! ar x /32-bit-chroot/usr/lib/libpango-1.0.a objcopy -W pango_get_sysconf_subdirectory -N pango_get_lib_subdirectory pango-utils.o pango-utils2.o rm pango-utils.o gcc -m32 -O2 -W -Wall -c pangohack.c gcc -m32 -g -Wall -W -nostartfiles -shared -fPIC -Wl,-soname,libpango-1.0.so.0 -o libpango-1.0.so.0.0.1234 *.o This is pretty crazy but if it breaks at least it only affects 32bit pango using programms and not the whole system like /etc/ld.so.preload would. MfG Goswin
Processed: Re: [Pkg-bluetooth-maintainers] Bug#406624: BLUETOOTH_ENABLED=0 still stop script is run
Processing commands for [EMAIL PROTECTED]: severity 406624 normal Bug#406624: BLUETOOTH_ENABLED=0 still stop script is run Severity set to `normal' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358044: Fixed upstream
This bug has been fixed upstream as part of a series of patches I made that fix platform issues (mainly for Solaris and IRIX). Upstream SVN: http://crystal.svn.sourceforge.net/viewvc/crystal/CS/trunk/include/cssysdef.h?r1=26026r2=26189 Original patch: http://www.tliquest.net/ryan/cs_patches/cssysdef.diff Ryan Thoryk [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399113: xen kernel infinite loop processing core dump
Hi, On Thu, Nov 30, 2006, Knock, Bob wrote: Duplicated with linux-image-2.6.18-3-xen-686. Does not occur with the 2.6.16.29-xen kernel pulled from Xen 3.0.3 LiveCD. Has anyone else duplicated this? Would there be any benefit to posting a VMWare image? Hmm, I tried reproducing your bug in a vmware, and was not able to. Do you still get the bug? I installed a vanilla Etch system from the daily business card ISO, dist-upgraded to sid, installed xen-linux-system-2.6.18-3-xen-686 version 2.6.18-8, rebooted, installed build-essential, built crash.c. ./crash results in Aborted, and only that, nothing new in dmesg. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Loïc Minier [EMAIL PROTECTED] writes: On Fri, Jan 12, 2007, Goswin von Brederlow wrote: Is it more useful to turn on the support for /usr/lib32 at runtime only, or is it ok to unconditionally setup this support at build time? How would you turn it on at runtime? Policy forbidds to set an environment variable in a package. You could have an /etc/pango/config that tells libpango i386 to use lib32 and we ship it in ia32-libs-gtk only. But isn't than more work than always using lib32? Check the patch in the Ubuntu package, I thought I already sent it to you during the multiarch discussion. It uses uname(). Attached. Ah yes, that was in the old bugreport. I thought you actually had it (or something equivalent) included in pango already but it wasn't working. I will do a test build with it and the latest pango source but from reading the patch it looks fine. MfG Goswin
Bug#405630: NMU uploaded
On Wed, Jan 10, 2007 at 08:26:21PM +0100, Andreas Barth wrote: I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Thank you. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406677: alsa-utils: Alsaconf as a forkbomb
Package: alsa-utils Version: 1.0.13-1 Severity: critical Justification: breaks the whole system On my system alsaconf acts as a forkbomb. It is therefore unusable. Steps to reproduce: 1. Login as root. 2. Run alsaconf. 3. Press enter on welcome screen. 4. On lower part of the screen one can see unloading snd-emu10k-synth or sth. similar. 5. After a few seconds mouse starts lagging, then keyboard stops reacting. Hard disk drive LED blinks as hell (swapping?). 6. If one has good luck, can see multitude processes of modprobe/sh -c pairs. I don't know full command line, because had chance to execute ps aux (without w) and after two repetitions I didn't want to reproduce it further. Looking at /proc/config.gz reveals that I have modules unloading enabled. Sound card: Sound Blaster Live! on emu10k1 chip. -- 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.3.rg1 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages alsa-utils depends on: ii dialog1.0-20060221-2 Displays user-friendly dialog boxe ii libasound21.0.13-1 ALSA library ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii linux-sound-base 1.0.13-3 base package for ALSA and OSS soun ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii module-init-tools 3.3-pre4-1 tools for managing Linux kernel mo ii pciutils 1:2.2.4-1 Linux PCI Utilities ii python2.4.4-2An interactive high-level object-o ii whiptail 0.52.2-9 Displays user-friendly dialog boxe Versions of packages alsa-utils recommends: ii alsa-base 1.0.13-3 ALSA driver configuration files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Fri, Jan 12, 2007, Goswin von Brederlow wrote: After some discussion on irc here is another possibility to fix this. Instead of setting /etc/ld.so.preload we mangle the libpango-1.0.so directly during build. !!!DANGER, EVIL HACK COMING!!! ar x /32-bit-chroot/usr/lib/libpango-1.0.a objcopy -W pango_get_sysconf_subdirectory -N pango_get_lib_subdirectory pango-utils.o pango-utils2.o rm pango-utils.o gcc -m32 -O2 -W -Wall -c pangohack.c gcc -m32 -g -Wall -W -nostartfiles -shared -fPIC -Wl,-soname,libpango-1.0.so.0 -o libpango-1.0.so.0.0.1234 *.o This is pretty crazy but if it breaks at least it only affects 32bit pango using programms and not the whole system like /etc/ld.so.preload would. I prefer this solution as IIUC it doesn't require any change to pango. Could you confirm this basically works? I suggest you drop the pango.modules from ia32-libs-gtk completely and sed the pango-module-file.d/pango instead (this is required anyway, not just for this solution). -- Loïc Minier [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Fri, Jan 12, 2007, Goswin von Brederlow wrote: Ah yes, that was in the old bugreport. I thought you actually had it (or something equivalent) included in pango already but it wasn't working. I will do a test build with it and the latest pango source but from reading the patch it looks fine. It certainly wont work as is, no. -- Loïc Minier [EMAIL PROTECTED]
Bug#399113: xen kernel infinite loop processing core dump
Hmm, I tried reproducing your bug in a vmware, and was not able to. Do you still get the bug? Yes, it still happens for me using 2.6.18-8. ./crash results in Aborted, and only that, nothing new in dmesg. It would do that if you failed to enable core dumps via ulimit -c unlimited. If you enable core dumps, I would expect to see the described crash when using a broken kernel, and Aborted (core dumped) when using a working one. Bob
Bug#406630: marked as done (tasksel: Desktop task _not_ displayed, but still getting partly installed)
Your message dated Fri, 12 Jan 2007 22:47:08 + with message-id [EMAIL PROTECTED] and subject line Bug#406630: fixed in tasksel 2.63 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: cd Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/20070109-3/i386/iso-cd/debian-testing-i386-businesscard.iso Date: 20070112 Machine: Random old pentium 3. umame -a: Linux weka 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux lspci -nn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] [1106:0691] (rev c4) lspci -nn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] [1106:8598] lspci -nn: 00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C686 [Apollo Super South] [1106:0686] (rev 40) lspci -nn: 00:07.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06) lspci -nn: 00:07.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 16) lspci -nn: 00:07.3 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 16) lspci -nn: 00:07.4 SMBus [0c05]: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [1106:3057] (rev 40) lspci -nn: 00:07.5 Multimedia audio controller [0401]: VIA Technologies, Inc. VT82C686 AC97 Audio Controller [1106:3058] (rev 50) lspci -nn: 00:09.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) lspci -nn: 00:0c.0 Communication controller [0780]: Ambient Technologies Inc HaM controllerless modem [1813:4000] (rev 02) lspci -nn: 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV11 [GeForce2 MX/MX 400] [10de:0110] (rev a1) lspci -vnn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] [1106:0691] (rev c4) lspci -vnn: Flags: bus master, medium devsel, latency 0 lspci -vnn: Memory at e000 (32-bit, prefetchable) [size=64M] lspci -vnn: Capabilities: [a0] AGP version 2.0 lspci -vnn: Capabilities: [c0] Power Management version 2 lspci -vnn: lspci -vnn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] [1106:8598] (prog-if 00 [Normal decode]) lspci -vnn: Flags: bus master, 66MHz, medium devsel, latency 0 lspci -vnn: Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 lspci -vnn: I/O behind bridge: 9000-9fff lspci -vnn: Memory behind bridge: dde0-dfef lspci -vnn: Prefetchable memory behind bridge: cdc0-ddcf lspci -vnn: Capabilities: [80] Power Management version 2 lspci -vnn: lspci -vnn: 00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C686 [Apollo Super South] [1106:0686] (rev 40) lspci -vnn: Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge [1106:0686] lspci -vnn: Flags: bus master, stepping, medium devsel, latency 0 lspci -vnn: Capabilities: [c0] Power Management version 2 lspci -vnn: lspci -vnn: 00:07.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06) (prog-if 8a [Master SecP PriP]) lspci -vnn: Flags: bus master, medium devsel, latency 32 lspci -vnn: I/O ports at ffa0 [size=16] lspci -vnn: Capabilities: [c0] Power Management version 2 lspci -vnn: lspci -vnn: 00:07.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 16) (prog-if 00 [UHCI]) lspci -vnn: Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller [0925:1234] lspci -vnn: Flags: bus master, medium devsel, latency 64, IRQ 12 lspci -vnn: I/O ports at cc00 [size=32] lspci -vnn: Capabilities: [80] Power Management version 2 lspci -vnn: lspci -vnn: 00:07.3 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 16) (prog-if 00 [UHCI]) lspci -vnn: Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller [0925:1234] lspci -vnn: Flags: bus master, medium devsel, latency 64, IRQ 12 lspci -vnn: I/O ports at d000 [size=32] lspci -vnn: Capabilities: [80] Power Management version 2 lspci -vnn: lspci -vnn: 00:07.4 SMBus [0c05]: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [1106:3057] (rev 40) lspci -vnn: Flags: medium devsel, IRQ 5 lspci -vnn: Capabilities: [68] Power Management version 2 lspci -vnn: lspci
Bug#406689: iceape-browser: iceape won't start
Package: iceape-browser Version: 1.0.7-2 Severity: grave Justification: renders package unusable hi I just installed iceape in this Etch machine. More precisely, I installed: iceape-browser iceape-gnome-support iceape-mailnews iceape-calendar Unfortunately, iceape refuses to start: it just shows a dialog with title configuration error and content Failed to read the configuration file. Please contact your system administrator. When I installed it the first time, my / partition ran out of disk space; so I deleted some old stuff, and 'dpkg --purge' all packages above, and reinstalled; but the problem is still there. I also tried moving away my .mozilla dir, but to no result. I then 'dpkg --purge' all packages but iceape-browser, and it still fails the same way. a. ps: I am sorry, I am not helping in any way, but I do not really understand why it is failing -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages iceape-browser depends on: ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-9GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.7-1 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages iceape-browser recommends: ii iceape-gnome-support 1.0.7-2Gnome support for the Iceape Inter -- no debconf information -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#406691: fails to upgrade
Package: firebird2-super-server Severity: serious Missconfiguration can break package upgrade (at least on sarge): Preparing to replace firebird2-super-server 1.5.1-4 (using .../firebird2-super-server_1.5.1-4sarge1_i386.deb) ... Stopping Firebird server: Your user name and password are not defined. Ask your database administrator to set up a Firebird login. can not attach to server Usage: firebird {start|stop|shutdown|restart|reload} Usage: firebird {start|stop|shutdown|restart|reload|force-reload} An instance of the Firebird Super server seems to be running. (the fbserver or fbguard process was detected running on your system) Please quit all Firebird applications and then proceed dpkg: error processing /var/cache/apt/archives/firebird2-super-server_1.5.1-4sarge1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 -- 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-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
Loïc Minier [EMAIL PROTECTED] writes: On Fri, Jan 12, 2007, Goswin von Brederlow wrote: Ah yes, that was in the old bugreport. I thought you actually had it (or something equivalent) included in pango already but it wasn't working. I will do a test build with it and the latest pango source but from reading the patch it looks fine. It certainly wont work as is, no. -- Loïc Minier [EMAIL PROTECTED] The patch had a minor bug for /etc/pango32. It tested for /etc/pango32 but then overwrote the reult with /etc/pango anyway. Which is ok as there seems to be no architecture specific file left in /etc/pango, only the font aliases. I fixed that and also made the patch less conditional. The test for uname is not needed and actualy breaks stuff. You might want to have an uname of i686 for your www-browser so some flash or java plugin works. But you still want to be able to read pdf links too. 'linux32 www-browser' would result in acroread being started with uname 'i686' and then pango fails. I also added a g_getenv(PANGO32_SYSCONFDIR); for symetry. Are you sure the SYSCONFDIR part is still needed? The modules conffile used to be there iirc but no more. I can't think of a reason why 32bit and 64bit would need different fonts: [EMAIL PROTECTED]:~% ls -lh /etc/pango/ total 0 lrwxrwxrwx 1 root root 38 Nov 3 02:42 pangox.aliases - /var/lib/defoma/pango.d/pangox.aliases I think the 2nd chunk of the patch could be discarded leaving just 5 lines change. MfG Goswin -- --- pango1.0-1.14.8.orig/pango/pango-utils.c +++ pango1.0-1.14.8/pango/pango-utils.c @@ -23,6 +23,7 @@ #include errno.h #include string.h #include stdlib.h +#include unistd.h #include pango-font.h #include pango-impl-utils.h @@ -598,7 +599,28 @@ return result; #else - return SYSCONFDIR /pango; + static gchar *result = NULL; + + if (result == NULL) +{ +#if defined(__linux__) defined (__i386__) + result = g_getenv(PANGO32_SYSCONFDIR); + if (result != NULL !access(result, R_OK|X_OK)) + return result; +#endif + result = g_getenv(PANGO_SYSCONFDIR); + if (result != NULL !access(result, R_OK|X_OK)) + return result; +#if defined(__linux__) defined (__i386__) + if (!access(SYSCONFDIR /pango32, R_OK|X_OK)) +{ + result = SYSCONFDIR /pango32; + return result; +} +#endif + result = SYSCONFDIR /pango; +} + return result; #endif } @@ -626,6 +648,10 @@ return result; #else +#if defined(__linux__) defined (__i386__) + if (!access(/usr/lib32/pango, R_OK|X_OK)) +return /usr/lib32/pango; +#endif return LIBDIR /pango; #endif }
Bug#405977: [SPONSORING] Bug fix release of hunspell-uz
Hi Daniel, I made a bug fix release of hunspell-uz (closes #405977) and uploaded it to the following place: http://mentors.debian.net/debian/pool/main/u/uzbek-wordlist/ Could you please have a look and sponsor it? Thanks in advance, Mashrab. -- Mashrab Kuvatov PGP key: www.uni-bremen.de/~kmashrab/kmashrab.asc pgpfofAjJsma4.pgp Description: PGP signature
Bug#405977: [SPONSORING] Bug fix release of hunspell-uz
Mashrab Kuvatov wrote: http://mentors.debian.net/debian/pool/main/u/uzbek-wordlist/ please always include the URI to the *.dsc file, not just the directory. then, you don't need to send the copy to the BTS, a private mail to me is actually enough. and last, it is usual to write the 'Closes: #n' behind the particular changelog entry which descriptes the bugfix you did, e.g.: ---snip--- * Added missing conflicts against mozilla-browser, iceape-browser, firefox, thunderbird, iceweasel, icedove (Closes: #405977). ---snap--- please change the changelog, then i'll upload. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390270: amaya: Amaya corrupts files when saving
Ok pulling my head out of the car stuffs... First, thanks to Amaya for tagging the bug. Second, I now have an package based on upstream 9.53. The source package is available at http://www.imalip.info/amaya/ , for those who want to test/check it and possibly upload it, which would be nice (closing an RC bug stop me from expending the changelog entry). I finally rerolled the upstream tarball to remove non-free bits. Now I will have to push upstream to apply more of my patches... As usual, the applied patches are in debian/patches, and any comment or suggestion is welcome. CC'ing Joerg as my AM. I still don't know what I'm supposed to do, so let's show him what I'm working on... Thanks, and happy new year, Regis On Sat, January 6, 2007 01:33, Benjamin Woodacre wrote: This issue does not seem to appear in the latest upstream version, 9.53, released on 12 December. signature.asc Description: This is a digitally signed message part