Bug#291700: broken check for peer prevents startup
Package: postgresql Version: 7.2.1-2woody6 Severity: serious Tags: patch Hi, The check for peer database type in /usr/lib/postgresql/bin/postgresql-startup is not strict enough and it catches databases that just so happen to be called -- peer. Please fix the regexp match to include a $ at the end so that it only matches peer in the last element. That is: --- /usr/lib/postgresql/bin/postgresql-startup~ Tue Oct 26 22:58:08 2004 +++ /usr/lib/postgresql/bin/postgresql-startup Sat Jan 22 15:52:01 2005 @@ -103,7 +103,7 @@ fi fi -if grep -qs '^local.*[ ]*peer[ ]' /etc/postgresql/pg_hba.conf +if grep -qs '^local.*[ ]*peer[ ]$' /etc/postgresql/pg_hba.conf then echo Invalid pg_hba.conf authentication spec. Change all occurrences of peer authentication to ident in /etc/postgresql/pg_hba.conf. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279323: Fix for Zope segfault on amd64
*** Regarding Re: Fix for Zope segfault on amd64; Goswin von Brederlow [EMAIL PROTECTED] adds: Goswin Shouldn't that bug appear on all 64bit architectures and the Goswin patch work on every architecture, even 32bit. Int is 32bit on Goswin all debian archs while long varies. Agreed. Since I only have access to i386 and amd64 I went for the conservative approach. However, I think there is a better way to fix the bug that should be more general and avoids the #ifdef: --- /tmp/Zope-2.6.4-src/lib/Components/initgroups/initgroups.c 2002-07-25 17:54:02.0 -0400 +++ lib/Components/initgroups/initgroups.c 2005-01-22 09:41:56.882300943 -0500 @@ -23,12 +23,15 @@ initgroups_initgroups(PyObject *self, PyObject *args) { char *username; - gid_t gid; + long gid; + /* Use a long to get the gid rather than gid_t to avoid + dependencies on 32-bit versus 64-bit architectures, + etc. */ if (!PyArg_ParseTuple(args, sl:initgroups, username, gid)) return NULL; - if (initgroups(username, gid) == -1) + if (initgroups(username, (gid_t) gid) == -1) return PyErr_SetFromErrno(PyExc_OSError); Py_INCREF(Py_None); This should work on most common architectures, would you agree? Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289182: Some Additional Info
Well, Some time ago, actually in December 2003, I was trying to use kino on powerpc, and I got the exact same problem, I could see that Kino actually didn't care about the endian issue, I've made a little patch at that time that made the video ok, I submitted a bug report to kino, but no action was taken... Hope it helps somehow... Follows the URL of the bug report i made, and the *weird* solution I made (which could point to a good solution). http://jira.schirmacher.de/jira-kino/browse/KINO-76 And this is the URL of the thread in the Discussion Forum we had at that time. http://kino.schirmacher.de/dcforum/dcforum?az=show_topicforum=101topic_id=2122mesg_id=2122 hope it helps, daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291658: nessus-plugins: non-free
* Javier Fernández-Sanguino Peña: Upstream claims that large parts of nessus-plugins has never been licensed under the GPL. The copyright status of many NASL scripts is indeed very unclear. This claim only applies to post-2.2.2a releases, as you can see from the COPYING license of all the ftp sources in nessus.org (pre-2.2.2a). Upstream (that is, Renaud Deraison) has not changed those. So they still apply. Tenable claims that the GPL has never applied to their plugins, only to the plugins that were explicitly released under the GPL. Moreover, the copyright status of the NASL scripts is not unclear (copyright holders are stated for all of the scripts). The license status, however, has changed for some of the NASL scripts in 2.2.2a (and 2.3). For previous releases the Nessus Script License = GPL. Debian currently distributes 2.2.2 BTW. From what information do you infer this? The plugins I'm most interested in are: # # (C) Tenable Network Security # # v1.2: use the same requests as MS checktool # v1.16: use one of eEye's request when a null session can't be established # (msrpc_dcom2.nasl) # # This script is (C) Tenable Network Security # 10/22/2003 updated by KK Liu 10/22/2003 # - check messenger service, if not on - exit # - check Windows OS # (messenger_ms03-043.nasl) # # (C) Renaud Deraison # (http_asn1_decoding.nasl) I doubt we can say for sure that these plugins were covered by the GPL, even though they are distributed in a tarball which happens to contain a COPYING file.
Bug#291616: snort-pgsql: debconf asks me to cd /usr/share/doc/snort-pgsql/contrib when it not exists
On Sat, 22 Jan 2005, Javier [iso-8859-1] Fernndez-Sanguino Pea wrote: I'd like to thank you. :) keep the great work! merge 205683 291616 thanks On Fri, Jan 21, 2005 at 10:31:13PM +0100, Szerb Tamas wrote: Package: snort-pgsql Version: N/A Severity: normal When the snort-pgsql's debconf asks me to run cd /usr/share/doc/snort-pgsql/contrib zcat create_pgsql.gz | psql -U user -h host -W databasename Please review the BTS before submitting bugs, this has been already reported. Thanks Javier -- VWOL Tamas SZERB [EMAIL PROTECTED] GPG public key: http://people.debian.org/~toma/gpgkey-toma.asc GPG ID: 69C0FA93
Bug#291702: evolution: Almost all icons are missing
Package: evolution Version: 2.0.3-1.1 Severity: normal I upgraded my debian system from woody to sarge (testing). Since the upgrade from evolution1.4 to evolution2 almost all icons in the menues and the toolbar are replaced by red crossed icons (intending that the icon is missing). This is not true for icons like cancel or quit. evolution1.4 was fine. I am not using Gnome but KDE. I tried to solve the problem by installing the package gnome (which installs all needed package for running gnome) with no success (for both, runing KDE or Gnome). I also deleted all gnome and evolution config files in my home folder without any success. I have no clue what's the problem, but it looks like a problem with package dependencies. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages evolution depends on: ii evolution-data-server1.0.3-2 evolution database backend server ii gconf2 2.8.1-4 GNOME configuration database syste ii gnome-icon-theme 2.8.0-1 GNOME Desktop icon theme ii gtkhtml3.2 3.2.4-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libcompfaceg11989.11.11-24 Compress/decompress images for mai ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libebook81.0.3-2 Client library for evolution addre ii libecal6 1.0.3-2 Client library for evolution calen ii libedataserver3 1.0.3-2 Utily library for evolution data s ii libegroupwise6 1.0.3-2 Client library for accessing group ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation ii libgal2.2-1 2.2.4-1 G App Libs (run time library) ii libgal2.2-common 2.2.4-1 G App Libs (common files) ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.4.8-1 The GLib library of C routines ii libgnome-keyring00.4.0-2 GNOME keyring services library ii libgnome-pilot2 2.0.12-1.1 Support libraries for gnome-pilot ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.1-1 The GNOME 2.2 print architecture U ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-8 The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libgtkhtml3.2-11 3.2.4-1 HTML rendering/editing library - r ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libldap2 2.1.30-3OpenLDAP libraries ii libnspr4 2:1.7.5-1 Netscape Portable Runtime Library ii libnss3 2:1.7.5-1 Network Security Service Libraries ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpisock8 0.11.8-10 Library for communicating with a P ii libpisync0 0.11.8-10 Synchronization library for PalmOS ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libsoup2.2-7 2.2.1-1 an HTTP library implementation in ii
Bug#291701: ntop: FTBFS: Can't satisify build dependencies.
Package: ntop Version: 2:3.0-3 Severity: serious Hi, It seems rrdtool changed it's dependency again, now from libgd2-xpm-dev to libgd2-noxpm-dev, and you're build depending on libgd2-xpm-dev, and those conflict. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279323: Fix for Zope segfault on amd64
On Sat, Jan 22, 2005 at 09:49:50AM -0500, Per Bojsen wrote: --- /tmp/Zope-2.6.4-src/lib/Components/initgroups/initgroups.c 2002-07-25 17:54:02.0 -0400 +++ lib/Components/initgroups/initgroups.c 2005-01-22 09:41:56.882300943 -0500 @@ -23,12 +23,15 @@ initgroups_initgroups(PyObject *self, PyObject *args) { char *username; - gid_t gid; + long gid; + /* Use a long to get the gid rather than gid_t to avoid + dependencies on 32-bit versus 64-bit architectures, + etc. */ if (!PyArg_ParseTuple(args, sl:initgroups, username, gid)) return NULL; - if (initgroups(username, gid) == -1) + if (initgroups(username, (gid_t) gid) == -1) return PyErr_SetFromErrno(PyExc_OSError); Py_INCREF(Py_None); This should work on most common architectures, would you agree? This is wrong. gid_t is 32 bits on all architectures. You should use si:initgroups everytime and certainly not change the gid type to a long. -- Vincent Hanquez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291668: /usr/bin/dpatch-edit-patch: autodetect debianonly situations
On Sat, Jan 22, 2005 at 04:05:26PM +0100, Gergely Nagy wrote: On Sat, 2005-01-22 at 15:54 +0100, Marc Haber wrote: cvs-buildpackage reads ~/.cvsdeb.conf, which can have conf_get_orig point to a script that is called to get the orig.tar.gz. Would you accept that setup? Sorry, but I'm still not convinced I'd like to see dpep handle the config files of *-buildpackage and the like. I am not suggesting to have dpep read cvs-buildpackage's config file, but to have its own, ~/dpatch.conf. I'd rather see it well explained where the original tarballs are searched for, and let the user running dpatch-edit-patch make sure the files are there. Less magic, less bugs, I say. In sufficiently sick setups, it might be painful to put the files where dpep expects them. Greetins Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291695: cdebootstrap: resolver aborts dependency checking when first packaghe does not exist
clone 291695 -1 reassign -1 libdebian-installer severity -1 wishlist retitle -1 libdebian-installer - dependency resolver should support groups severity 291695 normal retitle 291695 cdebootstrap - should bail out on non-resolvable dependencies thanks On Sat, Jan 22, 2005 at 03:25:40PM +0100, Roland Lezuo wrote: cdebootstrap was used to install a modified linux version, and so some packages where added to the packages file. One of the packages (debconf) contained a Depends: debconf-i18n | debconf-english where deboncf-i18n was not part of the distribution. cdebootstrap gave a W:resolver: debconf-i18n package doesn't exist and did not install debconf at all, nor did it install any packages depending on debconf. There was no further notice that this packages would not be installed... This is intentional but currently not properly documented. cdebootstrap uses the d-i dependency resolver which does not support dependency groups. Bastian -- Superior ability breeds superior ambition. -- Spock, Space Seed, stardate 3141.9 signature.asc Description: Digital signature
Bug#273993: Does not affect the NVIDIA proprietary drivers
Using the NVIDIA proprietary drivers, I'm able to upgrade to 4.3-10 -- Nicolas DEGAND -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291704: new upstream version
Package: htmldoc Version: 1.8.23-1.2 Severity: normal Version 1.8.24 was released last november. Wichert. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages htmldoc depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfltk1.1c102 1.1.6-2 Fast Light Toolkit shared librarie ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283841: lists.debian.org: Please add a debian-romanian mailing list
Hi, I'd like to express my support for a debian-romanian mailing list. -dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290259: Update regarding the keyboard
Hi, for completeness, I found a solution for my X-keyboard problem, and submitted it as bug #291699 As I have sent a Console keymap already, I supply only the files for X in this mail Bye, Joerg signature.asc Description: Digital signature
Bug#267920: installation-reports: installer fails to correctly set up /etc/fstab (raid card escalade 8206-8, mobo asus p4c800)
tags 267920 moreinfo thanks No information about the device. -- Spock: The odds of surviving another attack are 13562190123 to 1, Captain. signature.asc Description: Digital signature
Bug#291668: /usr/bin/dpatch-edit-patch: autodetect debianonly situations
On Sat, 2005-01-22 at 16:13 +0100, Marc Haber wrote: On Sat, Jan 22, 2005 at 04:05:26PM +0100, Gergely Nagy wrote: On Sat, 2005-01-22 at 15:54 +0100, Marc Haber wrote: cvs-buildpackage reads ~/.cvsdeb.conf, which can have conf_get_orig point to a script that is called to get the orig.tar.gz. Would you accept that setup? Sorry, but I'm still not convinced I'd like to see dpep handle the config files of *-buildpackage and the like. I am not suggesting to have dpep read cvs-buildpackage's config file, but to have its own, ~/dpatch.conf. Hrm. So it would be per-user, not per-package? That sounds much better. (so, autodetect debian-only setup from per-package debian/patches/00dpep-options, and get a list of possible locations from ~/.dpatch.conf... sounds fine!) -- Gergely Nagy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290772: Processed: fet FTBFS
Sending this bug without any investigate is not appropriate action. ^^^ Reassigning Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290772: Processed: fet FTBFS
At the end of the build log i see fet is being built. Where can I see that build log? http://buildd.debian.org/fetch.php?pkg=fetver=3.9.20-1arch=armstamp=1104807080file=logas=raw Looks the same as the sparc ldd bug, but that could be just a coincidence. I don't think so. sparc ldd problem is reproducible with small sample program, but this fet problem cannot be seen on my environment. Sending this bug without any investigate is not appropriate action. Please note i sent an email to debian-arm almost a week ago with no response. Also not so important, i asked on #debian-devel for some help, the only response i got being that the error could be triggered by anything, even the binary not being built. At the end of the buildd log i can see the binary is indeed built. Unfortunately i could not test the build, my first intention was to downgrade the bug, but i decided not to since it was keeping fet out of testing. I also contacted Marco d'Itri about the qt errors, he responded saying they would not trigger a ldd failure. I downgrade this bug to normal because I cannot reproduce this problem. However, it's sure that there's no 3.9.20-1 for arm. If we need to dupload for arm, please let me know. I rebuild again and upload it. Please upload it, when a new version will come out, we'll see if this happens again. Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289600: openswan: can't fulfill the build dependencies
reopen 289600 tags 289600 + sarge thanks This is still affecting sarge, and the fixed version seems to have other problems. You can close this when the fixed version reaches sarge. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290772: Processed: fet FTBFS
severity 290772 normal thanks I noticed on URL:http://buildd.debian.org/build.php?arch=armpkg=fetver=3.9.20-1 that the arm build of fet failed. This is the error message: dh_fixperms dh_installdeb dh_shlibdeps dpkg-shlibdeps: failure: ldd on `debian/fet/usr/bin/fet' gave error exit status 1 dh_shlibdeps: command returned error code 256 make: *** [binary-arch] Error 1 I rebuild fet 3.9.20-1 package on the latest sid. It's successfully built. At the end of the build log i see fet is being built. Where can I see that build log? Looks the same as the sparc ldd bug, but that could be just a coincidence. I don't think so. sparc ldd problem is reproducible with small sample program, but this fet problem cannot be seen on my environment. Sending this bug without any investigate is not appropriate action. I downgrade this bug to normal because I cannot reproduce this problem. However, it's sure that there's no 3.9.20-1 for arm. If we need to dupload for arm, please let me know. I rebuild again and upload it. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291673: libxine1: Release 1 uses more CPU than previous RC versions
tags 291673 unreproducible thanks. On Sat, 22 Jan 2005, Anders Ellenshøj Andersen wrote: It seems to me that the 1.0 version of xine uses significantly more cpu than any of the release candidates. Something like 10-30% more. I used to be able to run xine over ssh on my server and watch the goom output locally, but I can't with version 1.0 because it takes too much cpu, the video studders. Sorry, I'm unable to reproduce this. 1.0-1 performs exactly as well as the RC series here. Have you possibly increased the resolution for goom? One question about your setup: You're not really running xine on your server with the goom output tunnelled through ssh's X11 forward to your workstation, are you?
Bug#289475: dvbackup: still no good results
Hello! [Tue, 18 Jan 2005] Antonio Fiol Bonnn wrote: cat /audio/tmp/video/cordoba-300kbps-128kbps.avi /audio/tmp/video/*.mp3 /audio/tmp/video/*.wav | rsbepC -v | rsbepC -d -v /dev/null rsbepC: number of corrected failures : 0 rsbepC: number of uncorrectable blocks : 0 And same with rsbep. Hmm. Funny your tape/camera/ieee1394 ombination is indeed reproducibly producing bad frames. It should not be _that_ reproducibly at the end of the recording. Hmmm. [Tue, 18 Jan 2005] Antonio Fiol Bonnn wrote: asroot.log.gz includes the result of trying to recover (as root) the result from the above command line (except backup title) running everything as root. asroot1024.log.gz is the same, but using --buffers 1024. The command line used to recover data was: (dvconnect --device /dev/video1394/0 | dvbackup --decode --verbose | ~fiol/dvbackup-0.0.4rj1/rsbep -d -v | tar tvv) log 21 IIRC, you have not asked me to test anything else, have you? No. You have tested enough. Now it's time to solve the problem ;-] Thanks again for all the work. Robert. -- The road to hell is paved with NAND gates. -- J. Gooding signature.asc Description: Digital signature
Bug#291707: libgnomedb2-3: New upstream version available
Package: libgnomedb2-3 Version: 1.1.6-1 Severity: minor There is a new stable version 1.2.0 available. See http://ftp.gnome.org/pub/GNOME/sources/libgnomedb/1.2/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Versions of packages libgnomedb2-3 depends on: ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgda2-11.1.99-1GNOME Data Access library for GNOM ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-2 The GLib library of C routines ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display hi libgnomedb2-common 1.1.6-1 Database UI widget library for GNO ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-9 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.1-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-2 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libxml2 2.6.11-5GNOME XML library ii libxslt1.1 1.1.8-5 XSLT processing library - runtime ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291701: ntop: FTBFS: Can't satisify build dependencies.
Hello On Sat, Jan 22, 2005 at 04:02:10PM +0100, Kurt Roeckx wrote: Package: ntop Version: 2:3.0-3 Severity: serious Hi, It seems rrdtool changed it's dependency again, now from libgd2-xpm-dev to libgd2-noxpm-dev, and you're build depending on libgd2-xpm-dev, and those conflict. Sigh... Well I'll fix this. Thanks for the note. :) Regards, // Ola Kurt -- - 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#289995: initrd-tools: use qla1280 on 2.6/alpha instead qlogicisp
* Norbert Tretkowski wrote: Attached patch modifies mkinitrd so the new qla1280 driver is used for qlogic 1020/1040 controllers with current 2.6 kernels on alpha. This patch fails when you try to create an initrd for a 2.4 kernel on a running 2.6 kernel using qla1280. I'll provide a better patch soon. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266022: Outstanding ITP: openntpd
Hi Kurt, On Tue, Jan 04, 2005 at 03:54:49AM +0100, Kurt Roeckx wrote: On Mon, Jan 03, 2005 at 09:12:19PM -0500, Justin Pryzby wrote: Hi Kurt, Do you still indent to package openntpd for Debian? If not, you should retitle to RFP or close the bug. It's stuck in new for a few weeks now. Do you know why it is stuck there? Buga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291709: asterisk-chan-misdn_0.0.3rc2-4(ia64/unstable): FTBFS: non-PIC in shared library
Package: asterisk-chan-misdn Version: 0.0.3rc2-4 Severity: serious There was an error while trying to autobuild your package: Automatic build of asterisk-chan-misdn_0.0.3rc2-4 on caballero by sbuild/ia64 1.170.5 Build started at 20050122-1629 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), asterisk-dev, libmisdn-dev, libisdnnet-dev (= 0.0.0+cvs20041018-4) [...] /usr/include/isdn_net.h: At top level: te_lib.c:53: warning: `entity_nt' defined but not used cc -shared -Xlinker -x -o chan_misdn.so chan_misdn.o te_lib.o -lisdnnet -lmISDN /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist /usr/bin/ld: /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../libmISDN.a(device.o): @gprel relocation against dynamic symbol devlist collect2: ld returned 1 exit status make[1]: *** [chan_misdn.so] Error 1 make[1]: Leaving directory `/build/buildd/asterisk-chan-misdn-0.0.3rc2' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=asterisk-chan-misdnver=0.0.3rc2-4 Shared libraries must be built using only -fPIC code. lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271895: Dbus qt bindings packages available
Hi, At the request of many people i've enabled the dbus qt bindings in the experimental dbus packages. Unfortunately there currently stuck in NEW. For now you can get them at (for i386, ppc and sparc): http://luon.net/~sjoerd/dbus A big thanks goes to Kévin Ottens for providing a nice patch! Note that my qt knowledge is basically zero, so i would appreciate it if people with qt (packaging) knowledge could check them out. Sjoerd -- Machines have less problems. I'd like to be a machine. -- Andy Warhol
Bug#291662: svn-buildpackage: .svn/deb-layout not under version control
Moin Marc! Marc Haber schrieb am Samstag, den 22. Januar 2005: judging from the code of svn-inject. .svn/deb-layout is written by svn-inject after initial checkout. So, the file is not under version control, and subsequent checkouts will be missing the file. Is this the intended behavior? I am very confused. As discussed on IRC, it is intended. That file is a local cache for configuration data (per user package) and can be modified by the user to addapt the svn-* tools behaviour to his/her own needs. However, it does not make much sense to keep user-specific settings (local paths) under the version control. In some cases, however, it may make sense to store a part of the config data under the version control and import it on initial checkout. Therefore I consider to make the config file reader fall back on the file debian/svn-deblayout (or so) if .svn/deb-layout could not be found, and write .svn/deb-layout after the work as usual. Currently I have not much spare time, if somebody wants to write that code and extend the documentation in HOWTO, please send patches. Regards, Eduard. -- Russian roulette for linux: [ $[ $RANDOM % 6 ] == 0 ] rm -rf / || echo Still breathing, eh? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291665: /usr/bin/dpatch-edit-patch: unusual command line parsing
On Sat, Jan 22, 2005 at 03:11:03PM +0100, Gergely Nagy wrote: On Sat, 2005-01-22 at 15:05 +0100, Marc Haber wrote: On Sat, Jan 22, 2005 at 12:28:04PM +0100, Gergely Nagy wrote: Will that support long options? And is it possible to use getopt, and still preserve most of the dpatch-edit-patch syntax? Yes, and probably yes. There will be _minor_ changes though, but none I could name right now. Minor changes are acceptable, methinks. The patch attached to #291666 has this change. Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291712: How to make mozilla thunderbird 1.0 the first time...
Package: mozilla-thunderbird Version: 1.0-3 Severity: normal Priority: normal I can't launch thunderbird the first time : # mozilla-thunderbird selected locale: en-US Xlib: connection to :0.0 refused by server Xlib: XDM authorization key matches an existing client! (mozilla-thunderbird-bin:7073): Gtk-WARNING **: cannot open display: need to use ( according to https://bugzilla.mozilla.org/show_bug.cgi?id=246313 ): # XRE_IMPORT_PROFILES=1 mozilla-thunderbird It try to start it correctly and create profile... After it start correctly with normal command ( or link in menu icon...)... Strange but that is the only work arround I found. ++ Newbeewan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267799: nvidia module not autoloading
Why can't the package just be modified so that the postinst does an 'echo nvidia /etc/modules' if it is not already in there? -Roberto -- Roberto Sanchez http://familiasanchez.net/~sanchezr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290811: Re; meld crashes on start
Hi Steve! You wrote: I can't reproduce this problem on a current sid or sarge system. Do you have any GTK-related packages installed from experimental? As far as I now, this is an up-to-date sid system. Also, I can reproduce it on two different machines, so I don't think it's some local error. Note though that the crash only occurs when diffing two directories, not when simple diffing two files. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291662: svn-buildpackage: .svn/deb-layout not under version control
On Sat, Jan 22, 2005 at 12:14:13PM +0100, Eduard Bloch wrote: Marc Haber schrieb am Samstag, den 22. Januar 2005: judging from the code of svn-inject. .svn/deb-layout is written by svn-inject after initial checkout. So, the file is not under version control, and subsequent checkouts will be missing the file. Is this the intended behavior? I am very confused. As discussed on IRC, it is intended. That file is a local cache for configuration data (per user package) and can be modified by the user to addapt the svn-* tools behaviour to his/her own needs. However, it does not make much sense to keep user-specific settings (local paths) under the version control. Ok, you're right. In some cases, however, it may make sense to store a part of the config data under the version control and import it on initial checkout. Therefore I consider to make the config file reader fall back on the file debian/svn-deblayout (or so) if .svn/deb-layout could not be found, and write .svn/deb-layout after the work as usual. So you intend to copy over debian/svn-deblayout to .svn/deb-layout if .svn/deb-layout does not exist? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281222: Fixing WNPP problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 | # ITP bugs have severity wishlist, not normal | severity 281222 wishlist | thanks | | There were some problems in the way you filed this WNPP bug. Please see | http://www.debian.org/devel/wnpp for instructions. xrsh should be in the pool for 2 weeks now. Did the wrong severity of the ITP break the upload mechanism? Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB8o1PUTlbRTxpHjcRAhu9AJ9K2G4c7MRwrA0k6ZkgzymTk9IJDgCffltZ vd5KXAk2S4APcLb2/FqqPYQ= =gJPS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291713: poker3d_0.2.12-1(ia64/unstable): FTBFS: missing build-dep?
Package: poker3d Version: 0.2.12-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of poker3d_0.2.12-1 on caballero by sbuild/ia64 1.170.5 Build started at 20050122-1649 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.65), po-debconf, cvs, ccache, doxygen, autoconf, automake1.7, libtool, pkg-config, libosgcal-dev, libopenscenegraph-dev (= 0.9.8), libglib2.0-dev, python, python2.3-dev, python2.3-twisted, python2.3-pycurl, libxml2-python2.3, libxml2-dev, libsdl1.2-dev, xlibmesa-gl-dev, python2.3-pypoker-eval, libpoker-eval-dev, libosgcal-dev, libcal3d10-dev, libosgal-cvs-dev, libglade2-dev [...] ccache ia64-linux-g++ -shared -nostdlib /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../crti.o /usr/lib/gcc-lib/ia64-linux/3.3.5/crtbeginS.o .libs/exg_material.o .libs/exg_mesh.o .libs/exg_object.o .libs/exg_error.o .libs/exg_point.o .libs/exg_polygon.o .libs/exg_vertex.o .libs/exg_visitor_utils.o .libs/exg_visitor_generate_normal.o -L/usr/lib /usr/lib/libSDL.so -lGL -lGLU -L/usr/lib/python2.3/config -lpython2.3 /usr/lib/libxml2.so -lpthread -lz -lpoker-eval /usr/lib/libglib-2.0.so /usr/lib/libosgCal.so /usr/lib/libcal3d.so -losg -losgDB -losgFX -losgGA -losgGL2 -losgParticle -losgProducer -losgSim -losgText -losgUtil /usr/lib/libosgal.so /usr/lib/libopenalpp.so -lopenal -lOpenThreads /usr/lib/libvorbisfile.so /usr/lib/libvorbis.so /usr/lib/libogg.so -L/usr/lib/gcc-lib/ia64-linux/3.3.5 -L/usr/lib/gcc-lib/ia64-linux/3.3.5/../../.. -lstdc++ -lm -lc -lgcc_s -lunwind /usr/lib/gcc-lib/ia64-linux/3.3.5/crtendS.o /usr/lib/gcc-lib/ia64-linux/3.3.5/../../../crtn.o -Wl,-soname -Wl,libexg.so.0 -o .libs/libexg.so.0.0.0 (cd .libs rm -f libexg.so.0 ln -s libexg.so.0.0.0 libexg.so.0) (cd .libs rm -f libexg.so ln -s libexg.so.0.0.0 libexg.so) creating libexg.la /bin/sed: can't read /usr/lib/libartsc.la: No such file or directory libtool: link: `/usr/lib/libartsc.la' is not a valid libtool archive make[4]: *** [libexg.la] Error 1 make[4]: Leaving directory `/build/buildd/poker3d-0.2.12/src/exg' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/poker3d-0.2.12/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/poker3d-0.2.12' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/poker3d-0.2.12' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=poker3dver=0.2.12-1
Bug#291715: xt-aterm_2.0.5-1(ia64/unstable): FTBFS: debian/rules issues?
Package: xt-aterm Version: 2.0.5-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of xt-aterm_2.0.5-1 on caballero by sbuild/ia64 1.170.5 Build started at 20050122-1712 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0), autotools-dev, tetex-bin, tetex-extra, docbook-to-man | docbook-utils, transfig, dpatch [...] make[3]: c: Command not found make[3]: [tafio-cc64.o] Error 127 (ignored) c version.c -o version-cc64.o make[3]: c: Command not found make[3]: [version-cc64.o] Error 127 (ignored) rm -f libATerm-cc64.a ar cru libATerm-cc64.a afun-cc64.o aterm-cc64.obafio-cc64.o byteio-cc64.o gc-cc64.o hash-cc64.o list-cc64.o make-cc64.o md5c-cc64.o memory-cc64.o tafio-cc64.oversion-cc64.o ar: afun-cc64.o: No such file or directory make[3]: *** [libATerm-cc64.a] Error 1 make[3]: Leaving directory `/build/buildd/xt-aterm-2.0.5/aterm' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/xt-aterm-2.0.5' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/build/buildd/xt-aterm-2.0.5' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=xt-atermver=2.0.5-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291714: aewm++: New upstream release 1.0.29
Package: aewm++ Version: 1.0.24-3 Severity: normal There is new release 1.0.29 available at sapphire.sf.net -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages aewm++ depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7 GCC support library ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291180: pidentd: patch for the path of the pidfile
tags 291180 + patch sid thanks Hi, the patch for correct pidfile location was in the previous version, but was lost with the new upstream release. It can be fetched back with: $ zcat pidentd_3.0.16-7.diff.gz | filterdiff -i '*/pidentd.h' That patch is also attached. -- Toni Timonen toni dot timonen at iki dot fi NP Solutions Ltd Helsinki University of Technology Department of Engineering Physics and Mathematics --- pidentd-3.0.16.orig/src/pidentd.h +++ pidentd-3.0.16/src/pidentd.h @@ -42,7 +42,7 @@ #endif #ifndef PATH_PIDFILE -#define PATH_PIDFILE /etc/identd.pid +#define PATH_PIDFILE /var/run/identd/identd.pid #endif #ifndef PATH_CFGFILE signature.asc Description: Digital signature
Bug#290107: debbuggtk tries to link against gnome and glade 2.6
tags 290107 +patch thanks The problem here seems to be that debbuggtk tries to link against version 2.6 of libgnome2-java and libglade-java while we currently have version 2.8. The attached patch should solve this problem. only in patch2: unchanged: --- debbuggtk-0.28.orig/Makefile +++ debbuggtk-0.28/Makefile @@ -16,7 +16,7 @@ JAR = fastjar # Build flags -JAVAC_FLAGS = -classpath src:/usr/share/java/debbug.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/gnome2.6.jar:/usr/share/java/glade2.6.jar:/usr/share/java/oro.jar:/usr/share/java/libgetenv-java.jar -d build --nowarn +JAVAC_FLAGS = -classpath src:/usr/share/java/debbug.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/gnome2.8.jar:/usr/share/java/glade2.8.jar:/usr/share/java/oro.jar:/usr/share/java/libgetenv-java.jar -d build --nowarn JAVADOC_FLAGS = JAR_FLAGS = cvf0 @@ -114,10 +114,10 @@ COMPILED_CLASSES:=$(shell find -name *.java | sed -e 's=\.java=\.o=g' ) %.o: %.java - gcj -g -O --classpath=.:src:/usr/share/java/oro.jar:/usr/share/java/debbug.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/gnome2.6.jar:/usr/share/java/glade2.6.jar -o $@ -c \ + gcj -g -O --classpath=.:src:/usr/share/java/oro.jar:/usr/share/java/debbug.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/gnome2.8.jar:/usr/share/java/glade2.8.jar -o $@ -c \ $ bugwatcher: $(COMPILED_CLASSES) - gcj -g $(COMPILED_CLASSES) --main=com.tildemh.debbuggtk.BugWatcher -L/home/mh/dev/jdebbug/libdebbug-java/ -ldebbugjava -L/usr/lib/jni -lgtkjar2.4 -lgnomejar2.6 -lgladejar2.6 -lorojar -L/home/mh/oro/jakarta-oro-2.0.7/src -o bugwatcher + gcj -g $(COMPILED_CLASSES) --main=com.tildemh.debbuggtk.BugWatcher -L/home/mh/dev/jdebbug/libdebbug-java/ -ldebbugjava -L/usr/lib/jni -lgtkjar2.4 -lgnomejar2.8 -lgladejar2.8 -lorojar -L/home/mh/oro/jakarta-oro-2.0.7/src -o bugwatcher native: bugwatcher only in patch2: unchanged: --- debbuggtk-0.28.orig/scripts/bugreporter +++ debbuggtk-0.28/scripts/bugreporter @@ -24,6 +24,6 @@ echo /tmp/$LOGFILE LD_LIBRARY_PATH=/usr/lib/jni:$LD_LIBRARY_PATH \ -CLASSPATH=/usr/share/java/oro.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/debbuggtk.jar:/usr/share/java/debbug.jar:/usr/share/java/gnome2.6.jar:/usr/share/java/libgetenv-java.jar:/usr/share/java/glade2.6.jar \ +CLASSPATH=/usr/share/java/oro.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/debbuggtk.jar:/usr/share/java/debbug.jar:/usr/share/java/gnome2.8.jar:/usr/share/java/libgetenv-java.jar:/usr/share/java/glade2.8.jar \ $JAVA com.tildemh.debbuggtk.$CLASS $* /tmp/$LOGFILE || \ $ZENITY --error --text=DEBBUGGTK CRASH DETECTED\n\nA debbuggtk application has exited with an error. If you are able to reproduce this crash, please report it to the Debian BTS. \nA log file has been created in\n /tmp/$LOGFILE\nPlease send the end of the log, or a link to the entire log, with any bug reports. --title=debbuggtk crash detection only in patch2: unchanged: --- debbuggtk-0.28.orig/scripts/buglister +++ debbuggtk-0.28/scripts/buglister @@ -24,6 +24,6 @@ echo /tmp/$LOGFILE LD_LIBRARY_PATH=/usr/lib/jni:$LD_LIBRARY_PATH \ -CLASSPATH=/usr/share/java/oro.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/debbuggtk.jar:/usr/share/java/debbug.jar:/usr/share/java/gnome2.6.jar:/usr/share/java/libgetenv-java.jar:/usr/share/java/glade2.6.jar \ +CLASSPATH=/usr/share/java/oro.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/debbuggtk.jar:/usr/share/java/debbug.jar:/usr/share/java/gnome2.8.jar:/usr/share/java/libgetenv-java.jar:/usr/share/java/glade2.8.jar \ $JAVA com.tildemh.debbuggtk.$CLASS $* /tmp/$LOGFILE || \ $ZENITY --error --text=DEBBUGGTK CRASH DETECTED\n\nA debbuggtk application has exited with an error. If you are able to reproduce this crash, please report it to the Debian BTS. \nA log file has been created in\n /tmp/$LOGFILE\nPlease send the end of the log, or a link to the entire log, with any bug reports. --title=debbuggtk crash detection only in patch2: unchanged: --- debbuggtk-0.28.orig/scripts/bugviewer +++ debbuggtk-0.28/scripts/bugviewer @@ -24,6 +24,6 @@ echo /tmp/$LOGFILE LD_LIBRARY_PATH=/usr/lib/jni:$LD_LIBRARY_PATH \ -CLASSPATH=/usr/share/java/oro.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/debbuggtk.jar:/usr/share/java/debbug.jar:/usr/share/java/gnome2.6.jar:/usr/share/java/libgetenv-java.jar:/usr/share/java/glade2.6.jar \ +CLASSPATH=/usr/share/java/oro.jar:/usr/share/java/gtk2.4.jar:/usr/share/java/debbuggtk.jar:/usr/share/java/debbug.jar:/usr/share/java/gnome2.8.jar:/usr/share/java/libgetenv-java.jar:/usr/share/java/glade2.8.jar \ $JAVA com.tildemh.debbuggtk.$CLASS $* /tmp/$LOGFILE || \ $ZENITY --error --text=DEBBUGGTK CRASH DETECTED\n\nA debbuggtk application has exited with an error. If you are able to reproduce this crash, please report it to the Debian BTS. \nA log file has been created in\n /tmp/$LOGFILE\nPlease send the end of the log, or a link to the entire log, with any bug reports. --title=debbuggtk crash detection only in patch2: unchanged: ---
Bug#281222: Fixing WNPP problems
* Harald Dunkel [EMAIL PROTECTED] [2005-01-22 18:28]: xrsh should be in the pool for 2 weeks now. Did the wrong severity of the ITP break the upload mechanism? No, all new packages have to be audited by an ftpmaster before they enter the archive. xrsh is waiting for that to happen. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291716: lynx-cur: truncates suggested filename when Content-Disposition filename contains spaces
Package: lynx-cur Version: 2.8.6-9 Severity: minor Hello. When downloading (with 'd') a file for which the HTTP header includes a Content-Disposition: line with spaces in, eg: Content-Disposition: attachment; filename=foo bar.txt, the suggested filename is truncated at the space, i.e. the suggested filename for the above would be foo. Ian. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lynx-cur depends on: ii debconf 1.4.42 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libncurses5 5.4-4Shared libraries for terminal hand ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: * lynx-cur/etc_lynx.cfg: * lynx-cur/defaulturl: /home/ianb/.lynx_bookmarks.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291717: grub: up/down arrows fail with boot menu
Package: grub Version: 0.95+cvs20040624-13 Severity: important after recently upgrading grub and re-installing into /boot/grub, at initial boot, when i tried to use the down arrow to select an alternate menu item, it wouldn't move past the second menu item, and the up arrow wouldn't work either. i could still get to the grub command prompt, or hit enter to boot the selected menu item- so the keyboard wasn't entirely locked up. quirky. live well, vagrant -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grub depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information signature.asc Description: Digital signature
Bug#206741: KDE Support (XScreenSaver.desktop) doesn't fit to supplied xscreensaver.kss
Hello, Joerg Delker [EMAIL PROTECTED] writes: The exec entries in /usr/share/applnk/System/ScreenSavers/XScreenSaver.desktop contain wrong calls of /usr/bin/xscreensaver.kss which makes xscreensaver currently unusable under KDE. Package: xscreensaver Version: 4.16-1 kcr [EMAIL PROTECTED] writes: When does that get run? I don't know *anything* about KDE, (well, it's an X desktop...) and don't know where to go find out about this. When you press the Lock Screen Button kdesktop_lock calls xscreensaver.kss with the argument -root, which is currently not supported. That means the xscreensaver will not come up. However the attached patch adds this feature. You cannot just run xscreensaver-command -lock that is not how KDE Screensaver work. With the patch the script will look at the users ~/.xscreensaver file and find the selected hack and runs it. It's not perfect but works. If you see a need for improvement here, please let me know. If you want I can try to help with bug #237661, too. Regards, Peter xscreensaver.kss.patch Description: Binary data
Bug#267477: apache2: let's sum it up. Quick steps to set it up.
Sorry, in previous message I forgot a detail in point 5. I rewrite the complete list: 0) have apache working without SSL (easy: apt-get install apache2) 1) exec a2enmod ssl 2) add Listen 443 to /etc/apache2/ports.conf 3) exec apache2-ssl-certificate 4) exec cp /etc/apache2/sites-available/default /etc/apache2/sites-available/myow n-ssl 5) edit /etc/apache2/sites-available/myown-ssl change NameVirtualHost * to NameVirtualHost *:443 change VirtualHost * to VirtualHost *:443 add this just before /VirtualHost SSLEngine on SSLCertificateFile /etc/apache2/ssl/apache.pem SSLProtocol all SSLCipherSuite HIGH:MEDIUM 6) exec a2ensite myown-ssl 7) exec /etc/init.d/apache2 restart -- __ hola, soy una firma horrible -- \ ^__^ \ (oo)\___ (__)\ )\/\ ||w | || || email: [EMAIL PROTECTED] web: http://txemi.webhop.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291364: afio: During install operation, files are listed as uncompressed even if they weren't
Hi Koen, Dirk! Thank you Dirk for the introduction of me. I have prepared a new package which fixes #289107, #265879 and #280201. I do some tests at present before I will provide it and ask on debian-mentors for sponsoring. Dirk Eddelbuettel [EMAIL PROTECTED]: On Fri, Jan 21, 2005 at 09:11:23PM +0100, Koen Holtman wrote: On Thu, 20 Jan 2005, Daniel Webb wrote: Package: afio Version: 2.5-2 Severity: minor When using afio -i with the -Z option, files that have errors and don't uncompress are still listed as being uncompressed in the -v output. This looks like a good thing to fix. I'll put it in the next afio release. The usual warning applies: I don't know when that release will happen, but it will happen eventually. Could you please provide a patch, that I can integrate then? Speaking of which -- we're having a passing of the baton. Erik (who is CC'ed) will take over Debian maintenance of afio with the next release, or the next bug fix. A new bug fixing package is in the queue. Erik is a regular and heavy user of afio, and I think he will do a nice job. I will do my very best. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de * pgp0R3yEmu1Y5.pgp Description: PGP signature
Bug#291718: gforge: [security] GForge 3.x directory traversal vulnerability
Package: gforge Severity: grave Tags: security Justification: user security hole -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear gforge maintainer, GForge 3.x has directory traversal vulnerabilities because of lack about sanitisation in some scripts. You can see detail about vulnerability with PoC and workaround in this advisory http://www.securityfocus.com/archive/1/387850/2005-01-19/2005-01-25/0 - -- Regards, Hideki Yamane henrich @ samba.gr.jp/iijmio-mail.jp -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB8pO2Iu0hy8THJksRAhE8AJ4gntmdUoj0zApRAK6YfGvhsx7UtgCfXutm xg2AiEbs1UB7saoWJlNdBgA= =yAVX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291719: Missing manpage for ava
Package: ava Version: 0.3b.19990815-3 Severity: normal Tags: patch Hi! ava had no manpage, so I've written one, both in English and Spanish. I'm attaching the two files to this mail. The information was taken mainly from the --help output and the ava.ps.gz manual included in the package. Please review and include this manpages in the next Debian Release of ava if you feel they are useful. Love, Margarita Manterola. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-686-smp Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1) Versions of packages ava depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libgcc1 1:4.0-0pre2 GCC support library ii libstdc++5 1:3.3.4-13 The GNU Standard C++ Library v3 ii uisp20040311-1 Micro In-System Programmer for Atm -- no debconf information .TH Ava 1 January 21, 2005 Margarita Manterola .SH NAME ava \- Algebraical Virtual Assembler for Atmel's AVR MCUs .SH SYNOPSIS .B ava .RB [ -pLv ] .RB [ \-A\fIdevice\fR ] .RB [ \-lI\fIfilename\fR ] .RB [ \-I\fIdirname\fR ] .RB [ \-T\fIfilename\fR ] .RB [ \-D\fImacro\fR=\fIval\fR ] .RB [ \-f\fImacro\fR=\fIval\fR ] .RB [ \-o \fIoutfile\fR ] .RB [ \-\-version ] .RB [ \-\-multiple\-output\-files ] .RB [ \-\-motorola ] .RB [ \-\-intel ] .I files libraries .SH DESCRIPTION .B AVA is an advanced assembler and linker for Atmel's family of 8 bit and 16 bit AVR microcontrollers, but can be extended to 32 bit families also. It offers a C\-like preprocessor, powerful segments, and virtual symbols. These two features improve modular programming and allow objects to be completely independent from each other. The assembler is not compatible with Atmel's assembler syntax. .B AVA integrates two functions: assembler and linker. Depending on the command line it executes either the first or the second one. Libraries are supported by the ordinary objects where each function can be declared in its own segment which is removed if not needed. .SH USAGE .B AVA is a console application running in batch mode. It reads input either from a file or from the standard input (\fBstdin\fR). Output is written to another file or to the standard output (\fBstdout\fR). By default, error messages are printed to the standard error (\fBstderr\fR). Assembler and linker are integrated, which of them is invoked is identified by the source filename extension. If .BR stdin or stdout are specified, .B AVA automatically invokes the assembler, since the linker cannot used these two streams as input or output. See the .B FILES section for a description of the supported formats. Assembler can only assemble one file at a time. The order of the options (beginning with \fB\-\fR) does not matter. The order of the filenames, however, is very important: files are linked in exactly the same sequence as listed in the command line. This has a strong effect on virtual symbols. .B Examples .TP .B ava -o project main.o print.o This command links the files .BR main.o and print.o into one project file. .TP .B ava -p file.s | gzip file.o.gz This command assemblies .BR file.s . The assembled code is directed towards .BR stdout , where the .B gzip command processes it. .TP .B ava -v -v -o example example.o mylib This command links the file .BR example.o with the libraries contained in mylib , .RB into the example file, with extra verbose level. .SH OPTIONS Many options can be specified, regarding the assembler and linker, the report format or the output format. A summary of the options supported by \fBAVA\fR is included below. .B General Options .TP .B \-h, \-\-help Show summary of options. .TP .B \-\-version output version information and exit .TP .BI \-o file Redirect the output to .IR file , if you want to redirect it to standard output, use .B \-o stdout \. .TP .B \-p Use \fIstdin\fR for input and \fIstdout\fR for output, if \fB\-o\fR is not set. .PP .B Assembler and linker options .TP .B \-D\fImacro\fB=\fIval\fR Define macro with value .IR val , if .I val is not given 1 is assumed. .B Examples: .br ava -DVER=2 main.s .br ava -DSTR=string main.s .TP .B \-f \fImacro\fB=\fIval\fR Define public macro of the form .B __macro{=val} .B Example: .br ava -favr_noskipbug main.s .TP .BI \-T file Auto-include the .IR file , if no filename is given, then .B target.inc is included. The file specifed by this option is always first in the queue, before those specified by the .B \-I option. It is searched in the default directory and then on the predefined list. .TP .BI \-A device Declare target device; same as: \fB-D\fIdevice\fR \fB\-T\fIarch.inc\fR .TP .BI \-I name Add the directory .I name to the search list or include the file .I name to the source. .PP .B Report Options .TP .B \-v Verbose
Bug#291676: Rapport d'installation
Thanks for the detailed report. I'll answer in English as -boot is mostly a development list where people are more likely to use English. Anyway, your report could be processed and we even hadn't to translate it as Magic Steve took care of that before any of the froggies around could do it. 2 - La configuration d'exim pose problème. Un utilisateur ordinaire ne comprend rien à ce qui lui est demandé. Il suffirait de lui préciser si vous ne comprenez pas ce qu'on vous demande, sélectionnez l'option par défaut. Well, that could be done, for sure, but this would be true for about all the questions asked byt the installation or the installed packages. We can assume that even if (s)he doesn't understand the question, (s)he will understand that these magic Debian people will have chosen the safest option..:-) 3 - Un utilisateur débutant n'est pas habitué à l'interface flèches-tabulation-barre_espace-entrée. Il faudrait faire un rappel quelque part, dans la documentation ou dans l'installateur. I may be wrong, but this is probably documented in the install manual. Anyway, this is a frequently reported problem, especially for multiselect dialogs, such as tasksel. We should hope that the user will indeed read the documentation..:-)...and wait for the graphical installer for post-sarge...:-) 4 - La carte graphique (compatible S3-Virge) n'a pas été détectée automatiquement. J'ai du la lui indiquer. Not sure that such old hardware is easy to detect automatically. Anyway, this really pertains to the X configuration process and should probably be reported against the xserver-xfree86 package. 5 - Le principal point bloquant a été le choix du périphérique de la souris dans la configuration de X. Il s'agit d'une souris série. Je n'ai pas opté pour automatique mais pour Microsoft. En effet, c'est le deuxième choix proposé et c'est exactement ce qui écrit sur la souris, ça apparait donc forcément comme le meilleur choix possible. Il m'a fallu indiqué, en langage linux, le port sur lequel était branché la souris. Un utilisateur ordinaire ne devinera jamais qu'il s'agit probablement de ttyS0 :( Ca peut vous sembler un détail mais, pour un utilisateur ordinaire, un ordinateur sans souris n'est pas un ordinateur. Si la configuration de la souris demande un tel niveau d'expertise, l'utilisateur ordinaire ne peut que baisser les bras. Dommage, c'est vraiment le seul endroit où cela m'a paru à ce point disproportionné (je précise : je connaissais la réponse). Well, we are probably limited here by the autodetection possibilities, not sure. Serial mice are becoming quite uncommon these days, so users with these should be expected to need some manual configuration, I'm afraid. Again, this pertains to the xserver-xfree86 packages, but I don't really know whether something can really be done here. 6 - Ayant choisi d'installer les paquettage poste bureautique (choix du débutant), l'installateur à oublié d'installer le paquetage international-fr d'open-office. Résultat, les menus sont en anglais :( This is a transitory problem and, indeed, this is currently on purpose. See tasksel changelog: * Joey Hess - Remove openoffice.org (leaving -bin), and remove all OOo -help- and -l10n- packages from all tasks. This is necessary because these packages are available for all architectures, but have broken dependencies on many architectures (openoffice.org-bin is only built on a few), which breaks installation of the tasks of which they are a part on many architectures. Joey, we should probably wonder whether this is still true. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147586: acknowledged by developer (Unreproducible and no follow-up)
On Saturday 22 January 2005 11:46, [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #147586: Xinerama - Dragging email to another folder , which was filed against the kmail package. It has been closed by one of the developers, namely Kjetil Kjernsmo [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 147586-done) by bugs.debian.org; 22 Jan 2005 11:29:10 + From [EMAIL PROTECTED] Sat Jan 22 03:29:09 2005 Return-path: [EMAIL PROTECTED] Received: from pooh.kjernsmo.net [217.77.32.186] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CsJS1-0008VA-00; Sat, 22 Jan 2005 03:29:09 -0800 Received: from ti100710a080-3296.bb.online.no ([80.213.236.224]) by pooh.kjernsmo.net with esmtp (Exim 4.34) id 1CsJRW-0001hu-MQ for [EMAIL PROTECTED]; Sat, 22 Jan 2005 12:28:38 +0100 From: Kjetil Kjernsmo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Unreproducible and no follow-up Date: Sat, 22 Jan 2005 12:29:08 +0100 User-Agent: KMail/1.7.1 OpenPGP: id=0x5AA3F2C5FFBEA046CEEACB6D944FC6A76A6A0BBC; url=http://www.kjetil.kjernsmo.net/pgp.asc X-FOAF: http://www.kjetil.kjernsmo.net/foaf.rdf MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-2.0 required=4.0 tests=BAYES_01 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: None of the people who have tried to reproduce this bug has found it, and we need to close off some bugs to make the BTS more usable. I'm closing it. Kjetil That's fine - given it must be years since I filed this one even if it wasn't restricted to my system it has more than likely been fixed a long time ago :-) Cheers, -- Geoff Beaumont [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291636: pidentd: patch for the load issue
tags 291636 + sid patch security thanks Hi, I managed to fix the issue. The original one I had on other(non-SMP) machine that some java processes doesn't authenticate correctly, and the problems arised when hammering a port(on a SMP machine; forgot to mention explicitly, sorry). The fix for the actual problem was already in 3.0.16-7 (assumably written by Herbert Xu, basing on the patch made by Paul Szabo. See #208290 for details), but didn't apply cleanly to the new upstream version. I rewrote/merged few parts that had problems applying cleanly. A patch attached. PS. As it seems (eg. according to #291180 ) there are few parts missing from the previous debian diff. You might consider applying them too. So, for convenience, also a cleanly applying patch containing those missing parts not directly related to #291636 or #291180 is also attached. -- Toni Timonen toni dot timonen at iki dot fi NP Solutions Ltd Helsinki University of Technology Department of Engineering Physics and Mathematics diff -rub us/pidentd-3.0.18/debian/changelog try3/pidentd-3.0.18/debian/changelog --- us/pidentd-3.0.18/debian/changelog 2005-01-21 19:41:09.0 +0200 +++ try3/pidentd-3.0.18/debian/changelog2005-01-22 16:56:25.0 +0200 @@ -1,3 +1,10 @@ +pidentd (3.0.18-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Reapplied the TCPDIAG support patch. + + -- Toni Timonen [EMAIL PROTECTED] Sat, 22 Jan 2005 16:56:08 +0200 + pidentd (3.0.18-1) unstable; urgency=low * New upstream release. diff -rub us/pidentd-3.0.18/src/kernel.c try3/pidentd-3.0.18/src/kernel.c --- us/pidentd-3.0.18/src/kernel.c 2004-06-13 10:47:52.0 +0300 +++ try3/pidentd-3.0.18/src/kernel.c2005-01-22 16:55:36.0 +0200 @@ -107,7 +107,7 @@ if (debug) fprintf(stderr, ka_lookup(), attempt = %d, status = %d\n, attempt, kp-status); - if (kp-status 0) + if (kp-status = 0) break; if (attempt 2 (attempt 1) == 1) diff -rub us/pidentd-3.0.18/src/k_linux.c try3/pidentd-3.0.18/src/k_linux.c --- us/pidentd-3.0.18/src/k_linux.c 2003-01-09 01:02:26.0 +0200 +++ try3/pidentd-3.0.18/src/k_linux.c 2005-01-22 16:54:45.0 +0200 @@ -17,15 +17,28 @@ #include stdio.h #include syslog.h #include errno.h +#include unistd.h #include sys/types.h #include sys/param.h #include sys/socket.h #include netinet/in.h +#include netinet/tcp.h #include arpa/inet.h +#include linux/types.h +#include linux/netlink.h +#include linux/tcp_diag.h + #include pidentd.h +struct kainfo +{ +int nlfd; +__u32 seq; +FILE *proc_net_tcp; +}; + /* ** Make sure we are running on a supported OS version */ @@ -39,23 +52,85 @@ int ka_open(void **misc) { -FILE *fp; +struct kainfo *kp; +kp = s_malloc(sizeof(*kp)); -while ((fp = fopen(/proc/net/tcp, r)) == NULL errno == EINTR) - ; +kp-seq = 0; +kp-nlfd = socket(AF_NETLINK, SOCK_DGRAM, NETLINK_TCPDIAG); +if (kp-nlfd = 0) +goto out; -if (fp == NULL) +syslog(LOG_INFO, netlink failed, fallback to /proc/net/tcp: %m); +kp-proc_net_tcp = fopen(/proc/net/tcp, r); + +if (kp-proc_net_tcp == NULL) { syslog(LOG_ERR, fopen(\/proc/net/tcp\, \r\): %m); return -1; } -*misc = (void *) fp; +out: +*misc = (void *) kp; return 0; } +static int +netlink_lookup(struct kainfo *kip, struct kernel *kp) +{ +int status; +struct { +struct nlmsghdr nlh; +union { +struct tcpdiagreq req; +struct tcpdiagmsg rsp; +} u; +} buf; +struct sockaddr_nl addr; + +memset(buf, 0, sizeof(buf)); +buf.nlh.nlmsg_len = NLMSG_ALIGN(NLMSG_LENGTH(sizeof(buf.u.req))); +buf.nlh.nlmsg_type = TCPDIAG_GETSOCK; +buf.nlh.nlmsg_flags = NLM_F_REQUEST; +buf.nlh.nlmsg_seq = ++kip-seq; +buf.u.req.tcpdiag_family = AF_INET; + +buf.u.req.id.tcpdiag_dport = kp-remote.sin_port; +buf.u.req.id.tcpdiag_sport = kp-local.sin_port; +buf.u.req.id.tcpdiag_dst[0] = kp-remote.sin_addr.s_addr; +buf.u.req.id.tcpdiag_src[0] = kp-local.sin_addr.s_addr; +buf.u.req.id.tcpdiag_cookie[0] = TCPDIAG_NOCOOKIE; +buf.u.req.id.tcpdiag_cookie[1] = TCPDIAG_NOCOOKIE; + +status = write(kip-nlfd, buf, buf.nlh.nlmsg_len); +if (status 0) { +syslog(LOG_ERR, netlink_lookup: write failed: %m); +return 3; +} + +do { +socklen_t alen = sizeof(addr); +status = recvfrom(kip-nlfd, buf, sizeof(buf), 0, + (void *)addr, alen); +if (status 0) { +if (errno == ENOBUFS) +return -1; +syslog(LOG_ERR, netlink_lookup: recvfrom failed: %m); +return 3; +} +} while (addr.nl_pid || buf.nlh.nlmsg_seq != kip-seq); + +if (buf.nlh.nlmsg_type != TCPDIAG_GETSOCK) +return 0; +if
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sat, Jan 22, 2005 at 05:22:55PM +, Jean-Luc Coulon (f5ibh) wrote: Le 22.01.2005 15:05:19, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 01:52:38PM +, Jean-Luc Coulon (f5ibh) [ ... ] That's really really odd.. You should at least see gvm passing all your volumes when it start up.. Does hal see any volumes at all ? (in lshal or hal-device-manager).. If your not sure, just send the lshal output over and tell a little about your system (as in, does it have scsi, ide, sata etc etc) You will find attached an output from lshal. It does see the device (i.e /dev/hda), not the volumes. The system is and Athlon64 3500+ with 2 SATA drives with LVM over software RAID1. The dvd burner is on the 1sh ide attachement (master): /dev/hda, the cdrom is on the secondary ide attachemetn (master too): /dev/hdc If I mout a volume with pmount then hal can see the volume. Can you run: strace -eopen,ioctl,close hald --daemon=no After hal startup this should show you someting like every few seconds: open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, 0x5326, 0x7fff)= 1 close(0)= 0 Which is hal polling my /dev/hdc for volumes.. Sjoerd -- The key elements in human thinking are not numbers but labels of fuzzy sets. -- L. Zadeh
Bug#291673: libxine1: Release 1 uses more CPU than previous RC versions
On Saturday 22 January 2005 16:34, Siggi Langauf wrote: It seems to me that the 1.0 version of xine uses significantly more cpu than any of the release candidates. Something like 10-30% more. I used Sorry, I'm unable to reproduce this. 1.0-1 performs exactly as well as the RC series here. Have you possibly increased the resolution for goom? No, I haven't touched it. Also DVDs and mpeg4 streams use more cpu as well. I almost can't play DVDs on my laptop anymore because it uses almost 100% cpu to play. It used to be well beneath 80% or so. One question about your setup: You're not really running xine on your server with the goom output tunnelled through ssh's X11 forward to your workstation, are you? Not normally. I usually just play it directly on my laptop, or on the server. My server is connected to my stereo, so sometimes i log in via ssh and start up kaffeine there. I get the audio on my stereo and the video on the forwarded x11 window with kaffeine. My servers only display is my tv set. It should be said that I asked some people in the debian-user-danish list about this as well, but so far, among the few people that answered, noone could reproduce this. Still they recommended I filed a bug report as a severity minor, so it could be investigated. Anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282451: mutt: same problem, but everytime on IMAP+TLS connect attempt
On Fri, Jan 21, 2005 at 11:18:48PM +0100, Adeodato Sim? wrote: OK. Then, let's try another thing. The original report seemed to have something to do with the header cache. Could you try this package? http://the-swirl.org/~adeodato/tmp/2005/01/21/mutt-nohcache No change. The backtrace is the same. I did some more poking around. Giving the wrong password works as it should, with mutt saying the password was incorrect, and resuming normal menu operation. I also did a strace -f -F -ff -o strace_out mutt and here's the sequence of events on the main mutt thread, starting with me finishing to enter password: read(0, *, 1) = 1 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER|SA_RESTART, 0x40147678}, NULL, 8) = 0 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER, 0x40147678}, NULL, 8) = 0 read(0, *, 1) = 1 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER|SA_RESTART, 0x40147678}, NULL, 8) = 0 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER, 0x40147678}, NULL, 8) = 0 read(0, *, 1) = 1 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER|SA_RESTART, 0x40147678}, NULL, 8) = 0 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER, 0x40147678}, NULL, 8) = 0 read(0, \r, 1)= 1 rt_sigaction(SIGINT, {0x80a5bd0, [], SA_RESTORER|SA_RESTART, 0x40147678}, NULL, 8) = 0 write(1, \r\33[37m\33[40mLogging in...\33[K\33[m\17\33..., 49) = 49 gettimeofday({1106417266, 484524}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 7}, ru_stime={0, 1}, ...}) = 0 time(NULL) = 1106417266 times({tms_utime=7, tms_stime=1, tms_cutime=1, tms_cstime=0}) = 9006147 gettimeofday({1106417266, 484764}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 7}, ru_stime={0, 1}, ...}) = 0 time(NULL) = 1106417266 times({tms_utime=7, tms_stime=1, tms_cutime=1, tms_cstime=0}) = 9006147 send(4, \27\3\1\0\330\220VUN\2653\2416!\247I\225\311\16r\316G\370..., 221, 0) = 221 recv(4, \27\3\1\0\270, 5, 0) = 5 recv(4, \251\3153\363T\247t\256\235\3252\2Xb\207\252\37\273\221..., 183, 0) = 183 recv(4, \226, 1, MSG_PEEK)= 1 gettimeofday({1106417266, 578025}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 7}, ru_stime={0, 1}, ...}) = 0 time(NULL) = 1106417266 times({tms_utime=7, tms_stime=1, tms_cutime=1, tms_cstime=0}) = 9006156 gettimeofday({1106417266, 578375}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 8}, ru_stime={0, 1}, ...}) = 0 time(NULL) = 1106417266 times({tms_utime=8, tms_stime=1, tms_cutime=1, tms_cstime=0}) = 9006157 recv(4, \226, 1, 0) = 1 time(NULL) = 1106417266 gettimeofday({1106417266, 578597}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 8}, ru_stime={0, 1}, ...}) = 0 time(NULL) = 1106417266 times({tms_utime=8, tms_stime=1, tms_cutime=1, tms_cstime=0}) = 9006157 gettimeofday({1106417266, 578718}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 8}, ru_stime={0, 1}, ...}) = 0 time(NULL) = 1106417266 times({tms_utime=8, tms_stime=1, tms_cutime=1, tms_cstime=0}) = 9006157 send(4, \27\3\1\0`\'\240`cH\3108\20\35\301\367\351\344\274\335..., 101, 0) = 101 recv(4, and this is where it hangs. I've indented the non-interesting calls. Seems mutt sends the encrypted password, receives a response over a number of recv()s, and then gets no response to its very next send()... not as helpful as it could be, but perhaps it will be of use. -- If it weren't for lack of context, there would be no news. --Scott Adams Maciej Kalisiak mac at dgp.toronto.edu www.dgp.toronto.edu/~mac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291538: [Fwd: Re: Bug#291538: G_FILENAME_ENCODING of @local not work anymore]
---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hoi Am Sa den 22. Jan 2005 um 12:26 schriebst Du: no, 2.4 used to work with G_FILENAME_ENCODING set to anything (=1, =lo, =local, =locale had the same effect). That's not a documented behaviour and that has changed in 2.6 for the correct/documented [EMAIL PROTECTED] or =a_configured_locale. Ah... if you have a crash could you get a backtrace ? The issue to open non UTF-8 filenames is an another one but not new. I will if I have one in future. Nice, do you agree to close this bug ? Yes. Thats ok for me. But better to make a note to the news file to display it when installing new version. Gruß Klaus - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQfKVKp+OKpjRpO3lAQIL8ggAkz44TOw0JUZXyLJG8bxH0/SKdLIoedYQ koFg9lpL18B6wCdkzuTyAPcGHEYTfo55e+IQyq5cM0R3LZb7JYZeFwcYcoe0sPWC aY+ES0vaREdC5Zo1rAx6R2b1exnpM6fHJn9+Np+p2EwMbOTgWLP4+uk3qCb50W5C 32YLBMRVSiKLfU4DRGi985ENtqszHv4WlnHnkhi8NGx0hmLs5hjhMl/nMbie0Azc cIDoZxeRr3ZRO2gh7voFSGgJNbfdkjlSVNd1lO4ewykg0hx4Or3sHh2D3kBZvl9n 9rPW0fvU3uGWiix3ku+SVWlgaLcijDufzilQwEDMgNGASLCoGyRrcw== =y5ij -END PGP SIGNATURE- ---End Message---
Bug#291658: nessus-plugins: non-free
On Sat, Jan 22, 2005 at 03:52:14PM +0100, Florian Weimer wrote: Tenable claims that the GPL has never applied to their plugins, only to the plugins that were explicitly released under the GPL. That claim is really not true, since the Nessus Script License was (until recently) equivalent to the GPL. All plugin developers (me included) have contributed stuff to plugins based on that. Licensing of plugins has been discussed previously in the nessus-plugins mailing lists, there was even a discussion back in 2001 when Renaud was considering changing its license, please read: http://archives.neohapsis.com/archives/apps/nessus/2001-q2/0434.html In that mail upstream (i.e. Renaud) explicitly says that the plugins are distributed through the GPL. From what information do you infer this? The plugins I'm most interested in are: (..) Those plugins are (c) Tenable or Renaud. Notice that there is no license statement in the source code and that they are distributed in 2.1.0 (in ftp.nessus.org) with a 'COPYING' file that states they _are_ GPLd. If upstream does want to relicense these plugins (which it can do, as it has (c) on them) then they should also repackage all of those available in the public ftp server. So far, they have not done such a thing. The license issues with the plugins are there, however, in the 2.2.2a and 2.3 release (not packaged in Debian). The plugins distributed with 2.3 have a different license (the new one Tenable's Public License) but that contradicts the license in the code of some of the plugins (both NASL scripts and .c plugins). It is also incompatible with the GPL and that makes some plugins status unclear (specifically .c plugins which are compiled with libnasl). Again, this applies to 2.3 and 2.2.2a, not to earlier releases. As for NASL scripts, here is the breakdown of licenses in 2.3: - BSD 1 - GPL 455 - Nessus Script License 5188 - UNLICENSED 295 This is not the first time upstream has changed a license to a package (check out OpenBSD's pf [1] and Xfree86) but, IMHO, license changes do not apply to whatever was distributed (and still is) with a different license. Copyright holders obviously can re-license stuff, but they've had no interest in doing it (as the public ftp shows). The situation of Nessus in Debian, whoever, could change if all the source code at ftp.nessus.org where to be relicensed (which is not the case yet). I just hope upstream will divide the nessus-plugins tar into a GPL and non-gpl archive to help distributions decide which part are or aren't distributable. Regards Javier [1] slashdot.org/article.pl?sid=01/06/25/1557213 signature.asc Description: Digital signature
Bug#272683: dnotify doesn't work correctly on sparc64 with 32 bit programs
reassign 272683 kernel-image-2.6.8-sparc retittle 272683 dnotify doesn't work correctly on sparc64 with 32 bit programs thanks, Hi, It seems that dnotify doesn't work correctly on sparc64 for 32 bit programs. Causing filemonitoring libraries/programs like fam and gamin to fail Attached is a little testprogram, which is just the example given in the kernel source with some extra debug info. When compiled as a 32bit program and changing something in the current dir (which is being watched): $ ./test Opened current dir as fd: 3 Got event on fd=0 Which is incorrect as it should have indicated that something changed at fd 3.. When compiled as a 64bit program it works fine: $ ./test64 Opened current dir as fd: 3 Got event on fd=3 Sjoerd -- Our vision is to speed up time, eventually eliminating it. -- Alex Schure #define _GNU_SOURCE /* needed to get the defines */ #include fcntl.h /* in glibc 2.2 this has the needed values defined */ #include signal.h #include stdio.h #include unistd.h static volatile int event_fd; static void handler(int sig, siginfo_t *si, void *data) { event_fd = si-si_fd; } int main(void) { struct sigaction act; int fd; act.sa_sigaction = handler; sigemptyset(act.sa_mask); act.sa_flags = SA_SIGINFO; sigaction(SIGRTMIN + 1, act, NULL); fd = open(., O_RDONLY); printf(Opened current dir as fd: %d\n, fd); fcntl(fd, F_SETSIG, SIGRTMIN + 1); fcntl(fd, F_NOTIFY, DN_MODIFY|DN_CREATE|DN_MULTISHOT); /* we will now be notified if any of the files in . is modified or new files are created */ while (1) { pause(); printf(Got event on fd=%d\n, event_fd); } }
Bug#291369: Alignment problem with the array package
On Sat, Jan 22, 2005 at 09:18:09AM +0100, Hilmar Preusse wrote: On 21.01.05 Paul van Tilburg ([EMAIL PROTECTED]) wrote: On Thu, Jan 20, 2005 at 01:28:37PM +0100, Frank Küster wrote: Our current policy is not to apply fixes that are not (yet) applied upstream, and to be reluctant to apply upstream fixes to our older versions - we rather wait until the fix propagates to us via a new teTeX upstream version. I understand. But when that upstream arrives in Debian, this bug is closed For sure. Hmm, the tools bundle belongs to LaTeX, right? So probably that bug will be fixed in LaTeX3 ;-). I.e. I guess it will take a long time, until we have a fix in teTeX. O, right, that's not good news. Any way to speed this up? Paul -- Student @ Eindhoven | JID: [EMAIL PROTECTED] University of Technology, The Netherlands | email: [EMAIL PROTECTED] Using the Power of Debian GNU/Linux | GnuPG: finger [EMAIL PROTECTED]
Bug#291720: munin-node: postfix_mailstats uses wrong logfile
Package: munin-node Version: 1.0.5-1 Severity: normal The postfix_mailstats plugin has: my $LOGFILE = $ENV{'logfile'} || 'syslog'; this should be: my $LOGFILE = $ENV{'logfile'} || 'mail.log'; Thanks, Micah -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages munin-node depends on: ii libnet-server-perl0.87-2 An extensible, general perl server ii perl 5.8.4-5Larry Wall's Practical Extraction ii procps1:3.2.1-2 The /proc file system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291658: nessus-plugins: non-free
* Javier Fernández-Sanguino Peña: On Sat, Jan 22, 2005 at 03:52:14PM +0100, Florian Weimer wrote: Tenable claims that the GPL has never applied to their plugins, only to the plugins that were explicitly released under the GPL. That claim is really not true, since the Nessus Script License was (until recently) equivalent to the GPL. All plugin developers (me included) have contributed stuff to plugins based on that. Licensing of plugins has been discussed previously in the nessus-plugins mailing lists, there was even a discussion back in 2001 when Renaud was considering changing its license, please read: http://archives.neohapsis.com/archives/apps/nessus/2001-q2/0434.html Tenable Network Security claims this relicensing never happened for the plugins. (I've asked them.) Mere aggregation with GPL-covered works does not cause software to fall under the GPL automatically, so Debian is unfortunately on rather thin ice. 8-(
Bug#291641: libtool: resolves dependencies to the install tree rather than the build tree
Scott James Remnant [EMAIL PROTECTED] writes: On Sat, 2005-01-22 at 01:01 +, Philip Martin wrote: A recent change to the Subversion source (revision 12801) introduced new functions into the three dependent libraries, and made libsvn_ra-1.so reference those new functions. Does only libsvn_ra-1.so reference these new functions? Or does the svn binary reference these new functions? Only libsvn_ra-1.so. Now the link fails citing unresolved symbols corresponding to the new functions (and only the new functions not any of the old functions). Which link? Linking libsvn_ra-1.so or the svn binary? The svn binary. Adding -Wl,--rpath -Wl,/path/to/dependency/libs to the link line seems to cure the problem. I added three of those, one for each of the dependent libraries, to the list of parameters used to invoke libtool when linking the svn binary. I can confirm that it does make the link succeed. -- Philip Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290597: fails to configure because gs-common is not configured
On Sat, Jan 22, 2005 at 03:02:54PM +0100, Frank Lichtenheld wrote: On Fri, Jan 21, 2005 at 05:48:28PM -0800, Matt Kraai wrote: On Fri, Jan 21, 2005 at 04:31:55PM +0100, Frank Lichtenheld wrote: I don't quite understand how this would be gs-gpl's fault, it's either gs-common (because of an error during the configuration) or apt/dpkg, isn't it? Do you have a complete log of the install, I suspect there was an error during configuring gs-common. I reported it against gs-gpl because that was what failed to compile. Oops. I meant configure, not compile. There appears to be a dependency loop between gs-gpl, gs-common, and gs. Ok, now I understand. Although I find it rather normal that gs-gpl depends on gs-common but rather weird that gs-common in turn depends on gs. I would therefor propose to reassign the bug to gs-common. That sounds good to me. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271125: subversion: Building source no longer generates libsvn-javahl
Package: subversion Version: 1.1.1-2 Followup-For: Bug #271125 Hi, Version 1.1.3 of the subversion source no longer generates libsvn-javahl. The command sequence is: $ apt-get source subversion $ cd subversion-1.1.3 $ fakeroot ./debian/rules binary after some time... $ cd .. $ ls libapache2-svn_1.1.3-1_i386.debsubversion_1.1.3-1.diff.gz libsvn0_1.1.3-1_i386.deb subversion_1.1.3-1.dsc libsvn0-dev_1.1.3-1_i386.deb subversion_1.1.3-1_i386.deb libsvn-core-perl_1.1.3-1_i386.deb subversion_1.1.3.orig.tar.gz python2.3-subversion_1.1.3-1_i386.deb subversion-tools_1.1.3-1_all.deb subversion-1.1.3 Cheers, /rp -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-mh3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages subversion depends on: ii db4.2-util 4.2.52-17 Berkeley v4.2 Database Utilities ii libapr0 2.0.52-3The Apache Portable Runtime ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libexpat11.95.8-1XML parsing C library - runtime li ii libldap2 2.1.30-3OpenLDAP libraries ii libneon240.24.7.dfsg-0.2 An HTTP and WebDAV client library ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libsvn0 1.1.1-2 Shared libraries used by Subversio ii libxml2 2.6.11-5GNOME XML library ii patch2.5.9-2 Apply a diff file to an original ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291721: if autofs stop is called on apm suspend, it should be restarted when resuming
Package: autofs Version: 4.1.3-8 Severity: normal Tags: patch After suspending my laptop, autofs didn't work any more. thats because it was explicitly stopped in /etc/apm/event.d/autofs when a suspend event occurs. shouldn't it be restarted when resuming ? I modified the offending script and now it does the right thing: -- /etc/apm/event.d/autofs with start-on-resume #!/bin/sh set -e if [ $1 = suspend ]; then # unmount any automounted filesystems when suspending invoke-rc.d autofs stop fi if [ $1 = resume ]; then # unmount any automounted filesystems when suspending invoke-rc.d autofs start fi -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages autofs depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291722: fails to upgrade/install
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-10 Severity: grave Preconfiguring packages ... xserver-xfree86 failed to preconfigure, with exit status 139 (Reading database ... 88681 files and directories currently installed.) Unpacking xserver-xfree86 (from /xserver-xfree86_4.3.0.dfsg.1-10_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xserver-xfree86_4.3.0.dfsg.1-10_i386.deb (--unpack): subprocess pre-installation script returned error exit status 139 Errors were encountered while processing: /var/cache/apt/archives/xserver-xfree86_4.3.0.dfsg.1-10_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Running the preinst/postinst from -8 (the previously installed version) or -10 from the command line with -x has both scripts exiting successfully. I've tried using the dpkg from unstable as well, and there's no difference. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-ac12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xfree86 depends on: ii debconf [debconf-2.0]1.4.30.11 Debian configuration management sy ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6 GCC support library ii xserver-common 4.3.0.dfsg.1-10 files and utilities common to all ii zlib1g 1:1.2.2-3 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291664: xfce4-session: Ask user to set or not setuid bit to xfce4-shutdown on install
tags 291664 +wontfix thanks On Sat, Jan 22, 2005 at 09:49:39AM +0100, JusTiCe8 wrote: as there is an issue with shutdown/reboot on exit, it could be nice to ask user on package install if setuid bit would be set or not, or at least print something to user to tell her/him to use sudo or set setuid bit to use this feature of xfce4-session. No, I don't think this is at all the correct solution and don't propose to ever ship it SUID root. The issue with shutdown/reboot should be fixed by users in their sudoers files. I don't want to have to support a SUID binary. Simon -- ... The Abbots... charming couple - Basil Yes. All three of them. - Sybil, Fawlty Towers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289178: xfce4-session: Shutdown fails - even though sudo is set up
On Fri, Jan 21, 2005 at 04:06:24PM +0100, Chris Searle wrote: SH == Simon Huggins [EMAIL PROTECTED] writes: SH On Fri, Jan 21, 2005 at 02:04:43PM +0100, Michaël Houzé wrote: SH Sorry you're right it won't need to be in shutdown.allow. SH Reading the code I can't see how it could fail if you've got SH sudo setup correctly. SH If this doesn't work for you can you let me know what the sudo SH setup is that you have? Pretty basic: chris ALL=(ALL) ALL I think you want: chris ALL=(ALL) ALL, NOPASSWD: /sbin/reboot, /sbin/shutdown Something like that anyway. Let me know if you're having problems and I'll actually go and install the 4.0.x packages and test it for you. -- _[EMAIL PROTECTED] -+*+- fou, con et anglais _ (_) Granny grasped her broomstick purposefully. (_) (_) Million-to-one chances, she said, crop up nine times out (_) \___of ten.___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291726: pyblosxom: PyBlosxom 1.1 released
Package: pyblosxom Version: 1.0.0-2 Severity: wishlist PyBlosxom 1.1 was released on 06 January, 2005. It would be nice if it was included into Debian. http://pyblosxom.sourceforge.net/ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pyblosxom depends on: ii apache [httpd]1.3.33-2 Versatile, high-performance HTTP s ii python2.3.4-5An interactive high-level object-o ii python2.3 2.3.4-19 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291724: svk: smerge -IB (local - svn://) opens too many connections
Package: svk Version: 0.28-1 Severity: normal smerge -IB //local/path //mirrored-path opens a new connection for each change that is merged, and it does not close old connections. This causes lengthy mirror operations to fail because the server will eventually run out of BDB locks, file descriptors c. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291723: kde-i18-bg for cyrillic-desktop
Package: tasksel Version: 2.22 Tags: d-i patch /* X-Debbugs-Cc: zinoviev@ */ tasks/cyrillic-desktop doesn't install kde-i18n-bg, although Sarge's desktop task installs KDE. cyrillic-desktop claims that it provides desktop for Belarusian, Bulgarian, Macedonian, Russian, Serbian and Ukrainian, but Russian and Ukrainian have their own *-desktop. Macedonian doesn't have kde-i18n-mk, so this leaves bg and sr. Patch is attached that adds kde-i18n-{bg,sr}. Regards, ogi Index: cyrillic-desktop === --- cyrillic-desktop (revision 854) +++ cyrillic-desktop (working copy) @@ -8,6 +8,8 @@ Key: t1-cyrillic Packages: + kde-i18n-bg + kde-i18n-sr # Keyboard state indicator and switcher for X: xxkb # The main stuff: fonts for X.
Bug#291725: kernel-image-2.4.27-2-k6: spontaneous reboot after NET4: Unix domain sockets 1.0/SMP for Linux NET4.0
Package: kernel-image-2.4.27-2-k6 Version: 2.4.27-7 Severity: normal After NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. this kernel spontaneously reboots. The next line in the 2.4.22-1-k6 kernel bootup is Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 From /proc/isapnp: Card 1 'AXE2201:Ethernet PnP ISA Card /S' PnP version 1.0 Logical device 0 'AXE2201:Unknown' Supported registers 0x2 Compatible device PNP80d6 Device is active Active port 0x240 Active IRQ 5 [0x2] Resources 0 Priority preferred Port 0x240-0x380, align 0x1f, size 0x20, 10-bit address decoding IRQ 3,5,2/9,10,11,12,15 High-Edge From /proc/pci: Bus 0, device 11, function 0: IDE interface: ALi Corporation M5229 IDE (rev 32). IRQ 10. Master Capable. Latency=64. Min Gnt=2.Max Lat=4. I/O at 0xf000 [0xf00f]. From /proc/ide/ali: Ali M15x3 Chipset. -- PCI Clock: 33. CD_ROM FIFO:No , CD_ROM DMA:Yes FIFO Status: contains 0 Words, runs. ---primary channel---secondary channel- channel status: OnOn both channels togth: Yes Yes Channel state:OKOK Add. Setup Timing:1T2T Command Act. Count: 3T3T Command Rec. Count: 3T 3T drive0---drive1drive0---drive1-- DMA enabled: Yes Yes No No FIFO threshold: 13 Words 13 Words 12 Words 13 Words FIFO mode:FIFO On FIFO On FIFO Off FIFO On Dt RW act. Cnt 3T 3T3T 8T Dt RW rec. Cnt 1T 1T3T 16T ---UDMA Timings UDMA: No NoNo No UDMA timings: 1.5T 1.5T 1.5T 1.5T -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.4.22-1-k6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.4.27-2-k6 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.76 tools to create initrd image for p ii modutils 2.4.26-1.2 Linux module utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291727: aewm++-goodies: Inconsistent binary name. Please user aewm++ for all
Package: aewm++-goodies Version: 1.0-5 Severity: normal There seems to be ae_ and aewm++ prefixes in the programs. It would be more consistent to use aewm++ prefix (according to package). Perhaps also the underscores could be changed to dashes, as dasheas are the preferred naming in many files, like invoke-rc.d etc. /usr/bin/ae_fspanel = aewm++-fspanel (*) /usr/bin/appbar = aewm++-appbar /usr/bin/setrootimage = aewm++-setrootimage /usr/bin/aewm++_xsession= aewm++-xsession (*) If the status quo must be preserved, perhaps at least (*) names could be canonicalized. Jari -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages aewm++-goodies depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7 GCC support library ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281952: additional /proc/device-tree patch for this issue. ...
As you see, the crux of this patch is to check for the existence of a via-pmu device in the firmware provided device-tree. This isn't really good enough. My machine (G5) has a PMU, it's in the device-tree and /proc/pmu exists too. But it does not have /dev/pmu[1]. You only get /dev/pmu the kernel was built with CONFIG_PMAC_PBOOK (last time I checked ppc64 didn't compile with that option). Even if you patch the kernel to get /dev/pmu on all machines with a via-pmu (I've written a patch for this some time ago), it wouldn't help because not all machines have an fblevel control. Anyhow, I won't complain as long as errors are just logged to .xsession-errors instead of being reported via annoying dialogs. Juergen Footnotes: [1] Or a non-functional /dev/pmu without udev. -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291730: please include manual page
Package: xmms-modplug Severity: wishlist Please include the manual page for modplugplay from http://www.linuks.mine.nu/modplugplay/ yours, gürkan
Bug#291728: Updated Danish po-debconf translation
Package: mantis Severity: wishlist Tags: l10n patch Hi, Attached is an updated Danish po-debconf translation. I hope you will include it soon. It was quite a pity that you changed templates in your previous upload WITHOUT warning translators, making all our translations in-complete. In the future, please use the podebconf-report-po application to automatically notice translators of in-complete translations. Thanks. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Versions of packages mantis depends on: pn apache | apache-ssl | apache Not found. ii debconf 1.4.42 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep pn mysql-client Not found. pn php4 Not found. pn php4-mysql Not found. pn wwwconfig-common Not found. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: mantis 0.19.2-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-01-16 23:46+0100\n PO-Revision-Date: 2005-01-22 19:30+0200\n Last-Translator: Morten Brix Pedersen [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../mantis.templates:4 msgid Automatically create Mantis configuration files? msgstr Opret automatisk Mantis opstningsfiler? #. Type: boolean #. Description #: ../mantis.templates:9 msgid Automatically run database update script? msgstr Kr automatisk databaseopdaterings-script? #. Type: boolean #. Description #: ../mantis.templates:9 msgid If you are upgrading Mantis from an older upstream version, the database structure needs to be updated. This package can perform this task automatically. msgstr Hvis du opgraderer Mantis fra en tidligere version, skal database strukturen opdateres. Denne pakke kan udfre opgaven automatisk. #. Type: boolean #. Description #: ../mantis.templates:9 msgid The database will be backed up to prevent data loss. msgstr Der vil blive lavet en sikkerhedskopi af databasen, for at forhindre datatab. #. Type: string #. Description #: ../mantis.templates:19 msgid Database server for Mantis' database msgstr Database server for Mantis' databasen #. Type: string #. Description #: ../mantis.templates:24 msgid On what port does the database server listen? msgstr P hvilken port lytter database serveren? #. Type: string #. Description #: ../mantis.templates:29 msgid Mantis database name msgstr Navn p Mantis-databasen #. Type: string #. Description #: ../mantis.templates:34 msgid Base url for Mantis msgstr URL til Mantis #. Type: string #. Description #: ../mantis.templates:34 msgid Enter the complete url to access Mantis. msgstr Indtast den komplette URL for at tilg Mantis. #. Type: string #. Description #: ../mantis.templates:40 msgid Mantis administrator email address msgstr Mantis administratorens postadresse #. Type: string #. Description #: ../mantis.templates:45 msgid Webmaster email address msgstr Webmaster postadresse #. Type: string #. Description #: ../mantis.templates:50 msgid \From:\ address for bug reports emails msgstr \Fra:\ adresse til fejlrapportspost #. Type: string #. Description #: ../mantis.templates:50 msgid All reported bugs are sent to developers and managers will use this address in the \From:\ header msgstr Alle rapporterede fejl er sendt til udviklere og projektledere, og vil anvende denne adresse i \Fra:\ feltet #. Type: string #. Description #: ../mantis.templates:57 msgid Email address for bounce-handling msgstr Postadresse for \bounce\-hndtering #. Type: string #. Description #: ../mantis.templates:57 msgid Bounced mail is directed to this address. Typically, this is set to the administrator's email address. msgstr Post som ikke kunne leveres, er videresendt til denne adresse. Typisk vil dette vre sat til administratorens email adresse. #. Type: password #. Description #: ../mantis.templates:63 msgid Mantis administrator password msgstr Mantis administratorens adgangskode #. Type: password #. Description #: ../mantis.templates:63 msgid The Mantis default installation includes an administrator account \administrator\ with password \root\. Please enter a
Bug#291729: Successful installation
Package: installation-reports Debian-installer-version: 20050121 from http://cdimage.debian.org/pub/cdimage-testing/daily/i386/ uname -a: Linux powerstation 2.4.27-2-386 #1 Thu Dec 30 18:13:12 JST 2004 i586 GNU/Linux Date: 22.01.2005, 20:37 CET Method: network installation from ftp.de.debian.org, booted from sarge-i386-netinst.iso, no proxy used, installation mode default (linux) Machine: Selfmade machine Processor: AMD-K6 3D, 400 Mhz Memory: 62620 kB Root Device: IDE Seagate ST36531A, 6 GB Root Size/partition table: hda1 ext3 mount on / hda2 swap Output of lspci and lspci -n: :00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) :00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] :00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 47) :00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 02) :00:07.3 Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10) :00:09.0 Ethernet controller: VIA Technologies, Inc. VT6105 [Rhine-III] (rev 86) :01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo Banshee (rev 03) :00:00.0 0600: 1106:0598 (rev 04) :00:01.0 0604: 1106:8598 :00:07.0 0601: 1106:0586 (rev 47) :00:07.1 0101: 1106:0571 (rev 06) :00:07.2 0c03: 1106:3038 (rev 02) :00:07.3 0680: 1106:3040 (rev 10) :00:09.0 0200: 1106:3106 (rev 86) :01:00.0 0300: 121a:0003 (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: No problems! Greetings Jens Voskuhl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#115655: [ARCH][DPKG-ARCHITECTURE] outputs non-canonical GNU system type
On Sat, 22 Jan 2005, Scott James Remnant wrote: 4) Add a dependency on autotools-dev; promoting it all the way from optional to Essential. It is simple enough that this would be doable, BUT I don't think it is the right way either. I don't think (3) fixes the problem and I don't think (4) is tenable. I think the correct solutions to this bug are (1) and (2), which we already do. I therefore declare this bug closed unless a (5) can be found. (5) dpkg-architecture are static values, known to all arches that are supported. One can: 5a) Use config.sub at build time (autotools-dev build dep, if one wants), to get the full GNU arch string OR 5b) Just hardcode it like the rest. I don't mean runtime-add a -gnu, I mean actually using config.sub at the time an arch is added to check what the correct string is, and add that to dpkg. IF we ever need to change that string, it is trivial to get it included as an alias at least on Debian's config.sub. Still, since the whole madness IS currently fixed by autotools-dev, I don't really care. So, as far as I am concerned, we could just *document* that what we return through dpkg-architecture is basically incomplete and needs to be piped through config.sub to get the full string. How to use it in a correct way is alredy documented by autotools-dev. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256461: script to fix problem
There is a slightly modified wondershaper script at http://www.metamorpher.de/files/wshaper-over-lan.htb that allows you to exclude your LAN from wondershaper. With a few changes, it could be easily integrated into the Debian script. Without this functionality, wondershaper is basically useless for anyone with a complex/multi-system LAN. I have a bunch of drives mounted on NFS, and unless LAN traffic is excluded, the NFS mounts are unuseably slow. -- Adam Rosi-Kessel http://adam.rosi-kessel.org signature.asc Description: Digital signature
Bug#282201: RFA: simpletal -- Simple TAL, TALES and METAL implementation
Hi, I'd like to adopt the package, I'm using it for some of my projects. I'll file an ITA if that's fine with you. Cheers, Igor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291725: removing hdc=ide-scsi worked around the problem
It looks like the ide-scsi driver loaded anyway. When did hdc=ide-scsi become optional on the kernel command line? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291731: The vdradmin-TV does not work
Package: vdradmin Version: 0.96-2 Severity: normal Hi In Version 0.96-3 the TV does not work. The grab-command (per telnet localhost 2001) does work fine. I purged the package and reinstalled it, but that won't fix the problem. So I went back to 0.96-2 ... (I use the Language German) Jochen -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages vdradmin depends on: ii libcompress-zlib-perl 1.33-3 Perl module for creation and manip ii libhtml-template-perl 2.6-2 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94-1 Generates recursive-descent parser ii perl 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291721: if autofs stop is called on apm suspend, it should be restarted when resuming
tags 291721 - patch thanks On Sat, Jan 22, 2005 at 08:00:44PM +0100, Henning Glawe wrote: After suspending my laptop, autofs didn't work any more. thats because it was explicitly stopped in /etc/apm/event.d/autofs when a suspend event occurs. shouldn't it be restarted when resuming ? There have been discussions on this in the past; the right thing is not to stop autofs, but to send a SIGUSR1, which used to make autofs automatically expire all unused mounts. For some reason automount exits on SIGUSR1 nowadays, and I can't really look into this ATM (I'm on vacation), but I'll try to have a look at it when I get back. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#225463: debconf: Patch for translation of 4 strings in dpkg-preconfigure
Christian Perrier wrote: Joey, I think we can apply this to both sarge and unstable branches as this may be considered a l10n fix. As soon as you agree on that proposal, I'll take care of the commit...and the call for translation updates (good opportunity for that as debconf translations are not in a so good shape). I agree. -- see shy jo signature.asc Description: Digital signature
Bug#287434: somehow missed this year's updates on the bug
sorry folks, when I was reading the bug report yesterday, I have somehow missed all the updates on the thread sent in in 2005 :( Mind you, both kernels I related to (2.4 and 2.6) came from the std Debian i686 uniprocessor kernel binary packages. As for the kernel config explanation that you suggest, here's what is going on here: $ grep PTY /boot/config-2.6.8-1-686 CONFIG_UNIX98_PTYS=y CONFIG_LEGACY_PTYS=y CONFIG_LEGACY_PTY_COUNT=256 Nevertheless rlfe doesn't work on my machine, so it looks like the CONFIG_LEGACY_PTYS is not the key here. The strace looks similar to yours: ... open(/dev/ptyp0, O_RDWR) = -1 ENOENT (No such file or directory) dup(2) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fstat64(3, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 _llseek(3, 0, 0xb498, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, ptypair: could not open master p..., 62ptypair: could not open master pty: No such file or directory ) = 62 ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278224: galeon: context-menu on tab should offer 'reload tab'
tags 278224 + fixed-upstream thanks Hi, This is a followup for Debian bug http://bugs.debian.org/278224. Marcel Moreaux [EMAIL PROTECTED] - Mon, Oct 25, 2004: If there are tabs show in galeon, one can right-click on the tabs themselves to invoke a context-menu with the options 'clone tab', 'detach tab', 'close tab', and 'close other tabs in this window'. I would like to see a option 'reload tab' in these context-menu's, so it's possible to quickly reload a tab other than the focused tab. Galeon's upstream added this feature and it will be available with next release, Galeon 1.3.20. Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#269950: the symlink workaround won't always work
Just a minor nitpick on the symlink workaround: some servers have symlink traversal disabled for performance or security reasons, and thus the workaround you have suggested might not work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291732: ITP: rake -- a simple ruby build program with capabilities similar to make
Package: wnpp Severity: wishlist Owner: Adam Majer [EMAIL PROTECTED] * Package name: rake Version : 0.4.14 Upstream Author : Name [EMAIL PROTECTED] * URL : http://rake.rubyforge.org/ * License : MIT Description : a simple ruby build program with capabilities similar to make Rake is a simple ruby build program with capabilities similar to make. . Rake has the following features: * Rakefiles (rakes version of Makefiles) are completely defined in standard Ruby syntax. No XML files to edit. No quirky Makefile syntax to worry about (is that a tab or a space?) * Users can specify tasks with prerequisites. * Rake supports rule patterns to sythesize implicit tasks. * Rake is lightweight. It can be distributed with other projects as a single file. Projects that depend upon rake do not require that rake be installed on target systems. License Rake is available under an MIT-style license. Copyright © 2003, 2004 Jim Weirich Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274514: Debian transition to Aspell 0.60
Re: Rafael Laboissiere in [EMAIL PROTECTED] The one hurdle in the way is the binary format of the dictionaries has incompatibly changed again. Thus, the old dictionaries compiled with 0.50 will not work and must be rebuilt. The packages aspell-pt and aspell-pt-br built against aspell 0.60.2 are available at http://people.debian.org/~rafael/aspell/ aspell-de: http://www.df7cb.de/debian/aspell-de/ Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#291733: grub: memtest86 entry does not need the 'savedefault' option.
Package: grub Version: 0.95+cvs20040624-12ubuntu1 Severity: minor Presently, the memtest86 menu item is getting the same 'savedefault' option as the Linux kernel entries are. I don't think it needs that, and that an unattended boot after a memtest ought to go to the default saved previously. Perhaps the 'Recovery Mode' kernels should not 'savedefault' either? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.9-lucgm.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc62.3.2.ds1-20ubuntu2 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 22.01.2005 19:06:12, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 05:22:55PM +, Jean-Luc Coulon (f5ibh) wrote: [ ... ] Can you run: strace -eopen,ioctl,close hald --daemon=no After hal startup this should show you someting like every few seconds: open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, 0x5326, 0x7fff)= 1 close(0)= 0 Which is hal polling my /dev/hdc for volumes.. This is what I get (a volume is inserted in each drive) open(/dev/hda, O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 open(/dev/sdc, O_RDONLY|O_LARGEFILE) = -1 ENOMEDIUM (No medium found) /dev/hdc is an USB compact flash reader witohut a card inside. Sjoerd J-L pgpmaqvOS0KJL.pgp Description: PGP signature
Bug#291404: xserver-xfree86: DRIScreenInit fails with dual seession setup (radeon)
On Sat, 2005-01-22 at 10:36 +0100, Dominique Dumont wrote: Michel Dnzer [EMAIL PROTECTED] writes: On Wed, 2005-01-19 at 10:06 +0100, Dominique Dumont wrote: With a Radeon 9200, kdm and a dual session setup, DRIscreenInit fails: (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. Is this the case for both sessions? It's a limitation of the DRI that it can only be enabled on one session at a time. No. You're right. DRI is disabled for screen :0 and enabled for screen :1. Note that this behavior is somewhat counter-intuitive: - the first session you get on screen has no DRI and you must switch seession to get a display with DRI. - KDE has an option (reserve keyword in /etc/kde3/kdm/Xservers) to dynamically create new sessions. When started, kde session :0 has DRI. A session created afterwards (with KDE menu) has no DRI. (which makes more sense, IMO, than Xfree default's behavior) I don't think it's the X server's fault. My guess is that kdm starts both sessions at about the same time, so it's basically a race for which one manages to initialize the DRI first. To make the behaviour deterministic, you could use different configuration files for the two sessions and only load the dri module where you want it. -- Earthling Michel Dnzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#291735: w3m shouldn't simplify page's charset
Package: w3m Version: 0.5.1-3 Severity: normal Hi, Say I have a test.html.utf-8 page on some web server: body test /body The web server properly announces that it is an utf-8 encoded page: Content-Type: text/html; charset=utf-8 But w3m simplify this into US-ASCII, because the page indeed doesn't contain anything than can't be coded in plain ascii: Information about current page Title test.html Current URL http://footwar/test.html Document Type text/html Last Modified Sat, 22 Jan 2005 20:54:00 GMT Document Charset [Latin (US-ASCII)] [Change] Number of lines 1 Transferred bytes 20 Header information HTTP/1.1 200 OK Date: Sat, 22 Jan 2005 20:54:09 GMT Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.3.10-2 Content-Location: test.html.utf-8 Vary: negotiate TCN: choice Last-Modified: Sat, 22 Jan 2005 20:54:00 GMT ETag: dba40-14-41f2bd68;41f2bd6c Accept-Ranges: bytes Content-Length: 20 Connection: close Content-Type: text/html; charset=utf-8 The problem comes if I put a form in my page. Since the page is announced as utf-8-encoded, w3m should default to using utf-8 to code the values. But since w3m simplifies charset into US-ASCII, it will default to that to code the values (and won't know how to code accents co). W3m should *not* simplify charset. Regards, Samuel -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages w3m depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgc1 1:6.3-1 Conservative garbage collector for ii libgpmg11.19.6-19General Purpose Mouse - shared lib ii libncurses5 5.4-4Shared libraries for terminal hand ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291734: gthumb: Can't send images to trashcan across partitions
Package: gthumb Version: 3:2.6.2-1 Severity: minor Gthumb can't send images to the trashcan if the former and the latter are in different partitions. I guess it doesn't make a lot of sense to copy the image across partitions to circumvent the fact that a rename will fail, but at least telling the user why would be better than just saying it can't be done (that's the current behavior). Of course, this is just my opinion and maybe a real user doesn't care why it won't work for some images :) Windows seems to have a Trashcan per partition so this problem only arises on read-only media and --I think-- network mounts. Thanks, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ck5 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages gthumb depends on: ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi hi libatk1.0-0 1.8.0-4The ATK accessibility toolkit hi libbonobo2-0 2.8.0-4Bonobo CORBA interfaces library ii libbonoboui2-02.8.0-2The Bonobo UI library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libexif10 0.6.9-4The EXIF library allows you to par ii libgconf2-4 2.8.1-4GNOME configuration database syste ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-2The GLib library of C routines hi libgnome2-0 2.8.0-5The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1A powerful object-oriented display ii libgnomeprint2.2-02.8.1-1The GNOME 2.2 print architecture - hi libgnomeprintui2.2-0 2.8.1-1The GNOME 2.2 print architecture U ii libgnomeui-0 2.8.0-2The GNOME 2 libraries (User Interf ii libgnomevfs2-02.8.3-7The GNOME virtual file-system libr ii libgphoto2-2 2.1.5-2The gphoto2 digital camera library ii libgphoto2-port0 2.1.5-2The gphoto2 digital camera port li ii libgtk2.0-0 2.4.14-2 The GTK+ graphical user interface hi libice6 4.3.0.dfsg.1-9 Inter-Client Exchange library hi libjpeg62 6b-9 The Independent JPEG Group's JPEG ii liborbit2 1:2.10.2-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.6.0-3Layout and rendering of internatio ii libpng12-01.2.8rel-1 PNG library - runtime hi libpopt0 1.7-5 lib for parsing cmdline parameters hi libsm64.3.0.dfsg.1-9 X Window System Session Management ii libtiff4 3.7.1-1Tag Image File Format (TIFF) libra hi libxext6 4.3.0.dfsg.1-9 X Window System miscellaneous exte hi libxml2 2.6.11-5 GNOME XML library hi libxrender1 0.8.3-7X Rendering Extension client libra ii scrollkeeper 0.3.14-9.1 A free electronic cataloging syste ii shared-mime-info 0.15-1 FreeDesktop.org shared MIME databa hi xlibs 4.3.0.dfsg.1-9 X Keyboard Extension (XKB) configu ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#291280: galeon: warnings shown twice
tags 291280 + fixed-upstream thanks Hi, Bart Vanhaute [EMAIL PROTECTED] - Wed, Jan 19, 2005: After upgrade of galeon to this latest version, each time I submit a form over an insecure connection (plain http), I get the same warning dialog twice. The same is true for other warnings, like entering a secure site, etc. This has been fixed by Galeon's upstream and the fix will be in Debian unstable with the next Galeon release, 1.3.20. Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#279323: Fix for Zope segfault on amd64
*** Regarding Re: Fix for Zope segfault on amd64; Vincent Hanquez [EMAIL PROTECTED] adds: Vincent This is wrong. gid_t is 32 bits on all architectures. This may be true for Linux but I wouldn't be so certain this is true for all platforms Zope runs on. Vincent You should use si:initgroups everytime and certainly not Vincent change the gid type to a long. You're making the assumption that an int is 32-bit or at least large enough to contain gid_t on all platforms supported by Zope. It is better to use a long since it is extremely unlikely that gid_t is a `bigger' integer type than long on any of the platforms out there. Changing the type of gid to long ensures that the PyArg_ParseTuple() call is safe. Casting the value returned to gid_t might mask the case where the value passed from the Python script is out of range of the values representable in a gid_t, but at least that doesn't cause the code to segfault. One could argue that some error checking code should be added that would take care of out-of-range type errors, though. Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276246: w3m's locale parsing should at least see '@euro' modifier
Thinking twice about it: Why wouldn't ln_langinfo(CODESET) be used ? It exactly returns what's needed: the current charset (instead of merely guessing from the LANG value...) Regards, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207828: gpdf: status of feature request?
Package: gpdf Version: 2.8.0-1 Followup-For: Bug #207828 are there any plans by the gpdf team to implement this feature? i think that this is a fairly significant lack of functionality. can you make sure that this feature request is appropriately forwarded to gnome team? maybe it can be added to the feature bounties. thanks. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-2 The GLib library of C routines ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.1-1 The GNOME 2.2 print architecture U ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-8 The GNOME virtual file-system libr ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libxml2 2.6.11-5GNOME XML library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291736: aewm++-goodies: Remove offending F**ucking word from manual page
Package: aewm++-goodies Version: 1.0-5 Severity: normal I don't think it is appropriate language in manual like this: NAME aewm++_fspanel - F***ing small panel -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages aewm++-goodies depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7 GCC support library ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230400: gpdf: i second this
Package: gpdf Version: 2.8.2-1 Followup-For: Bug #230400 I agree, this is also quite a significant missing feature. Perhaps this also could be submitted as one of the gnome bounties. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-2 The GLib library of C routines ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.1-1 The GNOME 2.2 print architecture U ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-8 The GNOME virtual file-system libr ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libxml2 2.6.11-5GNOME XML library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291700: broken check for peer prevents startup
On Sat, 2005-01-22 at 15:53 +0100, Josip Rodin wrote: The check for peer database type in /usr/lib/postgresql/bin/postgresql-startup is not strict enough and it catches databases that just so happen to be called -- peer. Please fix the regexp match to include a $ at the end so that it only matches peer in the last element. That is: --- /usr/lib/postgresql/bin/postgresql-startup~ Tue Oct 26 22:58:08 2004 +++ /usr/lib/postgresql/bin/postgresql-startup Sat Jan 22 15:52:01 2005 @@ -103,7 +103,7 @@ fi fi -if grep -qs '^local.*[ ]*peer[ ]' /etc/postgresql/pg_hba.conf +if grep -qs '^local.*[ ]*peer[ ]$' /etc/postgresql/pg_hba.conf then echo Invalid pg_hba.conf authentication spec. Change all occurrences of peer authentication to ident in /etc/postgresql/pg_hba.conf. I don't think that would work. If I remember rightly, peer was a synonym for ident to be used for Unix socket connections. Accordingly, it should be followed by another parameter (as with ident sameuser). Would '^local.*[ ]*peer[ ][^ ]*$' do the job? -- Oliver Elphick olly@lfix.co.uk Isle of Wight http://www.lfix.co.uk/oliver GPG: 1024D/A54310EA 92C8 39E7 280E 3631 3F0E 1EC0 5664 7A2F A543 10EA Do you want to know God? http://www.lfix.co.uk/knowing_god.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]