Bug#360316: zeroc-icee: FTBFS: #error IceE version mismatch!
Package: zeroc-icee Version: 1.0.0-3 Severity: serious When building 'zeroc-icee' on unstable, I get the following error: rm -f ../../include/IceE/RouterF.h RouterF.cpp slice2cppe --ice --include-dir IceE --dll-export ICE_API -I../../slice ../../slice/IceE/RouterF.ice mv RouterF.h ../../include/IceE c++ -c -I.. -I../../include -DICE_API_EXPORTS -m32 -ftemplate-depth-128 -Wall -D_REENTRANT -fPIC -g BasicStream.cpp In file included from ../IceE/Instance.h:16, from BasicStream.cpp:11: ../../include/IceE/LoggerF.h:27:9: error: #error IceE version mismatch! In file included from ../../include/IceE/LocalException.h:14, from BasicStream.cpp:14: ../../include/IceE/Identity.h:27:9: error: #error IceE version mismatch! In file included from ../../include/IceE/LocalException.h:15, from BasicStream.cpp:14: ../../include/IceE/BuiltinSequences.h:28:9: error: #error IceE version mismatch! make[3]: *** [BasicStream.o] Error 1 make[3]: Leaving directory `/zeroc-icee-1.0.0/src/IceE' Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360317: e2fsprogs: FTBFS (amd64): conflicting types for '__s64'
Package: e2fsprogs Version: 1.38+1.39-WIP-2006.03.29-2 Severity: serious Hello, when building 'e2fsprogs' on amd64/unstable, I get the following error: make[4]: Leaving directory `/e2fsprogs-1.38+1.39-WIP-2006.03.29/debian/BUILD-STD/lib/blkid' CC /e2fsprogs-1.38+1.39-WIP-2006.03.29/lib/blkid/cache.c CC /e2fsprogs-1.38+1.39-WIP-2006.03.29/lib/blkid/dev.c CC /e2fsprogs-1.38+1.39-WIP-2006.03.29/lib/blkid/devname.c In file included from /usr/include/asm/types.h:8, from /usr/include/linux/types.h:9, from /usr/include/libdevmapper.h:23, from /e2fsprogs-1.38+1.39-WIP-2006.03.29/lib/blkid/devname.c:42: /usr/include/asm-x86_64/types.h:23: error: conflicting types for '__s64' ../../lib/blkid/blkid_types.h:18: error: previous declaration of '__s64' was here /usr/include/asm-x86_64/types.h:24: error: conflicting types for '__u64' ../../lib/blkid/blkid_types.h:19: error: previous declaration of '__u64' was here make[3]: *** [devname.o] Error 1 make[3]: Leaving directory `/e2fsprogs-1.38+1.39-WIP-2006.03.29/debian/BUILD-STD/lib/blkid' With the attached patch 'e2fsprogs' can be compiled on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/e2fsprogs-1.38+1.39-WIP-2006.03.29/lib/blkid/devname.c ./lib/blkid/devname.c --- ../tmp-orig/e2fsprogs-1.38+1.39-WIP-2006.03.29/lib/blkid/devname.c 2006-03-19 19:53:35.0 + +++ ./lib/blkid/devname.c 2006-04-01 06:55:49.0 + @@ -36,12 +36,12 @@ #endif #include time.h -#include blkidP.h - #ifdef HAVE_DEVMAPPER #include libdevmapper.h #endif +#include blkidP.h + /* * Find a dev struct in the cache by device name, if available. * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360278: wyrd as an alternative to tk8.4
Thaddeus H. Black [EMAIL PROTECTED] writes: Hello Thaddeus, Given wyrd, console-only users can install and use remind normally, can't they? Tk8.4 Depends on libx11-6, which console-only users normally lack. Refer to Policy 7.2. The reason why I moved tk8.4 and tcl8.4 to Recommends actually _is_ because there are console replacements for tkremind, it has been a Dependency before. Because it is only a Recommends currently, you do not have to install TCL/Tk, if you do not want to. There are also other frontends for remind that would also have to be listed alike. Ok, these are not in Debian (yet), but that may change at any time. If the Recommends really annoys users, I might rather split the package, considering the long dependency chain that only goes out from one single tool in the package or move TCL/Tk to a Suggests: line. What do you think? René pgp1SlFtZGpCt.pgp Description: PGP signature
Bug#360318: ITP: wmforkplop -- monitors forking activity and displays top CPU consuming processes
Package: wnpp Severity: wishlist * Package name: wmforkplop Version : 0.9.2 Upstream Author : poolpy [EMAIL PROTECTED] * URL or Web page : http://freshmeat.net/projects/wmforkplop/ * License : GPL Description : Wmforkplop monitors forking activity and displays top CPU consuming processes Wmforkplop is a blend of wmhdplop and wmtop. It monitors the forking activity of the kernel and displays a list of the most CPU-consuming processes. Although primarily aimed at Windowmaker, it will run on any window manager, either as a dockapp or as a standard X11 application. -8--8--8--8 Varun Hiremath 3rd Year Engg Student, Aerospace Department, Indian Institute of Technology Madras, Chennai, India --- Webpage : http://www.ae.iitm.ac.in/~ae03b032 ---
Bug#360319: FTBFS: doesn't generate html documentation
Package: sed Version: 4.1.4-5 Severity: serious Justification: no longer builds from source Hi, sed fails to build with this error: mv /builds/sed-4.1.4/debian/tmp/usr/share/doc/sed.html /builds/sed-4.1.4/debian/tmp/usr/share/doc/sed/ mv: cannot stat `/builds/sed-4.1.4/debian/tmp/usr/share/doc/sed.html': No such file or directory make: *** [binary-arch] Error 1 after some investigation the reason is two-fold: ./configure lacks --enable-html (which defaults to no) compiling with --enable-html leads sed.html into: debian/tmp/usr/share/doc/sed-4.1.4/sed.html thus the mv is wrong, sed.html is the only file ending up in usr/share/doc/sed-4.1.4 so I suspect it is some trickery by autoconf/autotools thanks, filippo -- 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-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sed depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an sed recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358254: libxft-dev: same behaviour with amd64 sid
Package: libxft-dev Version: 2.1.8.2-3 Followup-For: Bug #358254 (Reading database ... 114257 files and directories currently installed.) Preparing to replace x11-common 6.9.0.dfsg.1-4 (using .../x11-common_6.9.0.dfsg. 1-5_all.deb) ... Unpacking replacement x11-common ... dpkg: error processing /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-5_all.deb (--unpack): trying to overwrite `/usr/include/X11', which is also in package libxft-dev System startup links for /etc/init.d/x11-common already exist. Setting up X server socket directory /tmp/.X11-unix...done. Setting up ICE socket directory /tmp/.ICE-unix...done. Errors were encountered while processing: /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-5_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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.15.1 Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages libxft-dev depends on: pn libc6-dev | libc-dev none (no description available) ii libfontconfig1-dev 2.3.2-1.1 generic font configuration library pn libfreetype6-dev none (no description available) pn libx11-dev none (no description available) ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxrender-dev 1:0.9.0.2-1 X Rendering Extension client libra pn x-devnone (no description available) ii zlib1g-dev [libz-dev]1:1.2.3-9 compression library - development libxft-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357527: [stable] cyrus-sasl2 dfsg issue
* dann frazier ([EMAIL PROTECTED]) [060401 02:08]: I am already working on a fix for a sarge-based release I do for my day job, so it'd be ideal if I could just do the stable-proposed-updates build for Debian and use the same build for my work project. Of course, I could prepare a sid NMU at the same time. I think that this is an RC-bug, and RC bugs need to be fixed. So, yes, doing an NMU is good. However, please no additional changes (I don't know what you need for your work project, that's why I'm saying that). Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360322: 'man festival' typos: paranthesis, etc.
Package: festival Version: 1.4.3-17.1 Severity: minor Tags: patch Found a few typos in '/usr/share/man/man1/festival.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages festival depends on: ii festvox-kallpc16k [festival- 1.4.0-5 American English male speaker for ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6-4 GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libestools1.21:1.2.3-9.2 Edinburgh Speech Tools Library ii libgcc1 1:4.0.3-1 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libstdc++6 4.0.3-1 The GNU Standard C++ Library v3 ii sgml-base1.26SGML infrastructure and SGML catal festival recommends no packages. -- no debconf information --- festival.1 2006-03-24 11:06:03.0 -0500 +++ /tmp/festival.1 2006-04-01 03:28:52.0 -0500 @@ -19,7 +19,7 @@ When in command mode input (from file or interactively) is interpreted by the command interpreter. When in tts mode input is rendered as speech. When in command mode filenames that start with a left -paranthesis are treated as literal commands and evaluated. +parenthesis are treated as literal commands and evaluated. .SH OPTIONS @@ -58,7 +58,7 @@ .TP 8 .BI --language string Run in named language, default is -english, spanish, welsh, italian and finnish are available +english; spanish, welsh, italian and finnish are available .TP 8 .BI --server Run in server mode waiting for clients
Bug#358689: [CVE-2006-0042] Remote DoS in libapreq2-perl
Steinar H. Gunderson wrote: On Mon, Mar 13, 2006 at 12:25:13AM +0100, Martin Schulze wrote: An algorithm weakness has been discovered in Apache2::Request, the generic request library for Apache2 which can be exploited remotely and cause a denial of service via CPU consumption. Looks like the backport was incomplete, unfortunately; it breaks file uploads (see #358689). I've made a fix (attached) which seems to fix the problem for me; Gunnar, could you please test it on your side too? Will provide an update next week. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358254: fix found in bug #358682, reinstalled libxft-dev
Package: libxft-dev Version: 2.1.8.2-5.1 Followup-For: Bug #358254 Preparing to replace libxft-dev 2.1.8.2-3 (using .../libxft-dev_2.1.8.2-5.1_amd64.deb) ... Unpacking replacement libxft-dev ... dpkg: warning - unable to delete old directory `/usr/include/X11/Xft': Directory not empty Preparing to replace libxft2 2.1.8.2-3 (using .../libxft2_2.1.8.2-5.1_amd64.deb) ... Unpacking replacement libxft2 ... Preparing to replace libxft-dev 2.1.8.2-3 (using .../libxft-dev_2.1.8.2-5.1_amd64.deb) ... Unpacking replacement libxft-dev ... dpkg: warning - unable to delete old directory `/usr/include/X11/Xft': Directory not empty Preparing to replace libxft2 2.1.8.2-3 (using .../libxft2_2.1.8.2-5.1_amd64.deb) ... Unpacking replacement libxft2 ... ... that works for me, apt-get upgrade now possible again. Thomas -- 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.15.1 Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages libxft-dev depends on: ii libc6-dev [libc-dev] 2.3.6-4GNU C Library: Development Librari ii libfontconfig1-dev2.3.2-1.1 generic font configuration library ii libfreetype6-dev 2.1.10-2 FreeType 2 font engine, developmen ii libx11-dev6.9.0.dfsg.1-5 X Window System protocol client li ii libxft2 2.1.8.2-5.1FreeType-based font drawing librar ii libxrender-dev1:0.9.0.2-1X Rendering Extension client libra ii x-dev 6.9.0.dfsg.1-5 X protocol development files ii x11-common6.9.0.dfsg.1-4 X Window System (X.Org) infrastruc ii zlib1g-dev [libz-dev] 1:1.2.3-9 compression library - development libxft-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360320: deskbar-applet: empty popup menu
Package: deskbar-applet Version: 2.14.0.1-1 Severity: normal Starting with -w option or adding to gnome panel gives deskbar without popup menu. Followed is a console output with some errors: $ /usr/lib/deskbar-applet/deskbar-applet -w Running installed deskbar, using [/usr/lib/python2.3/site-packages/deskbar:$PYTHONPATH] Data Dir: /usr/share/deskbar-applet Handlers Dir: ['/home/tomek/.gnome2/deskbar-applet/handlers', '/usr/lib/deskbar-applet/handlers'] Binding Global shortcut AltF3 to focus the deskbar Starting Deskbar instance: gnome.applet.Applet object (PanelApplet) at 0xb688489c None Layout changed to 1 (deskbar-applet:5038): XML-CRITICAL **: Input is not proper UTF-8, indicate encoding ! Bytes: 0xB6 0xE6 0x20 0x5F (deskbar-applet:5038): XML-CRITICAL **: AttValue: ' expected (deskbar-applet:5038): XML-CRITICAL **: attributes construct error (deskbar-applet:5038): XML-CRITICAL **: Couldn't find end of Start Tag menuitem line 4 (deskbar-applet:5038): XML-CRITICAL **: Premature end of data in tag popup line 3 (deskbar-applet:5038): XML-CRITICAL **: Premature end of data in tag popups line 2 (deskbar-applet:5038): XML-CRITICAL **: Premature end of data in tag Root line 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages deskbar-applet depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.3-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-4 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libebook1.2-51.4.2.1-2 Client library for evolution addre ii libedataserver1.2-4 1.4.2.1-2 Utility library for evolution data ii libfontconfig1 2.3.2-5 generic font configuration library ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libglib2.0-0 2.10.1-2The GLib library of C routines ii libgnome-desktop-2 2.12.3-1Utility library for loading .deskt ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.0-2The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-1A powerful object-oriented display ii libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-1GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-5 Inter-Client Exchange library ii liborbit21:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.12.0-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.9.0.dfsg.1-5 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 6.9.0.dfsg.1-5 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-5 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-5 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-5 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-5 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii python 2.3.5-5 An interactive high-level object-o ii python-glade22.8.2-3 GTK+ bindings: Glade support ii python-gnome22.12.3-2Python bindings for the GNOME desk ii python-gnome2-extras 2.12.1-2.1 Python bindings for the GNOME desk ii python-gtk2 2.8.2-3 Python bindings for the GTK+ widge ii zlib1g 1:1.2.3-11 compression library - runtime deskbar-applet recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360321: gramps: Fails to start: rd_object called with exception set
Package: gramps Version: 2.0.10-1 Severity: important On starting up gramps: XXX rd_object called with exception set Traceback (most recent call last): File /usr/share/gramps/gramps.py, line 81, in ? import gramps_main File /usr/share/gramps/gramps_main.py, line 59, in ? import MediaView File /usr/share/gramps/MediaView.py, line 49, in ? import ImageSelect File /usr/share/gramps/ImageSelect.py, line 62, in ? import Sources File /usr/share/gramps/Sources.py, line 56, in ? from DdTargets import DdTargets TypeError: argument 1 must be string, not None Regards, Graham -- 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-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gramps depends on: ii gconf22.14.0-1 GNOME configuration database syste ii python2.3.5-5An interactive high-level object-o ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gnome2 2.12.3-2 Python bindings for the GNOME desk ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii yelp 2.12.2-4 Help browser for GNOME 2 Versions of packages gramps recommends: ii graphviz2.8-0.4 rich set of graph drawing tools ii python-gnome2-extras2.12.1-2.1 Python bindings for the GNOME desk ii python-reportlab1.20debian-3 ReportLab library to create PDF do ii ttf-freefont20060126b-3 Freefont Serif, Sans and Mono True -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360323: 'man festival_client' typos: Asychronous, aucommand, clinet, proces, retruned, etc.
Package: festival Version: 1.4.3-17.1 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/festival_client.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages festival depends on: ii festvox-kallpc16k [festival- 1.4.0-5 American English male speaker for ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6-4 GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libestools1.21:1.2.3-9.2 Edinburgh Speech Tools Library ii libgcc1 1:4.0.3-1 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libstdc++6 4.0.3-1 The GNU Standard C++ Library v3 ii sgml-base1.26SGML infrastructure and SGML catal festival recommends no packages. -- no debconf information --- festival_client.1 2006-03-24 11:06:03.0 -0500 +++ /tmp/festival_client.1 2006-04-01 03:32:39.0 -0500 @@ -15,7 +15,7 @@ option .BI --server -festival-clinet allows waveforms ot be generated faster as not +festival-client allows waveforms ot be generated faster as not time is required for start up. See the festival manual for more details on recommended use. @@ -27,7 +27,7 @@ hostname (or IP number) of server .TP 8 .BI --port int {1314} -port number of server proces (1314) +port number of server process (1314) .TP 8 .BI --output string file to save output waveform to @@ -44,14 +44,14 @@ (useful when using --ttw) .TP 8 .BI --async -Asychronous mode, server may send back +Asynchronous mode, server may send back multiple waveforms per text file .TP 8 .BI --ttw Text to waveform: take text from first arg or stdin get server to return waveform(s) stored in output or operated -on by aucommand. +on by '--aucommand'. .TP 8 .BI --withlisp Output lisp replies from server. @@ -61,7 +61,7 @@ .TP 8 .BI --aucommand string command to be applied to each -waveform retruned from server. Use $FILE +waveform returned from server. Use $FILE in string to refer to waveform file .SH BUGS This still isn't as general as it should be. It seems to
Bug#360271: hdparm: manpage has a chaotic structure
On Sat, Apr 01, 2006 at 01:40:29AM +0100, Stephen Gran wrote: This one time, at band camp, Joerg Hoh said: On Fri, Mar 31, 2006 at 11:40:41PM +0100, Stephen Gran wrote: This one time, at band camp, Joerg Hoh said: Please apply the attached patch. It groups the variuos options of hdparm into logical sections. Er, have you noticed that the current manpage is alphabetical, which is the sort of unwritten norm? Yes, but looking for which parameter is the right one to put my HD into sleep is quite anoying. There are 2 lines with the word sleep in them. This is not that bad. I would need more to be convinced, I am sorry. Ok, after talking with other people about that they told me that alphabetical order is natural to them and they are used to use the search function of their pager. You can close this bug. Jörg -- What did you do to the cat? It looks half-dead. -Schroedinger's wife signature.asc Description: Digital signature
Bug#360324: pike7.4-mysql: Uinstallable, dependency on libmysqlclient15
Package: pike7.4-mysql Version: 7.4.357-1.1 Severity: important -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) This package needs to be recompiled with libmysqlclient15-off. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358915: git-core: missing dependancy to curl
On Sat, Mar 25, 2006 at 03:03:58AM +0100, Maximilian Wilhelm wrote: The git-clone script in the git-core package uses curl to fetch repositories via http, but git-core is missing a dependancy to curl. Please add it. Hi, fetching through http is just one part of git core, and not necessarily used by all users. That's why the git-core package Recommends: curl, most of it works just fine without curl being installed. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358778: dash does not provide static packages
On Fri, Mar 24, 2006 at 12:33:40PM +0100, Pjotr Kourzanov wrote: Also, build dietlibc based packages only when DEB_BUILD_OPTIONS is on diet. Well, the dash source builds a dash package against the glibc, and a dash-udeb package againt the diet libc (statically linked /bin/dash). Is there really a need for a dash-static package, it can simply be created manually by rebuilding the package with DEB_BUILD_OPTIONS=diet in the environment. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358776: dietlibc can not be cross-compiled for ARM and MIPSEL
On Fri, Mar 24, 2006 at 12:30:35PM +0100, Pjotr Kourzanov wrote: --- dietlibc-0.29/debian/control 2006-03-13 15:06:07.0 +0100 +++ dietlibc-0.29-8.my/debian/control 2006-03-13 17:37:44.0 +0100 @@ -24,7 +24,7 @@ Package: dietlibc Section: libs -Architecture: i386 +Architecture: i386 arm mipsel Hi, I don't think dynamic linking with the diet libc works stable enough on arm and mipsel. Did you try it out? Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360325: pike7.6-mysql: Uinstallable; dependency on libmysqlclient15
Package: pike7.6-mysql Version: 7.6.69-1 Severity: important -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) This package needs to be recompiled with a dependency on libmysqlclient15-off. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230313: Bug #230313:
* Luciano Bello [EMAIL PROTECTED] [2006-04-01 01:09]: http://www.poehlsen.org/mrtgutils/ don't work any more. I know that you submit this bug 2 years ago, do you know where this project is now? Hmm, no, not really. Did you try google? Sure, but I'm not feeling lucky :P. Are you agree if I close this bug? Probably not. What do you intend to do? Continue maintaining the current tools in Debian and essentially become upstream since Randolph wrote them? If so, you could do the same with the other mrtgutils since they're more advanced. I can google next week or so, but I really have to pack right now because I'm moving to another country in the afternoon. ;) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360263: hdparm: Operation not permitted when trying to set DMA (reportbug: message 3 of 10)
Stephen Gran - [EMAIL PROTECTED] wrote: This one time, at band camp, Matthew Exon said: /dev/hdb: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted This is only likely to happen if the kernel module dealing with your ide controller is unable to handle DMA. I've googled around for people who've run into similar problems, but it always seems to be caused by badly configured kernels. And this is likely your problem as well. Please post the output of lsmod lspci. In assume that ide-generic is grabbing the ide controller before the module that has DMA support is able to. Thanks for the quick response. This provided me with enough clues to get a workaround, at least. I already had a vague idea that it was something to do with the order in which the modules were being loaded, so I was trying to compile the IDE modules into the kernel. But I had only targeted the modules shown by lsmod | grep ide. I didn't realise that there was a specific IDE driver too. I've now compiled via82cxxx into the kernel as well, and it works. Hooray! This is only a workaround though, because I'm having to compile my own kernel. I really want to use the stock Debian kernels, and these continue not to work. I don't know which package is causing the DMA problem, but I suspect it's an interaction between linux-image and initramfs-tools - I know that there were some problems with the initrd stuff in the 2.6.12 to 2.6.15 transition, so it's likely I'm seeing some residue of that. What do you think - should I take my bug to initramfs-tools? Bear in mind that this is all with stock kernels, nothing to do with compiling my own custom kernel or anything. The custom kernel is just a workaround. It's a real problem, not just me living on the bleeding edge and cutting myself :-) So there doesn't seem to be a bug in hdparm, except that the error message is very confusing. I'm not the only person to be totally confused by Operation not permitted. It's more of a feature request, but it'd be nice if hdparm could catch this situation and print a more helpful error message, rather than just using perror. This is an upstream thing of course. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358769: libowfat does not provide shared library
On Fri, Mar 24, 2006 at 12:17:16PM +0100, Pjotr Kourzanov wrote: --- libowfat-0.24/debian/rules2006-03-14 17:09:32.0 +0100 +++ libowfat-0.24-1.my/debian/rules 2006-03-15 11:01:31.0 +0100 @@ -1,11 +1,19 @@ #!/usr/bin/make -f +ARCH:=$(shell dpkg-architecture -qDEB_HOST_ARCH) +SHELL=/bin/bash +debug=$(shell echo $($1) | tee ((echo -n '$1='; cat) /dev/stderr) ) + +DIET_ARCHS =alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 s390 sparc +DIETDYN_ARCHS =alpha amd64 arm hppa i386 ia64 mips powerpc ppc64 s390 sparc + Hi, dynamic linking support of the diet libc is still highly experimental, and only on i386 (half-way) supported. The dietlibc binary package (dynamic lib) has even been removed for arm since sarge. I think libowfat should only be available as static library for now. Thanks for the patch though, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360263: hdparm: Operation not permitted when trying to set DMA (reportbug: message 3 of 10)
Stephen Gran - [EMAIL PROTECTED] wrote: Please post the output of lsmod lspci. Oops, forgot to do that. Here's lsmod when running kernel 2.6.15-1-k7. Assuming the list is more-or-less in reverse order of the time of installation, you seem to be right that via82cxxx is being loaded after ide_generic. Possibly there's some setting I can set somewhere to reverse this order? Module Size Used by r128 42176 1 drm64724 2 r128 rfcomm 34200 0 l2cap 21572 5 rfcomm bluetooth 41892 4 rfcomm,l2cap ipv6 222976 18 lp 10628 0 button 6544 0 ac 4740 0 battery 9476 0 nls_iso8859_1 4032 1 nls_cp437 5696 1 vfat 11968 1 fat46428 1 vfat stv0299 9608 0 dvb_core 72744 1 stv0299 joydev 8960 0 i2c_viapro 8020 0 snd_ice171256324 0 snd_ice17xx_ak4xxx 4032 1 snd_ice1712 evdev 8896 2 snd_ak4xxx_adda 5824 2 snd_ice1712,snd_ice17xx_ak4xxx i2c_core 19408 2 stv0299,i2c_viapro snd_cs8427 9216 1 snd_ice1712 snd_ac97_codec 82528 1 snd_ice1712 snd_pcm_oss46112 0 snd_mixer_oss 16576 1 snd_pcm_oss snd_mpu401 6344 0 snd_pcm77704 3 snd_ice1712,snd_ac97_codec,snd_pcm_oss snd_timer 21444 1 snd_pcm snd_page_alloc 9992 1 snd_pcm snd_ac97_bus2112 1 snd_ac97_codec mousedev 10592 0 snd_i2c 5056 2 snd_ice1712,snd_cs8427 snd_mpu401_uart 6656 2 snd_ice1712,snd_mpu401 via_ircc 23252 0 ns558 5188 0 analog 10400 0 snd_rawmidi22688 1 snd_mpu401_uart snd_seq_device 8012 1 snd_rawmidi pcspkr 1732 0 irda 162940 1 via_ircc snd48740 13 snd_ice1712,snd_ak4xxx_adda,snd_cs8427,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_mpu401,snd_pcm,snd_timer,snd_i2c,snd_mpu401_uart,snd_rawmidi,snd_seq_device via_agp 9344 1 agpgart31496 2 drm,via_agp floppy 54916 0 rtc11508 0 shpchp 39872 0 pci_hotplug24884 1 shpchp psmouse32516 0 gameport 14024 3 ns558,analog soundcore 8992 1 snd crc_ccitt 2048 1 irda parport_pc 32324 1 parport31880 2 lp,parport_pc serio_raw 6596 0 ext3 118664 1 jbd48724 1 ext3 mbcache 8516 1 ext3 ide_cd 36804 0 cdrom 33568 1 ide_cd usbhid 32608 0 via82cxxx 8260 0 [permanent] generic 4356 0 [permanent] ehci_hcd 29064 0 via_rhine 21124 0 mii 5248 1 via_rhine uhci_hcd 28304 0 usbcore 113924 4 usbhid,ehci_hcd,uhci_hcd thermal13512 0 processor 22976 1 thermal fan 4676 0 ide_disk 15936 5 ide_generic 1216 0 [permanent] ide_core 112928 5 ide_cd,via82cxxx,generic,ide_disk,ide_generic Here's lsmod when running my new, working, custom 2.6.15 kernel: Module Size Used by r128 42176 1 drm64724 2 r128 rfcomm 34200 0 l2cap 21572 5 rfcomm bluetooth 41892 4 rfcomm,l2cap ipv6 222976 67 lp 10628 0 button 6544 0 ac 4740 0 battery 9476 0 nls_iso8859_1 4032 1 nls_cp437 5696 1 vfat 11968 1 fat46428 1 vfat stv0299 9608 0 dvb_core 72744 1 stv0299 joydev 8960 0 psmouse32516 0 serio_raw 6596 0 evdev 8896 2 snd_ice171256324 3 snd_ice17xx_ak4xxx 4032 1 snd_ice1712 i2c_viapro 8020 0 snd_ak4xxx_adda 5824 2 snd_ice1712,snd_ice17xx_ak4xxx snd_cs8427 9216 1 snd_ice1712 snd_ac97_codec 82528 1 snd_ice1712 snd_pcm_oss46112 1 snd_mixer_oss 16576 2 snd_pcm_oss mousedev 10592 1 i2c_core 19408 2 stv0299,i2c_viapro snd_pcm77704 3 snd_ice1712,snd_ac97_codec,snd_pcm_oss snd_timer 21444 1 snd_pcm snd_page_alloc 9992 1 snd_pcm snd_ac97_bus2112 1 snd_ac97_codec via_ircc 23252 0 snd_i2c 5056 2 snd_ice1712,snd_cs8427 snd_mpu401 6344 0
Bug#360319: FTBFS: doesn't generate html documentation
On Sat, Apr 01, 2006 at 10:25:10AM +0200, Filippo Giunchedi wrote: Package: sed Version: 4.1.4-5 Severity: serious Justification: no longer builds from source Hi, sed fails to build with this error: mv /builds/sed-4.1.4/debian/tmp/usr/share/doc/sed.html /builds/sed-4.1.4/debian/tmp/usr/share/doc/sed/ mv: cannot stat `/builds/sed-4.1.4/debian/tmp/usr/share/doc/sed.html': No such file or directory make: *** [binary-arch] Error 1 interesting, on the same machine outside this chroot it works flawlessly, both machines are up-to-date so I'm wondering what the problem can be. filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355414: dropbear: dropbear does not work on low entropy systems
On Sun, Mar 05, 2006 at 03:58:39PM +0100, [EMAIL PROTECTED] wrote: This is the same problem as in #310732. In other words, dropbear depends on /dev/random having enough entropy, but not all systems have enough entropy in there. This causes logins to hang. This is true especially for embedded systems where dropbear is likely to be used due to its smaller memory footprint. Debian is now running on many such systems (especially some of the architectures), so I don't think it's fair to dismiss the bug by saying that /dev/random can be expected to have enough entropy. I'm not sure what the solution would be though. Some ideas: - Run-time option to choose random device (/dev/random or /dev/urandom). - Run-time option to use PRNGD or EGD. - Better documentation of this problem. I can document this in the README.Debian, is that fine with you? Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356327: git-core: missing dependancy for python
On Sat, Mar 11, 2006 at 08:49:26AM +0100, Jan-Benedict Glaw wrote: git-core internally uses python to eg. do merges, but python is missing from the dependancy list. Please add it. Hi, the python programs are just one part of git core, and not necessarily used by all users. That's why the git-core package Recommends: python, some of it works just fine without python being installed. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312844: console-tools: Same problem attempting to build the keyboard map for psion-5mx kernel
Package: console-tools Version: 1:0.2.3dbs-56 Followup-For: Bug #312844 I'm having exactly the same problem while attempting to build a kernel for the psion 5mx (http://linux-7110.sourceforge.net/) This contains a number of special keycodes for controlling things like backlight, contrast, power off etc. The codes are thing like: altgr keycode 61 = 0xf03 # Backlight loadkeys --mktable keymap_psion_us.map keymap_psion_us.c For console-tools_0.2.3-23.3 this build the map file correctly. For console-tools_0.2.3dbs-56 this replaces all the 0xff0? values with 0xf020 - 0xf200, 0xf117, 0xf114, 0xf200, 0xf118, 0xff03, 0xf10d, 0xfc00, + 0xf200, 0xf117, 0xf114, 0xf200, 0xf118, 0xf020, 0xf10d, 0xfc00, And console-tools_0.2.3dbs-60 has the same problem except that it additionally requires you to run this as root otherwise you get: $ ./console-tools_0.2.3dbs-60/bin/loadkeys --mktable keymap_psion_us.map Couldnt get a file descriptor referring to the console KDGKBMODE: Bad file descriptor loadkeys: error reading keyboard mode $ The following patch to the function add_number fixes this issue (but may cause other problems) --- ksyms.c.orig2006-04-01 09:32:27.0 +0100 +++ ksyms.c 2006-04-01 10:02:15.0 +0100 @@ -1826,7 +1826,7 @@ } if (kbd_mode != K_UNICODE KTYP(code) syms_size) return code; - return ksymtocode(codetoksym(code)); + return code; } int The cause here is that the 0xf03 in the map file is being converted into a symbol and then back into the code. And it therefore rejected if there is no mapping for this character. I also don't understand why there are all the: ioctl(fd, KDGKBMODE, kbd_mode); when we are running with --mktable. AFAICT we shouldn't even be touching the console (nor require running as root). I think this is probably the underlying cause although I'm not completely clear how this should be fixed. I think that if we are running with --mktable we should not be looking at the console at all but maybe need to consider whether -u was on the commandline? (When I'm building the psion-5mx kernel I'm doing a cross compile. So not only is loadkeys looking at the console on the wrong machine, it's the wrong architecture and hardware as well) Tim. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-3-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages console-tools depends on: ii console-common 0.7.49Basic infrastructure for text cons ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-56 Shared libraries for Linux console ii sysvinit 2.86.ds1-1System-V like init -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359833: [pkg-horde] Bug#359833: kronolith2: warning in reminders.php
On Sat, Apr 01, 2006 at 08:54:48AM +0200, Klaus Maria Pfeiffer wrote: hi Ola! On Friday 31 March 2006 07:02, Ola Lundqvist wrote: Interesting. Is this something new or has it been this all the time? I have got similar report on other packages. its since Aptitude 0.4.1: log report Wed, Mar 29 2006 07:33:17 +0200 [UPGRADE] kronolith2 2.0.6-1 - 2.1-1 I see. Thanks. Regards, // Ola greetings hth, Klaus -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360304: [Pkg-xfce-devel] Bug#360304: xfce4: store settings in .xfce instead of .config
On Fri, 2006-03-31 at 23:22 -0500, Michael Gilbert wrote: Package: xfce4 Version: 4.2.3 Severity: normal it does not make logical sense that xfce settings are stored in the user's ~/.config directory...config could mean anything. i had to do a search to figure out where the settings were (not that difficult, but nevertheless annoying). it would make much more sense if xfce settings were instead saved in a ~/.xfce directory as is the norm for practically all other Debian software. thank you for your consideration. Storing prefs in a subfolder of ~/.config folder is a common way theses days, lots of software do that. By the way, Xfce uses freedesktop standards paths, and settings are stored in $XDG_CONFIG_HOME (see http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html ), as this is explained in Xfce documentation ( http://www.xfce.org/documentation/docs-4.2/ or file:///usr/share/xfce4/doc/C/index.html ) Regards, -- Yves-Alexis Perez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360326: doc-central: Please handle the special lines in doc-base file format.
Package: doc-central Version: 1.8.2 Severity: wishlist Hi, Doc-base file format is very similar to the dpkg control format, described in Debian Policy 5.6.13 [1], and: (1) lines containing only a space and a dot ( .) should be rendered as blank lines. (2) lines starting with two or more spaces should be rendered verbatim. I know the Doc-base Manual does not explicite mention the (2) condition, however this will be fixed soon. It would be nice if doc-central could handle the two special cases. Best Regards, robert [1] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/pdksh Kernel: Linux 2.6.16 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360327: O: sgf2tex -- Creates TeX files from Go game records
Package: wnpp Severity: normal I intend to orphan the sgf2tex package since I do not have the time to work on it. The package description is: Go is a board game from Eastern Asia and TeX is a program for typesetting. sgf2tex converts Go game records in smart-go format (SGF) into TeX files. You can produce camera-ready copies for books or magazines, or simply generate attractive printouts of your (internet) Go games. . sgf2tex includes the Metafont sources for a new set of Go fonts, a script which translates files in sgf-format into TeX, and a script which provides support for handling variations. -- 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.5 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#114877: HTML special chars in doc-base file
retitle 114877 doc-base should encode HTML special chars when writing dhelp files clone 114877 -1 reaasign -1 doc-central 1.8.2 retitle -1 doc-central should encode HTML special chars from doc-base files thanks Hi, The doc-base files can contain characters like , , , which should be encoded into apriopriate HTML entities. Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351875: dietlibc-dev: Further syscalls fixed
On Thu, Mar 30, 2006 at 01:08:42AM -0500, Micah Anderson wrote: Scratch that previous patch, the attached one goes a step further to fix all the remaining issues with the parisc syscalls that all contain 5 or 6 arguments, namely: The previous patch handled llseek, recvfrom, sendto. This patch builds on the previous one and adds the remaining. Also, the parisc execvp bug (#360007) is fixed in the attached patch. I have sent all this information upstream, but I include it here in case you would apply the changes to the debian package before it gets accepted upstream. I'm confident that this works in the debian package, as that was what I was using to test. Again, kudos to Herbert Poetzl! Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360058: [Buildd-tools-devel] Bug#360058: please don't expect ref-* to be sorted
tags 360058 + patch fixed-upstream pending thanks Martin Michlmayr [EMAIL PROTECTED] writes: sbuild assumes that the ref-* file is sorted. It would be nice if this wasn't the case. The attached patch has been applied to fix this problem. 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. Index: debian/changelog === --- debian/changelog (revision 515) +++ debian/changelog (working copy) @@ -3,6 +3,9 @@ * sbuild: - Treat schroot chroots with a -sbuild suffix in the same way as chroots without a suffix (Closes: #360124). + * bin/checkchroot: +- Quote all variables. +- Sort ref-chroot file before diffing (Closes: 360058). -- Index: bin/checkchroot === --- bin/checkchroot (revision 514) +++ bin/checkchroot (working copy) @@ -13,20 +13,20 @@ . /usr/share/sbuild/common_functions parse_arg $1 -tfile=$(tempfile) +tfile1=$(tempfile) +tfile2=$(tempfile) -# NOTE: v. 1.10.x dpkg --root is broken, so use grep-status -#COLUMNS=200 dpkg 2/dev/null --list | grep ^ii | awk '{print $2}' $tfile +grep-status -F Status -s Package ' installed' $CHROOT/var/lib/dpkg/status | awk '{print $2}' | sort $tfile1 -grep-status -F Status -s Package ' installed' $CHROOT/var/lib/dpkg/status | awk '{print $2}' | sort $tfile +sort $CHROOT/../ref-$DIST $tfile2 echo DELETE ADD echo -diff -u $tfile $CHROOT/../ref-$DIST | +diff -u $tfile1 $tfile2 | tail -n +3 | grep ^[+-] | sed -e 's/^-//' -e s/^+/ / | sort -rm -f $tfile +rm -f $tfile1 $tfile2
Bug#266531: seems fixed...
close 266531 4:3.5.1-1 thanks -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp2ImH2u0mdI.pgp Description: PGP signature
Bug#356327: git-core: missing dependancy for python
On Sat, 2006-04-01 09:23:31 +, Gerrit Pape [EMAIL PROTECTED] wrote: On Sat, Mar 11, 2006 at 08:49:26AM +0100, Jan-Benedict Glaw wrote: git-core internally uses python to eg. do merges, but python is missing from the dependancy list. Please add it. Hi, the python programs are just one part of git core, and not necessarily used by all users. That's why the git-core package Recommends: python, some of it works just fine without python being installed. A quite typical operation is a git pull, which indeed may require some merges, in which case python is used... So it's not something that doesn't happen, it's something that happens regularly:) MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O für einen Freien Staat voll Freier Bürger | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Bug#358265: split off quilt-doc package
I gave this a lot of thoughts lately. The solution I found was to convert the LaTeX documentation to another one, less demanding on build-deps. I was thinking of POD format, for example. Then, I went to upstream explaining the circular build-dependency problem and asking whether they would accept a patch doing this documentation format convertion. The answer was a plain /no/ (actually, a bunch of them ;) Their argumentation is that the whole quilt infrastructure should not be used as a build dep. After all, once you're done with hacking, the only thing you have to do to build the package is to use: for patch in `cat debian/patches/series|sed 's/#.*$//'` ; do patch debian/patches/$patch done No need for the whole infrastructure indeed. So, I decided to add a new quilt-build-dep package providing a simple script able to add all the patches (and remove all of them for the clean target) provided that they were not modified and that they do apply cleanly. This package would be very small and arch: all. I could call it quilt4autobuild or so to make its purpose clear. The existing quilt package would be made Replaces and Provides quilt-build-dep, and I think we would be set, wouldn't we? Clint, I am interested in your advice before I start hacking on this. Bye, Mt. -- use Mail::Signature; $sig = Mail::Signature-new; print $sig-random; signature.asc Description: Digital signature
Bug#358364: postrm not idempotent
tags 358364 patch stop -- one bug less to finish the NM proces -- CPD - Universidad Pontificia de Salamanca Tlf. 923 277 136 - Ext. 7263 .''`. Pienso, Luego Incordio : :' : `. `' Proudly running Debian GNU/Linux (Sid 2.6.14) `-www.debian.orgwww.upsa.es GPG Key: 26F020F7 GPG fingerprint: 4986 39DA D152 050B 4699 9A71 66DB 5A36 26F0 20F7diff -uNr xml-core-0.09.orig/debian/xml-core.postrm xml-core-0.09/debian/xml-core.postrm --- xml-core-0.09.orig/debian/xml-core.postrm 2006-04-01 10:48:43.0 +0200 +++ xml-core-0.09/debian/xml-core.postrm 2006-04-01 10:47:56.0 +0200 @@ -17,8 +17,7 @@ ## -- ## remove /var/lib/xml-core cd /var/lib -rmdir --ignore-fail-on-non-empty xml-core -cd - /dev/null +test -d /var/lib/xml-core rmdir --ignore-fail-on-non-empty xml-core ## -- ## remove root XML catalog @@ -28,8 +27,7 @@ ## -- ## remove /etc/xml cd /etc -rmdir --ignore-fail-on-non-empty xml -cd - /dev/null +test -d /etc/xml rmdir --ignore-fail-on-non-empty xml ## -- ## restore legacy /etc/xml/catalog @@ -37,7 +35,6 @@ then cd /etc/xml mv catalog.legacy catalog -cd - /dev/null fi fi
Bug#358748: xfig: Mouse cursor problem
On Mon, 27 Mar 2006, Ottavio Campana wrote: Roland Rosenfeld wrote: I cannot reproduce this problem here, I still get a normal size black cross cursor when I draw a line. Maybe you configured a different X cursor font? Did you install artwiz-cursor, big-cursor, comixcursors, oneko, xeji, crystalcursors, or xcursor-themes or did you modify some of their configurations? well, I don't have any of the package you listed. But I noticed I have libxcursor1, because it is needed by a lot of applications. I also have to say I'm using xorg 6.9 with the default configuration. How can I check if I have a not standard cursor font? Good question, no idea. What x-cursor-theme do you have enabled? On my system I have the following (this is from xlibs-data): # update-alternatives --display x-cursor-theme x-cursor-theme - status is auto. link currently points to /etc/X11/cursors/core.theme /etc/X11/cursors/core.theme - priority 30 /etc/X11/cursors/redglass.theme - priority 20 /etc/X11/cursors/whiteglass.theme - priority 20 /etc/X11/cursors/handhelds.theme - priority 20 Current `best' version is /etc/X11/cursors/core.theme. Maybe this is the center of the problem? I'm having this problem on all the computer I'm using. Both newly installed etch and upgraded sarge. Really strange. I've never seen such a problem neither with sarge nor with etch. Tscho Roland pgpPoXe74yh2G.pgp Description: PGP signature
Bug#360261: python2.3-ctypes: breaks backward compability
Erich Schubert wrote: Package: python2.3-ctypes Version: 0.9.9.3-2 Severity: important Python-tunepimp, python-musicbrainz (and probably anything else using ctypes?) are broken now due to the ctypes upgrade. Sorry about the breakage, since 0.9.9.4 is yet to be released, I copied the latest version of _loader.py from upstream CVS and uploaded a fix. From upstream changelog: * ctypes/_loader.py: Added a load_library() method to library loader classes. Plus an alias LoadLibrary() for backwards compatibility. [...] * Changed the version number to 0.9.9.4. This backwards compability patch seems to be missing. Also not the first line of _loader.py: # WORK IN PROGRESS! DO NOT (yet) USE! Maybe it was a bad idea to upload this version into debian yet, especially without testing the related Debian packages such as musicbrainz, tunepimp? In my defence, the current version is a CVS snapshot that I uploaded a while back to fix 64-bit problems in 0.9.6. Uploading a official release seemed a no brainer. Ganesan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360328: dahb-html: Installation-Issue
Package: dahb-html Version: 3.1.2.9-1 Severity: normal Hi, today I tried to install the package and got the following error-lines by installing with aptitude: W: Couldn't stat source package list ftp://ftp.de.debian.org unstable/main Packages (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_unstable_main_binary-i386_Packages) - stat (2 No such file or directory) Selecting previously deselected package dahb-html. (Reading database ... 210829 files and directories currently installed.) Unpacking dahb-html (from .../dahb-html_3.1.2.9-1_all.deb) ... Setting up dahb-html (3.1.2.9-1) ... error in control file: `Section' value not specified at /usr/sbin/install-docs line 627, IN line 5. dpkg: error processing dahb-html (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: dahb-html E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up dahb-html (3.1.2.9-1) ... error in control file: `Section' value not specified at /usr/sbin/install-docs line 627, IN line 5. dpkg: error processing dahb-html (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: dahb-html Kind Regards Uwe Kappe -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ISO-8859-15) -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_MESSAGES = en_GB.UTF-8, LC_CTYPE = [EMAIL PROTECTED], LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350899: kdebase-dev won't install without removing GNOME packages.
Christopher Martin spake thusly on 02/01/2006 08:36 AM: On Wednesday 01 February 2006 08:57, Scott wrote: Package: kdebase-dev Version: Package conflicts with a number of GNOME packages including gamin... Severity: important When attempting apt-get install kdebase-dev you are warned that a number of GNOME packages will be removed (including but not limited to) gamin, gnome-screensaver and mail-notification. The gamain package seems rather important. I don't knos if it's part of the base install of GNOME so I'm afraid to proceed with the installation of kdebase-dev (which is needed in order to compile KDE themes from source). What I think you need to do is explicitly install libgamin-dev along with gamin. It 'provides' libfam-dev, which should satisfy the needs of the packages you found apt-get wanted to remove. Let us know if this resolves the issue, and then we can close the bug. I think this bug needs to be re-opened. The problem still persists. The previous solution was more of a work-around than solution, per se. I've had this happen all over again (nearly two months later) with a fresh install of Sid. One should not have to jump through all these hoops. Maybe gamin needs to depend on libgamin-dev? All I know is, this becomes a lot of hoops to jump through for any administrator. I'd forgotten I'd submitted this bug in the first place. When I went to submit it (again) I found my previous bug (i.e. this one). Until the problem is resolved (not the workaround around you suggested) people are going to have to continue to work their way to this bug report. Is that really a resolution? Thanks. Regards, -- Scott www.angrykeyboarder.com © 2006 angrykeyboarder™ Elmer Fudd. All Wights Wesewved
Bug#357761: patch
The attached patch seems to fix the FTBFS. However, I did not do any tests. diff -ruN orig/haskell-hsql-1.6/debian/rules haskell-hsql-1.6/debian/rules --- orig/haskell-hsql-1.6/debian/rules 2006-04-01 12:09:10.0 +0200 +++ haskell-hsql-1.6/debian/rules 2006-04-01 12:10:30.0 +0200 @@ -58,7 +58,7 @@ cd HSQL dh_haskell_prep -plibghc6-hsql-dev cd HSQL dh_haskell_build -plibghc6-hsql-dev # Register HSQL - sed s,/usr/lib/haskell-packages/ghc6/lib/hsql-$(version),`pwd`/HSQL/dist/build,g HSQL/.installed-pkg-config debian/tmp-installed-pkg + sed s,/usr/lib/haskell-packages/ghc6/lib/hsql-$(version)/ghc-[0-9\.]*,`pwd`/HSQL/dist/build,g HSQL/.installed-pkg-config debian/tmp-installed-pkg echo '[]' debian/tmp-package-conf ghc-pkg -f debian/tmp-package-conf register debian/tmp-installed-pkg
Bug#312844: console-tools: Same problem attempting to build the keyboard map for psion-5mx kernel
I've now constructed a patch that fixes this problem for me. (I don't think this will fix the original problem as that was running loadkeys without --mktable) I now do: LD_PRELOAD=./libconsole.so ./loadkeys -u --mktable keymap_psion_us.map keymap_psion_us.patch.c and the mapfile is created correctly and there is no attempt to access the console. (This patch is against sarge. If you want it against unstable then let me know and I'll do that) Tim. diff -aur console-tools-0.2.3.orig/include/lct/ksyms.h console-tools-0.2.3/include/lct/ksyms.h --- console-tools-0.2.3.orig/include/lct/ksyms.h2006-04-01 10:44:24.0 +0100 +++ console-tools-0.2.3/include/lct/ksyms.h 2006-04-01 10:46:07.0 +0100 @@ -21,8 +21,8 @@ extern const int charsets_size; extern int set_charset(const char *name); -extern int add_number(int code); -extern int add_capslock(int code); +extern int add_number(int code, const int *kbd_mode); +extern int add_capslock(int code, const int *kbd_mode); extern const char *codetoksym(int code); extern void list_charsets(FILE *f); diff -aur console-tools-0.2.3.orig/kbdtools/analyze.l console-tools-0.2.3/kbdtools/analyze.l --- console-tools-0.2.3.orig/kbdtools/analyze.l 2006-04-01 10:42:22.0 +0100 +++ console-tools-0.2.3/kbdtools/analyze.l 2006-04-01 10:59:26.0 +0100 @@ -6,10 +6,11 @@ #include lct/utils.h #include loadkeys.h -extern int ksymtocode(char *s); +extern int ksymtocode(char *s, const int *kbd_mode); extern int line_nr; extern int verbose; /* loadkeys.y */ +extern const int *p_kbd_mode;/* loadkeys.y */ extern char pathname[]; /* idem */ intyylval; intrvalct; @@ -88,7 +89,7 @@ \+ {return(PLUS);} {Unicode} {yylval=strtol(yytext+1,NULL,16) ^ 0xf000;return(UNUMBER);} {Decimal}|{Octal}|{Hex}{yylval=strtol(yytext,NULL,0);return(NUMBER);} -RVALUE{Literal} {return((yylval=ksymtocode(yytext))==-1?ERROR:LITERAL);} +RVALUE{Literal}{return((yylval=ksymtocode(yytext, p_kbd_mode))==-1?ERROR:LITERAL);} {Charset} {return(CHARSET);} {Keymaps} {return(KEYMAPS);} {Keycode} {return(KEYCODE);} diff -aur console-tools-0.2.3.orig/kbdtools/loadkeys.y console-tools-0.2.3/kbdtools/loadkeys.y --- console-tools-0.2.3.orig/kbdtools/loadkeys.y2006-04-01 10:46:55.0 +0100 +++ console-tools-0.2.3/kbdtools/loadkeys.y 2006-04-01 11:09:36.0 +0100 @@ -85,6 +85,9 @@ int lk_pop(void);/* idem */ extern int infile_stack_ptr; /* idem */ +static int kbd_mode = K_RAW; /* Default kbd mode if running with -m */ +const int *p_kbd_mode; + #ifndef KT_LETTER #define KT_LETTER KT_LATIN #endif @@ -285,17 +288,17 @@ } ; rvalue : NUMBER - {$$=add_number($1);} + {$$=add_number($1, p_kbd_mode);} | LITERAL - {$$=add_number($1);} + {$$=add_number($1, p_kbd_mode);} | UNUMBER - {$$=add_number($1);} + {$$=add_number($1, p_kbd_mode);} | PLUS NUMBER -{$$=add_capslock($2);} +{$$=add_capslock($2, p_kbd_mode);} | PLUS UNUMBER - {$$=add_capslock($2);} + {$$=add_capslock($2, p_kbd_mode);} | PLUS LITERAL -{$$=add_capslock($2);} +{$$=add_capslock($2, p_kbd_mode);} ; %% @@ -380,6 +383,7 @@ case 'm': optm = 1; quiet = 1; + p_kbd_mode = kbd_mode; break; case 's': opts = 1; @@ -389,6 +393,7 @@ break; case 'u': set_charset(unicode); + kbd_mode = K_UNICODE; break; case 'v': verbose++; diff -aur console-tools-0.2.3.orig/lib/ksyms.c console-tools-0.2.3/lib/ksyms.c --- console-tools-0.2.3.orig/lib/ksyms.c2006-04-01 09:32:27.0 +0100 +++ console-tools-0.2.3/lib/ksyms.c 2006-04-01 10:49:16.0 +0100 @@ -1711,12 +1711,12 @@ /* Functions for loadkeys. */ int -ksymtocode(const char *s) { +ksymtocode(const char *s, const int *kbd_mode) { int i; int j; int keycode; static int fd = -1; - int kbd_mode; + int lcl_kbd_mode; int syms_start = 0; sym *p; @@ -1725,21 +1725,25 @@ return -1; } - if (fd 0) - fd = get_console_fd(NULL); - ioctl(fd, KDGKBMODE, kbd_mode); + if(kbd_mode) + lcl_kbd_mode = *kbd_mode; + else { + if (fd 0) + fd = get_console_fd(NULL); +
Bug#360189: turba2: new upstream version 2.1 out
Hello We will update as soon as I or any of my co-maintainers can find enough time for it. Regards, // Ola On Fri, Mar 31, 2006 at 10:38:49AM +0200, Tom Fernandes wrote: Package: turba2 Severity: wishlist Hi, By now the main horde packages from the 3.1 framework are out. Turba is still missing though. It would be nice to have turba updated soon as this package is essential for a lot of horde setups. Thanks for all the work, Tom -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360330: crimson: new upstream release 0.4.9
Package: crimson Version: 0.4.8-1+b1 Severity: wishlist Hi, there is a new upstream release. Is there anything difficult upgrading it in debian? Regards, Christopher Zimmermann -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages crimson depends on: ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libgcc1 1:4.0.3-1GCC support library ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl-ttf1.2 1.2.2-6 TrueType font library for Simple D ii libsdl1.2debian 1.2.9-4 Simple DirectMedia Layer ii libstdc++6 4.0.3-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-9compression library - runtime crimson recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360331: ulogd.conf is world-readable
Package: ulogd Severity: important The default /etc/ulogd.conf file has permissions 644. When using mysql or pgsql databases with username/password this information is world readable if the user don't change permissions by hand. Solution: please fix permissions to 600 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360332: webmin-virtual-server: Please add Exim is not supported or similar wording to long description
Package: webmin-virtual-server Version: 2.50-1 Severity: wishlist Installed it (with apt-get). Installed webmin-bind after the check complained (which makes this an actual Depends: webmin-bind | webmin-bind8, if I'm not mistaken). Then it complained that it needs the sendmail or postfix modules. apt-get remove webmin (which I wanted for virtual-servers only). Would be nice if you could inform people right away that this doesn't work with Debian's (still?) default MTA. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-sanctum Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Jürgen A. Erhard Invasion! http://invasion.jerhard.org The Python Programming Language (http://www.python.org) Even police states have terrorists. -- Mark Talbot signature.asc Description: Digital signature
Bug#351732: diff for 1.1.0-1.1 NMU
Package: freeradius Version: 1.1.0-1 Severity: normal Tags: patch Hi, Attached is the diff for my freeradius 1.1.0-1.1 NMU. I'll sit on this for a few hours to let you have time to tel me you are working on it. Otherwise, I plan to upload this later today. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - diff -u freeradius-1.1.0/debian/patches/00list freeradius-1.1.0/debian/patches/00list --- freeradius-1.1.0/debian/patches/00list +++ freeradius-1.1.0/debian/patches/00list @@ -5,0 +6 @@ +14_broken_parse.dpatch diff -u freeradius-1.1.0/debian/changelog freeradius-1.1.0/debian/changelog --- freeradius-1.1.0/debian/changelog +++ freeradius-1.1.0/debian/changelog @@ -1,3 +1,11 @@ +freeradius (1.1.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Upstream patch to fix parsing config file (closes: #351732) +Fixes: fails to start on amd64 (error in dictionary parsing code) + + -- Stephen Gran [EMAIL PROTECTED] Sat, 1 Apr 2006 11:07:55 +0100 + freeradius (1.1.0-1) unstable; urgency=low * ReDebianise upstream tarball: - Deleted RFCs: 2243 2289 2433 2548 2618 2619 2620 2621 2716 2759 2809 2865 only in patch2: unchanged: --- freeradius-1.1.0.orig/debian/patches/14_broken_parse.dpatch +++ freeradius-1.1.0/debian/patches/14_broken_parse.dpatch @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 14_broken_parse.dpatch by [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: How did this ever work? + [EMAIL PROTECTED]@ + +--- freeradius-1.1.0/src/lib/dict.c.old2006-04-01 03:06:19.0 +0100 freeradius-1.1.0/src/lib/dict.c2006-04-01 03:06:35.0 +0100 +@@ -1207,7 +1207,7 @@ + if (!name) return NULL; + + hash = dict_hashname(name); +- hash = lrad_hash_update(attr, sizeof(attr), hash); ++ hash = lrad_hash_update(attr, sizeof(attr), hash); + + return lrad_hash_table_finddata(values_byname, hash); + } signature.asc Description: Digital signature
Bug#360333: [l10n] Czech translation of console-setup debconf messages
Package: console-setup Severity: wishlist Tags: l10n, patch Hi, in attachement there is Czech (cs.po) translation of console-setup debconf messages. I would be glad if you could include it with the package. Cheers -- Miroslav Kure cs.po.gz Description: Binary data
Bug#359719: files in incoming/ should only be shared after they've been seen complete
That would severely harm the spreading od rare files and lots of other situations, and will definitely not happen. -- - Angel Vidal (Kry) Lead coder and Main Admin at aMule Project (http://www.amule.org / [EMAIL PROTECTED]) signature.asc Description: This is a digitally signed message part
Bug#360334: ITP: wmforkplop -- monitors forking activity and displays top CPU consuming processes
Package: wnpp Severity: wishlist * Package name: wmforkplop Version : 0.9.2 Upstream Author : poolpy [EMAIL PROTECTED] * URL or Web page : http://freshmeat.net/projects/wmforkplop/ * License : GPL Description : Wmforkplop monitors forking activity and displays top CPU consuming processes Wmforkplop is a blend of wmhdplop and wmtop. It monitors the forking activity of the kernel and displays a list of the most CPU-consuming processes. Although primarily aimed at Windowmaker, it will run on any window manager, either as a dockapp or as a standard X11 application. -8--8--8--8 Varun Hiremath 3rd Year Engg Student, Aerospace Department, Indian Institute of Technology Madras, Chennai, India --- Webpage : http://www.ae.iitm.ac.in/~ae03b032 ---
Bug#350133: Bug#344626: Bug#350133: svn2cl included in subversion tree
On Fri, 2006-03-31 at 15:43 -0600, Peter Samuelson wrote: I believe I missed the upcoming 1.3.1 release of subversion and there are some questions as to release numbers and linking to subversion releases. Yes, you did miss 1.3.1 - I expect it to be released in the next day or so, and Debian packages will follow shortly. After that (and probably after resolving a couple other pressing issues), I will look at adding svn2cl to subversion-tools, along with some other things such as svnmerge.py (again, the version in trunk is greatly improved over the 1.3.1 version). I trust the version of svn2cl now in svn trunk works with 1.3, right? The version in the subversion repository is 0.6 which should work with most versions of subversion (development and testing is done with Debian testing/unstable). I have some compatibility issues with my development version (doesn't work completely with svn 1.1.4). I'll fix that before I commit it to the svn trunk. -- -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#360335: Some errors at startup with ide devices
Package: linux-image-2.6.15-1-k7 Version: 2.6.15-8 Severity: normal -- 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-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages linux-image-2.6.15-1-k7 depends on: ii initramfs-tools [linux-initra 0.53c tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.15-1-k7 recommends: ii libc6-i6862.3.6-3GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.15-1-k7/postinst/depmod-error-initrd-2.6.15-1-k7: false linux-image-2.6.15-1-k7/postinst/bootloader-error-2.6.15-1-k7: linux-image-2.6.15-1-k7/postinst/old-initrd-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/abort-install-2.6.15-1-k7: linux-image-2.6.15-1-k7/postinst/create-kimage-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/depmod-error-2.6.15-1-k7: false linux-image-2.6.15-1-k7/preinst/already-running-this-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/initrd-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/elilo-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/old-dir-initrd-link-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/bootloader-test-error-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/abort-overwrite-2.6.15-1-k7: linux-image-2.6.15-1-k7/preinst/lilo-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/prerm/would-invalidate-boot-loader-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/kimage-is-a-directory: linux-image-2.6.15-1-k7/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-k7/preinst/bootloader-initrd-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/failed-to-move-modules-2.6.15-1-k7: linux-image-2.6.15-1-k7/prerm/removing-running-kernel-2.6.15-1-k7: true linux-image-2.6.15-1-k7/preinst/overwriting-modules-2.6.15-1-k7: true linux-image-2.6.15-1-k7/postinst/old-system-map-link-2.6.15-1-k7: true I get some messages at startup like this: hda: set_drive_speed_status: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown hda: dma_timer_expiry: dma status == 0x60 hda: DMA timeout retry hda: timeout waiting for DMA ide-cd: cmd 0x1e timed out hdd: lost interrupt Also the startup freezes a few seconds (5-10) in each message and hdparm freezes too. There is no longer messages like these. Hardware info: AMD Athlon XP 1700+ Motherboard DFI AD77 pro Chipset VIA KT400 (VT82xx) :00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) HD1 = ST340014A HD2 = ST380011A Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360338: synaptic: Space characters at the end of a line in /etc/apt/sources.list and, in GUI
Package: synaptic Version: 0.57.8 Severity: minor Everytime when selecting another entry in the Synaptic repository listbox, a blank at the end is inserted in the Section(s) edit field. With 'OK' the unnecessary blanks where stored in /etc/apt/sources.list -- 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-1-k7-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3- 0.6.43.3Advanced front-end for dpkg ii apt-utils [libapt-inst-l 0.6.43.3APT utility programs ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.6-3 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libgcc1 1:4.0.3-1 GCC support library ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgtk2.0-0 2.8.13-1The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpango1.0-01.10.4-1Layout and rendering of internatio ii libsm6 6.9.0.dfsg.1-4 X Window System Session Management ii libstdc++6 4.0.3-1 The GNU Standard C++ Library v3 ii libvte4 1:0.11.20-1 Terminal emulator widget for GTK+ ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi6 6.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages synaptic recommends: pn deborphan none (no description available) ii gksu 1.3.6-1graphical frontend to su pn libgnome2-perlnone (no description available) -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#360336: linux-2.6: Allows processor to overheat on Toshiba Satellite A40
Package: linux-2.6 Version: 2.6.16-4 Severity: important Tags: upstream Up to the latest 2.6.15 kernel I've always had good temperature control for my laptop with the fan starting up and slowing down as needed. Now the fan will not start up anymore until the processor is already overheated. The fan will then turn on at full speed (higher than I've ever heard it go before), but will also turn off again before the processor has cooled down properly instead of dropping back to a lower speed. I've also submitted a bug upstream for this at: http://bugzilla.kernel.org/show_bug.cgi?id=6315 I've set severity to important as this may only affect a limited number of systems. OTOH this bug does risk physical damage to those systems which would make it RC. Please upgrade severity if you feel that is warranted. pgpxO93erCPsA.pgp Description: PGP signature
Bug#360337: jack: --device spews python traceback if pointed to a directory
Package: jack Version: 3.1.1-16 If --device is passed a directory, rather than a (existing or non-existing) file, it prints out a python traceback instead of a legible error message: nighthawk~$ jack --device=/dev This is jack 3.1.1 (C)2004 Arne Zellentin [EMAIL PROTECTED] Traceback (most recent call last): File /usr/lib/python2.4/site-packages/jack_functions.py, line 138, in gettoc exec(jack_helpers.helpers[toc_prog]['toc_fkt']) File string, line 13, in ? IndexError: tuple index out of range Trouble reading the disk's TOC. If you already ripped the CD, you'll have to cd into the created directory which is either named after the CD's title or still called jack- ( is a hex number). nighthawk~$ Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360340: ITP: libpcl1 -- the Portable Coroutine Library (PCL) implements the low level functionality for coroutines
Package: wnpp Severity: wishlist Owner: Damián Viano [EMAIL PROTECTED] * Package name: libpcl1 Version : 1.6 Upstream Author : Davide Libenzi davidel@xmailserver.org * URL : http://www.xmailserver.org/libpcl.html * License : GPL Description : the Portable Coroutine Library (PCL) implements the low level functionality for coroutines Coroutines are a very simple cooperative multitasking environment where the switch from one task to another is done explicitly by a function call. Coroutines are a lot faster than processes or threads switch, since there is no OS kernel involvement for the operation. Also coroutines require much less OS resources than processes of threads. For a more complete definition of the term coroutine see The Art of Computer Programming by Donald E. Knuth. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8.1des-nv 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#359274: db.c:299 Assertion `nt-match0.highest n_msgs' failed.
When I removed the mairix database and re-ran mairix, the error went away. What I sent was the output of mairix, I don't know how to tell which message or mailbox caused the error. Should I have run it with -v? You can mark it unreproducible, but I think that closing the bug would be a poor idea. The bug still exists. Bugs never go away. Assertions should never fail. Having a record that this particular assertion has failed would be useful for other users and for the author. If it is not obvious what is happening, then the next version could be modified to print more debugging information when that condition occurs, to make it easier for you to track down the source of the problem. Closing the bug would not help anyone remember to make this change. Frederik On Fri, Mar 31, 2006 at 10:59:03PM -0500, Benj. Mako Hill wrote: tags 359274 unreproducible thanks Thanks for using mairix and for submitting the bug! quote who=Frederik Eaton date=Mon, Mar 27, 2006 at 04:48:46PM +0100 Package: mairix Version: 0.17-2 Severity: important This is all it says when I run mairix: mairix: db.c:299: import_toktable: Assertion `nt-match0.highest n_msgs' failed. I'm not sure what other information I should provide... For me to do anything, you'll need to tell me how to reproduce this bug. If you remove the cache and run it again, does it always say it? What message or mailbox is it breaking on? Can you send me or the Mairix author that mailbox? I'm marking this bug unreproducible now and will close it unless we can get enough information here. Sorry if that's not as helpful as you like. It's really the best you can do. Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.cc/ -- http://ofb.net/~frederik/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360339: start bind within linux-vserver (no capabilities available in the security context)
package: bind9 version: all severity: wishlist Hello! This bug is filed as wish. It's more or less related to #212226 (bind9 doesn't start when capabilities aren't available) which is set to wontfix. I would vote for re-thinking about fixing: There is already a patch available that fixes it. We use that heavily in linux-vserver.org, because in the so called 'security contexs' we use (like virtual servers, guests, jails ...) don't get any capability. Unlike other v12n solutions (XEN, UML ..) in linux-vserver there is no own kernel per context: So we dont allow guests to get capabilities. Linux-vserver is already available in Debian for a long time (packages util-vserver, vserver-debiantools), recently linux-image-2.6.16-1-vserver.* entered Debian Sid even as ready-to-run kernel. The patch was made by Daniel Hokka Zakrisson. It works quite simple: It checks if there are capabilities available and uses them. This is the usual and under normal circumstances the more secure way. If there are no capabilities available (especially CAP_SYS_RESOURCE, which is requested by bind) it starts without them. With linux-vserver.org this way of running bind make it _more_ secure. The original source of the patch is here: http://daniel.hozac.com/stuff/bind-9.2.3-CAP_SYS_RESOURCE-when-available.patch And the source of the patch itself is also to be found at the end of that mail. rgds, Andreas -- Andreas John net-lab GmbH Luisenstrasse 30b 63067 Offenbach Tel: +49 69 85700331 http://www.net-lab.net $ cat bind-9.2.3-CAP_SYS_RESOURCE-when-available.patch diff -Naurp bind-9.2.3.orig/bin/named/unix/os.c bind-9.2.3/bin/named/unix/os.c --- bind-9.2.3.orig/bin/named/unix/os.c 2004-11-30 11:04:45.0 +0100 +++ bind-9.2.3/bin/named/unix/os.c 2004-12-05 15:24:08.0 +0100 @@ -155,9 +155,27 @@ linux_setcaps(unsigned int caps) { } } +static unsigned int +linux_getcaps(void) { + struct __user_cap_header_struct caphead; + struct __user_cap_data_struct cap; + char strbuf[ISC_STRERRORSIZE]; + + memset(caphead, 0, sizeof(caphead)); + caphead.version = _LINUX_CAPABILITY_VERSION; + caphead.pid = 0; + memset(cap, 0, sizeof(cap)); + if (syscall(SYS_capget, caphead, cap) 0) { + isc__strerror(errno, strbuf, sizeof(strbuf)); + ns_main_earlyfatal(capget failed: %s, strbuf); + } + + return cap.permitted; +} + static void linux_initialprivs(void) { - unsigned int caps; + unsigned int caps, current; /* * We don't need most privileges, so we drop them right away. @@ -166,6 +184,7 @@ linux_initialprivs(void) { */ caps = 0; + current = linux_getcaps(); /* * We need to be able to bind() to privileged ports, notably port 53! @@ -205,14 +224,15 @@ linux_initialprivs(void) { * of files, the stack size, data size, and core dump size to * support named.conf options, this is now being added to test. */ - caps |= (1 CAP_SYS_RESOURCE); + if ((current (1 CAP_SYS_RESOURCE)) == (1 CAP_SYS_RESOURCE)) + caps |= (1 CAP_SYS_RESOURCE); linux_setcaps(caps); } static void linux_minprivs(void) { - unsigned int caps; + unsigned int caps, current; /* * Drop all privileges except the ability to bind() to privileged @@ -223,6 +243,7 @@ linux_minprivs(void) { */ caps = 0; + current = linux_getcaps(); caps |= (1 CAP_NET_BIND_SERVICE); /* @@ -232,7 +253,8 @@ linux_minprivs(void) { * of files, the stack size, data size, and core dump size to * support named.conf options, this is now being added to test. */ - caps |= (1 CAP_SYS_RESOURCE); + if ((current (1 CAP_SYS_RESOURCE)) == (1 CAP_SYS_RESOURCE)) + caps |= (1 CAP_SYS_RESOURCE); linux_setcaps(caps); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359854: doesn't detect recv()=0
On Sat, 2006-04-01 at 01:49 -0500, Justin Pryzby wrote: tag 359854 patch thanks It is looping with recv()=0, which means the remote end has shut down. It is a special return value, and has to be handled as such. Attached is functional and mildly tested patch. I also made some changes to fix some ugly stuff valgrind turned up. It still doesn't detect errors, but this didn't work before anyway. I would seriously reconsider maintenance of this package..trivially fixed valgrind warnings, saved files aren't correct, overwrites files which wget wouldn't, and improper use of recv. Could you please explain me what does reconsider maintenance of this package means? Are referering to my work or upstream?. FYI, I've written a lot of patches for aget and sent it directly to upstream as you can see in the bug reports before. Sadly, upstream is a bit slow replying and that's why I don't want to make this package fully of patches, because is a small program and we can introduce changes directly to the official source code. Alternatives: aria axel cget icecream The one thing it has going for it is that it is small, and if you wanted to make relatively heavy modifications, you could do so without much pain. Thanks for the patch. -- In this life, we are Kings or Pawns. Emperors or Fools. signature.asc Description: This is a digitally signed message part
Bug#360342: ITP: enemylines3 -- semi-abstract first person 3d-shooter game
Package: wnpp Severity: wishlist Owner: Gonéri Le Bouder [EMAIL PROTECTED] * Package name: enemylines3 Version : 1.2 Upstream Author : Raphael Pikrin * URL : http://raum1.memebot.com/enemylines/ * License : GPL Description : semi-abstract first person 3d-shooter game single-player game. You have to shoot evil robots before they get too close, you can use your jetpack to escape. The robos can't jump but they tear down walls. Greatest score are recorded on a hiscore server: http://score.phk.at/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-sparc64-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Bug#360341: imagemagick: Please add Build-Conflicts with graphviz
Package: imagemagick Version: 7:6.2.4.5-0.8 Severity: wishlist Tags: patch Hello, Please add Build-Conflicts with graphviz. When this package is installed, imagemagick does not compile (sorry, I don't have the exact error message anymore, but it contained something about the function gvCleanup_DEPRECATED_BY_gvFreeContext provided by graphviz). Possible patch would be: --- imagemagick-6.2.4.5/debian/control +++ imagemagick-6.2.4.5/debian/control @@ -4,6 +4,7 @@ Maintainer: Ryuichi Arafune [EMAIL PROTECTED] Standards-Version: 3.6.2 Build-Depends: libjpeg62-dev, libbz2-dev, libtiff4-dev, libwmf-dev (= 0.2.7-1), libz-dev, libpng12-dev, libx11-dev, libxext-dev, debhelper ( 3.0.5), libxml2-dev, libfreetype6-dev, liblcms1-dev, libexif-dev, perl (= 5.8.0-3), libjasper-1.701-dev, libltdl3-dev +Build-Conflicts: graphviz Package: imagemagick Architecture: any Fred -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc62.3.6-4 GNU C Library: Shared libraries an ii libfreetype6 2.1.10-3FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-5 Inter-Client Exchange library ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-12 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmagick9 7:6.2.4.5-0.8 Image manipulation library ii libpng12-0 1.2.8rel-5.1PNG library - runtime ii libsm6 6.9.0.dfsg.1-5 X Window System Session Management ii libtiff4 3.8.2-1 Tag Image File Format (TIFF) libra ii libx11-6 6.9.0.dfsg.1-5 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-5 X Window System miscellaneous exte ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii zlib1g 1:1.2.3-11 compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354482: libpam-poldi: no timeout when contacting smartcard daemon
Hi, Moritz Schulte schrieb: if the smartcard daemon hangs, poldi waits forever for a connection to the daemon, so it becomes impossible to logon or become superuser until the daemon happens to become responsive again or dies. What smartcard daemon are you referring to? scdaemon doesn't make sense in this context, as Poldi cannot make use of a running scdaemon. pcscd. That thing has several portability issues causing it to hang and crash on bigendian and 64 bit architectures. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360343: dangling symlink libtemplate.so
Package: unixodbc-dev Version: 2.2.11-11 Dangling symlink in /usr/lib/: libtemplate.so - libtemplate.so.1.0.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358580: fglrx successfully compiled with 2.6.16
I was wrong. I was trying to compile the fglrx-kernel-src from the ati web site, not the one from the debian repository. The Makefile are different. I guess the one from ati is not up to date. I still get the seems to contain unconfigured kernel source warning. Regards, Jerome
Bug#360346: cmap-adobe-cns1: FTBFS: debconf2po-update: Command not found
Package: cmap-adobe-cns1 Version: 0+20040609-3 Severity: serious Tags: patch When building 'cmap-adobe-cns1' on unstable, I get the following error: dpkg-buildpackage: source package is cmap-adobe-cns1 dpkg-buildpackage: source version is 0+20040609-3 dpkg-buildpackage: host architecture amd64 debian/rules clean debconf2po-update make: debconf2po-update: Command not found make: *** [debian/po/templates.pot] Error 127 With the attached patch 'cmap-adobe-cns1' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/cmap-adobe-cns1-0+20040609/debian/rules ./debian/rules --- ../tmp-orig/cmap-adobe-cns1-0+20040609/debian/rules 2006-04-01 13:18:59.0 + +++ ./debian/rules 2006-04-01 13:18:51.0 + @@ -18,7 +18,7 @@ update-po: debian/po/templates.pot debian/po/templates.pot: debian/cmap-adobe-cns1.templates - debconf2po-update + debconf-updatepo configure: $(STAMP_DIR)/configure-stamp $(STAMP_DIR)/configure-stamp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360344: aprsmon sends silly program/version to aprsd
Package:aprsdigi Version:2.4.4-1 Severity: Minor Tags: sid, patch, upstream Hi Hamish, When an aprsd instance connects to aprsmon via inetd, it gets a real silly program name/version back. Attached is a patch to aprsmon.c to extend the -title switch, so that it works for aprsd as well as JavAPRS. I've also attached a patch to the man page. Best Regards Iain --- aprsdigi-2.4.4/aprsmon.c2004-02-24 21:34:05.0 + +++ aprsdigi-2.4.4-iii/aprsmon.c2006-04-01 13:27:28.012544864 +0100 @@ -190,6 +190,7 @@ int main(int argc, char **argv) uname(me); printf(aprsmonJAVA:javaMSG :Linux APRS server (%s-%s by Alan Crosswell, N2YGK) on %s running %s %s\r\n, PACKAGE, VERSION, me.nodename, me.sysname, me.release); +printf(# %s\r\n,title); #ifdef USE_SHM (void) shm_slave(stdout,infofile); #endif --- aprsdigi-2.4.4/aprsmon.82004-02-24 21:34:05.0 + +++ aprsdigi-2.4.4-iii/aprsmon.82006-04-01 14:02:14.307379840 +0100 @@ -55,7 +55,11 @@ Default is 30. .BI -t title Sets the .I javAPRS -title string. Default is Live data from Linux. +or +.I aprsd +title string. Default is Live data from Linux. For use with aprsd the +format must be something like aprsmon v2.4.4 padd padb. pada and padb +can be anything, and are ignored but you *must* have 4 words in all. .TP 10 .BI -i infofile .I Infofile
Bug#327577: #327577
found 327577 0.30.209-2 thanks This bug is not specific to sarge: | # /etc/init.d/vservers-default start | Starting vservers of type 'default'.../usr/lib/util-vserver/start-vservers: line 199: make: command not found | . Bastian -- Another dream that failed. There's nothing sadder. -- Kirk, This side of Paradise, stardate 3417.3 signature.asc Description: Digital signature
Bug#360345: dangling symlink libtdsodbc.so
Package: freetds-dev Version: 0.63-2 Dangling symlink in /usr/lib/: libtdsodbc.so - libtdsodbc.so.0.0.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360353: kernel 2.6.16 breaks mga drm
Package: kernel Severity: normal After upgrading from 2.6.15 to 2.6.16 (both Debian stock kernels -k7-smp), X's mga drm failed to initialize (using xserver-xorg 6.9.0.dfsg.1-5). This was due to the 'OldDmaInit' workaround necessary for 2.6.15. Once I disabled that, drm was initialized. However, whenever I try to run anything that uses it (e.g., glxgears), the rendering window is simply blank. Dropping back to 2.6.15 (and turning on OldDmaInit) fixes the problem. My Xorg.0.log is attached for reference. -- 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-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-5 20060320141153 David Nusinow [EMAIL PROTECTED]) Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.15-1-686 i686 [ELF] Current Operating System: Linux coredump 2.6.16-1-k7-smp #1 SMP Tue Mar 28 16:14:29 UTC 2006 i686 Build Date: 20 March 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.16-1-k7-smp (Debian 2.6.16-4) ([EMAIL PROTECTED]) (gcc version 4.0.3 (Debian 4.0.3-1)) #1 SMP Tue Mar 28 16:14:29 UTC 2006 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Apr 1 08:28:52 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Matrox G400 (**) |--Input Device Generic Keyboard (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (**) Option XkbOptions altwin:meta_win (**) XKB: options: altwin:meta_win (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/100dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (II) Open ACPI successful (/proc/acpi/event) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,700c card , rev 11 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1022,700d card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1022,7440 card , rev 05 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1022,7441 card , rev 04 class 01,01,8a hdr 00 (II) PCI: 00:07:3: chip 1022,7443 card , rev 03 class 06,80,00 hdr 00 (II) PCI: 00:10:0: chip 1022,7448 card , rev 05 class 06,04,00 hdr 01 (II) PCI: 01:05:0: chip 102b,0525 card 102b,23c3 rev 85 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 1022,7449 card , rev 07 class 0c,03,10 hdr 00 (II) PCI: 02:05:0: chip 1274,5000 card 4942,4c4c rev 00 class 04,01,00 hdr 00 (II) PCI: 02:07:0: chip 8086,1229 card 8086,1042 rev 0d class 02,00,00 hdr 00 (II) PCI: 02:08:0: chip 105a,5275 card 1458,b001 rev 01 class 01,04,85 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus
Bug#360352: util-linux: Set proper dependencies for udebs
Package: util-linux Version: 2.12r-8 Severity: wishlist Tags: d-i, patch The cfdisk udebs currently depends on the regular libslang2 package. Recent changes in dpkg-dev have made it possible to automatically generate proper dependencies on libslang2-udeb instead. The attached patch implements this for util-linux. The needed changes are: - add versioned dpkg-dev dependency to 1.13.12 - add -tudeb option to dpkg-shlibdeps I've checked that there are no other unexpected changes using debdiff. Cheers, FJP diff -u util-linux-2.12r/debian/rules util-linux-2.12r/debian/rules --- util-linux-2.12r/debian/rules +++ util-linux-2.12r/debian/rules @@ -267,12 +267,12 @@ cp $(CFDISK_PO_DIR)/$$LANG.gmo debian/tmp-cfdisk-udeb/usr/share/locale/$$LANG/LC_MESSAGES/util-linux.mo ; \ done - ls debian/tmp-fdisk-udeb/usr/sbin/* | xargs dpkg-shlibdeps -pfdisk-udeb + ls debian/tmp-fdisk-udeb/usr/sbin/* | xargs dpkg-shlibdeps -pfdisk-udeb -tudeb dpkg-gencontrol -isp -pfdisk-udeb -Pdebian/tmp-fdisk-udeb -fdebian/files~ dpkg-distaddfile fdisk-udeb_$(shell dpkg-parsechangelog | grep ^Version: | cut -d ' ' -f 2)_$(arch).udeb debian-installer extra dpkg --build debian/tmp-fdisk-udeb ../fdisk-udeb_$(shell dpkg-parsechangelog | grep ^Version: | cut -d ' ' -f 2)_$(arch).udeb - ls debian/tmp-cfdisk-udeb/usr/sbin/* | xargs dpkg-shlibdeps -pcfdisk-udeb + ls debian/tmp-cfdisk-udeb/usr/sbin/* | xargs dpkg-shlibdeps -pcfdisk-udeb -tudeb dpkg-gencontrol -isp -pcfdisk-udeb -Pdebian/tmp-cfdisk-udeb -fdebian/files~ dpkg-distaddfile cfdisk-udeb_$(shell dpkg-parsechangelog | grep ^Version: | cut -d ' ' -f 2)_$(arch).udeb debian-installer extra dpkg --build debian/tmp-cfdisk-udeb ../cfdisk-udeb_$(shell dpkg-parsechangelog | grep ^Version: | cut -d ' ' -f 2)_$(arch).udeb diff -u util-linux-2.12r/debian/control util-linux-2.12r/debian/control --- util-linux-2.12r/debian/control +++ util-linux-2.12r/debian/control @@ -1,7 +1,7 @@ Source: util-linux Section: base Priority: required -Build-Depends: libncurses5-dev, libslang2-dev (=2.0.4-1), gettext, zlib1g-dev, libblkid-dev, uuid-dev, dpatch +Build-Depends: libncurses5-dev, libslang2-dev (=2.0.4-1), gettext, zlib1g-dev, libblkid-dev, uuid-dev, dpatch, dpkg-dev (=1.13.12) Maintainer: LaMont Jones [EMAIL PROTECTED] Standards-Version: 3.6.2.0 pgpgN1qCZzWcz.pgp Description: PGP signature
Bug#360351: cmap-adobe-korea1: FTBFS: debconf2po-update: Command not found
Package: cmap-adobe-korea1 Version: 0+20020208-4 Severity: serious Tags: patch When building 'cmap-adobe-korea1' on amd64/unstable, I get the following error: dpkg-buildpackage: source package is cmap-adobe-korea1 dpkg-buildpackage: source version is 0+20020208-4 dpkg-buildpackage: host architecture amd64 debian/rules clean debconf2po-update make: debconf2po-update: Command not found make: *** [debian/po/templates.pot] Error 127 With the attached patch 'cmap-adobe-korea1' can be build on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/cmap-adobe-korea1-0+20020208/debian/rules ./debian/rules --- ../tmp-orig/cmap-adobe-korea1-0+20020208/debian/rules 2006-04-01 13:30:37.0 + +++ ./debian/rules 2006-04-01 13:30:32.0 + @@ -18,7 +18,7 @@ update-po: debian/po/templates.pot debian/po/templates.pot: debian/cmap-adobe-korea1.templates - debconf2po-update + debconf-updatepo configure: $(STAMP_DIR)/configure-stamp $(STAMP_DIR)/configure-stamp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360349: cmap-adobe-gb1: FTBFS: debconf2po-update: Command not found
Package: cmap-adobe-gb1 Version: 0+20030802-4 Severity: serious Tags: patch When building 'cmap-adobe-gb1' on amd64/unstable, I get the following error: dpkg-buildpackage: source package is cmap-adobe-gb1 dpkg-buildpackage: source version is 0+20030802-4 dpkg-buildpackage: host architecture amd64 debian/rules clean debconf2po-update make: debconf2po-update: Command not found make: *** [debian/po/templates.pot] Error 127 With the attached patch 'cmap-adobe-gb1' can be build on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/cmap-adobe-gb1-0+20030802/debian/rules ./debian/rules --- ../tmp-orig/cmap-adobe-gb1-0+20030802/debian/rules 2006-04-01 13:24:57.0 + +++ ./debian/rules 2006-04-01 13:24:55.0 + @@ -18,7 +18,7 @@ update-po: debian/po/templates.pot debian/po/templates.pot: debian/cmap-adobe-gb1.templates - debconf2po-update + debconf-updatepo configure: $(STAMP_DIR)/configure-stamp $(STAMP_DIR)/configure-stamp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360333: [l10n] Czech translation of console-setup debconf messages
tags 360333 pending thanks Quoting Miroslav Kure ([EMAIL PROTECTED]): Package: console-setup Severity: wishlist Tags: l10n, patch Hi, in attachement there is Czech (cs.po) translation of console-setup debconf messages. I would be glad if you could include it with the package. Commited. 1 string became fuzzy when merging with the POT file...See attached file cs.po Description: application/gettext signature.asc Description: Digital signature
Bug#360347: apmd: [INTL:it] Italian debconf templates translation
Package: apmd Severity: wishlist Tags: patch l10n Please update the italian debconf templates translation (attached). Cheers, Luca apmd_it.po.gz Description: GNU Zip compressed data
Bug#360348: openssh: [INTL:it] Italian debconf templates translation
Package: openssh Severity: wishlist Tags: patch l10n Please update the italian debconf templates translation (attached). Cheers, Luca openssh_it.po.gz Description: GNU Zip compressed data
Bug#360350: usbutils: Automatically set dependencies for udeb
Package: usbutils Version: 0.71+cvs20051029-4 Severity: minor Tags: d-i, patch usbutils currently has a hack to set correct dependency for the udeb. Recent changes in debhelper and dpkg-dev have made it possible to automatically generate proper dependencies on udebs instead. The attached patch implements this for usbutils. The needed changes are: - update dephelper dependency to 5.0.22; this also pulls in the correct version of dpkg-dev - remove hack in debian/rules Please include this patch in your next upload. Cheers, FJP diff -u usbutils-0.71+cvs20051029/debian/rules usbutils-0.71+cvs20051029/debian/rules --- usbutils-0.71+cvs20051029/debian/rules +++ usbutils-0.71+cvs20051029/debian/rules @@ -134,7 +134,6 @@ dh_installdeb # dh_perl dh_shlibdeps - sed -i -e 's/libusb-0.1-4/libusb-0.1-udeb/g' $(CURDIR)/debian/usbutils-udeb.substvars dh_gencontrol dh_md5sums dh_builddeb diff -u usbutils-0.71+cvs20051029/debian/control usbutils-0.71+cvs20051029/debian/control --- usbutils-0.71+cvs20051029/debian/control +++ usbutils-0.71+cvs20051029/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Aurelien Jarno [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.2.0), autotools-dev, libusb-dev (= 0.1.6-1) +Build-Depends: debhelper ( 5.0.22), autotools-dev, libusb-dev (= 0.1.6-1) Standards-Version: 3.6.2 Package: usbutils === DebDiff for usbutils_0.71+cvs20051029-4_hppa.deb and usbutils_0.71+cvs20051029-4~fjp_hppa.deb: File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Version: [-0.71+cvs20051029-4-] {+0.71+cvs20051029-4~fjp+} Depends: libc6 (= 2.3.5-1), libusb-0.1-4 (= [-2:0.1.10a)-] {+2:0.1.11)+} Installed-Size: [-372-] {+376+} === DebDiff for usbutils-udeb_0.71+cvs20051029-4_hppa.udeb and usbutils-udeb_0.71+cvs20051029-4~fjp_hppa.udeb: File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Version: [-0.71+cvs20051029-4-] {+0.71+cvs20051029-4~fjp+} Depends: libc6 (= 2.3.5-1), libusb-0.1-udeb (= [-2:0.1.10a)-] {+2:0.1.11)+} pgpwe10wqFzjv.pgp Description: PGP signature
Bug#360358: eagle: FTBFS: Failed to satisfy Build-Depends dependency for eagle: ia32-libs-dev
Package: eagle Version: 4.16-1 Severity: normal Tags: patch Hello, when building 'eagle' in a clean 'unstable' chroot, I get the following error: Building eagle unstable main amd64... Reading package lists... Building dependency tree... Package ia32-libs-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: lib32z1-dev ia32-libs E: Package ia32-libs-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for eagle: ia32-libs-dev Please change the Build-Depends from 'ia32-libs-dev' to 'libc6-dev-i386' in debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/eagle-4.16/debian/control ./debian/control --- ../tmp-orig/eagle-4.16/debian/control 2006-04-01 13:54:58.0 + +++ ./debian/control2006-04-01 13:54:54.0 + @@ -2,7 +2,7 @@ Section: non-free/electronics Priority: optional Maintainer: Shaun Jackman [EMAIL PROTECTED] -Build-Depends: ia32-libs-dev [amd64], debhelper +Build-Depends: debhelper, libc6-dev-i386 [amd64] Standards-Version: 3.6.2.2 Package: eagle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360355: stop using cdbs System/Cpu fields
Package: pearpc Severity: wishlist This package uses the cdbs control auto update feature. As part of this feature one can specify the fields System: and Cpu: in place of Architecture: to allow a more fine-grained selection of architectures. This feature was added with the apparent presumption that dpkg-dev would eventually understand this syntax as well, but in fact dpkg-dev now supports a different syntax. Therefore, the cdbs-specific syntax will be removed as soon as possible. To switch to the dpkg-supported syntax, replace Cpu: i386 x86_64 System: any by Architecture: any-i386 any-amd64 and add a build dependency on dpkg-dev (= 1.13.12). For the build dependencies, make the following replacements: nasm [cpu: i386]= nasm [any-i386] libgpmg1-dev [system: linux]= libgpmg1-dev [linux-any] libsvga1-dev [i386] = libsvga1-dev [any-i386] libasound2-dev [system: linux] = libasound2-dev [linux-any] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358778: dash does not provide static packages
On Sat, Apr 01, 2006 at 08:54:08AM +, Gerrit Pape wrote: On Fri, Mar 24, 2006 at 12:33:40PM +0100, Pjotr Kourzanov wrote: Also, build dietlibc based packages only when DEB_BUILD_OPTIONS is on diet. Well, the dash source builds a dash package against the glibc, and a dash-udeb package againt the diet libc (statically linked /bin/dash). Is there really a need for a dash-static package, it can simply be created manually by rebuilding the package with DEB_BUILD_OPTIONS=diet Here you meant DEB_BUILD_OPTIONS=static I presume... in the environment. Well, with this patch I propose to build these packages normally (against glibc): dash dash-static dash-udeb (-DREALLY_SMALL) dash-static-udeb (-DREALLY_SMALL) Note that is dpkg-buildpackage is passed -aARCH-uclibc, this will produce binaries linked against uclibc automatically. If someone does DEB_BUILD_OPTIONS=diet, then the same packages are generated, but then linked against dietlibc. So, old dash-udeb package is, really, a dash-static-udeb with DEB_BUILD_OPTIONS=diet. I need all of these these variations: {,-DREALLY_SMALL}{glibc,uclibc,dietlibc}{static,dynamic}... Regards, Gerrit. Pjotr Kourzanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360333: [l10n] Czech translation of console-setup debconf messages
On Sat, Apr 01, 2006 at 03:27:43PM +0200, Christian Perrier wrote: 1 string became fuzzy when merging with the POT file...See attached file Attachement updated. Could you please commit the current version? -- Miroslav Kure cs.po.gz Description: Binary data
Bug#360356: amsn: requires TkCximage
Package: amsn Version: 0.95-2 Severity: grave Justification: renders package unusable Running amsn produces the following error message in a dialog box: You can't load TkCximage, this is now needed to run aMSN. Please compile amsn first, instructions on how to compile are located in the file INSTALL and amsn doesn't load. apt-cache search tkcximage doesn't reveal any such package. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages amsn depends on: ii docker 1.4-3System tray for KDE3/GNOME2 dockle ii imlib11 1.9.14-29Imlib is an imaging library for X ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii python 2.3.5-5 An interactive high-level object-o ii sox 12.17.9-1A universal sound sample translato ii tcl8.4 8.4.12-1 Tcl (the Tool Command Language) v8 ii tcltls 1.5.0-3 The TLS OpenSSL extension to Tcl ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - amsn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360357: ITP: diff1 -- compares file's actual state with file's desired state
Package: wnpp Severity: wishlist Owner: Jay Berkenbilt [EMAIL PROTECTED] * Package name: diff1 Version : 0.4.1 Upstream Author : April Furst * URL : http://www.diff1.net/ * License : GPL, `diff1 -u GFDL | patch` Description : compares file's actual state with file's desired state diff1 is a special version of diff that takes only one file as an argument. diff1 then compares the file's present state with the file's desired state and reports any differences in the same format as the regular diff command, suitable for input to the patch program. diff1 is very useful for correcting writing and, when used with source code, can be extremely useful for correcting bugs. diff1 works best when its input is close to correct, but in a pinch, diff1 can be used to create complete original works if given an empty file as an argument. At this point, diff1 is still under development and depends upon the utm (Universal Truth Machine) and dwim (Do What I Mean) libraries. The eventual goal is that diff1 should be self-hosting -- the final, bug-free version of diff1 will be generated by running diff1 on its own sources, at which point it will be finished and will be able to determine the correct answers to all questions that can be expressed using written language. -- 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-smp 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#360333: [l10n] Czech translation of console-setup debconf messages
Quoting Miroslav Kure ([EMAIL PROTECTED]): On Sat, Apr 01, 2006 at 03:27:43PM +0200, Christian Perrier wrote: 1 string became fuzzy when merging with the POT file...See attached file Attachement updated. Could you please commit the current version? Done. signature.asc Description: Digital signature
Bug#266256: vim: sub-replace-special \u etc. don't change non-ASCII
tag 266256 + fixed-in-experimental thanks On Tue, Aug 17, 2004 at 10:42:07AM +0200, Michael Piefel wrote: Package: vim Version: 1:6.3-013+2 Severity: normal Changing words with funny characters to upper- or lowercase with substitution doesn't work: martin von löwis :s/.*/\U\0 MARTIN VON LöWIS This is fixed in the vim7 package that was uploaded to experimental yesterday. I'll close the bug when vim7 hits unstable. James -- GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#350739: cdrtools: GPL violation - makefiles distributed under non-GPL-compatible license??
#include hallo.h * Joerg Schilling [Mon, Mar 27 2006, 06:13:06PM]: Eduard Bloch [EMAIL PROTECTED] wrote: Da es offenbar Missverstaendnisse gibt und English fuer das Diskutieren von Lizenz/Urherberrechtsproblemen nicht geeignet ist (anderes Rechtssystem) nun in einer Sprache die jeder versteht Okay, in the last mail we have seen a switch to the German language supposedly in order to express things more compatible to German jurisdiction. After another round of this discussion with the major tone becoming more abrasive and close to a legal threat, I have to publicaly state that none of my critics are to be understood as an accusal of breach of contract (Vertragsverletzung) under the terms of German jurisdiction. Since any statement not conforming with Joergs interpretation of GPL can be understood of a such imputation and therefore lead to a legal lawsuit, I refrain from making public statements to this dicussion (as stored in the Debians Bug Report page 350739). And I am posting the following disclaimer (rough translation from German without any claim of beeing correct). I: Since GPL is an American license and no complete AND binding (within German jurisdiction) translation is known to me, I have to admit that (within German jurisdiction unless proven differently by an official court) the separation of the cdrtools archive into separate works (Werke) may be valid consequence of a possible GPL interpretation. II: Separation of Works Using this interpretation, the contents of cdrtools can be understood as a collection of separate works, with separate parts of intellectual property. The ownership of the particular works has to be determined from the contents of each file containing the appropriate notes about autor(s), copyright and license information. III: Therefore, no contract breachment can be assumed (under the terms of the mentioned interpretation and according to German laws). The validity of GPL§3 must be considered in the context of each particular work (as following Joerg's Interpretation) and with respect to the applicability of the wording of GPL under the terms of the German jurisdiction, as mentioned above. IV: Even under more stronger interpretations of GPL in context of further works contained inside of the cdrtools archive and having other copyright owners, the requirements of GPL can be full-filled since the means required to translate the source code into machine-executable form can either be created in a trivial way or are already made public by Joerg Schilling, for example in previous versions of cdrtools, or have been made available by original authors under the terms of GPL §2. GERMAN TEXT: Damit im Laufe der Diskussion kein Eindruck des Vorwurfs einer Vertragsverletztung seitens Joerg Schilling entsteht, stelle ich hiermit folgendes fest: Im Rahmen der Anwendbarkeit des deutschen Rechtssystems und im Kontext dieses Falls und sofern keiner der Aussagen durch ein ordentliches Gericht widersprochen wird, kann von folgenden Tatsachen und der folgenden Auslegung der GNU General Public License ausgegangen werden: Punkt 1: Der Vertrieb der Software cdrtools im gleichnamigen Software-Archiv kann als eine Zusammenstellung von Werken betrachtet werden. Mit dieser Sichtweise gelten folgende Punkte: Punkt 2: Unter der oben genannten Auslegung kann das Archiv cdrtools als ein Medium (im Sinne der GPL) verstanden werden. Dies beinhaltet mehrere Werke (Dateien), deren Lizenzierungsart und Angabe des Autors bzw. der Autoren in den entsprechenden Vermerken im Inhalt der jeweiligen Datei zu finden ist. Punkt 3: Die Vorgaben der GPL-Lizenz (Version 2) im Paragraph 3 können keine absolut genaue Auskunft darüber geben, welche Teile des Archives cdrtools als zum Übersetzen (compilation) notwendige Komponenten zu betrachten sind. Mangels einer verbindlichen Adoptierung der GPL in der deutschen Rechtssprechung kann hierüber keine eindeutige Aussage getroffen werden. Punkt 4: Es liegt ebenfalls keine Vertragsverletzung beim Vertrieb weiterer sich im Archiv cdrtools befindlichen Werke vor, deren Rechteinhaber aus mehr als einer Person (Joerg Schilling) bestehen. Auch unter der strengen Interpretation des Paragraphen 3 der GPLv2 (siehe Punkt 3) kann nicht von einer Verletzung der Vorgaben der Paragraphen 2 und 3 ausgegangen werden, weil die Voraussetzungen zum Übersetzen der Werke entweder auf triviale Weise hergestellt werden können oder die notwendigen Komponenten von Joerg Schilling bereits öffentlich zugänglich gemacht wurden, unter anderem in vorherigen Versionen des Archives cdrtools. Alle weitergehende Forderungen müssen bezüglich der Anwendbarkeit der GPL im Rahmen des deutschen Urheberrechts überprüft werden. MfG, Eduard.
Bug#360360: fails to bring up my wlan interface
Package: linux-wlan-ng Version: 0.2.4+svn20060306-1 Severity: important Hi, until yesterday I used debian/sarge with a self-build wlan-ng (upstream) in order to get my NETGEAR MA111 working. Everything worked mostly fine for over 1.5 years until I decided to give etch a try. I noticed that etch comes with linux-wlan-ng so I tried this one. I build the modules, the firmware, installed everything bug it does not work any more! I know this device is supported by upstream so I guess the problem lies somewhere in the debian version. Trying to bring wlan0 up via ifup gives many errors like this Error for wireless request Set Mode (8B06): SET failed on device wlan0 ; Operation not supported. Similar errors for Set Encode, Set Frequency and Set Essid. The kernel modules are loaded and wlan0 is visible via iwconfig, but only with essid set and nothing more! Regards, Bastian -- 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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linux-wlan-ng depends on: ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii wireless-tools 27+28pre14-1 Tools for manipulating Linux Wirel Versions of packages linux-wlan-ng recommends: ii linux-wlan-ng-doc0.2.4+svn20060306-1 documentation for wlan-ng -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360359: cthugha: FTBFS (gcc-4.1): extra qualification 'InterfaceMain::' on member 'doKey'
Package: cthugha Version: 1.4-4.1 Severity: normal Tags: patch When building 'cthugha' with gcc-4.1, I get the following error: Interface.cc:344: warning: 'class lockElementAction' has virtual functions but non-virtual destructor Interface.cc:391: error: extra qualification 'InterfaceMain::' on member 'doKey' Interface.cc:384: warning: 'class InterfaceMain' has virtual functions but non-virtual destructor Interface.cc:406: warning: 'class setExtraKeymapAction' has virtual functions but non-virtual destructor Interface.cc:415: warning: 'class InterfaceCoreOption' has virtual functions but non-virtual destructor Interface.cc:507: warning: 'class InterfaceOption' has virtual functions but non-virtual destructor make[3]: *** [Interface.o] Error 1 make[3]: Leaving directory `/cthugha-1.4/src' With the attached patch 'cthugha' can be compiled using gcc-4.1. Regards Andreas Jochens diff -urN ../tmp-orig/cthugha-1.4/src/Interface.cc ./src/Interface.cc --- ../tmp-orig/cthugha-1.4/src/Interface.cc2006-04-01 13:50:35.0 + +++ ./src/Interface.cc 2006-04-01 13:50:01.0 + @@ -388,7 +388,7 @@ extraKeymap[0] = '\0'; } -void InterfaceMain::doKey(int key); +void doKey(int key); friend class setExtraKeymapAction; } interfaceMain; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360361: Pulls in the gnome1 stack
Package: gnucash Version: 1.9.3-1 Severity: normal Tags: patch Hi Thomas, I was about to test the new GTK2 gnucash, and when apt-get'ing I noticed libgtk1.2 and its friends being downloaded. gnucash has a leftover hardcoded dependency on libgconf1, which can safely be removed now. Also, I notice a build-dependency on gconf2. I think libgconf2-dev is enough, but you might know better, I haven't tried building yet. Thanks for packaging 1.9! --- control.orig2006-04-01 16:47:15.103261530 +0200 +++ control 2006-04-01 16:47:48.488086560 +0200 @@ -7,7 +7,7 @@ Package: gnucash Architecture: any -Depends: gnucash-common (= ${Source-Version}), ${shlibs:Depends}, slib (= 3a2-5), guile-1.6-slib, libfinance-quote-perl, libdate-manip-perl, psfontmgr, x-ttcidfont-conf, libgconf11 (= 1.0.9-7) +Depends: gnucash-common (= ${Source-Version}), ${shlibs:Depends}, slib (= 3a2-5), guile-1.6-slib, libfinance-quote-perl, libdate-manip-perl, psfontmgr, x-ttcidfont-conf Suggests: gnucash-sql, gnucash-docs Description: A personal finance tracking program Gnucash can track finances in multiple accounts, keeping running -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360357: ITP: diff1 -- compares file's actual state with file's desired state
On Sat, 01 Apr 2006, Jay Berkenbilt wrote: * Package name: diff1 Version : 0.4.1 Upstream Author : April Furst * URL : http://www.diff1.net/ Seems to be a wrong URL! * License : GPL, `diff1 -u GFDL | patch` Description : compares file's actual state with file's desired state diff1 is a special version of diff that takes only one file as an argument. diff1 then compares the file's present state with the file's desired state and reports any differences in the same format as the regular diff command, suitable for input to the patch program. diff1 is very useful for correcting writing and, when used with source code, can be extremely useful for correcting bugs. diff1 works best when its input is close to correct, but in a pinch, diff1 can be used to create complete original works if given an empty file as an argument. At this point, diff1 is still under development and depends upon the utm (Universal Truth Machine) and dwim (Do What I Mean) libraries. The eventual goal is that diff1 should be self-hosting -- the final, bug-free version of diff1 will be generated by running diff1 on its own sources, at which point it will be finished and will be able to determine the correct answers to all questions that can be expressed using written language. -- 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-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgprDY80cuvaj.pgp Description: PGP signature
Bug#357901: FTBFS with G++ 4.1: misc errors
On Mon, Mar 20, 2006 at 05:31:17AM +, Martin Michlmayr wrote: But then I get: Compiling ExtACTree.cc... /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h: In member function ???void Puma::PtrStackT::Destroy() [with T = Puma::CTree]???: /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/Builder.h:97: instantiated from here /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h:152: error: invalid conversion from ???long int??? to ???const char*??? /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h:152: error: initializing argument 1 of ???int remove(const char*)??? /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h: In member function ???void Puma::PtrStackT::Remove() [with T = Puma::CTree]???: /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h:144: instantiated from ???void Puma::PtrStackT::Reject() [with T = Puma::CTree]??? /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/Builder.h:96: instantiated from here /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h:159: error: invalid conversion from ???long int??? to ???const char*??? /var/scratch/packages/aspectc++-0.99+1.0pre2-baustelle/Puma/gen-release/step1/inc/Puma/PtrStack.h:159: error: initializing argument 1 of ???int remove(const char*)??? make[3]: *** [/home/tbm/src/aspectc++-0.99+1.0pre2/Puma/gen-release/obj-linux/ExtACTree.o] Error 1 make[2]: *** [step3] Error 2 I investigated the problem further, and the solution was to reweave Puma with a PUMA_CONFIG generated for g++-4.1. This means that when debian switches from g++-4.0 to g++-4.1, I will have to reweave it on my machine and reupload that then. Not much of a problem, but good to know. However, it seems that a Puma woven with PUMA_CONFIG generated for g++-4.1 does compile with g++-4.0. Olaf, what do you think about it? would it be feasible to release the pre4 woven sources tarball woven with g++-4.1? Gruesse, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358053: FTBFS with G++ 4.1: extra qualification
Le Mardi 21 Mars 2006 00:44, Martin Michlmayr a écrit : Package: freefem3d Version: 1.0pre7-3 Severity: important Tags: patch Your package fails to build with G++ 4.1. I'm filing this bug as important for now, but when 4.1 will be the default compiler in unstable (probably in a few weeks) I'll upgrade this to serious. A patch is attached. Hello, using the patch you provided, it just compiles fine on my machine (no linkage problem) using g++-4.1: [EMAIL PROTECTED] LANGUAGE=en g++-4.1 -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.0 (Debian 4.1.0-1) This is also fixed in the upstream release, thanks. Regards, Stephane. -- 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 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR)
Bug#358896: FTBFS on AMD64: cast loses precision
severity wishlist merge 119583 thanks k Martin Michlmayr writes: * Kevin Glynn [EMAIL PROTECTED] [2006-03-25 18:00]: Mozart cannot be built on 64 bit systems. There is an open upstream bug for this and already a debian wislist bug (#119583). I don't think this will be fixed any time soon, so I suggest you respect the Architecture line in the control file Sorry, I did check the BTS for existing bugs, but I didnt look at wishlist bugs. Please feel free to downgrade and merge. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350739: cdrtools: GPL violation - makefiles distributed under non-GPL-compatible license??
Eduard Bloch [EMAIL PROTECTED] wrote: Thank you for this clarification. Unfortunately it does not include a translation for an important part found in the German text: Punkt 4: Es liegt ebenfalls keine Vertragsverletzung beim Vertrieb weiterer sich im Archiv cdrtools befindlichen Werke vor, deren Rechteinhaber aus mehr als einer Person (Joerg Schilling) bestehen. Auch unter der strengen Interpretation des Paragraphen 3 der GPLv2 (siehe Punkt 3) kann nicht von einer Verletzung der Vorgaben der Paragraphen 2 und 3 ausgegangen werden, weil die Voraussetzungen zum Übersetzen der Werke entweder auf triviale Weise hergestellt werden können oder die notwendigen Komponenten von Joerg Schilling bereits öffentlich zugänglich gemacht wurden, unter anderem in vorherigen Versionen des Archives cdrtools. It is important to know that the part of the text from the OP ( from GPL §3) cannot be set in relation to GPL §2. While GPL §3 requires the scripts used to control compilation and installation of the executable to be included in the source, GPL §3 does definitely not require them to be made available under GPL. GPL §2 does not define these scripts to be part of the work. In fact, the Schily makefile system is a different work that is used unmodified by many other works. In addition, the Makefiles are no scripts but a program written in a non-algorithmic prgramming language. 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#347352: ITP: gnash -- free Flash movie player
Based on the proposed debian/ directory and the latest CVS source, I've made test packages for gnash on sarge available from URL:http://developer.skolelinux.no/~pere/debian/packages/. I've only tested the standalone viewer, but it seem to limp along just fine. Is there anything I can do to help get gnash into Debian/unstable? I believe it is a good idea to upload it soon, to get it past NEW as soon as possible. I do not believe it is a good idea to wait until upstream releases a tarball, as this can take a while. The reason I am interested in flash support in Debian is my involvement in Debian Edu. I've started a wiki page collecting test pages and info about the state of free flash, URL:http://wiki.debian.org/DebianEdu/FlashInDebianEdu. Feel free to add more information to it. :) Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360364: stop using cdbs System/Cpu fields
Package: jack-audio-connection-kit Severity: wishlist This package uses the cdbs control auto update feature. As part of this feature one can specify the fields System: and Cpu: in place of Architecture: to allow a more fine-grained selection of architectures. This feature was added with the apparent presumption that dpkg-dev would eventually understand this syntax as well, but in fact dpkg-dev now supports a different syntax. Therefore, the cdbs-specific syntax will be removed as soon as possible. To switch to the dpkg-supported syntax, replace Cpu: any System: any by Architecture: any For the build dependencies, change libasound2-dev [system: linux] libcap-dev [system: linux] libraw1394-dev [system: linux] to libasound2-dev [linux-any] libcap-dev [linux-any] libraw1394-dev [linux-any] Finally, add a build dependency on dpkg-dev (= 1.13.12). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360365: Manpage typo in config filename
Package: offlineimap Version: 4.0.11 Severity: minor offlineimap(1) In ~/.offlineimap.rc, he adds these options: Must be .offlineimaprc (without the extra dot) --Jeroen -- 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=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages offlineimap depends on: ii python2.3 2.3.5-9.1 An interactive high-level object-o offlineimap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360363: fails to build modules with module-assistant
Package: linux-wlan-ng-source Version: 0.2.4+svn20060306-1 Severity: grave Hi, the current modules are unbuildable with module-assistant: It quits with the following error: dh_testdir: cannot read debian/control: [Translated from German] File not found renaming debian/control.modules.in to debian/control solves the problem. Regards, Bastian -- 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=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linux-wlan-ng-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 linux-wlan-ng-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350739: cdrtools: GPL violation - makefiles distributed under non-GPL-compatible license??
#include hallo.h * Joerg Schilling [Sat, Apr 01 2006, 04:46:48PM]: Eduard Bloch [EMAIL PROTECTED] wrote: Thank you for this clarification. Unfortunately it does not include a translation for an important part found in the German text: The translation has been sent to you and did not receive any comments for this part. And I have the impression that we did already agree on the interpretation of part four in German. Explicitely, I keep repeating that this part is meant for the _strong interpretation_ (AS WRITTEN THERE), that is the one of the OP and the one that people on debian-legal seem to agree on but the interpration that you do not consider as valid. Your interpretation may be valid, therefore I cannot blame you for license violation without hard proof valid in our (German) law system. Punkt 4: Es liegt ebenfalls keine Vertragsverletzung beim Vertrieb weiterer sich im Archiv cdrtools befindlichen Werke vor, deren Rechteinhaber aus mehr als einer Person (Joerg Schilling) bestehen. Auch unter der strengen Interpretation des Paragraphen 3 der GPLv2 (siehe Punkt 3) kann nicht von einer Verletzung der Vorgaben der Paragraphen 2 und 3 ausgegangen werden, weil die Voraussetzungen zum Übersetzen der Werke entweder auf triviale Weise hergestellt werden können oder die notwendigen Komponenten von Joerg Schilling bereits öffentlich zugänglich gemacht wurden, unter anderem in vorherigen Versionen des Archives cdrtools. It is important to know that the part of the text from the OP ( from GPL §3) cannot be set in relation to GPL §2. While GPL §3 requires the scripts used to control compilation and installation of the executable to be included in the source, GPL §3 does definitely not require them to be made available under GPL. Joerg, if you want to see that this way, see it that way. If you see it that way, that it is your right and it should be seen that way and then you are right (unless someone can proof any claims in a court). GPL §2 does not define these scripts to be part of the work. In fact, the Schily makefile system is a different work that is used unmodified by many other works. Yes, it may be a separated work, as said in II. We have discussed II and you agreed. What is still needed to please you? removed the part that I would like to say but which may interpreted as public insult In addition, the Makefiles are no scripts but a program written in a non-algorithmic prgramming language. Deciding that is not my beer. And if you prefer hunting the messengers, critism of your attitude may bring me into legal trouble faster than achieving any success. You can forbid me saying things, not thinking them. Eduard.