Bug#297248: sparc-utils: elftoaout on other architectures
Package: sparc-utils Version: 1.9-2.3 Severity: wishlist Hello Eric, elftoaout is useful on architectures other than sparc, too (during cross-compiling). I would be very grateful if you could provide it for all architectures, either as a separate package or within sparc-utils. I can help with either. Thanks in advance, Baurjan. -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=de_DE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297249: mplayerplug-in: FTBFS (amd64/gcc-4.0): cast from 'void*' to 'unsigned int' loses precision
Package: mplayerplug-in Severity: normal Tags: patch When building 'mplayerplug-in' on amd64 with gcc-4.0, I get the following error: Source/plugin.cpp: In member function 'virtual NPError nsPluginInstance::SetWindow(NPWindow*)': Source/plugin.cpp:560: error: cast from 'void*' to 'unsigned int' loses precision Source/plugin.cpp:585: error: cast from 'void*' to 'unsigned int' loses precision make[1]: *** [plugin.o] Error 1 make[1]: Leaving directory `/mplayerplug-in-2.70' make: *** [debian/stamp-makefile-build] Error 2 With the attached patch 'mplayerplug-in' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/mplayerplug-in-2.70/Source/plugin-ui.cpp ./Source/plugin-ui.cpp --- ../tmp-orig/mplayerplug-in-2.70/Source/plugin-ui.cpp2004-09-20 22:21:37.0 + +++ ./Source/plugin-ui.cpp 2005-02-28 09:03:21.635784071 + @@ -241,7 +241,7 @@ int PercentRedraw; if (0) { - printf(Widget: %i\n, (int) w); + printf(Widget: %li\n, (long) w); printf(Message: %s\n, message); } diff -urN ../tmp-orig/mplayerplug-in-2.70/Source/plugin.cpp ./Source/plugin.cpp --- ../tmp-orig/mplayerplug-in-2.70/Source/plugin.cpp 2004-09-22 21:41:46.0 + +++ ./Source/plugin.cpp 2005-02-28 09:03:03.078365995 + @@ -556,8 +556,8 @@ if ((Window) window != (Window) aWindow-window) { if (DEBUG) - printf(New window! old: 0x%xnew 0x%x\n, - (unsigned int) window, (unsigned int) aWindow-window); + printf(New window! old: 0x%lxnew 0x%lx\n, + (unsigned long) window, (unsigned long) aWindow-window); } if (controlwindow == 1) @@ -581,8 +581,8 @@ if (state STATE_WINDOWSET) { if (DEBUG) { - printf(Size: %d %d %x\n, aWindow-x, aWindow-y, - (unsigned int) aWindow-window); + printf(Size: %d %d %lx\n, aWindow-x, aWindow-y, + (unsigned long) aWindow-window); printf(Size: %dx%d \n, aWindow-width, aWindow-height); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297250: nvidia-settings: FTBFS (amd64/gcc-4.0): unrecognized command line option -fpedantic
Package: nvidia-settings Severity: normal Tags: patch When building 'nvidia-settings' on amd64 with gcc-4.0, I get the following error: cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc1: error: unrecognized command line option -fpedantic cc -c -Wall -fpedantic -O -I /usr/X11R6/include -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I doc -I src -I src/image_data -I src/xpm_data -I src/gtk+-2.x -I src/libXNVCtrl -I src/libXNVCtrlAttributes src/command-line.c -o .objs/command-line.o cc1: error: unrecognized command line option -fpedantic make[1]: *** [.objs/command-line.o] Error 1 make[1]: Leaving directory `/nvidia-settings-1.0+2' make: *** [build-stamp] Error 2 With the attached patch 'nvidia-settings' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/nvidia-settings-1.0+2/Makefile ./Makefile --- ../tmp-orig/nvidia-settings-1.0+2/Makefile 2005-02-28 09:05:31.441729128 + +++ ./Makefile 2005-02-28 09:04:42.792119400 + @@ -45,7 +45,7 @@ endif ifndef CFLAGS - CFLAGS = -Wall -fpedantic + CFLAGS = -Wall -pedantic endif ifndef PKG_CONFIG diff -urN ../tmp-orig/nvidia-settings-1.0+2/samples/Makefile ./samples/Makefile --- ../tmp-orig/nvidia-settings-1.0+2/samples/Makefile 2004-11-03 21:53:08.0 + +++ ./samples/Makefile 2005-02-28 09:04:58.953999859 + @@ -39,7 +39,7 @@ endif ifndef CFLAGS - CFLAGS = -Wall -fpedantic + CFLAGS = -Wall -pedantic endif ifndef LDFLAGS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279159: /sbin/umount.smbfs doesn't work for me
On Sun, Feb 20, 2005 at 02:17:14PM +0200, Cesar Martinez Izquierdo wrote: El Domingo 20 Febrero 2005 06:47 escribiste: umount manpage says that /sbin/umount.filesystem will be used, but either it is not true, or another previous problem happens that prevents umount.smbfs to be used. If you depend on smbmount's suid bit to mount a share, you will not be able to unmount it using umount -- only using smbumount. Because umount is itself suid, it must implement its own security checks before turning over control to the per-fstype helper program, so only shares mounted as standard user mounts can be unmounted this way. Hi, /etc/fstab : //mizar/cemariz$ /mnt/upv smbfs defaults,user,noauto,username=cemariz,workgroup=ALUMNO,ip=mizar.cc.upv.es 0 0 Then: $ mount /mnt/upv Password: $ (it's correctly mounted, as normal user, using mount, not smbmount). Then: $ umount /mnt/upv umount: only root can unmount //mizar/cemariz$ from /mnt/upv Ok, confirmed, mount.smbfs is responsible for writing out the /etc/mtab entry and does not include anything saying what user is allowed to unmount it. This is a bug in smbfs, not in mount. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#296339: XEmacs dont freezing with ESS
Hi. From: Ronaldo Reis-Jr. [EMAIL PROTECTED] Subject: Bug#296339: XEmacs dont freezing with ESS Date: Mon, 21 Feb 2005 17:54:54 -0300 Package: xemacs21 Version: 21.4.16-1 This version of xemacs is freezing when I use ESS. First of all, this may be the problem of 21.4.16. Do you use Sarge? Please upgrade to 21.4.17-1. The upstream author withdrew the release of 21.4.16. See, http://bugs.debian.org/293471 There is no problem in my box. I don't know the usage of ess, but after installing ess, I typed M-x S-mode and xemacs wasn't freezing. If you still have the problem even after upgrading xemacs21, please send me a detail. Thanks. OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt 1024D/77DCE083 fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpZ0LAgvErjH.pgp Description: PGP signature
Bug#297244: libgtk2.0-dev: new version 2.6.2-3 contains static libs with debug info
severity 297244 minor merge 293421 297244 thanks Le lundi 28 février 2005 à 08:09 +0100, Fabien COUTANT a écrit : Debug libraries should go to libgtk2.0-dbg, not -dev. -dev should contain static libraries, but without debug info so they keep a reasonable size. Hi, Please look on the BTS before filling a bug. This is a duplicate of http://bugs.debian.org/293421 Cheers, Sebastien Bacher
Bug#296628: Only force-reload is mandatory
Only the force-reload method is mandatory. The reload method is not. (Policy 9.3.2.) -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266507: Raise priority of NPTL quirks bug
Can someone please raise the priority of this bug? It seems to lock-up my DeMuDi-system after a few minutes or hours. It is marked fixed-upstream so it should be easy to fix it downstream now. Thanks, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295611: ogmtools: dvdxchap freezes and cannot be killed
In my examples, dvdxchap was invoked by the 'dvdrip' program as follows: Sorry for the delay in reponding, but with FOSDEM and professional deadlines the coming months it's been busy the last weeks. I'll pass this along to upstream. -- greetz, marc Security is so tight that last night they burst into my room just as Chiana was... ah, screaming. D'Argo - Look at the Princess - I Do, I Think scorpius 2.6.10 #1 Mon Dec 27 13:05:02 CET 2004 GNU/Linux signature.asc Description: Digital signature
Bug#295331: maintenance of fetchmail package
Hello Graham, * Graham Wilson [EMAIL PROTECTED] [2005-02-28 09:53]: On Mon, Feb 21, 2005 at 05:45:02PM +0100, Nico Golde wrote: * Graham Wilson [EMAIL PROTECTED] [2005-02-21 17:06]: Well, it seems like that is the prevailing opinion at this point. So I'll just let you guys create the Alioth project. Ok i created the alioth project named fetchmail. Within 72 hours we will get a reply if it is ok by the admins. Have you heard back from the Alioth admins yet? sorry, i wanted to write you today. the first subscribe failed because i named it fetchmail instead of pkg-fetchmail but i submitted pkg-fetchmail now but haven't heard anything. if i get no response tomorrow i will write them a mail. regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF http://www.ngolde.de | mutt-ng.berlios.de | grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpOl8JGwnLny.pgp Description: PGP signature
Bug#297223: Thread Safety
tags 297223 wontfix thanks On Mon, Feb 28, 2005 at 12:58:42AM +0100, Kasper Schoonman wrote: Since we upgraded php4 from 4.3.10-2 tot 4.3.10-3 some PHP modules don't work anymore. For me the most important is PDFLib. Since we have a lot of Dynamic generated PDF scripts using PDFLib because of it's speed which is incomparable with fPDF. I contacted PDFLib GmbH to ask them if there's an Thread Safety enabled version of the PDFLib, their answer: 'there is not, and there won't be a 'Thread Safety Enabled version'. So I had to downgrade to 4.3.10-2 again to make all the scripts work again, since even the new version of php4 (4.3.10-8) has this thread safety option on, it seems that the package maintainers have chosen for this option. Since this 'Thread Safety' option also makes a few other modules (like render accelerators / cachers) unusable; 'Why not make both, php4-threadsafe and a regular php4 package'. There are two web servers in Debian that we provide PHP support for which require ZTS to be enabled. There are no web servers in Debian that require ZTS to *not* be enabled. Supporting both ZTS and non-ZTS flavours of PHP requires supporting two copies of all PHP extensions that we distribute, which is not going to happen -- support for a binary-only proprietary extension is secondary to this. It is trivial for any code to be recompiled to support the ZTS interface; it does not require that the code be made thread safe. If the vendor providing your binary-only extension is not willing to do this for you, then you will not be able to use the Debian PHP4 packages, sorry. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#297231: hotplug failure trying to load rtc on sis746 based machines
reassign 297231 kernel-image-2.6.10-i386 thanks On Feb 28, Matt Taggart [EMAIL PROTECTED] wrote: I have an FIC brand AMD K7 sis746 based mainboard and I've discovered that /etc/hotplug/isapnp.rc determines that it needs to load the rtc driver and that doesn't work, If it uses port 0x70 then it looks like an RTC chip to me... Maybe it needs a different kind of RTC driver? Does /dev/rtc work anyway? Probably matching on PNP0b00 is a bit rough, think of it a something better than unconditionally modprobing the driver at boot time. I'm reassigning this bug to a kernel package, if the kernel people think that this driver cannot deal with your hardware then just close it. -- ciao, Marco signature.asc Description: Digital signature
Bug#297253: /usr/bin/gpg: missing dependencies
Package: gnupg Version: 1.4.0-3 Severity: normal File: /usr/bin/gpg gpg: apdu_open_reader: failed to open driver `libpcsclite.so': libpcsclite.so: cannot open shared object file: No such file or directory missing libpcsclite1 dependencies -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29-C3EZRA Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libldap22.1.30-3 OpenLDAP libraries ii libreadline55.0-10 GNU readline and history libraries ii libusb-0.1-42:0.1.10a-3 userspace USB programming library ii makedev 2.3.1-76 creates device files in /dev ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297226: hotplug is still too verbose
severity 297226 minor retitle 297226 /etc/default/hotplug lacks new options thanks On Feb 28, Matt Taggart [EMAIL PROTECTED] wrote: hotplug is still very verbose on boot and the problem is only getting worse as Add QUIET=1 to /etc/default/hotplug. -- ciao, Marco signature.asc Description: Digital signature
Bug#297240: PCMCIA WLAN card not registering - fix included.
reassign 297240 linux-wlan-ng thanks On Feb 28, Mike Hoye [EMAIL PROTECTED] wrote: The source of the problem is that /etc/pcmcia/config contains the correct card information, as follows: These files are not part of the hotplug package. -- ciao, Marco signature.asc Description: Digital signature
Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops
Hi Luigi! You wrote: You can find (and review) a preliminary package at http://people.debian.org/~luigi/radeontool Tahnks for packaging this! Any chance you could make it suid safe and executable bij users in the video group? And maybe you could add support for setting the compaq m300/m500 backlight luminosity (although I'm not sure if that is Compaq specific or genral for radeon), as implemented in the m300bl[1] program? [1] http://wwwbode.cs.tum.edu/~acher/m300/ -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297254: gimp: weird floating rectangle appears on all Virtual Screens upon firing up
Package: gimp Version: 2.2.3-2 Severity: normal When I fire up Gimp 2.2.3, create an image with large number of layers ( say, 20 ) and start dragging those layers around to rearrange them, I start seeing some moving, whiteish-transparentish rectangles moving aroung all my virtual screens, roughly following the same paths like my mouse had followed before while dragging ( I think ). On my system, it is reproducible: I just opened an image with 31 layers, and started dragging the first layer to be the last, the last to be the first, and so 10 times. After about 3 minutes, I started seeing a white or light-grey rectangle moving up and down, up and down, exactly 10 times, in the same area of the screen where I was previously dragging the layers. The triangle appears on all virtual screens. I'd be happy to provide more details shall you not be able to reproduce this one. Leszek -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10utu Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gimp depends on: ii aalib1 1.4p5-22ascii art library ii gimp-data2.2.3-2 Data files for The GIMP ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libasound2 1.0.8-1 ALSA library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexif100.6.9-4 The EXIF library allows you to par ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.3-2 Libraries necessary to run the GIM ii libgimpprint14.2.7-5 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmng1 1.0.8-1 Multiple-image Network Graphics li ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libtiff4 3.7.1-3 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8-1.1 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii wget 1.9.1-8 retrieves files from the web ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297255: quake2: FTBFS (amd64/gcc-4.0): pointer targets in passing argument 2 of 'ao_play' differ in signedness
Package: quake2 Severity: normal Tags: patch When building 'quake2' on amd64 with gcc-4.0, I get the following error: gcc -DHAVE_CONFIG_H -I. -I. -I.. -pipe -Wall -Werror -ffast-math -funroll-loops -fomit-frame-pointer -fexpensive-optimizations -fPIC -O2 -MT snd_oss_la-snd_oss.lo -MD -MP -MF .deps/snd_oss_la-snd_oss.Tpo -c snd_oss.c -fPIC -DPIC -o .libs/snd_oss_la-snd_oss.o /bin/sh ../libtool --mode=link gcc -O2 -o snd_oss.la -module -avoid-version -rpath /usr/lib/games/quake2 snd_oss_la-snd_oss.lo gcc -shared .libs/snd_oss_la-snd_oss.o -Wl,-soname -Wl,snd_oss.so -o .libs/snd_oss.so creating snd_oss.la (cd .libs rm -f snd_oss.la ln -s ../snd_oss.la snd_oss.la) if /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..-pipe -Wall -Werror -ffast-math -funroll-loops -fomit-frame-pointer -fexpensive-optimizations -fPIC -O2 -MT snd_ao_la-snd_ao.lo -MD -MP -MF .deps/snd_ao_la-snd_ao.Tpo -c -o snd_ao_la-snd_ao.lo `test -f 'snd_ao.c' || echo './'`snd_ao.c; \ then mv -f .deps/snd_ao_la-snd_ao.Tpo .deps/snd_ao_la-snd_ao.Plo; else rm -f .deps/snd_ao_la-snd_ao.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -pipe -Wall -Werror -ffast-math -funroll-loops -fomit-frame-pointer -fexpensive-optimizations -fPIC -O2 -MT snd_ao_la-snd_ao.lo -MD -MP -MF .deps/snd_ao_la-snd_ao.Tpo -c snd_ao.c -fPIC -DPIC -o .libs/snd_ao_la-snd_ao.o cc1: warnings being treated as errors snd_ao.c: In function 'SNDDMA_Submit': snd_ao.c:160: warning: pointer targets in passing argument 2 of 'ao_play' differ in signedness make[4]: *** [snd_ao_la-snd_ao.lo] Error 1 make[4]: Leaving directory `/quake2-0.3/src' With the attached patch 'quake2' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/quake2-0.3/src/snd_alsa.c ./src/snd_alsa.c --- ../tmp-orig/quake2-0.3/src/snd_alsa.c 2004-03-15 02:25:43.0 + +++ ./src/snd_alsa.c2005-02-28 10:11:02.466968729 + @@ -104,7 +104,7 @@ int test = tryrates[i]; if ((err = snd_pcm_hw_params_set_rate_near(pcm_handle, hw_params, - test, dir)) 0) { + (unsigned *)test, dir)) 0) { si-Com_Printf(ALSA snd error, cannot set sample rate %d (%s)\n, tryrates[i], snd_strerror(err)); } else { diff -urN ../tmp-orig/quake2-0.3/src/snd_ao.c ./src/snd_ao.c --- ../tmp-orig/quake2-0.3/src/snd_ao.c 2004-03-15 02:25:43.0 + +++ ./src/snd_ao.c 2005-02-28 10:10:18.500455077 + @@ -157,7 +157,7 @@ /* ao_play returns success, not number of samples successfully output * unlike alsa or arts, so we can only assume that the whole buffer * made it out... though this makes updating si-dma-samplepos easy */ -if (ao_play(device, si-dma-buffer, si-dma-samples * samplesize) == 0) { +if (ao_play(device, (char*)si-dma-buffer, si-dma-samples * samplesize) == 0) { Com_Printf(W: error occurred while playing buffer\n); ao_close(device); ao_shutdown(); diff -urN ../tmp-orig/quake2-0.3/src/snd_mix.c ./src/snd_mix.c --- ../tmp-orig/quake2-0.3/src/snd_mix.c2002-07-13 02:02:00.0 + +++ ./src/snd_mix.c 2005-02-28 10:13:58.739944793 + @@ -449,7 +449,7 @@ //as it would always be zero. lscale = snd_scaletable[ ch-leftvol 3]; rscale = snd_scaletable[ ch-rightvol 3]; - sfx = (signed char *)sc-data + ch-pos; + sfx = (unsigned char *)sc-data + ch-pos; samp = paintbuffer[offset]; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296868: tomcat4: memory leak
On Fri, Feb 25, 2005 at 02:54:52PM +0100, Alessandro Polverini wrote: I run a busy website with debian tomcat 4.1.31 and I suffer the same memory problems you pointed at. Is it servlets running on Your web site? What version? I searched google and all memory leak problems I found where solved either tuning (or replacing) java VM, or application itself. There are not reports about memory leak exactly with peer tomcat-4.1.31 and servlets-1.1 Unfortunately tomcat 5.5.x is not packaged for debian (nor I heard of Debian tomcat maintainer (or at least he is author of two last records in the changelog) Arnaud Vandyck [EMAIL PROTECTED] have started tomcat5 debian package project in the 2004 year: http://alioth.debian.org/pm/task.php?group_project_id=25group_id=30085func=browse But it is far from complete. any plans for it), but I'm using with success tomcat 5.0.28 that you can find at: http://apt.leapster.org/tomcat/ Thanks, I know this link. There are no problem to build stand alone package. We can package tomcat-5.5.x the same way, but there are no sense to do this apart from debian. The task is to integrate tomcat-5.x.x into debian distribution. tomcat 4.x is almost left unmantained from upstream. This is very bad, but on the other hand, this one more strong reason to make debian tomcat5 available as soon as possible. -- * Vladimir Stavrinov *** *** [EMAIL PROTECTED] *** * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297256: grace6 does not really replace grace
Package: grace6 Version: 5.99.0+final-3 Severity: normal X-Debbugs-CC: Debian Octave Group [EMAIL PROTECTED] The grace6 package has: Replaces: grace Provides: grace However, grace6 does not really replace the grace package. Users of the octave-forge forge package are complaining that the graceplot interface, which worked with grace, ceased to work with grace6. The problem is that the command interpreter is removed from grace6 making interfacing with Grace (like graceplot does) impossible. There has been some discussion about this in the octave-dev mailing list at SourceForge: http://sourceforge.net/mailarchive/forum.php?thread_id=6697008forum_id=4874 Would it be possible to have grace and grace6 not conflicting with each other? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages grace6 depends on: ii defoma 0.11.8-0.1 Debian Font Manager -- automatic f ii fftw2 [fftw2-double] 2.1.3-16Library for computing Fast Fourier ii gsfonts 8.14+v8.11-0.1 Fonts for the Ghostscript interpre ii lesstif2 1:0.93.94-11OSF/Motif 2.1 implementation relea ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexpat11.95.8-1XML parsing C library - runtime li ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libplot2 2.4.1-11The GNU plotutils libraries ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libt1-5 5.0.2-3 Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii netcdfg3 3.5.0-7.1 An interface for scientific data a ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xmhtml1 1.1.7-14A Motif widget for display HTML 3. ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297246: pfe: FTBFS (amd64/gcc-4.0): invalid lvalue in increment
On 05-Feb-28 08:46, Stephen Stafford wrote: Quoting Andreas Jochens [EMAIL PROTECTED]: I am currently in the process of moving city and as such do not have internet access apart from email for roughly a month or so; nor do I have access to development machines for testing. You have my full permission to NMU pfe to fix this (and any other - #259630 for example) bug if you wish to do so. If not, I can try asking someone else to do it instead. Thank you for the permission to NMU. However, I am not a DD, so I cannot NMU pfe. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297257: auctex: FTBFS: Missing Build-Depends on 'libperl-dev'
Package: auctex Severity: normal Tags: patch When building 'auctex' in a clean chroot, I get the following error: dpkg-buildpackage: host architecture is amd64 debian/rules clean eperl -P -o debian/rules debian/rules.in eperl: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory make: *** [debian/rules] Error 127 Please add the missing Build-Depends on 'libperl-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/auctex-11.55/debian/control ./debian/control --- ../tmp-orig/auctex-11.55/debian/control 2005-02-28 10:31:03.992052220 + +++ ./debian/control2005-02-28 10:31:01.276576357 + @@ -1,7 +1,7 @@ Source: auctex Section: tex Priority: optional -Build-Depends-Indep: ed, emacs21 | emacs-snapshot, eperl, texinfo, texi2html +Build-Depends-Indep: ed, emacs21 | emacs-snapshot, libperl-dev, eperl, texinfo, texi2html Maintainer: Davide G. M. Salvetti [EMAIL PROTECTED] Standards-Version: 3.6.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296403: mysql-server: confirm the problem, but no problem with the server
On 2005/02/28 01:02, Martin Lohmeier [EMAIL PROTECTED] wrote: I can confirm the problem. I upgraded from the testing verison (i think it was 4.0.23-4). I updatet three boxes (one ppc and two i386) and on all three mysql did not restart after update. Pretty much the same here. I did an upgrade on my i386 sarge box (last upgrade probably just a week ago) syslog: Feb 27 22:20:41 arachne mysqld[24204]: 050227 22:20:41 /usr/sbin/mysqld: Normal shutdown Feb 27 22:20:41 arachne mysqld[24204]: Feb 27 22:20:42 arachne mysqld[24204]: 050227 22:20:42 InnoDB: Starting shutdown... Feb 27 22:20:45 arachne mysqld[24204]: 050227 22:20:45 InnoDB: Shutdown completed Feb 27 22:20:45 arachne mysqld[24204]: 050227 22:20:45 /usr/sbin/mysqld: Shutdown Complete Feb 27 22:20:45 arachne mysqld[24204]: Feb 27 22:20:45 arachne mysqld_safe[26626]: ended Feb 27 22:21:47 arachne mysqld_safe[26770]: Installing all prepared tables Feb 27 22:21:48 arachne mysqld_safe[26770]: 050227 22:21:48 /usr/sbin/mysqld: Shutdown Complete Feb 27 22:21:48 arachne mysqld_safe[26770]: Feb 27 22:21:48 arachne mysqld_safe[26770]: Feb 27 22:21:48 arachne mysqld_safe[26770]: PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! Feb 27 22:21:48 arachne mysqld_safe[26770]: To do so, start the server, then issue the following commands: Feb 27 22:21:48 arachne mysqld_safe[26770]: /usr/bin/mysqladmin -u root password 'new-password' Feb 27 22:21:48 arachne mysqld_safe[26770]: /usr/bin/mysqladmin -u root -h arachne password 'new-password' Feb 27 22:21:48 arachne mysqld_safe[26770]: See the manual for more instructions. Feb 27 22:21:48 arachne mysqld_safe[26770]: Feb 27 22:21:48 arachne mysqld_safe[26770]: NOTE: If you are upgrading from a MySQL = 3.22.10 you should run Feb 27 22:21:48 arachne mysqld_safe[26770]: the /usr/bin/mysql_fix_privilege_tables. Otherwise you will not be Feb 27 22:21:48 arachne mysqld_safe[26770]: able to use the new GRANT command! Feb 27 22:21:48 arachne mysqld_safe[26770]: Feb 27 22:21:48 arachne mysqld_safe[26770]: Please report any problems with the /usr/bin/mysqlbug script! Feb 27 22:21:48 arachne mysqld_safe[26770]: Feb 27 22:21:48 arachne mysqld_safe[26770]: The latest information about MySQL is available on the web at Feb 27 22:21:48 arachne mysqld_safe[26770]: http://www.mysql.com Feb 27 22:21:48 arachne mysqld_safe[26770]: Support MySQL by buying support/licenses at https://order.mysql.com Feb 27 22:21:48 arachne mysqld_safe[26770]: Feb 27 22:21:49 arachne mysqld_safe[26795]: 050227 22:21:49 /usr/sbin/mysqld: Shutdown Complete Feb 27 22:21:49 arachne mysqld_safe[26795]: Feb 27 22:21:49 arachne mysqld_safe[26802]: ERROR: 1054 Unknown column 'Show_db_priv' in 'field list' Feb 27 22:21:49 arachne mysqld_safe[26802]: 050227 22:21:49 /usr/sbin/mysqld: Shutdown Complete Feb 27 22:21:49 arachne mysqld_safe[26802]: and the output of apt-get upgrade: Preparing to replace mysql-server 4.0.23-4 (using .../mysql-server_4.0.23-7_i386.deb) ... Stopping MySQL database server: mysqld. Unpacking replacement mysql-server ... ... Setting up mysql-common (4.0.23-7) ... Installing new version of config file /etc/mysql/my.cnf ... Setting up libmysqlclient12 (4.0.23-7) ... ... Setting up mysql-client (4.0.23-7) ... Setting up mysql-server (4.0.23-7) ... Installing new version of config file /etc/init.d/mysql ... Installing new version of config file /etc/logrotate.d/mysql-server ... Installing new version of config file /etc/mysql/debian-start ... Installing new version of config file /etc/mysql/debian-log-rotate.conf ... Installing new version of config file /etc/cron.daily/mysql-server ... Installing new version of config file /etc/logcheck/ignore.d.workstation/mysql-server ... Installing new version of config file /etc/logcheck/ignore.d.server/mysql-server ... Installing new version of config file /etc/logcheck/ignore.d.paranoid/mysql-server ... Stopping MySQL database server: mysqld. System startup links for /etc/init.d/mysql already exist. - -- debconf information: * mysql-server/start_on_boot: true true for me, too. A manual start with /etc/init.d/mysql start worked for me, too. /ol -- -=- Otmar Lendl -- [EMAIL PROTECTED] -=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296492: exim4: remote_smtp transport should fallback to ipv4 with fallback_hosts too
Hi Marc, * Marc Haber [Sat, Feb 26, 2005 at 11:36:53PM +0100]: tags #296492 upstream forwarded #296492 http://sesame.csx.cam.ac.uk/bugzilla/show_bug.cgi?id=2 thanks On Tue, Feb 22, 2005 at 08:34:06PM +0100, Laurent Fousse wrote: When sending to a remote host that has both an ipv6 and ipv4 RR, exim falls back immediately to ipv4 when ipv6 connectivity is not present. I noticed however that exim is stuck to ipv6 when it's trying to send to a fallback_host. I cannot verify that here for lack of ipv6, but I have forwarded it to upstream's brand new bugzilla. Thanks for forwarding. I'll followup directly on exim-users mailing list. signature.asc Description: Digital signature
Bug#297258: pose: deadlock when doing hotsync through pesudo tty
Subject: pose: deadlock when doing hotsync through pesudo tty Package: pose Version: 3.5-1 Severity: normal Tags: fixed when doing hotsync between ptyqe/ttyqe with pilot-xfer, POSE sometimes hang up and stop responding. from the source code, SrcUnix/EmTransportSerialUnix.cpp line 1059, function CommWrite (running as a thread): This-fDataCondition.wait (); this line will wait and can be wake-up by fDataCondition.broadcast () (same file, line 749, function PutOutgoingData) of another thread, before wake up, fDataCondition.wait () (actually is pthread_cond_wait under linux) will re-acquires fDataMutex. if thread CommWrite wake up immediately after fDataCondition.broadcast (), everything goes fine. Otherwise, if it wake up just before fDataMutex.lock () of the next PutOutgoingData call, PutOutgoingData will stop and wait fDataMutex to be release because it is locked by thread CommWrite. After thread CommWrite wake up, it will call OutgoingDataSize and GetOutgoingData, all of them will try to acquare fWriteMutex, unfortunately, it may already be locked by PutOutgoingData, and it is waitting for fDataMutex. These two threads are all waiting for others to release its mutex, this cause the deadlock. My simple workaround to prevent this is to remove fDataMutex.lock () and fDataMutex.unlock () which around the fDataCondition.broadcast () -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ibm.x31 Locale: LANG=zh_CN.GBK, LC_CTYPE=zh_CN.GBK (charmap=GBK) Versions of packages pose depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfltk1 1.0.11-5The Fast Light Toolkit, a GUI tool ii libstdc++2.10-glibc2.2 1:2.95.4-22 The GNU stdc++ library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- YuLei [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297259: problems after an update of hal package (sarge)
Package: hal Version: 0.4.7-2 After a regular update of my sarge implementation (Feb 27, 2005) I had severe problems to get an X-session (using gdm) running. .xsession-errors reported something like /usr/bin/gnome-session .. line1: /dev/null permission denied line83: /dev/null permission denied running x-terminal-emulator instead Sorry, because .xsession-errors does not provide a history of the log, I can not provide the exact message. After logging in with gdm, a terminal window opened but there was an error message that a child process can not be forked. In my attempts to get X running, I removed gdm and tried startx. The error message now was PRNG not seeded. After a google search I learned that /dev/urandom is involved. In the next step I found out that both /dev/null /dev/urandom had no read / write permission for others. Consequently, startx worked now but only for root. Next, I changed manually the permissions for /dev/null and /dev/urandom to rw for others. Now, I could run startx as a plain user. However, when I tried to start a x-term I got an error message that no pty devices are available. I looked into /dev and into ./dev and found out, that there were no pty devices. At this point, it was clear to me that there is a general problem with devices. Consequently, I deinastalled hal, installed gdm and everything worked fine again. I had hal running since months, I am updating sarge regulary and I had no problems before the yesterday update. Michael J Tauber -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296545: 'man ash' typo: ...than can be made local...
On Sun, Feb 27, 2005 at 08:22:07PM +, Gerrit Pape wrote: forwarded 296545 upstream quit Hi Herbert, here's another typo fix for dash.1 from A Costa. Patch applied. Thanks all. -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296492: [exim] [Debian normal bug #296492] exim4: remote_smtp transport should fallback to ipv4 with fallback_hosts too
On Sun, 27 Feb 2005, Marc Haber wrote: this is Debian Bug #296492, which I consider a bug with normal severity from a Debian point of view. - Forwarded message from Laurent Fousse [EMAIL PROTECTED] - When sending to a remote host that has both an ipv6 and ipv4 RR, exim falls back immediately to ipv4 when ipv6 connectivity is not present. I noticed however that exim is stuck to ipv6 when it's trying to send to a fallback_host. - End forwarded message - I would like to see some real evidence (configuration and debug output) of that before spending time on it. Trying to invent the special circumstances that might provoke a bug like that could take a lot of my (currently rather scarce) time. I would rather somebody else did the groundwork... :-) [First reaction is that any such problem is odd, because exactly the same code is used for fallback hosts as for other hosts. It just calls the same transport again with a different list of hosts.] -- Philip HazelUniversity of Cambridge Computing Service, [EMAIL PROTECTED] Cambridge, England. Phone: +44 1223 334714. Get the Exim 4 book:http://www.uit.co.uk/exim-book -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294895: Patch for a2ps
Richard Lewis [EMAIL PROTECTED] wrote: no errors were displayed. I've got a transcript of the whole upgrade (both the first run that gave the error, and the second that succeeded) which I could provide if needed. Yes, it would be very good if you could send the transcript (Cc to me, please). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#297260: xserver-xfree86: SGI glx performance drops 10x between 4.1woody and 4.3unstable
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-12.0.1 Severity: normal Using an S3 Trio 8c734/735 (Virtual PC's emulated videocard) which uses the SGI glx driver, the performance drops from 100+ fps on glxgears when using xserver-xfree86 4.1(woody) to 26 fps with 4.3+(unstable). If mesag3 is used instead, 26fps is achieved on both 4.1 and 4.3+. Of course, glxgears is just an example, all opengl apps exhibit the same behaviour. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target does not match checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2005-02-25 11:55 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1745900 2005-02-23 03:07 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :00:08.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] /etc/X11/XF86Config-4 unchanged from checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 3148 2005-02-28 01:43 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol PS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier S3 Inc. 86c764/765 [Trio32/64/64V+] Driver s3 VideoRam8192 EndSection Section Monitor Identifier LCD HorizSync 28-49 VertRefresh 43-72 Option DPMS EndSection Section Screen Identifier Default Screen Device S3 Inc. 86c764/765 [Trio32/64/64V+] Monitor LCD DefaultDepth16 SubSection Display Depth 1 Modes 1024x768 EndSubSection SubSection Display Depth 4 Modes 1024x768 EndSubSection SubSection Display Depth 8 Modes 1024x768 EndSubSection SubSection Display Depth 15 Modes 1024x768 EndSubSection SubSection Display Depth 16 Modes 1024x768
Bug#297261: vlc: Please add some info for mime-support
Package: vlc Version: 0.8.1-1 Severity: wishlist Hi, putting this file as vlc.mime into debian/ will add some information to /etc/mailcap (+ using dh_installmime but this is already enabled in debian/rules). Can this be added so mozilla and friends now better what to use for videos, etc. I'm sure the list could be much longer, i'll send updates once I come across these filetypes and tested them successfully. Cheers, -- Guido -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages vlc depends on: ii aalib1 1.4p5-22ascii art library ii dbus-1 0.23.2-2simple interprocess messaging syst ii liba52-0.7.4 0.7.4-1 Library for decoding ATSC A/52 str ii libc62.3.2.ds1-20GNU C Library: Shared libraries an pn libdvbpsi3 Not found. ii libdvdnav4 0.1.9-3 The DVD navigation library ii libdvdread3 0.9.4-5 Simple foundation for reading DVDs ii libflac4 1.1.0-11Free Lossless Audio Codec - runtim ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6Free Implementation of the Unicode ii libgcc1 1:3.4.3-9 GCC support library ii libhal0 0.4.7-2 Hardware Abstraction Layer - share ii libid3tag0 0.15.1b-4 ID3 tag reading library from the M ii liblircclient0 0.7.1pre1-2 LIRC client library ii libmad0 0.15.1b-1 MPEG audio decoder library ii libmodplug0 1:0.7-4 shared libraries for mod music bas ii libmpeg2-4 0.4.0b-2MPEG1 and MPEG2 video decoder libr ii libncurses5 5.4-4 Shared libraries for terminal hand ii libogg0 1.1.0-1 Ogg Bitstream Library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 pn libtar Not found. ii libtheora0 0.0.0.alpha3-1 The Theora Video Compression Codec ii libvorbis0a 1.0.1-1 The Vorbis General Audio Compressi ii libvorbisenc21.0.1-1 The Vorbis General Audio Compressi ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxml2 2.6.16-3GNOME XML library ii libxosd2 2.2.14-1X On-Screen Display library - runt ii libxv1 4.3.0.dfsg.1-12 X Window System video extension li ii slang1 1.4.9dbs-8 The S-Lang programming library - r ii ttf-freefont 20031008-1.1Freefont Serif, Sans and Mono True pn wxvlcNot found. ii xlibmesa-gl [libgl1] 4.3.0.dfsg.1-12 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libglu1] 4.3.0.dfsg.1-12 Mesa OpenGL utility library [XFree hi xlibs4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g 1:1.2.2-4 compression library - runtime application/ogg;vlc '%s'; nametemplate=%s.ogg;test=test $DISPLAY != application/x-ogg; vlc '%s'; nametemplate=%s.ogg;test=test $DISPLAY != audio/mpeg; vlc '%s'; nametemplate=%s.mpg;test=test $DISPLAY != audio/mpegurl; vlc '%s'; nametemplate=%s.m3u;test=test $DISPLAY != audio/x-mp3;vlc '%s'; nametemplate=%s.mp3;test=test $DISPLAY != audio/x-wav;vlc '%s'; nametemplate=%s.wav;test=test $DISPLAY != signature.asc Description: Digital signature
Bug#276964: phpbb2-conf-mysql: I reported same problem
On Sun, Feb 27, 2005 at 08:18:09PM +, Gerrit Pape wrote: Hi Herbert, this does fine with the subshell. Unfortunately I stumbled across another problem with these patches as well as with the previous single one. After the EXEVAL exception is raised in the or list, dash stops processing the script after a newline: Thanks for catching this. Since trapping exceptions is causing all these problems, let's use evalskip instead. Please give this one a go and see if you can break it again :) Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt = error.h 1.26 vs edited = --- 1.26/src/error.h2005-02-25 21:15:30 +11:00 +++ edited/error.h 2005-02-28 20:59:58 +11:00 @@ -75,7 +75,6 @@ #define EXEXEC 3 /* command execution failed */ #define EXEXIT 4 /* exit the shell */ #define EXSIG 5/* trapped signal in wait(1) */ -#define EXEVAL 6 /* exit the shell due to set -e */ /* = eval.c 1.101 vs edited = --- 1.101/src/eval.c2005-02-28 20:58:38 +11:00 +++ edited/eval.c 2005-02-28 20:59:59 +11:00 @@ -325,8 +325,8 @@ dotrap(); if (flags EV_EXIT) exraise(EXEXIT); - if (checkexit exitstatus) - exraise(EXEVAL); + if ((checkexit exitstatus) evalskip != SKIPFILE) + evalskip = SKIPEVAL; } @@ -711,14 +711,12 @@ int spclbltin; int execcmd; int status; - int oldlvl; char **nargv; /* First expand the arguments. */ TRACE((evalcommand(0x%lx, %d) called\n, (long)cmd, flags)); setstackmark(smark); back_exitstatus = 0; - oldlvl = shlvl; cmdentry.cmdtype = CMDBUILTIN; cmdentry.u.cmd = bltin; @@ -874,12 +872,6 @@ i = exception; if (i == EXEXIT) goto raise; - if (i == EXEVAL) { - if (oldlvl == shlvl) - goto trap; - else - goto raise; - } status = 2; j = 0; @@ -895,7 +887,6 @@ raise: longjmp(handler-loc, 1); } -trap: FORCEINTON; } break; @@ -941,6 +932,8 @@ commandname = savecmdname; exsig = 0; handler = savehandler; + if (evalskip == SKIPEVAL) + evalskip = 0; return i; } = eval.h 1.8 vs edited = --- 1.8/src/eval.h 2003-10-29 21:22:45 +11:00 +++ edited/eval.h 2005-02-28 20:59:59 +11:00 @@ -66,3 +66,4 @@ #define SKIPCONT 2 #define SKIPFUNC 3 #define SKIPFILE 4 +#define SKIPEVAL 5 = main.c 1.35 vs edited = --- 1.35/src/main.c 2005-02-25 21:15:30 +11:00 +++ edited/main.c 2005-02-28 21:00:09 +11:00 @@ -139,7 +139,6 @@ break; case EXEXIT: - case EXEVAL: state = 0; /* fall through */ default:
Bug#296322: spambayes: simply doesn't work
On Mon, Feb 21, 2005 at 07:21:10PM +0100, Bartosz Fenski aka fEnIo wrote: Package: spambayes Version: 1.0.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. Hi, I'm moving from bogifilter to spambayes. Mainly cause I had many problems with bogofilter. Unfortunatelly I've got problems with spambayes now. Here's output: Please tell me how you use spambayes, which command line options you use. Otherwise I can't help. The only thing I can tell you is that it works fine for me, which certainly won't help you a lot. Here's an excerpt from the configuration I use, which works fine. File ~/.spambayesrc: 8- [Storage] persistent_use_database = True persistent_storage_file = ~/.hammiedb [globals] dbm_type: best 8- File ~/.procmailrc: 8- :0 fw:hamlock | /usr/bin/sb_filter.py :0: * ^X-SpamBayes-Classification: spam sb_spam/ :0: * ^X-SpamBayes-Classification: unsure sb_unsure/ 8- For general usage question, I suggest that you check the spambayes FAQ [1] and ask the questions you still have on the spambayes mailing list [2]. [1] http://spambayes.sourceforge.net/faq.html [2] mailto:spambayes@python.org -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Bug#295946: spambayes: please add some documentation of options
On Sat, Feb 19, 2005 at 10:38:13AM +0100, Bartosz Fenski aka fEnIo wrote: Package: spambayes Version: 1.0.3-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- And now reporting part. Could you please include some file with possible options? I couldn't find anything about it either in documentation or - --help output of .py files. I plan to write man pages and submitting them to upstream, but this is low on my priority list. I'm asking cause I belevie there is some option to make sb_filter.py less verbose. Now using mutt with some macros to mark spam as spam, after running macros whole mail is being displayed on my screen. sb_filter is a filter (in the unix meaning): it takes stuff on stdin and outputs suff on stdout. I didn't find --quiet option for sb_filter or anything like that sb_filter.py accepts a --help option, and there is no such option as --quiet. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Bug#297262: boson-music: FTBFS (amd64/gcc-4.0): Can't find X libraries.
Package: boson-music Severity: normal Tags: patch When building 'boson-music' on amd64 with gcc-4.0, I get the following error: checking for vsnprintf... yes checking for snprintf... yes checking for X... configure: error: Can't find X libraries. Please check your installation and add the correct paths! make: *** [configure-stamp] Error 1 With the attached patch 'boson-music' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/boson-music-0.9/acinclude.m4 ./acinclude.m4 --- ../tmp-orig/boson-music-0.9/acinclude.m42003-11-05 21:31:58.0 + +++ ./acinclude.m4 2005-02-28 10:44:46.794236217 + @@ -2846,7 +2846,7 @@ [/lib directory suffix (64,32,none)]), kdelibsuff=$enableval) if test $kdelibsuff = none; then -if test -d /lib64 ; then +if test -d /lib64 ! test -L /lib64; then kdelibsuff=64 else kdelibsuff= @@ -6321,7 +6321,7 @@ libsuff= if test x$LINUX_64_MODE = x64; then # Some platforms are per default 64-bit, so there's no /lib64 -if test -d /lib64; then +if test -d /lib64 ! test -L /lib64; then libsuff=64 fi fi diff -urN ../tmp-orig/boson-music-0.9/aclocal.m4 ./aclocal.m4 --- ../tmp-orig/boson-music-0.9/aclocal.m4 2003-11-05 21:31:58.0 + +++ ./aclocal.m42005-02-28 10:45:13.330114303 + @@ -2858,7 +2858,7 @@ [/lib directory suffix (64,32,none)]), kdelibsuff=$enableval) if test $kdelibsuff = none; then -if test -d /lib64 ; then +if test -d /lib64 ! test -L /lib64; then kdelibsuff=64 else kdelibsuff= @@ -6311,7 +6311,7 @@ libsuff= if test x$LINUX_64_MODE = x64; then # Some platforms are per default 64-bit, so there's no /lib64 -if test -d /lib64; then +if test -d /lib64 ! test -L /lib64; then libsuff=64 fi fi diff -urN ../tmp-orig/boson-music-0.9/configure ./configure --- ../tmp-orig/boson-music-0.9/configure 2003-11-05 21:31:58.0 + +++ ./configure 2005-02-28 10:45:57.775535517 + @@ -5532,7 +5532,7 @@ kdelibsuff=$enableval fi; if test $kdelibsuff = none; then -if test -d /lib64 ; then +if test -d /lib64 ! test -L /lib64; then kdelibsuff=64 else kdelibsuff= @@ -8822,7 +8822,7 @@ libsuff= if test x$LINUX_64_MODE = x64; then # Some platforms are per default 64-bit, so there's no /lib64 -if test -d /lib64; then +if test -d /lib64 ! test -L /lib64; then libsuff=64 fi fi @@ -12033,7 +12033,7 @@ libsuff= if test x$LINUX_64_MODE = x64; then # Some platforms are per default 64-bit, so there's no /lib64 -if test -d /lib64; then +if test -d /lib64 ! test -L /lib64; then libsuff=64 fi fi @@ -14765,7 +14765,7 @@ libsuff= if test x$LINUX_64_MODE = x64; then # Some platforms are per default 64-bit, so there's no /lib64 -if test -d /lib64; then +if test -d /lib64 ! test -L /lib64; then libsuff=64 fi fi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296751: Special ALSA device (like dmixer)?
Georg, do you use a special ALSA device? I had the same problem with amarok. I use the dmixer plugin of ALSA and specified that special device in the amarok engine settings. As soon as I disabled the ``Device'' button in amarok it did not crash anymore -- and nevertheless the dmixer plugin seems to be used since I'm able to play more than simultaneous audio streams. Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## pgpQIGcfK9Tws.pgp Description: PGP signature
Bug#297025: synaptic: crash only after install dependencies popup
On Sun, Feb 27, 2005 at 01:46:09PM +0100, Roland Lammel wrote: Package: synaptic Version: 0.53.4-6 Followup-For: Bug #297025 Exact same problem here, latest updates where gtk and libbonobo, which might have caused this problem. Install of packages without dependenicy resolving work fine. Yeah, this is a problem with gtk2.6 (entered testing two days ago) and synaptic. Unstable synaptic fixes it and I'll push the unstable version into sarge now and hope that the i18n status and stability of it becomes as good as 0.53.4. Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297257: auctex: FTBFS: Missing Build-Depends on 'libperl-dev'
Andreas Jochens [EMAIL PROTECTED] schrieb: Package: auctex Severity: normal Tags: patch When building 'auctex' in a clean chroot, I get the following error: dpkg-buildpackage: host architecture is amd64 debian/rules clean eperl -P -o debian/rules debian/rules.in eperl: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory make: *** [debian/rules] Error 127 Please add the missing Build-Depends on 'libperl-dev' to debian/control. I have previously compiled auctex in pbuilder chroots (although not with the recent versions of this year), and I never had this problem. Could it be that this is in fact a missing Depends: of eperl? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#48477: how are you :)
Good day, I'm a girl who just made her own website :) Almost every time I feel weird, even my girlfriends told me that had brilliant idea to have pics and videos of me online like other girl do. This site is my new hobby The site has a verification thingy since I might get in trouble in my college if minors view it .. Come check website I put together, I'm not that good tho with comp skills yet but tell me what you think ;0 check them here http://lyagt.capriciousdeli.com/as2/
Bug#297200: libpam-mount doesn't work after the last update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Thomas, On Sun, Feb 27, 2005 at 10:46:26PM +0100, Thomas Kosch wrote: pam_mount: mount: mount point /home/thomas.kosch/video -o nosuid,nodev,noexec,hard,intr does not exist pam_mount: waiting for mount pam_mount: mount of /home/thomas.kosch/videos_misc failed Could you send me your global and (if there) local pam_mount.conf? They should be located here: /etc/security/pam_mount.conf $HOME/.pam_mount.conf There should be no sensitive information in the files, but if you do not want them to appear in the Debian BTS you can send them directly to [EMAIL PROTECTED] Thanks, Bastian - -- ,''`. Bastian Kleineidam : :' :GnuPG Schlssel `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCIvRaeBwlBDLsbz4RAoZfAJ43YiZutAuGuro2oszNEJJKGOuHJACgy5uL nZRGnLQsIj3VLqzHmwXAeN0= =/8GJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296850: wajig start fails for cupsys and lisa
Received Fri 25 Feb 2005 5:11pm +1100 from David Liontooth: Package: wajig Version: 2.0.24 Severity: minor This may be a bug in sysv-rc rather than wajig. The wajig start cupsys command fails silently. It calls invoke-rc.d cupsys start, which fails. In contrast, /etc/init.d/cupsys start works. The wajig stop cupsys command works. The same holds for lisa, the network daemon. Hi David, Thank you for the bug report. I've been trying to duplicate this but to no avail. I'm running with the current sid (just did a DIST-UPGRADE). My cupsys stops and starts just fine. Using invoke-rc.d directly also works just fine. If your problem is that invoke-rc.d used directly fails, then I would think this might be outside the scope of wajig? Any ideas on why your invoke-rc.d might be failing? Regards, Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297263: ark: small mime update
Package: ark Version: 4:3.3.2-1 Severity: minor Tags: patch Hi, attach is a small mime update for ark. /etc/mime.types maps .zip to application/zip not application/x-zip, same for gzip. I left the old entries in, just to be on the safe side. Cheers, -- Guido -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ark depends on: ii kdelibs4 4:3.3.2-2 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra hi xlibs4.3.0.dfsg.1-4 X Window System client libraries m ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information --- ark.mime.org2005-02-28 11:02:28.0 +0100 +++ ark.mime2005-02-28 11:08:43.0 +0100 @@ -11,3 +11,5 @@ application/x-tzo; ark -caption Archiver %s; nametemplate=%s.tzo; test=test $DISPLAY != ; priority=7 application/x-zip; ark -caption Archiver %s; nametemplate=%s.zip; test=test $DISPLAY != ; priority=7 application/x-zoo; ark -caption Archiver %s; nametemplate=%s.zoo; test=test $DISPLAY != ; priority=7 +application/gzip; ark -caption Archiver %s; nametemplate=%s.gz; test=test $DISPLAY != ; priority=7 +application/zip; ark -caption Archiver %s; nametemplate=%s.zip; test=test $DISPLAY != ; priority=7 signature.asc Description: Digital signature
Bug#297181: auctex dont't install
Jean-Jacques Rétorré [EMAIL PROTECTED] schrieb: Package: auctex Version: 11.55-1 Severity: grave Justification: renders package unusable `aptitude install auctex` report: Unpacking auctex (from .../auctex_11.55-1_all.deb) ... Setting up auctex (11.55-1) ... install/auctex: Setting up for emacs21... emacs-package-install: /usr/lib/emacsen-common/packages/install/auctex emacs21 emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing auctex (--configure): subprocess post-installation script returned error exit status 2 Is there a file /tmp/update-auctex-elisp.XXX (with the X's replaced by random chars/numbers), and is there a file CompilationLog.gz somewhere in a directory with auctex in its name, probably in /usr/share/emacs21/site-lisp/auctex/CompilationLog.gz? If yes, can you please send both files to the bug address? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#297267: pose: PADP TX Unexpected packet when doing hotsync through
Package: pose Version: 3.5-1 Severity: normal Tags: fixed this problem is rarely under kernel-2.4, but more frequency for kernel-2.6. I traced the data output from POSE, found that POSE will generates duplicate data to serial port occasionally, like this: 14 00 07 d4 08 0e 08 15 14 00 00 08 43 4a 4b 20 CJK 49 6e 70 75 74 20 4d 65 74 68 6f 64 20 67 62 51 Input Method gbQ 50 00 ac ef be ef ed 03 03 02 00 50 15 07 01 c0 P..P 00 4c 96 01 00 00 20 46 00 08 80 01 42 40 00 09 .L [EMAIL PROTECTED] 49 4d 45 4d 64 43 4a 4b 00 01 00 00 00 0d 07 d4 IMEMdCJK 08 0e 08 15 0e 00 07 d4 08 0e 08 15 14 00 07 d4 08 0e 08 15 14 00 00 08 43 4a 4b 20 49 6e 70 75 CJK Inpu 74 20 4d 65 74 68 6f 64 20 67 62 51 50 00 ac ef t Method gbQP... be ef ed 03 03 02 00 04 17 bd 02 c0 00 08 ba ca these data is dumped in function EmUARTDragonball::TransmitTxFIFO, this may be the problem, but I am not familiar with the protocol of hotsync. My workaround is also simple, slow down the transmit speed of POSE, following is the patch: --- SrcShared/EmTransportSerial.cpp.org 2005-03-01 13:29:57.0 +0800 +++ SrcShared/EmTransportSerial.cpp 2005-03-01 12:58:56.0 +0800 @@ -11,6 +11,7 @@ (at your option) any later version. \* = */ +#include unistd.h #include EmCommon.h #include EmTransportSerial.h @@ -263,6 +264,15 @@ ErrCode err = this-HostWrite (len, data); + // slow down the write speed + static int wrote = 0; + wrote += len; + if (wrote = 75) + { + usleep (1); + wrote -= 75; + } + if (err) PRINTF (EmTransportSerial::Write: err = %ld, err); else value 75 is just for my experience, small value will decrease speed but more stable -- YuLei [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297264: ssh deadlock when LogLevel is DEBUG3
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: important If I set LogLevel of sshd to DEBUG3, sometimes I get deadlock of child ssh process. Here is backtrace (ssh was rebuilt from 3.8.1p1-8.sarge.4 source with debug information): #0 0x401a1604 in __pthread_sigsuspend () from /lib/libpthread.so.0 #1 0x401a13c8 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #2 0x401a2d99 in __pthread_alt_lock () from /lib/libpthread.so.0 #3 0x4019fba5 in pthread_mutex_lock () from /lib/libpthread.so.0 #4 0x402befcb in openlog () from /lib/libc.so.6 #5 0x080729c8 in do_log (level=SYSLOG_LEVEL_DEBUG1, fmt=0x80849bc Received SIGCHLD., args=0xbfffe104 TZ) at ../log.c:331 #6 0x08072600 in debug (fmt=0x80849bc Received SIGCHLD.) at ../log.c:163 #7 0x08053240 in sigchld_handler (sig=17) at ../serverloop.c:145 #8 0x401a4825 in __pthread_sighandler () from /lib/libpthread.so.0 #9 signal handler called #10 0x402c33f6 in send () from /lib/libc.so.6 #11 0x402beaff in vsyslog () from /lib/libc.so.6 #12 0x402be76f in syslog () from /lib/libc.so.6 #13 0x080729e8 in do_log (level=SYSLOG_LEVEL_DEBUG2, fmt=0x808ef44 channel %d: output %s - %s, args=0xbfffeef4 ) at ../log.c:332 #14 0x08072628 in debug2 (fmt=0x808ef44 channel %d: output %s - %s) at ../log.c:173 #15 0x08073281 in chan_set_ostate (c=0x809b3e0, next=3) at ../nchan.c:95 #16 0x0807362e in chan_obuf_empty (c=0x809b3e0) at ../nchan.c:221 #17 0x08073a92 in chan_rcvd_ieof (c=0x809b3e0) at ../nchan.c:372 #18 0x0806e726 in channel_input_ieof (type=96, seq=10, ctxt=0x812c690) at ../channels.c:1914 #19 0x0807b3a0 in dispatch_run (mode=1, done=0x0, ctxt=0x812c690) at ../dispatch.c:93 #20 0x08053bc4 in process_buffered_input_packets () at ../serverloop.c:475 #21 0x0805436e in server_loop2 (authctxt=0x809ab10) at ../serverloop.c:759 #22 0x0805b875 in do_authenticated2 (authctxt=0x809ab10) at ../session.c:2212 #23 0x08057fd1 in do_authenticated (authctxt=0x809ab10) at ../session.c:226 #24 0x0804ef64 in main (ac=1, av=0x8098750) at ../sshd.c:1513 I've found following remark that I think is related to my problem: http://rpmfind.net/linux/RPM/suse/updates/9.1/i386/rpm/i586/openssh-3.8p1-37.17.i586.html * Mon Jun 28 2004 - [EMAIL PROTECTED] - block sigalarm during syslog output or we might deadlock on recursively entering syslog(). (LTC#9523, SUSE#42354) Regards, Alexandra. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (999, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages ssh depends on: ii adduser 3.59 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii dpkg1.10.26 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297265: cabot: Default configuration settings
Package: cabot Version: 0.0.20050105-2 Severity: wishlist Either of the cabot scripts chokes when one of the configuration variable is not set. However, it is not clearly stated that they all must be set. Sensible default values for most parameters, and/or a way to check the configuration would be most helpful. Additionnaly, the right way to set $CONFIG{'sendmail'} is not very well documented. Looks like the 'right' value is '| /usr/lib/sendmail -t'. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cabot depends on: ii libgnupg-interface-perl 0.33-5 Perl interface to GnuPG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297266: python-doc: installing after python 2.3-4 gives conflict with /usr/share/doc/python/html
Package: python-doc Version: 2.3.5-1 Severity: normal Hi, i was updating some packets from installed python 2.3-4 and installing python-doc 2.3.5-1 gives: Selecting previously deselected package python2.3-doc. Unpacking python2.3-doc (from .../python2.3-doc_2.3.5-1_all.deb) ... Selecting previously deselected package python-doc. Unpacking python-doc (from .../python-doc_2.3.5-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-doc_2.3.5-1_all.deb (--unpack): trying to overwrite `/usr/share/doc/python/html', which is also in package python Updating python was not apt-o-magically autoselected. After updating to python 2.3.5-1 python-doc could be installed as well. Maybe an added dependency to pyhton-2.3.5 can help with this update issue. BTW: thanks for packing afford anyhow. Here is what happens: bre-pc-58:~# apt-get install eric boa-constructor vim-python idle python-kde3 qt3-assistant qt3-linguist qt3-doc pyqt-tools python-profiler python2.3-qt3-gl python-qt3-doc libqt3c102-mt-mysql libqt3c102-mt-odbc libqt3c102-mt-psql python2.3-iconvcodec python2.3-cjkcodecs python2.3-japanese-codecs libgtk2.0-doc ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp libpango1.0-doc python-doc Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: bicyclerepair idle-python2.3 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtk2.0-dev libpango1.0-0 libpango1.0-common libpango1.0-dev libqscintilla4 libwxgtk2.4-python pychecker python-qt3 python-qtext python2.3 python2.3-doc python2.3-kde3 python2.3-opengl python2.3-profiler python2.3-qt3 python2.3-qtext python2.3-sip4-qt3 python2.3-tk tcl8.4 tk8.4 vim vim-common Suggested packages: libatk1.0-doc tix8.1 libqt3-dev qt3-tools tclreadline tfm-arphic-bkai00mp tfm-arphic-bsmi00lp tfm-arphic-gbsn00lp tfm-arphic-gkai00mp xfonts-baekmuk-ttf vim-doc cscope ttf-bitstream-vera The following NEW packages will be installed: bicyclerepair boa-constructor eric idle idle-python2.3 libgtk2.0-doc libpango1.0-doc libqscintilla4 libqt3c102-mt-mysql libqt3c102-mt-odbc libqt3c102-mt-psql libwxgtk2.4-python pychecker pyqt-tools python-doc python-kde3 python-profiler python-qt3 python-qt3-doc python-qtext python2.3-cjkcodecs python2.3-doc python2.3-iconvcodec python2.3-japanese-codecs python2.3-kde3 python2.3-opengl python2.3-profiler python2.3-qt3 python2.3-qt3-gl python2.3-qtext python2.3-sip4-qt3 qt3-assistant qt3-doc qt3-linguist ttf-arphic-bkai00mp ttf-arphic-bsmi00lp ttf-arphic-gbsn00lp ttf-arphic-gkai00mp ttf-baekmuk ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes vim-common vim-python The following packages will be upgraded: libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtk2.0-dev libpango1.0-0 libpango1.0-common libpango1.0-dev python2.3 python2.3-tk tcl8.4 tk8.4 vim 12 upgraded, 44 newly installed, 0 to remove and 1027 not upgraded. Need to get 93.2MB of archives. After unpacking 257MB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://ftp.de.debian.org unstable/main vim-common 1:6.3-061+1 [3420kB] Get:2 http://ftp.de.debian.org unstable/main vim 1:6.3-061+1 [701kB] Get:3 http://ftp.de.debian.org sarge/main tcl8.4 8.4.9-1 [1116kB] Get:4 http://ftp.de.debian.org sarge/main tk8.4 8.4.9-1 [957kB] Get:5 http://ftp.de.debian.org sarge/main python2.3-tk 2.3.5-1 [107kB] Get:6 http://ftp.de.debian.org sarge/main python2.3 2.3.5-1 [2903kB] Get:7 http://ftp.de.debian.org sarge/main bicyclerepair 0.9-3 [110kB] Get:8 http://ftp.de.debian.org sarge/main libwxgtk2.4-python 2.4.2.6 [2442kB] Get:9 http://ftp.de.debian.org sarge/main pychecker 0.8.14-4 [77.1kB] Get:10 http://ftp.de.debian.org sarge/main
Bug#295391: Re: Bug#295391: exim4 configuration generator is on drugs
Marc Haber writes (Re: Re: Bug#295391: exim4 configuration generator is on drugs): This is for the record that I intend to close this bug by the end of March 2005 if it hasn't been reproduced until then. I either need help from Ian Jackson, or from any other user experiencing this. I'll see if I can find a scratch system to test it on. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297257: auctex: FTBFS: Missing Build-Depends on 'libperl-dev'
On 05-Feb-28 11:16, Frank Küster wrote: I have previously compiled auctex in pbuilder chroots (although not with the recent versions of this year), and I never had this problem. Could it be that this is in fact a missing Depends: of eperl? Yes, this seems to be the case. I found another package (jed-extra) which has the same problem with eperl. I did not yet check why the Depends: is missing in eperl. Thank you for your quick response to my report. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297125: autobook: new upstream available
On Sun, Feb 27, 2005 at 10:46:35AM +0100, Joost van Baal wrote: Package: autobook Version: 1.4.2.99-1 Severity: wishlist Hi, Since 2005-02-02, http://mdcc.cx/pub/autobook/autobook-1.4.2.999-unofficial.tar.gz is available. (Despite the name, it is not any more unofficial than 1.4.2.99 was). It has lots of typo's in the text fixed. It'd be cool if this one could get shipped with sarge. Thanks, Bye, Joost Joost, Please help me with the make error. I've attached my build log file. Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal dpkg-buildpackage: source package is autobook dpkg-buildpackage: source version is 1.4.2.999-unofficial-1 dpkg-buildpackage: source maintainer is Anibal Monsalve Salazar [EMAIL PROTECTED] dpkg-buildpackage: host architecture is i386 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp config.status config.cache config.log rm -rf examples/*.tar.gz examples/*-1.? examples/Makefile html/Makefile Makefile dh_clean rm -f debian/autobook.substvars rm -f debian/autobook.*.debhelper rm -rf debian/autobook rm -f debian/files find . -type f -a \( -name \#\*\# -o -name .\*\~ -o -name \*\~ -o -name DEADJOE -o -name \*.orig -o -name \*.rej -o -name \*.bak -o -name .\*.orig -o -name .\*.rej -o -name .SUMS -o -name TAGS -o -name core -o \( -path \*/.deps/\* -a -name \*.P \) \) -exec rm -f {} \; rm -rf autom4te.cache dpkg-source -b autobook-1.4.2.999-unofficial dpkg-source: building autobook using existing autobook_1.4.2.999-unofficial.orig.tar.gz dpkg-source: building autobook in autobook_1.4.2.999-unofficial-1.diff.gz dpkg-source: building autobook in autobook_1.4.2.999-unofficial-1.dsc debian/rules build dh_testdir ./configure --prefix=/usr --infodir=\${prefix}/share/info checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for gnum4... no checking for gm4... no checking for m4... /usr/bin/m4 configure: creating ./config.status config.status: creating Makefile config.status: creating examples/Makefile config.status: creating html/Makefile dh_testdir /usr/bin/make make[1]: Entering directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial' /usr/bin/make all-recursive make[2]: Entering directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial' Making all in examples make[3]: Entering directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial/examples' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial/examples' Making all in . make[3]: Entering directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial' make[3]: *** No rule to make target `examples/foonly/Makefile.texi', needed by `autobook.info'. Stop. make[3]: Leaving directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/anibal/Devel/autobook/autobook-1.4.2.999-unofficial' make: *** [build-stamp] Error 2 signature.asc Description: Digital signature
Bug#297269: type-handling build-depends on itself
Package: type-handling Version: 0.2.6 Severity: minor type-handling 0.2.6 build-depends on type-handling = 0.2.5. That makes it hard to rebuild this package. Can't you resolve this by using files from the package being built itself? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297270: O: libapache-mod-proxy-add-forward
Package: wnpp Severity: normal This module adds a 'X-Forwarded-For' header to outgoing proxy requests like Squid does. The mod_proxy in Apache 1.3.25 and above and mod_proxy from Apache 2.0 supports this feature internally. This package is not useful anymore. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292352: kernel-patch-ctx: New upstream stable release
On Thu,Feb,24,2005, Ola Lundqvist wrote: Hello On Wed, Jan 26, 2005 at 03:16:40PM +0100, Laurent Vallar - aka Val wrote: Package: kernel-patch-ctx Version: N/A Severity: wishlist Hi, There is two new stable patch made by Herbert Poetzl that applies fine with 2.4.27-8 debian kernel sources : core stable vserver 1.2.10 support and quota 0.14.1 support for vserver 1.2.10. You can get them at this url : http://vallar.linuxfr.org/vserver/ - patch-2.4.27-8-vs1.2.10-rc1.diff.gz : vs1.2.10 patch - patch-2.4.27-8-vs1.2.10+q0.14.1-rc1.diff.gz : vs1.2.10 + q0.14.1 First one is well tested. I'll test the second quickly in order to close #287364 and include quota support for stable release... Sorry to be late :-/ I saw that this look similar to the upstream patches. Have you tested this against the Debian kernel? Regards, // Ola Hi Ola, Yes all are well tested now (against debian kernel sources), even with quota support but you have to add the two tools (cq-tools and vr-tools) in vserver utils package for it. I made (poor/unofficial) packages for them : http://vallar.linuxfr.org/debian/cq-tools-0.06-1/ and http://vallar.linuxfr.org/debian/vr-tools-0.14-1/ But i think it would be better to add them both to debian utils vserver package. And yes, it looks similar to upstream patches but modify somme #define in order to avoid conflict (in quota support) when patching debian sources. I use these patches in production stage for a month without any problem. Regards, Val. -- .''`. : :' : Laurent Vallar - aka Val - Network System Engineer `. `' GPG Key: 1024D/C4F38417 - http://Vallar.LinuxFR.org `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296266: greylistd: fails to install
* Steve Langasek [2005-02-26]: IIRC, it failed in greylistd.postinst right after: . /usr/share/debconf/confmodule so it's likely not a bug in greylistd, but somewhere between debconf and/or ash. It looks a lot like #242011. No, this is completely unrelated to #242011. This *is* a bug in greylistd. Thanks for clarirying. Due to a lack of knowledge/use of debconf, I thought the piece of shell script that triggered the bug was part of debconf itself. Sorry for the confusion. signature.asc Description: Digital signature
Bug#297271: chntpw: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: chntpw Severity: normal Tags: patch When building 'chntpw' on amd64 with gcc-4.0, I get the following error: gcc -c -DUSEOPENSSL -g -I. -I/usr/include -Wall -O2 chntpw.c chntpw.c: In function 'change_pw': chntpw.c:514: error: invalid lvalue in assignment chntpw.c:526: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:527: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:549: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:550: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:582: warning: pointer targets in passing argument 1 of 'E1' differ in signedness chntpw.c:582: warning: pointer targets in passing argument 3 of 'E1' differ in signedness chntpw.c:583: warning: pointer targets in passing argument 1 of 'E1' differ in signedness chntpw.c:583: warning: pointer targets in passing argument 3 of 'E1' differ in signedness chntpw.c:585: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:599: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:600: warning: pointer targets in passing argument 2 of 'hexprnt' differ in signedness chntpw.c:624: error: invalid lvalue in assignment chntpw.c:630: error: invalid lvalue in assignment chntpw.c:631: error: invalid lvalue in assignment make[1]: *** [chntpw.o] Error 1 make[1]: Leaving directory `/chntpw-0.99.2' make: *** [build-stamp] Error 2 With the attached patch 'chntpw' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/chntpw-0.99.2/chntpw.c ./chntpw.c --- ../tmp-orig/chntpw-0.99.2/chntpw.c 2004-01-16 21:05:02.0 + +++ ./chntpw.c 2005-02-28 12:23:39.853046402 + @@ -511,7 +511,7 @@ printf(** LANMAN password IS however set. Will now install new password as NT pass instead.\n); printf(** NOTE: Continue at own risk!\n); ntpw_offs = lmpw_offs; - (unsigned int)*(vp+0xa8) = ntpw_offs - 0xcc; + *((unsigned int*)vp+0xa8) = ntpw_offs - 0xcc; ntpw_len = 16; lmpw_len = 0; } @@ -621,14 +621,14 @@ ntpw_len = 16; lmpw_len = 16; ntpw_offs -= 4; - (unsigned int)*(vp+0xa8) = ntpw_offs - 0xcc; + *((unsigned int*)vp+0xa8) = ntpw_offs - 0xcc; *(vp + 0xa0) = 16; *(vp + 0xac) = 16; } for (i = 0; i 16; i++) { - (unsigned char)*(vp+ntpw_offs+i) = despw[i]; - if (lmpw_len = 16) (unsigned char)*(vp+lmpw_offs+i) = newlandes[i]; + *(vp+ntpw_offs+i) = (char)despw[i]; + if (lmpw_len = 16) *(vp+lmpw_offs+i) = (char)newlandes[i]; } } else { printf(Unable to set since it is blank.\n); diff -urN ../tmp-orig/chntpw-0.99.2/ntreg.c ./ntreg.c --- ../tmp-orig/chntpw-0.99.2/ntreg.c 2004-01-16 21:05:02.0 + +++ ./ntreg.c 2005-02-28 12:23:57.934556337 + @@ -2004,7 +2004,7 @@ ALLOC(kr,1,sizeof(int)+sizeof(int)); kr-len = sizeof(int); - (int)kr-data = dword; + kr-data = dword; r = put_buf2val(hdesc, kr, vofs, path, REG_DWORD); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297265: cabot: Default configuration settings
tag 297265 upstream thanks Hi, * Rémi Denis-Courmont [2005-02-28]: Either of the cabot scripts chokes when one of the configuration variable is not set. However, it is not clearly stated that they all must be set. You're right, current failure management is clearly suboptimal. Sensible default values for most parameters, and/or a way to check the configuration would be most helpful. Additionnaly, the right way to set $CONFIG{'sendmail'} is not very well documented. Looks like the 'right' value is '| /usr/lib/sendmail -t'. It is present in the cabotrc provided as example. But the ca-config(5) manpage could be more verbose. Thanks for reporting, it'll probably get fixed for next upload. signature.asc Description: Digital signature
Bug#297257: auctex: FTBFS: Missing Build-Depends on 'libperl-dev'
reassign 297257 eperl retitle 297257 eperl: missing Depends on libperl5.8 thanks Andreas Jochens [EMAIL PROTECTED] wrote: (earlier): dpkg-buildpackage: host architecture is amd64 debian/rules clean eperl -P -o debian/rules debian/rules.in eperl: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory On 05-Feb-28 11:16, Frank Küster wrote: I have previously compiled auctex in pbuilder chroots (although not with the recent versions of this year), and I never had this problem. Could it be that this is in fact a missing Depends: of eperl? Yes, this seems to be the case. I found another package (jed-extra) which has the same problem with eperl. I did not yet check why the Depends: is missing in eperl. Denis, I guess eperl needs this additional Depends? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#296869: nvidia-modules-i386: changelog entry but no changes
On Fri, 25 Feb 2005, Randall Donald wrote: The changelog reads: nvidia-modules-i386 (1.0.6629+3) unstable; urgency=high * build against 2.4.27-2 (2.4.27-8) for Omnic :) But that is the only place where 2.4.27-2 is mentioned, everywhere else in the package is still 2.4.27-1. A fixed 2.4.27-2 package is sitting in the NEW queue. Oups, sorry then, please feel free to close the bug. -- Marc Glisse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297272: dgen: FTBFS (amd64/gcc-4.0): duplicate 'unsigned'
Package: dgen Severity: normal Tags: patch When building 'dgen' on amd64 with gcc-4.0, I get the following error: creating mz80/Makefile creating sdl/Makefile /usr/bin/make AUTOMAKE=echo # avoid running automake make[1]: Entering directory `/dgen-1.23' Making all in musa make[2]: Entering directory `/dgen-1.23/musa' gcc -DPACKAGE=\dgen-sdl\ -DVERSION=\1.23\ -DSDL_OPENGL_SUPPORT=1 -DJOYSTICK_SUPPORT=1 -DSDL_JOYSTICK_SUPPORT=1 -DHAVE_SDL_WM_TOGGLEFULLSCREEN=1 -DCOMPILE_WITH_MUSA=1 -I. -I. -g -O2 -I/usr/include/SDL -D_REENTRANT -Umemcpy -c m68kcpu.c gcc -DPACKAGE=\dgen-sdl\ -DVERSION=\1.23\ -DSDL_OPENGL_SUPPORT=1 -DJOYSTICK_SUPPORT=1 -DSDL_JOYSTICK_SUPPORT=1 -DHAVE_SDL_WM_TOGGLEFULLSCREEN=1 -DCOMPILE_WITH_MUSA=1 -I. -I. -g -O2 -I/usr/include/SDL -D_REENTRANT -Umemcpy -c m68kmake.c gcc -g -O2 -I/usr/include/SDL -D_REENTRANT -Umemcpy -o m68kmake m68kmake.o -L/usr/X11R6/lib ./m68kmake gcc -DPACKAGE=\dgen-sdl\ -DVERSION=\1.23\ -DSDL_OPENGL_SUPPORT=1 -DJOYSTICK_SUPPORT=1 -DSDL_JOYSTICK_SUPPORT=1 -DHAVE_SDL_WM_TOGGLEFULLSCREEN=1 -DCOMPILE_WITH_MUSA=1 -I. -I. -g -O2 -I/usr/include/SDL -D_REENTRANT -Umemcpy -c m68kops.c In file included from /usr/include/stdlib.h:433, from m68kops.c:7: /usr/include/sys/types.h:153: error: duplicate 'unsigned' /usr/include/sys/types.h:153: error: two or more data types in declaration specifiers make[2]: *** [m68kops.o] Error 1 make[2]: Leaving directory `/dgen-1.23/musa' With the attached patch 'dgen' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/dgen-1.23/musa/m68kmake.c ./musa/m68kmake.c --- ../tmp-orig/dgen-1.23/musa/m68kmake.c 1999-12-20 03:15:59.0 + +++ ./musa/m68kmake.c 2005-02-28 12:28:47.518661261 + @@ -1029,9 +1029,9 @@ fprintf(filep, /* = OPCODE TABLE BUILDER = */\n); fprintf(filep, /* */\n\n); + fprintf(filep, #include stdlib.h\n\n); fprintf(filep, #include \m68kops.h\\n); fprintf(filep, #include \m68kcpu.h\\n); - fprintf(filep, #include stdlib.h\n\n); fprintf(filep, #include string.h\n\n); fprintf(filep, extern void (*m68k_instruction_jump_table[])(void); /* opcode handler jump table */\n\n); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297273: treetool: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: treetool Severity: normal Tags: patch When building 'treetool' on amd64 with gcc-4.0, I get the following error: pchoice.c: In function 'tpchoice_add': pchoice.c:266: warning: comparison between pointer and integer pchoice.c:286: error: invalid lvalue in assignment make[2]: *** [pchoice.o] Error 1 make[2]: Leaving directory `/treetool-2.0.2a/graphics' With the attached patch 'treetool' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/treetool-2.0.2a/graphics/pchoice.c ./graphics/pchoice.c --- ../tmp-orig/treetool-2.0.2a/graphics/pchoice.c 1994-05-02 20:34:56.0 + +++ ./graphics/pchoice.c2005-02-28 12:30:12.716216561 + @@ -283,7 +283,7 @@ NULL); m-sel=i; } - (void *)(m-do_events)=tpitem_get_event_procedure(i); + m-do_events=tpitem_get_event_procedure(i); tpitem_set_event_procedure(i, tpchoice_notify); return(1); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297276: glide: Don't change xterm title
Package: glide Severity: wishlist Version: 2002.04.10-9 When I build glide, the process outputs escape sequences to change the xterm title to e.g. build.3dfx DESTDIR=/tmp/buildd/glide-2002.04.10/debian/tmp.h3/ CFLAGS=-g -Wall -O6 -mcpu=i486 -fomit-frame-pointer -funroll-loops -fexpensive-optimizations -ffast-math -DBIG_OPT install (RUNNING) @ frobnitz.ddts.net:/tmp/buildd/glide-2002.04.10/build-tree/glide3x/build.h3 and doesn't even reset the title at the end. This is pretty annoying. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297275: beast: Get rid of terminal mangling
Package: beast Severity: wishlist Version: 0.6.2-3 When I build beast, the configure stage outputs some escape sequences: checking whether i386-linux-gcc supports -fno-keep-static-consts... yes ^[(B^[)0^[[?1049h^[[1;24r^[[m^O^[[4l^[[?7h^[[24;1H^[[?1049l^M^[[?1l^[checking whether i386-linux-gcc supports -fmessage-length=80... yes At least with konsole, this causes the terminal to update only the bottom line as the rest of the compilation happens, which is pretty annoying. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297275: beast: Get rid of terminal mangling
On Mon, 28 Feb 2005, Daniel Schepler wrote: Package: beast Severity: wishlist Version: 0.6.2-3 When I build beast, the configure stage outputs some escape sequences: checking whether i386-linux-gcc supports -fno-keep-static-consts... yes ^[(B^[)0^[[?1049h^[[1;24r^[[m^O^[[4l^[[?7h^[[24;1H^[[?1049l^M^[[?1l^[checking whether i386-linux-gcc supports -fmessage-length=80... yes At least with konsole, this causes the terminal to update only the bottom line as the rest of the compilation happens, which is pretty annoying. this sounds like a bug in your konsole setup then. configure.in simply executes: #include stdio.h #include curses.h int main() { FILE *f=fopen(conftestval, w); int c; if (!f) exit(1); initscr(); c = COLS; endwin(); fprintf(f, %d\n,c); exit(0); } so any characters appearing are being put out by ncurses. that in turn uses escape sequences from the terminal description of your TERM environment variable which should match the capability set of konsole. --- ciaoTJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297277: wmpinboard: Serious display flicker jumpiness in icewm
Package: wmpinboard Version: 1.0-11 Severity: important The application is unusable with following combination: 1. Icewm (experimental) - startx $(which icewm-session) 2. dfm - dfm 3. wmpinboard - wmpinboard --light When wmpinboard is started it looks first ok, but after right-clicking the TODO-text, the whole application shakes, rattless, at flickers like mad dog. Any other action also triggers this behavior thus making the application useless. The problem is not with DFM (same flicker even if dfm is not started), but it has somthing to do with icewm. Same effect with icewm-session and icewm-session-experimental It's best if you just try to start 1. and 3. and see yourself how bad the effect is. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages wmpinboard depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii dfm0.99.7-7 The Desktop-File-Manager for X11 ii icewm 1.2.20-1 wonderful Win95-OS/2-Motif-like window manag ii icewm-common 1.2.20-1 wonderful Win95-OS/2-Motif-like window manag ii icewm-experime 1.2.20-1 wonderful Win95-OS/2-Motif-like window manag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297278: fv uses the wrong version of tcl/tk. It depends on version 8.0 but invokes wish8.3.
Package: fv Version: 3.0-10 Severity: normal -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fv depends on: ii itcl3.1 3.1.0-7 [incr Tcl] OOP extension for Tcl - ii iwidgets3.1 3.1.0-7 [incr Widgets] OOP extension for T ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcfitsio2 2.510-1 shared library for I/O with FITS f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282342: (no subject)
With 0.4.2-1, the ole2 plugin skipped on hppa (and powerpc). Read README.Debian for more information. -- 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#297279: zangband: FTBFS (amd64/gcc-4.0): initializer element is not constant
Package: zangband Severity: normal Tags: patch When building 'zangband' on amd64 with gcc-4.0, I get the following error: src/main-gtk.c:2254: error: (near initialization for 'main_menu_items[14].callback_action') src/main-gtk.c:2265: error: initializer element is not constant src/main-gtk.c:2265: error: (near initialization for 'main_menu_items[17].callback_action') src/main-gtk.c:2267: error: initializer element is not constant src/main-gtk.c:2267: error: (near initialization for 'main_menu_items[18].callback_action') src/main-gtk.c:2269: error: initializer element is not constant src/main-gtk.c:2269: error: (near initialization for 'main_menu_items[19].callback_action') src/main-gtk.c:2271: error: initializer element is not constant src/main-gtk.c:2271: error: (near initialization for 'main_menu_items[20].callback_action') src/main-gtk.c:2273: error: initializer element is not constant src/main-gtk.c:2273: error: (near initialization for 'main_menu_items[21].callback_action') src/main-gtk.c:2275: error: initializer element is not constant src/main-gtk.c:2275: error: (near initialization for 'main_menu_items[22].callback_action') src/main-gtk.c:2277: error: initializer element is not constant src/main-gtk.c:2277: error: (near initialization for 'main_menu_items[23].callback_action') src/main-gtk.c:2279: error: initializer element is not constant src/main-gtk.c:2279: error: (near initialization for 'main_menu_items[24].callback_action') make[1]: *** [src/main-gtk.o] Error 1 make[1]: Leaving directory `/zangband-2.7.3' make: *** [build-stamp] Error 2 With the attached patch 'zangband' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/zangband-2.7.3/src/main-gtk.c ./src/main-gtk.c --- ../tmp-orig/zangband-2.7.3/src/main-gtk.c 2003-04-05 19:02:02.0 + +++ ./src/main-gtk.c2005-02-28 13:00:01.294987859 + @@ -1218,7 +1218,7 @@ { GtkWidget *font_selector = gtk_font_selection_dialog_new(Select font); - term_data *td = user_data; + term_data *td = (term_data*) data[(long)user_data]; gchar *foundery[] = { (char * ) misc, NULL}; gchar *spacings[] = { (char * ) c, (char *) m, NULL }; gchar *charsets[] = { (char * ) iso8859-1, NULL}; @@ -1263,7 +1263,7 @@ */ static void term_event_handler(GtkWidget *widget, gpointer user_data) { - term_data *td = (term_data *)user_data; + term_data *td = (term_data *) data[(long)user_data]; /* Ignore unused parameter */ (void) widget; @@ -2237,21 +2237,21 @@ NULL, 0, (char * ) Branch }, /* XXX XXX XXX NULL's are replaced by the program */ { NULL, (char * ) mod10, - term_event_handler, (guint)data[0], (char * ) CheckItem }, + term_event_handler, 0, (char * ) CheckItem }, { NULL, (char * ) mod11, - term_event_handler, (guint)data[1], (char * ) CheckItem }, + term_event_handler, 1, (char * ) CheckItem }, { NULL, (char * ) mod12, - term_event_handler, (guint)data[2], (char * ) CheckItem }, + term_event_handler, 2, (char * ) CheckItem }, { NULL, (char * ) mod13, - term_event_handler, (guint)data[3], (char * ) CheckItem }, + term_event_handler, 3, (char * ) CheckItem }, { NULL, (char * ) mod14, - term_event_handler, (guint)data[4], (char * ) CheckItem }, + term_event_handler, 4, (char * ) CheckItem }, { NULL, (char * ) mod15, - term_event_handler, (guint)data[5], (char * ) CheckItem }, + term_event_handler, 5, (char * ) CheckItem }, { NULL, (char * ) mod16, - term_event_handler, (guint)data[6], (char * ) CheckItem }, + term_event_handler, 6, (char * ) CheckItem }, { NULL, (char * ) mod17, - term_event_handler, (guint)data[7], (char * ) CheckItem }, + term_event_handler, 7, (char * ) CheckItem }, /* Options menu */ { (char * ) /Options, NULL, @@ -2262,21 +2262,21 @@ NULL, 0, (char * ) Branch }, /* XXX XXX XXX Again, NULL's are filled by the program */ { NULL, NULL, - change_font_event_handler, (guint)data[0], NULL }, + change_font_event_handler, 0, NULL }, { NULL, NULL, - change_font_event_handler, (guint)data[1], NULL }, + change_font_event_handler, 1, NULL }, { NULL, NULL, - change_font_event_handler, (guint)data[2], NULL }, + change_font_event_handler, 2, NULL }, { NULL, NULL, - change_font_event_handler, (guint)data[3], NULL }, + change_font_event_handler, 3, NULL }, { NULL, NULL, - change_font_event_handler, (guint)data[4], NULL }, + change_font_event_handler, 4, NULL }, { NULL, NULL, - change_font_event_handler, (guint)data[5], NULL }, + change_font_event_handler, 5, NULL }, { NULL, NULL, - change_font_event_handler,
Bug#297257: auctex: FTBFS: Missing Build-Depends on 'libperl-dev'
[Frank Küster] I have previously compiled auctex in pbuilder chroots (although not with the recent versions of this year), and I never had this problem. Could it be that this is in fact a missing Depends: of eperl? Yes, this seems to be the case. I found another package (jed-extra) which has the same problem with eperl. I did not yet check why the Depends: is missing in eperl. Denis, ? I guess eperl needs this additional Depends? There is already a Depends, but it seems that libperl5.8 is broken on ia64, it does not shup libperl.so.5.8. Feel free to reassign this bugreport to libperl5.8, or I'll do it later today when coming back home after more investigations. Thanks. -- Denis
Bug#297235: Bug#297233: ITP: wmansied -- An ANSI/ASCII editor.
Re: Nelson A. de Oliveira in [EMAIL PROTECTED] * Package name: wmansied Version : 0.4 Upstream Author : Walter Schreppers [EMAIL PROTECTED] * URL : http://www.win.ua.ac.be/~wschrep/ansied/ * License : GNU General Public Licence version 2 Description : An ANSI/ASCII editor. Re: Nelson A. de Oliveira in [EMAIL PROTECTED] * Package name: duhdraw Version : 2.7.7 Upstream Author : Walt Stoneburner [EMAIL PROTECTED] * URL : http://www.cs.helsinki.fi/u/penberg/duhdraw/ * License : GNU Copyleft Description : A ANSI Editor for Linux similar to TheDraw. What's the difference between the two? Do we really need both? Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#297281: RFP: pekwm -- Fast, efficient. light weight and pleasant looking window manager
Package: wnpp Severity: wishlist * Package name: pekwm Version : 20050227 Upstream Author : Claes Nasten [EMAIL PROTECTED] * URL : http://www.pekwm.org/ * License : GPL Description : Fast, efficient. light weight and pleasant looking window manager (Include the long description here.) Overview The Pek Window Manager is written by Claes Ndsten, the code is based on the aewm++ window manager, but it has evolved enough that it no longer resembles aewm++ at all. It has a much expanded feature-set, including window grouping (similar to ion, pwm, or fluxbox), autoproperties, xinerama, keygrabber that supports keychains, and much more. Features * Lightweight and Unobtrusive, a window manager shouldn't be noticed. * Very configurable, we all work and think in different ways. * Automatic properties, for all the lazy people, make things appear as they should when starting applications. * Chainable Keygrabber, usability for everyone. Debian packages are available from pekwm site. Screenshots: http://www.linuxsoft.cz/en/sw_detail.php?id_item=1087 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297280: gnome-theme-extras and mimetypes for *c *cpp *h *java *jar *py *pyc files
Package: gnome-theme-extras Version: 0.7.debian.1-2 I have noticed a problem in the package you maintain which manifests itself at least in Ubuntu Gnome 2.8, and that would be tremendously easy to fix. The problem is with the SVG icons for mime types, especifically with some program source files. In Ubuntu Gnome 2.8, Nautilus assignments of icons to source files are the following (ommitting extension) *h -- gnome-mime-text-x-chdr *c -- gnome-mime-text-x-csrc *cpp -- gnome-mime-text-x-c++src *java -- gnome-mime-text-x-java *jar -- gnome-mime-application-x-java-byte-code *py -- gnome-mime-application-x-python *pyc -- gnome-mime-application-x-python-bytecode *perl -- gnome-mime-application-x-perl However, the corresponding icons in the SVG themes are named differently, so Nautilus shows a generic document icon instead of the precise type. Only *java and *jar files coincide. The problem would be simply fixed by either renaming or introducing symbolic links with the alternative names. The names in gnome-themes-extras are: *h -- gnome-mime-text-x-c-header *c -- gnome-mime-text-x-c *cpp -- gnome-mime-text-x-c++ *java -- gnome-mime-text-x-java (same as what Ubuntu Gnome 2.8 demands, so it shows OK) *py -- gnome-mime-text-x-python *perl -- gnome-mime-text-x-perl In some cases the precise icon is missing completely, which is a totally different problem, not as easy to solve. Amaranth: Missing icons for *java *pyc Wasp: Missing icons for *jar *pyc *py Gorilla: Missing icons for *jar *pyc *py *c *cpp *h Lush: Missing icons for *jar *pyc *py Nuvola: Missing icons for *jar *pyc *py *c *cpp *h I have noticed that the nomenclature as it is now in the debian package is indeed the same as in my old SUSE installation with an older (don't remember which) version of Gnome. I don't know what it is in older Debian versions. Thank you for your support, Nacho. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297275: beast: Get rid of terminal mangling
Tim Janik [EMAIL PROTECTED] writes: On Mon, 28 Feb 2005, Daniel Schepler wrote: Package: beast Severity: wishlist Version: 0.6.2-3 When I build beast, the configure stage outputs some escape sequences: checking whether i386-linux-gcc supports -fno-keep-static-consts... yes ^[(B^[)0^[[?1049h^[[1;24r^[[m^O^[[4l^[[?7h^[[24;1H^[[?1049l^M^[[?1l^[checking whether i386-linux-gcc supports -fmessage-length=80... yes At least with konsole, this causes the terminal to update only the bottom line as the rest of the compilation happens, which is pretty annoying. this sounds like a bug in your konsole setup then. configure.in simply executes: #include stdio.h #include curses.h int main() { FILE *f=fopen(conftestval, w); int c; if (!f) exit(1); initscr(); c = COLS; endwin(); fprintf(f, %d\n,c); exit(0); } so any characters appearing are being put out by ncurses. that in turn uses escape sequences from the terminal description of your TERM environment variable which should match the capability set of konsole. I just tried running xterm and cat'ing the build log to the terminal, and the same thing happened there (konsole sets TERM=xterm). Maybe the trigger here is that I'm running the build under pbuilder (which redirects stdin to /dev/null) with stdout and stderr redirected to a pipe. -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297259: problems after an update of hal package (sarge)
On Mon, Feb 28, 2005 at 10:51:36AM +0100, Michael J Tauber wrote: In the next step I found out that both /dev/null /dev/urandom had no read / write permission for others. Consequently, startx worked now but only for root. Next, I changed manually the permissions for /dev/null and /dev/urandom to rw for others. Now, I could run startx as a plain user. However, when I tried to start a x-term I got an error message that no pty devices are available. I looked into /dev and into ./dev and found out, that there were no pty devices. At this point, it was clear to me that there is a general problem with devices. Seems like a udev problem and not a hal problem. Consequently, I deinastalled hal, installed gdm That's odd.. and everything worked fine again. I had hal running since months, I am updating sarge regulary and I had no problems before the yesterday update. Just updated a desktop machine here in the house running sarge. No problems there. Can you install hal again and see if the problem happens again ? If that's the case please run ``udevtest /sys/class/mem/null'' and see what that outputs ? Sjoerd -- No people are all bad, just as none are all good. Tecumseh, (Shawnee) to his nephew Spemica Lawba 1790 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297283: mysql-server: mysql don't start after an upgrade
Package: mysql-server Severity: important Hi, I was following an upgrade of mysql-server and i noticed it didn't start at the end of the upgrade. It only stops at the end but didn't start after that. In /etc/mysql i found a file: dpkg__mysql_was_running but i couldn't find how it was created. Preparing to replace mysql-server 4.0.23-4 (using /mysql-server_4.0.23-7_i386.deb) ... Stopping MySQL database server: mysqld. Unpacking replacement mysql-server ... Setting up mysql-server (4.0.23-7) ... Installing new version of config file /etc/init.d/mysql ... Installing new version of config file /etc/logrotate.d/mysql-server ... Installing new version of config file /etc/mysql/debian-start ... Installing new version of config file /etc/mysql/debian-log-rotate.conf Installing new version of config file /etc/cron.daily/mysql-server ... Installing new version of config file /etc/logcheck/ignore.d.workstation/mysql-server ... Installing new version of config file /etc/logcheck/ignore.d.server/mysql-server ... Installing new version of config file /etc/logcheck/ignore.d.paranoid/mysql-server ... Stopping MySQL database server: mysqld. System startup links for /etc/init.d/mysql already exist. I hope this is enough info to fix the problem. Matthijs Mohlmann -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297282: exim4: option local_scan_path unknown
Package: exim4 Version: 4.50-2 Severity: important Since the last upgrade exim4 broke sa-exim. The dlopen_localscan patch seems to stop working. During upgrade I got these messages: Exim configuration error in line 24 of /var/lib/exim4/config.autogenerated.tmp: main option local_scan_path unknown Invalid new configfile /var/lib/exim4/config.autogenerated.tmp not installing /var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated I had to disable local_scan_path entry in exim4 config file for now. Andrej -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages exim4 depends on: ii exim4-base4.50-2 support files for all exim MTA (v4 ii exim4-daemon-heavy4.50-2 exim MTA (v4) daemon with extended -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297285: zed: FTBFS (amd64/gcc-4.0): cast from 'int*' to 'int' loses precision
Package: zed Severity: normal Tags: patch When building 'zed' on amd64 with gcc-4.0, I get the following error: g++ -O2 -Wall -o lowl.o -c lowl.cc lowl.cc: In function 'int exectst(int*)': lowl.cc:1462: error: cast from 'int*' to 'int' loses precision lowl.cc:1471: error: cast from 'int*' to 'unsigned int' loses precision make[1]: *** [lowl.o] Error 1 make[1]: Leaving directory `/zed-1.0.5' make: *** [build.stamp] Error 2 With the attached patch 'zed' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/zed-1.0.5/lowl.cc ./lowl.cc --- ../tmp-orig/zed-1.0.5/lowl.cc 2000-04-05 11:47:41.0 +0200 +++ ./lowl.cc 2005-02-28 14:43:43.070936729 +0100 @@ -1459,7 +1459,7 @@ *dato positivo setta sp=dato... */ - switch((int)dato) + switch((long)dato) { case 0 : ignore=0; return(0); case 1 : ignore=1; return(0); @@ -1468,7 +1468,7 @@ case 4 : sp=0; ssp=0; lstr=0; return(0); } - if (((unsigned int)dato)10 (*dato)0) + if (((unsigned long)dato)10 (*dato)0) { sp=config.cmds+(*dato-1); lstr=0; ssp=0; return(0); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297284: base: tetex after sarge install not setup correctly
Package: base Severity: grave Installed sarge this last weekend and now trying to latex a document, but having a cascade of problems in getting it to work. First problem is: /home/jeff/unk/250/exams/1[429] r lat latex wrapper This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5) kpathsea: Running mktexfmt latex.efmt fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `latex.efmt'! I fixed that by rebuilding the ls-lR file via texconfig. (Also moved fmtutil.cnf to /etc/texmf and put a link at wherever it was.) However, the next is not so obvious. I now get (at the tail of a long output: ... No pages of output. Transcript written on latex.log. mv: cannot create regular file `/usr/share/texmf/web2c/latex.log': Permission denied mv: cannot create regular file `/usr/share/texmf/web2c/latex.fmt': Permission denied /usr/share/texmf/web2c/mktexupd: /usr/share/texmf/web2c/latex.fmt not a file. I can't find the format file `latex.efmt'! The directory setup is: /home/jeff/unk/250/exams/1[431] ll -d /usr/share/texmf/web2c 4 drwxr-xr-x 2 root root 4096 2005-02-28 06:33 /usr/share/texmf/web2c/ /home/jeff/unk/250/exams/1[432] ll -d /var/lib/texmf/web2c 1 drwxr-xr-x 2 root root 1024 2005-02-28 06:41 /var/lib/texmf/web2c/ thanks for any help. jeff -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297287: snes9x: FTBFS (amd64/gcc-4.0): cast from 'bool8*' to 'int' loses precision
Package: snes9x Severity: normal Tags: patch When building 'snes9x' on amd64 with gcc-4.0, I get the following error: offsets.cpp:380: error: cast from 'bool8*' to 'int' loses precision offsets.cpp:381: error: cast from 'uint8*' to 'int' loses precision offsets.cpp:383: error: cast from 'uint8*' to 'int' loses precision offsets.cpp:384: error: cast from 'uint8*' to 'int' loses precision offsets.cpp:385: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:386: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:388: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:389: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:391: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:392: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:394: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:395: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:397: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:398: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:400: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:401: error: cast from 'uint16*' to 'int' loses precision offsets.cpp:403: error: cast from 'uint16*' to 'int' loses precision make[1]: *** [offsets.o] Error 1 make[1]: Leaving directory `/snes9x-1.42/snes9x-1.42-src/snes9x' make: *** [build-stamp] Error 2 With the attached patch 'snes9x' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/snes9x-1.42/snes9x-1.42-src/snes9x/getset.h ./snes9x-1.42-src/snes9x/getset.h --- ../tmp-orig/snes9x-1.42/snes9x-1.42-src/snes9x/getset.h 2003-12-04 17:03:08.0 + +++ ./snes9x-1.42-src/snes9x/getset.h 2005-02-28 13:39:13.762918145 + @@ -106,7 +106,7 @@ return (*(GetAddress + (Address 0x))); } -switch ((int) GetAddress) +switch ((long) GetAddress) { case CMemory::MAP_PPU: return (S9xGetPPU (Address 0x)); @@ -211,7 +211,7 @@ #endif } -switch ((int) GetAddress) +switch ((long) GetAddress) { case CMemory::MAP_PPU: return (S9xGetPPU (Address 0x) | @@ -335,7 +335,7 @@ return; } -switch ((int) SetAddress) +switch ((long) SetAddress) { case CMemory::MAP_PPU: S9xSetPPU (Byte, Address 0x); @@ -468,7 +468,7 @@ return; } -switch ((int) SetAddress) +switch ((long) SetAddress) { case CMemory::MAP_PPU: S9xSetPPU ((uint8) Word, Address 0x); @@ -589,7 +589,7 @@ { return s7r.bank50; } -switch ((int) GetAddress) +switch ((long) GetAddress) { case CMemory::MAP_SPC7110_DRAM: #ifdef SPC7110_DEBUG @@ -655,7 +655,7 @@ if(Settings.SPC7110((Address0x7F)==0x4800)) return s7r.bank50; -switch ((int) GetAddress) +switch ((long) GetAddress) { case CMemory::MAP_SPC7110_DRAM: #ifdef SPC7110_DEBUG @@ -715,7 +715,7 @@ return; } -switch ((int) GetAddress) +switch ((long) GetAddress) { case CMemory::MAP_PPU: CPU.PCBase = Memory.FillRAM; diff -urN ../tmp-orig/snes9x-1.42/snes9x-1.42-src/snes9x/offsets.cpp ./snes9x-1.42-src/snes9x/offsets.cpp --- ../tmp-orig/snes9x-1.42/snes9x-1.42-src/snes9x/offsets.cpp 2003-12-04 17:03:08.0 + +++ ./snes9x-1.42-src/snes9x/offsets.cpp2005-02-28 13:37:48.805316530 + @@ -86,30 +86,30 @@ #endif #define OFFSET(N,F) \ -fprintf (S9xSTREAM, #define #N CPU + %d\n, (int) ((struct SCPUState *) 0)-F); +fprintf (S9xSTREAM, #define #N CPU + %ld\n, (long) ((struct SCPUState *) 0)-F); #define OFFSET2(N,F) \ -fprintf (S9xSTREAM, #define #N Registers + %d\n, (int) ((struct SRegisters *) 0)-F); +fprintf (S9xSTREAM, #define #N Registers + %ld\n, (long) ((struct SRegisters *) 0)-F); #define OFFSET3(F) \ -fprintf (S9xSTREAM, #define #F Memory + %d\n, (int) ((class CMemory *) 0)-F); +fprintf (S9xSTREAM, #define #F Memory + %ld\n, (long) ((class CMemory *) 0)-F); #define OFFSET4(N,F) \ -fprintf (S9xSTREAM, #define #N APU + %d\n, (int) ((struct SAPU *) 0)-F); +fprintf (S9xSTREAM, #define #N APU + %ld\n, (long) ((struct SAPU *) 0)-F); #define OFFSET5(N,F) \ -fprintf (S9xSTREAM, #define #N IAPU + %d\n, (int) ((struct SIAPU *) 0)-F); +fprintf (S9xSTREAM, #define #N IAPU + %ld\n, (long) ((struct SIAPU *) 0)-F); #define OFFSET6(N,F) \ -fprintf (S9xSTREAM, #define #N ICPU + %d\n, (int) ((struct SICPU *) 0)-F); +fprintf (S9xSTREAM, #define #N ICPU + %ld\n, (long) ((struct SICPU *) 0)-F); #define OFFSET7(N,F) \ -fprintf (S9xSTREAM, #define #N Settings + %d\n, (int) ((struct SSettings *) 0)-F); +fprintf (S9xSTREAM, #define #N Settings + %ld\n, (long) ((struct SSettings *) 0)-F); #define OFFSET8(N, F) \
Bug#297289: libapache2-mod-python2.3: Publisher does not support the HEAD method but returns 405 method not allowed
Package: libapache2-mod-python2.3 Version: 3.1.3-3 Severity: important Tags: patch RFC 2616 specifies the following: The metainformation contained in the HTTP headers in response to a HEAD request SHOULD be identical to the information sent in response to a GET request. Mod-python's publisher handler only supports GET and POST. This causes some versions of Firefox to fail when saving a page because Firefox attempts to verify it's own cache with a HEAD request (which gets a 405 method not allowed). This can be fixed with the attached small patch (the handler seems to already almost support the HEAD-request). I tested the patch and it works. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libapache2-mod-python2.3 depends on: ii apache2 2.0.52-3 Next generation, scalable, extenda ii apache2-common 2.0.52-3 Next generation, scalable, extenda ii apache2-mpm-prefork [apache 2.0.52-3 Traditional model for Apache2 ii debconf 1.4.42 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii python2.3 2.3.4-19 An interactive high-level object-o -- debconf information: * libapache2-mod-python/enable_module: true --- /usr/lib/python2.3/site-packages/mod_python/publisher.py2005-02-11 13:26:02.0 +0200 +++ publisher.py2005-02-28 14:43:31.0 +0200 @@ -44,8 +44,8 @@ def handler(req): -req.allow_methods([GET, POST]) -if req.method not in [GET, POST]: +req.allow_methods([GET, POST, HEAD]) +if req.method not in [GET, POST, HEAD]: raise apache.SERVER_RETURN, apache.HTTP_METHOD_NOT_ALLOWED func_path =
Bug#297288: openoffice.org: Navigation toolbar invisible
Package: openoffice.org Version: 1.1.2dfsg1-3 Severity: important The navigation toolbar is invisible, even when it is enabled in extra - configuration - toolbars Disabling and re-enabling the toolbar has no effect, as has removing the openoffice settings directory. Very annoying if you work with database forms... -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii dictionaries-common [openo 0.22.40sarge7 Common utilities for spelling dict ii openoffice.org-bin 1.1.2dfsg1-3 OpenOffice.org office suite binary ii openoffice.org-debian-file 1.1.2-5+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [op 1.1.2dfsg1-3 English (US) language package for ii openoffice.org-l10n-nl [op 1.1.2dfsg1-3 Dutch language package for OpenOff ii ttf-opensymbol 1.1.2dfsg1-3 The OpenSymbol TrueType font -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297290: Please include linux-input-layer remote config
Package: lirc Version: 0.7.1pre1-2 Severity: wishlist Hi, for using remote control via receivers that come with several tv-cards, please include the attached config file in the remotes directory and in the package setup dialogue. It is taken from http://linux.bytesex.org/v4l2/linux-input-layer-lircd.conf and works universally with any remote control via the input layer. The last entry at http://linux.bytesex.org/v4l2/faq.html gives a short resume on the setup. (for me, it works this way with a cinergy t2 usb device) TIA, Joerg begin remote name linux-input-layer bits 32 begin codes ESC 0x10001 10x10002 20x10003 30x10004 40x10005 50x10006 60x10007 70x10008 80x10009 90x1000a 00x1000b MINUS0x1000c EQUAL0x1000d BACKSPACE0x1000e TAB 0x1000f Q0x10010 W0x10011 E0x10012 R0x10013 T0x10014 Y0x10015 U0x10016 I0x10017 O0x10018 P0x10019 LEFTBRACE0x1001a RIGHTBRACE 0x1001b ENTER0x1001c LEFTCTRL 0x1001d A0x1001e S0x1001f D0x10020 F0x10021 G0x10022 H0x10023 J0x10024 K0x10025 L0x10026 SEMICOLON0x10027 APOSTROPHE 0x10028 GRAVE0x10029 LEFTSHIFT0x1002a BACKSLASH0x1002b Z0x1002c X0x1002d C0x1002e V0x1002f B0x10030 N0x10031 M0x10032 COMMA0x10033 DOT 0x10034 SLASH0x10035 RIGHTSHIFT 0x10036 KPASTERISK 0x10037 LEFTALT 0x10038 SPACE0x10039 CAPSLOCK 0x1003a F1 0x1003b F2 0x1003c F3 0x1003d F4 0x1003e F5 0x1003f F6 0x10040 F7 0x10041 F8 0x10042 F9 0x10043 F10 0x10044 NUMLOCK 0x10045 SCROLLLOCK 0x10046 KP7 0x10047 KP8 0x10048 KP9 0x10049 KPMINUS 0x1004a KP4 0x1004b KP5 0x1004c KP6 0x1004d KPPLUS 0x1004e KP1 0x1004f KP2 0x10050 KP3 0x10051 KP0 0x10052 KPDOT0x10053 103RD0x10054 F13 0x10055 102ND0x10056 F11 0x10057 F12 0x10058 F14 0x10059 F15 0x1005a F16 0x1005b F17 0x1005c F18 0x1005d F19 0x1005e F20 0x1005f KPENTER 0x10060 RIGHTCTRL0x10061
Bug#280917: openoffice.org: Cannot print any sheet except the first one
Package: openoffice.org Version: 1.1.3-7 Followup-For: Bug #280917 I can reproduce the problem here. I'm unable to print any sheet that's not the first one. I'd really like to print some sheets but whatever I've tried I cannot get OOo to print it. Regards, Thijs Kinkhorst -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.24.10Common utilities for spelling dict ii openoffice.org-bin1.1.3-7OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-5+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-7English (US) language package for ii openoffice.org-l10n-nl [openo 1.1.3-7Dutch language package for OpenOff ii ttf-opensymbol1.1.3-7The OpenSymbol TrueType font -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297158: gnome-volume-manager: needlessly opens a 2nd gnome-cd when changing disc
On Sun, Feb 27, 2005 at 06:32:45PM +0200, Martin-Ãric Racine wrote: Whenever I already have a gnome-cd player running and eject the disc to replace it with another album, a second gnome-cd is launched as soon as the new disc is inserted, which disrupts the playback of the first gnome-cd that just noticed the media change and had automatically started playback. What do you have configured as the ``play audio cd'' command in gnome-volume-properties ? By default it calls gnome-cd --unique --play --device %d which should cause the desired behaviour. Sjoerd -- The root of all superstition is that men observe when a thing hits, but not when it misses. -- Francis Bacon
Bug#297294: xtradius: FTBFS (amd64/gcc-4.0): static declaration of 'radius_pid' follows non-static declaration
Package: xtradius Severity: normal Tags: patch When building 'xtradius' on amd64 with gcc-4.0, I get the following error: gcc -Wall -g -DXTRADIUS -c radiusd.c In file included from radiusd.c:33: radiusd.h:329: warning: conflicting types for built-in function 'log' radiusd.c:76: error: static declaration of 'radius_pid' follows non-static declaration radiusd.h:205: error: previous declaration of 'radius_pid' was here radiusd.c: In function 'main': radiusd.c:514: warning: pointer targets in passing argument 6 of 'recvfrom' differ in signedness radiusd.c:520: warning: pointer targets in passing argument 3 of 'radrecv' differ in signedness radiusd.c:531: warning: pointer targets in passing argument 6 of 'recvfrom' differ in signedness radiusd.c:537: warning: pointer targets in passing argument 3 of 'radrecv' differ in signedness radiusd.c: In function 'radrespond': radiusd.c:610: warning: pointer targets in passing argument 1 of 'strNcpy' differ in signedness radiusd.c:610: warning: pointer targets in passing argument 2 of 'strNcpy' differ in signedness make[1]: *** [radiusd.o] Error 1 make[1]: Leaving directory `/xtradius-1.2.1-beta2/src' make: *** [build-stamp] Error 2 With the attached patch 'xtradius' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/xtradius-1.2.1-beta2/src/radiusd.h ./src/radiusd.h --- ../tmp-orig/xtradius-1.2.1-beta2/src/radiusd.h 2002-03-02 16:45:02.0 +0100 +++ ./src/radiusd.h 2005-02-28 15:24:02.528936696 +0100 @@ -202,7 +202,6 @@ extern char*radwtmp_path; extern UINT4 expiration_seconds; extern UINT4 warning_seconds; -extern int radius_pid; extern int use_dbm; extern int use_dns; extern int use_wtmp; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297293: Error Copying to Sent Folder
Package: mozilla-thunderbird Version: 1.0-3 My mail accounts are IMAP. I received an error sending a message that said, There was an error copying the message to the Sent folder. Retry? with Cancel and OK buttons. - Which Sent folder? I have three. (2 IMAP, 1 local) - What was the error? There is no way I can attempt to fix the problem when I don't know what it is. - The buttons are not clear. Cancel what? The entire message, or just the copy in Sent? OK? No, it's definitely _not_ okay! This button should be Retry. I realize that this is probably a stock dialog and that it's easier to use a cancel/ok dialog than to write a custom one... But easy to write is not the goal of a good user interface. - As a minor point, I find having Cancel on the left indicate that that would be the normally desired course of action, something usually associated with OK. When I clicked OK, another Sending Message dialog appeared, which after a while gave a status of copy failed. However, the progress bar kept on moving like it was doing something. It actually took me a while to realize that the status had changed because the movement of the bar screams still working even though the small print says failed. Brian ( [EMAIL PROTECTED] ) --- It seems that anything people have learned prior to puberty takes on the status of an immutable truth (this is something well understood by parents, governments, and religions). Rational explanations of why some previous belief might be incompatible with the behavior of nature, and a careful explanation of the actual behavior of nature are of little avail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297295: yafray: FTBFS (amd64/gcc-4.0): cast from 'yafray::point3d_t*' to 'int' loses precision
Package: yafray Severity: normal Tags: patch When building 'yafray' on amd64 with gcc-4.0, I get the following error: g++ -Wall -DHAVE_CONFIG_H -D_PTHREADS -O3 -ffast-math -fomit-frame-pointer -DPLUGIN_PATH=\/usr/lib/yafray\ -I. -Isrc/loader -Isrc/yafraycore -c -o src/loader/render.o src/loader/render.cc src/loader/render.cc: In member function 'void* yafray::render_t::mesh(yafray::ast_t*)': src/loader/render.cc:718: error: cast from 'yafray::point3d_t*' to 'int' loses precision src/loader/render.cc:722: error: cast from 'yafray::point3d_t*' to 'int' loses precision src/loader/render.cc:726: error: cast from 'yafray::point3d_t*' to 'int' loses precision src/loader/render.cc:732: error: cast from 'const yafray::shader_t*' to 'int' loses precision scons: *** [src/loader/render.o] Error 1 scons: building terminated because of errors. make: *** [build-stamp] Error 2 With the attached patch 'yafray' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/yafray-0.0.7/src/loader/render.cc ./src/loader/render.cc --- ../tmp-orig/yafray-0.0.7/src/loader/render.cc 2004-08-04 03:03:24.0 +0200 +++ ./src/loader/render.cc 2005-02-28 15:21:06.460921071 +0100 @@ -715,21 +715,21 @@ } for(vectortriangle_t::iterator i=faces.begin();i!=faces.end();++i) { - int n=(int)((*i).a); + long n=(long)((*i).a); if((n=(int)mesh-points-points.size()) || (n0)) { WARNINGPoint n out of bounds in object\n; n=0; } (*i).a=(mesh-points-points)[n]; - n=(int)((*i).b); + n=(long)((*i).b); if((n=(int)mesh-points-points.size()) || (n0)) { WARNINGPoint n out of bounds in object\n; n=0; } (*i).b=(mesh-points-points)[n]; - n=(int)((*i).c); + n=(long)((*i).c); if((n=(int)mesh-points-points.size()) || (n0)) { WARNINGPoint n out of bounds in object\n; n=0; } (*i).c=(mesh-points-points)[n]; (*i).recNormal(); - int ishader=(int)(*i).getShader(); + long ishader=(long)(*i).getShader(); if(ishader0) (*i).setShader(NULL); else -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297296: OO freezes when closing file opened directly from ftp
Package: openoffice.org Version: 1.1.3-7 Severity: important When I try to close a file (or quit the application) opened from ftp location OO freezes and nothing can make it exit exept 'kill -9'. It only happens for files opened directly from ftp, for example sh$ oowriter ftp://example.org/dir/file.sxw It happened with the previous versions too (1.1.3-6). The output on the console is only this: sh: crash_report: command not found but I dont think this is the cause for the freeze. I found the following lines in /usr/lib/openoffice/program/setup.log: ERR source file not found: crash_dump.res ERR source file not found: crash_report.bin ERR source file not found: libulingu645li.so ERR source file not found: crash_report if this can help you track this bug. Note that the freezing is not happening with the normal version of OO but only with the debian version of the package. With the normal version after closing the file it asks whether to upload the changes (save the file) or not. I think it may have some connection with the KDE integration but I dont know why and Im not very sure about that. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-k7 Locale: LANG=bg_BG, LC_CTYPE=bg_BG (charmap=CP1251) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.24.10Common utilities for spelling dict ii openoffice.org-bin1.1.3-7OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-5+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-7English (US) language package for ii ttf-opensymbol1.1.3-7The OpenSymbol TrueType font -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#133973: kbd: Post-inst error: cannot open file uk
On Sat, Feb 26, 2005 at 10:55:56AM +0100, Denis Barbier wrote: Is this bug still there? Normally your console-data should have installed /usr/share/keymaps/i386/qwerty/uk.kmap.gz Unfortunately the machine in question has a dead disk so I'm unlikely to be able to reproduce it. I am happy for this bug to be closed. Cheers, -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297123: openldap2.2: FTBFS in experimental
reopen 297123 thanks openldap2.2.23-0.pre3 still cause same build failure because missing perl library. Get:1 http://ftp2.de.debian.org ../project/experimental/main openldap2.2 2.2.23-0.pre3 (dsc) [982B] Get:2 http://ftp2.de.debian.org ../project/experimental/main openldap2.2 2.2.23-0.pre3 (tar) [2601kB] Get:3 http://ftp2.de.debian.org ../project/experimental/main openldap2.2 2.2.23-0.pre3 (diff) [452kB] ... Build-Depends: libdb4.3-dev, libwrap0-dev, libiodbc2-dev, libsasl2-dev (= 2.1.3-1), dpkg-dev (= 1.7.1), libncurses5-dev, autoconf2.13, debconf-utils, libgnutls11-dev, libgcrypt11-dev, debhelper (= 4.1.16), libltdl3-dev (= 1.4.3), libslp-dev, po-debconf, libssl-dev (= 0.9.7) ... cc -shared .libs/init.o .libs/search.o .libs/close.o .libs/config.o .libs/bind.o .libs/compare.o .libs/modify.o .libs/add.o .libs/modrdn.o .libs/delete.o .libs/version.o -Wl,--rpath -Wl,/build/buildd/openldap2.2-2.2.23/debian/build/libraries/libldap_r/.libs -Wl,--rpath -Wl,/build/buildd/openldap2.2-2.2.23/debian/build/libraries/liblber/.libs -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lpthread -lcrypt ../../../libraries/libldap_r/.libs/libldap_r.so ../../../libraries/liblber/.libs/liblber.so -Wl,-E -Wl,-soname -Wl,back_perl-2.2.so.7 -o .libs/back_perl-2.2.so.7.0.16 /usr/bin/ld: cannot find -lperl -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297282: exim4: option local_scan_path unknown
severity #297282 serious tags #297282 sid thanks Justification: Makes, in the maintainer's opinion, the package unsuitable for release. On Mon, Feb 28, 2005 at 01:56:05PM +0100, Andrej KOLESNIKOV wrote: Since the last upgrade exim4 broke sa-exim. The dlopen_localscan patch seems to stop working. Ouch. The dlopen functionality was patched in, and somehow that patch must have gotten lost in the process. This loss of functionality is unacceptable. I am therefore upgrading the bug severity to serious, making the bug RC. I can investigate on Tuesday afternoon the earliest. I had to disable local_scan_path entry in exim4 config file for now. I would like to suggest downgrading to 4.44-2 from testing. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297297: xsim: FTBFS (amd64/gcc-4.0): cast from 'wchar_t*' to 'uint32_t' loses precision
Package: xsim Severity: normal Tags: patch When building 'xsim' on amd64 with gcc-4.0, I get the following error: make[4]: Entering directory `/xsim-0.3.9.4/plugins/IMs/jianpin' x86_64-linux-g++ -c simpleim.cpp -I/xsim-0.3.9.4/xsim/ -I/xsim-0.3.9.4/xsim//IMdkit -I/usr/include -Wall -O2 -I/usr/X11R6/include -DBDB_VERSION41 -DOS_LINUX -fPIC -DPIC simpleimc.h: In member function 'size_t Word_Rec_tag::ac_size()': simpleimc.h:48: error: cast from 'wchar_t*' to 'uint32_t' loses precision simpleimc.h:48: error: cast from 'uint16_t*' to 'uint32_t' loses precision make[4]: *** [simpleim.o] Error 1 make[4]: Leaving directory `/xsim-0.3.9.4/plugins/IMs/jianpin' With the attached patch 'xsim' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/xsim-0.3.9.4/plugins/IMs/jianpin/simpleimc.h ./plugins/IMs/jianpin/simpleimc.h --- ../tmp-orig/xsim-0.3.9.4/plugins/IMs/jianpin/simpleimc.h2002-10-22 11:01:04.0 +0200 +++ ./plugins/IMs/jianpin/simpleimc.h 2005-02-28 15:26:20.676271711 +0100 @@ -45,7 +45,7 @@ uint16_t access_count; wchar_t w[MAX_WORD_LEN + 1]; - size_t ac_size() { return (uint32_t) w - (uint32_t)access_count; } + size_t ac_size() { return (size_t) w - (size_t)access_count; } size_t size(){ return ac_size() + wcslen(w) * sizeof(wchar_t); } void copy(struct Word_Rec_tag * val) { memcpy(this, val, sizeof(Word_Rec_tag));} }Word_Rec; diff -urN ../tmp-orig/xsim-0.3.9.4/plugins/IMs/table/tableimc.h ./plugins/IMs/table/tableimc.h --- ../tmp-orig/xsim-0.3.9.4/plugins/IMs/table/tableimc.h 2002-09-13 13:34:03.0 +0200 +++ ./plugins/IMs/table/tableimc.h 2005-02-28 15:27:17.689267151 +0100 @@ -23,7 +23,7 @@ uint8_t sort_index; wchar_t w[MAX_WORD_LEN + 1]; - size_t si_size() { return (uint32_t) w - (uint32_t)sort_index; } + size_t si_size() { return (size_t) w - (size_t)sort_index; } size_t size(){ return si_size() + (wcslen(w) + 1) * sizeof(wchar_t); } void copy(struct Word_Rec_tag * val) { memcpy(this, val, sizeof(Word_Rec_tag));} }Word_Rec; diff -urN ../tmp-orig/xsim-0.3.9.4/xsim/ic.cpp ./xsim/ic.cpp --- ../tmp-orig/xsim-0.3.9.4/xsim/ic.cpp2002-10-01 07:41:23.0 +0200 +++ ./xsim/ic.cpp 2005-02-28 15:28:12.430701044 +0100 @@ -101,7 +101,7 @@ on_stat = 0; } -int TIC::alive() +long TIC::alive() { - return (int)im; + return (long)im; } diff -urN ../tmp-orig/xsim-0.3.9.4/xsim/ic.h ./xsim/ic.h --- ../tmp-orig/xsim-0.3.9.4/xsim/ic.h 2002-07-14 17:14:24.0 +0200 +++ ./xsim/ic.h 2005-02-28 15:28:18.882455737 +0100 @@ -76,14 +76,14 @@ void set_im(TIM * val); TIMC * get_imc(); - int has_imc() { return (int)imc; } + long has_imc() { return (long)imc; } void init(int init_mode, TIM * val); static TIC * get_focus_ic() { return focused_ic; } IC * get_IC() { return ic_; }; - int alive(); + long alive(); Window get_client_win() { return ic_.client_win; } int has_focus() { return (focused_ic == this); } diff -urN ../tmp-orig/xsim-0.3.9.4/debian/control ./debian/control --- ../tmp-orig/xsim-0.3.9.4/debian/control 2005-02-28 15:28:31.464027261 +0100 +++ ./debian/control2005-02-28 15:24:58.274176836 +0100 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Yu Guanghui [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), libdb4.1++-dev, xlibs-dev, xutils, locales +Build-Depends: debhelper ( 3.0.0), libdb4.3++-dev, xlibs-dev, xutils, locales Standards-Version: 3.6.1 Package: xsim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297298: xwnc: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: xwnc Severity: normal Tags: patch When building 'xwnc' on amd64 with gcc-4.0, I get the following error: dispcur.c: In function 'rfbInitCursor': dispcur.c:320: error: invalid lvalue in assignment make[5]: *** [dispcur.o] Error 1 make[5]: Leaving directory `/xwnc-0.3.3/xserver/hw/wnc' With the attached patch 'xwnc' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/xwnc-0.3.3/xserver/hw/wnc/dispcur.c ./xserver/hw/wnc/dispcur.c --- ../tmp-orig/xwnc-0.3.3/xserver/hw/wnc/dispcur.c 2004-08-26 16:56:03.0 +0200 +++ ./xserver/hw/wnc/dispcur.c 2005-02-28 15:29:29.971734194 +0100 @@ -317,7 +317,7 @@ if (!ScreenPriv) return FALSE; - CURSOR_PRIV(pScreen) = ScreenPriv; + pScreen-devPrivates[rfbCursorScreenIndex].ptr = ScreenPriv; /* override some screen procedures */ ScreenPriv-QueryBestSize = pScreen-QueryBestSize; diff -urN ../tmp-orig/xwnc-0.3.3/xserver/hw/wnc/rootlessScreen.c ./xserver/hw/wnc/rootlessScreen.c --- ../tmp-orig/xwnc-0.3.3/xserver/hw/wnc/rootlessScreen.c 2004-08-26 16:56:02.0 +0200 +++ ./xserver/hw/wnc/rootlessScreen.c 2005-02-28 15:31:50.390630757 +0100 @@ -567,7 +567,7 @@ s = xalloc(sizeof(RootlessScreenRec)); if (! s) return FALSE; -SCREENREC(pScreen) = s; +pScreen-devPrivates[rootlessScreenPrivateIndex].ptr = s; s-pixmap_data = NULL; s-pixmap_data_size = 0; diff -urN ../tmp-orig/xwnc-0.3.3/xserver/hw/wnc/rootlessWindow.c ./xserver/hw/wnc/rootlessWindow.c --- ../tmp-orig/xwnc-0.3.3/xserver/hw/wnc/rootlessWindow.c 2004-08-26 16:56:05.0 +0200 +++ ./xserver/hw/wnc/rootlessWindow.c 2005-02-28 15:34:10.637560512 +0100 @@ -64,7 +64,7 @@ Bool result; RegionRec saveRoot; -WINREC(pWin) = NULL; +pWin-devPrivates[rootlessWindowPrivateIndex].ptr = NULL; SCREEN_UNWRAP(pWin-drawable.pScreen, CreateWindow); @@ -105,7 +105,7 @@ #endif xfree(winRec); -WINREC(pWin) = NULL; +pWin-devPrivates[rootlessWindowPrivateIndex].ptr = NULL; } @@ -349,7 +349,7 @@ winRec-pixmap = NULL; winRec-wid = NULL; -WINREC(pWin) = winRec; +pWin-devPrivates[rootlessWindowPrivateIndex].ptr = winRec; #ifdef SHAPE // Set the frame's shape if the window is shaped @@ -366,7 +366,7 @@ { RL_DEBUG_MSG(implementation failed to create frame!\n); xfree(winRec); -WINREC(pWin) = NULL; +pWin-devPrivates[rootlessWindowPrivateIndex].ptr = NULL; return NULL; } @@ -1261,8 +1261,8 @@ /* Switch the frame record from one to the other. */ - WINREC(pWin) = NULL; - WINREC(pTopWin) = winRec; + pWin-devPrivates[rootlessWindowPrivateIndex].ptr = NULL; + pTopWin-devPrivates[rootlessWindowPrivateIndex].ptr = winRec; RootlessInitializeFrame(pTopWin, winRec); RootlessReshapeFrame(pTopWin); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#250412: Still SCSI emulation?
Eduard Bloch [EMAIL PROTECTED] wrote: Using something like dev=ATA:2,0,0 still gives you SCSI emulation, right? There is not SCSI emulation at all! As said... Setzen, Sechs. If this is meant for Eduard Bloch, I will concur. Read README.ATAPI, it is _the_ FAQ and it exists for a long long time. So your actions are not biased, no? I though you are an academic and should keep at least one bit of objectity. In contrary to you, I know what I am talking about and try to write README.ATAPI as unbiased as possible. If you like a real discussion, you should stop sending your totally biased remarks. So please look at the other side of the medal: - users want DMA support So why don't the Linux kernel developer enable DMA? What happened with the guy that ported cdrtools to the new atapi driver system in XP? Did he receive the same amount of hate attacs or do you just do so because we try to get your holy tools on an unclean, false Unix? Oh my god, how is it possible that a person who is so clueless and biased is still tolerated in debian.org? But thank you! It turns out that people who are completely clueless sometimes have the ability to point to problems in comprehension. I added this paragraph to README.ATAPI: /*--*/ First a note: there is no SCSI emulation on Linux, but there has been some kind of SCSI integration. To explain the difference between SCSI emulation and SCSI integration let us look at an Operating system that implements both, Windows NT: Win NT implements SCSI integration, if you open .\\SCSI%d:, BusNo, you will be able to send generic SCSI commands to any SCSI speaking drive on that bus. ATAPI drives just show up on a specific Busnumber, SCSI drives that use a 50 or 68 pin connector show up on different Bus numbers. Note that Microsoft obviously did copy my ideas I did implement in August 1986 for SunOS-3.0 :-) Win NT implements SCSI emulation by not only showing drives that natively talk SCSI on the ATA/IDE cable, if you send generic SCSI commands via ioctl's to .\\SCSI%d:, BusNo. Win NT also shows you plain ATA drives that do not understand SCSI commands in firmware. Win NT allows you to send SCSI commands to the kernel and the kernel translates the SCSI commands to ATA commands with the same meaning, so Win NT emulates SCSI for ATA drives. Linux does not emulate SCSI command transport for vanilla ATA drives, so there is definitely no SCSI emulation in Linux. /*--*/ Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED](work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#297301: gnome-gv: File open does not list eps files
Package: gnome-gv Version: 1:2.8.3-0ubuntu1 Severity: normal Tags: patch The file open dialog for gnome-gv specifies application/postscript as it's only valid mime type for documents, but it can also open eps documents, which have the mime type image/x-eps. Patch to fix this attached. I'm running the Ubuntu version of it currently, but this patch should fix the earlier Debian version as well. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (103, 'testing'), (102, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-gv depends on: ii desktop-file-utils 0.9-1ubuntu1 Utilities for .desktop files ii gconf2 2.9.91-0ubuntu1 GNOME configuration database syste ii gs-esp [gs]7.07.1-9ubuntu2 The Ghostscript PostScript interpr ii gs-gpl [gs]8.01-5The GPL Ghostscript PostScript int ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.9.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-1 The Bonobo UI library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libesd00.2.35-2ubuntu2 Enlightened Sound Daemon - Shared ii libgconf2-42.9.91-0ubuntu1 GNOME configuration database syste ii libgcrypt111.2.0-4 LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgnome-keyring0 0.4.1-1 GNOME keyring services library ii libgnome2-02.9.1-0ubuntu1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.9.1-0ubuntu1A powerful object-oriented display ii libgnomeui-0 2.9.1-0ubuntu1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.9.91-0ubuntu1 The GNOME virtual file-system libr ii libgnutls111.0.16-9 GNU TLS library - runtime library ii libgpg-error0 1.0-1 library for common error values an ii libgtk2.0-02.6.2-3 The GTK+ graphical user interface ii libhowl0 0.9.8-2 Library for Zeroconf service disco ii libice66.8.1-1ubuntu12 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii liborbit2 1:2.12.1-0ubuntu1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.1-1ubuntu12 X Window System Session Management ii libtasn1-2 0.2.10-3 Manage ASN.1 structures (runtime) ii libx11-6 6.8.1-1ubuntu12 X Window System protocol client li ii libxml22.6.17-0ubuntu1 GNOME XML library ii scrollkeeper 0.3.14-9.1A free electronic cataloging syste ii xlibs 6.8.1-1ubuntu12 X Window System client libraries m ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information --- src/ggv-window.c.old 2005-02-28 14:48:41.0 +0100 +++ src/ggv-window.c 2005-02-28 14:48:56.0 +0100 @@ -329,6 +329,7 @@ ps_filter = gtk_file_filter_new(); gtk_file_filter_set_name(ps_filter, _(PostScript Documents)); gtk_file_filter_add_mime_type(ps_filter, application/postscript); + gtk_file_filter_add_mime_type(ps_filter, image/x-eps); gtk_file_chooser_add_filter(GTK_FILE_CHOOSER(chooser), ps_filter); /* second: all files filter */
Bug#297299: xmms-synaesthesia: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: xmms-synaesthesia Severity: normal Tags: patch When building 'xmms-synaesthesia' on amd64 with gcc-4.0, I get the following error: gcc -DHAVE_CONFIG_H -I. -I. -I. -DPIC -fPIC -I. -I. -D_REENTRANT -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT -Wall -g -O2 -Wp,-MD,.deps/syna_core.pp -c syna_core.c -fPIC -DPIC -o .libs/syna_core.o syna_core.c: In function 'fadeWave': syna_core.c:207: error: invalid lvalue in assignment syna_core.c:208: error: invalid lvalue in assignment syna_core.c:209: error: invalid lvalue in assignment syna_core.c: In function 'fadeHeat': syna_core.c:281: error: invalid lvalue in assignment syna_core.c:282: error: invalid lvalue in assignment syna_core.c:283: error: invalid lvalue in assignment make[1]: *** [syna_core.lo] Error 1 make[1]: Leaving directory `/xmms-synaesthesia-0.0.3' make: *** [build-stamp] Error 2 With the attached patch 'xmms-synaesthesia' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/xmms-synaesthesia-0.0.3/syna_core.c ./syna_core.c --- ../tmp-orig/xmms-synaesthesia-0.0.3/syna_core.c 2005-02-28 15:42:08.651295041 +0100 +++ ./syna_core.c 2005-02-28 15:42:03.28933 +0100 @@ -204,9 +204,9 @@ gint x, y, i, j, start, end; gint step = outWidth * 2; - lastLastOutput = lastOutput; - lastOutput = output; - output = t; + synx_output[2] = lastOutput; + synx_output[1] = output; + synx_output[0] = t; for (x = 0, i = 0, j = outWidth * (outHeight - 1) * 2; x outWidth; x++, i += 2, j += 2) { @@ -278,9 +278,9 @@ gint x, y, i, j, start, end; gint step = outWidth * 2; - lastLastOutput = lastOutput; - lastOutput = output; - output = t; + synx_output[2] = lastOutput; + synx_output[1] = output; + synx_output[0] = t; for (x = 0, i = 0, j = outWidth * (outHeight - 1) * 2; x outWidth; x++, i += 2, j += 2) { -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297300: adzapper: Print-freindly URL substitution cannot be enabled
Package: adzapper Version: 20050106-1 Severity: normal Tags: patch Printer-friendly redirection doesn't occur. Config option STUBURL_PRINT=1 has been set in /etc/adzapper.conf, Squid restarted. Using example URL: http://www.theregister.co.uk/2005/02/25/bofh_2005_episode_7/ A little investigation reveals that STUBURL_PRINT is not exported from /usr/bin/adzapper.wrapper, patch (tested OK with above URL) is as follows: --- adzapper.wrapper.oldTue Mar 1 10:17:52 2005 +++ adzapper.wrapper.newTue Mar 1 10:35:25 2005 @@ -25,7 +25,7 @@ export ZAP_MODE ZAP_BASE ZAP_BASE_SSL ZAP_PREMATCH ZAP_POSTMATCH export STUBURL_AD STUBURL_ADSSL STUBURL_ADJS STUBURL_ADHTML STUBURL_ADMP3 \ STUBURL_ADPOPUP STUBURL_ADSWF STUBURL_COUNTER STUBURL_COUNTERJS \ - STUBURL_WEBBUG STUBURL_WEBBUGJS + STUBURL_WEBBUG STUBURL_WEBBUGJS STUBURL_PRINT # Here, having arranged the environment, we exec the real zapper: -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux ajj 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i586 Locale: LANG=C, LC_CTYPE=C Versions of packages adzapper depends on: ii perl 5.6.1-8.8 Larry Wall's Practical Extraction ii squid 2.4.6-2woody7 Internet Object Cache (WWW proxy c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297302: kbiff freezes very often
Package: kbiff Version: 3.7.1-3.1 Severity: important I know this may be difficult to reproduce due to various network configurations. But I run kbiff to check an IMAP mailbox and a POP mailbox through a ssh tunnel. Usually it works very well but sometimes (2 ou 3 times a day !) it freezes: the icon is the KDE taskbar disappear and do no respond (to a click or a right-click). I have to kill it and re-run it. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kbiff depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-2 The Network Audio System (NAS). (s ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrandr2 4.3.0.dfsg.1-10 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297283: Reproduced on my system
Package: mysql-server Version: 4.0.23-7 Followup-For: Bug #297283 This bug was reproduced on my system. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mysql-server depends on: ii adduser 3.59Add and remove users and groups ii debconf 1.4.30.11 Debian configuration management sy ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libmysqlclient12 4.0.23-7mysql database client library ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-6 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii mysql-client 4.0.23-7mysql database client binaries ii mysql-common 4.0.23-7mysql database common files (e.g. ii passwd 1:4.0.3-30.9change and administer password and ii perl 5.8.4-6 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3 compression library - runtime -- debconf information: mysql-server/nis_warning: mysql-server/really_downgrade_from_41: false mysql-server/mysql_update_hints1: * mysql-server/start_on_boot: true mysql-server/postrm_remove_databases: false * mysql-server/postrm_remove_database: false * mysql-server/mysql_install_db_notes: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297068: Permissions on initial nodes
Le nonidi 9 ventôse, an CCXIII, Marco d'Itri a écrit : $head -1 /etc/udev/links.conf # This file does not exist. Please do not ask the debian maintainer about it. $ And I really meant it. But the feature I am asking for is not in links.conf, it is in init.d/udev. This script does not have a similar disclaimer, I believe. pgpj3n93dzCj5.pgp Description: PGP signature
Bug#275652: mirrors: Telia Denmark has offered to provide hosting for ftp.dk.debian.org
Package: mirrors Followup-For: Bug #275652 A friend of mine working at Telia Denmark has told me that Telia would be happy to have ftp.dk.debian.org point to mirrors.telianet.dk. I am told that the mirror currently contains i386, ppc and sparc, and that hppa is due to be mirrored in the not too distant future. The official contact email address for the mirror is mirrors at dk.telia.net. I am sure that they can provide information about connectivity and such. Thanks. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]