Bug#361042: mouseemu: missing dependency on udev
Package: mouseemu Version: 0.15-3 Severity: normal When udev is not installed, mouseemu postinst dies with: /var/lib/dpkg/info/mouseemu.postinst: line 26: udevcontrol: command not found Installing udev makes the package work, thus a dependency to udev seems to be missing. Teemu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mouseemu depends on: ii libc62.3.6-3 GNU C Library: Shared libraries an ii procps 1:3.2.6-2.1 /proc file system utilities mouseemu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344487: ftp.debian.org: Please remove mips/mipsel PostgreSQL debs from sid/testing
Hi Jeroen, Jeroen van Wolffelaar [2006-04-06 0:55 +0200]: > > * all debs generated by postgresql-7.4 > > * all debs generated by postgresql-8.0 > > This will break a number of further rdepends, like libpam-pqsl, > facturalux, libdbd-pqsl, and more. Should mipsen binaries there also be > removed, or...? No, these are just client applications. They should be rebuilt against the current libpq-dev, libpq3 is deprecated anyway. > > * postgresql-8.1 > > * postgresql-contrib-8.1 > > * postgresql-plperl-8.1 > > * postgresql-plpython-8.1 > > * postgresql-pltcl-8.1 > > Those don't seem to be failing to build, or lagging at all. Please make > sure that happens, otherwise a same version build might succeseed, > resulting in again the exact same version numbers to appear Hm, just bad timing. The server debs were indeed not built until 8.1.3-2, but since testing was not updated for 6 months(!) I finally decided to let the new version slip in and did: postgresql-8.1 (8.1.3-3) unstable; urgency=low [...] * debian/control: Build server packages on mips and mipsel again, even if they do not work. No need to block testing migration forever (the ftp-masters seem reluctant to remove the mips binaries, see #344487), and the bug is in binutils, not PostgreSQL itself (see #357603). I reverted this in the development version for -4, so that mips[el] won't build them again. Sorry for hitting the race condition! > but actually being different builds. There are a few ways to achieve this. > One way that you should always use if it is possible, is to have a small > testsuite during build time, that will test the functionality, and fails > to build if it doesn't work. This is a good idea anyway, it can prevent > some broken uploads. The packages indeed have test suites, and their failure causes an FTBFS for 7.4 and 8.0. However, this approach is not possible for 8.1, since it is crucial to have the client side library being built (hundreds of packages depend on them, and they should work fine). So for 8.1, I need to tweak the Architecture: field for the server packages. > If you really opted for the solution you noted above, something is > failing here or you didn't upload yet? For example: > > postgresql-8.1 |8.1.3-3 | unstable | source, alpha, amd64, arm, > hppa, hurd-i386, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#361043: gmt_4.0-2(hppa/unstable):
Package: gmt Version: 4.0-2 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gmt_4.0-2 on sarti by sbuild/hppa 85 > Build started at 20060406-0559 [...] > ** Using build dependencies supplied by package: > Build-Depends: netcdfg-dev, tcsh | csh, debhelper (>= 4.0), bzip2 [...] > ar cvur libgmt.a fourt.o gmt_calclock.o gmt_cdf.o gmt_customio.o gmt_grdio.o > gmt_init.o gmt_io.o gmt_map.o gmt_plot.o gmt_shore.o gmt_stat.o gmt_support.o > gmt_vector.o > a - fourt.o > a - gmt_calclock.o > a - gmt_support.o > a - gmt_vector.o > ranlib libgmt.a > ld -shared pslib.o -o libpsl.so A full build log can be found at: http://buildd.debian.org/build.php?arch=hppa&pkg=gmt&ver=4.0-2 GCC requires that programs built with gcc be linked with gcc, not with ld. Hence this: ld -shared pslib.o -o libpsl.so should be: gcc -Wl,-shared pslib.o -o libpsl.so and so on throughout the code. Otherwise, you wind up missing the architecture specific libraries that get added by gcc at link time. lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322113: libc6: aborted upgrade can create /etc/ld.so.nohwcap
On Mon, Aug 15, 2005 at 10:39:35AM +0900, GOTO Masanori wrote: > That's weird behavior. As I wrote previously, the role of > /etc/ld.so.nohwcap is to prevent using /lib//libc.so.6. > It means your libc6 installation is broken state. So, try to extract > libc6 package to temporary dir using dpkg-deb, and copy /lib/*.so.* to > /lib. I finally built up the courage to attempt an upgrade (to libc6 2.3.6-3). I am pleased to report that the upgrade went smoothly. All software continued to operate without interruption and worked fine after reboot. -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361044: m2c: FTBFS (ppc64): file `config/powerpc64-gcc.h' does not exist.
Package: m2c Version: 0.6-10.2 Severity: wishlist Tags: patch When building 'm2c' on ppc64/unstable, I get the following error: dh_testdir # Add here commands to compile the package. ./configure +cc=gcc `dpkg-architecture -qDEB_BUILD_GNU_CPU` ./configure: file `config/powerpc64-gcc.h' does not exist. Good bye. make: *** [build-stamp] Error 1 With the attached patch 'm2c' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/m2c-0.6/config/powerpc64-gcc.h ./config/powerpc64-gcc.h --- ../tmp-orig/m2c-0.6/config/powerpc64-gcc.h 1970-01-01 00:00:00.0 + +++ ./config/powerpc64-gcc.h2006-04-06 06:40:13.0 + @@ -0,0 +1,35 @@ +/* The file is used for tunning Modula-2 translator on 64-bit + power GCC compiler. + Copyright (C) 1993-1997 (see more details in file COPYING). + + This file is part of Modula-2 translator. */ + +#include "power64.h" +#include "gcc.h" + + +/* If the following macros is defined than it is used for making more + precise size of type with mode TYPE_MODE (see commentaries in m2-icode.h) + after standard method of size calculation. */ + +/*#define MAKING_MORE_PRECISE_SIZE_BY_TYPE_MODE(size,type_mode) */ + +/* If the following macros is defined than it is used for making more + precise size of type given as ICODE_PTR (see commentaries in m2-icode.h) + after standard method of size calculation and after call of + previous macros (if it is defined). */ + +/*#define MAKING_MORE_PRECISE_SIZE_BY_TYPE(size,icode_ptr) */ + +/* If the following macros is defined than it is used for making more + precise alignment of type with mode TYPE_MODE (see commentaries in + m2-icode.h) after standard method of alignment calculation. */ + +/*#define MAKING_MORE_PRECISE_ALIGN_BY_TYPE_MODE(align,type_mode) */ + +/* If the following macros is defined than it is used for making more + precise alignment of type given as ICODE_PTR (see commentaries in + m2-icode.h) after standard method of alignment calculation and after call of + previous macros (if it is defined). */ + +/*#define MAKING_MORE_PRECISE_ALIGN_BY_TYPE(align,icode_ptr) */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361039: libc6: bad regcomp initialization, fixed upstream
LaMont Jones wrote: Package: libc6 Severity: serious Version: 2.3.6-4 After initializing a mutex, regcomp zeros the structure. On architectures that have non-zero free lock values (e.g., hppa) this results in deadlock. The following patch fixes the problem. (See http://www.sourceware.org/cgi-bin/cvsweb.cgi/libc/posix/regcomp.c.diff?r1=1.95&r2=1.96&cvsroot=glibc ) Are you sure of the version against which you reported the bug? This patch is present in the package since the version 2.3.6-4. With it I was able to run the testsuite again. Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361045: gnome-gv: Icons of toolbar dissapear
Package: gnome-gv Version: 1:2.8.2-3 Severity: normal This happens when using gedit and ggv at the same time. If I save the file I'm editing with gedit, the icons of the toolbar dissapear. This does not happens with, for example, emacs or the gimp. Workaround: Go to the next page (for example right-clicking with the mouse and using the drop list) and return to the page. If you save the file of gedit again, you must go to a further page. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages gnome-gv depends on: ii desktop-file-utils 0.10-1Utilities for .desktop files ii gconf2 2.8.1-6 GNOME configuration database syste 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.8.0-4 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libesd00.2.35-2 Enlightened Sound Daemon - Shared ii libgconf2-42.8.1-6 GNOME configuration database syste ii libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-keyring0 0.4.2-1 GNOME keyring services library ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgnutls111.0.16-13.1 GNU TLS library - runtime library ii libgpg-error0 1.0-1 library for common error values an ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libtasn1-2 0.2.10-3 Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxml22.6.16-7 GNOME XML library ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358944: dfsbuild upgrade will resolve these bugs
tags 358944 pending tags 320991 pending tags 314815 pending tags 307334 pending tags 356572 pending tags 316420 pending thanks Hello, I am presently about 50% done rewriting dfsbuild from scratch. I am using Haskell instead of OCaml for the programs themselves, and also am using reprepro instead of apt-move to handle the package cache on the generated image. When an upload is made, which should occur within the next few days, these bugs will all be resolved. Thanks, -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360694: torrentflux: Should use variable substitution in debconf templates
Christian Perrier said the following on 05/04/2006 10:03 PM: > IIRC, the magic is done by the db_subst command of debconf. See the > SUBST command of the debconf protocol. Ah, now I think I understand what you're saying. I had originally setup the apache restart modeled on phpmyadmin, which uses a single debconf question repeated multiple times with substitution variables. However, this causes a lintian warning about "postinst-uses-db-input", so to avoid this I created the 4 questions and asked in the config instead of the postinst. At the time, I couldn't see a reason for not doing this, but you have presented a good one. I'll switch back for the next release. > I also suggest you talk to maintainers of the Apache packages. There > is an apache-shared template which you could use for your needs by > registering it (see the REGISTER command in the debconf protocol). I looked at this, but it doesn't look useful. It is not used with all apaches (i.e. not in apache2), and I couldn't find any programs using it, or any documentation for it. I think I'll avoid it for now. Thanks for the enlightening report! -- Cameron Dale [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#360894: sudo: installs preformatted cat page rather than man page
On Wed, Apr 05, 2006 at 07:06:51AM -0700, Bdale Garbee wrote: > On Wed, 2006-04-05 at 11:21 +0100, Colin Watson wrote: > > Please install the source man pages instead. > > You must be on a non-i386 machine. Yes, I'm on powerpc. Sorry for not mentioning that up-front. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361045: gnome-gv: Icons of toolbar dissapear
I forgot to say that to reproduce the bug you must modify the ps file and click the refresh buttom before saving something with gedit. Tipically, this happens when compiling a TeX file to ps and editing the source to make some change. __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361046: gjay: Crashes upon encounterin an mp3 free format frame
Package: gjay
Version: 0.2.8.3-4.1
Severity: normal
GJay segfaulted in the initial scanning phase upon reading a particular
mp3 file.
#0 0x0041b2a1 in header_bitrate (h=0x7fe89040) at mp3.c:300
#1 0x0041b1f6 in frame_length (header=0x7fe89040) at mp3.c:291
#2 0x0041b184 in get_header (file=0xa38f60, header=0x7fe89040)
at mp3.c:287
#3 0x0041ad62 in get_first_header (mp3=0x7fe892b0,
startpos=3240540) at mp3.c:204
#4 0x0041a90f in get_mp3_info (mp3=0x7fe892b0, scantype=1,
fullscan_vbr=0) at mp3.c:132
It turns out that the problem is that at
int header_bitrate(mp3header *h) {
return bitrate[h->version & 1][3-h->layer][h->bitrate-1];
}
h->bitrate had the value of 0, causing an array underrun. According to
quick googling, zero is a valid value for the bitrate field in a frame
header, indicating a "free format" frame. I don't know exactly what this
means, and it may well be that the mp3 file was more or less broken.
In any case, value zero in the bitrate field should be either support or
detected and rejected.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16la2
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Versions of packages gjay depends on:
ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit
ii libc6 2.3.6-3 GNU C Library: Shared libraries an
ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra
ii libfontconfig1 2.3.2-2 generic font configuration library
ii libglib2.0-02.10.1-2 The GLib library of C routines
ii libgsl0 1.7.90-1 GNU Scientific Library (GSL) -- li
ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface
ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio
ii libx11-66.8.2.dfsg.1-11 X Window System protocol client li
ii libxcursor1 1.1.3-1 X cursor management library
ii libxext66.8.2.dfsg.1-11 X Window System miscellaneous exte
ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li
ii libxinerama16.8.2.dfsg.1-11 X Window System multi-head display
ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra
ii mp3info 0.8.4-8 An MP3 technical info viewer and I
ii mpg321 [mpg123] 0.2.10.3 A Free command-line mp3 player, co
ii xmms1.2.10+cvs20050809-5 Versatile X audio player
gjay recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361047: python-libgmail: login method hangs
Package: python-libgmail
Version: 0.1.4-2
Severity: grave
Justification: renders package unusable
libgmail seems to be unable to log me into gmail at all either from
mount.gmailfs or from my own test script.
If I try to use mount.gmailfs I get "gmailfs did not connect in less than 12
seconds, aborting..." in the log.
The following test script prints 1 but hangs forever without printing 2:
--BEGIN SCRIPT--
import libgmail
ga = libgmail.GmailAccount("[EMAIL PROTECTED]", "")
print "1"
ga.login()
print "2"
--END SCRIPT--
If I hit Control-C during the execution of the above script I get the following
stacktrace:
--BEGIN STACK--
File "foo.py", line 5, in ?
ga.login()
File "/usr/lib/site-python/libgmail/__init__.py", line 318, in login
pageData = self._retrievePage(redirectURL)
File "/usr/lib/site-python/libgmail/__init__.py", line 331, in _retrievePage
resp = urllib2.urlopen(req)
File "/usr/lib/python2.3/urllib2.py", line 129, in urlopen
return _opener.open(url, data)
File "/usr/lib/python2.3/urllib2.py", line 326, in open
'_open', req)
File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
result = func(*args)
File "/usr/lib/python2.3/urllib2.py", line 908, in https_open
return self.do_open(httplib.HTTPS, req)
File "/usr/lib/python2.3/urllib2.py", line 895, in do_open
return self.parent.error('http', req, fp, code, msg, hdrs)
File "/usr/lib/python2.3/urllib2.py", line 346, in error
result = self._call_chain(*args)
File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
result = func(*args)
File "/usr/lib/python2.3/urllib2.py", line 472, in http_error_302
return self.parent.open(new)
File "/usr/lib/python2.3/urllib2.py", line 326, in open
'_open', req)
File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
result = func(*args)
File "/usr/lib/python2.3/urllib2.py", line 908, in https_open
return self.do_open(httplib.HTTPS, req)
File "/usr/lib/python2.3/urllib2.py", line 895, in do_open
return self.parent.error('http', req, fp, code, msg, hdrs)
File "/usr/lib/python2.3/urllib2.py", line 346, in error
result = self._call_chain(*args)
File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
result = func(*args)
File "/usr/lib/python2.3/urllib2.py", line 472, in http_error_302
return self.parent.open(new)
File "/usr/lib/python2.3/urllib2.py", line 326, in open
'_open', req)
File "/usr/lib/python2.3/urllib2.py", line 306, in _call_chain
result = func(*args)
File "/usr/lib/python2.3/urllib2.py", line 908, in https_open
return self.do_open(httplib.HTTPS, req)
File "/usr/lib/python2.3/urllib2.py", line 884, in do_open
h.endheaders()
File "/usr/lib/python2.3/httplib.py", line 715, in endheaders
self._send_output()
File "/usr/lib/python2.3/httplib.py", line 600, in _send_output
self.send(msg)
File "/usr/lib/python2.3/httplib.py", line 567, in send
self.connect()
File "/usr/lib/python2.3/httplib.py", line 987, in connect
sock.connect((self.host, self.port))
File "", line 1, in connect
--ENDSTACK--
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-2006021502
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages python-libgmail depends on:
ii python2.3.5-5An interactive high-level object-o
python-libgmail recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#184491: lsof: should examples scripts be placed in /usr/share/lsof ?
On Wed, Apr 05, 2006 at 07:52:44PM -0400, Justin Pryzby wrote: > > suggestions are welcome as always > Sure; you can run the scripts like: > > perl <(zcat /usr/share/doc/lsof/examples/idrlogin.perl.gz) > > <() isn't in posix, but works in bash, and seems to work in ksh, too. nice, I would suggest adding it to README.Debian, then this bug can be closed (okay, I'm satified with your solution but let's make it clearer) thanks, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350989: Bug##350989: libtool on alpha causes linking errors when run on AFS
> So. Does the same happen with newer versions like 4.0 or 4.1? And how > can it be reproduced? Sorry that it took a little long to reply... Anyway, please close the bug: I cannot reproduce it myself anymore! I was able to do it with several independent sources with 100% probability at the time of the original bug report, but not any more. I'd be delighted to know what's happened, but the bug's still probably best closed. -Juha -- --- | Juha Jäykkä, [EMAIL PROTECTED]| | Laboratory of Theoretical Physics | | Department of Physics, University of Turku| | home: http://www.utu.fi/~juolja/ | --- signature.asc Description: PGP signature
Bug#353826: k3b: Not entirely fixed...?
> I also experienced this bug, so I installed the new version of the > package from unstable on my testing system. WHen I now click on "Start > K3bSetup2", nothing happens at all anymore (instead from the empty > dialog, just nothing happens). Same here-- no dialog comes up. When I run k3bsetup from the command line, I get kcmshell (kdelibs): WARNING: Could not find module 'k3bsetup2'. and that's all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#181951: this is really true_i couldnt believe it
Tired of working a dead end job ? Ca.ll u_s now get any de.g.ree you desire in 2weeks! _1.0.0% verifiable 2.0,6-202-2033 Best Regards, Marcus Peel It might be a bit of the cloak. Our caravan was next to the van where the odd job woman lived,,Longer than sun, or any revolving satellite, Through gazing on the unquiet sky;. If you'll just tell me so --. for, working as he did rather for the love of his art than for the acquirement of wealth.. Gave to Snow White.. Hooch lived on her own and looked after the needs of all the caravans on the site,is broken," says Noel Tichy, a University of Michigan business school A childwith a most knowing eye.. Who lived in a shoe.. To start, simply type the value of currency to convert in the amount box..
Bug#357793: cdparanoia: Missing scsi generic interface
So you did just find another Linux kernel incompatibility bug.. BTW: cdparanoia ia unrelated to cdrtools. Cdparanoia did start as a patch to cdda2wav and has not been maintained long enough for today's problems. The cdparanoia code is unmaintained since 5 years. There are several unfoxed bugs even in the paranoia code. I really don't understand why people still use something that is worse than cdda2wav. Cdda2wav included the important part of cdparanoia (and made it a portable libparanoia) and fixed the bugs. Cdda2wav gives much better results than cdparanoia. 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#361011: module-assistant: please add sysprof-module-source to compliant list
tags 361011 + pending thanks #include * Samuel Mimram [Thu, Apr 06 2006, 01:22:55AM]: > Package: module-assistant > Version: 0.10.2 > Severity: wishlist > > Hi, > > Could you please add sysprof-module-source to the list of modules > handled by m-a? > > FYI, sysprof is a profiler which operates at kernel-level (thus the need > for a module). Ok, but only after the current version has moved to Testing. Eduard. -- Susan Ivanova: An expedition to Coronis space found Sheridan's ship a few days later, but they never found him. All the airlocks were sealed, but there was no trace of him inside. Some of the Minbari believe he will come back some day, but I never saw him again in my lifetime... -- Quotes from Babylon 5 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319471: gnome-applets: Local time in gweather can be misleading
Package: gnome-applets Version: 2.12.3-1 Followup-For: Bug #319471 Local time under 'Last update', 'Sunrise' and 'Sunset' are good, but 'local time' is relative to what you call local. For instance, I have an Eindhoven and a Reykjavik applet, which have different local times, but which one is shown by the applet? Judging from the values I would say local time of the computer, but that looks strange for the other applet (sunset in Reykjavik at 22:34??). Maybe the times for both timezones should be shown if they differ. Thanks, Christian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc64 Locale: LANG=en_US.UTF-8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8) Versions of packages gnome-applets depends on: ii debconf [debconf-2.0]1.4.72 Debian configuration management sy ii gconf2 2.14.0-1GNOME configuration database syste ii gnome-applets-data 2.12.3-1Various applets for GNOME 2 panel ii gnome-icon-theme 2.14.2-1GNOME Desktop icon theme ii gnome-panel 2.12.3-1launcher and docking facility for ii gstreamer0.8-alsa [gstre 0.8.12-1ALSA plugin for GStreamer ii gstreamer0.8-artsd [gstr 0.8.12-1aRtsd plugin for GStreamer ii gstreamer0.8-esd [gstrea 0.8.12-1Enlightened Sound Daemon plugin fo ii gstreamer0.8-oss [gstrea 0.8.12-1OSS plugin for GStreamer ii libapm1 3.2.2-5 Library for interacting with APM d ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-1The Bonobo UI library ii libc62.3.6-5 GNU C Library: Shared libraries an ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2The GLib library of C routines ii libgnome-desktop-2 2.14.0-1Utility library for loading .deskt ii libgnome2-0 2.14.0-2The GNOME 2 library - runtime file ii libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-2GNOME virtual file-system (runtime ii libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li ii libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins, ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libgtop2-5 2.12.2-1Libraries for gtop system monitori ii libgucharmap41:1.6.0-1 Unicode browser widget library (sh ii libhal1 0.5.7-1 Hardware Abstraction Layer - share ii libpanel-applet2-0 2.12.3-1library for GNOME 2 panel applets ii libpango1.0-01.12.0-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstartup-notification0 0.8-1 library for program launch feedbac ii libwnck182.14.0 Window Navigator Construction Kit ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxklavier102.2-1 X Keyboard Extension high-level AP ii libxml2 2.6.23.dfsg.2-3 GNOME XML library Versions of packages gnome-applets recommends: ii gnome-media2.12.0-4 GNOME media utilities ii gnome-netstatus-applet 2.12.0-5 Network status applet for GNOME 2 ii gnome-system-monitor 2.12.2-2 Process viewer and system resource ii imagemagick7:6.2.4.5-0.8 Image manipulation programs -- debconf information: gnome-applets/cpufreq_SUID_bit: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334392: proper generic 64bit/crosscompilation ARCH/flags selection
Hello, I would like to get more competent comments from concerned kernel packages on the issue quoted below. There is already a hack for sparc64: ifeq ($(ARCH),) SPARCH=$(shell grep 'CONFIG_SPARC..=y' "$(KSRC)/.config" 2>/dev/null| cut -d= -f1) #maybe a different ARCH on sparc ifeq (CONFIG_SPARC32,$(SPARCH)) ARCH :=sparc export ARCH endif ifeq (CONFIG_SPARC64,$(SPARCH)) ARCH :=sparc64 export ARCH endif endif * Björn Torkelsson [Wed, Apr 05 2006, 10:29:41AM]: > Shouldn't the following code snippet be enough to make module-assistant > work on PPC64 and hopefully still work on all machines with a 64-bit > kernel. Maybe it should also check if the arch is powerpc just to be on > the safe side? > --- module-assistant-0.10.2/modass/include/generic.make.orig2006-04-05 > 10:22:36.0 +0200 > +++ module-assistant-0.10.2/modass/include/generic.make 2006-04-05 > 10:23:08.0 +0200 > @@ -48,6 +48,11 @@ > endif > endif > > +# Check if we are running a 64bit kernel > +ifneq "$(wildcard $(KSRC)/include/linux/config/64bit.h)" "" > + CFLAGS += -m64 > +endif > + > # Special case gcc 2.7.2 > ifeq ($(CC),gcc-2.7) > CC = gcc272 > > It is completely untested though as I don't have access to any PPC64 machine. > > /torkel > > -- Hi, gibts einen Kazaa client für GNU? krid: falsche frage panthera: Gibt es einen Kazaa client für Debian GNU/Linux? :-) krid: falsche frage ;) panthera: Hm. Welche Frage ist die richtige? krid: gibt es einen freien ftp-client fuer linux?
Bug#361049: inventor: FTBFS (ppc64): cast from 'void*' to 'int' loses precision
Package: inventor Version: 2.1.5-10-7 Severity: normal Tags: patch When building 'inventor' on ppc64/unstable, I get the following error: make[5]: Entering directory `/inventor-2.1.5-10/lib/database/src/so' /usr/bin/g++-g -D_REENTRANT -O3-DIVBINDIR=\"/usr/bin\" -DIVLIBDIR=\"/usr/lib\" -DIVHDRTOP=\"/usr/include/Inventor\" -DIVFONTPATH=\"/usr/share/inventor/fonts\" -DIVHELPDIR=\"/usr/share/inventor/help\" -DIVDATADIR=\"/usr/share/inventor/data/models\" -DIVMATERIALSDIR=\"/usr/share/inventor/data/materials\" -DIVTEXTURESDIR=\"/usr/share/inventor/data/textures\" -DIVDEMOBINDIR=\"/usr/lib/inventor\" -DIVDEMODATADIR=\"/usr/share/inventor/data/demos\" -DPDFVIEWER=\"xpdf\" -I/usr/X11R6/include -I. -I../../../../lib/database/include -I../../../../lib/interaction/include -I../../../../lib/nodekits/include -I../../../../libSoXt/include -fPIC -O -DNDEBUG -c So.c++ SoType.c++: In static member function 'static SoType SoType::fromName(SbName)': SoType.c++:338: error: cast from 'void*' to 'int' loses precision SoOutput.c++: In member function 'int SoOutput::findReference(const SoBase*) const': SoOutput.c++:1468: error: cast from 'void*' to 'int' loses precision make[5]: *** [So.o] Error 1 make[5]: Leaving directory `/inventor-2.1.5-10/lib/database/src/so' With the attached patch 'inventor' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/inventor-2.1.5-10/lib/database/include/machine.h ./lib/database/include/machine.h --- ../tmp-orig/inventor-2.1.5-10/lib/database/include/machine.h 2006-04-06 07:23:57.0 + +++ ./lib/database/include/machine.h2006-04-06 07:23:21.0 + @@ -371,7 +371,7 @@ #endif /* Added for Debian by Steve M. Robbins */ -#if (_MIPS_SZPTR == 64 || __ia64 || __x86_64 || __alpha__) +#if (_MIPS_SZPTR == 64 || __ia64 || __x86_64 || __alpha__ || __powerpc64__) # define USE_64BIT_HACKS 1 #else # define USE_64BIT_HACKS 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361036: thunderbird: FTBFS (ppc64): sibling call optimization to `nsGridRowGroupLayout::GetMaxSize(nsIFrame*, nsBoxLayoutState&, nsSize&)' does not allow automatic multiple TOCs; recompile with -m
tags 361036 + confirmed tags 361036 + pending thanks ... for the patch. Will include it with next upload - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361048: locales: locale settings lost after upgrade
Package: locales
Version: 2.3.6-5
Severity: normal
When upgrading to version 2.3.6-5, the locale settings were moved from
/etc/environment to /etc/default/locale. Since I had LANG=de_DE in
/etc/environment, but not set it in my ~/.bash{_profile,rc} scripts, I
found that my window manager and other programs suddenly started
started speaking English rather than German. Is /etc/default/locale
actually read by any programs (other than the new update-locale command)?
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.32
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Versions of packages locales depends on:
ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii libc6 [glibc-2.3.6-2] 2.3.6-5GNU C Library: Shared libraries an
locales recommends no packages.
-- debconf information:
* locales/default_environment_locale: de_DE
* locales/locales_to_be_generated: [EMAIL PROTECTED] ISO-8859-15, de_DE
ISO-8859-1, de_DE.UTF-8 UTF-8, [EMAIL PROTECTED] UTF-8
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361050: aptitude-doc-cs: missing images
Package: aptitude-doc-cs Version: 0.4.1-1 Severity: minor There are missing some images in Czech version of documentatnion. These images exist in Enghlish version, but with English menus etc, of course. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=czech, LC_CTYPE=czech (charmap=ISO-8859-2) (ignored: LC_ALL set to czech) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361054: pcmcia-cs: inaccurate LSB runtime info
Package: pcmcia-cs Version: 3.2.8-8 Severity: normal Tags: patch There is a slight error in the LSB formatted info block for /etc/init.d/portmap. The script should be called with the stop argument in runlevel 1, so the '1' need to move to 'Default-Stop'. Without this change, the insserv package create the wrong script order for rc1.d/. This patch solve the issue: diff -u /etc/init.d/pcmcia etc/init.d/pcmcia --- /etc/init.d/pcmcia 2005-08-03 18:19:00.0 +0200 +++ etc/init.d/pcmcia 2006-04-04 16:38:58.0 +0200 @@ -2,8 +2,8 @@ # ### BEGIN INIT INFO # Provides: pcmcia -# Default-Start: 1 2 3 4 5 -# Default-Stop: 0 6 +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 # Short-Description: PCMCIA support # Description: This service provides PCMCIA hardware support. ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361052: console-common: inaccurate LSB runtime info
Package: console-common Version: 0.7.55.1 Severity: normal Tags: patch In bug #330231, when I sent a LSB formatted info block for /etc/init.d/keymap.sh, I made a slight error. The script should be called with the stop argument in runlevel 1, so the '1' need to move to 'Default-Stop'. Without this change, the insserv package create the wrong script order for rc1.d/. This patch solve the issue: diff -u /etc/init.d/keymap.sh etc/init.d/keymap.sh --- /etc/init.d/keymap.sh 2005-10-05 19:39:20.0 +0200 +++ etc/init.d/keymap.sh2006-04-04 16:38:51.0 +0200 @@ -3,8 +3,8 @@ # Provides: keymap # Required-Start:mountvirtfs # Required-Stop: -# Default-Start: S 1 2 3 4 5 -# Default-Stop: 0 6 +# Default-Start: S 2 3 4 5 +# Default-Stop: 0 1 6 ### END INIT INFO . /lib/lsb/init-functions -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell
> > The kernel 2.6.8-2-686 cannot use the current udev but boots fine, > > except that X does not start, since it finds no mouse. > sure there you would need to load mousedev by hand or have > it listed in /etc/modules.. The first option works fine, the second option lets X come up, but the mouse is not responding. > > >which version of initramfs-tools do you use? > > >aka output of: > > >dpkg -l initramfs-tools > > > > ii initramfs-tool 0.53c tools for generating an initramfs > > please try out the unstable initramfs-tools version 0.59b I did: complete disaster. After the udev checks, the scrips come up with a message "Waiting for the root filesystem" or something of that kind. Except that, afterwards, the /dev/hd* entries are never generated. Of course, after a few minutes the scripts drop out to a shell, but further waiting/exiting does not help. I left the computer up all night, with no success. So, I decided I had better go back to initramfs-tool 0.53c , but that also wouldn't help! I even forced a purge of both udev and initramfs-tool and reinstalled them, but the unbootability of kernel 2.6.15 persists! Also, the same yesterday unseen message about "Waiting..." pops up. This is extramely surprising, as I checked that I have successfully downgraded to ii initramfs-tools 0.53c tools for generating an initramfs Indeed, by booting on 2.6.8, when I grep Wait /usr/share/initramfs-tools/scripts/* I get nothing. However, when my 2.6.15 boot fails and I drop to the shell, instead I see that /scripts/local includes that message Waiting It goes as if the damn initramfs-tools 0.59b got somewhere hidden in the system and comes back, with very bad effects... Thank you for any help, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361055: sudo: inaccurate LSB runtime info
Package: sudo Version: 1.6.8p12-1 Severity: normal Tags: patch There is a slight error in the LSB formatted info block for /etc/init.d/sudo. The script should be called with the stop argument in runlevel 1, so the '1' need to move to 'Default-Stop'. Without this change, the insserv package create the wrong script order for rc1.d/. This patch solve the issue: diff -u /etc/init.d/sudo etc/init.d/sudo --- /etc/init.d/sudo2005-10-12 03:40:40.0 +0200 +++ etc/init.d/sudo 2006-04-04 16:39:46.0 +0200 @@ -4,8 +4,8 @@ # Provides: sudu # Required-Start:$local_fs $remote_fs # Required-Stop: -# Default-Start: S 1 2 3 4 5 -# Default-Stop: 0 6 +# Default-Start: S 2 3 4 5 +# Default-Stop: 0 1 6 ### END INIT INFO N=/etc/init.d/sudo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360791: doesn't raise windows when clicking on window list entry
> Metacity 2.14, with "don't raise windows on click" gconf key set, > doesn't raise windows when I click on their entry in the window list. I can confirm this bug. However, this might be caused by the mismatch between versions of your gnome-panel (2.12) and metacity (2.14). See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360914 The Gnome 2.14 stuff is just starting to come into unstable, so I'd say downgrade to metacity 2.12 (or just wait it out) until gnome-panel 2.14 comes in. -John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361053: portmap: inaccurate LSB runtime info
Package: portmap Version: 5-18 Severity: normal Tags: patch In bug #326125, when I sent a LSB formatted info block for /etc/init.d/portmap, I made a slight error. The script should be called with the stop argument in runlevel 1, so the '1' need to move to 'Default-Stop'. Without this change, the insserv package create the wrong script order for rc1.d/. This patch solve the issue: diff -u /etc/init.d/portmap etc/init.d/portmap --- /etc/init.d/portmap 2005-10-08 17:29:03.0 +0200 +++ etc/init.d/portmap 2006-04-04 16:39:04.0 +0200 @@ -8,8 +8,8 @@ # Required-Stop: $network # Should-Start: $named # Should-Stop: $named -# Default-Start: S 1 2 3 4 5 -# Default-Stop: 0 6 +# Default-Start: S 2 3 4 5 +# Default-Stop: 0 1 6 ### END INIT INFO test -f /sbin/portmap || exit 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361051: console-tools: inaccurate LSB runtime info
Package: console-tools Version: 1:0.2.3dbs-60 Severity: normal Tags: patch In bug #330229, when I sent a LSB formatted info block for init.d/console-screen.sh, I made a slight error. The script should be called with the stop argument in runlevel 1, so the '1' need to move to 'Default-Stop'. Without this change, the insserv package create the wrong script order for rc1.d/. This patch solve the issue: --- /etc/init.d/console-screen.sh.dpkg-dist 2005-10-05 22:14:17.0 +0200 +++ etc/init.d/console-screen.sh.dpkg-dist 2006-04-04 16:38:47.0 +0200 @@ -3,8 +3,8 @@ # Provides: console-screen # Required-Start:$local_fs $remote_fs # Required-Stop: $local_fs $remote_fs -# Default-Start: S 1 2 3 4 5 -# Default-Stop: 0 6 +# Default-Start: S 2 3 4 5 +# Default-Stop: 0 1 6 ### END INIT INFO # -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages console-tools depends on: ii console-common 0.7.55.1 Basic infrastructure for text cons ii debconf [debconf-2.0] 1.4.72Debian configuration management sy ii libc6 2.3.6-4 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-60 Shared libraries for Linux console ii sysvinit 2.86.ds1-13 System-V-like init utilities Versions of packages console-tools recommends: ii console-data 20060317 Keymaps, fonts, charset maps, fall -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351068: metacity: unble to move top of windows above top of screen
> It is not possible to move a windows so that its top go above the top of > the screen. This is fixed in metacity 2.14. However, I'd wait to install 2.14 until at least gnome-panel reaches 2.14, because of other potential problems with mismatched versions - possibly this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360914 -John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361056: gjay: Analysis broken on AMD64
Package: gjay
Version: 0.2.8.3-4.1
Severity: important
Tags: patch
It turns out that on AMD64, gjay's analysis quietly just fails on every
file without anything being reported to the user. The reason is that the
parsing of the temporary wav file header is broken for the age-old
reason: unwarranted assumptions about the sizes of C types.
Attached is a simple patch that seems to fix things. However, the very
fact that the program has been written by someone who parses file
formats like this:
fread(&wsfile.header, sizeof(waveheaderstruct), 1, f);
(i.e. making stupendously specific assumptions about the platform and
the compiler's struct representations)
means that the correct functioning of the entire program under 64-bit
platforms is suspect, and the code should probably be thoroughly
reviewed for any and all other platform-specific assumptions that get
broken under amd64.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16la2
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Versions of packages gjay depends on:
ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit
ii libc6 2.3.6-3 GNU C Library: Shared libraries an
ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra
ii libfontconfig1 2.3.2-2 generic font configuration library
ii libglib2.0-02.10.1-2 The GLib library of C routines
ii libgsl0 1.7.90-1 GNU Scientific Library (GSL) -- li
ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface
ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio
ii libx11-66.8.2.dfsg.1-11 X Window System protocol client li
ii libxcursor1 1.1.3-1 X cursor management library
ii libxext66.8.2.dfsg.1-11 X Window System miscellaneous exte
ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li
ii libxinerama16.8.2.dfsg.1-11 X Window System multi-head display
ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra
ii mp3info 0.8.4-8 An MP3 technical info viewer and I
ii mpg321 [mpg123] 0.2.10.3 A Free command-line mp3 player, co
ii xmms1.2.10+cvs20050809-5 Versatile X audio player
gjay recommends no packages.
-- no debconf information
--- analysis.h.orig 2006-04-06 11:31:29.0 +0300
+++ analysis.h 2006-04-06 11:22:11.0 +0300
@@ -56,19 +56,19 @@
/* WAV file header */
typedef struct {
- char main_chunk[4]; /* 'RIFF' */
- unsigned long length; /* length of file */
- char chunk_type[4]; /* 'WAVE' */
- char sub_chunk[4]; /* 'fmt' */
- unsigned long length_chunk; /* length sub_chunk, always 16 bytes */
- unsigned short format; /* always 1 = PCM-Code */
- unsigned short modus; /* 1 = Mono, 2 = Stereo */
- unsigned long sample_fq; /* Sample Freq */
- unsigned long byte_p_sec; /* Data per sec */
- unsigned short byte_p_spl; /* Bytes per sample */
- unsigned short bit_p_spl; /* bits per sample, 8, 12, 16 */
- char data_chunk[4]; /* 'data' */
- unsigned long data_length; /* length of data */
+ gchar main_chunk[4]; /* 'RIFF' */
+ guint32 length; /* length of file */
+ gchar chunk_type[4]; /* 'WAVE' */
+ gchar sub_chunk[4]; /* 'fmt' */
+ guint32 length_chunk; /* length sub_chunk, always 16 bytes */
+ guint16 format; /* always 1 = PCM-Code */
+ guint16 modus; /* 1 = Mono, 2 = Stereo */
+ guint32 sample_fq; /* Sample Freq */
+ guint32 byte_p_sec; /* Data per sec */
+ guint16 byte_p_spl; /* Bytes per sample */
+ guint16 bit_p_spl; /* bits per sample, 8, 12, 16 */
+ gchar data_chunk[4]; /* 'data' */
+ guint32 data_length; /* length of data */
} waveheaderstruct;
/* Analysis.c */
Bug#360691: ICEWM
Dies schrieb Niv Altivanik ([EMAIL PROTECTED]): > This bug seems to be ICEWM's busyness, the message reports that the > running WM doesn't repport itself as beeing NETWM Compilant, maybe > ICEWM launches his ~/.icewm/startup, before launching itself ? That indeed could be the case, can you move the bug to the IceWM package, or should I reopen a new bug? -- .:[EMAIL PROTECTED] | [EMAIL PROTECTED] | GPG: finger [EMAIL PROTECTED] °:. |_ http://stefans.datenbruch.de/__ __| | Wer Header fälscht oder verfälscht oder gefälschte oder verfälschte Header | `-__in_Umlauf_bringt_wird_mit_Scorefile_nicht_unter_-500_Punkten_bestraft__-' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360883: tetex-bin: texdoctk errors with "ERROR: No selection was made."
Keith Hellman <[EMAIL PROTECTED]> wrote:
> - is there a way to turn on a debug output in tcl (like bash -x would
> do)?
Hm, you can invoce the script with "debugperl -Dtls /usr/bin/texdoctk",
but that's probably more output than you want.
> - is there some type of indexing command that needs to be run?
No, that's not needed.
I am sure that something is amiss on your system, or in the way texdoctk
interacts with ("innocent") system settings, and so it is worth
debugging this. On the other hand, I suggest that we wait until you
update your tetex installation to testing or unstable and try again.
No hurry, but when you finally do so, please tell us whether the problem
persists or not.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Bug#360950: robotour segfaults running any robot
Hi Helmut! =) On 4/6/06, Helmut Grohne <[EMAIL PROTECTED]> wrote: > Package: robotour > Version: 3.2.1-2 > Severity: important > > Selecting any robot (especially from /usr/share/doc/robotour/examples) > and running them results in a segfault. Thanks for the bug. I will be looking into this as soon as I get access to an amd64 machine... Cheers, Zakame -- Zak B. Elep || http://zakame.spunge.org [EMAIL PROTECTED] || [EMAIL PROTECTED] 1486 7957 454D E529 E4F1 F75E 5787 B1FD FA53 851D
Bug#361057: lanmap: missing libltdl3 depends
Package: lanmap Version: 0.1+svn20060227-3 Severity: grave Justification: renders package unusable as stated in heading, also on installing said package fails with the following output. Error: Layout was not done. Missing layout plugins? mv: cannot stat `/usr/share/lanmap//tmp.lanmap': No such file or directory -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages lanmap depends on: ii graphviz 2.8-0.2rich set of graph drawing tools ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libpcap0.80.9.4-1System interface for user-level pa lanmap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361058: gammu: in SMSD mode have *** glibc detected *** free(): invalid pointer: 0xb7d2aff4 ***
Package: gammu
Version: 1.05.00-4
Severity: normal
When I run
$ gammu --smsd FILES smsd.rc
Log filename is "log/smsd.log"
*** glibc detected *** free(): invalid pointer: 0xb7d2aff4 ***
Aborted
the smsd.rc is:
[gammu]
port = /dev/ttyS0
model = 6150
connection = fbus
synchronizetime = yes
logfile = log/gammu.log
logformat = textall
use_locking = yes
gammuloc = gammu.us
startinfo = yes
[smsd]
PIN = 2225
logfile = log/smsd.log
commtimeout = 1
sendtimeout = 10
inboxpath = spool/sms/in/
outboxpath = spool/sms/out/
sentsmspath = spool/sms/sent/
errorsmspath = spool/sms/error/
#inboxformat = unicode
#transmitformat = auto
#receivefrequency = 0
deliveryreport = log
The strace information:
...
write(2, "Log filename is \"log/smsd.log\"\n", 31Log filename is
"log/smsd.log"
) = 31
time(NULL) = 1144314597
open("/etc/localtime", O_RDONLY)= 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=815, ...}) = 0
fstat64(5, {st_mode=S_IFREG|0644, st_size=815, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f48000
read(5, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\f\0\0\0\f\0"...,
4096) = 815
close(5)= 0
munmap(0xb7f48000, 4096)= 0
write(4, "Thu 2006/04/06 13:09:57 : Start "..., 43) = 43
munmap(0xcec7e08d, 3908062329) = -1 EINVAL (Invalid argument)
open("/dev/tty", O_RDWR|O_NONBLOCK|O_NOCTTY) = 5
writev(5, [{"*** glibc detected *** ", 23}, {"free(): invalid pointer",
23}, {": 0x", 4}, {"b7ca1ff4", 8}, {" ***\n", 5}], 5*** glibc detected
*** free(): invalid pointer: 0xb7ca1ff4 ***
) = 63
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(22451, 22451, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT +++
It's bug only SMSD mode, for example I run gammu for identify phone, and
all is OK, see below:
$ cat /home/andrey/.gammurc
[gammu]
port = /dev/ttyS0
model = 6150
connection = fbus
synchronizetime = yes
logfile = log/gammu.log
logformat = textall
use_locking = yes
#gammuloc = gammu.us
startinfo = yes
$ gammu --identify
Manufacturer : Nokia
Model : 6150 (NSM-1)
Firmware : 5.22 A (10-11-99)
Hardware : 2360
IMEI : 449208102567417
Original IMEI : 449208102567417
Manufactured : 0500
Product code : 0501888
Simlock 1 : MCC+MNC 00101, opened, factory, counter 0
Simlock 2 : GID1 , opened, factory, counter 0
Simlock 3 : GID2 , opened, factory, counter 0
Simlock 4 : MSIN01, opened, factory, counter 0
MSID : 8257c97afa72ee6946d3ffddd7
MCU checksum : E453
DSP ROM : 4
$ _
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686-smp
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Versions of packages gammu depends on:
ii libbluetooth1 2.25-1 Library to use the BlueZ Linux Blu
ii libc6 2.3.6-5GNU C Library: Shared libraries an
ii libgammu0 1.05.00-4 Mobile phone management library
ii libmysqlclient15off 5.0.19-3 mysql database client library
ii zlib1g1:1.2.3-11 compression library - runtime
gammu recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361060: ufraw: FTBFS (ppc64): "-m64 requires a PowerPC64 cpu" - Please do not use -mcpu on powerpc64
Package: ufraw Version: 0.5+cvs20051021-1 Severity: normal Tags: patch When building 'ufraw' on ppc64/unstable, I get the following error: make[2]: Entering directory `/ufraw-0.5+cvs20051021' if gcc -DHAVE_CONFIG_H -I. -I. -I. -I/include -I/usr/include/libexif -DXTHREADS -I/usr/include/gimp-2.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/X11R6/include -Wall -g -O2 -W -Wall -O3 -ffast-math -fomit-frame-pointer -mcpu=powerpc -fno-loop-optimize -MT ufraw.o -MD -MP -MF ".deps/ufraw.Tpo" -c -o ufraw.o ufraw.c; \ then mv -f ".deps/ufraw.Tpo" ".deps/ufraw.Po"; else rm -f ".deps/ufraw.Tpo"; exit 1; fi ufraw.c:1: error: -m64 requires a PowerPC64 cpu make[2]: *** [ufraw.o] Error 1 make[2]: Leaving directory `/ufraw-0.5+cvs20051021' With the attached patch 'ufraw' can be compiled on ppc64. The patch makes sure that '-mcpu=powerpc' will _not_ be added to CFLAGS on powerpc64 systems. Probably the special CFLAGS could also be removed for the powerpc case because the gcc bug which made them necessary has long been fixed. Regards Andreas Jochens diff -urN ../tmp-orig/ufraw-0.5+cvs20051021/configure ./configure --- ../tmp-orig/ufraw-0.5+cvs20051021/configure 2006-04-06 08:58:35.0 + +++ ./configure 2006-04-06 08:58:36.0 + @@ -6508,7 +6508,7 @@ 686) CFLAGS="$CFLAGS -march=i686" ;; - powerpc* | ppc*) + powerpc | ppc*) # there is a -floop-optimize bug in gcc 3.3.2 on powerpc (resolved in gcc 3.4) CFLAGS="$CFLAGS -mcpu=powerpc -fno-loop-optimize" ;; diff -urN ../tmp-orig/ufraw-0.5+cvs20051021/configure.ac ./configure.ac --- ../tmp-orig/ufraw-0.5+cvs20051021/configure.ac 2006-04-06 08:58:35.0 + +++ ./configure.ac 2006-04-06 08:54:03.0 + @@ -223,7 +223,7 @@ 686) CFLAGS="$CFLAGS -march=i686" ;; - powerpc* | ppc*) + powerpc | ppc*) # there is a -floop-optimize bug in gcc 3.3.2 on powerpc (resolved in gcc 3.4) CFLAGS="$CFLAGS -mcpu=powerpc -fno-loop-optimize" ;; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361059: dpkg thinks nonexistent config files have changed
Package: dpkg Version: 1.10.28 dpkg is currently asking me about every single xlibs config file, even though they aren't any pre-existing versions there, and then later reporting an error. This is pretty tedious as you can probably imagine! It already did the same for xfree86-common. The new files do get installed depsite the error message. Configuration file `/etc/X11/xkb/keymap/sgi/sk' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** sk (Y/I/N/O/D/Z) [default=N] ? z Type `exit' when you're done. curator:/# ls -l /etc/X11/xkb/keymap/sgi/sk ls: /etc/X11/xkb/keymap/sgi/sk: No such file or directory curator:/# exit exit Configuration file `/etc/X11/xkb/keymap/sgi/sk' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** sk (Y/I/N/O/D/Z) [default=N] ? y dpkg: xlibs: warning - failed to link `/etc/X11/xkb/keymap/sgi/sk' to `/etc/X11/xkb/keymap/sgi/sk.dpkg-old': No such file or directory Installing new version of config file /etc/X11/xkb/keymap/sgi/sk ... ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361061: Hanging when working with xls/doc documents
Package: openoffice.org Version: 2.0.1-5 Severity: important Sometimes when working with xls document openoffice just hangs. After that application window is not repainted any more. It is hard to say what exactly leads to this situation. If one launches another instance of openoffice it is not loaded too. Here is the backtrace of the hanging process (other processes are waiting by waitpid()): -- GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"... Attaching to process 4564 Reading symbols from /usr/lib/openoffice/program/soffice.bin...(no debugging symbols found)...done. Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) Reading symbols from /usr/lib/openoffice/program/libvcl680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libvcl680li.so Reading symbols from /usr/lib/openoffice/program/libsvl680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libsvl680li.so Reading symbols from /usr/lib/openoffice/program/libsvt680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libsvt680li.so Reading symbols from /usr/lib/openoffice/program/libutl680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libutl680li.so Reading symbols from /usr/lib/openoffice/program/libtl680li.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libtl680li.so Reading symbols from /usr/lib/openoffice/program/libcomphelp4gcc3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libcomphelp4gcc3.so Reading symbols from /usr/lib/openoffice/program/libucbhelper3gcc3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libucbhelper3gcc3.so Reading symbols from /usr/lib/openoffice/program/libvos3gcc3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libvos3gcc3.so Reading symbols from /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3 Reading symbols from /usr/lib/openoffice/program/libuno_cppu.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libuno_cppu.so.3 Reading symbols from /usr/lib/openoffice/program/libuno_sal.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libuno_sal.so.3 Reading symbols from /usr/lib/openoffice/program/libtk680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libtk680li.so Reading symbols from /usr/X11R6/lib/libXext.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /usr/X11R6/lib/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libSM.so.6 Reading symbols from /usr/X11R6/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libICE.so.6 Reading symbols from /usr/X11R6/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /lib/tls/libdl.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/tls/libpthread.so.0...(no debugging symbols found)...done. [Thread debugging using libthread_db enabled] [New Thread -1239000704 (LWP 4564)] [New Thread -1253893200 (LWP 4565)] Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /usr/lib/libstlport_gcc.so.4.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstlport_gcc.so.4.6 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/tls/libm.so.6... (no debugging symbols found)...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/openoffice/program/libsot680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libsot680li.so Reading symbols from /usr/lib/openoffice/program/libbasegfx680li.so... (no debugging symbols found)...done. Loaded symb
Bug#361062: cups-pdf: Incorrect reading of *UMask configuration parameters
Package: cups-pdf
Version: 2.0.5-1
Severity: normal
Tags: patch
CUPS-PDF reads it's configuration options AnonUMask and UserUMask
incorrectly, using decimal base, instead of octal.
Patch follows:
diff -ru a/src/cups-pdf.h b/src/cups-pdf.h
--- a/src/cups-pdf.h2006-02-26 15:48:50.0 +0300
+++ b/src/cups-pdf.h2006-04-06 13:16:37.0 +0400
@@ -133,11 +133,11 @@
conf.lowercase=(tmp>0)?1:0;
}
else if (!strcmp("AnonUMask",key)) {
-tmp=atoi(value);
+tmp=(int)(strtol(value,NULL,8));
conf.anonumask=tmp;
}
else if (!strcmp("UserUMask",key)) {
-tmp=atoi(value);
+tmp=(int)(strtol(value,NULL,8));
conf.userumask=tmp;
}
else
-- System Information:
Debian Release: 3.1
APT prefers stable
APT policy: (990, 'stable'), (50, 'testing'), (25, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages cups-pdf depends on:
ii adduser 3.63Add and remove users and groups
ii cupsys 1.1.23-10sarge1 Common UNIX Printing System(tm) -
ii gs-esp 7.07.1-9The Ghostscript PostScript interpr
ii libc62.3.2.ds1-22GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361065: tcpreplay: FTBFS (powerpc): conflicting types for 'speed_t'
Package: tcpreplay Version: 2.99+3.0.beta7-1 Severity: serious Tags: patch When building 'tcpreplay' on powerpc/unstable, I get the following error: In file included from cidr.c:35: ../../src/defines.h:115: error: conflicting types for 'speed_t' /usr/include/bits/termios.h:24: error: previous declaration of 'speed_t' was here make[5]: *** [cidr.o] Error 1 make[5]: Leaving directory `/tcpreplay-2.99+3.0.beta7/src/common' With the attached patch 'tcpreplay' can be compiled on powerpc. Regards Andreas Jochens diff -urN ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/defines.h.in ./src/defines.h.in --- ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/defines.h.in 2005-07-29 04:42:25.0 + +++ ./src/defines.h.in 2006-04-06 08:55:14.0 + @@ -112,7 +112,6 @@ #define SPEED_ONEATATIME 5 float speed; }; -typedef struct speed_s speed_t; #define MAX_FILES 1024/* Max number of files we can pass to tcpreplay */ diff -urN ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/tcpreplay.h ./src/tcpreplay.h --- ../tmp-orig/tcpreplay-2.99+3.0.beta7/src/tcpreplay.h2005-07-29 04:42:25.0 + +++ ./src/tcpreplay.h 2006-04-06 08:55:39.0 + @@ -57,7 +57,7 @@ int datadumpfile1; int datadumpfile2; */ -speed_t speed; +struct speed_s speed; u_int32_t limit; u_int32_t loop; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355733: please upload new strace 4.5.14, it fixes an FTBFS on all architectures
Hello, I was preparing an NMU when I stumbled across the new upstream version. please upload strace 4.5.14 to the archive, it fixes #355733. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#360295: cdrecord: Regression on dev=ATA -scanbus
Eduard Bloch wrote: #include * Jo Shields [Wed, Apr 05 2006, 09:47:48PM]: You seem to be right about it being a Debian (and Ubuntu) issue. I've tried upstream cdrecord - versions 2.01.01a03, 2.01.01a04 and 2.01.01a07, and am not getting the problem with dev=ATA -scanbus with any of them. And you don't get Linux-internal device locking. If no process can ever touch your drives while recording, that's okay. Otherwise, give the Debian package a chance and do following: apt-get source cdrtools apt-get build-dep cdrtols cd cdrtools-2.01+01a03/debian/patches echo 36_ATA_scanbus_ignore_locked >> 00list cd ../.. perl -pe 's,(\d)\),$1.1),' -i debian/changelog # increase the version dpkg-buildpackage -us -uc -rfakeroot Please let us know about the success/failure, mailing to the BTS. Or you maybe wish to test the whole patch package for the a07 version, also attached. Just unpack in a fresh cdrtools-2.01a07 dir and run dpkg-buildpackage -us -uc -rfakeroot. Eduard. Eduard, I'm away from my home Debian desktop machine, but my Ubuntu Dapper laptop has been exhibiting the same error - applying your attached patch and rebuilding the Ubuntu package (2.01+01a01-4ubuntu5) eliminates the error. I'll try it at home on Etch this evening. --Jo Shields -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361064: glibc: [patch] make building glibc-2.4 without __thread support possible
Package: glibc Version: 2.3.999-1 Tags: experimental, patch Hi, the Hurd/Mach still has no TLS or __thread support. This is not that big of a problem as there is --without-tls, but glibc-2.4 uses __thread unconditionally at one place and Ulrich Drepper refused to support systems without __thread support (see http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html ). The attached patch fixes building on system without __thread support (i.e. hurd-i386), is it OK to apply to the 2.4 branch? cheers, Michael # All lines beginning with `# DP:' are a description of the patch. # DP: Description: Fix build when __thread is not available. # DP: Dpatch author: Michael Banck <[EMAIL PROTECTED]> # DP: Patch author: Thomas Schwinge # DP: Upstream status: Rejected # DP: Date: 2005-08-28 2005-08-28 Thomas Schwinge <[EMAIL PROTECTED]> malloc/memusage.c: Only use __thread if USE___THREAD. Index: malloc/memusage.c === RCS file: /cvs/glibc/libc/malloc/memusage.c,v retrieving revision 1.12 diff -u -r1.12 memusage.c --- malloc/memusage.c 20 Aug 2005 01:12:37 - 1.12 +++ malloc/memusage.c 27 Aug 2005 23:43:02 - @@ -83,7 +83,11 @@ static memusage_cntr_t decreasing_mremap; static memusage_size_t current_heap; static memusage_size_t peak_use[3]; +#if USE___THREAD static __thread uintptr_t start_sp; +#else +static uintptr_t start_sp; +#endif /* A few macros to make the source more readable. */ #define peak_heap peak_use[0]
Bug#349322: ITA: libungif4 -- shared library for GIF images
retitle 349322 O: libungif4 -- shared library for GIF images noowner 349322 thanks On Wed, Mar 15, 2006 at 17:06:05 +0100, Matej Vela wrote: > On Sun, Jan 22, 2006 at 13:43:39 +0100, Mario Iseli wrote: >> retitle 349322 ITA: libungif4 -- shared library for GIF images > > Do you still intend to adopt libungif4? (This is just a ping, I'm not > interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361026: Kernel support check from #360420 breaks working config
Problem is that you most probably did not enable CONFIG_KALLSYMS_ALL in your Linux config. I would suggest to test for a function name rather than for a variable name. Then this test would also work with CONFIG_KALLSYMS_ALL=n. -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361056: Acknowledgement (gjay: Analysis broken on AMD64)
There was also a buffer overrun in the frequency analysis code, which
caused very unpredictable results. Patch attached.
For explanation:
http://www.network-theory.co.uk/docs/gslref/gsl-ref_245.html
The terms for k=0 and k=N/2 are both purely real, and count as a
special case. Their real parts are stored in locations 0 and N/2
respectively, while their imaginary parts which are zero are not
stored.
The zero value did already have special treatment, but it was again used
in the loop as the value of j, causing ch1[window_size - j] to overrun.
--- analysis.c.orig 2006-04-06 12:54:28.0 +0300
+++ analysis.c 2006-04-06 12:42:03.0 +0300
@@ -618,8 +618,10 @@
gsl_fft_real_radix2_transform (ch1, 1, window_size);
mags [0] = fabs (ch1 [0]);
-
-for (j = 0; j < window_size / 2; j++) {
+ if (mags [0] > ch1max)
+ch1max = mags [j];
+
+for (j = 1; j < window_size / 2; j++) {
mags [j] = sqrt (ch1 [j] * ch1 [j] + ch1 [window_size - j] * ch1
[window_size - j]);
if (mags [j] > ch1max)
@@ -632,8 +634,10 @@
if (wsfile->header.modus == 2) {
mags [0] = fabs (ch2 [0]);
+ if (mags [0] > ch2max)
+ ch2max = mags [j];
-for (j = 0; j < window_size / 2; j++) {
+for (j = 1; j < window_size / 2; j++) {
mags [j] = sqrt (ch2 [j] * ch2 [j] + ch2 [window_size - j] *
ch2 [window_size - j]);
if (mags [j] > ch2max)
Bug#246222: mod-auth-pam
Piotr Roszatycki wrote: > The manpage tells that unix_chkpwd will only check the password of the user > invoking it. The webserver have to check the password of other users. Ok, good point, but why's it even calling it then? Just out of curiousity, what does call that program legitimately? It doesn't seem like there would be too many cases where you are already a user, and then you want to check your password (except for changing passwords, and maybe sudo). Maybe it's really a PAM wishlist bug, but you shouldn't have to give random programs read permissions for /etc/shadow... PAM is supposed to centralize this stuff. Thanks, Dave -- Webster srl Sede legale: Via del Seminario, 3 35122 Padova Sede operativa: Via S. Breda, 28 35010 Limena (PD) Tel. +39 049 8842188 Email: [EMAIL PROTECTED] Visita www.libreriauniversitaria.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361066: python-pysqlite2: Bad dependency
Package: python-pysqlite2 Version: 2.0.5-1 Severity: important Hi ! Python-pysqlite2 version < 2.0.7 have to conflict with libsqlite2 >= 3.3.3. Here an "explanation": http://initd.org/tracker/pysqlite/wiki/2.0.7_Changelog Cheers :-) Romain. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages python-pysqlite2 depends on: ii python2.3.5-5An interactive high-level object-o ii python2.3-pysqlite2 2.0.5-1python interface to SQLite 3 python-pysqlite2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361067: libmyodbc depends on unavailable libmysqlclient12
Package: libmyodbc Severity: grave Justification: renders package unusable The package libmyodbc depends on unavailable package libmysqlclient12. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246222: mod-auth-pam
On Wednesday 05 April 2006 19:56, David N. Welton wrote: > [EMAIL PROTECTED]:~# ls -l /sbin/unix_chkpwd > -rwxr-sr-x 1 root shadow 14988 Sep 12 2005 /sbin/unix_chkpwd > > Shadow file is ok: > > -rw-r- 1 root shadow 1437 Apr 5 17:55 /etc/shadow > > I'm a little rusty with my unix security stuff, but... why is it even > launching this auxiliary program if it can't do anything it can't in the > first place? Also... why can't it read shadow? > > Ideas? This really should be possibility via some sort of *very, very* > simple setuid auth mechanism. The manpage tells that unix_chkpwd will only check the password of the user invoking it. The webserver have to check the password of other users. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351050: ipw2200-source: new version is kismet-aware
Package: ipw2200-source Version: 1.0.8-2 Followup-For: Bug #351050 Another important point is that 1.0.10 allows the ipw2200 chipset to be used with kismet, a long awaited feature. Thanks. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2n Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages ipw2200-source depends on: ii debhelper 5.0.26 helper programs for debian/rules ii ieee80211-source 1.1.6-3Source for the 802.11 (wireless) n ii module-assistant 0.10.2 tool to make module package creati ipw2200-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351052: ieee80211-source: makes ipw2200 kismet-able
Package: ieee80211-source Version: 1.1.6-3 Followup-For: Bug #351052 This version also allows kismet to use ipw2200 chipset, a long awaited feature. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2n Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages ieee80211-source depends on: ii debhelper 5.0.26 helper programs for debian/rules ii module-assistant 0.10.2 tool to make module package creati ieee80211-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361069: thunderbird: When the composer is invoked, opens an additional main window
Package: thunderbird Version: 1.5-4 Severity: normal When Thunderbird is invoked by another process trying to send an email (for example, when the user clicks a mailto: link in their web browser), Thunderbird correctly opens the composer, but an additional main window is also opened. The command line being used is: thunderbird -mail mailto:[EMAIL PROTECTED] -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages thunderbird depends on: ii libatk1.0-01.11.3-1 The ATK accessibility toolkit ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.1-2 generic font configuration library ii libgcc11:4.1.0-1 GCC support library ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgtk2.0-02.8.16-1 The GTK+ graphical user interface ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5PNG library - runtime ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxi6 6.9.0.dfsg.1-4X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4X Window System multi-head display ii libxp6 6.9.0.dfsg.1-4X Window System printing extension ii libxrandr2 6.9.0.dfsg.1-4X Window System Resize, Rotate and ii libxrender11:0.9.0.2-1 X Rendering Extension client libra ii libxt6 6.9.0.dfsg.1-4X Toolkit Intrinsics ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: thunderbird/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361070: synaptic: Sort order in version columns
Package: synaptic
Version: 0.57.9
Severity: normal
The sort order of the version columns ("Installed Version", "Latest
Version") should match with the ordering used by apt/dpkg.
(as described by the Debian Policy, 5.6.11).
Appearently the version columns are currently ordered alphabetically.
When I order by "latest version, ascending", I get this order, which
seems very crappy:
0.10.2-1
0.5.18-2
0.9.5-1
03.00.24-3
1.0.2-5
1.1.15-5
1.16-1
1.4.3-6
2.0.16-3
2.1.19.dsfg1-0.1
2.14.2-1
2.3.6-5
2:1.0.2-0.6
5.0.19-3
Thanks,
Gregor Hoffleit <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361068: python-sqlite2: please package newer version
Package: python-sqlite2 Version: python-pysqlite2 Severity: normal Hello, python-pysqlite2 is currently 2.0.5 in Debian, but there's newer major version available on http://initd.org/tracker/pysqlite Could you package a newer version ? Thanks, Jonathan Ballet -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 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]
Bug#74672: joe payne We need to talk
Hello, joe payne Press Kription for joe payne is ready. Please re-confirm zip. http://geocities.com/ErinAnderson5053 Your name as per our records: joe payne zip if wrong order please help us to correct it Just visit our site above to make sure. Thank you, Elmo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327049: wwwoffle: Restores removed conffile
Paul Slootman <[EMAIL PROTECTED]> wrote:
>> > I'm talking about the case where you just entered a value,
>> > interactively.
>>
>> But I may have changed my mind, and i shouldn't be forced to use debconf
>> then. No, I *mustn't* be forced.
>
> I'm talking about someone who wants to use debconf...
I'm talking about the freedom to switch from and to debconf as I like,
or to not switch and stick to always using it (or never using it). Just
as it was designed.
> He chose at one time to have the fetching active, removed the cron.d
> script later, and then changed his mind again, and thinks he can
> reactivate it via debconf.
He can if it's coded properly.
> I read your bug report to mean that if the user removes the file,
> postinst should never, ever recreate it again, because that's what the
> user wants, otherwise he wouldn't have removed the file.
Sorry if I was too short. I never wanted to say that.
> And that's what I have a problem with,
Fine, so we don't have a problem with each other's goals :-)
> dpkg-reconfigure again and enters a fetch frequency, "I" (the postinst
> script) wouldn't be allowed to create the file again. Your exact words
> were "and indeed the postinst scripts recreates the file if it has been
> deleted.", indicating that was the problem. You didn't qualify that
> statement with "unconditionally" or so...
Sorry for that, I was just too short and assumed you'd figure out
yourself what I meant, which isn't a proper way to report a bug...
>> Is the new maintainer script available somewhere?
>
> Not yet.
So does it make sense that I start of with the old ones? I guess I need
config, postinst and maybe the templates file.
Here's a quick shot, untested:
In wwwoffle.config:
if [ -s /etc/cron.d/wwwoffle ]; then
... as before ...
elif [ -n "$CONFIG_ARG2" ]; # do this only when this is not a fresh install
db_set wwwoffle/fetchfrequency off
fi
db_get wwwoffle/fetchfrequency ###
rc=$?
- if [ $rc -eq 0 -o $rc -ge 30 ]; then # bashism, and won't catch "off"
+ if [ $rc = off ] || [ $rc -eq 0 ] || [ $rc -ge 30 ]; then
FREQ="$RET"
if [ "$FREQ" != off ]; then
# convert to digits only
FREQ=$( expr "$FREQ" : '\([0-9]*\)' )
if [ -z "$FREQ" ]
then FREQ=off
elif [ "$FREQ" = 0 ]
then FREQ=off
fi
fi
if [ "$FREQ" = off ]; then
if [ -s $CRONTAB ]; then
# replace only first occurrence of wwwoffle.cron-fetch line
perl -i.bak -pe
'unless($done==1){if(s,^(\s*#\s*)*([^#]*wwwoffle.cron-fetch),# $2,){$done=1;}}'
$CRONTAB
else
- ( echo "# min hr dom mon dow"
- echo "# If you want to disable this, comment out the line"
- echo "# below (don't simply remove this file)."
- echo "# */30 * * * * proxy [ -x
/etc/wwwoffle/wwwoffle.cron-fetch ] && /etc/wwwoffle/wwwoffle.cron-fetch"
- ) > /etc/cron.d/wwwoffle
- fi
+ :
else
But I don't understand the purpose of the first test where I fixed the
bashism - why do you only act on the crontab file if the value is zero
or if it is at least 30? That means that I can't set it to 20 via
debconf, doesn't it?
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Bug#361071: console-tools: /etc/init.d/console-screen.sh gets locale from obsoleted(?) /etc/environment
Package: console-tools Version: 1:0.2.3dbs-60 Severity: important Hello, As of version 2.3.6-5 locales puts locale information into /etc/default/locale instead of /etc/environment. Please update the initscript. In the mean time, console-tools fails to detect and setup UTF-8 on any console. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages console-tools depends on: ii console-common 0.7.55.1 Basic infrastructure for text cons ii debconf [debconf-2.0] 1.4.72Debian configuration management sy ii libc6 2.3.6-5 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-60 Shared libraries for Linux console ii sysvinit 2.86.ds1-14 System-V-like init utilities Versions of packages console-tools recommends: ii console-data 20060317 Keymaps, fonts, charset maps, fall -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360691: ICEWM
Stefan Tomanek <[EMAIL PROTECTED]> writes: > Dies schrieb Niv Altivanik ([EMAIL PROTECTED]): > >> This bug seems to be ICEWM's busyness, the message reports that the >> running WM doesn't repport itself as beeing NETWM Compilant, maybe >> ICEWM launches his ~/.icewm/startup, before launching itself ? > > That indeed could be the case, can you move the bug to the IceWM package, or > should I reopen a new bug? Before reassining the bug to ICEWM, I'd like to make sure it is a real bug, i.e. that the icewm docs states that .icewm/startup is launched _after_ icewm, I'll try to look for it but I'll be really busy for the next 2 weeks, so if you want to check that up yourself, please reassing the bug _after_ having check the validity. If not, please close this bug. Regards, -- Niv Sardi-Altivanik <[EMAIL PROTECTED]> Debian::GNU/Linux::Addict, Wannabe Debian Developper, please test my packages: http://cxhome.ath.cx/debian > Random Fortune (To make your day better if not wiser) < 'Course, that doesn't work when 'a' contains parentheses. -- Larry Wall in <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361069: thunderbird: When the composer is invoked, opens an additional main window
On Thu, Apr 06, 2006 at 11:38:42AM +0100, Sam Morris wrote: > Package: thunderbird > Version: 1.5-4 > Severity: normal > > When Thunderbird is invoked by another process trying to send an email > (for example, when the user clicks a mailto: link in their web browser), > Thunderbird correctly opens the composer, but an additional main window > is also opened. The command line being used is: > > thunderbird -mail mailto:[EMAIL PROTECTED] Please try without -mail option. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361072: epiphany: doesn't work through ssh
Package: epiphany Version: 2.14 Severity: important Hi, I can't use epipahny through ssh anymore (and that's important to me, that's how I use it half of the time). When I start it, it says: [EMAIL PROTECTED]:~]$ epiphany https://awak:8443 ** (epiphany:21928): WARNING **: Unable to connect to session bus: Unable to determine the address of the message bus and then there's a dialog saying it can't connect to DBUS so it can't start epiphany. Shouldn't happen, and probably an upstream bug. HTH, Xav -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340871: [m68k] Toolchain regression in mathinline.h (glibc)
Stephen R Marenka <[EMAIL PROTECTED]> writes:
> On Sat, Feb 25, 2006 at 11:36:53PM +, Roger Leigh wrote:
>
>> --- m68kmath/mathinline.h2006-02-21 18:26:28.0 +
>> +++ mathinline.h 2006-02-25 23:30:48.0 +
>> @@ -100,7 +100,7 @@
>> /* Define a const math function. */
>> #define __m81_defun(rettype, func, args) \
>>__m81_inline rettype __attribute__((__const__)) \
>> - __m81_u(func) args
>> + __m81_u(func) args __THROW
>
> No joy.
[...]
> I'll get around to figuring this out eventually, but I'm chasing gcc
> bugs at the moment. I'd appreciate it if someone out there could figure
> this thing out before then. :)
I've found a fix. The attached patch is the changes in
between sarge and current sid. If you revert the
patch in sid, it builds just fine. (Note the patch also reverts some
macro definitions around # if __GNUC_PREREQ (3,1); these are probably
unrelated.)
If you look at the patch, you'll see this is due to the removal of the
__THROW macros in 15 different places. In many places, this could
probably be fixed by adding __THROW to the expansion of __m81_defun,
__inline_forward, and __inline_forward_c, but I'm not expert enough to
say for sure.
Quite why the __THROW macros were removed in the first place is not
clear.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
--- /usr/include/bits/mathinline.h 2005-05-12 15:12:12.0 +0200
+++ /org/chroots/user/sid/usr/include/bits/mathinline.h 2006-03-03 15:22:14.0 +0100
@@ -1,5 +1,5 @@
/* Definitions of inline math functions implemented by the m68881/2.
- Copyright (C) 1991,92,93,94,96,97,98,99,2000,2002, 2003
+ Copyright (C) 1991,92,93,94,96,97,98,99,2000,2002, 2003, 2004
Free Software Foundation, Inc.
This file is part of the GNU C Library.
@@ -21,20 +21,18 @@
#ifdef __GNUC__
#ifdef __USE_ISOC99
-
-# if __GNUC_PREREQ (3,1)
/* GCC 3.1 and up have builtins that actually can be used. */
-# define isgreater(x, y) __builtin_isgreater (x, y)
-# define isgreaterequal(x, y) __builtin_isgreaterequal (x, y)
-# define isless(x, y) __builtin_isless (x, y)
-# define islessequal(x, y) __builtin_islessequal (x, y)
-# define islessgreater(x, y) __builtin_islessgreater (x, y)
-# define isunordered(x, y) __builtin_isunordered (x, y)
-# else
+# if !__GNUC_PREREQ (3,1)
/* ISO C99 defines some macros to perform unordered comparisons. The
m68k FPU supports this with special opcodes and we should use them.
These must not be inline functions since we have to be able to handle
all floating-point types. */
+# undef isgreater
+# undef isgreaterequal
+# undef isless
+# undef islessequal
+# undef islessgreater
+# undef isunordered
# define isgreater(x, y) \
__extension__ \
({ char __result; \
@@ -112,7 +110,7 @@
#if defined __USE_MISC || defined __USE_ISOC99
# define __inline_mathop(func, op) \
__inline_mathop1(double, func, op) \
- __inline_mathop1(float, __CONCAT(func,f), op) \
+ __inline_mathop1(float, __CONCAT(func,f), op) \
__inline_mathop1(long double, __CONCAT(func,l), op)
#else
# define __inline_mathop(func, op) \
@@ -120,7 +118,7 @@
#endif
#define __inline_mathop1(float_type,func, op) \
- __m81_defun (float_type, func, (float_type __mathop_x)) __THROW \
+ __m81_defun (float_type, func, (float_type __mathop_x)) \
{ \
float_type __result; \
__asm("f" __STRING(op) "%.x %1, %0" : "=f" (__result) : "f" (__mathop_x));\
@@ -177,7 +175,7 @@
for the function names. */
#define __inline_functions(float_type, s) \
-__m81_defun (float_type, __CONCAT(__floor,s), (float_type __x)) __THROW \
+__m81_defun (float_type, __CONCAT(__floor,s), (float_type __x)) \
{ \
float_type __result; \
unsigned long int __ctrl_reg; \
@@ -193,7 +191,7 @@
return __result; \
} \
\
-__m81_defun (float_type, __CONCAT(__ceil,s), (float_type __x)) __THROW \
+__m81_defun (float_type, __CONCAT(__ceil,s), (float_type __x)) \
{ \
float_type __result; \
unsigned long int __ctrl_reg; \
@@ -219,7 +217,7 @@
#ifdef __USE_MISC
# define __inline_functions(float_type, s) \
-__m81_defun (int, __CONCAT(__isinf,s), (float_type __value)) __THROW \
+__m81_defun (int, __CONCAT(__isinf,s), (float_type __value)) \
{ \
/* There is no branch-condition for infinity, \
so we must extract and examine the condition codes manually. */ \
@@ -229,7 +227,7 @@
return (__fpsr & (2 << 24)) ? (__fpsr & (8 << 24) ? -1 : 1) : 0; \
} \
\
-__m81_defun (int, __CONCAT(__finite,s), (float_type __
Bug#361073: inn2: segfaults on ctlinnd reload incoming.conf
Package: inn2
Version: 2.4.2-3
Severity: normal
Hi,
I have inn2 segfaulting every other day at 03:08, a few minutes after
cron issues a ctlinnd reload incoming.conf "flush cach". I was finally
able to reproduce this on an straced innd by issueing the ctlinnd
command from the command line. Strace is as follows:
rt_sigaction(SIGPIPE, {0xb7ce7a70, [], 0}, {0x80675b0, [],
SA_RESTART}, 8) = 0
send(5, "<60>Apr 6 13:06:52 innd: SERVER"..., 65, 0) = 65
rt_sigaction(SIGPIPE, {0x80675b0, [], SA_RESTART}, NULL, 8) = 0
sendto(15, "a\0\0070 Ok", 7, 0, {sa_family=AF_FILE,
path="/var/run/news/ctlinndtvd0Z5"}, 29) = 7
gettimeofday({1144321612, 117031}, NULL) = 0
gettimeofday({1144321612, 117396}, NULL) = 0
select(120, [3 4 14 16 69 70 73 74 76 77 79 80 82 84 85 89 92 97 98
103 105 107 108 110 113 115 117 119], [], NULL, {1114, 0}) = 17 (in
[69 70 73 76 77 79 80 82 84 85 92 103 107 108 110 113 117], left
{1114, 0})
gettimeofday({1144321612, 118963}, NULL) = 0
gettimeofday({1144321612, 119372}, NULL) = 0
gettimeofday({1144321612, 119651}, NULL) = 0
gettimeofday({1144321612, 120046}, NULL) = 0
read(92, "CHECK <1144321601.276858.286660@"..., 4096) = 385
gettimeofday({1144321612, 121022}, NULL) = 0
gettimeofday({1144321612, 121785}, NULL) = 0
gettimeofday({1144321612, 122126}, NULL) = 0
gettimeofday({1144321612, 122480}, NULL) = 0
write(92, "238 <[EMAIL PROTECTED]"..., 61) = 61
gettimeofday({1144321612, 123418}, NULL) = 0
gettimeofday({1144321612, 123909}, NULL) = 0
write(92, "438 <[EMAIL PROTECTED]"..., 53) = 53
gettimeofday({1144321612, 125165}, NULL) = 0
gettimeofday({1144321612, 125702}, NULL) = 0
write(92, "438 <[EMAIL PROTECTED]"..., 61) = 61
gettimeofday({1144321612, 127047}, NULL) = 0
gettimeofday({1144321612, 127519}, NULL) = 0
gettimeofday({1144321612, 128042}, NULL) = 0
write(85, "431
Bug#340467: hplip-base depends on libsnmp5 which isn't in testing
On Thu, 06 Apr 2006, Jeroen van Wolffelaar wrote: > net-snmp (providing libsnmp5) was forced in together with 125 other > source packages the hard way, to resolve a huge transition with lots of > libraries tied to eachother. > > Temporary uninstallability of some less important packages was a > casuality of this, for the greater good of getting this I have never disputed it. I am complaining that the packages this transition broke were *not* removed as part of the transition. And "temporary" is *not* true. The uninstallability was *permanent* unless fixed by a new upload of the broken packages. Yes, that's correct. I am complaining that the transition broke hplip-base and didn't even adopt a proper procedure of *removing* hplip-base from testing. > Anyway, currently hplib-base isn't in the archive at all. No, I got rid of it for other reasons, and this has nothing to do with this bug anyway. > Not a bug, so closing. Britney is to safeguard the testing archive's inner coherence. If it is told to put 125 packages in, that's not a problem. If that transition breaks a number of other packages, that isn't a problem either *as long as* britney goes on and remove those packages that broke with the transition. How is that not a bug?! I am going to reopen this unless you can give me a proper technical reasopn for why testing should be broken by such transitions with permanently uninstalable packages (which have to be *fixed* by a new upload) instead of removing them. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360790: eperl: Gobbles shebang line
Denis Barbier <[EMAIL PROTECTED]> wrote: > On Wed, Apr 05, 2006 at 10:45:41AM +0200, Frank Küster wrote: >> > From: Denis Barbier <[EMAIL PROTECTED]> >> > Subject: Re: Bug#360790: eperl: Gobbles shebang line >> > To: [EMAIL PROTECTED] >> > Date: Tue, 4 Apr 2006 20:29:47 +0200 >> >> It would be nice if you Cc'ed this directly to the submitter, > > Huh? A message to -done is forwarded to the bug submitter, > as described in [...] > It worked for a long time, no idea if this behavior has changed lately. It still works, it's just a matter of taste. I sort those messages into a "debbugs-boring" folder and don't frequently read them, and I never had a problem with that because people always sent the closing mails to the submitter themselves. I guess that's because in most mail clients, one would have to remove the submitter manually from the To or Cc. Never mind. > For the record, I highly dislike those packages built with eperl, they > are unreadable for outsiders. I think this isn't true for the teTeX packages. We don't use much fancy Perl code, mainly variable substitutions with sensible variable names. And it makes the script source much shorter, and most importantly, it makes them much less buggy and error prone: We have to synchronize many actions between the different maintainer scripts, and even between those from different source packages (tex-common, tetex-bin, tetex-base), and this could only be done manually - with all the error proneness it brings - without eperl. >> Please, if this is *really* the intended behavior, > > Yes it is, ePerl is primarily designed as a web scripting language, > and in this context it is important to not have garbage at the > beginning of files. You can see for instance that php has the > exact same behavior. You mean, in this context it is important that a script can have a usable shebang line that does *not* point to eperl, but this line is removed once the script is processed by eperl? That sounds strange to me, but I'm curious. Can you give me a pointer to where this is used? >> then it needs to be documented *clearly*. However, I think that the >> behavior should be changed, and the shebang line only removed if it >> points to eperl. > > Honestly I am still not sure if this is worth the trouble, your use > case is very special and I am reluctant to make things unnecessarily > complicated. > There is a simple solution to your specific problem, you can add > <::> at the very beginning of your file. That's fine, but it must be documented somewhere. Really, it's completely counterintuitive (at least if your intuition isn't biased by regular web scripting ;-)), and it does *not* at all follow from the current description. Oh, and it's not actually so fine. Editors usually detect the file type by looking at the first line(s), and in Emacs (probably vi too) I automatically get shell syntax highlighting if there's a /bin/sh shebang line. If the shebang line is only the second one, and the first is <::>, it won't trigger that autodetection. Isn't that a severe drawback for web scripting purposes, too? Usually I offer to write a patch if I suggest documentation enhancements, but in this case I doubt this will help, since the use cases where this bug is actually a feature should probably be mentioned, too, or at least thought of when writing the text - but I can't imagine one. Thank you, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#360670: synaptic: package cache file corrupted
Even with version 0.57.9 it hasn't changed. Benjamin Leipold -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360071: rkhunter: Don't complain about udev files in /dev
Le Jeudi 30 Mars 2006 18:57, Julien Valroff a écrit : > However, I propose to set these entries commented out in default > rkhunter.conf, what do you think? Right. Even better (but more complicated to implement) would be a list of excuses that the user can enable at installation managed with debconf-whatever. Sorry for the delay. -- Rémi Denis-Courmont http://www.simphalempin.com/home/
Bug#361074: yaird: kernel panic after changeing sata controller
Package: yaird Version: 0.0.12-9 Severity: normal I had all my sata disk connected to silicon image controler (on PCI). Today I have upgraded my mainboard to Gigabyte (which has sata_via controller). I would like to use the built-in controller instead of external one on pci. Just after connecting disk to built-in via controller I have kernel panic because there is no sta_via.ko module in intrd. Regenereating initrd doesn't help here. What is the best way to do mainboard-upgrades with generic kerneles and initrd. What are advantages for using generic-kernles if they always fail after hrdware upgrade? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages yaird depends on: ii cpio 2.6-10 GNU cpio -- a program to manage ar ii dash 0.5.3-1 The Debian Almquist Shell ii libc62.3.6-4 GNU C Library: Shared libraries an ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.8-3 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361026: I have been hit by the same bug already
Do not presume CONFIG_KALLSYMS_ALL is set on production server or self generated kernel! Look at a exported function or something similar. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#226947: hooks
On Wed, Jan 05, 2005 at 07:55:32AM +0100, Marc Haber wrote: > On Tue, Jan 04, 2005 at 07:35:47PM -0500, Justin Pryzby wrote: > > I was looking at bug #226947 [0], and wondered if you could implement > > what you want in ./debian/rules. > > Probably, but it looks quite out of place there. diff generation > should really happen outside of the package itself. > > > I know, this requires patching rules > > for each backported package, but I just want to make sure I understand > > this correctly. > > > > So, call interdiff immediately after rules:clean? > > Probably, or immediately after dpkg-source -b. > > I am currently using a script that calls debuild, and my local > debinterdiff afterwards. I've been looking at some old devscripts wishlist bugs and came across this one. The only places debuild could implement hooks are before the initial dpkg-buildpackage call and after the build has completed, before the signing process. In the former case, why would you want a hook (debuild hasn't done anything except clean the environment and possibly change directory); in the latter case, a local script which essentially does: debuild -us -uc "$@" && mylocalprog && debsign is what I presume you'd want? The only advantages to having the hook in there are that debsign can be given the correct changes file to sign. If you want hooks where you're talking about, you'll have to reassign this request to dpkg-buildpackage, because that's the only program which can implement hooks during the actual build process. Although, having said that, without the signing parts, dpkg-buildpackage is actually very simple and could be reimplemented within debuild Hmmm Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333908: That's by design
Hi. Just wanted to let you know that REQUEST_URI is not supposed to be changed on rewrite. From the apache docs: REQUEST_URI The resource requested in the HTTP request line. (In the example above, this would be "/index.html".) The request line is not changed by rewrite, only redirect. The purpose of that variable is to provide a CGI with access to the original request, before redirects. If you need the location of the program after redirect, use SCRIPT_NAME. If this isn't your program, report the bug to the author. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361029: devscripts: unblock allows neither preposition
On Wed, Apr 05, 2006 at 10:50:13PM -0400, Justin Pryzby wrote: > Package: devscripts > Version: 2.9.15 > Severity: normal > > $ bts |grep -i block > block by|with [ ...] > unblock by|with [ ...] > $ bts unblock 264985 by 297029 > "by" does not look like a bug number > bts unblock: some blocking bug number(s) not valid > $ bts unblock 264985 with 297029 > "with" does not look like a bug number > bts unblock: some blocking bug number(s) not valid > $ bts unblock 264985 297029 > $ > > I'm not really confident that the last one even worked; we will see :) Missing block of code; well spotted. Fixed in SVN. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360995: devscripts: typo in uupdate (test ne instead of -ne in line 203)
On Wed, Apr 05, 2006 at 11:14:27PM +0200, Cyril Chaboisseau wrote: > Package: devscripts > Version: 2.9.16 > Severity: minor > Tags: patch > > when using both -p and -u switches with uupdate one should be warn with > the following message : > > uupdate: additional archive name/version number is not allowed with --patch > > but a typo (missing '-') in the script generate the following error : > > $ uupdate -v 1.5-r1 -p ~/public_html/qgo_upload/qgo_1.0.4-r2-1.diff.gz -u > ../qgo-1.5-r1.tar.gz > /usr/bin/uupdate: line 203: [: ne: binary operator expected > dh_testdir > dh_testroot > [...] > > and the script continues instead of exiting > > please, correct the script accordingly to get back to the correct > behaviour and error reporting Thanks, done in SVN, will appear in next release. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#226947: hooks
On Thu, Apr 06, 2006 at 12:30:45PM +0100, Julian Gilbey wrote: > The only places debuild could implement hooks are before the initial > dpkg-buildpackage call and after the build has completed, before the > signing process. In the former case, why would you want a hook > (debuild hasn't done anything except clean the environment and > possibly change directory); in the latter case, a local script which > essentially does: > > debuild -us -uc "$@" && mylocalprog && debsign > > is what I presume you'd want? Yes, that's what I currently have. > The only advantages to having the hook in there are that debsign can > be given the correct changes file to sign. And that mylocalprog is always called even if one accidentally calls debuild instead of mydebuild. 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#361062: cups-pdf: Incorrect reading of *UMask configuration parameters
Thanks for this patch - I will implement it asap.
Volker
On Thu, 2006-04-06 at 11:34, Nickolay Kondrashov wrote:
> Package: cups-pdf
> Version: 2.0.5-1
> Severity: normal
> Tags: patch
>
>
> CUPS-PDF reads it's configuration options AnonUMask and UserUMask
> incorrectly, using decimal base, instead of octal.
>
> Patch follows:
> diff -ru a/src/cups-pdf.h b/src/cups-pdf.h
> --- a/src/cups-pdf.h2006-02-26 15:48:50.0 +0300
> +++ b/src/cups-pdf.h2006-04-06 13:16:37.0 +0400
> @@ -133,11 +133,11 @@
> conf.lowercase=(tmp>0)?1:0;
>}
>else if (!strcmp("AnonUMask",key)) {
> -tmp=atoi(value);
> +tmp=(int)(strtol(value,NULL,8));
> conf.anonumask=tmp;
>}
>else if (!strcmp("UserUMask",key)) {
> -tmp=atoi(value);
> +tmp=(int)(strtol(value,NULL,8));
> conf.userumask=tmp;
>}
>else
>
> -- System Information:
> Debian Release: 3.1
> APT prefers stable
> APT policy: (990, 'stable'), (50, 'testing'), (25, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.12-1-686
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>
> Versions of packages cups-pdf depends on:
> ii adduser 3.63Add and remove users and groups
> ii cupsys 1.1.23-10sarge1 Common UNIX Printing System(tm)
> -
> ii gs-esp 7.07.1-9The Ghostscript PostScript
> interpr
> ii libc62.3.2.ds1-22GNU C Library: Shared libraries
> an
>
> -- no debconf information
--
Volker Christian Behr
Experimentelle Physik V (Biophysik), Physikalisches Institut
Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany
Office: Room F-069a
+49-931-888-5766 (phone)
+49-931-888-5851 (fax)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361075: partimage: FTBFS (ppc64): conflicting declaration 'typedef long long int __int64_t'
Package: partimage Version: 0.6.4-14 Severity: normal Tags: patch When building 'partimage' on ppc64/unstable, I get the following error: g++ -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -D_REENTRANT -D_FILE_OFFSET_BITS=64 -I. -I. -I../../.. -I../../.. -I../../../src/client -I../../../src/shared -I/usr/include/slang -Wno-deprecated -I/usr/include/openssl -Wall -g -Wall -O2 -c -o fs_xfs.o fs_xfs.cpp fs_xfs.h:112: error: conflicting declaration 'typedef long long int __int64_t' /usr/include/bits/types.h:47: error: '__int64_t' has a previous declaration as 'typedef long int __int64_t' fs_xfs.h:113: error: conflicting declaration 'typedef long long unsigned int __uint64_t' /usr/include/bits/types.h:48: error: '__uint64_t' has a previous declaration as 'typedef long unsigned int __uint64_t' make[5]: *** [fs_xfs.o] Error 1 make[5]: Leaving directory `/partimage-0.6.4/src/client/fs' With the attached patch 'partimage' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/partimage-0.6.4/debian/patches/xfs.diff ./debian/patches/xfs.diff --- ../tmp-orig/partimage-0.6.4/debian/patches/xfs.diff 2006-04-06 10:27:02.0 + +++ ./debian/patches/xfs.diff 2006-04-06 10:15:36.0 + @@ -5,7 +5,7 @@ typedef signed int__int32_t; typedef unsigned int __uint32_t; -#ifdef __ia64__ -+#if defined(__alpha__) || defined(__ia64__) || defined(__x86_64__) ++#if defined(__alpha__) || defined(__ia64__) || defined(__powerpc64__) || defined(__x86_64__) typedef signed long int __int64_t; typedef unsigned long int __uint64_t; -#elif __alpha__ @@ -14,3 +14,15 @@ #else typedef signed long long int__int64_t; typedef unsigned long long int __uint64_t; +@@ -157,10 +154,7 @@ + typedef __uint64_t xfs_dfiloff_t; // block number in a file + typedef __uint64_t xfs_dfilblks_t; // number of blocks in a file + +-#ifdef __ia64__ +-typedef unsigned long __u64; +-typedef signed long__s64; +-#elif __alpha__ ++#if defined(__alpha__) || defined(__ia64__) || defined(__powerpc64__) || defined(__x86_64__) + typedef unsigned long __u64; + typedef signed long__s64; + #else -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322621: Fwd: JRockit installer script avoidance HOWTO
Third attempt :-(. Somebody should fix either me or debbugs.
-- Forwarded message --
From: Johan Walles <[EMAIL PROTECTED]>
Date: 2006-apr-06 12:55
Subject: JRockit installer script avoidance HOWTO
To: [EMAIL PROTECTED]
The installer .bin thingy is actually a self extracting zip file:
[EMAIL PROTECTED]:/tmp$ unzip -l jrockit-R26.0.0-jdk1.5.0_04-linux-ia32.bin
Archive: jrockit-R26.0.0-jdk1.5.0_04-linux-ia32.bin
Length Date TimeName
998665 09-17-05 07:00 3rdparty.jar
1684396 11-19-05 09:00 bids.jar
1042597 11-17-05 08:00 comdev.jar
26396 07-20-05 20:01 jsr173_api.jar
385019 11-04-05 00:01 wizard.jar
234927 05-18-05 19:00 wlw-plaf.jar
2526707 07-20-05 20:01 xbean-2.0.0.jar
690 11-22-05 23:01 autorun.inf
249244 11-22-05 23:01 installer.jar
11621 11-22-05 23:01 jrinstaller.sh
4545 11-22-05 23:01 jvm.xml
81537 11-22-05 23:01 libjni.so
72373835 11-22-05 23:02 linux_ia32_jrockit150_04_sdk.zip
---
79620179 13 files
Extract linux_ia32_jrockit150_04_sdk.zip from the above.
The actual JVM is in that file:
[EMAIL PROTECTED]:/tmp/tabort$ unzip -l linux_ia32_jrockit150_04_sdk.zip |head
Archive: linux_ia32_jrockit150_04_sdk.zip
Length Date TimeName
11085 11-22-05 20:43 LICENSE
71433 11-22-05 20:43 README.TXT
0 11-22-05 20:42 bin/
61424 11-22-05 20:42 bin/appletviewer
61424 11-22-05 20:42 bin/apt
61452 11-22-05 20:41 bin/console
61424 11-22-05 20:42 bin/extcheck
...
So there should be no need for you to actually run the installer script.
Have fun :-) //Johan
Bug#361069: thunderbird: When the composer is invoked, opens an additional main window
Alexander Sack - Debian Bugmail wrote: When Thunderbird is invoked by another process trying to send an email (for example, when the user clicks a mailto: link in their web browser), Thunderbird correctly opens the composer, but an additional main window is also opened. The command line being used is: thunderbird -mail mailto:[EMAIL PROTECTED] Please try without -mail option. Ah, "thunderbird mailto:[EMAIL PROTECTED]" works as expected, as does changing "-mail" to "-compose". I just realised that we've been through this before, with #330168. :) Last time the solution was to patch the script to recognise -mail as a synonym for -compose. I think this time it would be better to fix gnome-control-center to invoke Thunderbird correctly. If you want to patch the thunderbird script to recognise "-mail" then may I suggest that the script warn that -mail is a Debian-specific option? The correct way to invoke Thunderbird should also be documented in the man page. Would you like me to prepare a patch? - Alexander -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361076: libfreetype6: Too much kerning
Package: libfreetype6 Version: 2.1.10-3 Severity: normal Recently, though I cannot say exactly when, at least a few days, at most a few weeks, kerning with some fonts is too strong. I have prepared a screenshot using Calibri. This is from a GTK menu, so I assume it really is a freetype issue. Note that a ‘T’ and a following letter are very close, but still acceptable, while the capital letters are too close or even touch. Other fonts exhibiting this behaviour are Minion Pro and Myriad Pro, but neither Cambria nor Chaparral Pro, so it is neither a ‘Pro’ problem nor a problem with OpenType fonts in general (all of the above-mentioned are OpenType, some of PostScript flavour, some of TrueType flavour). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libfreetype6 depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii zlib1g1:1.2.3-11 compression library - runtime libfreetype6 recommends no packages. -- no debconf information
Bug#226947: hooks
On Thu, Apr 06, 2006 at 01:33:41PM +0200, Marc Haber wrote: > On Thu, Apr 06, 2006 at 12:30:45PM +0100, Julian Gilbey wrote: > > The only places debuild could implement hooks are before the initial > > dpkg-buildpackage call and after the build has completed, before the > > signing process. In the former case, why would you want a hook > > (debuild hasn't done anything except clean the environment and > > possibly change directory); in the latter case, a local script which > > essentially does: > > > > debuild -us -uc "$@" && mylocalprog && debsign > > > > is what I presume you'd want? > > Yes, that's what I currently have. > > > The only advantages to having the hook in there are that debsign can > > be given the correct changes file to sign. > > And that mylocalprog is always called even if one accidentally calls > debuild instead of mydebuild. True. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361077: tar -x without -p of 777 directory alternately sets wrong mode
Package: tar
Version: 1.15.1-2
Tags: patch
An Ubuntu user reports at
https://launchpad.net/distros/ubuntu/+source/tar/+bug/19540
that:
If you have a tarball containing a mode 777 directory and your umask
is set to 022, tar(1) will change the permissions on that directory
every time you unpack it.
This is indeed true; the behaviour is very odd. The bug happens
whenever you extract from a tarfile a directory when the directory
already exists and the version in the tarfile has more permissive
permissions than your umask. In this case, the permissions of the
on-disk directory permissions will toggle between the version which
complies with your umask (which would be correct, without -p) and the
version from the tarfile.
(If you have --same-permissions (-p) or are root without
--no-same-permissions, then the bug doesn't happen.)
Attached is the patch which I have applied to Ubuntu's tar to fix the
problem. I'm pretty confident it's correct and you should probably
apply it to Debian's GNU tar, and upstream GNU tar, too.
Also, I noticed that if you attempt to extract a tarfile (at least,
one which contains directories and files inside them) as non-root
without -p with a umask which excludes 0100 or 0200, tar falls over
because it obeys the umask when creating the directories and is then
unable to access the files inside. It would be possible for tar to
avoid this problem because it already has machinery for copying with
overly-restrictive permissions inside the tarfile. However, I'm not
sure whether this should be considered a bug or even a misfeature - a
perfectly plausible answer to people with insane umasks is `don't do
that then'.
Ian.
diff -u tar-1.15.1/debian/changelog tar-1.15.1/debian/changelog
--- tar-1.15.1/debian/changelog
+++ tar-1.15.1/debian/changelog
@@ -1,3 +1,10 @@
+tar (1.15.1-2ubuntu2) dapper; urgency=low
+
+ * Do not mess with directory permissions when extracting
+without -p. Malone 19540.
+
+ -- Ian Jackson <[EMAIL PROTECTED]> Wed, 5 Apr 2006 17:25:15 +0100
+
tar (1.15.1-2ubuntu1) dapper; urgency=low
* SECURITY UPDATE: Arbitrary code execution with crafted tar files.
only in patch2:
unchanged:
--- tar-1.15.1.orig/src/extract.c
+++ tar-1.15.1/src/extract.c
@@ -1065,7 +1065,7 @@
}
if (S_ISDIR (st.st_mode))
{
- mode = st.st_mode & ~ current_umask;
+ mode = st.st_mode;
goto directory_exists;
}
}
@@ -1085,11 +1085,17 @@
}
directory_exists:
+ /* Now if same_permissions_option > 0, `mode' is the actual
+ * permissions of the existing directory. Otherwise `mode'
+ * may be wrong but we don't use it in that case.
+ */
if (status == 0
|| old_files_option == DEFAULT_OLD_FILES
|| old_files_option == OVERWRITE_OLD_FILES)
delay_set_stat (file_name, ¤t_stat_info.stat,
- MODE_RWX & (mode ^ current_stat_info.stat.st_mode),
+ (0 < same_permissions_option
+? MODE_RWX & (mode ^ current_stat_info.stat.st_mode)
+: 0),
(status == 0
? ARCHIVED_PERMSTATUS
: UNKNOWN_PERMSTATUS));
Bug#361069: thunderbird: When the composer is invoked, opens an additional main window
On Thu, Apr 06, 2006 at 12:43:12PM +0100, Sam Morris wrote: > Alexander Sack - Debian Bugmail wrote: > >>When Thunderbird is invoked by another process trying to send an email > >>(for example, when the user clicks a mailto: link in their web browser), > >>Thunderbird correctly opens the composer, but an additional main window > >>is also opened. The command line being used is: > >> > >> thunderbird -mail mailto:[EMAIL PROTECTED] > > > >Please try without -mail option. > > Ah, "thunderbird mailto:[EMAIL PROTECTED]" works as expected, as does > changing "-mail" to "-compose". I just realised that we've been through > this before, with #330168. :) ah ... really :) > > Last time the solution was to patch the script to recognise -mail as a > synonym for -compose. I think this time it would be better to fix > gnome-control-center to invoke Thunderbird correctly. If you want to > patch the thunderbird script to recognise "-mail" then may I suggest > that the script warn that -mail is a Debian-specific option? I prefer to refrain from patching thunderbird startscript - again - and rather to stick to upstream behaviour - as long as bearable - instead. Nor will there be a consens on whether the mail main-window should pop up too if you click on a mailto: link or not, IMO. IIRC, there have been people complaining about a missing -mail switch in gnome-control-center. If you want to change it you can always manually change the compose command in gnome-control-center just to use thunderbird %s. > > The correct way to invoke Thunderbird should also be documented in the > man page. Would you like me to prepare a patch? > Yes ... patches for manpage are more than welcome. the thunderbird manpage indeed needs a polish. Lets consider this bug to be a manpage bug maybe consider to post a wishlist bug against gnome-control-center to see if they want to drop the default -mail switch from the thunderbird command. - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292521: /etc/init.d/nfs-kernel-server: Further info for this bug
On Sun, Apr 24, 2005 at 01:20:44PM +0200, Rolf Leggewie wrote: > In /etc/exports I had the following two lines > > /mnt/hdc1/ 192.168.1.12(rw,sync) > /mnt/hdc1/export-laptop/ 192.168.1.12(rw,sync,no_root_squash) > > "/etc/init.d/nfs-kernel-server restart" resulted in: > > Stopping NFS kernel daemon: mountd nfsd. > Unexporting directories for NFS kernel daemon...done. > Exporting directories for NFS kernel daemon...192.168.1.12:/mnt/hdc1: Invalid > argument > done. > Starting NFS kernel daemon: nfsd mountd. I'm completely unable to reproduce this with the latest versions in unstable. Could you please try it again, and if it still fails, strace exportfs as it fails and post the output? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360126: Kernel support check from #360420 breaks working config
tags 360126 + pending thanks On Wed, Apr 05, 2006 at 09:05:09PM -0400, [EMAIL PROTECTED] wrote: > It checks for the "nfsd_version" symbol, which my kernel doesn't have, > thus refusing to start and causing grief. Commenting out the grep of > /proc/kallsyms in /etc/init.d/nfs-kernel-server fixed the problem. Sorry about that; I had no idea the exported symbols could vary in that way from kernel to kernel. I'll upload a fixed package checking for init_nfsd as soon as I get to some place with access to my GPG key. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361078: libfreetype6: Too many ligatures
Package: libfreetype6 Version: 2.1.10-3 Severity: minor Freetype seems to use all the ligatures it can find. This seems like a good idea, but wrong use of ligatures is worse than none at all. There are some places where ligatures are not allowed, such as at the boundaries of words in compounds: ‘Auflage’ (sorry, German example, in English ‘Edition’) is a compound of ‘auf’ and ‘Lage’, and fl is wrong here. Similarly, freetype even uses the st-ligature in some fonts, such as freeserif. While this is not wrong in most cases, it looks rather funny for most readers. Discretionary ligatures should be left to special occasions. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libfreetype6 depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii zlib1g1:1.2.3-11 compression library - runtime libfreetype6 recommends no packages. -- no debconf information
Bug#361080: xdvi does not display my dvi correctly
Package: tetex-bin Version 3.0-16 I am using Debian GNU/Linux testing/unstable with a hand-rolled 2.6.15 kernel and libc6 2.3.6-5 The attached file does not display correctly in this version, specifically the message sequence chart has text that only shows up when I use the magnifying glass over the place where it is supposed to be. When I dump it out to PDF it looks fine. The text shows up on the version installed on a fedora machine that I use at school: (this info is about the version that works) svstud$ xdvi --version xdvik version 22.84.8 (Xaw toolkit) Libraries: kpathsea version 3.5.2, T1lib version 5.0.1 Fedora Core release 3 (Heidelberg) Linux svstud 2.6.12-1.1372_FC3smp #1 SMP Fri Jul 15 01:30:03 EDT 2005 i686 i686 i386 GNU/Linux test.dvi Description: TeX dvi file
Bug#361079: regina: FTBFS (ppc64): syntax error before '*' token
Package: regina Version: 3.3-2 Severity: normal Tags: patch When building 'regina' on ppc64/unstable, I get the following error: ./gci/gci_call.c:53: warning: type defaults to 'int' in declaration of 'GCI_STACK_ELEMENT' ./gci/gci_call.c:53: error: syntax error before '*' token ./gci/gci_call.c: In function 'doCall': ./gci/gci_call.c:62: error: 'info' undeclared (first use in this function) ./gci/gci_call.c:62: error: (Each undeclared identifier is reported only once ./gci/gci_call.c:62: error: for each function it appears in.) ./gci/gci_call.c:64: warning: implicit declaration of function 'func' ./gci/gci_call.c:64: warning: implicit declaration of function 'GCI_PASSARGS' ./gci/gci_call.c:64: error: 'buf' undeclared (first use in this function) ./gci/gci_call.c:143: error: 'func' undeclared (first use in this function) ./gci/gci_call.c: In function 'addCallList': ./gci/gci_call.c:173: error: 'GCI_STACK_ELEMENT' undeclared (first use in this function) ./gci/gci_call.c: In function 'GCI_call': ./gci/gci_call.c:238: error: 'GCI_STACK_ELEMENT' undeclared (first use in this function) ./gci/gci_call.c:238: error: syntax error before 'buf' ./gci/gci_call.c:239: error: 'buf' undeclared (first use in this function) ./gci/gci_call.c:278: error: 'GCI_ARGS' undeclared (first use in this function) make[1]: *** [gci_call.sho] Error 1 make[1]: Leaving directory `/regina-3.3' make: *** [stamp-build] Error 2 With the attached patch 'regina' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/regina-3.3/configure ./configure --- ../tmp-orig/regina-3.3/configure2006-04-06 11:43:30.0 + +++ ./configure 2006-04-06 10:26:31.0 + @@ -996,6 +996,9 @@ *86_64-*linux*) GCI_CONVERT_HEADER="gci_convert.linux.86_64" ;; + powerpc64-*linux*) + GCI_CONVERT_HEADER="gci_convert.linux.powerpc64" + ;; alpha*-*linux*) GCI_CONVERT_HEADER="gci_convert.linux.alpha" ;; diff -urN ../tmp-orig/regina-3.3/configure.in ./configure.in --- ../tmp-orig/regina-3.3/configure.in 2004-01-25 08:56:17.0 + +++ ./configure.in 2006-04-06 10:24:51.0 + @@ -43,6 +43,9 @@ *86_64-*linux*) GCI_CONVERT_HEADER="gci_convert.linux.86_64" ;; + powerpc64-*linux*) + GCI_CONVERT_HEADER="gci_convert.linux.powerpc64" + ;; alpha*-*linux*) GCI_CONVERT_HEADER="gci_convert.linux.alpha" ;; diff -urN ../tmp-orig/regina-3.3/gci/gci_convert.linux.powerpc64 ./gci/gci_convert.linux.powerpc64 --- ../tmp-orig/regina-3.3/gci/gci_convert.linux.powerpc64 1970-01-01 00:00:00.0 + +++ ./gci/gci_convert.linux.powerpc64 2006-04-06 10:26:10.0 + @@ -0,0 +1,110 @@ +/* + * Generic Call Interface for Rexx + * Copyright © 2003-2004, Florian Große-Coosmann + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Library General Public + * License as published by the Free Software Foundation; either + * version 2 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Library General Public License for more details. + * + * You should have received a copy of the GNU Library General Public + * License along with this library; if not, write to the Free + * Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. + * + * + * + * This file configures the number converting system. Have a look at + * gci_convert.c for the requirements. This file must include gci.h. + */ + +#define _GNU_SOURCE +#include +#include +#include "gci.h" + +#define GCI_Ir strtol +#define GCI_Iw(s,v) sprintf( s, "%ld", v ) +#define GCI_I_1 signed char +#define GCI_I_1m SCHAR_MIN +#define GCI_I_1M SCHAR_MAX +#define GCI_I_2 signed short +#define GCI_I_2m SHRT_MIN +#define GCI_I_2M SHRT_MAX +#define GCI_I_4 signed int +#define GCI_I_4m INT_MIN +#define GCI_I_4M INT_MAX +#define GCI_I_8 signed long +#define GCI_I_8m LONG_MIN +#define GCI_I_8M LONG_MAX + +#define GCI_Ur strtoul +#define GCI_Uw(s,v) sprintf( s, "%lu", v ) +#define GCI_U_1 unsigned char +#define GCI_U_1M UCHAR_MAX +#define GCI_U_2 unsigned short +#define GCI_U_2M USHRT_MAX +#define GCI_U_4 unsigned +#define GCI_U_4M UINT_MAX +#define GCI_U_8 unsigned long +#define GCI_U_8M ULONG_MAX + +#if 0 + + AMD's Opteron uses argument passing on the floating point unit + which isn't supported by GCI! + +#define GCI_Fr strtold +#define GCI_Fw(s,v) sprintf( s, "%.*LE", LDBL_MANT_DIG/3, v ) +#define GCI_F_4 float +#define GCI_F_4m (-FLT_MAX) +#define GCI_F_4M FLT_MAX +#define GCI_
Bug#361081: granule: [INTL:sv] Swedish PO translation
Package: granule Severity: wishlist Tags: patch l10n Here is the Swedish translation of granule 1.2.1 Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # Swedish translation of granule. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the granule package. # Daniel Nylander <[EMAIL PROTECTED]>, 2006. # msgid "" msgstr "" "Project-Id-Version: granule\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-03-19 12:00-0500\n" "PO-Revision-Date: 2006-04-06 14:27+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #: src/CSVImportDialog.cpp:57 #: src/CardView.cpp:126 msgid "Cancel" msgstr "Avbryt" #: src/CSVImportDialog.cpp:64 msgid "Import" msgstr "Importera" #: src/CSVImportDialog.cpp:69 msgid "Line Break:" msgstr "Radbryt:" #: src/CSVImportDialog.cpp:70 msgid "UNIX (LF)" msgstr "UNIX (LF)" #: src/CSVImportDialog.cpp:71 msgid "Windows (CR+LF)" msgstr "Windows (CR+LF)" #: src/CSVImportDialog.cpp:76 msgid "Space" msgstr "Blanksteg" #: src/CSVImportDialog.cpp:77 msgid "Tab" msgstr "Tab" #: src/CSVImportDialog.cpp:78 msgid "Semicolon (;)" msgstr "Semikolon (;)" #: src/CSVImportDialog.cpp:79 msgid "Colon (:)" msgstr "Kolon (:)" #: src/CSVImportDialog.cpp:81 msgid "Comma (,)" msgstr "Komma (,)" #: src/CSVImportDialog.cpp:85 msgid "Separators" msgstr "Avgränsare" #: src/CSVImportDialog.cpp:88 msgid "See two separators as one" msgstr "Se två avgränsare som en" #: src/CSVImportDialog.cpp:214 msgid "CSV Text Import" msgstr "CSV-textimport" #: src/CardBox.cpp:184 msgid "0 cards" msgstr "0 kort" #: src/CardBox.cpp:325 msgid "" "Failed to parse file\n" " " msgstr "" "Misslyckades med att tolka fil\n" " " #: src/CardBox.cpp:326 msgid "" "\n" "Reason: invalid file syntax/DTD" msgstr "" "\n" "Anledning: ogiltig filsyntax/DTD" #: src/CardBox.cpp:539 msgid "File \n" msgstr "Fil \n" #: src/CardBox.cpp:540 msgid "" "\n" "already exists.\n" "Would you like to delete it first?" msgstr "" "\n" "finns redan.\n" "Vill du ta bort den först?" #: src/CardBox.cpp:547 #: src/CardBox.cpp:823 #: src/DeckPlayer.cpp:1119 msgid "Yes" msgstr "Ja" #: src/CardBox.cpp:548 #: src/CardBox.cpp:824 #: src/DeckPlayer.cpp:1120 msgid "No" msgstr "Nej" #: src/CardBox.cpp:583 msgid "Trying to access index out of range!" msgstr "Försöker komma åt index utanför intervallet!" #: src/CardBox.cpp:594 msgid "Card Deck you've selected is empty" msgstr "Kortleken du valde är tom" #: src/CardBox.cpp:613 msgid "" "First, open or create\n" "a Card Box file." msgstr "" "Först, öppna eller skapa\n" "en kortlådefil." #: src/CardBox.cpp:652 msgid "First, open or create a Card File." msgstr "Först, öppna eller skapa en kortfil." #: src/CardBox.cpp:696 msgid "" "You have learnt all\n" "expired cards in this deck." msgstr "" "Du har lärt dig alla\n" "kastade kort i denna lek." #: src/CardBox.cpp:737 msgid "" "First Open or Create\n" "a New Card File!" msgstr "" "Först öppna eller skapa\n" "en ny kortfil!" #: src/CardDeck.cpp:30 msgid "Card Box 1" msgstr "Kortlåda 1" #: src/CardDeck.cpp:30 msgid "Card Box 2" msgstr "Kortlåda 2" #: src/CardDeck.cpp:31 msgid "Card Box 3" msgstr "Kortlåda 3" #: src/CardDeck.cpp:31 msgid "Card Box 4" msgstr "Kortlåda 4" #: src/CardDeck.cpp:32 msgid "Card Box 5" msgstr "Kortlåda 5" #: src/CardView.cpp:118 msgid "Clear" msgstr "Rensa" #: src/CardView.cpp:135 msgid "Add" msgstr "Lägg till" #: src/CardView.cpp:144 msgid "Ok" msgstr "Ok" #: src/CardView.cpp:153 msgid "Help" msgstr "Hjälp" #: src/CardView.cpp:162 msgid "Front : " msgstr "Fram : " #: src/CardView.cpp:168 msgid "Back :" msgstr "Bak :" #: src/CardView.cpp:174 msgid "Example : " msgstr "Exempel : " #: src/CardView.cpp:276 msgid "Fill up the back of the card" msgstr "Fyll upp baksidan av kortet" #: src/CardView.cpp:308 msgid "Fill up an example" msgstr "Fyll upp ett exempel" #: src/CardView.cpp:368 msgid "Fill up the front of the card" msgstr "Fyll upp framsidan av kortet" #: src/CardView.cpp:664 msgid "FRONT field contains illegal markup tag(s)." msgstr "Fältet FRAM innehåller otillåtna märkningstagg(ar)." #: src/CardView.cpp:673 msgid "BACK field contains illegal markup tag(s)." msgstr "Fältet BAK innehåller otillåtna märkningstagg(ar)." #: src/CardView.cpp:682 msgid "EXAMPLE field contains illegal markup tag(s)." msgstr "Fältet EXEMPEL innehåller otillåtna märkningstagg(ar)." #: src/Deck.cpp:313 msgid "" "Failed to open import file.\n" "Check file permissions." msgstr "" "Misslyckades med att öppna importfil.\n" "Kontrollera filrättigheterna." #: src/DeckPlayer.cpp:54 m
Bug#359332: boinc-client: Description improvement
package boinc-client tags 359332 + pending thanks Moin Joey, On Monday 27 March 2006 23:33, Martin Schulze wrote: > href="http://packages.debian.org/unstable/net/boinc-client";>boinc-client> -- BOINC core client. > href="http://packages.debian.org/unstable/devel/boinc-dev";>boinc-dev -- > BOINC platform for distributed computing (development files). href="http://packages.debian.org/unstable/x11/boinc-manager";>boinc-manager< >/a> -- control and monitor utility for the BOINC core client. > > So what the heck is a BOINC core client? > > Please describe the package and don't simply repeat the name of the > package. We changed the short descriptions to: -Description: BOINC core client +Description: core client for the BOINC distributed computing infrastructure -Description: control and monitor utility for the BOINC core client +Description: GUI to control and monitor the BOINC core client -Description: BOINC platform for distributed computing (development files) +Description: development files to build applications for BOINC projects I hope this is good enough for DWN now and boinc-client and boinc-manager can be mentioned in next week's issue. Thanks, Frank -- ,''`. Frank S. Thomas <[EMAIL PROTECTED]> : :' : http://www.thomas-alfeld.de/frank `. `' GPG Key ID: 0xDC426429 `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361069: thunderbird: When the composer is invoked, opens an additional main window
> IIRC, there have been people complaining about a missing -mail switch > in gnome-control-center. If you want to change it you can always > manually change the compose command in gnome-control-center just to > use thunderbird %s. > >> The correct way to invoke Thunderbird should also be documented in >> the man page. Would you like me to prepare a patch? > > Yes ... patches for manpage are more than welcome. the thunderbird > manpage indeed needs a polish. Lets consider this bug to be a manpage > bug maybe consider to post a wishlist bug against > gnome-control-center to see if they want to drop the default -mail > switch from the thunderbird command. > > - Alexander Ok, I agree; though I think the main window should not appear if Thunderbird is already running (which I should have mentioned in my original report, sorry!) and this is in fact the behaviour when Thunderbird is called with -compose. Since -mail didn't work properly at all before 1.5 it's clear that gnome-control-center should be using -compose. Anyway I'll file a separate bug and see what they have to say. -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360750: [m68k] openmsx builds with gcc-4.1
Apparently I was overly optimistic. openmsx now fails with an ICE in reload_cse_simplify_operands, filed as debian #340293. Bummer. Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#360901: lmodern: fails on installation
Francesco Potorti` <[EMAIL PROTECTED]> wrote: >> and send us the resulting file updmap.log > > Ok, attached. > >>After that, to fix your system, do >> >>export TMP=/var/tmp > > Thanks. It seems you have created updmap.log after you exported TMP, right? And the updmap script succeeded this time (there are a few warnings, though), whereas you said in an other mail that setting TMP did not help. So I'm a little confused here. What I'd like you to do is to unset TMP, and then run the debug version of updmap-sys again: unset TMP updmap-sys 2>&1 | tee updmap.log > Should I leave your updmap-sys script where it is, under > /usr/local/bin, or should I delete or rename it? I only creates debugging output, so it doesn't hurt to keep it there. But if you'd like to get less confusing messages, rename it to "updmap-sys-debug". You can also just keep it like this and call updmap-sys-debug 2>&1 | tee updmap.log instead. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#361073: inn2: segfaults on ctlinnd reload incoming.conf
On Thu, Apr 06, 2006 at 01:12:45PM +0200, Marc Haber wrote: > I have inn2 segfaulting every other day at 03:08, a few minutes after > cron issues a ctlinnd reload incoming.conf "flush cach". I was finally > able to reproduce this on an straced innd by issueing the ctlinnd > command from the command line. This is running inn with gdb: $ pstree -ap | grep innd ??innd,23422 -p\0403,4 ? ??grep,23457 innd [10/[EMAIL PROTECTED]:~$ sudo gdb -p 23422 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux". Attaching to process 23422 Using host libthread_db library "/lib/tls/libthread_db.so.1". warning: could not load vsyscall page because no executable was specified warning: try using the "file" command first Reading symbols from /mnt/usr/usr/lib/news/bin/innd...done. Reading symbols from /mnt/usr/usr/lib/libdb-4.3.so...done. Loaded symbols for /usr/lib/libdb-4.3.so Reading symbols from /mnt/usr/usr/lib/libperl.so.5.8...done. Loaded symbols for /usr/lib/libperl.so.5.8 Reading symbols from /lib/tls/libdl.so.2...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/tls/libpthread.so.0...done. [Thread debugging using libthread_db enabled] [New Thread -1212757664 (LWP 23422)] Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /lib/tls/libcrypt.so.1...done. Loaded symbols for /lib/tls/libcrypt.so.1 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/tls/libnss_files.so.2...done. Loaded symbols for /lib/tls/libnss_files.so.2 Reading symbols from /lib/tls/libnss_dns.so.2...done. Loaded symbols for /lib/tls/libnss_dns.so.2 Reading symbols from /lib/tls/libresolv.so.2...done. Loaded symbols for /lib/tls/libresolv.so.2 Reading symbols from /mnt/usr/usr/lib/perl/5.8.4/auto/Digest/MD5/MD5.so...done. Loaded symbols for /usr/lib/perl/5.8/auto/Digest/MD5/MD5.so Reading symbols from /mnt/usr/usr/lib/perl/5.8.4/auto/Data/Dumper/Dumper.so...done. Loaded symbols for /usr/lib/perl/5.8/auto/Data/Dumper/Dumper.so 0xb7c3e9f8 in select () from /lib/tls/libc.so.6 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x08052644 in ARTparseheader (cp=0xb7976044, size=39) at art.c:604 604 art.c: No such file or directory. in art.c (gdb) quit As soon as I find out how to run innd under valgrind, I'll do so. inn's startup sequence is incredibly byzantine to me. Hints appreciated. 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#256332: clarification of doc licensing for db3/db4.2
Sleepycat didn't, and Oracle doesn't, have any issue with the inclusion of the documentation with Debian, for any current or past release. The Debian team raised an issue of compatibility. In addressing it, we agreed to use the identical license for software and documentation. We didn't retroactively change licenses granted to earlier releases, because that was never raised as an issue. For simplicity, I would recommend moving to the later release of Berkeley DB -- 4.3 has the same license for docs and code. Again, you needn't be concerned about compatibility on the part of the developer here; I believe this is an internal issue for the Debian legal and licensing team, not one raised by us. mike > -Original Message- > From: dann frazier [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 05, 2006 3:55 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: clarification of doc licensing for db3/db4.2 > > > hey Mike, > I'm seeking explicit clarification on the licensing of the > documentation in Debian's db3 and db4.2 packages. Can you clarify > your comments in #256332[1] with respect to these older releases? > Specifically, I'm interested to know whether the referenced > documentation in these older releases is redistributable under the > terms of the included (DFSG-free) license.html file, or if it is > limited to the terms in the legal.html file (non-DFSG-free). > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=256332 > > -- > dann frazier > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361074: [Yaird-devel] Bug#361074: yaird: kernel panic after changeing sata controller
On Thu, Apr 06, 2006 at 02:29:49PM +0200, Emil Nowak wrote: > > I had all my sata disk connected to silicon image controler (on PCI). Today I > have upgraded my mainboard to Gigabyte (which has sata_via controller). I > would like to use the built-in controller instead of external one on pci. > > Just after connecting disk to built-in via controller I have kernel panic > because there is no sta_via.ko module in intrd. > > Regenereating initrd doesn't help here. > > What is the best way to do mainboard-upgrades with generic kerneles and > initrd. What are advantages for using generic-kernles if they always fail > after hrdware upgrade? yaird does optimize on current hardware, you want to check out: http://wiki.debian.org/InitrdReplacementOptions -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361083: pure-ftpd: verboselog / -d option appears to not doing anything
Package: pure-ftpd Version: 1.0.21-1 Severity: normal I add VerboseLog to the conf directory, with the contents of "Yes", and I see the -d printed on the "Running..." line, but I don't get any more verbose output. I manually added MoreVerboseLog to the wrapper, in order to be able to get two -d on the command line, to display password attempts (which is my goal at the moment) and I see the two -d on the command line, but again, no logging difference. This might be an upstream bug, though when I say I see the -d on the command line, I mean I see it printed as output when running /etc/init.d/pure-ftpd start, but the options are not shown in the output of ps, so it might be that the option is not getting passed to the actual daemon. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages pure-ftpd depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8a-7 SSL shared libraries ii pure-ftpd-common 1.0.21-1 Pure-FTPd FTP server (Common Files pure-ftpd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
