Bug#410663: more info
I've confirmed that this problem is still not fixed in the code of the recently updated 3.0.24-2, but I was not able to reproduce it yet. Given the changelog of 3.0.24, there is indeed no reason at all for this bu to be fixed in it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410386: Xorg segfaults randomly
On Tue, 2007-02-13 at 20:41 +0200, Shlomi Israel wrote: It happened today again. $ LANG=en_US apt-cache policy xserver-xorg-core xserver-xorg-core: Installed: 2:1.1.1-17 Candidate: 2:1.1.1-17 the same backtrace in the logs. Can you try to attach gdb to the X server and get a full backtrace? (Only possible from a remote login) -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#410663: [Pkg-samba-maint] Bug#410663: winbind leaking file descriptors
forwarded 410663 https://bugzilla.samba.org/show_bug.cgi?id=3204 tags 410663 patch thanks Quoting Yves Junqueira ([EMAIL PROTECTED]): Package: winbind Version: 3.0.23d-4 Severity: normal Tags: patch When using Winbind for authentication in an AD domain by Squid, my var partition quickly with 146Gb of logs in syslog with the following message: winbindd: Exceeding 200 client connections, no idle connection found That is a known bug in Winbind. See https://bugzilla.samba.org/show_bug.cgi?id=3204 I'm still confirming if that fixes the problem. If so, could this go to Etch, please? Given the current frozen state of etch, there is nearly no chance that this gets fixed unless someone consders this as release critical. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409295: iceape: v1.1 is available
You can find a build of Iceape 1.1 based on what Mike already did on: http:/hjh.passys.nl Mind you, I haven't tested it yet!!! Hendrik-Jan 2007/2/2, Hendrik-Jan Heins [EMAIL PROTECTED]: If I can get an internet connection next week, I'll see if I can do a build. Hendrik-Jan 2007/2/1, Mike Hommey [EMAIL PROTECTED]: On Thu, Feb 01, 2007 at 09:27:05PM +0200, Wladimir Mutel [EMAIL PROTECTED] wrote: Package: iceape Version: 1.0.7-2 Severity: wishlist Dear maintainers, Just reminding you about http://www.mozilla.org/projects/seamonkey/ Version 1.1 went from beta to stable on Jan 18th. Hope to see it as Iceape in Debian soon. Not likely to happen for etch. Maybe in experimental if I have enough time for this. Mike ___ pkg-mozilla-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-mozilla-maintainers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410879: xserver-xorg-core: Dual-screen problem
Package: xserver-xorg-core Version: 2:1.1.1-17 Severity: important Ever since the update of xserver-xorg-core from 2:1.1.1-16 to 2:1.1.1-17, my xinerama configuration with two monitors fails to start claiming two unavaialble modules, event and wfb (which is a sub-module of the nvidia video driver, and is available at /usr/lib/xorg/modules/libnvidia-wfb.so.1.0.9746). I've also tried to go to 2:1.2.0-2 (experimental), but that didn't change anything. Benjamin -- 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-08-10 13:52 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1597708 2007-02-10 21:27 /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 NV34M [GeForce FX Go5200] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3603 2007-02-14 08:34 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section ServerLayout Identifier Default Layout Screen BuiltinScreen Screen 0 BuiltinScreen 0 0 Screen 1 ExternalScreen RightOf BuiltinScreen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Section Files FontPathunix/:7100 FontPathunix/:7101 EndSection Section Module Loadbitmap Loaddbe Loadddc Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section ServerFlags Option Standby Time 20 Option Suspend Time 30 Option Off Time 45 Option Xinerama 1 EndSection # built-in keyboard Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys Option XkbOptionscompose:caps Option XkbOptionsmod4:lwin EndSection # external mouse Section InputDevice Identifier Configured Mouse Driver event Option Device /dev/input/by-id/usb-Logitec_Optical_USB_Mouse-event-mouse Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier nv_internal Driver nvidia BusID PCI:1:0:0 Screen 0 Option NvAGP 1 Option NoLogotrue Option CursorShadow true Option RenderAccel true Option TripleBuffer true EndSection Section Device Identifier nv_external Driver nvidia BusID PCI:1:0:0 Screen 1 Option NvAGP 1 Option NoLogotrue Option CursorShadow true Option RenderAccel true Option TripleBuffer true EndSection Section Monitor Identifier Built-In Display Vendorname Dell ModelName Dell 1680x1050 Laptop Display HorizSync 31.5-90.0 VertRefresh 59.0-85.0 ModeLine1680x1050 147.14 1680 1784 1968 2256 1050 1051 1054 1087 Option DPMS Option RenderAccel EndSection Section Monitor Identifier ExternalMonitor HorizSync 31.5-90.0 VertRefresh 59.0-85.0 ModeLine1680x1050 147.14 1680 1784 1968 2256 1050 1051 1054 1087 Option DPMS Option RenderAccel EndSection Section Screen Identifier BuiltinScreen Device nv_internal Monitor Built-In Display
Bug#410870: pitivi 0.10.1-2 - Segmentation fault
On Wed, Feb 14, 2007, Patrick Sturm wrote: Adding sources work but as soon as you choose the new project bit and try to add moviefiles to the editing box at the bottom, the program crashes. [EMAIL PROTECTED]:~$ pitivi GTK Accessibility Module initialized Segmentation fault USING: 2.6.18-3-k7 libc6 -- Version: 2.3.6.ds1-11 Please followup to this bug report with the reportbug tool so that I get more information on your system. Could you also attach a backtrace as explained here: http://wiki.debian.org/HowToGetABacktrace (you can skip the rebuild as Pitivi is a python application) -- Loïc Minier [EMAIL PROTECTED]
Bug#405391: #405391 is Wine Bugzilla Bug 6547
This bug is Wine Bugzilla Bug 6547, wine versions newer than 0.9.22 hang. It is temporarily fixed by setting XMODIFIERS= This can be put in the /usr/bin/wine script. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410879: xserver-xorg-core: Dual-screen problem
On Wed, 2007-02-14 at 08:56 +0100, Benjamin Gufler wrote: Package: xserver-xorg-core Version: 2:1.1.1-17 Severity: important Ever since the update of xserver-xorg-core from 2:1.1.1-16 to 2:1.1.1-17, my xinerama configuration with two monitors fails to start claiming two unavaialble modules, event and wfb (which is a sub-module of the nvidia video driver, and is available at /usr/lib/xorg/modules/libnvidia-wfb.so.1.0.9746). I've also tried to go to 2:1.2.0-2 (experimental), but that didn't change anything. Neither module can be shipped by the X server in Debian, so this appears to be an nvidia driver issue. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#409243: fails to boot.
Il giorno mar, 13/02/2007 alle 18.01 +0100, maximilian attems ha scritto: ok one other thing to check is please upgrade to busybox from etch does that fix your trouble?? I have already busybox from etch dpkg -l busybox ii busybox1.1.3-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410880: debian_bundle/changelog.py fails with attached changelog
Package: python-debian Version: 0.1.1 Severity: important please consider the attached debian/changelog. I get the following stacktrace, which makes bzr-builddeb unusable for this package. bzr bd Building using working tree bzr: ERROR: debian_bundle.changelog.ChangelogParseError: Could not parse changelog: -- Jérôme Schell [EMAIL PROTECTED] Tue, 27 Jun 2004 18:48:20 +0010 Traceback (most recent call last): File /usr/lib/python2.4/site-packages/bzrlib/commands.py, line 650, in run_bzr_catch_errors return run_bzr(argv) File /usr/lib/python2.4/site-packages/bzrlib/commands.py, line 612, in run_bzr ret = run(*run_argv) File /usr/lib/python2.4/site-packages/bzrlib/commands.py, line 304, in run_argv_aliases return self.run(**all_cmd_args) File /usr/lib/python2.4/site-packages/bzrlib/plugins/bzr-builddeb/__init__.py, line 223, in run (changelog, larstiq) = find_changelog(t, merge) File /usr/lib/python2.4/site-packages/bzrlib/plugins/bzr-builddeb/util.py, line 113, in find_changelog changelog = Changelog(contents) File /var/lib/python-support/python2.4/debian_bundle/changelog.py, line 248, in __init__ raise ChangelogParseError(line) ChangelogParseError: Could not parse changelog: -- Jérôme Schell [EMAIL PROTECTED] Tue, 27 Jun 2004 18:48:20 +0010 bzr 0.14.0 on python 2.4.4.final.0 (linux2) arguments: ['/usr/bin/bzr', 'bd', '-w'] ** please send this report to [EMAIL PROTECTED] The line in question is this, I suspect the problem here: -- Jérôme Schell [EMAIL PROTECTED] Tue, 27 Jun 2004 18:48:20 +0010 ^^ extra space It would be great if python-debian was more tolerant at this place ;) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python-debian depends on: ii python2.4.4-2An interactive high-level object-o ii python-support0.5.6 automated rebuilding support for p python-debian recommends no packages. -- no debconf information boxbackup (0.10-2) unstable; urgency=low * Cleanups in debian/rules * Apply patch from svn, commit #626, in order to fix FTBFS see http://bbdev.fluffy.co.uk/trac/changeset/626 -- Reinhard Tartler [EMAIL PROTECTED] Wed, 14 Feb 2007 09:05:48 +0100 boxbackup (0.10-1) unstable; urgency=low * New upstream version * Add LSB headers in init script -- Jérôme Schell [EMAIL PROTECTED] Mon, 10 Oct 2005 14:16:20 +0200 boxbackup (0.09-3) unstable; urgency=low * Added man pages for bbackupd, bbackupd-config, bbackupctl, bbackupquery * Improve lintian compatibility of the packages -- Jérôme Schell [EMAIL PROTECTED] Mon, 10 Oct 2005 14:16:20 +0200 boxbackup (0.09-2) unstable; urgency=low * Improve clean target of debian/rules -- Jérôme Schell [EMAIL PROTECTED] Sun, 20 Feb 2005 11:41:20 +0010 boxbackup (0.09-1) unstable; urgency=low * New upstream release. -- Jérôme Schell [EMAIL PROTECTED] Thu, 6 Dec 2004 20:45:20 +0010 boxbackup (0.08-2) unstable; urgency=low * Fix endless loop when debconf priority is high or critical -- Jérôme Schell [EMAIL PROTECTED] Thu, 23 Sep 2004 17:36:20 +0010 boxbackup (0.08-1) unstable; urgency=low * New upstream release. -- Jérôme Schell [EMAIL PROTECTED] Thu, 23 Sep 2004 17:36:20 +0010 boxbackup (0.07+PLUS4-1) unstable; urgency=low * New upstream release. -- Jérôme Schell [EMAIL PROTECTED] Thu, 23 Sep 2004 10:21:20 +0010 boxbackup (0.07-1) unstable; urgency=low * New upstream release. -- Jérôme Schell [EMAIL PROTECTED] Tue, 28 Jun 2004 21:26:20 +0010 boxbackup (0.06PLUS2-3) unstable; urgency=low * Fix the client init script to really stop the daemon -- Jérôme Schell [EMAIL PROTECTED] Tue, 27 Jun 2004 18:48:20 +0010 boxbackup (0.06PLUS2-2) unstable; urgency=low * Fix notifyadmin script is not executable -- Jérôme Schell [EMAIL PROTECTED] Tue, 24 Jun 2004 22:22:20 +0010 boxbackup (0.06PLUS2-1) unstable; urgency=low * New upstream release. -- Jérôme Schell [EMAIL PROTECTED] Tue, 24 Jun 2004 20:46:20 +0010 boxbackup (0.06PLUS1-3) unstable; urgency=low * Fix bad default configuration file path -- Jérôme Schell [EMAIL PROTECTED] Tue, 19 Jun 2004 21:03:24 +0010 boxbackup (0.06PLUS1-2) unstable; urgency=low * Fix missing dependencies on openssl for boxbackup-client -- Jérôme Schell [EMAIL PROTECTED] Tue, 19 Jun 2004 00:30:24 +0010 boxbackup (0.06PLUS1-1) unstable; urgency=low * New upstream release. -- Jérôme Schell [EMAIL PROTECTED] Tue, 18 Jun 2004 18:51:24 +0010 boxbackup (0.06-1) unstable; urgency=low * Initial Release. -- Jérôme Schell [EMAIL
Bug#410357: can't reproduce
Mike O'Connor wrote, On 14/02/07 15:06: I'm not able to produce this bug on my system. Are you able to reproduce it? rosegarden-data-1.4.0-1 is the only 1.4.?? that was ever in debian, you can download it here to try to reproduce it: http://packages.debian.org/cgi-bin/download.pl?arch=allfile=pool%2Fmain%2Fr%2Frosegarden%2Frosegarden-data_1.4.0-1_all.debmd5sum=e45339b2c7b72e54a440aafe388f97e1arch=alltype=main thanks, stew I tried downgrading to Rosegarden 1.4.0-1 then upgrading to Rosegarden 1.5.0-1 again and received no messages beyond the normal: Reading changelogs... (Reading database ... 195778 files and directories currently installed.) Preparing to replace rosegarden 1:1.4.0-1 (using /rosegarden_1%3a1.5.0-1_i386.deb) ... Unpacking replacement rosegarden ... Preparing to replace rosegarden-data 1:1.4.0-1 (using /rosegarden-data_1%3a1.5.0-1_all.deb) ... Unpacking replacement rosegarden-data ... Setting up rosegarden-data (1.5.0-1) ... Setting up rosegarden (1.5.0-1) ... Press return to continue. Regards, Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408948: .volume might be needed too as well as full pathnames
Hi, I see you went for a whitelist for .desktop files hanlding in nautilus for #408948; I think it lessens the impact of the lack of the MIME type mismatch checks in gnome-vfs2 and is less intrusive, and will permit downgrading 408948. However, I think .volume needs to be added, and perhaps other extensions as well. At least here I see: bee% gnomevfs-ls computer:// ... refuge.volume (Regular, application/x-desktop)size 0 mode 0444 (this is a locally mounted partition) There's also smblink-root, but I suppose some larger whitelist can be implemented for network://: bee% gnomevfs-ls network:// smblink-root(Regular, application/x-desktop)size 0 mode 0444 Did you already check smb:// shares? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#366355: libx11: ssh -X between Sarges XF86 and Sids Xorg7 broken
On Mon, 2007-02-12 at 20:18 +0100, Brice Goglin wrote: Xavier Bestel wrote: On Mon, 2007-02-12 at 08:08 +0100, Brice Goglin wrote: Hi Guys, About 8 months ago, you reported (a replied to a bug) in the Debian BTS regarding ssh -X problems between sarge and sid machines. I just want to know whether it still occurs with latest packages nowadays, especially Sarge-Etch. Thanks, My part of the problem (wrong pixmaps between RHEL3 X server and sid X clients) still happens from time to time (saw it last friday). Is there any way to be sure it is related to Debian and/or Sid? Can you reproduce from RHEL to Sarge for instance? (or from Sarge to Sid, since it is what the bug was about in the beginning, and it seems fine for Wouter now). Unfortunately I don't have a Sarge install anymore. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410883: Linking libufsparse.so requires explicit linking of BLAS and C math libraries
Package: libufsparse Version: 1.2-7 Severity: important Hello, The current build of libufsparse.so requires explicit linking with BLAS and the C math library when it is used. The result of compiling umfpack_di_demo.c without such explicit linking showed: quote $ gcc -I/usr/include/ufsparse -o umfpack_di_demo umfpack_di_demo.c \ -L/usr/lib -lumfpack -lamd /usr/lib/libumfpack.so: undefined reference to `sqrt' /usr/lib/libumfpack.so: undefined reference to `dscal_' /usr/lib/libumfpack.so: undefined reference to `dgemv_' /usr/lib/libumfpack.so: undefined reference to `ztrsv_' /usr/lib/libumfpack.so: undefined reference to `pow' /usr/lib/libumfpack.so: undefined reference to `dgemm_' /usr/lib/libumfpack.so: undefined reference to `log10' /usr/lib/libumfpack.so: undefined reference to `zgemv_' /usr/lib/libumfpack.so: undefined reference to `dtrsm_' /usr/lib/libumfpack.so: undefined reference to `dger_' /usr/lib/libumfpack.so: undefined reference to `zgeru_' /usr/lib/libumfpack.so: undefined reference to `dtrsv_' /usr/lib/libumfpack.so: undefined reference to `zgemm_' /usr/lib/libumfpack.so: undefined reference to `ztrsm_' collect2: ld returned 1 exit status /quote It'd be much more convenient for the user if such dependency is automatically taken care of so that just linking with libufsparse is sufficient. Regards, ST -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libufsparse depends on: ii atlas3-sse2 3.6.0-20.5 Automatically Tuned Linear Algebra ii lapack3 3.0.2531a-6 library of linear algebra routines ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii refblas3 1.2-8 Basic Linear Algebra Subroutines 3 libufsparse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#92571: marked as done (RFP: webmin-debconf -- a frontend to debconf using the webmin framework)
On Wed, Feb 14, 2007 at 02:02:47AM -0600, Drew Scott Daniels wrote: I wonder whether the webmin-debconf ITP/RFP is worth keeping open. Perhaps a description of situations where it would be useful would be enough for someone else to help out. Perhaps it should be changed to webmin-cdebconf. Either way, I sort of feel that [c]debconf frontends should simply be incorporated into debconf or cdebconf themselves. Neither implementation provides any kind of stable API/ABI promises to frontends, so it would really be easier to just include any new frontend in the core. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385798: This bug should be fixed in the Etch release
Hi, Axel Reimer wrote: tag 408852 thanks What did you try to do? this bug should definitely be fixed in the Etch-release because it makes working with OpenOffice.org very hard when the fonts are blurry. feel free to fix the patch in GNOME SVN (it's already there, I tried it) to apply with the CJK fixes. And even then, try to convince the release managers that they allow it in. Debian is released as a whole distribution and I think that's why the packages should link to the correct libraries. They do. They *do* link against the normal freetype, it's just that the code using it has problems.. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410881: ITP: jhbuild -- flexible build script for package collections
Package: wnpp Severity: wishlist Owner: Loic Minier [EMAIL PROTECTED] * Package name: jhbuild Version : SVN r1372 Upstream Author : James Henstridge and others * URL : http://www.jamesh.id.au/software/jhbuild/ * License : Mostly GPL, some bits under MIT and BSD-style licenses Programming Lang: Python Description : flexible build script for package collections Jhbuild is a program that can be used to pull a number of modules from CVS, Subversion, Bazaar and other types of repositories or from tarballs and build them in the correct order. Unlike some build scripts, jhbuild lets you specify what modules you want built and it will then go and build those modules plus dependencies. . Although jhbuild was originally developed to build GNOME, it is now able to build a number of the modules in freedesktop.org's CVS. Extending it to handle new modules is usually trivial assuming the build infrastructure matches the other modules it handles. -- 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.20-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier [EMAIL PROTECTED]
Bug#410711: subtitleeditor does not reproduce sound
Hi, The description of the package says that it can't play video, but it does say This program also shows sound waves, which makes it easier to synchronise subtitles to voices, so I think it should play sound (you can't synchronise subtitles without sound, even if you see the sound waves). Anyway, it shows the sound waves for wav and mp3 files, but doesn't play the sound. Subtitleeditor uses gstreamer to play sound and I have gstreamer libraries installed. Cheers, Antonio Regidor García __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410882: gtkmm2.4: new upstream version
Package: gtkmm2.4 Version: 1:2.8.8-1 Severity: wishlist I'd appreciate having 2.10 in experimental and having 2.11 in experimental after etch is released. I have heard rumors of API changes (atkmm removal mainly) so I'd like to test synfig synfigstudio with them. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#405676: Re #405676
Wasn't this package kept in the archive just to not break d-i RC1? If so, now would perhaps be a good time remove the package as d-i RC1 is broken anyways due to the old security key issue? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410884: FTBFS: warning: control reaches end of non-void function
Package: nginx Version: 0.5.12-1 Severity: important Justification: fails to build from source Your package fails to build on m68k due to a warning. The ia64 build fails with the same error and I would not wonder if some of the other fails are due to the same problem. Full logs at: http://buildd.debian.org/build.php?arch=pkg=nginx Automatic build of nginx_0.5.12-1 on aahz by sbuild/m68k 98 [...] gcc -c -O -pipe -O -W -Wall -Wpointer-arith -Wno-unused-parameter -Wno-unused-function -Wunused-variable -Wunused-value -Werror -g -I src/core -I src/event -I src/event/modules -I src/os/unix -I objs \ -o objs/src/event/ngx_event_accept.o \ src/event/ngx_event_accept.c cc1: warnings being treated as errors src/event/ngx_event_accept.c: In function 'ngx_shmtx_trylock': src/core/ngx_shmtx.h:61: warning: control reaches end of non-void function make[2]: *** [objs/src/event/ngx_event_accept.o] Error 1 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410880: Acknowledgement (debian_bundle/changelog.py fails with attached changelog)
tags 410880 patch
thanks
I fixed the problem locally for me by replacing the line 187 in
debian_bundle/changelog.py, which currently reads like this:
endline = re.compile('^ -- (.*) (\w\w\w, (\d| \d|\d\d) \w\w\w \d\d\d\d '+
'\d\d:\d\d:\d\d [-+]\d\d\d\d( \(.*\))?)$')
to this:
endline = re.compile('^ -- (.*) (\w\w\w, +(\d| \d|\d\d) \w\w\w \d\d\d\d '+
'\d\d:\d\d:\d\d [-+]\d\d\d\d( \(.*\))?)$')
Would be great if this could be included into the next upload.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410885: qt4-designer: missing symlink to designer-qt4 in qt4/bin dir
Package: qt4-designer Version: 4.2.1-2 Severity: normal Hi, the qt4-designer package doesn't install a symlink into /usr/share/qt4/bin which links to /usr/bin/designer-qt4. This breaks apps that expect Qt4-Dir/bin/designer to be present (which is the case for eric3 at least). Apart from that its inconsistent with the rest of the development apps and with qt3. Andreas -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages qt4-designer depends on: ii libaudio2 1.8-3 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.5 A free implementation of the OpenG ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libglu1-mesa [libglu1]6.5.1-0.5 The OpenGL utility library (GLU) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libmysqlclient15off 5.0.32-3 mysql database client library ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpq48.1.8-1PostgreSQL C client library ii libqt4-core 4.2.1-2Qt 4 core non-GUI functionality ru ii libqt4-dev4.2.1-2Qt 4 development files ii libqt4-gui4.2.1-2Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.2.1-2Qt 3 compatibility library for Qt ii libqt4-sql4.2.1-2Qt 4 SQL database module ii libsm61:1.0.1-3 X11 Session Management library ii libsqlite02.8.17-2 SQLite shared library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 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 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 qt4-designer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401916: bug #401916
Have any of you guys who can reproduce this been able to do the additional tests suggested in the bug report yet? This is one of the few remaining RC bugs which is present in both Etch and Sid so it would be nice to make some progress... -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401319: icedove: Reliable memory - no extensions
Package: icedove Version: 1.5.0.9.dfsg1-1 Followup-For: Bug #401319 I'm getting a reliable memory leak on icedove and I have no extensions installed. My mail directory is 3.4G. If I leave icedove open all day my system grinds to a halt. I have 1G RAM and 2G swap and most of it gets used by icedove eventually. Thanks, Yasir -- 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.19.2-bor Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-4 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-5 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 myspell-en-gb [myspell-di 1:2.0.4~rc1-3 English_british dictionary for mys ii myspell-en-us [myspell-di 1:2.0.4~rc1-3 English_american dictionary for my ii zlib1g1:1.2.3-13 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: GNOME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410887: konsole deletes first line in buffer once buffer exceeds window height
Package: konsole Version: 4:3.5.5a.dfsg.1-6 Severity: normal Open a new konsole (or a new command window) and type, e.g. ls -l in a directory such that the number of output lines exceeds the number of lines the window can display (usually 24). Scroll up. The typed command ls -l will be replaced by a blank line. This seems to happen whenever the number of lines in the buffer exceed the number of lines the window can display. For example, open a new konsole, press ENTER long/often, scroll up and again, the first line will be blank. -- 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.19-rc5-mm1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konsole depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension konsole recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376206: grace: tick label for zero is not exactly zero (if format != general)
On the way :-) On Tue, Feb 13, 2007 at 11:34:39PM +0200, Evgeny Stambulchik wrote: Francesco Poli wrote: Hence, I can conclude that the one-line patch you prepared fixes the bug: please apply it to the official 5.1.x branch. Did just some minutes before receiving this email ;-) Thanks for investigating the issue! :) For the Debian package maintainer: if a new official 5.1.x version cannot be released soon, could you please apply the one-line patch to the present 5.1.x Debian package (I hope Evgeny doesn't mind)? No problem, of course. Regards, Evgeny -- *** * Ionuţ Georgescu * Max-Planck-Institut für Physik komplexer Systeme * Noethnitzer Str. 38, D-01187 Dresden * Phone: +49 (351) 871-2209 * Fax: +49 (351) 871-1999 signature.asc Description: Digital signature
Bug#410886: postgresql-8.1: package configuration failed after update, private SSL server.key not found
Package: postgresql-8.1 Version: 8.1.8-1 Severity: important After a recent update of the package, the configuration failed: (Sorry, but the messages are in italian) Configuro postgresql-8.1 (8.1.8-1) ... Starting PostgreSQL 8.1 database server: main* The PostgreSQL server failed to start. Please check the log output: FATAL: impossibile accedere al file della chiave privata server.key: Permission denied failed! I just noted that the ssl-cert package was configured only later. I have reconfigured the package by hand and all worked. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (999, 'testing'), (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgresql-8.1 depends on: ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libkrb53 1.4.4-6 MIT Kerberos runtime libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpq4 8.1.8-1 PostgreSQL C client library ii libssl0. 0.9.8c-4SSL shared libraries ii postgres 8.1.8-1 front-end programs for PostgreSQL ii postgres 71 manager for PostgreSQL database cl postgresql-8.1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408556: .volume might be needed too as well as full pathnames
Le mercredi 14 février 2007 à 09:15 +0100, Loïc Minier a écrit : Hi, I see you went for a whitelist for .desktop files hanlding in nautilus for #408948; I think it lessens the impact of the lack of the MIME type mismatch checks in gnome-vfs2 and is less intrusive, and will permit downgrading 408948. I think it's the best fix we can provide for this case, as it will simply treat desktop files with wrong extensions like text files. However, I think .volume needs to be added Indeed, will do. Anyway I need to make the test more complex to fix #408556 and to cache the result, as this function is called quite often. , and perhaps other extensions as well. According to the fd.o database, there is .kdelnk, but I wonder whether it's worth the deal. There's also smblink-root, but I suppose some larger whitelist can be implemented for network://: bee% gnomevfs-ls network:// smblink-root(Regular, application/x-desktop)size 0 mode 0444 Did you already check smb:// shares? I think we must add .desktop extensions for the virtual desktop files created by gnome-vfs in network:/// and smb:///. This should be easily be done in gnome-vfs and transparent for the user. As for fixing #408556, I suggest the following course of action: * for computer:// and applications://, allow all .desktop files; * for network://, dns-sd:// and smb://, use clever filters; * for file://, only allow files belonging to the user or to root; * for all other cases, treat them as text. A more elegant way to fix network:// and the like is probably to give autogenerated files another MIME type, like application/x-desktop-virtual. This would allow to easily distinguish them from any user-created files, as there is no way the fd.o database would return this MIME type when queried. All these changes require a shlibs bump for gnome-vfs and the last one requires a conflict against nautilus versions not understanding this MIME type. Thoughts anyone? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#410888: ldap2dns: Newer upstream version available
Package: ldap2dns Severity: wishlist Hello, A newer upstream version of ldap2dns (0.4.1 - 19 Oct. 2006), containing lots of performance improvements and a few bug fixes has been published upstream. Can you please package it ? Do you want any help in order to package it ? Thanks for your work! :) Etienne PENICAUD - Xsalto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366175:
severity 366175 critical forcemerge 366175 401916 tags 366175 -moreinfo thanks I'd say that this is the same bug as 401916 so I'm merging them (not sure about the severity though but I picked the higher of the two). Torsten, could you please read bug report #401916 and try the steps suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916#52 -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410802: smbclient: smbmount does not handle correctly unicode
Quoting Christian Perrier [EMAIL PROTECTED]: Quoting Jean-Michel ([EMAIL PROTECTED]): Package: smbclient Version: 3.0.23d-2+b1 Severity: normal When I acces a windows 2000 server, with smbmount, ls display unexisting files, without displaying existing files. (...) about providing us with your /etc/samba/smb.conf file? The display charset, unix charset are particularly os some use. Knowing about the locale you're using on the Unix side would also help a lot. There is nothing related to charset/unicode/codepage specified in smb.conf However, I found a workaround. It is to use mount.cifs instead of mount.smbfs. I have experimented the unicode difference, but do not know if there are any other differences... locale LANG=fr_FR.UTF-8 LC_CTYPE=fr_FR.UTF-8 LC_NUMERIC=fr_FR.UTF-8 LC_TIME=fr_FR.UTF-8 LC_COLLATE=fr_FR.UTF-8 LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=fr_FR.UTF-8 LC_PAPER=fr_FR.UTF-8 LC_NAME=fr_FR.UTF-8 LC_ADDRESS=fr_FR.UTF-8 LC_TELEPHONE=fr_FR.UTF-8 LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=fr_FR.UTF-8 LC_ALL=
Bug#410889: package update hint needed for outdated discover
Package: xserver-xorg Version: 1:7.1.0-11 Hello, a dpkg-reconfigure xserver-xorg yields a graphics card autodetect? prompt which failed on my machine since it's somewhat new ( 1 year): 00:02.0 VGA compatible controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02) (prog-if 00 [VGA]) Subsystem: Hewlett-Packard Company Unknown device 3010 Flags: bus master, fast devsel, latency 0, IRQ 22 Memory at e040 (32-bit, non-prefetchable) [size=512K] I/O ports at 10c0 [size=8] Memory at d000 (32-bit, prefetchable) [size=256M] Memory at e048 (32-bit, non-prefetchable) [size=256K] Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [d0] Power Management version 2 In the autodetection failure dialog, there was no sufficiently direct hint that one should upgrade all discover related packages (in the current package it's discover1 and, most importantly, discover1-data) to get a newer database. It simply said that discover does not seem to know this device (really not a helpful help text, I'd say), but what it should have said instead is that the *currently installed package version* of discover packages does not know this device yet. It's important to mention that the currently installed state is lacking, not the package per se. Or alternatively mention that one should attempt to upgrade discover related packages to newest version. One shouldn't write too much prose in such a help dialog of course, but at least a tiny but obvious hint towards discover upgrading is clearly missing. Thanks, Andreas Mohr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408108: Better version
Mmm for iceape, I managed to change most of the colors by editing the gradients, which didn't require ungrouping. The rest could also be changed without ungrouping... There is only one group in iceweasel logo. The Iceape logo contains at least two (one for the ape one for the globe). Additionaly I am getting really weird effects when changing the gradient for the whole iceweasel thing (disapearing objects, randomly changing gradients and a crash). regards Stefan -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#410648: gnome-terminal is NOT usable in ja_JP.UTF-8
It may be not, indeed. Please see below for a reference: http://www.h7.dion.ne.jp/~greens/debian/img_0750.jpg A terminal (and this is true for any terminal emulator software) *must* be configured to use the same encoding as the locale which is used by programs launched inside the said terminal. Otherwise you will experience the described behavior. I am afraid you are misunderstanding the problem that I reported. Even though the gnome-terminal here is configured with ja_JP.UTF-8, the terminal fails to encode Japanese characters correctly. For example, when I tried to launche a gnome-terminal with the ja_JP.EUC-JP locale during ja_JP.UTF-8 of GNOME session, I experience a normal behavior: no mis-encodings. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350003: xemacs21: use emacs
Package: xemacs21 Version: 21.4.19-1 Followup-For: Bug #350003 A workaround is to use emacs, instead of xemacs. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xemacs21 depends on: ii xemacs21-mule 21.4.19-1 highly customizable text editor -- xemacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410890: quilt mail --send broken: claims no configuration
Package: quilt
Version: 0.45-6
Severity: normal
Attempting to submit patches with quilt mail --send produces output such
as this:
| sendmail -f [EMAIL PROTECTED] [EMAIL PROTECTED]
| No mail transfer agent configured for `quilt mail'
ignoring /usr/{lib,sbin}/sendmail which I would expect to be used by
default in a Debian package. Further, I can't immediately find any way
to explicitly tell quilt to use the full path to sendmail.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages quilt depends on:
ii bzip2 1.0.3-6high-quality block-sorting file co
ii diffstat 1.43-2 produces graph of changes introduc
ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii gettext 0.16.1-1 GNU Internationalization utilities
ii patch 2.5.9-4Apply a diff file to an original
quilt recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410891: FTBFS: includes kernel headers from user space
Package: quik Version: 2.1-8 Severity: serious This package fails to build: Automatic build of quik_2.1-8 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... dh_testdir /usr/bin/make make[1]: Entering directory `/build/tbm/quik-2.1' make[2]: Entering directory `/build/tbm/quik-2.1/util' gcc -O2 -Wall -o elfextract elfextract.c In file included from /usr/include/asm-generic/bitops/fls64.h:5, from /usr/include/asm/bitops.h:248, from /usr/include/linux/bitops.h:9, from /usr/include/linux/thread_info.h:20, from /usr/include/linux/preempt.h:9, from /usr/include/linux/spinlock.h:56, from /usr/include/linux/capability.h:45, from /usr/include/linux/sched.h:44, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/bitops/fls.h:13: error: conflicting types for 'fls' /usr/include/asm/bitops.h:242: error: previous definition of 'fls' was here In file included from /usr/include/linux/timex.h:57, from /usr/include/linux/sched.h:48, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/time.h:16: error: redefinition of 'struct timespec' /usr/include/linux/time.h:22: error: redefinition of 'struct timeval' In file included from /usr/include/asm/div64.h:1, from /usr/include/linux/calc64.h:5, from /usr/include/linux/jiffies.h:4, from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/div64.h:1:2: error: #error Do not include div64.h. In file included from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/jiffies.h:33:3: error: #error You lose. /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:254:46: error: division by zero in #if In file included from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/jiffies.h: In function 'jiffies_to_msecs': /usr/include/linux/jiffies.h:259: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:259: error: (Each undeclared identifier is reported only once /usr/include/linux/jiffies.h:259: error: for each function it appears in.) /usr/include/linux/jiffies.h:265:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'jiffies_to_usecs': /usr/include/linux/jiffies.h:270: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:278:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'msecs_to_jiffies': /usr/include/linux/jiffies.h:283: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:291:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'usecs_to_jiffies': /usr/include/linux/jiffies.h:296: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h: In function 'timespec_to_jiffies': /usr/include/linux/jiffies.h:315: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:321: error: 'SHIFT_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h: In function 'jiffies_to_timespec': /usr/include/linux/jiffies.h:334: error: 'CONFIG_HZ' undeclared (first use in this function)
Bug#401916:
* David Härdeman [EMAIL PROTECTED] [20070206 19:15]: On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote: Any further tips, hints,... what I could try? Could you try these lines in the udev script and then mail the contents of /begin.ps, /middle.ps and /finish.ps? It would be interesting to see if we can find out why the previously suggested approach didn't work: udevtrigger udevsettle || true ps /begin.ps while ps | grep -q usb-stor-scan; do sleep 1; done while ps | grep -q scsi_scan_; do sleep 1; done ps /middle.ps udevsettle || true ps /finish.ps Done that. I've taken screenshots with the digicam (sorry, was the easiest way for me and I'm a little bit in a hurry right now): http://dufo.tugraz.at/~prokop/initramfs/ regards, -mika- pgpAP2obFsc7G.pgp Description: PGP signature
Bug#410503: backup-manager fails to save archive files when a file changes during tar
Bug forwarded: http://bugzilla.backup-manager.org/cgi-bin/show_bug.cgi?id=152 Regards, -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386370: xserver-xfree86: intel 945 chipset not supported [i810]
Hi Brice, sorry for being late in answering your message - I was too sick to touch any computers for weeks... Concerning the said bug I decided to live with it - using default vesa setting - I'm not brave enough to deal with testing/unstable Debian versions. I want to USE my computer. Tinkering with the basics, kernels, drivers... annoys me. If it wasn't LINUX I would throw it all away. But it's LINUX - so I found workarounds. Managed the system to fulfill my minimal needs resp. dispensed with. At the moment I can see enough on the screen, I even managed to HEAR something, got bluefish to write scripts, htmls and GTK-source - so why bother about e.g. the facts that there is no Debian-stable-built-in Java SDK and no Eclipse either. As I said: I'm living with it, get used to it, gain experience by exploring. Maybe some times I'm fit enough to build my system from scratch. But until then I'm looking forward to Debian to develop. It's ups and downs, but in general I appreciate and admire the work you linux guys do all the time. Thanks Mechthild Brice Goglin schrieb: Hi, Did you by chance try Xorg 7.1 currently in testing? If works very well on my Intel 945. So I think we should be able to close this bug now. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409820: initramfs-tools: mbr_check() does not work reliable with lilo and grub around
hello mika,
thanks a lot for your report.
On Mon, 05 Feb 2007, Michael Prokop wrote:
Inside the mbr_check function in /usr/sbin/update-initramfs we have:
dd if=${boot} bs=512 skip=0 count=1 2 /dev/null | grep -q LILO \
run_lilo return 0
This does not work reliable in the following scenario:
* lilo is installed first
* grub is installed afterwards
It does not work in that case because grub does *not* clear lilo's
signature. So the string LILO might be found even though grub is the
used and present bootmanager. With the above code we install lilo
in the MBR wheras we want to use grub. = The system might not even
boot anymore after upgrading and executing update-initramfs.
i would prefer another solution:
what about if we check _before_ for GRUB, does lilo overwrite that
string?
that would mean to put the grub section of mbr_check in front.
could you please test the following patch, i'm currently away
and not very keen on testing bootloader stuff on my laptop..
thanks
=== modified file 'update-initramfs'
--- update-initramfs2006-12-14 22:16:15 +
+++ update-initramfs2007-02-14 09:41:16 +
@@ -146,6 +148,16 @@
# check if lilo is on mbr
mbr_check()
{
+ # try to discover grub and be happy
+ [ -r /boot/grub/menu.lst ] \
+groot=$(awk '/^root/{print substr($2, 2, 3); exit}' \
+ /boot/grub/menu.lst)
+ [ -e /boot/grub/device.map ] [ -n ${groot} ] \
+dev=$(awk /${groot}/{ print \$NF} /boot/grub/device.map)
+ [ -n ${dev} ] [ -r ${dev} ] \
+dd if=${dev} bs=512 skip=0 count=1 2 /dev/null \
+ | grep -q GRUB return 0
+
# check out lilo.conf for validity
boot=$(awk -F = '/^boot=/{ print $2}' /etc/lilo.conf)
[ -z ${boot} ] return 0
@@ -162,16 +174,6 @@
dd if=${boot} bs=512 skip=0 count=1 2 /dev/null | grep -q LILO \
run_lilo return 0
- # try to discover grub and be happy
- [ -r /boot/grub/menu.lst ] \
-groot=$(awk '/^root/{print substr($2, 2, 3); exit}' \
- /boot/grub/menu.lst)
- [ -e /boot/grub/device.map ] [ -n ${groot} ] \
-dev=$(awk /${groot}/{ print \$NF} /boot/grub/device.map)
- [ -n ${dev} ] [ -r ${dev} ] \
-dd if=${dev} bs=512 skip=0 count=1 2 /dev/null \
- | grep -q GRUB return 0
-
# no idea which bootloader is used
echo
echo WARNING: grub and lilo installed.
--
maks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410892: [INTL:ta] debconf PO translations for the package icedove
From: drtv-guest To: [EMAIL PROTECTED] Subject: [INTL:ta] debconf PO translations for the package icedove Package:icedove Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Tamil translation of the icedove ta.po package. hope the first line manual refers to the method of doing and not the booklet. tv -- -- BE HAPPY! LIFE IS TOO SHORT TO BE UNHAPPY! # translation of ice.po to TAMIL # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Dr.T.Vasudevan [EMAIL PROTECTED], 2007. msgid msgstr Project-Id-Version: ice\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-02-12 07:38+0100\n PO-Revision-Date: 2007-02-13 21:59+0530\n Last-Translator: Dr.T.Vasudevan [EMAIL PROTECTED]\n Language-Team: TAMIL [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: select #. Choices #: ../icedove.templates:1001 msgid Manual msgstr à®à¯à®®à¯à®±à¯ #. Type: select #. Description #: ../icedove.templates:1002 msgid Preferred way of browser integration: msgstr à®à®²à®¾à®µà®¿à®¯à¯à®à®©à¯ à®à®£à¯à®µà®¤à®¿à®²à¯ விரà¯à®ªà¯à®ªà®®à®¾à®© வழி #. Type: select #. Description #: ../icedove.templates:1002 msgid Please choose the type of browser integration you want for icedove. msgstr à®à®¸à¯à®à¯à®µà¯à®à¯à®à¯ நà¯à®à¯à®à®³à¯ விரà¯à®®à¯à®ªà¯à®®à¯ à®à®²à®¾à®µà®¿à®¯à¯à®à®©à¯ à®à®£à¯à®µà®¤à®¿à®²à¯ விரà¯à®ªà¯à®ªà®®à®¾à®© வழிய௠à®à¯à®±à®¿à®ªà¯à®ªà®¿à®à®µà¯à®®à¯. #. Type: select #. Description #: ../icedove.templates:1002 msgid Users running GNOME should select it. This will integrate icedove with the browser configured in the GNOME Control Center. msgstr நà¯à®®à¯ பயனà¯à®ªà®à¯à®¤à¯à®¤à¯à®®à¯ பயனரà¯à®à®³à¯ à®à®¤à¯ தà¯à®°à¯à®¨à¯à®¤à¯à®à¯à®à¯à® வà¯à®£à¯à®à¯à®®à¯. à®à®¤à¯ நà¯à®®à¯ à®à®à¯à®à¯à®ªà¯à®ªà®¾à®à¯à®à¯ à®®à¯à®¯à®®à¯ வழியா஠à®à®¸à¯à®à¯à®µà¯ à®à®²à®¾à®µà®¿à®¯à¯à®à®©à¯ à®à®°à¯à®à¯à®à®¿à®£à¯à®à¯à®à¯à®®à¯. #. Type: select #. Description #: ../icedove.templates:1002 msgid Users running KDE or any other plain window manager should select \Debian \. This will integrate icedove with the browser pointed by the x-www- browser alternative. Use update-alternatives(8) to change that alternative. msgstr à®à¯à®à¯à® ஠லà¯à®²à®¤à¯ மறà¯à®± à®à®¾à®¤à®¾à®°à®£ à®®à¯à®à¯ à®à¯à®´à®²à¯ பயன௠பà®à¯à®¤à¯à®¤à¯à®µà¯à®°à¯ \Debian\ ஠தà¯à®°à¯à®¨à¯à®¤à¯à®à¯à®à¯à® வà¯à®£à¯à®à¯à®®à¯. à®à®¤à¯ à®à®¸à¯à®à¯à®µà¯ x-www-மாறà¯à®±à¯ à®à®²à®¾à®µà®¿ à®à®¾à®à¯à®à¯à®®à¯ à®à®²à®¾à®µà®¿à®¯à¯à®à®©à¯ à®à®°à¯à®à¯à®à®¿à®£à¯à®à¯à®à¯à®®à¯. à®à®¨à¯à®¤ மாறà¯à®±à¯ திரà¯à®¤à¯à®¤ update-alternatives(8) ஠பயன௠பà®à¯à®¤à¯à®¤à®µà¯à®®à¯. #. Type: select #. Description #: ../icedove.templates:1002 msgid If you already added a browser configuration in /etc/icedove/global-config. js, the outcome is undefined. It is then recommended to choose \Manual\ and run \dpkg-reconfigure icedove\ later. msgstr நà¯à®à¯à®à®³à¯ à®à®±à¯à®à¯à®©à¯à®µà¯ à®à®²à®¾à®µà®¿ à® à®®à¯à®ªà¯à®ªà¯ /etc/icedove/global-config.js à®à¯à®ªà¯à®ªà®¿à®²à¯ à®à¯à®°à¯à®¤à¯à®¤à¯ à®à®°à¯à®¨à¯à®¤à®¾à®²à¯ à®à®©à¯à®© நà®à®à¯à®à¯à®®à¯ à®à®©à¯à®ªà®¤à¯ à®à¯à®²à¯à®² à®à®¯à®²à®¾à®¤à¯. à®à®à®µà¯ \à®à¯à®®à¯à®±à¯\ ஠தà¯à®°à¯à®¨à¯à®¤à¯à®à¯à®¤à¯à®¤à¯ பினà¯à®©à®¾à®²à¯ \dpkg-reconfigure icedove\ à®à®à¯à®à®³à¯à®¯à¯ à®à®¯à®à¯à®à®µà¯à®®à¯.
Bug#410803: twiki: postinst relies on data in /usr/share/doc
tags 410803 patch thanks Gerfried Fuchs [EMAIL PROTECTED] wrote: So please move the starter kit to /usr/share/twiki and symlink it from the doc directory, if you really want to have it available from there, too - and don't forget to change the tar extract line in the postinst script. Since the location is mentioned in README.Debian, I didn't think the symlinks are needed. Here's a patch. As usual, it comes with an offer to NMU the package. Regards, Frank diff -Nur twiki-4.0.5.old/debian/changelog twiki-4.0.5/debian/changelog --- twiki-4.0.5.old/debian/changelog 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/changelog 2007-02-13 21:58:38.0 +0100 @@ -1,3 +1,11 @@ +twiki (1:4.0.5-9~1) unstable; urgency=high + + * Install twiki-data.tar.gz and twiki-pub.tar.gz in /usr/share/twiki +instead of /usr/share/doc (closes: #410803). Also change the paths in +README.Debian. + + -- Frank KÃŒster [EMAIL PROTECTED] Tue, 13 Feb 2007 21:58:38 +0100 + twiki (1:4.0.5-8) unstable; urgency=medium * make patch for #404222 allow trailing slashes again diff -Nur twiki-4.0.5.old/debian/dirs twiki-4.0.5/debian/dirs --- twiki-4.0.5.old/debian/dirs 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/dirs 2007-02-13 21:54:57.0 +0100 @@ -6,3 +6,4 @@ usr/share/perl5 etc/twiki usr/share/doc/twiki +usr/share/twiki diff -Nur twiki-4.0.5.old/debian/postinst twiki-4.0.5/debian/postinst --- twiki-4.0.5.old/debian/postinst 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/postinst 2007-02-13 21:56:51.0 +0100 @@ -40,14 +40,14 @@ if [ ! -e /var/lib/twiki/data/_default/WebHome.txt ]; then # only extract if they say so and there's no home there # and even then, fail on overwrite so we don't stomp. - tar -zxk -C / -f /usr/share/doc/twiki/twiki-data.tar.gz + tar -zxk -C / -f /usr/share/twiki/twiki-data.tar.gz # clean up the .mailnotify timestamps. webs=Main Sandbox TWiki Trash _default; for web in $webs; do date +%s /var/lib/twiki/data/$web/.mailnotify done if [ ! -e /var/www/twiki/pub/wikiHome.gif ]; then -tar -zxk -C / -f /usr/share/doc/twiki/twiki-pub.tar.gz +tar -zxk -C / -f /usr/share/twiki/twiki-pub.tar.gz fi fi fi diff -Nur twiki-4.0.5.old/debian/README.Debian twiki-4.0.5/debian/README.Debian --- twiki-4.0.5.old/debian/README.Debian 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/README.Debian 2007-02-13 21:57:06.0 +0100 @@ -1,10 +1,10 @@ TWiki for Debian -/usr/share/doc/twiki/twiki-data.tar.gz has the initial data set, if +/usr/share/twiki/twiki-data.tar.gz has the initial data set, if you find you want to restore the data in /var/lib/twiki/data/ after experimenting. -/usr/share/doc/twiki/twiki-pub.tar.gz has the initial pub data set. +/usr/share/twiki/twiki-pub.tar.gz has the initial pub data set. It should also be unpacked to /var/www/twiki/pub diff -Nur twiki-4.0.5.old/debian/rules twiki-4.0.5/debian/rules --- twiki-4.0.5.old/debian/rules 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/rules 2007-02-13 21:56:38.0 +0100 @@ -90,7 +90,7 @@ xargs -n1 perl -pi -e 's/^(\s)nobody:/\1$(TWIKI_OWNER):/ unless $$done; $$done=1 if /^\n$$/;' tar -cf - -C debian/twiki var/lib/twiki/data \ | tardy -User_NAme=$(TWIKI_OWNER) -Group_NAme=www-data \ - | gzip -c -9 debian/twiki/usr/share/doc/twiki/twiki-data.tar.gz + | gzip -c -9 debian/twiki/usr/share/twiki/twiki-data.tar.gz rm -rf debian/twiki/var/lib/twiki/data #do the same with pub - it should also only be replaced if there is none there already @@ -99,7 +99,7 @@ xargs -n1 perl -pi -e 's/^(\s)nobody:/\1$(TWIKI_OWNER):/ unless $$done; $$done=1 if /^\n$$/;' tar -cf - -C debian/twiki var/www/twiki/pub \ | tardy -User_NAme=$(TWIKI_OWNER) -Group_NAme=www-data \ - | gzip -c -9 debian/twiki/usr/share/doc/twiki/twiki-pub.tar.gz + | gzip -c -9 debian/twiki/usr/share/twiki/twiki-pub.tar.gz rm -rf debian/twiki/var/www/twiki/pub cp -pR lib/* debian/twiki/usr/share/perl5/ -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#410893: Package: installation-reports
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 14-02-2007 Machine: Custom Laptop Processor: Intel Centrino 1.98GHz Memory: 1GB Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda3 ext317528304 2306692 14331212 14% / tmpfstmpfs 517792 0517792 0% /lib/init/rw udev tmpfs 1024092 10148 1% /dev tmpfstmpfs 517792 0517792 0% /dev/shm Output of lspci -nn and lspci -vnn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03) 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port [8086:2591] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller [8086:2668] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 04) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 [8086:2658] (rev 04) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 [8086:2659] (rev 04) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 [8086:265a] (rev 04) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller [8086:265c] (rev 04) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev d4) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge [8086:2641] (rev 04) 00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller [8086:266f] (rev 04) 00:1f.2 IDE interface [0101]: Intel Corporation 82801FBM (ICH6M) SATA Controller [8086:2653] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller [8086:266a] (rev 04) 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility X700 (PCIE) [1002:5653] 02:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller [11ab:4362] (rev 15) 06:02.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) [104c:8026] 06:03.0 Network controller [0280]: Intel Corporation PRO/Wireless 2200BG Network Connection [8086:4220] (rev 05) 06:04.0 CardBus bridge [0607]: Texas Instruments PCI1620 PC Card Controller [104c:ac54] (rev 01) 06:04.1 CardBus bridge [0607]: Texas Instruments PCI1620 PC Card Controller [104c:ac54] (rev 01) 06:04.2 System peripheral [0880]: Texas Instruments PCI1620 Firmware Loading Function [104c:8201] (rev 01) and 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03) Subsystem: CLEVO/KAPOK Computer Unknown device [1558:04a0] Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port [8086:2591] (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: 2000-2fff Memory behind bridge: c010-c01f Prefetchable memory behind bridge: d000-d7ff Capabilities: [88] Subsystem: CLEVO/KAPOK Computer Unknown device [1558:04a0] Capabilities: [80] Power Management version 2 Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+ Capabilities: [a0] Express Root Port (Slot+) IRQ 0 Capabilities: [100] Virtual Channel Capabilities: [140] Unknown (5) 00:1b.0 Audio device [0403]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller [8086:2668] (rev 04) Subsystem: CLEVO/KAPOK Computer Unknown device [1558:04a0] Flags: bus master, fast devsel, latency 0, IRQ 66 Memory at c000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0 Capabilities: [100] Virtual Channel Capabilities: [130] Unknown (5) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 04) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 3000-3fff Memory behind bridge: c400-c7ff
Bug#389494: Still problems
Found: 3.0.24-2 thanks Just to make sure nobody forgets this bug, I can still reproduce this same bug. (Stack trace has those create_token_from_username/add_sid_to_array.) Here is full system information. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (599, 'testing'), (110, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages samba depends on: ii debconf 1.5.11 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcupsy 1.2.7-4 Common UNIX Printing System(tm) - ii libkrb53 1.4.4-6 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-23 Linux Standard Base 3.1 init scrip ii netbase 4.29Basic TCP/IP networking system ii samba-co 3.0.24-2Samba common files used by both th Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information: samba/nmbd_from_inetd: samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true * samba/run_mode: daemons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409820: initramfs-tools: mbr_check() does not work reliable with lilo and grub around
* maximilian attems [EMAIL PROTECTED] [20070214 10:57]: On Mon, 05 Feb 2007, Michael Prokop wrote: i would prefer another solution: what about if we check _before_ for GRUB, does lilo overwrite that string? that would mean to put the grub section of mbr_check in front. As discussed on irc, JFTR: Yes, lilo overwrites the string 'grub' so your solution should work as well. could you please test the following patch, i'm currently away and not very keen on testing bootloader stuff on my laptop.. I've access to the affected system next week, I'll test the current version of initramfs-tools.deb then. regards, -mika- pgpwEabjxXbhO.pgp Description: PGP signature
Bug#410895: blender -w doesn't work (not a regular decorated window)
Package: blender Version: 2.42a-5 Severity: normal Hi, I'm trying to run blender within a regular window (blender -w) but it still uses a fullscreen undecorated window. So it's a pain to deal with multiple windows on a big screen. Thanks, Xav -- 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-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages blender depends on: ii gettext [libgettextpo0] 0.16.1-1GNU Internationalization utilities ii liba52-0.7.4 0.7.4-10Library for decoding ATSC A/52 str ii libavcodec0d 0.cvs20060823-6 ffmpeg codec library ii libavformat0d0.cvs20060823-6 ffmpeg file format library ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libdc1394-13 1.1.0-3+b1 high level programming interface f ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.2-3 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.2-3 The OpenGL utility library (GLU) ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libogg0 1.1.3-2 Ogg Bitstream Library ii libopenexr2c2a 1.2.2-4.3 runtime files for the OpenEXR imag ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsdl1.2debian 1.2.11-8Simple DirectMedia Layer ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc21.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.1.1-1 X11 client-side library ii libxi6 1:1.1.0-1 X11 Input extension library ii python-central 0.5.12 register and build utility for Pyt ii python2.42.4.4-2 An interactive high-level object-o ii zlib1g 1:1.2.3-13 compression library - runtime blender recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410896: use log_warning_message without sourcing lsb init-functions
Package: splashy Version: 0.3.1 Severity: minor [ $ENABLE = 1 ] log_warning_message To enable splashy add 'splash' to the kernel command line. Use of ENABLE in /etc/splashy/default is deprecated.; is at the top of /etc/init.d/splashy but LSB init functions are not available (needs to source /lib/lsb/init-functions) Minor severity since it only happens when deprecated ENABLE=1 is used in /etc/default/splashy Regards, Frederic -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Versions of packages splashy depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libglib2.0-0 2.12.10.svn.5332-0 The GLib library of C routines ii libmagic1 4.19-1 File type determination library us ii libsplashy0 0.3.1 Library to draw splash screen on b ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages splashy recommends: ii lsb-base 3.1-23 Linux Standard Base 3.1 init scrip -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408948: .volume might be needed too as well as full pathnames
On Wed, Feb 14, 2007, Josselin Mouette wrote: As for fixing #408556, I suggest the following course of action: * for computer:// and applications://, allow all .desktop files; * for network://, dns-sd:// and smb://, use clever filters; * for file://, only allow files belonging to the user or to root; * for all other cases, treat them as text. (I've sent a detailed analysis of the smb:// URLs and network:// URL in GNOME #405291.) A more elegant way to fix network:// and the like is probably to give autogenerated files another MIME type, like application/x-desktop-virtual. I'm not sure we foresee all the consequences of such a change, and I'm not sure why we would need to treat as virtual the .desktop files below computer:// and not below sshfs://. This would allow to easily distinguish them from any user-created files, as there is no way the fd.o database would return this MIME type when queried. The shared mime info DB can be queried, even for the virtual files. I'm not sure it is, but the virtual .desktop file contents would match the magic. All these changes require a shlibs bump for gnome-vfs and the last one requires a conflict against nautilus versions not understanding this MIME type. I'm not sure why we would need a shlib bump if we only change gnome-vfs to return a different MIME type for smb-root. The API doesn't change, and while the ABI changes at some level, we need to adapt the applications, not simply rebuild them; it's a kind of transition where we will have to raise build-deps and deps on libgnome-vfs in some applications (well, in nautilus), so I think we should simply add a versionned dependency in nautilus, for example a conflict. IOW, versions of nautilus which refuse handling smb-root as a desktop file should conflict with versions of gnome-vfs providing smb-root. -- Loïc Minier [EMAIL PROTECTED]
Bug#410898: splashy_config use libglib2.0, which is under /usr/
Package: splashy Version: 0.3.1 Severity: important splashy 0.3.0 and 0.3.1 have calls to splashy_config in splashy-init; however splashy_config is linked against libglib-2.0.so.0 which is not available if /usr/ is on a separate partition, which will not yet be mounted. It should perhaps be linked statically ? Regards, Frederic -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Versions of packages splashy depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libglib2.0-0 2.12.10.svn.5332-0 The GLib library of C routines ii libmagic1 4.19-1 File type determination library us ii libsplashy0 0.3.1 Library to draw splash screen on b ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages splashy recommends: ii lsb-base 3.1-23 Linux Standard Base 3.1 init scrip -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410852: Incorrect/counter-intuitive permissions on /var/log/postgresql in postgresql-8.x packages
Am Dienstag, 13. Februar 2007 22:17 schrieb Colin Macdonald: Issue; The default log directory, /var/log/postgresql, is uid:0 gid:0, which is counter-intuitive and means that postgres itself has no ability to control the log files, (postgres-run rotation). But the package is configured by default to use logrotate for log rotation, so it's not necessary to have a different set of permissions. If you want to change to a different configuration, no one is stopping you from changing the permissions as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293316: Can you change the ITP of ezstream to RFP?
Dear Guillaume, This ITP is more than 2 years. It is too old. I have time to package this software if you don't mind. Please change it to RFP so I can take it over. Thanks, Ying-Chun Liu -- PaulLiu(劉穎駿) E-mail address: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#410894: dpkg-divert should be able to divert symlinks to directories
Package: dpkg Version: 1.13.25 Severity: normal As the topic says, dpkg-divert should be able to divert symlinks to directories. For example, in the mailman package, there's the file lrwxrwxrwx 1 root list 17 2007-02-14 05:11 /var/lib/mailman/locks - ../../lock/mailman Now, I have it set up such that lrwxrwxrwx 1 root root 12 2007-02-11 00:57 /var/lib/mailman - /srv/mailman Thus, the symlink as shipped by mailman is broken. I would like to be able to divert /var/lib/mailman/locks so that I can keep lrwxrwxrwx 1 root list 17 2007-02-14 05:11 /var/lib/mailman/locks - /var/lock/mailman between package upgrades. Unfortunately, when I try to dpkg-divert /var/lib/mailman/locks, it complains that locks is a directory, when it's really only a symlink. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dpkg depends on: ii coreutils 5.97-5.3 The GNU core utilities ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410897: Reads /proc/cmdline while /proc/ is not yet mounted
Package: splashy Version: 0.3.1 Severity: important /proc/ is mounted in /etc/rcS.d/S02mountkernfs.sh but splashy tries to use it in S01splashy to read /proc/cmdline. Regards, Frederic -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Versions of packages splashy depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libglib2.0-0 2.12.10.svn.5332-0 The GLib library of C routines ii libmagic1 4.19-1 File type determination library us ii libsplashy0 0.3.1 Library to draw splash screen on b ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages splashy recommends: ii lsb-base 3.1-23 Linux Standard Base 3.1 init scrip -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391659: Missing documentation for additional installation methods in
I looked at this again. The FAI Guide documents the installation methods at http://www.informatik.uni-koeln.de/fai/fai-guide.html/ch-config.html#s-packageconfig The script install_packages has quite some more methods, see it's sources here: http://svn.debian.org/wsvn/fai/trunk/bin/install_packages?op=filerev=0sc=0 The difference of these is the missing bit... As the man page of install_packages does not list any of these methods, it's O.K. to only update the FAI guide with one or two sentences per missing method. Henning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410803: twiki: postinst relies on data in /usr/share/doc
hehe, sorry, and thanks - I've already fixed it, and a few other recomendations that were made BUT, I'd love some one to upload it for me the new version is at http://members.iinet.net.au/~spos/twiki_4.0.5-9.dsc and If this version can go into Etch... even better. I was thrilled about the amount of feedback i got yesterday - thanks everyone of you, and if you find more, i'll be quite happy to fix them too. Sven On Wed, 2007-02-14 at 10:42 +0100, Frank Küster wrote: tags 410803 patch thanks Gerfried Fuchs [EMAIL PROTECTED] wrote: So please move the starter kit to /usr/share/twiki and symlink it from the doc directory, if you really want to have it available from there, too - and don't forget to change the tar extract line in the postinst script. Since the location is mentioned in README.Debian, I didn't think the symlinks are needed. Here's a patch. As usual, it comes with an offer to NMU the package. Regards, Frank -- Sven Dowideit - http://DistributedINFORMATION.com A WikiRing Partner http://wikiring.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410899: libc6: _IO_stdfile_0_lock deadlock in printf cancellation
Package: libc6
Version: 2.3.6.ds1-11
Severity: normal
Hi,
I'm led to believe (from older libc docs that include POSIX threads)
that printf is a known cancellation point (albeit indirectly).
However, in practice it appears that if it is called with a cancellation
request pending it will deadlock... The following code reproduces this:
#define _REENTRANT 1
#include pthread.h
#include stdio.h
void *thread(void*)
{
printf(hello thread\n);
return NULL;
}
int main()
{
pthread_t id;
pthread_create(id,NULL,thread,NULL);
pthread_cancel(id);
printf(joining thread\n);
pthread_join(id,NULL);
printf(done\n);
return 0;
}
$ g++ -g thread_join.cpp -o thread_join -pthread
$ ./thread_join
joining thread
hang
$ gdb ./thread_join 18867
(gdb) info threads
1 Thread 47608883437824 (LWP 18867) 0x2b4cce7f530b in
__lll_mutex_lock_wait () from /lib/libc.so.6
(gdb) bt
#0 0x2b4cce7f530b in __lll_mutex_lock_wait () from /lib/libc.so.6
#1 0x2b4cce959090 in _IO_stdfile_0_lock () from /lib/libc.so.6
#2 0x in ?? ()
Cheers,
Ron
-- 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-4-amd64
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages libc6 depends on:
ii tzdata2007a-3Time 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#410900: O: echoping -- A small test tool for TCP servers
Package: wnpp Severity: normal I am retiring from Debian (cause: lack of activity) I intend to orphan the echoping package. No pending bugs. The package is quit simple and suitable for a beginner. The package description is: Can test if a server is listening on a remote machine and can measure the round-trip time. -- 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.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410901: O: dnsdoctor -- DNS (Domain Name System) checking tool
Package: wnpp Severity: normal I intend to orphan the dnsdoctor package. Because I leave Debian. The package is complicated and strongly depends on Ruby. It seems unmaintained upstream. May be a merge with zonecheck (same code base) should be considered. The package description is: DNSdoctor is intended to help solving misconfigurations or inconsistencies. It will help you by looking for potential errors and give you a description of the problem and refere you to RFC or other documents; but of course it is still recommanded that you have some basic knowledge of how the DNS works. The DNSdoctor configuration file reflect the policy to use. You can let it select the best test set to apply when checking a zone (use of a reverse delegation profile for .ip6.arpa or .in-addr.arpa, and a generic profile for other TLDs); but on the other hand, you can also force the use of a particular profile or create a new one (for example to test RFC compliance). This package is the command-line version. http://www.dnsdoctor.org/ -- 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.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264938: ucd-snmp/diskio not included?
reopen 264938 version 5.2.3-7 Hello According to this bug report and the debian/MIBLIST file the module ucd-snmp/diskio should be included in snmpd but at least in the backports.org version it is not. I think this is due to the following command in debian/rules: $ dpkg-architecture -qDEB_HOST_ARCH_OS DEB_HOST_ARCH_OS is not a supported variable name at /usr/bin/dpkg-architecture line 271. Please check if that's really available on etch/unstable (I'm only using backports.org) and if not, please make this a wishlist report for changing this to DEB_BUILD_GNU_SYSTEM so that backporting the package to Sarge works. To verify the built snmpd use this: # snmpd -Dmib_init -H 21 | grep -i mib_init.*disk mib_init: initializing: disk mib_init: initializing: hr_disk ^^^ diskio is missing ^^^ bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381910: rebuilding for python2.5
On Tue, Feb 13, 2007 at 01:01:32PM +0100, Josselin Mouette wrote: Le dimanche 11 février 2007 à 09:07 +0100, Loïc Minier a écrit : On Sun, Feb 11, 2007, Joshua N Pritikin wrote: In /usr/share/python/debian_defaults, I have: supported-versions = python2.4, python2.5 then simply rebuild pygtk. You also need a new python package which will call module builders like python-support and python-central to rebuild the python modules. python-support has already support for python2.5, so this rebuild should have been enough. Joshua, could you post the generated python-gtk2 package somewhere? http://dev.openheartlogic.org/pygtk/python-glade2_2.10.3-2_i386.deb http://dev.openheartlogic.org/pygtk/python-gtk2_2.10.3-2_i386.deb http://dev.openheartlogic.org/pygtk/python-gtk2-dev_2.10.3-2_all.deb
Bug#408948: .volume might be needed too as well as full pathnames
Le mercredi 14 février 2007 à 11:49 +0100, Loïc Minier a écrit : A more elegant way to fix network:// and the like is probably to give autogenerated files another MIME type, like application/x-desktop-virtual. I'm not sure we foresee all the consequences of such a change, We have to list all stuff using these virtual desktop files. A first search only lead me to the filechooser in libgnomeui, but there may be others. The more I think about it, the more I'm convinced the best solution is to have a way to distinguish these virtual files from real ones. Relying later on the URI is too much error-prone and we will sooner or later find another vulnerability. However there may be other ways to distinguish them than changing the MIME type. I'll check whether we can rely on some of the fields of the GnomeVFSFileInfo API, but if it is not possible changing the MIME type looks like the best thing to do. and I'm not sure why we would need to treat as virtual the .desktop files below computer:// and not below sshfs://. Because sshfs doesn't generate such desktop files. Only the computer, dns-sd, smb and network methods do. This would allow to easily distinguish them from any user-created files, as there is no way the fd.o database would return this MIME type when queried. The shared mime info DB can be queried, even for the virtual files. I'm not sure it is, but the virtual .desktop file contents would match the magic. This would be harmless. What cannot happen is the fd.o returning this whitelisted MIME type for a regular file. I'm not sure why we would need a shlib bump if we only change gnome-vfs to return a different MIME type for smb-root. The API doesn't change, and while the ABI changes at some level, we need to adapt the applications, not simply rebuild them; it's a kind of transition where we will have to raise build-deps and deps on libgnome-vfs in some applications (well, in nautilus), so I think we should simply add a versionned dependency in nautilus, for example a conflict. IOW, versions of nautilus which refuse handling smb-root as a desktop file should conflict with versions of gnome-vfs providing smb-root. Well, we need nautilus to depend on the new libgnomevfs2-0 package, one way or another. The simplest way to do it now and forget it without bad consequences is to bump the shlibs. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#410875: menu: su-to-root with text-based programs doesn't work on no-root-login system
On Wed, Feb 14, 2007 at 05:20:37AM +0100, Alain Kalker wrote: On systems installed such that root cannot login (users have to use sudo), menu entries that use su-to-root to start non-X11 programs cannot work, because su-to-root tries to use su instead of sudo. Hello Alain, It is a known limitation of su-to-root (it is called su to root for a purpose), but what do you suggest ? How can su-to-root guess whether it should use su or sudo ? Is installing kdesu or gksu addresses this problem ? It could be possible to add a sudo method to su-to-root but I need more information about how it should work. Thanks for your bug report, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410902: python-clamav-0.3.3: broken clean target
Package: python-clamav-0.3.3 Version: 0.3.3 Severity: normal If rebuilding the packe dh_clean fails because rm -r can't remove the directory. Use -rf instead. Thanks Alex -- 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.19.2-mactel Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410903: xkb-data: configuration files have been moved to /usr/share
Package: xkb-data
Version: 0.9-4
Severity: serious
After upgrading to etch, I noticed that it is no longer possible to use
locally adapted keyboard layouts. The reason is that the contents of
/etc/X11/xkb/ have been moved to /usr/share, and files at the old
location are no longer used.
I think that it is clear that these files actually are configuration
files. This has been discussed for example in #326637. Reading through
this bug, one gets the impression that everyone who spoke up agreed that
it makes sense, and is actually done, to customize these files (or maybe
rather, to add customization files in these directories, see below).
However, the bug was closed with XKB files have been moved into
/usr/share/X11/xkb, so I am closing this bug. I guess this might be
because Debian simply followed an upstream change. Which is an
explanation, but not a good reason.
What is the consequence of this bug?
- In my case, it is that my old setup stopped producing my customized
keyboard layout because the files that I added in /etc/ were not
found. I fear this will happen to quite a lot of people upgrading
from older versions (both sarge and xorg on sarge-backports).
- In extreme cases, it might have the consequence that people are not
able to log in, because some keys they need for their username or
password are not available with the resulting keyboard layout. (And
the keyboard layout on the console might never have provided them).
- Well, and generally it's a policy violation to ship configuration
files in /usr/share.
What are possible approaches to solve this bug?
1) move (most of) xkb-data's files back to /etc.
The problem here is that if sarge's dpkg is used, this will lead to
loads of created by you or a script messages. Which can be
circumvented by either a Pre-Depends: dpkg (=1.1321) (something
you want to avoid) or by removing files with matching md5sums in
/var/lib/dpkg/info. Unfortunately, the second approach leads to
conffile has been deleted prompts when etch's dpkg is used (see
#346282).
2) State that
- the files in /usr/share/X11/xkb/ represent particular
configuration choices, selected by settings in xorg.conf, and are not
meant to be configured,
but that
- it must be possible to *add* new layouts locally.
In terms of implementation, this would mean that some tool would have
to merge the contents of /usr/share/X11/xkb and *new* files in
/etc/X11/xkb, and that the executable needs to be changed to load
them from the merging place.
3) State that the files in /usr/share/X11/xkb/ represent particular
configuration choices, selected by settings in xorg.conf, and are not
meant to be configured, not at all, not even by addition.
IMHO, this would only be acceptable if
a) it is possible to do single key reassignments in xorg.conf (or at
other places, like setxkbmap calls in /etc/X11/Xsession{,.d}),
and
b) there's a really user-oriented documentation about how to do that,
if not an upgrade path.
With user-oriented I mean that at least anyone who, years ago, was
able to change one of the lines in, say, /etc/X11/xkb/symbols/pc/us,
to suit their needs, will be guided to achieve a similar effect with
xorg.conf. README.config.gz is not sufficient, since it doesn't talk
at all about key remappings, only choosing between existing options.
Ideally even someone who got the changed file from a friend would be
able to do it.
4) State that I am talking rubish^W^W^W^W^W^W not included here.
Regards, Frank
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing'), (99, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
-- no debconf information
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Bug#410210: translation updated
tags 410210 + l10n pending patch thanks Giuseppe Sacco escribió: I received the complete review of this translation, and I also received a message from translator of #408812 for adopting the attached translation as the best one. I'll be doing this before weekend. Thank you very much for your attention to details. Jose -- José M. Parrella - Debian Sid, k2.6.18 Escuela de Ingenieria Electrica Universidad Central de Venezuela - ucvlug.info
Bug#410884: FTBFS: warning: control reaches end of non-void function
tags 410884 +upstream forwarded 410884 [EMAIL PROTECTED] thanks Christian T. Steigies escribió: Your package fails to build on m68k due to a warning. The ia64 build fails with the same error and I would not wonder if some of the other fails are due to the same problem. Yes. I've noticed this yesterday (MIPS, MIPSEL, HPPA, ARM are also affected) and sent this upstream. Also note that this is not #409878 -- then it was a real error and not only a warning. nginx has been having troubles with non-x86 compilation; we're working to fix this ASAP. Thanks for your attention to details, Jose -- José M. Parrella - Debian Sid, k2.6.18 Escuela de Ingenieria Electrica Universidad Central de Venezuela - ucvlug.info
Bug#376177: Reproducing the bug
found 376177 4.3.99.2-1 thanks I have seen both xfdesktop and xfce4-menu-plugin processes that had grown larger than 300MB here recently. For xfce4-menu-plugin, it is quite easy to produce a memory leak that is possibly related to the bug: * Right-click the button, select Edit Properties * Repeatedly toggle Show icons in menu * Optionally select all the submenus so all icons are shown. With each iteration, the plugin takes an additional 2MB of virtual memory, more if one selects the submenus. Running strace on the plugin while toggling the switch shows that it reads a huge number of .desktop files in various locations -- ~/.local/share/applications, /usr/share/applications, /usr/share/gnome/apps, /home/bengen/.kde/share/apps, /usr/share/applnk. Cheers, -Hilko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. -- Magnus Therning [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410647: Quarantine and special characters in filename
le 13/02/07 14:01, Simon Walter à [EMAIL PROTECTED] a écrit : Where/how do you generate the download link? In my setup the reports contain a link to a php-script with parameters of date and messageid. The script shows the content of the specified message on a html-page. This way I don't have any problems with special characters. But I agree with you, if you get this link out of mailscanner there should be a way to get the string url-encoded. Hi Simon! Sorry for the delay. I was busy. To generate the link, I placed this line in the corresponding .txt report file: http://$hostname/quarantine/$datenumber/$id/$filename I associated this line with a dedicated Apache vhost. When the user receive the message, he only have to click on the link included in the report (or mail body depending of Mailscanner setup). When I built the system, I was looking for the simple way to handle this. Sincerely, Stef...
Bug#329666: mutt: imap folder changing leads to segfault
On Tue, Feb 13, 2007 at 06:03:54PM +0100, Christoph Berg wrote: Hi, can you still confirm that mutt crashes for you with recent versions of the Debian package? A similar bug (#329442) was fixed in the meantime, so I suspect yours is also fixed. I can still crash mutt 1.5.13-1.1 Program received signal SIGSEGV, Segmentation fault. 0xb7c47833 in strlen () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7c47833 in strlen () from /lib/tls/libc.so.6 #1 0x080d8bd8 in ?? () #2 0x in ?? () (gdb) I wanted to rebuild mutt with debuging enabled, but as I found out it is already on. regards Stefan -- Good day to let down old friends who need help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336574: mutt: Couldn't lock a file in a cfs-encrypted filesystem
Dear Christoph Berg, you wrote: Hi Frank, do you still experience the locking problem with recent mutt packages? I'm afraid I do. My current version is Version: 1.5.13-1.1 I also think your request to use strace slipped my attention, so far. I'll do it one of these days and let you know what the results are. Thanks for the `wakeup call' ;-) Kind regards, -- Frank B. Brokken Computing Center, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl:11371/ Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170 signature.asc Description: Digital signature
Bug#410644:
Hello again, The same problem is in etch available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336574: mutt: Couldn't lock a file in a cfs-encrypted filesystem
Dear Christoph,
I ran mutt with strace, and obtained the following (see below). The lock
failure seems to be related to fctrl coming up with a stale NFS handle (near
the end of the strace output). I don't know why it thinks so, but the
information on the encrypted filesystem is fully available. I hope it'll give
you some suggestions:
execve(/usr/bin/mutt, [mutt], [/* 35 vars */]) = 0
uname({sys=Linux, node=suffix, ...}) = 0
brk(0) = 0x80f6000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7eec000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=42659, ...}) = 0
mmap2(NULL, 42659, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ee1000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libncursesw.so.5, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\366..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=308288, ...}) = 0
mmap2(NULL, 309476, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7e95000
mmap2(0xb7ed8000, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x43) = 0xb7ed8000
mmap2(0xb7ee, 2276, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ee
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgnutls.so.13, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\1\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=445912, ...}) = 0
mmap2(NULL, 448812, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7e27000
mmap2(0xb7e8f000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x67) = 0xb7e8f000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libsasl2.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0203\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=88828, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7e26000
mmap2(NULL, 87656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7e1
mmap2(0xb7e25000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0xb7e25000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libidn.so.11, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\35..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=196128, ...}) = 0
mmap2(NULL, 194988, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7de
mmap2(0xb7e0f000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2f) = 0xb7e0f000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libdb-4.4.so, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260x\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1023476, ...}) = 0
mmap2(NULL, 1027036, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7ce5000
mmap2(0xb7ddd000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf7) = 0xb7ddd000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1241580, ...}) = 0
mmap2(NULL, 1251484, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7bb3000
mmap2(0xb7cdb000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7cdb000
mmap2(0xb7ce2000, 10396, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ce2000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/tls/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0
mmap2(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7baf000
mmap2(0xb7bb1000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7bb1000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libtasn1.so.3, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\21\0\000..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=73456, ...}) = 0
mmap2(NULL, 76836,
Bug#410575: [Pbuilder-maint] Bug#410575: pbuilder: better document --debootstrapopts arguments with spaces
On Wed, Feb 14, 2007 at 09:41:54AM +0900, Junichi Uekawa wrote: # pbuilder create --debootstrapopts -a --debootstrapopts i386 --debug --basetgz sid32.tar.gz --mirror http://ftp.it.debian.org/debian + cdebootstrap --variant=buildd -a i386 sid . http://ftp.it.debian.org/debian either way, I think this needs to be documented in the man page :) What do you want documented specifically more than what it is already documented? something like: if you need to pass an argument with options to debootstrap use --debootstrapopts multiple times, which IMO might be non-obvious from the current man page, YMMV. The same applies to --debuildopts IIRC, this is slightly related to #229834 as well. thanks, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410904:
Package: installation-reports Install method: upgrade from sarge to etch date: Mi 14. Feb 13:18:53 CET 2007 Machine: Terra Wortmann AG Processor: Pentium IV (3 GH) Memory: 1 GB Partitions: df -Tl: Dateisystem Typ1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/sda3 ext334606072 2727144 30121016 9% / tmpfstmpfs 517928 0517928 0% /lib/init/rw udev tmpfs 1024088 10152 1% /dev tmpfstmpfs 517928 0517928 0% /dev/shm fdisk -l: Disk /dev/sda: 81.9 GB, 81964302336 bytes 255 heads, 63 sectors/track, 9964 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1182414651248+ 7 HPFS/NTFS /dev/sda21825547129294527+ b W95 FAT32 /dev/sda35472984835158252+ 83 Linux /dev/sda498499964 9317705 Extended /dev/sda598499964 931738+ 82 Linux swap / Solaris lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to AGP Controller [8086:2571] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) 00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller [8086:24d1] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] [1002:5159] 02:08.0 Ethernet controller [0200]: Intel Corporation 82562EZ 10/100 Ethernet Controller [8086:1050] (rev 02) lspci -vnn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device [1043:80a5] Flags: bus master, fast devsel, latency 0 Memory at f000 (32-bit, prefetchable) [size=128M] Capabilities: [e4] Vendor Specific Information Capabilities: [a0] AGP version 3.0 00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to AGP Controller [8086:2571] (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, fast devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: c000-cfff Memory behind bridge: fe90-fe9f Prefetchable memory behind bridge: dff0-efef 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard [1043:80a6] Flags: bus master, medium devsel, latency 0, IRQ 169 I/O ports at ef00 [size=32] 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard [1043:80a6] Flags: bus master, medium devsel, latency 0, IRQ 177 I/O ports at ef20 [size=32] 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard [1043:80a6] Flags: bus master, medium devsel, latency 0, IRQ 185 I/O ports at ef40 [size=32] 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard [1043:80a6] Flags: bus master, medium devsel, latency 0, IRQ 169 I/O ports at ef80 [size=32] 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) (prog-if 20 [EHCI]) Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard [1043:80a6]
Bug#408556: .volume might be needed too as well as full pathnames
On Wed, Feb 14, 2007, Josselin Mouette wrote: A more elegant way to fix network:// and the like is probably to give autogenerated files another MIME type, like application/x-desktop-virtual. I'm not sure we foresee all the consequences of such a change, We have to list all stuff using these virtual desktop files. A first search only lead me to the filechooser in libgnomeui, but there may be others. Precisely. Actually, what you describe is much like the proposed solution to return a x-suspected-malware MIME type on suspicious .desktop files, just the other way around, but the x-suspected-malware solution would allow for more use cases such as: - handling of desktop files which do not use the correct extension - handling of other file types So, instead of introducing a new MIME type that should be trusted and changing all relevant applications to only trust that one, I would rather introduce a new MIME type which should not be trusted. We can even add the special URL handling for smb://, network:// etc. in gnome-vfs itself and return the .desktop MIME type for the allowed pathnames. The more I think about it, the more I'm convinced the best solution is to have a way to distinguish these virtual files from real ones. Relying later on the URI is too much error-prone and we will sooner or later find another vulnerability. However there may be other ways to distinguish them than changing the MIME type. I'll check whether we can rely on some of the fields of the GnomeVFSFileInfo API, but if it is not possible changing the MIME type looks like the best thing to do. I think it's safer but harder to change the MIME type, but my initial analysis was that it can be very complex since Nautilus isn't just requesting the MIME type from gnome-vfs2: for example it has logic to use the file data or the file extension depending on the speed of the underlying backend or whether the file is local etc. However, it's unsafe (especially at this point of the release cycle) to introduce a new MIME type AND to make all applications honor it at the same time; it's really easier to introduce a new MIME type which should NOT be handled by applications, such as malware MIME type of which no application know anything about! and I'm not sure why we would need to treat as virtual the .desktop files below computer:// and not below sshfs://. Because sshfs doesn't generate such desktop files. Only the computer, dns-sd, smb and network methods do. My point is that sshfs generates virtual files exactly like computer:// or smb://: these are all _virtual_ file systems, so distinguishing a virtual desktop file from a real one is IMO a too dangerous concept. It seems to me what you're trying to express with the virtual desktop files is that these files can be trusted, but: 1) it doesn't solve the problem completely as we still need to trust e.g. local .desktop files, other extensions, or some URL schemes, so it only covers files generated by smb://, computer://, or network:// and say we can trust these, but it doesn't help in expressing that we can trust some local .desktop files owned by the user 2) it only covers .desktop files 3) it is confusing to use the concept of virtual to express secure; at least a x-trusted-desktop-file would express this in a clearer manner IMO I still think the safest is to introduce a MIME type on which NOT to act instead of a MIME type to act on, since all applications already handle the case where a MIME type is NOT supported. But this is all if we can change gnome-vfs2 to return these MIME types, and I think it's too hard. Changing nautilus (and perhaps libgnomeui?) alone to special case some URIs seems more realistic and covers all problems we know about in terms of trust of .desktop files (the displaying still needs to be addressed). Well, we need nautilus to depend on the new libgnomevfs2-0 package, one way or another. The simplest way to do it now and forget it without bad consequences is to bump the shlibs. But the shlibs doesn't solve anything: it will still be possible to install the new libgnomevfs with packages built against the old one, while adding a conflicts in applications we adapt with older gnomevfs would prevent this. There are 413 rdeps on libgnomevfs2-0, and shlibs changes would be frowned upon at this point of the cycle, a conflict in nautilus and perhaps libgnomeui really seems less intrusive. -- Loïc Minier [EMAIL PROTECTED]
Bug#410907: egroupware -missing in repository
Package: egroupware severity: grave The egroupware packages are missing in testing/Etch repository! 2 weeks ago they have been available! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410906: jailer: All dependencies, even of junk-debs, are copied
Package: jailer Version: 0.4-9 Severity: normal I use jailer to create a chroot in which my php-fastcgi-processes run. php5-cgi depends on libssl0.9.8, which depends on debconf, which depends on debconf-i18n, which depends on some perl-packages. Because I need neither debconf nor perl inside my chroot, I used the Junk-Debs option to blacklist debconf and debconf-2.0. The first problem is, that all dependencies (debconf-i18n and debconf-english), while debconf depends on debconf-i18n | debconf-english, get copied. After blacklisting them, too, the perl-packages debconf-i18n still get installed, although no package (except the blacklisted debconf-i18n) requires them. I needed to junk-deb all perl- and debconf-packages manually to get rid of them. The config I used is the following: general # This section provides the default for options when not mentioned # explicitly under a given section. Junk: /etc/init.d/* /usr/share/* /usr/share /sbin/* /sbin /etc/* /sys /var/* /usr/sbin/* /usr/sbin /general jail Root: /opt/testjail Conf: /etc/php5/* /var/lib/php5 /var/log Debs: php5-cgi php5-mysql imagemagick Junk-Debs: x11-common debconf debconf-2.0 debconf-i18n debconf-english \ libtext-iconv-perl perlapi-5.8.8 liblocale-gettext-perl \ libtext-wrapi18n-perl libtext-charwidth-perl perl-base Extra: /dev/null /dev/random /dev/urandom /etc/ld.so.* /etc/host.conf /etc/resolv.conf /usr/share/ImageMagick-6.2.4/ /var/lib/php5 /var/log Junk: /usr/include/ /etc/php5/cli/ /var/cache /usr/lib/cgi-bin/php5 /jail -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jailer depends on: ii cpio 2.6-17 GNU cpio -- a program to manage ar ii perl [perl5] 5.8.8-7Larry Wall's Practical Extraction jailer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
On Wed, Feb 14, 2007 at 11:58:07AM +, Magnus Therning wrote: I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. What version of update-inetd do you have? lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
On Wed, Feb 14, 2007 at 11:58:07AM +, Magnus Therning wrote: I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. Trying another tactic, can you add this to /etc/apt/sources.list: deb http://people.debian.org/~lamont/postfix / And see if postfix-2.3.7-3~0 fixes the issue for you? thanks, lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410905: atokx: [INTL:es] Spanish po-debconf translation
Package: atokx
Version: 1.0-19
Priority: wishlist
Tags: l10n patch
Please find attached the updated version of the po-debconf translation
into Spanish.
Thanks.
--
Venturi
# atokx translation to spanish
# Copyright (C) 2007 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Unknown.
# - Last translation
# Manuel Porras Peralta , 2007
#
# Traductores, si no conoce el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducción consulte con el último
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducción de Debian al español (debian-l10n-spanish@lists.debian.org)
msgid
msgstr
Project-Id-Version: atokx\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-02-07 22:07+0900\n
PO-Revision-Date: 2007-02-14 01:53+0100\n
Last-Translator: Manuel Porras Peralta «Venturi» [EMAIL PROTECTED]\n
Language-Team: Spanish debian-l10n-spanish@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: note
#. Description
#: ../templates:1001
msgid Cannot find the ATOKX archive file
msgstr No se encuentra el archivo de datos de ATOKX.
#. Type: note
#. Description
#: ../templates:1001
msgid
The file ${filename} does not exist, or it is corrupt. You may have put the
wrong file, or put it in the wrong location. Please try again.
msgstr
El archivo ${filename} no existe o está dañado. Puede haberse equivocado
de archivo o que esté en un directorio incorrecto. Por favor, inténtelo
de nuevo.
#. Type: note
#. Description
#: ../templates:2001
msgid You need the patches
msgstr Necesita los parches
#. Type: note
#. Description
#: ../templates:2001
msgid
ATOKX for Linux includes some bugs, and the patches are downloadable. This
package needs these patches.
msgstr
ATOKX para Linux contiene algunos fallos, pero se pueden descargar los
parches que los arreglan. Este paquete necesita esos parches.
#. Type: boolean
#. Description
#: ../templates:3001
msgid Are you connecting to the Internet?
msgstr ¿Está conectado a Internet?
#. Type: boolean
#. Description
#: ../templates:3001
msgid If you are connecting now, get patches from Justsystem site.
msgstr
Si está conectado ahora, puede obtener los parches del sitio de Justsystem.
#. Type: boolean
#. Description
#: ../templates:4001
msgid Do you use shift + space for into kana-kanji input mode?
msgstr ¿Desea usar «shift + espacio» para cambiar a modo kana-kanji?
#. Type: boolean
#. Description
#: ../templates:4001
msgid Select key-bind to change input mode.
msgstr Elija una combinación de teclas para cambiar el modo de entrada.
#. Type: boolean
#. Description
#: ../templates:5001
msgid Do you have ATOKX patch file?
msgstr ¿Tiene el parche para ATOKX?
#. Type: boolean
#. Description
#: ../templates:5001
msgid Some bugs were found and the patches are downloadable.
msgstr
Se encontraron algunos fallos en ATOKX y hay parches disponibles
para descargar.
#. Type: boolean
#. Description
#: ../templates:5001
msgid
o atokx-1.0-1.i386.patch01.tgz\n
o iiimf-1-2.i386.patch02.tgz
msgstr
o atokx-1.0-1.i386.patch01.tgz\n
o iiimf-1-2.i386.patch02.tgz
#. Type: boolean
#. Description
#: ../templates:5001
msgid
If you don't have these patches, this installer will download automatically.
msgstr
Si no tiene estos parches, el instalador los descargará automáticamente.
#. Type: boolean
#. Description
#: ../templates:6001
msgid Would you like to restart atokx daemons?
msgstr ¿Desea reiniciar los demonios de atokx?
#. Type: boolean
#. Description
#: ../templates:6001
msgid
The atokx daemons will be restarted normally when upgrading. If you are
using X window system, some X clients using htt(atokx) as XIM will hang up
after restart.
msgstr
Los demonios de atokx se reiniciarán normalmente cuando realice una
actualización. Si está usando el sistema «X Window», algunos clientes X
que usen htt(atokx), como por ejemplo XIM, se colgarán tras el reinicio.
#. Type: string
#. Description
#: ../templates:7001
msgid ATOKX archive location:
msgstr Ubicación del archivo de ATOKX:
#. Type: string
#. Description
#: ../templates:7001
msgid
This package is an installer package, it does not actually contain ATOKX.
Bug#410347: [pkg-kolab] Bug#410347: kolab-cyrus-imapd: [INTL:pt] Portuguese translation for debconf messages
Am Freitag, 9. Februar 2007 23:49 schrieb Traduz!: Portuguese translation for kolab-cyrus-imapd's debconf messages. Please submit translations to the package cyrus-imapd-2.2. When they to an upload, it will be synced here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410908: egroupware -new upstream version available
Package: egroupware Severity: wishlist The egroupware has a new upstream version 1.2.106 that already takes place in unstable. Could it make it into stable? We use it on daily basis and the version seems better than 1.2.105. Since the development of 1.4 is finishing, the 1.2 series already is in freeze status with no new functions added, just backported bugfixes.. I think it is pretty much stable though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410901: Also for dnsdoctor-cgi
This orphaning is also for the dnsdoctor-cgi package (same source package). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410895: blender -w doesn't work (not a regular decorated window)
Hi, On Wed, 2007-02-14 at 14:01 +0100, Cyril Brulebois wrote: unfortunately, I lack some pieces of information, particularly: which Desktop Environment/Window Manager are you using? Ah, I see. I'm using beryl packages from beryl.org. I'll try with metacity when I'm back at my computer (but I really prefer working with beryl). Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410909: way to add text
Package: xournal Version: 0.3.2-1 Severity: wishlist Tags: upstream I greatly appreciate xournal, but I am missing the ability to add notes, like post-its, or just a text tool to type onto PDFs. It would rock if upstream could add that. Cheers, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xournal depends on: ii gs 8.54.dfsg.1-5 Transitional package ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libglib2.0-0 2.12.6-2The GLib library of C routines ii libgnomecanvas2-02.14.0-2A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4GNOME 2.2 print architecture User ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libpango1.0-01.14.8-5Layout and rendering of internatio ii libx11-6 2:1.0.3-5 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 libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii xpdf-reader 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime xournal recommends no packages. -- no debconf information -- .''`. 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)
Bug#410575: [Pbuilder-maint] Bug#410575: pbuilder: better document --debootstrapopts arguments with spaces
On Wed, Feb 14, 2007, Filippo Giunchedi wrote: The same applies to --debuildopts IIRC, this is slightly related to #229834 as well. I don't think so, I use spaces in debuildopts to pass multiple options, for example --debbuildopts -vx.y -sa. Perhaps this bug is about having spacing support in --debootstrapopts? -- Loïc Minier [EMAIL PROTECTED]
Bug#410852: Incorrect/counter-intuitive permissions on /var/log/postgresql in postgresql-8.x packages
reassign 410852 postgresql-common 71 thanks Hi, Colin Macdonald [2007-02-14 8:17 +1100]: Issue; The default log directory, /var/log/postgresql, is uid:0 gid:0, which is counter-intuitive and means that postgres itself has no ability to control the log files, (postgres-run rotation). This was actually done deliberately since the current infrastructure does not enforce that a cluster is owned by 'postgres' at all. You can create a cluster for an arbitrary Unix user. Suggestion; Changing either the user or group of the default log directory to reflect postgresql itself, as part of the package installation process. Hm, I acknowledge that postgres-owned clusters are the common case, so maybe root:postgres 1775 would be quite appropriate as well. The sticky bit would still prevent postgres clusters from messing with non-postgres cluster's log files. Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org signature.asc Description: Digital signature
Bug#410895: blender -w doesn't work (not a regular decorated window)
Xavier Bestel [EMAIL PROTECTED] (14/02/2007): Hi, I'm trying to run blender within a regular window (blender -w) but it still uses a fullscreen undecorated window. So it's a pain to deal with multiple windows on a big screen. Hi and thanks for your report, unfortunately, I lack some pieces of information, particularly: which Desktop Environment/Window Manager are you using? I tried with the following, on an etch/i386 box: - default GNOME: - without switch: undecorated, takes the whole screen but the panels (`fake' fullscreen, within GNOME, if one can call it that way). - with -w switch: does what it is supposed to do. - default Xfce: - without switch: `real' fullscreen. - with -w switch: does what it is supposed to do. And I don't have enough disk space on my test box to think about installing KDE. ;-) Cheers, -- Cyril Brulebois pgpl8LeOSqIDh.pgp Description: PGP signature
Bug#410803: twiki: postinst relies on data in /usr/share/doc
Sven Dowideit [EMAIL PROTECTED] wrote: hehe, sorry, and thanks - I've already fixed it, and a few other recomendations that were made BUT, I'd love some one to upload it for me the new version is at http://members.iinet.net.au/~spos/twiki_4.0.5-9.dsc and If this version can go into Etch... even better. I must say that I do not feel qualified to evaluate these changes, and whether they are appropriate for etch. In particular, I don't know enough about apache to be able to judge the severity and appropriateness of the security fixes. The only remark that I can make is that you should send out requests for translations, since you've changed templates so late in the release cycle. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#410913: dillo: Dillo should also support https proxy
Package: dillo Version: 0.8.5-4.1 Severity: wishlist It would be nice if Dillo would support https proxy (e.g. CONNECT via Squid). At the moment Dillo is useless for browsing https site from behind a firewall. Dave -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages dillo depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libssl0.9.8 0.9.8c-3 SSL shared libraries ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii wget 1.10.2-1 retrieves files from the web ii zlib1g1:1.2.3-9 compression library - runtime dillo recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410910: search functionality
Package: xournal Version: 0.3.2-1 Severity: wishlist Tags: upstream If xournal could get a search function, and possibly a goto page dialog, it could easily replace the PDF viewer and allow for annotations to be made whenever viewing a PDF. Thanks, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xournal depends on: ii gs 8.54.dfsg.1-5 Transitional package ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libglib2.0-0 2.12.6-2The GLib library of C routines ii libgnomecanvas2-02.14.0-2A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4GNOME 2.2 print architecture User ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libpango1.0-01.14.8-5Layout and rendering of internatio ii libx11-6 2:1.0.3-5 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 libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii xpdf-reader 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime xournal recommends no packages. -- no debconf information -- .''`. 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)
Bug#410831: PCMSKx registers transposed in header for attinyX61
Hi, thanx for the repport. I've forwarded it upstream as bug #19060: http://savannah.nongnu.org/bugs/index.php?19060 On 2/13/07, Terran Melconian [EMAIL PROTECTED] wrote: Package: avr-libc Version: 1.4.5-2 Severity: important In avr/iotnx61.h, the PCMSK registers are defined as follows: #define PCMSK0 _SFR_IO8(0x22) #define PCMSK1 _SFR_IO8(0x23) These are swapped with each other. The correct definition is: #define PCMSK0 _SFR_IO8(0x23) #define PCMSK1 _SFR_IO8(0x22) Source: Atmel Attiny261/461/861 datasheet, revision 11/06, page 218. Personally confirmed with production parts with date code 0635. This is presumably a problem to forward upstream. Thanks. -- Håkan Ardö
Bug#401916:
On Wed, February 14, 2007 11:02, Michael Prokop said: * David Härdeman [EMAIL PROTECTED] [20070206 19:15]: udevtrigger udevsettle || true ps /begin.ps while ps | grep -q usb-stor-scan; do sleep 1; done while ps | grep -q scsi_scan_; do sleep 1; done ps /middle.ps udevsettle || true ps /finish.ps Done that. I've taken screenshots with the digicam (sorry, was the easiest way for me and I'm a little bit in a hurry right now): http://dufo.tugraz.at/~prokop/initramfs/ Images is fine, thanks. Unfortunately the ps ax output is the same each time so it is no surprise that my approach doesn't work. I do however have another theory, it seems that it can take a sec or two between the loading of usb-storage and the usb-stor-scan thread to be created...in order to test this further, could you please replace the above parts with: udevtrigger udevsettle || true cat /proc/modules /modules.txt And provide me with the contents of modules.txt (the digicam method is fine) Could you also provide the output of ps ax once the system is up and running? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410915: xterm: color problems with aptitude
Package: xterm
Version: 224-1
Severity: normal
Just after starting aptitude (version 0.4.4-1), I got strange colors
in my xterm window. See attached snapshot. I can't reproduce the
problem (in the same terminal, without any change).
I use the following terminfo data:
# Reconstructed via infocmp from file:
/home/vlefevre/.terminfo/x/xterm-debian
xterm-debian|Debian xterm (VT220-conformant backspace),
am, bce, km, mc5i, mir, msgr, npc, xenl,
colors#8, cols#80, it#8, lines#24, pairs#64,
acsc=``aaffggiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
bel=^G, blink=\E[5m, bold=\E[1m, cbt=\E[Z, civis=\E[?25l,
clear=\E[H\E[2J, cnorm=\E[?12l\E[?25h, cr=^M,
csr=\E[%i%p1%d;%p2%dr, cub=\E[%p1%dD, cub1=^H,
cud=\E[%p1%dB, cud1=^J, cuf=\E[%p1%dC, cuf1=\E[C,
cup=\E[%i%p1%d;%p2%dH, cuu=\E[%p1%dA, cuu1=\E[A,
cvvis=\E[?12;25h, dch=\E[%p1%dP, dch1=\E[P, dl=\E[%p1%dM,
dl1=\E[M, ech=\E[%p1%dX, ed=\E[J, el=\E[K, el1=\E[1K,
flash=\E[?5h$100/\E[?5l, home=\E[H, hpa=\E[%i%p1%dG,
ht=^I, hts=\EH, ich=\E[%p1%d@, il=\E[%p1%dL, il1=\E[L,
ind=^J, indn=\E[%p1%dS, invis=\E[8m,
is2=\E[!p\E[?3;4l\E[4l\E, kDC=\E[3;2~, kEND=\E[1;2F,
kHOM=\E[1;2H, kIC=\E[2;2~, kLFT=\E[1;2D, kNXT=\E[6;2~,
kPRV=\E[5;2~, kRIT=\E[1;2C, kb2=\EOE, kbs=\177, kcbt=\E[Z,
kcub1=\EOD, kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA,
kdch1=\E[3~, kend=\EOF, kent=\EOM, kf1=\EOP, kf10=\E[21~,
kf11=\E[23~, kf12=\E[24~, kf13=\EO2P, kf14=\EO2Q,
kf15=\EO2R, kf16=\EO2S, kf17=\E[15;2~, kf18=\E[17;2~,
kf19=\E[18;2~, kf2=\EOQ, kf20=\E[19;2~, kf21=\E[20;2~,
kf22=\E[21;2~, kf23=\E[23;2~, kf24=\E[24;2~, kf25=\EO5P,
kf26=\EO5Q, kf27=\EO5R, kf28=\EO5S, kf29=\E[15;5~,
kf3=\EOR, kf30=\E[17;5~, kf31=\E[18;5~, kf32=\E[19;5~,
kf33=\E[20;5~, kf34=\E[21;5~, kf35=\E[23;5~,
kf36=\E[24;5~, kf37=\EO6P, kf38=\EO6Q, kf39=\EO6R,
kf4=\EOS, kf40=\EO6S, kf41=\E[15;6~, kf42=\E[17;6~,
kf43=\E[18;6~, kf44=\E[19;6~, kf45=\E[20;6~,
kf46=\E[21;6~, kf47=\E[23;6~, kf48=\E[24;6~, kf49=\EO3P,
kf5=\E[15~, kf50=\EO3Q, kf51=\EO3R, kf52=\EO3S,
kf53=\E[15;3~, kf54=\E[17;3~, kf55=\E[18;3~,
kf56=\E[19;3~, kf57=\E[20;3~, kf58=\E[21;3~,
kf59=\E[23;3~, kf6=\E[17~, kf60=\E[24;3~, kf61=\EO4P,
kf62=\EO4Q, kf63=\EO4R, kf7=\E[18~, kf8=\E[19~, kf9=\E[20~,
khome=\EOH, kich1=\E[2~, kmous=\E[M, knp=\E[6~, kpp=\E[5~,
mc0=\E[i, mc4=\E[4i, mc5=\E[5i, op=\E[39;49m, rc=\E8,
rev=\E[7m, ri=\EM, rin=\E[%p1%dT, rmacs=\E(B, rmam=\E[?7l,
rmcup=\E[?1049l, rmir=\E[4l, rmkx=\E[?1l\E, rmso=\E[27m,
rmul=\E[24m, rs1=\Ec, rs2=\E[!p\E[?3;4l\E[4l\E, sc=\E7,
setab=\E[4%p1%dm, setaf=\E[3%p1%dm,
setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m,
setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m,
sgr0=\E[m, smacs=\E(0, smam=\E[?7h, smcup=\E[?1049h,
smir=\E[4h, smkx=\E[?1h\E=, smso=\E[7m, smul=\E[4m,
tbc=\E[3g, u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?1;2c, u9=\E[c,
vpa=\E[%i%p1%dd,
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686-bigmem
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Versions of packages xterm depends on:
ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries
ii libfontconfig1 2.4.2-1 generic font configuration library
ii libice6 1:1.0.1-2X11 Inter-Client Exchange library
ii libncurses5 5.5-5Shared libraries for terminal hand
ii libsm6 1:1.0.1-3X11 Session Management library
ii libx11-62:1.0.3-5X11 client-side library
ii libxaw7 1:1.0.2-4X11 Athena Widget library
ii libxext61:1.0.1-2X11 miscellaneous extension librar
ii libxft2 2.1.8.2-8FreeType-based font drawing librar
ii libxmu6 1:1.0.2-2X11 miscellaneous utility library
ii libxt6 1:1.0.2-2X11 toolkit intrinsics library
ii xbitmaps1.0.1-2 Base X bitmaps
Versions of packages xterm recommends:
ii xutils 1:7.1.ds.3-1 X Window System utility programs
-- no debconf information
xterm-aptitude.png
Description: PNG image
Bug#410855: menu and help text broken with Polish UTF-8 locale (pl_PL.UTF-8)
On Tue, Feb 13, 2007 at 10:05:26PM +, Rafal Czlonka wrote: Just as I've written in the subject, some Polish letters are broken with this locale. Can you provide more information? Can you for example cut and paste what you see (in a gzipped text file, or a screen shot). It would be nice also if you could provide what you guess should be the correct form. Kind Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410916: update-manager: Manual refers to wrong repositories
Package: update-manager Version: 0.42.2ubuntu22-9 The manual /usr/share/gnome/help/update-manager/C/update-manager.xml refers to Ubuntus software repositories and distribution components instead of Debians all over the document. Users might be confused, when reading about Ubuntu, hoary, multiverse, and bug reports to [EMAIL PROTECTED] instead of Debian, etch, non-free, and bug reports via reportbug to [EMAIL PROTECTED]. It is OK to call the software Ubuntu update manager as it is a software by Ubuntu. Maybe the manual should be split into a program specific chapter and a distribution specific chapter? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410911: autoload .xoj files if present
Package: xournal Version: 0.3.2-1 Severity: wishlist Tags: upstream It would be great if xournal, when asked to open a PDF, would also open any .xoj files that are next to it. So if I opened /path/to/my.pdf, xournal would check for /path/to/my.pdf.xoj and open it if found. Thanks, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xournal depends on: ii gs 8.54.dfsg.1-5 Transitional package ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libglib2.0-0 2.12.6-2The GLib library of C routines ii libgnomecanvas2-02.14.0-2A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4GNOME 2.2 print architecture User ii libgtk2.0-0 2.8.20-5The GTK+ graphical user interface ii libpango1.0-01.14.8-5Layout and rendering of internatio ii libx11-6 2:1.0.3-5 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 libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii xpdf-reader 3.01-9 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-13 compression library - runtime xournal recommends no packages. -- no debconf information -- .''`. 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)
