Bug#400599: Net::SOCKS doesn't resolve Hostnames
On Mon, 27 Nov 2006, Sebastien Delafond wrote: severity 400599 wishlist tag 400599 + patch pending thanks This should hit the Debian archive pretty soon now; I'm also copying Clinton Wong, original author of Net::Socks maintainership, so he can incorporate this patch if he desires. Thanks for the quick response! You probably should add the package-dependency on libnet-dns-perl, since my patch uses this module. Cheers, Chris On Mon, Nov 27, 2006 at 03:34:46PM +0100, Christian Schwarz wrote: Package: libnet-socks-perl Version: 0.03-4 In SOCKS.pm, the author wrote #fixme - check to make sure peer_addr is dotted decimal or do name resolution on it first. I've fixed this with a small (hacky) patch (see attachment). (The patch is needed, when using Net::SOCKS together with SpamAssassin.) It would be nice if you could include this patch in the next Debian release and forward it to the upstream maintainer. Feel free to contact me, if you need more info. Cheers, Chris --- SOCKS.pm.ref2006-11-27 15:15:04.0 +0100 +++ SOCKS.pm2006-11-27 15:15:59.0 +0100 @@ -345,8 +345,22 @@ if ($rc==SOCKS_OKAY) { -#fixme - check to make sure peer_addr is dotted decimal or do name -#resolution on it first +# resolve name +unless (${*self}{peer_addr} =~ /^\d+\.\d+\.\d+\.\d+$/o) { + #die peer_addr not an IP adress: ${*self}{peer_addr}\n; + #print STDERR debug: peer_addr not an IP adress: ${*self}{peer_addr} -- resolving...\n; + my $res = Net::DNS::Resolver-new; + my $query = $res-search(${*self}{peer_addr}); + my $ip; + if ($query) { +foreach my $rr ($query-answer) { + next unless $rr-type eq A; + $ip = $rr-address; +} + } + $ip or die cannot resolve name ${*self}{peer_addr}; + ${*self}{peer_addr} = $ip; +} # send the request print { ${*self}{fh} } pack ('CCn', 4, $req_num, ${*self}{peer_port}) . -- _,, Christian Schwarz / o \__ [EMAIL PROTECTED] ! ___; [EMAIL PROTECTED], [EMAIL PROTECTED] \ / \\\__/ !PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA \ / http://schwarz-online.com -.-.,---,-,-..---,-,-.,.-.- DIE ENTE BLEIBT DRAUSSEN! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400714: logcheck-database: ignore ssh hosts.allow warnings
Package: logcheck-database Version: 1.2.51 Severity: minor Tags: patch If one uses a TCP wrappers configuration that denies all connections and then only permits them from certain hosts, the warnings about inability to resolve an incoming IP address may be reported against lines in /etc/hosts.allow as well as /etc/hosts.deny. Here's the simple patch to violations.ignore.d/logcheck-ssh. --- /home/eagle/tmp/logcheck-1.2.51/rulefiles/linux/violations.ignore.d/logcheck-ssh 2006-11-15 13:07:13.0 -0800 +++ /etc/logcheck/violations.ignore.d/logcheck-ssh 2006-11-26 12:42:50.0 -0800 @@ -1,5 +1,5 @@ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts.deny, line [0-9]+: can't verify hostname: getaddrinfo\([._[:alnum:]-]+, AF_INET\) failed$ -^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts.deny, line [0-9]+: host name/name mismatch: [._[:alnum:]-]+ != [._[:alnum:]-]+$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts\.(allow|deny), line [0-9]+: can't verify hostname: getaddrinfo\([._[:alnum:]-]+, AF_INET\) failed$ +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts\.(allow|deny), line [0-9]+: host name/name mismatch: [._[:alnum:]-]+ != [._[:alnum:]-]+$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: reverse mapping checking getaddrinfo for [._[:alnum:]-]+ failed - POSSIBLE BREAK-?IN ATTEMPT!$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: Address [._[:alnum:]-]+ maps to [._[:alnum:]-]+, but this does not map back to the address - POSSIBLE BREAK-?IN ATTEMPT!$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: fatal: Write failed: Broken pipe$ -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false * logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400713: texmacs: menu titles and many entries display as blank
Package: texmacs Version: 1:1.0.6.6-1 Severity: important When I run texmacs, I get an error message about one font: TeXmacs] Font ipagui 11pt at 300 dpi could not be loaded Then when the window opens, the menu-bar is blank, though the various toolbar icons seem fine. The menus actually _do_ seem to be there though, simply with a blank title; morever many (but not all) menu entries also show up as blank (but still apparently functional). I guess these entries may be trying to use the ipagui font above. I tried removing my ~/.TeXmacs directory but that makes no difference. Here is a complete log of the TeXmacs startup messages: Welcome to TeXmacs 1.0.6.6 -- Since this seems to be the first time you run this version of TeXmacs, I will first analyze your system in order to set up some TeX paths in the correct way. This may take some seconds; the result can be found in /home/soft1/miles/.TeXmacs/system/settings.scm -- TeXmacs] kpsepath works with your TeX distribution TeXmacs] kpsewhich works with your TeX distribution TeXmacs] mktextfm works with your TeX distribution TeXmacs] mktexpk works with your TeX distribution TeXmacs] texhash works with your TeX distribution TeXmacs] Trying to create ecrm10.123pk from 300 dpi mktexpk: Mismatched mode ljfour and resolution 300; ignoring mode. mktexpk: /home/soft1/miles/.texmf-var/fonts/pk/cx/jknappen/ec/ecrm10.123pk already exists. /home/soft1/miles/.texmf-var/fonts/pk/cx/jknappen/ec/ecrm10.123pk TeXmacs] Metafont works with 300 dpi ec-fonts -- Installation completed successfully ! I will now start up the editor -- TeXmacs] With linked TrueType support TeXmacs] Loading corktounicode TeXmacs] Loading unicode-cork-oneway TeXmacs] Loading tmuniversaltounicode TeXmacs] Loading unicode-symbol-oneway TeXmacs] Font ipagui 11pt at 300 dpi could not be loaded Thanks, -miles -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages texmacs depends on: ii gs-gpl 8.54.dfsg.1-5The GPL Ghostscript PostScript int ii guile-1.6-libs 1.6.8-6 Main Guile libraries ii libc6 2.5-0exp3GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20061003-1 GCC support library ii libguile-ltdl-1 1.6.8-6 Guile's patched version of libtool ii libltdl31.5.22-4 A system independent dlopen wrappe ii libqthreads-12 1.6.8-6 QuickThreads library for Guile ii libstdc++6 4.2-20061003-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-4X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii texlive-base2005.dfsg.2-4TeX Live: Essential programs and f ii texlive-fonts-recommend 2005.dfsg.2-4TeX Live: Recommended fonts ii texmacs-common 1:1.0.6.6-1 WYSIWYG mathematical text editor u ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages texmacs recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.11 Image manipulation programs ii ispell 3.1.20.0-4.3 International Ispell (an interacti ii libjpeg-progs 6b-13Programs for manipulating JPEG fil ii librsvg2-bin2.14.4-2 command-line and graphical viewers ii libtiff-tools 3.8.2-6 TIFF manipulation and conversion t ii netpbm 2:10.0-10.1 Graphics conversion tools ii texmacs-extra-fonts 0.1 extra fonts for the mathematical t ii xfig1:3.2.5-alpha5-9 Facility for Interactive Generatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312544: kcontrol has nothing in its sidbar configuration menu
On Tue, Nov 28, 2006 at 02:19:07PM +0700, Steven Demetrius wrote: Package: kcontrol Version: 4:3.5.5a.dfsg.1-2 Followup-For: Bug #312544 kcontrol has nothing in it sidbar configuration menu. Though this bug has been reported as fixed it is not. Sorry but the bug is fixed. I experimented this problem 2 days ago installing a new computer with the etch d-i, and upgrading kdeadmin with the version from unstable, it got fixed. I guess your installed the unstable packages in testing, right? Because it is fixed in unstable, but the package has not reached testing yet. -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kcontrol depends on: ii kdebase-data 4:3.5.5a.dfsg.1-1 shared data files for the KDE base ii kdelibs4c2a4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii kicker 4:3.5.5a.dfsg.1-1 desktop panel for KDE ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfam02.7.0-11 Client library to control the FAM ii libfontconfig1 2.4.1-2 generic font configuration library ii libfontenc11:1.0.2-2 X11 font encoding library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-19GCC support library ii libgl1-mesa-glx [libgl 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-7PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsm6 1:1.0.1-3 X11 Session Management library ii libssl0.9.80.9.8c-3 SSL shared libraries ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-2userspace USB programming library ii libx11-6 2:1.0.3-3 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii usbutils 0.72-7USB console utilities ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kcontrol recommends: ii udev 0.100-2.3 /dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370137: x-server-xorg-video-nv : signal 11 on Geforce 4MX on powerpc
In the config file xorg.conf, in the section Device I set the Option UseFBDev to false Or the other way is just to remove that line and it solved my problem. Now the xserver is working perfectly and even better as before as i can adjust my screen at more than 1024*768. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258646: links: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libgpmg1-dev)
severity 258646 important found 258646 0.99+1.00pre12-1.1 retitle links: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libgpmg1-dev) thanks Please, could you exclude libgpmg1-dev on GNU/kFreeBSD similarly as already done for hurd. Thanks Petr --- debian/control~ 2006-11-28 09:16:40.0 +0100 +++ debian/control 2006-11-28 09:16:40.0 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Peter Gervai [EMAIL PROTECTED] Standards-Version: 3.6.1.1 -Build-Depends: debhelper (= 4.0.2), libgpmg1-dev [!hurd-i386] +Build-Depends: debhelper (= 4.0.2), libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] Package: links Architecture: any -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400495: installation failed on Acer Aspire 9411AWSMi
Hi Frans, I've got a laptop with SATA cdrom/drive, the controller is an ICH7 . I tried different boot method: - install libata.atapi_enabled=1 FAILED - expert , then chose only ide-generic, ide-cd and isofs to detect the sata drive - failed (see Errata for release 3.1r0, http://www.debian.org/releases/stable/debian-installer/) - boot from usbdrive, tried to modprobe relevant modules - failed you can get my laptop spec from here: http://global.acer.com/products/notebook/as9410.htm cheers, chantra On Sunday 26 November 2006 18:06, chantra wrote: Comments/Problems: The installer boots fine, but when it come to CD drive detection, it fails so you can't go on the installation. Note that the daily builds were known to be broken for a few days, but should be fixed again now. If it still does not work with a new daily image, could you please try the troubleshooting instructions at: http://d-i.alioth.debian.org/manual/en.i386/ch05s03.html#unreliable-cd Cheers, FJP -- http://www.debuntu.org http://repository.debuntu.org
Bug#396119: Bug#396118: this should be serious
* Rob Browning ([EMAIL PROTECTED]) [061128 08:30]: Andreas Barth [EMAIL PROTECTED] writes: It seems to me that guile-1.8 isn't 64bit-ready yet. That doesn't make the package per se unusable. This is not a please stop fixing this bug, but just a we are not going to pull guile-1.8 from Etch for this reason. I believe I have this fixed (along with several other problems). I should be able to upload a new version by Friday night, quite possibly sooner. Cool, thanks. That's of course the best solution of this issue. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400716: brasero: proceed with burning even though CD/DVD size is exceeded
Package: brasero Version: 0.4.4-4 Severity: normal There's a big warning when attempting to burn data bigger than 4.4 GB that nobody can ignore, yet the burn button is still disabled. This is supposed to be a sane default, but consider the case when I just want to create an iso on the hard disk. This bug ensures that K3b remains the last KDE package I use. -- 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=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Versions of packages brasero depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.14-2 Avahi client library ii libavahi-common3 0.6.14-2 Avahi common library ii libavahi-glib10.6.14-2 Avahi glib integration library ii libbonobo2-0 2.14.0-2 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 0.94-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.0-2 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnome-keyring0 0.6.0-2GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.2-2+b1GNOME virtual file-system (runtime ii libgnutls13 1.4.4-2the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgstreamer-plugins-base 0.10.10-1 GStreamer libraries from the base ii libgstreamer0.10-00.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnautilus-burn3 2.14.3-2 Nautilus Burn Library - runtime ve ii libnotify10.4.2-1+b1 sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-01.2.8rel-7 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libtotem-plparser12.16.2-2 Totem Playlist Parser library - ru ii libx11-6 2:1.0.3-2 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-4 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem ii wodim 5:1.0~pre4-1.1 command line CD writing tool ii zlib1g1:1.2.3-13 compression library - runtime brasero recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400717: freealut: FTBFS on GNU/kFreeBSD
Package: freealut Severity: important Version: 1.0.1-1 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. It needs small tweak to configure.ac, see bellow. After aplying please regenerate configure by running autoconf. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- configure.ac~ 2006-11-28 09:24:55.0 +0100 +++ configure.ac2006-11-28 09:24:55.0 +0100 @@ -43,7 +43,7 @@ AC_DEFINE([ALUT_BUILD_LIBRARY], [1], [Define to 1 if you want to build the ALUT DLL.]) # Checks for libraries. (not perfect yet) -AC_SEARCH_LIBS([pthread_self], [pthread]) +AC_SEARCH_LIBS([pthread_create], [pthread]) AC_SEARCH_LIBS([alGetError], [openal32 openal]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola On Mon, Nov 27, 2006 at 11:28:58PM +0100, root wrote: Package: kernel-patch-openvz Version: 028test002-3 Severity: grave Justification: renders package unusable The patch provided by this package is unappliable to the Kernels shipped with Debian. The patch has no support for 2.6.17 at all. Applying it to 2.6.18 doesn't work (see below). I used the Kernel of linux-source-2.6.18 (Version: 2.6.18-6) make-kpkg --added-patches openvz configure [...] for patch in /usr/src/kernel-patches/all/apply/openvz ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done START applying openvz patch (OpenVZ kernel patch for virtual server support) Testing whether OpenVZ kernel patch for virtual server support patch for 2.6.18 applies (dry run): 1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej 4 out of 45 hunks FAILED -- saving rejects to file mm/memory.c.rej 1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej 1 out of 15 hunks FAILED -- saving rejects to file net/core/sock.c.rej OpenVZ kernel patch for virtual server support patch for 2.6.18 does not apply cleanly Patch /usr/src/kernel-patches/all/apply/openvz failed. Hit return to Continue [...] -- 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-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kernel-patch-openvz depends on: ii bash 3.1-5 The GNU Bourne Again SHell ii grep-dctrl2.9.3 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original kernel-patch-openvz recommends no packages. -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396148: Info received (thoggen: only works with dvd source)
In local file directory mode, I just found that I have to open the video_ts directory itself in order have the structure recongnized as DVD files. I'm yet to check about the iso problem I mentioned... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400657: texlive-metapost: Please integrate feynmf more in TeXLive packages
Kevin B. McCarty [EMAIL PROTECTED] wrote: Is the above OK, or would you rather have aptitude install feynmf result in installation of TeXLive packages by default on a system with no TeX yet? I think that could be accomplished just by swapping the order of the tetex-bin | texlive-base-bin alternatives in the first dependency above. Even if teTeX is still the default TeX system for Build-Depends, I think for real users TeXlive is highly advisable in etch. Therefore it might make sense to default to TeXlive; in etch+1 (sorry, forgot the name) we'll try to switch as many packages as possible to TeXlive, anyway. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#325528: Patch for this bug
* Steve Langasek ([EMAIL PROTECTED]) [061127 22:22]: On Mon, Nov 27, 2006 at 07:40:20PM +0100, Andreas Barth wrote: After more checking, the bug is somewhere else. The library dynamically opens (in src/m17n-gui.c): MSTRUCT_CALLOC (interface, MERROR_WIN); interface-library = malloc (strlen (lib) + strlen (DLOPEN_SHLIB_EXT) + 1); sprintf (interface-library, %s%s, lib, DLOPEN_SHLIB_EXT); which will of course fail unless the development package is there. Now, I'm a bit lost - what is the correct behaviour? To change mgp to dlopen() the library name *with* soname extension. sonames are as relevant to dlopen() as they are to ELF-linking binaries, they should not be ignored. That is what I would have thought as well. Unfortunatly, this means a major change in the code is necessary - someone with lots of love needs to take care of it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400676: liblockdev1 is uninstallable
* Roger Leigh ([EMAIL PROTECTED]) [061128 00:48]: liblockdev1 and liblockdev1-dbg are uninstallable due to both containing /usr/share/doc/liblockdev1/NEWS.Debian.gz. dpkg: error processing /var/cache/apt/archives/liblockdev1_1.0.3-1.1_powerpc.deb(--unpack): trying to overwrite `/usr/share/doc/liblockdev1/NEWS.Debian.gz', which is also in package liblockdev1-dbg Which is clearly a bug in the -dbg-package. I'm going to fix it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400715: apt-setup: typo n'a pas acceder in French translation
Package: apt-setup Version: 1:0.16 Severity: minor Tags: l10n trunk/packages/po/fr.po revision 42479 contains at line 6111 Le programme d'installation n'a pas accéder au miroir. There's a pu missing, so this should read Le programme d'installation n'a pas pu accéder au miroir.
Bug#400718: CVE-2006-5925: Links smb Protocol File Upload/Download Vulnerability
package: links2 severity: grave tags: security See bugs #399187 and #399188 for discussion. Patches in links and elinks converge towards removal of smb support. Attached patch is for sarge. -Mikko diff -u links2-2.1pre16/config.sub links2-2.1pre16/config.sub --- links2-2.1pre16/config.sub +++ links2-2.1pre16/config.sub @@ -1,9 +1,9 @@ #! /bin/sh # Configuration validation subroutine script. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-30' +timestamp='2005-04-22' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -70,7 +70,7 @@ version=\ GNU config.sub ($timestamp) -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -231,13 +231,14 @@ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \ | am33_2.0 \ | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \ + | bfin \ | c4x | clipper \ | d10v | d30v | dlx | dsp16xx \ | fr30 | frv \ | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \ | i370 | i860 | i960 | ia64 \ | ip2k | iq2000 \ - | m32r | m32rle | m68000 | m68k | m88k | mcore \ + | m32r | m32rle | m68000 | m68k | m88k | maxq | mcore \ | mips | mipsbe | mipseb | mipsel | mipsle \ | mips16 \ | mips64 | mips64el \ @@ -262,7 +263,8 @@ | pyramid \ | sh | sh[1234] | sh[23]e | sh[34]eb | shbe | shle | sh[1234]le | sh3ele \ | sh64 | sh64le \ - | sparc | sparc64 | sparc86x | sparclet | sparclite | sparcv8 | sparcv9 | sparcv9b \ + | sparc | sparc64 | sparc64b | sparc86x | sparclet | sparclite \ + | sparcv8 | sparcv9 | sparcv9b \ | strongarm \ | tahoe | thumb | tic4x | tic80 | tron \ | v850 | v850e \ @@ -298,7 +300,7 @@ | alphapca5[67]-* | alpha64pca5[67]-* | arc-* \ | arm-* | armbe-* | armle-* | armeb-* | armv*-* \ | avr-* \ - | bs2000-* \ + | bfin-* | bs2000-* \ | c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \ | clipper-* | craynv-* | cydra-* \ | d10v-* | d30v-* | dlx-* \ @@ -310,7 +312,7 @@ | ip2k-* | iq2000-* \ | m32r-* | m32rle-* \ | m68000-* | m680[012346]0-* | m68360-* | m683?2-* | m68k-* \ - | m88110-* | m88k-* | mcore-* \ + | m88110-* | m88k-* | maxq-* | mcore-* \ | mips-* | mipsbe-* | mipseb-* | mipsel-* | mipsle-* \ | mips16-* \ | mips64-* | mips64el-* \ @@ -336,7 +338,8 @@ | romp-* | rs6000-* \ | sh-* | sh[1234]-* | sh[23]e-* | sh[34]eb-* | shbe-* \ | shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \ - | sparc-* | sparc64-* | sparc86x-* | sparclet-* | sparclite-* \ + | sparc-* | sparc64-* | sparc64b-* | sparc86x-* | sparclet-* \ + | sparclite-* \ | sparcv8-* | sparcv9-* | sparcv9b-* | strongarm-* | sv1-* | sx?-* \ | tahoe-* | thumb-* \ | tic30-* | tic4x-* | tic54x-* | tic55x-* | tic6x-* | tic80-* \ diff -u links2-2.1pre16/debian/changelog links2-2.1pre16/debian/changelog --- links2-2.1pre16/debian/changelog +++ links2-2.1pre16/debian/changelog @@ -1,3 +1,9 @@ +links2 (2.1pre16-1.0.0.mcf01) unstable; urgency=low + + * try to disable smb + + -- Mikko Rapeli [EMAIL PROTECTED] Tue, 28 Nov 2006 00:11:10 +0200 + links2 (2.1pre16-1) unstable; urgency=low * New upstream version. (Closes: #267686) diff -u links2-2.1pre16/config.guess links2-2.1pre16/config.guess --- links2-2.1pre16/config.guess +++ links2-2.1pre16/config.guess @@ -1,9 +1,9 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-12' +timestamp='2005-04-22' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -53,7 +53,7 @@ GNU config.guess ($timestamp) Originally written by Per Bothner. -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -804,6 +804,9 @@ i*:UWIN*:*) echo ${UNAME_MACHINE}-pc-uwin
Bug#400677: libginac1.3c2a depends
q wrote: libginac1.3c2a has soft-depend on a ginac-tools and has conflict on a libginac1.3, but libginac1.3 has a hurd-depends on a libginac1.3 . Sorry, I don't understand. What is the problem? Please explain again. -richy. -- .''`. Richard B. Kreckel : :' : [EMAIL PROTECTED] `. `' [EMAIL PROTECTED] `- http://www.ginac.de/~kreckel/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393889: libapache2-mod-fastcgi: I'm confused...
* Jon Daley ([EMAIL PROTECTED]) [061128 06:34]: What needs to happen to get this package out of unstable into testing? It needs to built on all architectures. I see this page, but I am not sure what it is saying - The builds are failing for ia64, mips and s390? There are no builds - for whatever reason. This package is non-free, that makes the situation a bit more complicated. The maintainer needs to either provide builds for the missing architectures, or ask the ftp-team to cleanup them, motivate someone else to do the builds. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400719: syslog messages are localised
Package: fetchmail Severity: normal Hi, My system is set to use fr_FR.UTF-8 as default locale and fetchmail get's localised too. It''s really annoying to have localised string in syslog and break all log parser like logcheck... -- System Information: Debian Release: 4.0 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400720: mozilla-plugin-vlc: vlc plugin broken: (no video)
Package: mozilla-plugin-vlc Version: 0.8.6-svn20061012.debian-1 Severity: normal When starting up any video the browser does no download but only shows a blackblank page opened with a (no video) message. This is the same for mp3 or sound files. I have this problem approximately for a month now (after an vlc update but I am not shure which version change it was) with firefox 1.5.0.7 and the actual iceweasel and also with no plugins installed. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mozilla-plugin-vlc depends on: ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 ii libvlc0 0.8.6-svn20061012.debian-1 multimedia player and streamer lib ii libx11-6 2:1.0.3-3 X11 client-side library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii vlc 0.8.6-svn20061012.debian-1 multimedia player and streamer ii vlc-nox 0.8.6-svn20061012.debian-1 multimedia player and streamer (wi ii iceweasel 2.0+dfsg-1 lightweight web browser based on mozilla-plugin-vlc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398962: [2.6.18] Platform devices incorrectly provide $MODALIAS?
On Tue, 2006-11-28 at 08:12 +0100, Bastian Blank wrote: On Mon, Nov 27, 2006 at 03:45:36PM +0100, Kay Sievers wrote: For now you can just blacklist all platform events like Marco already suggested. Nope. modprobe don't have the knowledge that this is an alias. Exactly, that's the root of the problem. But it isn't what Marco put in the Debian package, and I was referring to. Kay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400108: vino: password check broken?
Hi, On Sat, Nov 25, 2006 at 02:53:13PM +0100, Loïc Minier wrote: On Thu, Nov 23, 2006, Holger Leskien wrote: at some point in the last weeks vino stopped working on my computer. First I thought it might be a wrong password issue, but now I checked more thoroughly. This is what the vino-server prints out: I have no idea what could have broken vino for you, but it works here. With passwordless and password authentication. I should have mentioned that I use the Windows client. I'm using xvnc4viewer and connecting to localhost. Could you try creating a fresh new user on your host, setuping vino to accept password or passwordless connections (with confirmation) and try to connect to 127.0.0.1? Does password/passwordless help? Does connecting to 127.0.0.1 help? Does xvnc4viewer help? Passwordless works of course. Password connections work with the new user account locally and remote, but only until the vino-server is restarted. At this point something gets damaged. Greetings, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400206: removing package vimacs makes things normal
Today I tried to investigate this in detail. On every other machine my setup and this particular vim version works well. I had vimacs (vimacs_0.95-1.3_all.deb) installed but did nothing with it. Only removing it solves the issue though. So, in the end this bug should moved to vimacs package as a duplicate to #177316 extending the issue from finnish/swedidh to german users :-/ Konsti -- GPG KeyID EF62FCEF Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400676: NMU uploaded
Hi, I uploaded an NMU of your package to fix the uninstallability of the dbg-package under the you have to fix the pieces-NMU-policy (repairing my own NMU). Please find the used diff below. Cheers, Andi diff -ur ../lockdev-1.0.3~~/debian/changelog ../lockdev-1.0.3/debian/changelog --- ../lockdev-1.0.3~~/debian/changelog 2006-11-27 13:23:57.0 +0100 +++ ../lockdev-1.0.3/debian/changelog 2006-11-28 08:54:45.0 +0100 @@ -1,3 +1,11 @@ +lockdev (1.0.3-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Brown paperbag release: Fix uninstallability of the -dbg-package. +Closes: #400676 + + -- Andreas Barth [EMAIL PROTECTED] Tue, 28 Nov 2006 08:52:55 +0100 + lockdev (1.0.3-1.1) unstable; urgency=low * Non-maintainer upload. diff -ur ../lockdev-1.0.3~~/debian/rules ../lockdev-1.0.3/debian/rules --- ../lockdev-1.0.3~~/debian/rules 2006-11-27 13:11:21.0 +0100 +++ ../lockdev-1.0.3/debian/rules 2006-11-28 09:03:44.0 +0100 @@ -115,6 +115,7 @@ dh_installchangelogs ChangeLog dh_installdocs rm $(CURDIR)/debian/liblockdev1-dbg/usr/share/doc/liblockdev1/c* + rm $(CURDIR)/debian/liblockdev1-dbg/usr/share/doc/liblockdev1/NEWS.Debia* dh_installexamples # dh_install # dh_installmenu -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400483: fmit - narrowed it down a bit....
On Tue, Nov 28, 2006 at 01:04:02AM +0100, Andreas Henriksson wrote: This is where it crashes for me, first time it hits src/CaptureThread.cpp line 616: m_capture_thread-m_values.push_front(cvalue/m_channel_count); Hi, This is strange because nobody meets exactly the same things in backtrace, so it is difficult to find what is the problem. I tested fmit on AMD64, PowerPC and i386, with and without alsa, and there in no crash for me. I try to understand why it crash for you. I need to reproduce this bug, to find what is the source of problem. Could you try to test with actual debian binary and without alsa for exemble? For #385946, the package worked without alsa, because it was a libasound2 bug. Thank you for your tests, Regards, -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#400721: iceweasel - locale adjusting
Package: iceweasel Hi, the locales of iceweasel do have two type of using the browser name: * properly using brandShortName; and brandFullName; in browser/* of the locales. * hardcoding the name in $language/* of the locales (here, the entities can't be used). Yesterday, I went through all the locales of iceweasel-l10n and fixed all broken locales which do not use the entities, and change the hardcoded values. Long story cut short: Please also adjust the en-US locale shipped within the iceweasel sources, see the attached patch which fixes this. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ diff -Naur iceweasel-2.0+dfsg.orig/browser/locales/en-US/chrome/overrides/appstrings.properties iceweasel-2.0+dfsg/browser/locales/en-US/chrome/overrides/appstrings.properties --- iceweasel-2.0+dfsg.orig/browser/locales/en-US/chrome/overrides/appstrings.properties 2006-09-11 18:35:08.0 + +++ iceweasel-2.0+dfsg/browser/locales/en-US/chrome/overrides/appstrings.properties 2006-11-28 09:10:03.0 + @@ -35,22 +35,22 @@ # * END LICENSE BLOCK * malformedURI=The URL is not valid and cannot be loaded. -fileNotFound=Firefox can't find the file at %S. -dnsNotFound=Firefox can't find the server at %S. -protocolNotFound=Firefox doesn't know how to open this address, because the protocol (%S) isn't associated with any program. -connectionFailure=Firefox can't establish a connection to the server at %S. +fileNotFound=Iceweasel can't find the file at %S. +dnsNotFound=Iceweasel can't find the server at %S. +protocolNotFound=Iceweasel doesn't know how to open this address, because the protocol (%S) isn't associated with any program. +connectionFailure=Iceweasel can't establish a connection to the server at %S. netInterrupt=The connection to %S was interrupted while the page was loading. netTimeout=The server at %S is taking too long to respond. -redirectLoop=Firefox has detected that the server is redirecting the request for this address in a way that will never complete. +redirectLoop=Iceweasel has detected that the server is redirecting the request for this address in a way that will never complete. repost=The page you are trying to view contains POSTDATA that has expired from cache. If you resend the data, any action the form carried out (such as a search or online purchase) will be repeated. To resend the data, click OK. Otherwise, click Cancel. repostConfirm=The page you are trying to view contains POSTDATA. If you resend the data, any action the form carried out (such as a search or online purchase) will be repeated. To resend the data, click OK. Otherwise, click Cancel. -unknownSocketType=Firefox doesn't know how to communicate with the server. +unknownSocketType=Iceweasel doesn't know how to communicate with the server. netReset=The connection to the server was reset while the page was loading. -netOffline=Firefox is currently in offline mode and can't browse the Web. +netOffline=Iceweasel is currently in offline mode and can't browse the Web. isprinting=The document cannot change while Printing or in Print Preview. -deniedPortAccess=This address uses a network port which is normally used for purposes other than Web browsing. Firefox has canceled the request for your protection. -proxyResolveFailure=Firefox is configured to use a proxy server that can't be found. -proxyConnectFailure=Firefox is configured to use a proxy server that is refusing connections. +deniedPortAccess=This address uses a network port which is normally used for purposes other than Web browsing. Iceweasel has canceled the request for your protection. +proxyResolveFailure=Iceweasel is configured to use a proxy server that can't be found. +proxyConnectFailure=Iceweasel is configured to use a proxy server that is refusing connections. externalProtocolTitle=External Protocol Request externalProtocolPrompt=An external application must be launched to handle %1$S: links.\n\n\nRequested link:\n\n%2$S\n\nApplication: %3$S\n\n\nIf you were not expecting this request it may be an attempt to exploit a weakness in that other program. Cancel this request unless you are sure it is not malicious.\n #LOCALIZATION NOTE (externalProtocolUnknown): The following string is shown if the application name can't be determined diff -Naur iceweasel-2.0+dfsg.orig/browser/locales/en-US/updater/updater.ini iceweasel-2.0+dfsg/browser/locales/en-US/updater/updater.ini --- iceweasel-2.0+dfsg.orig/browser/locales/en-US/updater/updater.ini 2005-08-24 19:58:12.0 + +++ iceweasel-2.0+dfsg/browser/locales/en-US/updater/updater.ini 2006-11-28 09:09:00.0 + @@ -1,4 +1,4 @@ ; This file is in the UTF-8 encoding [Strings] Title=Software Update -Info=Firefox is installing your updates and will start in a few moments ...
Bug#400599: Net::SOCKS doesn't resolve Hostnames
On Tue, Nov 28, 2006 at 08:50:05AM +0100, Christian Schwarz wrote: You probably should add the package-dependency on libnet-dns-perl, since my patch uses this module. fixed in -6. A working patch, complete with the appropriate use Foo::Bar lines, is always nicer ;) Cheers, --Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400722: openoffice.org-calc: search function won't work with '+' character
Package: openoffice.org-calc Version: 2.0.4-7 Severity: important This example doesn't work on my debian sid system: A BC 1 AA 1 =search(AA+BB;A1:A3;B1:B3) 2 BB 2 3 AA+BB 3 Can't I use '+' character when I use search function ? My oocalc display 1 at C1 :( Thanks you ! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-calc depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.4-7 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400683: [Pkg-shadow-devel] Bug#400683: passwd: useradd creates users with spaces in usernames
On Tue, Nov 28, 2006 at 07:15:38AM +0100, Christian Perrier wrote: Quoting Paul Visscher ([EMAIL PROTECTED]): This problem is also present in 4.0.18.1-5 from unstable, but I'm not running unstable. The patch is similar, though the proper place to add a similar patch is debian/patches/506_relaxed_usernames. I filed this bug with Ubuntu (https://bugs.launchpad.net/distros/ubuntu/+source/shadow/+bug/71242) and included a patch there. And I'm not sure that the Ubuntu maintainer of shadow will fix it (hence the CC to Colin Watson who, I think ,is shadow maintainer in Ubuntu). I'm inclined to agree with your assessment of this bug. I've glued the two bugs together in Launchpad so that it's visible. However, now that shadow is no longer used in the installer, I'm not really involved in maintaining shadow in Ubuntu any more. I expect us to ship a shadow package pretty close to what Debian ships from now on. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400723: please provide iceweasel with the 'humper' icon
package: iceweasel version: 2.0+dfsg-1 severity: wishlist Hello! I know that it may seem unimportant to most users and developers, but I personally would like Iceweasel to be provided with an Iceweasel icon. On another operating system's wiki page [1] I found some nice examples for user-made icons of which one especially raised my interest. I am talking about the icon also known as the 'humper'. I like it because the 'weasel' looks very friendly to me. Plus the author (Mark Riedesel) [2] is happy to assign whatever license is suitable. From Eric Dorland's blog [3] I know that he is also biased towards this icon, but if you read the comments to his blog entry you will see that some people find this artwork to be too sexually explicit. C'mon... There will always be people who find even banalities to be sexually explicit [4]. ;) An advantage for this icon is the recognition and popularity it has already gathered. [5] To sum up: Please provide Iceweasel with this nice icon in one of your next uploads (as soon as you find time for cosmetic things like this). ;) Thank you very much! Cheers, Fabian [1] https://wiki.ubuntu.com/IceWeaselIcon [2] http://dugnet.com/klown/pics/iceweasel3.png [3] http://ze-dinosaur.livejournal.com/15020.html [4] http://www.anomalies-unlimited.com/Odd%20Pics%202/Eurodick.html [5] http://np237.livejournal.com/10474.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400203: xserver-xorg-video-i810: DRI seems not to work for some applications: Further info
On Mon, 27-11-2006 at 15:18 +0100, Michel Dänzer wrote: On Sat, 2006-11-25 at 12:34 +0100, Juan P. Rigol Sanchez wrote: Partial output of strace: Please provide the output of catchsegv instead. Or a backtrace from gdb, if you're familiar with that. Thanks. Output of catchsegv is listed below. Regards, JP Rigol - catchsegv /usr/local/bin/envi IDL Version 6.3 (linux x86 m32). (c) 2006, Research Systems, Inc. % Restored file: ENVI. % Loaded DLM: TIFF. libGL: XF86DRIGetClientDriverName: 1.7.2 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 5, (OK) drmOpenByBusid: drmOpenMinor returns 5 drmOpenByBusid: drmGetBusid reports pci::00:02.0 *** Segmentation fault Register dump: EAX: 082df590 EBX: a74303f4 ECX: EDX: ESI: 08282c38 EDI: a7430080 EBP: af9f3b18 ESP: af9f3b0c EIP: a736cc16 EFLAGS: 00010296 CS: 0073 DS: 007b ES: 007b FS: GS: 0033 SS: 007b Trap: 000e Error: 0006 OldMask: ESP/signal: af9f3b0c CR2: 00bc FPUCW: 037f FPUSW: 0120 TAG: IPOFF: a7271200 CSSEL: 0073 DATAOFF: a743bd9c DATASEL: 007b ST(0) ST(1) ST(2) ST(3) ST(4) f000 ST(5) f424 ST(6) 807f ST(7) 80808100 Backtrace: /lib/libSegFault.so[0xa7f8c276] [0xe420] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_swrast_CopyColorSubTable+0x23)[0xa7375643] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1[0xa72718fd] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_mesa_initialize_context+0x267)[0xa7270d37] /usr/lib/dri/i915_dri.so(intelInitContext+0x56)[0xa6417826] /usr/lib/dri/i915_dri.so(i830CreateContext+0x76)[0xa640cee6] /usr/lib/dri/i915_dri.so[0xa641c010] /usr/lib/dri/i915_dri.so[0xa63fcb03] /usr/lib/libGL.so.1[0xa70997c8] /usr/lib/libGL.so.1(glXCreateContext+0x32)[0xa7099be2] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/gl_driver.so(_IDL_XGLAllocContext+0x19f)[0xa718b101] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3[0xa7b75d39] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_X_EstablishConnectionGLRes+0x72)[0xa7b7569a] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_X_EstablishConnection+0x40)[0xa7b759bb] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_X_GetConnectionWithColors+0x22)[0xa7b74e5a] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_x_init +0x81)[0xa7a25632] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3[0xa7a2c941] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(IDL_set_device +0x68)[0xa7861f38] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_interpreter +0x3748)[0xa7a04721] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(IDL_Executive +0xbb3)[0xa784c094] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(IDL_Main +0x62)[0xa7be3d5b] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl(XtScreenDatabase +0x1e9)[0x8051cb9] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8)[0xa7470ea8] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl(XMapRaised+0x31)[0x8051b41] Memory map: 08048000-0818d000 r-xp 03:43 518851 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl 0818d000-0819c000 rwxp 00144000 03:43 518851 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl 0819c000-08318000 rwxp 0819c000 00:00 0 [heap] a1ffd000-a43bd000 rwxs dc44 00:0c 12932 /dev/dri/card0 a43bd000-a4bbd000 rwxs de80 00:0c 12932 /dev/dri/card0 a4bbd000-a53bd000 rwxs df00 00:0c 12932 /dev/dri/card0 a53bd000-a5bbd000 rwxs d802 00:0c 12932 /dev/dri/card0 a5bbd000-a63bd000 rwxs d802 00:0c 12932 /dev/dri/card0 a63bd000-a63da000 r-xp 03:03 243859 /usr/lib/libexpat.so.1.0.0 a63da000-a63dc000 rwxp 0001d000 03:03 243859 /usr/lib/libexpat.so.1.0.0 a63dc000-a65e8000 r-xp 03:03 488745 /usr/lib/dri/i915_dri.so a65e8000-a65fd000 rwxp 0020b000 03:03 488745 /usr/lib/dri/i915_dri.so a65fd000-a6636000 rwxp a65fd000 00:00 0 a6636000-a66a4000 r-xp 03:43 518906 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl_tiff.so a66a4000-a66aa000 rwxp 0006e000 03:43 518906 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl_tiff.so a66aa000-a66ab000 ---p a66aa000 00:00 0 a66ab000-a6eab000 rwxp a66ab000 00:00 0 a6eab000-a6f8c000 r-xp 03:03 242412 /usr/lib/libdb-4.3.so a6f8c000-a6f8f000 rwxp 000e 03:03 242412 /usr/lib/libdb-4.3.so a6f8f000-a6f93000 r-xp 03:03 244372 /usr/lib/libnss_db-2.2.3.so a6f93000-a6f94000 rwxp 3000 03:03 244372 /usr/lib/libnss_db-2.2.3.so a6f94000-a6f9a000 r-xp 03:03 243883 /usr/lib/libdrm.so.2.0.0 a6f9a000-a6f9b000 rwxp 5000 03:03 243883 /usr/lib/libdrm.so.2.0.0 a6f9b000-a6f9f000 r-xp 03:03
Bug#398884: jigdo-file: hangs during package scan and consumes 100% of CPU
Hi Baurzhan, On Thu, Nov 16, 2006 at 09:31:28AM +0100, Baurzhan Ismagulov wrote: Images offered by `debian-testing-i386-binary-3.jigdo': 1: 'Debian GNU/Linux testing Etch - Official Snapshot i386 Binary-3' (debian-testing-i386-binary-3.iso) Further information about `debian-testing-i386-binary-3.iso': Generated on Fri, 10 Nov 2006 11:10:04 +0100 Path to scan: /mnt/tmp Not downloading .template file - `debian-testing-i386-binary-3.template' already present 100% 38416k/38416k scanning `.../1/pool/main/v/vtk/vtk-doc_5.0.1-4_all.deb' Please let me know if I can help, e.g., through enabling debugging, etc.? The people are waiting for the RC1 ;) . For now, I skip scanning. Please add a --debug=all switch to the jigdo-file invocations inside jigdo-lite. The easiest way to do this is to add the following to jigdoOpts in your ~/.jigdo-lite: --debug=all 2~/jigdo.log This might create quite a lot of debug output. Then please compress the log file and mail it to me. Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://geht.net.gibts.bei.atterer.net ¯ '` ¯
Bug#384386: Removing spurious pending tags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, October 27, 2006 22:08, Neil Williams wrote: Thijs Kinkhorst wrote on Sun, 24 Sep 2006 12:27:47 +0200 The maintainer has just uploaded a packaged version of latest 2.1.7, There appears to be no sign of this upload and the current package still FTBFS. See bugs #380713, #284770 and #376381 (merged). The package has been rejected from NEW, there was a problem with the library packaging. I hope the maintainer will fix that soon and upload a new revision. dbmail probably does need to be removed. I don't see any advantage in that - it's currently not in testing, and keeping it in sid doesn't do much harm. There's plans to revive it, so what would we gain with removal? 1. Completion of the automake - automake1.4 transition. 2. Remove one block of the debconf-2.0 transition. 3. Removal of a package that is completely broken. It is misleading to leave so many tags pending when there has been no sign of a fix since the rejection. *Please* remove dbmail: - - Last upload in Nov 2004 - - 2 Grave functionality bugs, over a year old - - 6 Serious policy violations, most over a year old, one over 2yr. - - Has never been part of a stable release - - Only 5 respectively 1 popcon user - - Two open security problems 290833 and 303991 - - blocking the automake transition - - blocking the debconf-2.0 transition - - unsatisfiable Depends: libmysqlclient10 - - unsatisfiable Depends: libpq3 (= 7.4) - - incomplete debian/copyright It's not just the current 1.2.11-1, the oldest RC bug applies to 1.2.8b http://qa.debian.org/debcheck.php?dist=unstablepackage=dbmail IMHO, leaving dbmail in Debian makes a mockery of Debian QA. It's broken, been broken for two years, has security problems, simply won't build - I can see absolutely no reason to retain it. Fixing the RC bugs isn't sufficient - the package needs maintenance and in the absence of an acceptable new release or an active Debian maintainer, the only option that I can see is removal. - -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbAE4k7DVr6iX/QIRAiWOAJ4s1qncuC87nklLg6VPwWIMhG5XzQCeMxGt dPdy5n0r0Qi6YUB0ltFz//U= =1j7J -END PGP SIGNATURE-
Bug#396962: fails to play; leaves stray windows and process around
martin f krafft ha scritto: also sprach A Mennucc [EMAIL PROTECTED] [2006.11.06.1047 +0100]: the file http://robots.stanford.edu/movies/sca80a0.avi does not crash here on a amd64 , using gmplayer and http://tonelli.sns.it/pub/mplayer/etch/mplayer-skin-blue_1.6-1_all.deb It still does for me. Are you streaming it, or downloading it and playing it locally? The latter works for me, the streaming crashes it. you are right: streaming hangs gmplayer ; moreover, when I tried to kill it, it went berseker, and filled the terminal with those messages: (unknown:12116): GLib-WARNING **: g_main_context_check() called recursively from within a source's check() or prepare() member. (unknown:12116): GLib-WARNING **: g_main_context_prepare() called recursively from within a source's check() or prepare() member Then I tried again, with options '-v -v -v'; the hang was after those messages: vv *** [vo] Allocating mp_image_t, 544x392x12bpp YUV planar, 319872 bytes (imgfmt: 32315659, planes: 0x2b4d70b44040,0x2b4d70b85180,0x2b4d70b78140 strides: 544,272,272, chroma: 272x196, shift: h:1,v:1) Unicode font: 255 glyphs. OSD chg: 3 V: no pb:-1 OSD chg: 2 V: no pb:-1 ^ then I could kill it with ctrl-c and I saw v (unknown:12154): Gdk-CRITICAL **: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed (unknown:12154): Gdk-CRITICAL **: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed [x11] NET style stay on top (layer 0). Using state _NET_WM_STATE_ABOVE. Xlib: sequence lost (0x10256 0x256) in reply type 0x0! Xlib: sequence lost (0x1017f 0x17f) in reply type 0x0! [ws] Error in display. [ws] Error code: 17 ( BadImplementation (server does not implement operation) ) [ws] Request code: 20 [ws] Minor code: 0 [ws] Modules: enable_cache unknown: Fatal IO error 0 (Success) on X server :0.0. ^ My idea is that there is an error somewhere in using memory in the GUI code ; so the behaviour is quite erratic. a. signature.asc Description: OpenPGP digital signature
Bug#400002: closed by Mark Doliner [EMAIL PROTECTED] (Re: Bug#400002: gaim segfaults in DigestCalcResponse())
On Mon, Nov 27, 2006 at 11:33:33PM -0800, Debian Bug Tracking System wrote: I justed fixed this with a commit to Gaim's SVN repo. It's revision 17834. Inquiring minds can grab a diff from http://svn.sourceforge.net/viewvc/gaim/trunk/libgaim/protocols/jabber/auth.c?r1=17834r2=17833view=patchpathrev=17834 I tried this patch. It won't crash any more, but it can't connect either. The symptoms are similar to gaim_2.0.0+beta5-2_i386.deb, i.e., it says something like unexpected response from the server. Marko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400724: php5-cgi does not provide php.ini File
Package: php5-cgi Version: 5.1.6-5 Problem: After installing php5-cgi there is no php.ini-File in /etc/php5/cgi. Probable solution: Provide a php5-cgi.postinst script that should at least copy the file /usr/share/php5/php.ini-dist, provided by php5-common, to the proper location (as php4-cgi.postinst does). You can use that to select the correct php-cgi-version as well (update-alternatives, see php4-cgi.postinst as well) I think the same applies to libapache2-mod-php5. Kind regards, Jonas -- Note: 96.31% of all statistics are fiction. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400489: error messages: pm_ops-prepare and pm_ops-enter
Op Sun, 26 Nov 2006 15:59:02 +0100 schreef Michael Biebl [EMAIL PROTECTED]: Package: uswsusp Version: 0.3~cvs20060928-3 Severity: minor suspend and resume works fine with uswsusp. Still I get the following error messages: suspend: pm_ops-prepare returned error -1 suspend: Snapshotting system ... suspend: Saving image data pages ... suspend: pm_ops-enter returned error -1, calling power_off The two error messages are a bit confusing, as they don't give more details, what went wrong (which driver, component etc.). If they are not critical, they should not be shown imho. This means your kernel doesn't support shutdown in platform mode yet. I thought it would be in 2.6.18 series, but I think it is know scheduled for 2.6.19. I agree that the messages are a bit cryptic, but if nothing more serious comes up, I think I'll let the current version of uswsusp propagate to testing first. grts TIm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400203: xserver-xorg-video-i810: DRI seems not to work for some applications: Further info
On Tue, 2006-11-28 at 10:07 +0100, Juan P. Rigol Sanchez wrote: /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_swrast_CopyColorSubTable+0x23)[0xa7375643] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1[0xa72718fd] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_mesa_initialize_context+0x267)[0xa7270d37] /usr/lib/dri/i915_dri.so(intelInitContext+0x56)[0xa6417826] /usr/lib/dri/i915_dri.so(i830CreateContext+0x76)[0xa640cee6] /usr/lib/dri/i915_dri.so[0xa641c010] /usr/lib/dri/i915_dri.so[0xa63fcb03] /usr/lib/libGL.so.1[0xa70997c8] Please move away /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1* and try again. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#400725: release-notes: How to view logs generated by 'script'?
Package: release-notes Severity: normal http://www.debian.org/releases/etch/i386/release-notes/ch-upgrading.en.html#s-upgradingpackages recommands to use 'script' and less to view the log. Unfortunately with less I have many control chars wich makes it a bit difficult to work with. 'more' seems to work more proper. With kind regards, Jan. -- Write never mails to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgpDmzu1lg5Cy.pgp Description: PGP signature
Bug#379628: [Linux-NTFS-Dev] Bug#379628: Bug#379628: Bug#379628: Bug#379628: Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Tue, 2006-11-28 at 02:56 +0100, Frans Pop wrote: On Monday 27 November 2006 23:45, Anton Altaparmakov wrote: //vol = ntfs_mount(opt.volume, 0); vol = NULL; I'm almost afraid to have to tell you this... ;-) After recompiling ntfsfix with this change, running it once immediately after the ntfsresize and rebooting Vista, I _do_ get the chkdsk by Vista and it boots fine after its automatic reboot. So, it very much looks like there is something in the mount failed codepath after all. I've tried this trick with both your CVS version and with the current version in Debian, both with identical results. I just noticed something. If the mount is OK, ntfsfix prints all its messages almost instantaneous, like nothing is actually happening at all. But if the mount fails, ntfsfix takes significantly longer, especially over the Going to empty the journal ($logfile) step. There is a definite pause, both while that step is being processed (before OK\n is printed) and immediately afterwards (before the next line NTFS volume version is printed). Another step closer... Argh! Thank you for persisting with this. I have now looked at the code and you are right it does not do the same thing. This is because when Yura ported my $LogFile code from the kernel for some unknown to me (or forgotten by me) reason he did not integrate clearing the journal into the mount process. He integrated the checking but not the clearing. This is a HUGE and VERY BAD bug in libntfs and means that all ntfs utilities are _DANGEROUS_ to run and can cause massive and very hard to detect data corruption. )-: No wonder Vista does not boot!!! It is amazing it took so long to find this problem. I cannot believe we managed to get away with it for so long... I have now fixed this in CVS. Could you update, compile, and try again? Once just with ntfsresize (the one in current CVS) and if that still does not work, once with ntfsresize + immediate ntfsfix (the one in current CVS without the my change that you put in). If that still does not fix it then once with ntfsresize + immediate ntfsfix (the one in current CVS but with my change that you put in again). In an ideal world, just ntfsresize will now be sufficient. If not ntfsfix should work first time. And if not I need to look at it further! Thanks! Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola On Mon, Nov 27, 2006 at 11:28:58PM +0100, root wrote: Package: kernel-patch-openvz Version: 028test002-3 Severity: grave Justification: renders package unusable The patch provided by this package is unappliable to the Kernels shipped with Debian. The patch has no support for 2.6.17 at all. Applying it to 2.6.18 doesn't work (see below). I used the Kernel of linux-source-2.6.18 (Version: 2.6.18-6) make-kpkg --added-patches openvz configure [...] for patch in /usr/src/kernel-patches/all/apply/openvz ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done START applying openvz patch (OpenVZ kernel patch for virtual server support) Testing whether OpenVZ kernel patch for virtual server support patch for 2.6.18 applies (dry run): 1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej 4 out of 45 hunks FAILED -- saving rejects to file mm/memory.c.rej 1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej 1 out of 15 hunks FAILED -- saving rejects to file net/core/sock.c.rej OpenVZ kernel patch for virtual server support patch for 2.6.18 does not apply cleanly Patch /usr/src/kernel-patches/all/apply/openvz failed. Hit return to Continue [...] -- 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-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kernel-patch-openvz depends on: ii bash 3.1-5 The GNU Bourne Again SHell ii grep-dctrl2.9.3 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original kernel-patch-openvz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400062: This is serious ...
severity 400062 serious thanks Hi! This problem is a policy violations and in fact does keep the package from working if the user doesn't know about what the error message should mean and figure out to install the -dev package. Pretty please fix this linking error because it bites every real user in the ass because they usually don't even have build-essentials installed and shouldn't need to know about -dev packages. Thanks in advance, Alfie -- weasel mtr weasel traceroute ist so 1980er jahre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400569: uswsusp: does not detect swap partition
Op Mon, 27 Nov 2006 10:42:25 +0200 schreef Ratiu Petru [EMAIL PROTECTED]: Package: uswsusp Version: 0.3~cvs20060928-3 Severity: normal At first, i thought it's the same as #397667 , however I'm using a straight Debian installation and i have both initscripts (2.86.ds1-35) and mount (2.12r-15) packages, that's why I'm filing a separate bug. During configure, I get the The swap partition that was found in uswsusp's configuration file is not active. debconf message. However my swap partition is right there: Hmm, strange Could you please copy the attached file in /var/lib/dpkg/info (and make it executable). It just adds some 'echo'-statements, but maybe it is best to make a copy of that file in /var/lib/dpkg/info. Then run 'dpkg-reconfigure --default-priority uswsusp', and send me the output. grts Tim uswsusp.config Description: Binary data
Bug#391360: runit: svlogd is not removing old logs
On Fri, Nov 10, 2006 at 09:53:54AM +, Gerrit Pape wrote: Hi Joshua, On Fri, Oct 06, 2006 at 06:38:58PM +0530, Joshua N Pritikin wrote: On Fri, Oct 06, 2006 at 12:44:07PM +, Gerrit Pape wrote: If you had once configured many log files, and then change the configuration to fewer log files than before, svlogd won't reduce the number of log files; you would need to remove them manually. This might be what happens to you. I don't remember if this was the case. do you still see the problem of unexpectectly increasing number of log files on your system, No. It looks good now. or my it be that it was a temporary issue due to some configuration changes. Yah, something like that. I did not get any other report of this kind since then. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383336: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi Nur in ../nsis-2.19: build64.diff?bug=383336;msg=15;att=1. diff -ur ../nsis-2.19~/debian/changelog ../nsis-2.19/debian/changelog --- ../nsis-2.19~/debian/changelog 2006-11-28 10:09:30.0 +0100 +++ ../nsis-2.19/debian/changelog 2006-11-28 10:10:56.0 +0100 @@ -1,3 +1,10 @@ +nsis (2.19-1.1) unstable; urgency=high + + * Non-maintainer upload. + * apply patch to build correctly on 64bit-systems. Closes: #383336, #398421 + + -- Andreas Barth [EMAIL PROTECTED] Tue, 28 Nov 2006 10:10:52 +0100 + nsis (2.19-1) unstable; urgency=low * New upstream release diff -ur ../nsis-2.19~/Source/DialogTemplate.cpp ../nsis-2.19/Source/DialogTemplate.cpp --- ../nsis-2.19~/Source/DialogTemplate.cpp 2006-03-24 19:36:24.0 +0100 +++ ../nsis-2.19/Source/DialogTemplate.cpp 2006-11-28 10:12:34.0 +0100 @@ -93,7 +93,7 @@ if (IS_INTRESOURCE(x)) { \ *(WORD*)seeker = 0x; \ seeker += sizeof(WORD); \ - *(WORD*)seeker = ConvertEndianness(WORD(DWORD(x))); \ + *(WORD*)seeker = ConvertEndianness(WORD(long(x))); \ seeker += sizeof(WORD); \ } \ else { \ @@ -629,7 +629,7 @@ } } - assert((DWORD) seeker - (DWORD) pbDlg == dwSize); + assert((long) seeker - (long) pbDlg == dwSize); // DONE! return pbDlg; diff -ur ../nsis-2.19~/Source/Platform.h ../nsis-2.19/Source/Platform.h --- ../nsis-2.19~/Source/Platform.h 2006-07-30 13:48:47.0 +0200 +++ ../nsis-2.19/Source/Platform.h 2006-11-28 10:13:18.0 +0100 @@ -135,7 +135,7 @@ #define MAKEINTRESOURCE(i) (LPSTR)((DWORD)((WORD)(i))) # endif # ifndef IMAGE_FIRST_SECTION -#define IMAGE_FIRST_SECTION(h) ( PIMAGE_SECTION_HEADER( (DWORD) h + \ +#define IMAGE_FIRST_SECTION(h) ( PIMAGE_SECTION_HEADER( (long) h + \ FIELD_OFFSET(IMAGE_NT_HEADERS, OptionalHeader) + \ FIX_ENDIAN_INT16(PIMAGE_NT_HEADERS(h)-FileHeader.SizeOfOptionalHeader) ) ) # endif @@ -147,7 +147,7 @@ # endif #endif #ifndef IS_INTRESOURCE -# define IS_INTRESOURCE(_r) (((ULONG_PTR)(_r) 16) == 0) +# define IS_INTRESOURCE(_r) (((unsigned long)(_r) 16) == 0) #endif // functions diff -ur ../nsis-2.19~/Source/ResourceEditor.cpp ../nsis-2.19/Source/ResourceEditor.cpp --- ../nsis-2.19~/Source/ResourceEditor.cpp 2006-04-05 20:40:09.0 +0200 +++ ../nsis-2.19/Source/ResourceEditor.cpp 2006-11-28 10:15:17.0 +0100 @@ -545,7 +545,7 @@ rdDir.NumberOfIdEntries = ConvertEndianness(rdDir.NumberOfIdEntries); CopyMemory(seeker, rdDir, sizeof(IMAGE_RESOURCE_DIRECTORY)); -crd-m_dwWrittenAt = DWORD(seeker); +crd-m_dwWrittenAt = long(seeker); seeker += sizeof(IMAGE_RESOURCE_DIRECTORY); for (int i = 0; i crd-CountEntries(); i++) { @@ -566,7 +566,7 @@ rDirE.NameString.NameIsString = (crd-GetEntry(i)-HasName()) ? 1 : 0; CopyMemory(seeker, rDirE, sizeof(MY_IMAGE_RESOURCE_DIRECTORY_ENTRY)); - crd-GetEntry(i)-m_dwWrittenAt = DWORD(seeker); + crd-GetEntry(i)-m_dwWrittenAt = long(seeker); seeker += sizeof(MY_IMAGE_RESOURCE_DIRECTORY_ENTRY); } qDirs.pop(); @@ -582,7 +582,7 @@ rDataE.Size = ConvertEndianness(cRDataE-GetSize()); CopyMemory(seeker, rDataE, sizeof(IMAGE_RESOURCE_DATA_ENTRY)); -cRDataE-m_dwWrittenAt = DWORD(seeker); +cRDataE-m_dwWrittenAt = long(seeker); seeker += sizeof(IMAGE_RESOURCE_DATA_ENTRY); qDataEntries.pop(); @@ -594,7 +594,7 @@ while (!qStrings.empty()) { CResourceDirectoryEntry* cRDirE = qStrings.front(); - PMY_IMAGE_RESOURCE_DIRECTORY_ENTRY(cRDirE-m_dwWrittenAt)-NameString.NameOffset = ConvertEndianness(DWORD(seeker) - DWORD(pbRsrcSec)); + PMY_IMAGE_RESOURCE_DIRECTORY_ENTRY(cRDirE-m_dwWrittenAt)-NameString.NameOffset = ConvertEndianness(long(seeker) - long(pbRsrcSec)); char* szName = cRDirE-GetName(); WORD iLen = strlen(szName) + 1; @@ -636,7 +636,7 @@ /* * Set all of the directory entries offsets. */ - SetOffsets(m_cResDir, DWORD(pbRsrcSec)); + SetOffsets(m_cResDir, long(pbRsrcSec)); } // Sets the offsets in directory entries @@ -758,7 +758,7 @@ // Returns -1 if can not be found int CResourceDirectory::Find(char* szName) { if (IS_INTRESOURCE(szName)) -return Find((WORD) (DWORD) szName); +return Find((WORD) (long) szName); else if (szName[0] == '#') return Find(WORD(atoi(szName + 1))); @@ -836,7 +836,7 @@ if (IS_INTRESOURCE(szName)) { m_bHasName = false; m_szName = 0; -m_wId = (WORD) (DWORD) szName; +m_wId = (WORD) (long) szName; } else { m_bHasName = true; @@ -851,7 +851,7 @@ if (IS_INTRESOURCE(szName)) { m_bHasName = false; m_szName = 0; -m_wId = (WORD) (DWORD) szName; +
Bug#400654: xserver-xorg dependency on xfonts-base
On Monday 27 November 2006 22:06, Jamey Sharp wrote: This explains why xserver-xorg and friends don't declare Depends: on xfonts-base. I think a Suggests:, or possibly Recommends:, wouldn't be out of the question though. Few people use font servers these days. Suggest or recommends sounds ok for me too. That way people don't get an unusable system because they forgot to install the fonts. I think that would save time for users and of course, to developers who have to help those users finding why doesn't the X server run. At least Recommends/Suggest would make it more prominent that you need to install fonts too. Otoh, Julien Cristau said that the right way to install the X server is by installing the xorg metapackage, so maybe we can just say it's the user's fault for not installing all the packages, but I think a Recommends/Suggest doesn't hurt anyone and it'll save time for those users who install the X server manually. Thanks, -- Antonio Larrosa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400726: r-cran-psy uninstall problem
Package: r-cran-psy Version: 0.70-1 I was doing dist-upgrade on Sparc64 to Etch and when apt reached r-cran-psy, it threw following errors: Preparing to replace r-cran-psy 0.70-1 (using .../r-cran-psy_0.70-2_all.deb) ... Unpacking replacement r-cran-psy ... /usr/bin/R: line 113: /usr/lib/R/etc/ldpaths: No such file or directory dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/r-cran-psy_0.70-2_all.deb (--unpack): there is no script in the new version of the package - giving up Errors were encountered while processing: /var/cache/apt/archives/r-cran-psy_0.70-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Workaround: I tried to fiddle a little and could resolve the errors. /usr/lib/R/etc/ldpaths should be a symlink to /etc/R/ldpaths while /etc/R/ldpaths was not existing. I touched a blank file /etc/R/ldpaths and upgrade worked fine. Hope this helps. regards, Nishant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398808: Requested test of alsa-base 1.0.13-2
Package:alsa-base Version:1.0.13-2 As requested by Elimar Riesebieter I have moved to kernel version 2.6.17-2-k7 and tried the follow-up version of alsa-base mentioned in the header, but there is basically no change to what was described in bug #398808, except that the capture-source selected in alsamixer does no longer seem to override the selection of GSR made under Record from input: and there is no longer an accumulation of entries, when there is another capture-source selected in alsamixer. I have not tried building from alsa-source package. When I started GNOME-ALSA-Mixer 0.9.7 there was the message: An error occurred while loading or saving configuration information for GNOME ALSA Mixer. Some of your configuration settings may not work properly. Clicking on Details showed: Bad key or directory name: /apps/gnome-alsamixer/display_mixers/: Key/directory may not end with a slash (/) Bad key or directory name: /apps/gnome-alsamixer/display_names/: Key/directory may not end with a slash (/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365609: konqueror: kfmclient goes crazy when I click on a link in kmail
tag 365609 +moreinfo unreproducible thanks Hi! I have tried reproducing it using your information on how to reproduce, but I just can't. What happens if you try as a different user? If the bug is not present there, you need to provide detailed informations about your settings. /Sune -- I'm not able to ping a forward from ICQ 8.2, how does it work? From the file inside Photoshop you must mount a desktop. pgpbdewygzUxh.pgp Description: PGP signature
Bug#396630: squashfs broken on amd64
retitle 396630 needs rebuild and ABI bump for 2.6.18-2 thanks Hi waldi, it is now nearly a month ago when I submitted this bug. In the meantime, I pinged you at least three times about it, where you've choosen to answer others but not to me. This is not like I wanted to have it work out. Giving all the control up to you and the kernel-team for building the modules binary packages implies, that you're actually taking care of it, because we, the module-source maintainers have no influence anymore on it. Please also note that Debian Live relays critically on the availability of unionfs and squashfs module packages - since a month we can't build any images anymore. This is a serious drawback. Please, do something now. Otherwise, I'm NMU'in on sunday. Maybe it is even better to take back the binary-modules into the unionfs-source package if linux-modules-extra-2.6 stays unmaintained. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400727: ITP: kphotobymail -- PyQT based application for uploading photos to flickr account
Package: wnpp Severity: wishlist Owner: Kartik Mistry [EMAIL PROTECTED] * Package name : kphotobymail Version: 0.4 Upstream Author : Kushal Das kushal AT fedoraproject DOT org * URL : http://kphotobymail.sourceforge.net/ * License : GPL Description : PyQT based application for uploading photos to flickr account Kphotobymail is a PyQT based application for uploading photos to flickr account. You can also use it to send emails with photo attachment on the fly. -- Regards, -- Kartik Mistry | kartikmistry.org 0xD1028C8D | kartikm.wordpress.com --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398637: zoph: postinst fails
severity 398637 important thanks * Lucas Nussbaum ([EMAIL PROTECTED]) [061114 09:22]: I couldn't reproduce it in a chroot, but it is reproducible with piuparts... It needs more investigation. I downgrade it because I don't think this should really block this package from being delivered with Etch. Of course, if the cause is known more detailed, a re-upgrade might be correct. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400313: logs...
Sorry for much wait, but i had not been able to try again the installation because i was occupied in last time, however the logs is here: Hardware-summary: http://www.spyro.it/bugs/debian/logs/hardware-summary.tar.gz Portman: http://www.spyro.it/bugs/debian/logs/partman.tar.gz Syslog: http://www.spyro.it/bugs/debian/logs/syslog.tar.gz These log are of 3 days of time. Thanks! Eric (SpyroTSK) Papais. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400728: RM -- Remove ancient unionfs module cruft
Package: ftp.debian.org Severity: important Blocks: 392000 Hi, The source package 'unionfs' did build binary modules in a previous version. They were moved to linux-modules-extra-2.6. Please remove the leftover on arm of the ancient module packages build out of 'unionfs' (and not linux-modules-extra-2.6). Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] Bug#379628: Bug#379628: Bug#379628: Bug#379628: Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Tue, 2006-11-28 at 10:14 +, Anton Altaparmakov wrote: On Tue, 2006-11-28 at 02:56 +0100, Frans Pop wrote: On Monday 27 November 2006 23:45, Anton Altaparmakov wrote: //vol = ntfs_mount(opt.volume, 0); vol = NULL; I'm almost afraid to have to tell you this... ;-) After recompiling ntfsfix with this change, running it once immediately after the ntfsresize and rebooting Vista, I _do_ get the chkdsk by Vista and it boots fine after its automatic reboot. So, it very much looks like there is something in the mount failed codepath after all. I've tried this trick with both your CVS version and with the current version in Debian, both with identical results. I just noticed something. If the mount is OK, ntfsfix prints all its messages almost instantaneous, like nothing is actually happening at all. But if the mount fails, ntfsfix takes significantly longer, especially over the Going to empty the journal ($logfile) step. There is a definite pause, both while that step is being processed (before OK\n is printed) and immediately afterwards (before the next line NTFS volume version is printed). Another step closer... Argh! Thank you for persisting with this. I have now looked at the code and you are right it does not do the same thing. This is because when Yura ported my $LogFile code from the kernel for some unknown to me (or forgotten by me) reason he did not integrate clearing the journal into the mount process. He integrated the checking but not the clearing. This is a HUGE and VERY BAD bug in libntfs and means that all ntfs utilities are _DANGEROUS_ to run and can cause massive and very hard to detect data corruption. )-: No wonder Vista does not boot!!! It is amazing it took so long to find this problem. I cannot believe we managed to get away with it for so long... I have now fixed this in CVS. Could you update, compile, and try again? Once just with ntfsresize (the one in current CVS) and if that still does not work, once with ntfsresize + immediate ntfsfix (the one in current CVS without the my change that you put in). If that still does not fix it then once with ntfsresize + immediate ntfsfix (the one in current CVS but with my change that you put in again). In an ideal world, just ntfsresize will now be sufficient. If not ntfsfix should work first time. And if not I need to look at it further! Ok, I just committed some more fixes to ntfsresize. It never actually unmounted the volume, just exited which was very rude of it! Using the latest ntfsresize/libntfs combination on my Vista data partition I can now run ntfsresize to change the size of a partition then immediately run Vista and it boots, runs chkdsk automatically, and then continues to boot to completion. Yey. (-: Frans, it would be great if you could verify it is fixed for you when resizing the system partition also. Assuming you say it works I think it is time for a new ntfsprogs release which we can rubber stamp as Vista compatible. (-: Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400729: RM: zope-docfindereverywhere -- RoM; unmaintained upstream, superseeded by zope-docfindertab
Package: ftp.debian.org Severity: normal Please remove zope-docfindereverywhere: it has been superseeded by zope-docfindertab, and it blocks the removal of zope2.8 from testing. Thanks, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#392915: server-xorg-video-ati: xserver freezes system when starting
On Thu, 2006-11-23 at 20:17 -0800, Alex Roitman wrote: Attached are the xorg.conf and the log files for three cases: Thanks. 6.6.3-1 with UseFBDev (works fine) You seem to have gotten lucky there, it's the other way around for most people. 6.6.3-2 without UseFBDev (works in 640x480) That's probably related to https://bugs.freedesktop.org/show_bug.cgi?id=7243 , try disabling MergedFB. 6.6.3-2 with UseFBDev (freezes) Does it work with the attached patch? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer diff --git a/src/radeon_driver.c b/src/radeon_driver.c index f5a8421..6cb2e02 100644 --- a/src/radeon_driver.c +++ b/src/radeon_driver.c @@ -4344,13 +4344,11 @@ static void RADEONAdjustMemMapRegisters( RADEONInfoPtr info = RADEONPTR(pScrn); unsigned char *RADEONMMIO = info-MMIO; CARD32 fb, agp; -int fb_loc_changed; fb = INREG(RADEON_MC_FB_LOCATION); agp = INREG(RADEON_MC_AGP_LOCATION); -fb_loc_changed = (fb != info-mc_fb_location); -if (fb_loc_changed || agp != info-mc_agp_location) { +if (fb != info-mc_fb_location || agp != info-mc_agp_location) { xf86DrvMsg(pScrn-scrnIndex, X_WARNING, DRI init changed memory map, adjusting ...\n); xf86DrvMsg(pScrn-scrnIndex, X_WARNING, @@ -4369,9 +4367,8 @@ static void RADEONAdjustMemMapRegisters( RADEONInitMemMapRegisters(pScrn, save, info); - /* If MC_FB_LOCATION was changed, adjust the various offsets */ - if (fb_loc_changed) - RADEONRestoreMemMapRegisters(pScrn, save); + /* Adjust the various offsets */ + RADEONRestoreMemMapRegisters(pScrn, save); } #ifdef USE_EXA
Bug#398373: RC class bug, dataloss grade, No 398373
* Josselin Mouette ([EMAIL PROTECTED]) [061128 12:29]: Le mardi 28 novembre 2006 à 12:16 +0100, Andreas Barth a écrit : * Mgr. Peter Tuharsky ([EMAIL PROTECTED]) [061128 12:07]: I don't intend to do any advocacy. I just wish to politely point Your attention to the bug 398373 that IMO is critical to be resolved before Etch reach stable statute (that is every day closer and many people are happy because that, including myself :-) Thank you for this information, I adjusted the bug severity so that it occurs on our list of critical bugs. FWIW, fixing this bug requires changes in the kernel. Why that? AFAICR, umount must not return before not everything is written down. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400599: Net::SOCKS doesn't resolve Hostnames
On Tue, 28 Nov 2006, Sebastien Delafond wrote: On Tue, Nov 28, 2006 at 08:50:05AM +0100, Christian Schwarz wrote: You probably should add the package-dependency on libnet-dns-perl, since my patch uses this module. fixed in -6. A working patch, complete with the appropriate use Foo::Bar lines, is always nicer ;) Oops, you're right, sorry about that... I'm using the Net::SOCKS from SpamAssassin which itself includes a use Net::DNS so I didn't detect the problem. Cheers, Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399070: Wrong issue fixed
found 399070 1.3.0-13 found 399070 1.2.10-15sarge2 retitle 399070 CVE-2006-5815: remote code execution in ProFTPD thanks The previous fix fixed the wrong issue. See http://bugs.proftpd.org/show_bug.cgi?id=2858 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398373: RC class bug, dataloss grade, No 398373
* Josselin Mouette ([EMAIL PROTECTED]) [061128 12:36]: Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit : FWIW, fixing this bug requires changes in the kernel. Why that? AFAICR, umount must not return before not everything is written down. I don't think this is always the case. Of course, if the applet is saying things are OK while umount is still running, this can be fixed in the applet, but I wonder whether this would be enough. I wonder too. But the current state is definitly dangerous, but - many investigations start with not knowing enough. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350367: blam: Couldn't show URL eerors
Hi, On Mon, Nov 27, 2006 at 11:04:13PM +0100, Carlos Martín Nieto wrote: Could you try with the 1.8.3 version? It should print more information about the nature of the error. I am afraid that I have long abandoned blam. Additionally, I now use ubuntu on my desktop, so I don't have 1.8.3 readily available. Feel free to close this bug if you want to. -- Søren O. Oh, bother said the Borg, we've assimilated Pooh.
Bug#400730: clean install does not create sym links. Apache2 does not render php pages
Package: php5 Version: 5.1.6-5 Severity: important When clean installing php5 it does not create symbolic links from /usr/bin/php to /usr/bin/php5. Nor create /update a php.ini file into /etc/php5/apache2 So, apache2 is unable to process php pages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#148225: konqueror: Cookie 'Accept/Reject' dialogue can end up beneath its
tag 148225 +moreinfo unreproducible thanks Hi! I do want to confirm cookies before they are set and I have not in any of the kde versions seen this bug (3.3-3.5) Do you still see this behaviour? If yes, please provide more info about howto reproduce it. If no response is given in 4 weeks, I will consider this bug resolved long time ago. /Sune -- How might I log in the mother board? You neither should ever ping a URL, nor must insert the hardware of a directory. pgpbVZiPQMf9S.pgp Description: PGP signature
Bug#400731: clean install does not create sym links, apache2 does not run php
Package: libapache2-mod-php5 Version: 5.1.6-5 Severity: important When clean installing libapache2-mod-php5 it does not create symbolic links for apache loading its modules. It does not create symbolic links into /etc/apache2/mods-enabled from /etc/apache2/mods-available/php5.conf nor php5.load , so apache is unable to process php pages. Nor create /update a php.ini file into /etc/php5/apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400709: amavisd-new: Amavis does'nt put Spamassassin headers in mails
On Tue, 28 Nov 2006, [EMAIL PROTECTED] wrote: Amavisd-new does'nt put Spamassassin header on mail Did you read the documentation and set the local domain? -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374640: [EMAIL PROTECTED]
Hi, I'm a reporter of the GNOME bug #376750 (http://bugzilla.gnome.org/show_bug.cgi?id=376750) and the solution in redhat bug # 201284 and freedesktop bug #7606 is totally bogus. It is not a bug in libX11 and that should be an another bug to be solved in IMdKit. And, the debian bug 374640 is a bug in gedit's event handling and already solved with paolo borelli's patch (comment #14 in GNOME bug #376750). Loïc, could you use paolo's patch instead of my patch? Practically my patch works fine without any problem, but theoretically paolo's one is better. Cheers, -- Etsushi Kato [EMAIL PROTECTED]
Bug#400657: texlive-metapost: Please integrate feynmf more in TeXLive packages
Hi all! . Original Message ... On Mon, 27 Nov 2006 22:47:14 +0100 Frank Küster [EMAIL PROTECTED] wrote: Kevin B. McCarty [EMAIL PROTECTED] wrote: b) Remove _all_ FeynMF stuff from the texlive-metapost package, and make texlive-metapost Depend on feynmf instead. If this would be preferable, I can very quickly upload a version of feynmf, 1.08-3, that is installable in parallel with TeXLive. The control information for this version of feynmf would be as follows: Norbert is primarily responsible for TeXlive, but he's currently mostly offline. Therefore I'll give a short answer: Generally this option is the one we prefer, at least if there's an active maintainer for the existing package, Definitely! We'd be glad if you uploaded such a packge (I didn't check the dependencies myself, be careful), and I'm sure Norbert will upload a texlive with the needed changes in a couple of days, so that we can still hope to get it into etch. Definitely not in a few days as i am in Vietnam without svn access. Frank: If you want you can do an upload, just add blacklist;tpm;feynmf;* to the cfg file (if feynmf is the right tpm name). Then we have to add something like recommends;texlive-metapost;feynmf (= ???) (version necessary???) and maybe something like depends;texlive-full;feynmf I guess this should be enough. If you need more info let me know, otherwise I do it in two weeks. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ---
Bug#400732: apt-listchanges: localization ignores LC_ variables
Package: apt-listchanges Version: 2.71 Hello, it seems like apt-listchanges ignores LC_* variables (especially LC_MESSAGES) in it's localization code: Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Lese Changelogs... Fertig (Reading database ... 229691 files and directories currently installed.) As you can see, apt-listchanges prints german messages while everything else prints english. My language environment is: [EMAIL PROTECTED]:~# env | egrep '^(LANG|LC_)' LC_MESSAGES=C [EMAIL PROTECTED] LANGUAGE=de_DE:de:en_DE:en_US:en_GB:en LC_TIME=C [EMAIL PROTECTED]:~# Thanks for your work regards Mario -- There are 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature
Bug#397285: Merging bugs about the same issue in the quilt package
Martin Quinson [EMAIL PROTECTED] writes: On Thu, Nov 23, 2006 at 02:35:57PM +0100, Goswin von Brederlow wrote: Martin Quinson [EMAIL PROTECTED] writes: According to upstream, valid email addresses have a dot in the right part. use something like foo.com as mailname, not foo alone. Bye, Mt. I don't know. All my systems have only local names with no . in them. Chroot or not. That is the way Debian Installer set it up. Might be to restrictive. To build, yes, indeed. I hope that this is fixed now. But to use the mail command, certainly not. You want your reply address to be valid outside of your box in any mail you send, don't you ? ;) Usualy exim picks my full address out of /etc/email-addresses. Never really thought about it but sending mail doesn't seem to involve /etc/mailname or exim overwrites that /etc/email-addresses correctly. I fixed the /etc/mailname now so either way the source will be happy. Thx. Thanks, Mt. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398373: RC class bug, dataloss grade, No 398373
Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit : FWIW, fixing this bug requires changes in the kernel. Why that? AFAICR, umount must not return before not everything is written down. I don't think this is always the case. Of course, if the applet is saying things are OK while umount is still running, this can be fixed in the applet, but I wonder whether this would be enough. -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#398855: FTBFS: ClanSound: Mixing rate (22.05 kHz) not supported by soundcard.
Martin Pitt [EMAIL PROTECTED] writes: Hi, Goswin von Brederlow [2006-11-27 13:19 +0100]: And now please do the same with etch versions. clanbomber builds flawlessly in a clean and up-to-date etch pbuilder for me, too. Does that build the architecture independent files too? I build with debuild -us -uc -b so it generates the binary-indep too. Also do you have /dev/dsp in the pbuilder chroot? See below. /me looks a bit helpless Maybe this helps: [EMAIL PROTECTED]:~/clanbomber/clanbomber-1.05cdbs/build-tree/clanbomber-1.05/clanbomber$ gdb ./clanbomber GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) r -datafile Starting program: /home/mrvn/clanbomber/clanbomber-1.05cdbs/build-tree/clanbomber-1.05/clanbomber/clanbomber -datafile [Thread debugging using libthread_db enabled] [New Thread 182921180672 (LWP 14976)] Exception caught from ClanLib: ClanSound: Mixing rate (22.05 kHz) not supported by soundcard. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 182921180672 (LWP 14976)] 0x002a96b0de90 in MikMod_Exit_internal () from /usr/lib/libmikmod.so.2 (gdb) bt #0 0x002a96b0de90 in MikMod_Exit_internal () from /usr/lib/libmikmod.so.2 #1 0x002a96b0e2b1 in MikMod_Exit () from /usr/lib/libmikmod.so.2 #2 0x002a95ba7fe5 in CL_SetupMikMod::deinit () from /usr/lib/libclanMikMod.so.2 #3 0x0042f599 in ClanBomberApplication::deinit_modules ( this=0x2a96c2ddc0) at ClanBomber.h:170 #4 0x00426ff9 in ClanBomberApplication::quit_app (this=0x2a96c2ddc0, value=1) at ClanBomber.cpp:76 #5 0x0042d04b in ClanBomberApplication::main (this=0x54fb20, argc=value optimized out, argv=value optimized out) at ClanBomber.cpp:457 #6 0x002a95952fc6 in main () from /usr/lib/libclanApp.so.2 #7 0x002a961574ca in __libc_start_main () from /lib/libc.so.6 #8 0x00403cfa in _start () at ../sysdeps/x86_64/elf/start.S:113 The sound card is a cheap onboard chips so I believe it when it says Mixing rate (22.05 kHz) not supported by soundcard. As another data point: [EMAIL PROTECTED]:~/clanbomber/clanbomber-1.05cdbs/build-tree/clanbomber-1.05/clanbomber$ sudo rm -rf /dev/dsp* [EMAIL PROTECTED]:~/clanbomber/clanbomber-1.05cdbs/build-tree/clanbomber-1.05/clanbomber$ ./clanbomber -datafile ClanLib Datafile Compiler Input file: clanbomber.scr, output file: clanbomber.dat Writing resource 'font/big' Writing resource 'font/small' Writing resource 'titlescreen/andi' Writing resource 'titlescreen/dok' Writing resource 'intro/fl_logo' Writing resource 'intro/typewriter' Writing resource 'intro/winlevel' Writing resource 'playersetup/teams' Writing resource 'playersetup/controls' Writing resource 'playersetup/teamlamps' Writing resource 'playersetup/background' Writing resource 'mapselector/not_available' Writing resource 'mapselector/background' Writing resource 'gamestatus/tools' Writing resource 'gamestatus/klatsch' Writing resource 'gamestatus/background' Writing resource 'credits/forward' Writing resource 'credits/rewind' Writing resource 'credits/stop' Writing resource 'credits/horst_evil' Writing resource 'bombers/snake' Writing resource 'bombers/tux' Writing resource 'bombers/spider' Writing resource 'bombers/bsd' Writing resource 'bombers/dull_red' Writing resource 'bombers/dull_blue' Writing resource 'bombers/dull_yellow' Writing resource 'bombers/dull_green' Writing resource 'extras/extras' Writing resource 'extras/wow' Writing resource 'extras/joint' Writing resource 'extras/horny' Writing resource 'extras/schnief' Writing resource 'menu/whoosh' Writing resource 'menu/break' Writing resource 'menu/clear' Writing resource 'menu/back' Writing resource 'observer/observer' Writing resource 'observer/time_over' Writing resource 'observer/hurry_up' Writing resource 'observer/crunch' Writing resource 'game/die' Writing resource 'game/explode' Writing resource 'game/putbomb' Writing resource 'game/deepfall' Writing resource 'game/maptiles' Writing resource 'game/maptile_addons' Writing resource 'game/bombs' Writing resource 'game/explosion' Writing resource 'game/cb_logo_small' Writing resource 'mapeditor/background' Writing resource 'corpse/explode' Writing resource 'corpse/part' Writing resource 'splash/spl_1a' Writing resource 'splash/spl_2a' It looks to me like you should not open /dev/dsp when building the datafile or ignore that it can't do certain kHz settings. Thanks, Martin MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398373: RC class bug, dataloss grade, No 398373
Le mardi 28 novembre 2006 à 12:38 +0100, Andreas Barth a écrit : * Josselin Mouette ([EMAIL PROTECTED]) [061128 12:36]: Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit : FWIW, fixing this bug requires changes in the kernel. Why that? AFAICR, umount must not return before not everything is written down. I don't think this is always the case. Of course, if the applet is saying things are OK while umount is still running, this can be fixed in the applet, but I wonder whether this would be enough. I wonder too. But the current state is definitly dangerous, but - many investigations start with not knowing enough. A first look at the code shows the callback called when umount has completed is only used for displaying errors, not successful operations. There's definitely something wrong here. -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#400733: perl: segfault in Perl_sv_pos_b2u()
Package: perl Version: 5.8.8-6.1 Severity: normal Here's a reproducable segfault that occurs with Request Tracker inside the Text::Tabs module. A minimal testcase is: #!/usr/bin/perl -w use strict; use Encode; my $s = \x{c3}\x{84}\x{54}\x{c3}\x{84}\x{5c}\x{9}; $_ = Encode::decode('utf8', $s); s{\t}{pos()}e; Backtrace: Starting program: /usr/bin/debugperl ../t.pl [Thread debugging using libthread_db enabled] [New Thread 47262378811456 (LWP 19001)] Program received signal SIGSEGV, Segmentation fault. offsetp=0x7fff89e00704) at sv.c:5810 5810while (UTF8_IS_CONTINUATION(*p)) { (gdb) bt #0 0x004d5e0d in Perl_sv_pos_b2u (my_perl=0x6c6010, sv=0x6c7220, offsetp=0x7fff89e00704) at sv.c:5810 #1 0x004eeb90 in Perl_pp_pos (my_perl=0x6c6010) at pp.c:340 #2 0x00498eba in Perl_runops_debug (my_perl=0x6c6010) at dump.c:1459 #3 0x00423f18 in S_run_body (my_perl=0x6c6010, oldscope=1) at perl.c:2366 #4 0x00423820 in perl_run (my_perl=0x6c6010) at perl.c:2283 #5 0x0041d5da in main (argc=2, argv=0x7fff89e00a08, env=0x7fff89e00a20) at perlmain.c:99 This is also rt.perl.org bug #39893. As suggested there, here's the output of Perl_sv_dump(): (gdb) call Perl_sv_dump(my_perl, sv) SV = PVMG(0x7bdff0) at 0x6c7220 REFCNT = 1 FLAGS = (SMG,POK,pPOK,UTF8) IV = 0 NV = 0 PV = 0x6f6d10 \303\204T\303\204\\\t\0 [UTF8 \x{c4}T\x{c4}\\\t] CUR = 7 LEN = 8 MAGIC = 0x6f8c70 MG_VIRTUAL = PL_vtbl_utf8 MG_TYPE = PERL_MAGIC_utf8(w) MG_LEN = 5 MG_PTR = 0x6e9d20 0: 4 - 4 1: 0 - 0 MAGIC = 0x6f6ab0 MG_VIRTUAL = PL_vtbl_mglob MG_TYPE = PERL_MAGIC_regex_global(g) MG_LEN = 4 I'll send this information to rt.perl.org as well. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Tue, 28 Nov 2006, Anton Altaparmakov wrote: Ok, I just committed some more fixes to ntfsresize. It never actually unmounted the volume, just exited which was very rude of it! It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's dangerous to umount because that could interfer, corrupt or destroy the resized, consistent NTFS. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373253: Cause of g-i crashing on AMD64 at VT switch found
Attilio Fiandrotti wrote: Hi i recently put my hands on an AMD64 machine, so i had the chance to run the installer from a chroot and i noticed that the crash produces this log libgcc_s.so.1 must be installed for pthread_cancel to work (!) [ 5905:0.000] -- Caught signal 6 (unknown origin) -- libgcc_s.so.1 must be installed for pthread_cancel to work Aborted adding this library (and full libc) to the chroot prevents the crash. Yesterday i tried to dig a bit some more in this issue, but i had no luck. It looks like libgcc is needed on AMD64 only, on i386 i culd not find this library in the ISO, and i wonder why AMD64 differs from i386. I haven't the skills to solve this issue, so if no one comes at rescue i'll ask d-gcc guys, who maintain libgcc. cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400735: qiv no more honors command line switch -y
Package: qiv Version: 2.0-6 Severity: normal i use qiv in a X initialization script to set the background of the display to some patterned image, using the command line switch -y after upgrading, i found that qiv does not honor any more the -y switch; moreover, it hangs for input instead of exiting, stopping the remaining part of my initialization script if you feel appropriate removing this particular functionality from qiv, please let me know so that i can look for an alternative program thank you, gb -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages qiv depends on: ii gdk-imlib11 1.9.14-31 imaging library for use with gtk ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libglib1.2 1.2.10-14 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library qiv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400734: smbfs: please fix mount.cifs man page
Package: smbfs Version: 3.0.23d-1 Severity: minor Hi, man 8 mount.cifs suggests that a credentials file can only contain username and password fields. It can, however, actually also include a workgroup field. Which is important if a Windows file server suddenly stops accepting [EMAIL PROTECTED] as username but insists on username user and workgroup domain. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
Hi Szaka, On Tue, 2006-11-28 at 12:46 +0100, Szakacsits Szabolcs wrote: On Tue, 28 Nov 2006, Anton Altaparmakov wrote: Ok, I just committed some more fixes to ntfsresize. It never actually unmounted the volume, just exited which was very rude of it! It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's dangerous to umount because that could interfer, corrupt or destroy the resized, consistent NTFS. Do you not keep the ntfs_volume of the mount consistent with your changes? If yes you should umount and it is not dangerous. If not why not? Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Tue, 28 Nov 2006, Anton Altaparmakov wrote: It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's dangerous to umount because that could interfer, corrupt or destroy the resized, consistent NTFS. Do you not keep the ntfs_volume of the mount consistent with your changes? If yes you should umount and it is not dangerous. If not why not? There are two NTFS during resizing. The original and the resized. When the resizing is over then the latter is consistent and the old one is irrelevant. ntfsresize doesn't work like the other utilities: mount, modify, umount. It works like: mount and morph the original into a new one. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400736: Squid not compiled with SSL support.
Package: squid Version: 2.6.5-2 Squid 2.6 has support for HTTPS and SSL, but only if explicity enabled with the --enable-ssl build option. Adding this will allow Squid to reverse proxy HTTPS requests. Please add it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390184: initscripts: please limit the size of /lib/init/rw
On Mon, Nov 27, 2006 at 09:59:10PM +0100, Petter Reinholdtsen wrote: These systems can set the values using TMPFS_SIZE, SHM_SIZE, RUN_SIZE and LOCK_SIZE, if they are unhappy with the default values. Ah, so it is already possible to configure these sizes differently. I'm not sure, perhaps Roger just referred to the name of the variable... Mario -- The question of whether a computer can think is no more interesting than the question of whether a submarine can swim. -- E. W. Dijkstra signature.asc Description: Digital signature
Bug#400494: [Pkg-lirc-maint] Bug#400494: LIRC kernel modules do not compile with kernel 2.6.19
This one time, at band camp, Eric Cooper said: Linux kernels 2.6.18 have removed the linux/config.h include file and replaced it with linux/autoconf.h, so the LIRC kernel modules no longer compile. I've attached a patch (but I've tested it only for the atiusb module, which is the only device I use). Also, this patch is against the modules/ tree contained in the /usr/src/lirc-modules.tar.gz tarball, not against the lirc-modules-source package itself. Thanks. That looks quite reasonable to me. The modules packaging still needs a bit of clean up, it looks like, so it may be a little while before upload. Thanks again, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#400738: proftpd-dfsg: probably missing libattr1-dev build dep
Package: proftpd-dfsg Version: 1.3.0-14 Severity: wishlist When building on sarge, proftpd-dfsg needs libattr1-dev installed. Chances are that this dependency is also needed when building on sid. Greetings Marc -- 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.3-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#205475: Fully DebtFree Immediately
Select legal counsel have discovered a mistake in the banking laws. Using waht we found we were successfu1 at entirely eliminating peop1es creditcarddebt with out them having to pay one more dime. We know that our firm can do this for you also. Please contact us- 1--3 1 3--263--2706 It will be about the end of our adventures, I guess. Yes; they've worked up a rather pretty plot, haven't they? The President did not reply -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400737: proftpd-dfsg: is it really necessary to rename the source package when removing RFCs?
Package: proftpd-dfsg Version: 1.3.0-14 Severity: wishlist Is it really necessary to rename the source package when removing RFCs? Other packages only add dfsg to the upstream version number, which has the advantage of not breaking source package based monitoring mechanisms. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374640: gedit: freeze when XIM is used to input Japanese
Loïc, I'm sorry, I didn't intended to put your address in the Subject for the bug report. I've just wanted to add you to Cc. Regards, -- Etsushi Kato [EMAIL PROTECTED]
Bug#397387: wengophone: Segfault on login (i386)
On Tue, Nov 07, 2006 at 01:56:28AM +0200, Mika Hanhijärvi wrote: Package: wengophone Version: 2.0.0~rc5-svn8108-2 Severity: important Wengophone segfaults when I start it first time after installation. It opens login window and lets me enter my email and password. When I click it looks like it tries to connect to server and then it segfaults. If I then look at my home directory I can see that Wengo did create ~/.wengophone/ and configuration files which define my Wengo-account. If I start Wengo again it does not segfault. If I rename or delete ~/.wengophone/ directory same will happen again. Wengophone will ask my email and password again, tries to login, and then it segfaults. Please try the package at http://www.prato.linux.it/~mnencia/debian/wengophone-ng/wengophone_2.0.0~rc5-svn8586-1_i386.deb On my pachine it solves this problem. Bye -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 signature.asc Description: Digital signature
Bug#398373: RC class bug, dataloss grade, No 398373
FWIW, I also experienced this when unmounting a USB stick using nautilus. Because I pulled out the USB stick too quickly, I ended up with a corrupted filesystem. :-/ Cheers, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: 888354F7 | \/¯| http://atterer.net | 08A9 7B7D 3D13 3EF2 3D25 D157 79E6 F6DC 8883 54F7 ¯ '` ¯
Bug#400580: cpufreqd: fails to change governor when goes with battery
Mattia Dongili [EMAIL PROTECTED] writes: [...] kernel bug? cpufreqd correctly complains about not being able to switch to ondemand. If this governor doesn't work for your platform, just reconfigure cpufreqd to avoid using it. Now I read more carefully. My platform is a last generation iBook G4 and cpufreqd worked fine also with the kernel 2.6.17 home compiled. cpufreqd stops working from an upgrade on. -- Ciao leandro Un esteso e normale uso della crittografia è il sistema più forte per rivendicare il diritto alla privacy nelle comunicazioni telematiche: come tutti i diritti e come i muscoli se non viene esercitato costantemente si atrofizza e va perso. pgpTuNwfLusxZ.pgp Description: PGP signature
Bug#400739: ITP: whitedune -- Graphical VRML97 viewer, editor and animation tool
Package: wnpp Severity: wishlist Owner: Philippe Coval [EMAIL PROTECTED] * Package name: whitedune Version : 0.29beta483 Upstream Author : Stephen F. White (and others) swhite __at__ Discreet __dot__ COM * URL : http://www.csv.ica.uni-stuttgart.de/vrml/dune/ * License : GPL Programming Lang: C++ Description : Graphical VRML97 viewer, editor and animation tool White dune is a graphical VRML97 editor, simple NURBS/Superformula 3D modeller and animation tool. It has support for animation, real-time interaction, and multimedia (images, movies, and sounds). White dune can read, create and display VRML97 files and let the user change the scenegraph/fields. I have finally built a QD package of whitedune-0.29beta483 I will publish it soon and start looking for sponsors Stay tuned : @ http://rzr.online.fr/q/VRML Regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400580: cpufreqd: fails to change governor when goes with battery
Mattia Dongili [EMAIL PROTECTED] writes: Nov 27 12:19:35 janni kernel: ondemand governor failed to load due to too long transition latency Nov 27 12:19:37 janni cpufreqd: cpufreqd_set_profile : Couldn't set profile On Demand High set for cpu0 Nov 27 12:19:37 janni cpufreqd: cpufreqd_loop: Cannot set policy, Rule unchanged (AC Rule). Nov 27 12:19:37 janni kernel: ondemand governor failed to load due to too long transition latency The kernel is a 2.6.18 home compiled but this happens also with a 2.6.17 kernel bug? cpufreqd correctly complains about not being able to switch to ondemand. If this governor doesn't work for your platform, just reconfigure cpufreqd to avoid using it. I reconfigured cpufreqd to avoid using this module and nothing appears more. Is it good now? -- Ciao leandro Un esteso e normale uso della crittografia è il sistema più forte per rivendicare il diritto alla privacy nelle comunicazioni telematiche: come tutti i diritti e come i muscoli se non viene esercitato costantemente si atrofizza e va perso. pgplF3QxiWNUF.pgp Description: PGP signature
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Tue, 2006-11-28 at 13:08 +0100, Szakacsits Szabolcs wrote: On Tue, 28 Nov 2006, Anton Altaparmakov wrote: It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's dangerous to umount because that could interfer, corrupt or destroy the resized, consistent NTFS. Do you not keep the ntfs_volume of the mount consistent with your changes? If yes you should umount and it is not dangerous. If not why not? There are two NTFS during resizing. The original and the resized. When the resizing is over then the latter is consistent and the old one is irrelevant. ntfsresize doesn't work like the other utilities: mount, modify, umount. It works like: mount and morph the original into a new one. Looking at the source code, you appear to be holding the ntfs_volume in your resize structure and then use it everywhere to write to the volume. For example you keep calling write_mft_record() which just calls the libntfs provided ntfs_mft_record_write()... So you better have that ntfs_volume be a consistent view of the volume at any point in time or things will break anyway... I cannot see anywhere you having two different ntfs_volume structures. Apologies if I have missed it. Perhaps you can point out the code to me where you have two volumes as I cannot see it... However, given things still work, and given that ntfsresize now works for Vista for me when it did not do so before I would say unmounting is both safe and required for ntfsresize. (-; Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400203: xserver-xorg-video-i810: DRI seems not to work for some applications: Further info
El mar, 28-11-2006 a las 11:09 +0100, Michel Dänzer escribió: On Tue, 2006-11-28 at 10:07 +0100, Juan P. Rigol Sanchez wrote: /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_swrast_CopyColorSubTable+0x23)[0xa7375643] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1[0xa72718fd] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_mesa_initialize_context+0x267)[0xa7270d37] /usr/lib/dri/i915_dri.so(intelInitContext+0x56)[0xa6417826] /usr/lib/dri/i915_dri.so(i830CreateContext+0x76)[0xa640cee6] /usr/lib/dri/i915_dri.so[0xa641c010] /usr/lib/dri/i915_dri.so[0xa63fcb03] /usr/lib/libGL.so.1[0xa70997c8] Please move away /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1* and try again. Hi again. Moving away those files the program complains and exits: envi /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl: error while loading shared libraries: libMesaGL6_2.so.1: cannot open shared object file: No such file or directory (Neither moving away libMesa* nor libOSMesa* makes the trick. I've also tried linking /usr/lib/libGL.so.1.2 to libMesaGL6_2.so.1, /usr/lib/libGLU.so.1.3.060501 to libMesaGLU6_2.so.1 and /usr/lib/libOSMesa32.so.6.5.1 to libOSMesa6_2.so.6 without success) strace envi ... open(./sse2/libgcc_s.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./cmov/libgcc_s.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./libgcc_s.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/local/rsi/idl_6.3/bin/bin.linux.x86/libgcc_s.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/local/rsi/idl_6.3/bin/bin.linux.x86/dm/lib/libgcc_s.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libgcc_s.so.1, 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\240\30..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=41096, ...}) = 0 mmap2(NULL, 44292, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa750a000 mmap2(0xa7514000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x9) = 0xa7514000 close(3)= 0 open(./tls/i686/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./i686/sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./i686/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./sse2/cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./cmov/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(./libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/local/rsi/idl_6.3/bin/bin.linux.x86/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/local/rsi/idl_6.3/bin/bin.linux.x86/dm/lib/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/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, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa7509000 mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa73d8000 mmap2(0xa74ff000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x127) = 0xa74ff000 mmap2(0xa7506000, 10396, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_ANONYMOUS, -1, 0) = 0xa7506000 close(3)= 0 open(./tls/i686/sse2/cmov/libMesaGLU6_2.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/i686/sse2/libMesaGLU6_2.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/i686/cmov/libMesaGLU6_2.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/i686/libMesaGLU6_2.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/sse2/cmov/libMesaGLU6_2.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/sse2/libMesaGLU6_2.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) open(./tls/cmov/libMesaGLU6_2.so.1, O_RDONLY) = -1
Bug#400740: vpnc: FTBFS on GNU/kFreeBSD
Package: vpnc Severity: important Version: 0.3.3+SVN20051028-3 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. It needs entry in Makefile and small fixes. Please find attached patch with that. After that it is possible to connect with CISCO peer. It would also be nice if you can ask upstream to include changes from 09_kbsd.dpatch. Thanks in advance Petrdiff -u vpnc-0.3.3+SVN20051028/debian/control vpnc-0.3.3+SVN20051028/debian/control --- vpnc-0.3.3+SVN20051028/debian/control +++ vpnc-0.3.3+SVN20051028/debian/control @@ -7,7 +7,7 @@ Package: vpnc Architecture: any -Depends: iproute, ${shlibs:Depends}, ${misc:Depends} +Depends: iproute | libc0.1, ${shlibs:Depends}, ${misc:Depends} Suggests: resolvconf Description: Cisco-compatible VPN client vpnc is a VPN client compatible with cisco3000 VPN Concentrator (also diff -u vpnc-0.3.3+SVN20051028/debian/patches/04_debianitis.dpatch vpnc-0.3.3+SVN20051028/debian/patches/04_debianitis.dpatch --- vpnc-0.3.3+SVN20051028/debian/patches/04_debianitis.dpatch +++ vpnc-0.3.3+SVN20051028/debian/patches/04_debianitis.dpatch @@ -213,7 +213,7 @@ if [ -n $CISCO_BANNER ]; then echo Connect Banner: echo $CISCO_BANNER | while read LINE ; do echo | $LINE ; done -@@ -222,6 +282,15 @@ +@@ -222,6 +282,19 @@ do_ifconfig set_vpngateway_route @@ -221,8 +221,12 @@ +# -- Debian specific +if test $TARGET_NETWORKS ; then +for network in $TARGET_NETWORKS ; do -+ip route del $network 2/dev/null -+ip route add $network dev $TUNDEV ++$IPROUTE route $route_syntax_del $network 2/dev/null ++if [ $OS = Linux ]; then ++$IPROUTE route add $network dev $TUNDEV ++else ++$IPROUTE route add -net $network $route_syntax_gw $INTERNAL_IP4_ADDRESS ++fi +done +else + diff -u vpnc-0.3.3+SVN20051028/debian/patches/00list vpnc-0.3.3+SVN20051028/debian/patches/00list --- vpnc-0.3.3+SVN20051028/debian/patches/00list +++ vpnc-0.3.3+SVN20051028/debian/patches/00list @@ -9,0 +10 @@ +09_kbsd only in patch2: unchanged: --- vpnc-0.3.3+SVN20051028.orig/debian/patches/09_kbsd.dpatch +++ vpnc-0.3.3+SVN20051028/debian/patches/09_kbsd.dpatch @@ -0,0 +1,109 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 09_kbsd.dpatch +## DP: GNU/kFreeBSD support + [EMAIL PROTECTED]@ +only in patch2: +unchanged: +--- vpnc-0.3.3+SVN20051028.orig/vpnc-script vpnc-0.3.3+SVN20051028/vpnc-script +@@ -60,6 +60,10 @@ + if [ ! -e /dev/tun ]; then + kldload if_tun + fi ++ elif [ $OS = GNU/kFreeBSD ]; then ++ if [ ! -e /dev/tun ]; then ++ kldload if_tun ++ fi + elif [ $OS = NetBSD ]; then + : + elif [ $OS = OpenBSD ]; then +@@ -79,18 +83,18 @@ + } + + set_vpngateway_route() { +- $IPROUTE route add `ip route get $VPNGATEWAY | fix_ip_get_output` ++ $IPROUTE route add `$IPROUTE route get $VPNGATEWAY | fix_ip_get_output` + $IPROUTE route flush cache + } + + del_vpngateway_route() { +- $IPROUTE route del $VPNGATEWAY ++ $IPROUTE route $route_syntax_del $VPNGATEWAY + $IPROUTE route flush cache + } + + set_default_route() { + $IPROUTE route | grep '^default' | fix_ip_get_output $DEFAULT_ROUTE_FILE +- $IPROUTE route del default ++ $IPROUTE route $route_syntax_del default + $IPROUTE route add default dev $TUNDEV + $IPROUTE route flush cache + } +@@ -104,7 +108,7 @@ + } + + reset_default_route() { +- $IPROUTE route del default /dev/null 21 ++ $IPROUTE route $route_syntax_del default /dev/null 21 + $IPROUTE route add `cat $DEFAULT_ROUTE_FILE` + $IPROUTE route flush cache + } +@@ -115,7 +119,7 @@ + #NETWORK=$1 + #NETMASK=$2 + #NETMASKLEN=$3 +- #$IPROUTE route del $NETWORK/$NETMASKLEN dev $TUNDEV ++ #$IPROUTE route $route_syntax_del $NETWORK/$NETMASKLEN dev $TUNDEV + #$IPROUTE route flush cache + } + else +only in patch2: +unchanged: +--- vpnc-0.3.3+SVN20051028.orig/sysdep-bsd.c vpnc-0.3.3+SVN20051028/sysdep-bsd.c +@@ -122,12 +122,12 @@ + + #else + +-int tun_write(int fd, char *buf, int len) ++int tun_write(int fd, unsigned char *buf, int len) + { + return write(fd, buf, len); + } + +-int tun_read(int fd, char *buf, int len) ++int tun_read(int fd, unsigned char *buf, int len) + { + return read(fd, buf, len); + } +@@ -153,6 +153,8 @@ + exit(status); + } + ++#ifndef __GLIBC__ ++ + int getline(char **line, size_t
Bug#400741: exim4: lack of Content-Type in quoted mail from breaks utf-8
Package: exim4 Severity: minor When generates a bounce, it quotes the original message, but its Content-Type header isn't propagated. This leads to utf-8/etc characters not being properly rendered by MUAs. From MAILER-DAEMON Tue Nov 28 12:50:23 2006 [...] This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: [EMAIL PROTECTED] Unrouteable address -- This is a copy of the message, including all the headers. -- [...] Content-Type: text/plain; charset=utf-8 [...] -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400636: posh: double-quotes within double-quoted backquote are expanded wrongly
* Clint Adams wrote on Mon, Nov 27, 2006 at 11:16:52PM CET: I think this message explains it fairly well: http://lists.gnu.org/archive/html/autoconf-patches/2004-07/msg00010.html I'm not sure how this meshes with 2.6.3: http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_03 Do you know if there's been any discussion about this on the austin list or if I'm misreading this? No, I'm not certain. You could ask on the Autoconf list about further details, or take this straight to an Austin group list. FWIW, the only slightly related discussion I could find on opengroup.org was this: http://www.opengroup.org/austin/mailarchives/ag/msg09304.html Quoting this message of that discussion: http://www.opengroup.org/austin/mailarchives/ag/msg09306.html | The intent should have been to have `` behave as it did in historical | shells, not to make any changes. The recursive rule is a change | that is no benefit to either implementors or to users. and extrapolating that to the issue at hand, it seems that pdksh (in POSIX mode) and posh get it wrong: AFAIK historical shells behaved differently. Cheers, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400732: apt-listchanges: localization ignores LC_ variables
reassign 400732 python2.4 thanks On Tue, Nov 28, 2006 at 12:45:05PM +0100, Mario 'BitKoenig' Holbe wrote: Package: apt-listchanges Version: 2.71 Hello, it seems like apt-listchanges ignores LC_* variables (especially LC_MESSAGES) in it's localization code: Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Lese Changelogs... Fertig (Reading database ... 229691 files and directories currently installed.) As you can see, apt-listchanges prints german messages while everything else prints english. My language environment is: [EMAIL PROTECTED]:~# env | egrep '^(LANG|LC_)' LC_MESSAGES=C [EMAIL PROTECTED] LANGUAGE=de_DE:de:en_DE:en_US:en_GB:en LC_TIME=C [EMAIL PROTECTED]:~# the problem is with python lgettext/gettext methods that do not honour LC_MESSAGES. reassigning the bug to the right package here. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpojRXovKZrl.pgp Description: PGP signature
Bug#393551: Links in lists archive don't work
reopen 393551 thanks The issue you reported has already been reported as http://bugs.debian.org/393551 on the listarchives pseudo-packages. By the way, the correct way to reach listarchives people is [EMAIL PROTECTED] (they are in CC) as indicated in the bottom of http://lists.debian.org/search.html #393551 has been fixed only for the recent archives: the ones before June 2006 still return bad links : http://lists.debian.org//org/lists.debian.org/www/debian-isp/2006/debian-isp-200604/msg00097.html On Tue, Nov 28, 2006 at 10:37:06AM +0100, Andreas Vent-Schmidt wrote: Hello, there is a problem with the Debian lists archive: when searching for a topic on (http://lists.debian.org/search.html), some of the links on the result page don't work. I've done the following: - opened http://lists.debian.org/search.html - filled in the form with some values (search term: RBL, list to search: isp, Date filter: selected all from top until Jan to Mar 2005 - clicked on search button - I've got a page with approx. 100 result entries Now, when clicking onto some of them, the link is broken and a 404 - not found error shows up. The problem is only there for some entries - most of them work perfectly. For instance, the list article Re: OT: sorbs blacklisting scam will not link properly. The URL shown in the status bar on mouseOver is: http://lists.debian.org//org/lists.debian.org/www/debian-isp/2006/debian-isp-200604/msg00097.html but the final URL in the address field (after building the error page) is http://lists.debian.org//org/04/msg00097.html; (because of mod_rewrite, I guess). Well, maybe you're interested in fixing that. Regards, -- Simon Paillard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]