Bug#398223: Posible cause: logrotate/cron
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The problem can be caused by daily cron, to when launch a logrotate, apache2 dies (if you have this problem, check any of your logs just after to this die, and you look to are clean, or look the date of the SIGTERM and the date of the first line of your logs) Greetings Thanatermesis -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFl2siisTnwngKr/ARAhS6AKCiwwws2ZyKi6oWSLcAmeD/81iizgCfcJ5X yMWhtZhXQEE34gDZyYorGDQ= =09Jj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295375: This is a serious issue
On Sun, Dec 31, 2006 at 08:42:20AM +0100, Tilman Koschnick wrote: I have discussed this issue with my sponsor in the past, and we have agreed that the proper split is not worth the hassle at the moment. There are no packages apart from gpsd itself depending on the library, and the SONAME has changed regularly and will probably change again soon. Actually, one such package entered Debian a few days ago[1], so it is already a real problem. Probably not RC at the moment since this package will not make it into etch, but still, it should be fixed as soon as possible. 1. http://packages.debian.org/gaia As soon as a package linking to libgps enters the archive, I will make the split and coordinate with the respective maintainers. Great, thanks :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405097: postgresql-doc-8.1 references apparently dated pgdocs-pdf
Package: postgresql-doc-8.1 Version: 8.1.5-2 Severity: minor The package description says, in part, The manual is in HTML format. See the packages pgdocs-pdf and pgdocs-pdf-a4 for other printable formats. But those packages are available only in the 7.4 versions. Probably the references should be deleted. More ambitiously, newer versions of the pdf docs could be packaged. The latter would be nice, but it doesn't strike me as worth the trouble, since they are readily available elswhere. Perhaps this or the main package could include a note Documentation in other formats is available at http://www.postgresql.org/docs/manuals/.; -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405098: Many errors and eventual failure when Copy data from partition used on partition with dir_index
Package: debian-installer Severity: important i386 using RC1 netinst image I am copying my Debian installation onto a new hard drive with LVM and encrypted swap and /tmp. I tried to use the installer's option to Copy data from partition, but after I selected the source partition, it complained about parted not being able to resize a partition that had dir_index enabled, saying that parted can only resize it if it disables dir_index first. I don't know why it would need to resize any of the partitions just to copy data from one partition to another, and I'm not sure if it was referring to the source partition, or the new, blank partition. The options in the dialog were Ignore, Cancel, and Go Back. The first time I selected Ignore, and it started copying the data. At the end of the copy process, it started giving a series of error dialogs saying, Block 2490887 shouldn't have been marked (1, 0)! Choosing Continue caused it to pop up several more times, but the first number in the parentheses would double each time, and the block number would increase as well, though only by a few. After three or four of those, it would pop up a larger dialog saying, Assertion (block EXT2_SUPER_BLOCKS_COUNT)fs-sb)) at ../../../../libparted/fs/ext2/ext2.h:226 in function ext2_is_data_block() failed. \n\n A bug has been discovered! \n\n Ignore \n Cancel (added \n myself to indicate newlines in error dialog) Choosing Ignore caused more of the block shouldn't have been marked errors, and after a few more of those, I'd get another one of this same larger error. IIRC, after getting into this situation, choosing Cancel or Go Back did the same as choosing Ignore, and the only way to get out of it was to reboot. But if I chose Cancel or Go Back when the first warning about resizing with dir_index appeared, all I got was a blank debconf screen, blue with a gray bay at the bottom, and no text. I rebooted then too. I've described this to the best of my recollection. Apologies for any errors. I will follow up with a few photos I took of some errors after I get my system running on the new disk. In the end, I used the rescue mode to use the Guided Partitioning for LVM and crypto setup, but then switched to a console and am copying over the data manually after making symlinks to the necessary libs so I could use GNU cp rather than busybox's. P.S. Is there no room for the GNU utils on the netinst iso? Busybox is nice but, for example, has no --help for cp, and no -v for cp either. I don't know about you, but when I'm copying tens of gigs of data, I'd like -v so I can see that it's working. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405085: Wired Broadcom BCM5752m NIC in Lenovo z61t laptop.
retitle 405085 Wired Broadcom BCM5752m NIC in Lenovo z61t laptop. reassign 405085 linux-2.6 stop Op 30-12-2006 om 18:21 schreef David L. Anselmi: snip/ There seem to be several tg3 patches in 2.6.20-rc2 but I'm not sure they relate to this problem. I would submit a bug against the kernel but I don't have a Debian live CD to use. The installation report is now bugreport against the kernel package. I don't expect anything can be done about this until the kernel is fixed, though I may try to build d-i with an older kernel (that would have to be i386 since I don't have an AMD64 machine to build on). Just wanted to document my experience in case anyone else tries the same thing. Consider asking your hardware vendor to help with fixing the kernel. Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404447: [EMAIL PROTECTED]: IXP4XX NPE / open source driver problem]
- Forwarded message from Tomasz Chmielewski [EMAIL PROTECTED] - From: Tomasz Chmielewski [EMAIL PROTECTED] Subject: IXP4XX NPE / open source driver problem Date: Tue, 21 Nov 2006 13:01:20 +0100 I'm having problems with IXP4XX NPE / open source driver on FSG-3. When I upload data (via Samba, SCP etc.) after a couple of seconds (20-30 MBs of a big file transferred), the transfer stalls. Downloads are fine, and the stalls don't happen. Initially, I thought it's a Samba problem - see this thread: http://lists.samba.org/archive/samba/2006-November/127084.html for I found a workaround for that: putting socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=4096 SO_SNDBUF=4096 into smb.conf (normally, you would put 8192 instead of 2096 there).. Now I see, the same happens for SCP transfers. Anyone else seeing this too? -- Tomasz Chmielewski http://wpkg.org - End forwarded message - - Forwarded message from Patrick Schneider [EMAIL PROTECTED] - From: Patrick Schneider [EMAIL PROTECTED] Date: Tue, 21 Nov 2006 13:59:13 +0100 Hi, i had a similar issue with NFS and the open source driver on the NSLU2 (using SlugOS/LE HEAD back in september). I was using the kernel-nfsd from the SlugOS/LE alpha feeds. The transfer stalled and the syslog showed: nfsd: non-standard errno: -14 After switching to DebianSlug 3.10beta, everything was fine again. Unfortunately I can't help you further with that issue because I sold my NSLU2s. Just wanted you to know, that you're not alone ;) Regards, Patrick - End forwarded message - - Forwarded message from Tomasz Chmielewski [EMAIL PROTECTED] - From: Tomasz Chmielewski [EMAIL PROTECTED] Date: Wed, 22 Nov 2006 10:14:41 +0100 Patrick Schneider wrote: Hi, i had a similar issue with NFS and the open source driver on the NSLU2 (using SlugOS/LE HEAD back in september). I was using the kernel-nfsd from the SlugOS/LE alpha feeds. The transfer stalled and the syslog showed: nfsd: non-standard errno: -14 Whas it only when your device was sending data, but not receiving it? After switching to DebianSlug 3.10beta, everything was fine again. Do you remember what kernel you used when you had that problem, and what kernel you used after the problem was gone? I'm using 2.6.18, with Debian. Unfortunately I can't help you further with that issue because I sold my NSLU2s. Just wanted you to know, that you're not alone ;) The issue is very irritating. When you receive data, it's enough to start a SCP upload - and it'll break (freeze) all your current transfers. -- Tomasz Chmielewski http://wpkg.org - End forwarded message - - Forwarded message from Patrick Schneider [EMAIL PROTECTED] - From: Patrick Schneider [EMAIL PROTECTED] Date: Wed, 22 Nov 2006 22:48:03 +0100 Tomasz Chmielewski schrieb: Patrick Schneider wrote: Hi, i had a similar issue with NFS and the open source driver on the NSLU2 (using SlugOS/LE HEAD back in september). I was using the kernel-nfsd from the SlugOS/LE alpha feeds. The transfer stalled and the syslog showed: nfsd: non-standard errno: -14 Whas it only when your device was sending data, but not receiving it? It happened while the device was receiving data (streaming an DVB-Stream to the NSLU2) IIRC. After switching to DebianSlug 3.10beta, everything was fine again. Do you remember what kernel you used when you had that problem, and what kernel you used after the problem was gone? I'm using 2.6.18, with Debian. I think I was using 2.6.18 too. (I compiled the FlashImage somewhere around the 27/28th of september.) Unfortunately I can't help you further with that issue because I sold my NSLU2s. Just wanted you to know, that you're not alone ;) The issue is very irritating. When you receive data, it's enough to start a SCP upload - and it'll break (freeze) all your current transfers. Regards, Patrick - End forwarded message - - Forwarded message from Tomasz Chmielewski [EMAIL PROTECTED] - From: Tomasz Chmielewski [EMAIL PROTECTED] Date: Thu, 23 Nov 2006 17:19:41 +0100 Patrick Schneider wrote: Tomasz Chmielewski schrieb: Patrick Schneider wrote: Hi, i had a similar issue with NFS and the open source driver on the NSLU2 (using SlugOS/LE HEAD back in september). I was using the kernel-nfsd from the SlugOS/LE alpha feeds. The transfer stalled and the syslog showed: nfsd: non-standard errno: -14 Whas it only when your device was sending data, but not receiving it? It happened while the device was receiving data (streaming an DVB-Stream to the NSLU2) IIRC. I'm posting my finding also to this list (I sent it to linux-arm-kernel mailing list, too): -- I think I found a good workaround. The device on which I use IXP4XX NPE / open source driver is FSG-3, it has 64 MB RAM, and 266 MHz XScale-IXP42x CPU. By default, /proc/sys/net/ipv4/tcp_wmem is 4096 16384 65536 [min, default, max], and
Bug#404447: nfs-kernel-server: Transferred files get corrupted
* Ahmad Khayyat [EMAIL PROTECTED] [2006-12-30 19:57]: If it is indeed an ethernet driver issue, why does nfs cause errors when transferring file _to_ to the server only? Transfers from the server to the client cause absolutely no errors. I think that's in line with what people are seeing (altough I wonder whether some people confuse upload and download). Let me forward some mails. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405099: xchat: Per-channel setting of language/dictionary (for spellchecking)
Package: xchat Version: 2.6.8-0.3 Severity: wishlist Hello, afaict xchat currently derives the dictionary to be used for spellchecking from the locale. I am using LANG=de_AT.UTF-8 but not all of the channels I am visiting are German speaking. The spellchecker will underline every single word I type in the English channels, since it cannot be found in the German dictionary. Afaict a per-channel-setting would be needed. thanks, cu andreas ii aspell-de 0.60-20030222- German dictionary for aspell ii aspell-en 6.0-0-5.1 English dictionary for GNU Aspell ii iamerican 3.1.20.0-4.3 An American English dictionary for ispell ii ibritish 3.1.20.0-4.3 A British English dictionary for ispell ii ingerman 20051113-5 New German orthography dictionary for ispell ii myspell-de-at 20051113-5 Austrian (German) dictionary for myspell ii myspell-de-de 20051113-5 German dictionary for myspell -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-k7 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages xchat depends on: ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio ii libperl5.85.8.8-7Shared Perl library ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsexy2 0.1.10-1 collection of additional GTK+ widg ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii python2.4 2.4.4-1An interactive high-level object-o ii tcl8.48.4.12-1.1 Tcl (the Tool Command Language) v8 ii xchat-common 2.6.8-0.3 Common files for X-Chat ii zlib1g1:1.2.3-13 compression library - runtime xchat recommends no packages. -- no debconf information -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405082: BitTornado crashes
reassign 405082 bittorrent thanks * ronald [EMAIL PROTECTED] [2006-12-31 01:00]: Python version: 2.4.4c1 (#2, Oct 11 2006, 20:00:03) [GCC 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)] You're not running Debian. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404958: Bug#404694: emacs-snapshot-common: Stale Info entry for Emacs-Xtra
tags 404694 pending tags 404958 pending quit Yes, thanks, I fixed this when you opened the first bug but since I was mostly offline I hadn't had a chance to reply. Now that I have pushed my changes, this is fixed in SVN. Cheers, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295375: This is a serious issue
* Tilman Koschnick ([EMAIL PROTECTED]) [061231 09:16]: I have discussed this issue with my sponsor in the past, and we have agreed that the proper split is not worth the hassle at the moment. There are no packages apart from gpsd itself depending on the library, and the SONAME has changed regularly and will probably change again soon. As soon as a package linking to libgps enters the archive, I will make the split and coordinate with the respective maintainers. Sounds sensible - and, btw, feel free to downgrade the severity again to wishlist. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347412: Bug#341801: independent confirmation
On Sat, 30 Dec 2006, Kevin Brown wrote: snipp The bug that prevents the skge interface from coming up when in upper memory remapping mode is still present in 2.6.18. -- Kevin Brown [EMAIL PROTECTED] have you tried newer than 2.6.18, is there a patch upstream for that in 2.6.20-rc2 ? if yes we are happy to integrate the fix. a quick scan of the git log drivers/net/skge.c doesnt show anything convincing, so please report upstream in bugzilla.kernel.org once you have tested that newest is still showing this trouble. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338405: another patch
tags 338405 wontfix
stop
On Sun, 31 Dec 2006, Russell Coker wrote:
The attached patch creates a new config option ONLY_BUSYBOX which can be set
if you want to use busybox instead of kinit. It saves over 200K of
compressed size on my system.
I believe that this should be included, it doesn't stop kinit being used,
merely provides another option.
well the patch description is different to the patch itself.
kinit is not used in initramfs-tools and is not removed in
the patch below, what you remove are dash and minips from klibc-utils.
--- /usr/sbin/mkinitramfs 2006-12-20 02:22:05.0 +1100
+++ mkinitramfs 2006-12-31 13:08:52.0 +1100
@@ -229,7 +229,15 @@
rm -f ${DESTDIR}/bin/sh
rm -f ${DESTDIR}/bin/busybox
copy_exec ${BUSYBOXDIR}/busybox /bin/busybox
- ln -s ${BUSYBOXDIR}/busybox ${DESTDIR}/bin/sh
+ if [ x${ONLY_BUSYBOX} = xn -o x${ONLY_BUSYBOX} = x ]; then
+ ln -s ${BUSYBOXDIR}/busybox ${DESTDIR}/bin/sh
+ else
+ rm ${DESTDIR}/bin/busybox ${DESTDIR}/bin/sh.shared
${DESTDIR}/bin/minips
+ cp ${BUSYBOXDIR}/busybox ${DESTDIR}/bin/busybox
+ for n in `busybox | tail -19 | tr , n | sed -e s/
\|\t//|grep .|grep -v busybox` ; do
+ ln -f ${DESTDIR}/bin/busybox ${DESTDIR}/bin/$n
+ done
+ fi
fi
# Modutils
no this patch has the same fundamental problems than the one
that was merged for 0.85d.
* ugly: once busybox has a busybox --list, there would be no need
to invoke tail, tr, sed and grep.
* wrong: the busybox counterparts to the klibc-utils are not functinality
equivalent. as written in the changelog documenting the revert for
example sleep doesn't take subsecond args. quite sure that there is
other breakage too as experienced by the sheer number of boot failures of
0.85d.
--
maks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404378: NMU uploaded
Hi,
I uploaded an NMU of your package.
Please see this as help to get the package into a releaseable condition for
etch.
Please find the used diff below.
Cheers,
Andi
diff -Nur ../jabber-1.4.3~/debian/changelog ../jabber-1.4.3/debian/changelog
--- ../jabber-1.4.3~/debian/changelog 2006-12-30 10:08:46.0 +
+++ ../jabber-1.4.3/debian/changelog2006-12-31 09:47:17.0 +
@@ -1,3 +1,19 @@
+jabber (1.4.3-3.1) unstable; urgency=medium
+
+ [ Sergei Golovan ]
+ * added patch, which increases buffers for storing string representation
+of time (Closes: #337526)
+ * bumped standards version to 3.7.2
+
+ [ Andreas Barth ]
+ * non-maintainer upload
+ * rebuild should change dependency from libpth2 to libpth20. Closes: #404378
+ * add IPv6-support. Closes: #334414
+ * fix typos in description and jabberd.8. Closes: #300020, #337538
+ * Update description, partly fixes #404816.
+
+ -- Andreas Barth [EMAIL PROTECTED] Sat, 30 Dec 2006 10:10:28 +
+
jabber (1.4.3-3) unstable; urgency=low
* added patch to correct libexpat vulnerability (Closes: #272408)
diff -Nur ../jabber-1.4.3~/debian/control ../jabber-1.4.3/debian/control
--- ../jabber-1.4.3~/debian/control 2006-12-30 10:08:46.0 +
+++ ../jabber-1.4.3/debian/control 2006-12-31 09:46:29.0 +
@@ -2,7 +2,7 @@
Section: net
Priority: optional
Maintainer: Jamin W. Collins [EMAIL PROTECTED]
-Standards-Version: 3.6.1.0
+Standards-Version: 3.7.2
Build-Depends: dpatch, libpth-dev (=2.0.0), libssl-dev (=0.9.5), debhelper
(=4), libexpat1-dev (= 1.95.6)
Package: jabber
@@ -11,20 +11,20 @@
Conflicts: jabber-aim (= 20030314-6), jabber-jit (= 1.1.6-6), jabber-jud (=
0.4-7), jabber-muc (= 0.5.2-6), jabber-msn (= 1.2.1-1.2.8rc1-1), jabber-yahoo
(= 2.2.0-1), jabber-dev ( ${Source-Version})
Replaces: jabber-transport
Provides: jabber-transport, ${jabber:Provides}
-Description: Daemon for the jabber.org Open Source Instant Messenger
+Description: An instant messaging server using the Jabber/XMPP protocol
Jabber is a Free Instant Messaging System
.
In this Package you will find jabberd, a message transport server
- based on a XML Message Routing Infrastructure.
+ based on an XML Message Routing Infrastructure.
.
All this high-tech is simply used to provide you with your own IM Server.
- See http://www.jabber.org/ for more details.
+ See http://www.jabberd.org/ for more details.
.
Jabber supports connecting to AIM, ICQ, IRC, MSN and a lot of others, so
you can use all available IM systems from one client.
.
This package does not provide a jabber client. Some jabber clients are
- compared at http://www.jabber.org/user/clientlist.php?Platform=Linux
+ compared at http://en.wikipedia.org/wiki/List_of_Jabber_client_software
Package: jabber-dev
Section: devel
@@ -38,7 +38,7 @@
jabber plugins e.g. transports.
.
All this high-tech is simply used to provide you with your own IM Server.
- See http://www.jabber.org/ for more details.
+ See http://www.jabberd.org/ for more details.
.
Jabber supports connecting to AIM, ICQ, IRC, MSN and a lot of others, so
you can use all available IM systems from one client.
diff -Nur ../jabber-1.4.3~/debian/jabberd.8 ../jabber-1.4.3/debian/jabberd.8
--- ../jabber-1.4.3~/debian/jabberd.8 2006-12-30 10:08:46.0 +
+++ ../jabber-1.4.3/debian/jabberd.82006-12-30 10:21:17.0 +
@@ -19,12 +19,12 @@
.SH DESCRIPTION
.LP
Jabber is a Free Instant Messaging System, which is designed to interoperate
-with several other IM systems, such as AIM, ICQ, IRC, MSM, so you only need
+with several other IM systems, such as AIM, ICQ, IRC, MSN, so you only need
one client to use all these IM systems.
.br
This manpage describes the jabber server daemon, \fIjabberd\fR.
.br
-The daemon, when called, will look for its the configuration file, in
+The daemon, when called, will look for its configuration file, in
\fI/etc/jabber/jabber.xml\fR (or elsewhere if you use the \-c option), and
start
listening on port 5222.
diff -Nur ../jabber-1.4.3~/debian/patches/00list
../jabber-1.4.3/debian/patches/00list
--- ../jabber-1.4.3~/debian/patches/00list 2006-12-30 10:08:46.0
+
+++ ../jabber-1.4.3/debian/patches/00list 2006-12-30 10:09:29.0
+
@@ -3,3 +3,4 @@
base_file
config
jabberd-1.4.3-extexpat
+timebuffs.dpatch
diff -Nur ../jabber-1.4.3~/debian/patches/timebuffs.dpatch
../jabber-1.4.3/debian/patches/timebuffs.dpatch
--- ../jabber-1.4.3~/debian/patches/timebuffs.dpatch1970-01-01
00:00:00.0 +
+++ ../jabber-1.4.3/debian/patches/timebuffs.dpatch 2006-12-30
10:09:29.0 +
@@ -0,0 +1,86 @@
+#! /bin/sh -e
+## timebuffs.dpatch by Sergei Golovan [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Increases buffer lengths for storing string representation of
+## DP: time(NULL) and character counts.
+
+[ -f
Bug#391021: Bug#392021: Still occurring?
Does this bug still happen in current builds? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#111342: xarchon: me too
severity 111342 grave thanks Package: xarchon Version: 0.50-10 Followup-For: Bug #111342 hi I tried this game, and could not use it, due to this bug. Here are a few important facts: --- fact 1 According to this command: $ dpkg -l '*font*' | grep ^ii ii dfontmgr0.11.10 GUI frontend for Defoma, DEbian FOnt MAnager ii fontconfig 2.4.2-1 generic font configuration library - support ii fontconfig-config 2.4.2-1 generic font configuration library - configu ii gsfonts 8.11+urwcyr1.0.7~pre41-1 Fonts for the Ghostscript interpreter(s) ii gsfonts-x11 0.20 Make Ghostscript fonts available to X11 ii latex-xft-fonts 0.1-5Xft-compatible versions of some LaTeX fonts ii libfont-afm-perl1.19-1 Font::AFM - Interface to Adobe Font Metrics ii libfontconfig1 2.4.2-1 generic font configuration library - runtime ii libfontconfig1-dev 2.4.2-1 generic font configuration library - develop ii libfontenc1 1.0.2-2 X11 font encoding library ii libxfont1 1.2.2-1 X11 font rasterisation library ii msttcorefonts 1.5 Installer for Microsoft TrueType core fonts ii psfontmgr 0.11.10 PostScript font manager -- part of Defoma, D ii ttf-freefont20060501cvs-9Freefont Serif, Sans and Mono Truetype fonts ii unifont 1.0-3X11 dual-width GNU Unicode font ii x-ttcidfont-conf25 Configure TrueType and CID fonts for X ii xfonts-75dpi1.0.0-3 75 dpi fonts for X ii xfonts-75dpi-transcoded 1.0.0-3 75 dpi fonts for X (transcoded from ISO 1064 ii xfonts-base 1.0.0-4 standard fonts for X ii xfonts-dosemu 1.2.2-8 VGA font for the DOS Emulator ii xfonts-encodings1.0.0-6 Encodings for X.Org fonts ii xfonts-intl-european1.2.1-6 International fonts for X -- European ii xfonts-scalable 1.0.0-6 scalable fonts for X ii xfonts-utils1.0.1-1 X Window System font utility programs I have a quite reasonably complete set of fonts installed here, Moreover, according to the command $ xlsfonts -fn '-misc-fixed-medium-*-normal-*-15-0-*-*-*-*-iso8859-1' -misc-fixed-medium-o-normal--15-0-100-100-c-0-iso8859-1 -misc-fixed-medium-r-normal--15-0-100-100-c-0-iso8859-1 -misc-fixed-medium-r-normal--15-0-100-100-c-0-iso8859-1 my installed fonts can provide the required family. --- fact 2 my X was automatically configured --- fact 3 this bug was reported 4 years ago and never fixed or addressed in any way Truth is, this game does not work in a standard Etch install ; for this reason, I do not see it suitable for the Etch release: hence I am upgrading this bug severity. To correct this bug, -) either add dependency on a font package that is capable of satisfying -) or at least add an explanation somewhere on how to solve this problem : add some 'grep blahblah /etc/X11/xorg.conf' in postinst, and/or a huge debconf warning, explaining what is needed to have it working a. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages xarchon depends on: ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libgcc1 1:4.1.1-21 GCC support library ii libglib1.2 1.2.10-17 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxpm4 1:3.5.5-2 X11 pixmap library ii xarchon-theme-default [xarch 0.50-10 The
Bug#405100: smartmontools: smartctl is able do disable Automatic Offline Testing but unable to reenable it
Package: smartmontools Version: 5.37-1 Severity: normal For some reason (curiosity) I disabled the the SMART Automatic Offline Testing for my harddrive with: smartctl -d ata -o off /dev/sda which worked fine. Now smartctl tells me that it is disabled (before it was enabled). But now smartctl is unable to reenable it. smartctl -d ata -o on /dev/sda only display following message: === START OF ENABLE/DISABLE COMMANDS SECTION === Error SMART Enable Automatic Offline failed: Input/output error Smartctl: SMART Enable Automatic Offline Failed. There is no output on dmesg. I'm using a Hitachi HTS541080G9AT00 from the Travelstar 5K100 series in a Thinkpad T43 Laptop connected over sata. -- Package-specific info: Ouput of /usr/share/bug/smartmontools: -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4 Locale: LANG=de_CH.UTF8, LC_CTYPE=de_CH.UTF8 (charmap=UTF-8) Versions of packages smartmontools depends on: ii debianutils 2.17Miscellaneous utilities specific t ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip Versions of packages smartmontools recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405102: installation-report: Include info on which PCI device is in used by which kernel module
Package: installation-report
Version: 2.25
Severity: important
Tags: patch
In bug #403876 I got code for discover-data from Auke Kok to extract
which PCI devices the various kernel modules are attached to. This
information would make it a lot easier to figure out which kernel
module have a problem if the Debian installation isn't working as it
should, so I believe it is important to get it included in the
installation-report package in Etch. I set severity important because
of this.
Here is a patch to enable it, based on the current svn code. I've
tested it on my installed system, but not in the udeb / d-i
environment. I'm not sure if for example awk, sed and the /sys/ mount
point is available in that environment, so it might fail there.
Index: report-hw
===
--- report-hw (revision 43704)
+++ report-hw (working copy)
@@ -17,9 +17,11 @@
uname -a 21 | addinfo umame -a
if type lspci /dev/null 21; then
+ lspci=lspci
lspci -nn 21 | addinfo lspci -nn
lspci -vnn 21 | addinfo lspci -vnn
elif /target/usr/bin/lspci /dev/null; then
+ lspci=/target/usr/bin/lspci
/target/usr/bin/lspci -nn 21 | addinfo lspci -nn
/target/usr/bin/lspci -vnn 21 | addinfo lspci -vnn
else
@@ -49,3 +51,20 @@
/usr/lib/directfb-0.9.25/bin/dfbinfo 21 | addinfo dfbinfo
fi
fi
+
+# List which modules are refering to which PCI devices
+if [ $lspci ] [ -d /sys/bus/pci/devices ] ; then
+echo loaded modules:
+(
+ cd /sys/bus/pci/devices
+ for address in * ; do
+ if [ -d $address/driver/module ] ; then
+ module=`cd $address/driver/module ; pwd -P | xargs basename`
+ if grep -q ^$module /proc/modules ; then
+ address=$(echo $address |sed s/://)
+ echo `lspci -n -s $address | tail -n 1 | awk '{print $3}'`
$module
+ fi
+ fi
+ done
+) | addinfo modulemap
+fi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405101: gramofile: Please update suggests to wodim as cdrecord is history (patch attached)
Package: gramofile
Version: 1.6-7
Severity: minor
Tags: patch
As wodim is now replacing cdrecord in debian, please update your
debian/config file, and allowing to remove the transitional package
cdrecord
Attached is a patch, which will update the debian/control file.
NOTE: I'm working on a patch removing all occurences of cdrecord. As
this is more invasive, I'll gonna to post this patch in an extra bug, to
keep this fix as small as possible
Tobi
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages gramofile depends on:
ii fftw2 [fftw2-double] 2.1.3-20library for computing Fast Fourier
ii libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii libncurses5 5.5-5 Shared libraries for terminal hand
Versions of packages gramofile recommends:
pn mctools-lite none (no description available)
-- no debconf information
diff -rup gramofile-1.6/debian/control gramofile-1.6-patched/debian/control
--- gramofile-1.6/debian/control2006-12-31 10:56:14.0 +0100
+++ gramofile-1.6-patched/debian/control2006-12-31 10:58:50.0
+0100
@@ -9,12 +9,12 @@ Package: gramofile
Architecture: any
Depends: ${gramofile:Depends}
Recommends: mctools-lite
-Suggests: cdrecord
+Suggests: wodim
Description: Transfer sound from gramophone records to CD
GramoFile enables you to record audio from (for example) gramophone
records, process the signal and listen to the results. Because sound
files in .WAV-format are used, it is possible to exchange the files
- with many other programs. Cdrecord(1) can burn CD-Recordables of these,
+ with many other programs. Wodim(1) can burn CD-Recordables of these,
so you can make CDs with the music of your favorite records. The user
interface of GramoFile has a windows-like look-and-feel, making it
fairly easy to use.
Bug#391404: NMU uploaded
* Julien Cristau ([EMAIL PROTECTED]) [061230 03:57]: On Sat, Dec 30, 2006 at 12:17:08 +0100, Andreas Barth wrote: diff -Nur ../modxslt-2005072700~/debian/changelog ../modxslt-2005072700/debian/changelog --- ../modxslt-2005072700~/debian/changelog 2006-12-30 10:43:36.0 + +++ ../modxslt-2005072700/debian/changelog 2006-12-30 10:54:43.0 + @@ -1,3 +1,14 @@ +modxslt (2005072700-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Remove debian/modxslt-config.1, debian/modxslt-parse.1 and +debian/modxslt-perror.1 and use the originals in doc/man instead. + * Use $packagename.manpages to ship the manpages. + * Ship modxslt-config.1 in libmodxslt0, modxslt-parse.1 and +modxslt-perror.1 only in modxslt-tools. Closes: #391404 + + -- Andreas Barth [EMAIL PROTECTED] Sat, 30 Dec 2006 10:43:48 + + I don't think you want to install any manpage in libmodxslt0, as that would make it conflict with a future libmodxslt1. The manpage should be in libmodxslt0-dev, IMHO. Hm, I was under the wrong impression that libapache2-modxslt needs also the manpage. Ok, reverting this change now. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405103: selinux-policy-refpolicy-targeted: Multiple problems with courier policy
Package: selinux-policy-refpolicy-targeted
Version: 0.0.20061018-2
Severity: normal
The targeted refpolicy has a number of issues that prevent courier's IMAP and
SSL servers from working:
* courier.fc specifies labelling for most of courier's files, but virtually
all of these have the -- constraint which makes them apply only to
(regular) files. This means that /var/run/courier/authdaemon doesn't get
labelled, and hence when the authdaemon socket is created therein, it has
the type var_run_t. The other courier components aren't allowed to read
var_run_t (they have courier_var_run_t instead), so authentication breaks.
Removing the -- from this line in courier.fc seems to fix it:
/var/run/courier(/.*)? --
gen_context(system_u:object_r:courier_var_run_t,s0)
* courier.fc also has a specific label the authdaemon executables, whose path
expression /usr/lib(64)?/courier/authlib/.* doesn't match the Debian
packages; the correct pattern for Debian's paths would be
/usr/lib(64)?/courier/courier-authlib/.* . This leaves authdaemon running
in initrc_t or something equally unhelpful. Changing this line in
courier.fc takes care of it:
- /usr/lib(64)?/courier/authlib/.*--
gen_context(system_u:object_r:courier_authdaemon_exec_t,s0)
+ /usr/lib(64)?/courier/(courier-)?authlib/.*--
gen_context(system_u:object_r:courier_authdaemon_exec_t,s0)
* The POP IMAP servers still can't connect to authdaemon, because they're in
courier_pop_t while authdaemon is in courier_authdaemon_t (with the above
fix). The fc gives courier_pop_t read/write permissions on
courier_authdaemon_t:tcp_socket, but authdaemon listens on a UNIX domain
socket; I'm not entirely sure it _can_ listen for TCP. This policy seems
to fix it, although adding another line in upstream's courier.te allowing
the same access from courier_pop_t to courier_authdaemon_t:unix_stream_socket
that's now permitted on tcp_socket would probably be preferable.
allow courier_pop_t courier_authdaemon_t:unix_stream_socket { connectto read
write };
* authdaemon doesn't work in itself, because although it can connect to its
own UNIX domain socket, it can't accept connections or do anything else with
them. Um, yeah. This fixes it for me:
- allow courier_authdaemon_t self:unix_stream_socket connectto;
+ allow courier_authdaemon_t self:unix_stream_socket { connectto listen accept
read write };
* courier-imap-ssl (and probably the SSL POP daemon also, but I didn't try
that one) use an SSL session cache in /var/lib/courier/; it's created by
the first writer. However, because the fc only labels files, the directory
itself stays labelled as var_lib_t and the cache can't be created (and if it
could, it would have the wrong type.) Here's the offending line; removing
the -- and relabelling fixes this one:
/var/lib/courier(/.*)? --
gen_context(system_u:object_r:courier_var_lib_t,s0)
* Once connected, the IMAP server can't setuid/setgid to the proper account,
if so specified by the userdb, because it hasn't been granted either of
those capabilities. courier_pcp_t (that's a C) can, but courier_pop_t
can't. Hence:
allow courier_pop_t self:capability { setgid setuid };
* The IMAP server also can't read symlinks in user_home_t. These are often
placed inside a Maildir to expose another maildir/mbox as a subfolder. This
restores that ability, to no significant loss of security I can see on the
face of it:
allow courier_pop_t user_home_t:lnk_file read;
* Finally, courier-imap has sometime recently started using fam to watch for
changes in the Maildir. This involves going through portmap, connecting to
arbitrary ports to talk to famd, etc. Bleh. It's optional, and if the
attempt fails it will poll the directory instead, but it makes a fair
amount of noise in the logs (the attempt is repeated on every write to
the maildir)
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages selinux-policy-refpolicy-targeted depends on:
ii libpam-modules0.79-4 Pluggable Authentication Modules f
ii libselinux1 1.32-3 SELinux shared libraries
ii policycoreutils 1.32-1 SELinux core policy utilities
ii python2.4.4-2An interactive high-level object-o
Versions of packages selinux-policy-refpolicy-targeted recommends:
ii checkpolicy 1.32-1 SELinux policy compiler
pn setools none (no description available)
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337284: invoke-rc.d nfs-user-server restart fails if service not running
Justin Pryzby wrote: If the submitter's report (and my understanding and interpretation thereof) is correct, then this would be RC; stop must not fail only because the service is not running. stop doesn't fail when the service is not running. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403985: apt-get update crashes in pkgAcqDiffIndex::ParseDiffIndex
severity 403985 important tags 403985 + unreproducible thanks * Andreas Barth ([EMAIL PROTECTED]) [061228 05:43]: does this error still happen for you? I couldn't reproduce it. If so, could you try moving away /var/cache/apt/*bin and if it works after that? As I didn't get an answer up to now, and couldn't reproduce, setting severity to important. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401568: libgtk2.0-0: Replace default GtkEntry invisible char with black circle
On Tue, Dec 26, 2006, Sven Arvidsson wrote: I won't commit it to svn as gtk+ uses quilt, not something I'm familiar with. You may drop patches with level 1 in debian/patches, it should work, but you have to mention them in the series file as well. BTW, OpenSuse and Fedora use the same patch. -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#405092: pitivi: won't run due to supposedly missing pygtk dependence
Claudio Saavedra, le Sun 31 Dec 2006 02:05:56 -0300, a écrit : Package: pitivi Version: 0.10.1-2 Severity: grave Justification: renders package unusable When running I get the following error: [EMAIL PROTECTED]:~$ pitivi PyGTK couldn't be found ! Same story: works for me, PyGTK is provided by the python-gtk2 package. It looks like you rather have a problem with your python setup. Samuel
Bug#405091: jokosher: missing dependence in pygst module
Claudio Saavedra, le Sun 31 Dec 2006 01:49:28 -0300, a écrit : Package: jokosher Version: 0.2-1.1 Severity: grave Justification: renders package unusable Can't run jokosher at all: [EMAIL PROTECTED]:~$ jokosher Error loading Jokosher: No module named pygst Works for me: the pygst module is in the python-gst0.10 package, which you have installed, so you should have it in /usr/share/pycentral/python-gst0.10/site-packages/pygst.py Could you check that file? Samuel
Bug#391404: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -Nur ../modxslt-2005072700~~/debian/changelog ../modxslt-2005072700/debian/changelog --- ../modxslt-2005072700~~/debian/changelog2006-12-30 10:54:43.0 + +++ ../modxslt-2005072700/debian/changelog 2006-12-31 10:17:15.0 + @@ -1,3 +1,10 @@ +modxslt (2005072700-2.2) unstable; urgency=high + + * Non-maintainer upload. + * Move modxslt-config.1 back to libmodxslt0-dev. + + -- Andreas Barth [EMAIL PROTECTED] Sun, 31 Dec 2006 10:16:51 + + modxslt (2005072700-2.1) unstable; urgency=high * Non-maintainer upload. diff -Nur ../modxslt-2005072700~~/debian/libmodxslt0-dev.manpages ../modxslt-2005072700/debian/libmodxslt0-dev.manpages --- ../modxslt-2005072700~~/debian/libmodxslt0-dev.manpages 1970-01-01 00:00:00.0 + +++ ../modxslt-2005072700/debian/libmodxslt0-dev.manpages 2006-12-30 10:54:13.0 + @@ -0,0 +1 @@ +doc/man/modxslt-config.1 diff -Nur ../modxslt-2005072700~~/debian/libmodxslt0.manpages ../modxslt-2005072700/debian/libmodxslt0.manpages --- ../modxslt-2005072700~~/debian/libmodxslt0.manpages 2006-12-30 10:54:13.0 + +++ ../modxslt-2005072700/debian/libmodxslt0.manpages 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -doc/man/modxslt-config.1 -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404754: libgtk2.0-dev: Missing gdkwindow-x11.h
On Fri, Dec 29, 2006, Mathias Brodala wrote: But that’s exactly what I already did. And I cannot accomplish this since the compiler is unable to find gdkwindow-x11.h. That was the reason I filed this report. You might want to add #ifdef GDK_WINDOWING_X11 around your code if it is specific to X11, this will permit appliying your patch in all cases. -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#403164: debbugs soap frontend escape bug.
reassign 403164 debbugs retitle 403164 debbugs soap frontend, escape bug in last-posted msgid handling. severity 403164 serious thanks At Thu, 28 Dec 2006 11:59:46 +0100, Bernardo Dal Seno wrote: [1 text/plain; ISO-8859-1 (7bit)] On 12/28/06, Bernardo Dal Seno [EMAIL PROTECTED] wrote: You can find attached the output (stdout and stderr) of the command above, if it's useful. Sorry, the attachment got lost. blockedby xsi:type=xsd:string/keywords xsi:type=xsd:stringsid fixed-in-experimental/keywordsmsgid xsi:type=xsd:stringlt;[EMAIL PROTECTED]/msgidid xsi:tException `XMLParserError' at /usr/lib/ruby/1.8/xsd/xmlparser/xmlparser.rb:31 - unclosed token I think I found the bug. debbugs isn't escaping '' in e-mail address while it's escaping '' as lt;. '' that is found in msgids should be escaped as 'gt;'. It only happens sporadically since it will depend on who the last person mailing to the bugreport was. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349710: arts: can't create mcop directory on 31st Dec 2006 still there
Package: arts Version: 1.5.5-1 Followup-For: Bug #349710 it still says can't create mcop directory. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages arts depends on: ii libarts1c2a 1.5.5-1aRts sound system core components ii libartsc0 1.5.5-1aRts sound system C support librar arts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405104: gspca-source: New upstream release available
Package: gspca-source Severity: wishlist Hi, Could you please package the 1.00.11 version of gspca which addds support for the zc0321 chipsets? Thanks! Cheers, Samuel. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381233: Rhythmbox doesn't show notifications
On Fri, Dec 29, 2006, Sven Arvidsson wrote: Is there a good reason why rhythmbox doesn't recommend notification-daemon, or can I go ahead and add it? Go ahead! -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#404876: libgstreamer0.10-0: Possible solution found
Hi Ben, On Sat, Dec 30, 2006, Ben Wong wrote: EXECUTIVE SUMMARY: Due to a regression, any program that links libgstreamer segfaults on G3 processors. I've fixed this by recompiling libgstreamer from source. Everything works again. Thanks, that's very interesting. $ apt-get source libgstreamer0.10-0 $ sudo aptitude install libgstreamer0.10-dev libglib-dev $ cd gstreamer0.10-0.10.10/ $ ./configure Could you attach the config.* files from this run? It would be interesting to compare them to a run on a G4 machine to see what differs. Thanks, -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#351832: Bug 351832 still exists.
On Sun, 31 Dec 2006, Lee Garrett wrote: Sorry to nag you with this bug, but it is still there! Reading through the patch I had mailed, I got the both files reversed. After talking to a friend who is more into kernels and C, it is probably better to put the reboot fixup for this in arch/i386/kernel/reboot_fixups.c. --Lee the patch you posted got applied upstream, that is the reason i closed the bug, also there was no further info. please name the linux-image where you still see that issue? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405105: libcupsys2-dev: dependency missmatch to libcupsys2 (=1.2.7-1)
Package: libcupsys2-dev Version: 1.2.7-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package libcupsys2-dev is packaged with dependency to libcupsys2 with version equal to 1.2.7-1, which is indeed not longer available in archive. package not installable without trick. - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFl53VJT8rw+15p1gRAkztAKDQ86y31cCQx4ILpyx5Y2EJpzN76wCgqvQq Qy2ecv8fSssbB43sgaMucak= =DIs9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405107: libgtk1.2-common: Request for proper fontset for UTF-8 locales.
Package: libgtk1.2-common
Version: 1.2.10-18
Severity: wishlist
The default fontset in gtkrc.utf-8 are:
fontset = -*-arial-medium-r-normal--*-120-*-*-*-*-iso10646-1,\
-*-helvetica-medium-r-normal--*-120-*-*-*-*-*-*
But the arial and helvetica fonts in debian do not contain any UTF-8
CJK characters. So that made all gtk+ 1.2 apps cannot display correctly
under CJK locales.
To avoid this problem, we can put the proper fontset either in
gtkrc.utf-8 or in each of gtkrc.{zh_TW,zh_CN,ja_JP,ko_KR}.utf-8.
I tested this fontset works very under zh_TW.UTF-8 locale:
fontset = -*-umingmbe-medium-r-normal--*-120-*-*-*-*-iso10646-1,\
-*-uming-medium-r-normal--*-120-*-*-*-*-iso10646-1,\
-*-arial-medium-r-normal--*-120-*-*-*-*-iso10646-1,\
-*-helvetica-medium-r-normal--*-120-*-*-*-*-*-*
And I wish this could be included in etch as well, cause incorrect
display always scare users away.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404662: dwww: File conflict with iceweasel
tags 404662 pending thanks Hi Here's a patch for this bug, together with three other hunks that should go into an NMU (restart apache properly, remove webserver configuration snippet properly, and spanish debconf translation update). Thanks for the patch, it looks OK. I'm not going to NMU this myself, unless requested by the maintainer until Friday (tomorrow) afternoon, because the RC bug is quite young and I will be on vacation from Saturday on. I had been rather busy for the last 6 months and had no time for properly maintaining my packages :(, but hopefully the situation has changed lately. I will upload fixed dwww in the next three days. Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390978: Yes, I can reproduce
Yes, I can reproduce this bug with 2.6.18-3-686. I've worked around it permanently by adding the line blacklist ehci_hcd to the file modprobe.d/ncn so if you need any testing you'll have to ask. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402669: cowdancer: cannot build gnustep-base with cowbuilder
Yup. It seems to be a problem chowning that file. Just before dh_fixperms, I add: set chown --no-dereference 0:0 debian/gnustep-base-common/usr/share/GNUstep/Libraries/gnustep-base/NSTimeZones/localtime I uploaded a fix for this problem. Cowdancer inside of chroot needs to be updated to the new version. Please do cowbuilder --update after the mirrors are up-to-date. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405101: gramofile: Forgot the patch..
Package: gramofile Followup-For: Bug #405101 First think, than press send ;-) Tobi -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gramofile depends on: ii fftw2 [fftw2-double] 2.1.3-20library for computing Fast Fourier ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand Versions of packages gramofile recommends: pn mctools-lite none (no description available) -- no debconf information diff -purN gramofile-1.6.orig/debian/91_rename_cdrecord_wodim.dpatch gramofile-1.6-patched/debian/91_rename_cdrecord_wodim.dpatch --- gramofile-1.6.orig/debian/91_rename_cdrecord_wodim.dpatch 1970-01-01 01:00:00.0 +0100 +++ gramofile-1.6-patched/debian/91_rename_cdrecord_wodim.dpatch 2006-12-31 12:26:30.0 +0100 @@ -0,0 +1,43 @@ +# This patch removes all occurences of cdrecord in the source and documentation. +# This includes removing a link to a (not existing anymore) site of Schilling. +# +# Also changes the packagefile to suggest wodim instead of cdrecord. +# +# by Tobias Frost, [EMAIL PROTECTED], 12-31-2006 +#PATCHOPTIONS -p1 + +diff -pur -p1 gramofile-1.6.orig/mainmenu.c gramofile-1.6-patched/mainmenu.c +--- gramofile-1.6.orig/mainmenu.c 2006-12-31 11:42:45.0 +0100 gramofile-1.6-patched/mainmenu.c 2006-12-31 11:34:58.0 +0100 +@@ -221,3 +221,3 @@ will be generated, each containing one t + +-This option is not implemented yet. You can use the `cdrecord' \ ++This option is not implemented yet. You can use the `wodim' \ + or `xcdroast' program to create CDs from sound files on the harddisk., +diff -pur -p1 gramofile-1.6.orig/README gramofile-1.6-patched/README +--- gramofile-1.6.orig/README 2000-03-28 23:06:32.0 +0200 gramofile-1.6-patched/README 2006-12-31 11:38:49.0 +0100 +@@ -219,15 +219,12 @@ Write an audio CD: + - This option is not yet implemented. There are some plans to program a +-uniform user interface to the cdrecord(1) program here. You have to ++uniform user interface to the wodim(1) program here. You have to + use the bare program for this moment. Try something like + +-cdrecord -v speed=2 dev=0,2,0 -audio -pad track01.wav track02.wav ... ++wodim -v speed=2 dev=0,2,0 -audio -pad track01.wav track02.wav ... + +-Actual information on cdrecord may be found on: +-http://www.fokus.gmd.de/research/cc/glone/employees/ +- joerg.schilling/private/cdrecord.html +- +-If you like a graphical front-end to write CD's, try the xcdroast +-program: +-http://www.fh-muenchen.de/rz/xcdroast +-(Note: you may have to use the wav2cdr utility.) ++Please check out the wodim package or the cdrkit-doc package for ++details. ++ ++You always can use a graphical front-end to write CD's, like the ++xcdroast program. See the xcdroast package for details. + + diff -purN gramofile-1.6.orig/debian/packages gramofile-1.6-patched/debian/packages --- gramofile-1.6.orig/debian/packages 2006-12-31 12:21:38.0 +0100 +++ gramofile-1.6-patched/debian/packages 2006-12-31 12:24:21.0 +0100 @@ -68,12 +68,12 @@ Package: gramofile Architecture: any Depends: [/usr/bin/*] Recommends: mctools-lite -Suggests: cdrecord +Suggests: wodim Description: Transfer sound from gramophone records to CD GramoFile enables you to record audio from (for example) gramophone records, process the signal and listen to the results. Because sound files in .WAV-format are used, it is possible to exchange the files - with many other programs. Cdrecord(1) can burn CD-Recordables of these, + with many other programs. Wodim(1) can burn CD-Recordables of these, so you can make CDs with the music of your favorite records. The user interface of GramoFile has a windows-like look-and-feel, making it fairly easy to use.
Bug#391867: linux-image-2.6.18-3-686: I've got this too
Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Followup-For: Bug #391867 Very irritating bug since it does it first on ata1, then on ata2, for a delay of a full minute during every boot. I'll look forward to seeing this fixed. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.18-3-686 depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-18 Yet Another mkInitRD Versions of packages linux-image-2.6.18-3-686 recommends: ii libc6-i686 2.3.6.ds1-8 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/kimage-is-a-directory: linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true * linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338405: another patch
On Sunday 31 December 2006 20:33, maximilian attems [EMAIL PROTECTED] wrote: well the patch description is different to the patch itself. kinit is not used in initramfs-tools and is not removed in the patch below, what you remove are dash and minips from klibc-utils. Sorry for the mis-description, I presume that the intent is clear though. no this patch has the same fundamental problems than the one that was merged for 0.85d. It is different in that it's a second option, so it is possible to have busybox without replacing all the non-busybox parts. * ugly: once busybox has a busybox --list, there would be no need to invoke tail, tr, sed and grep. Good point, I filed a but report against busybox about that. * wrong: the busybox counterparts to the klibc-utils are not functinality equivalent. as written in the changelog documenting the revert for example sleep doesn't take subsecond args. quite sure that there is other breakage too as experienced by the sheer number of boot failures of 0.85d. Such things of course will be less likely to be found if there is no easy option of creating an initramfs that uses it. The last patch that I sent will give no different result unless you set ONLY_BUSYBOX=y, so I can't imagine it causing any problems for anyone. The sleep bug is reported as below: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341403 Having this code in mkinitramfs makes it more likely that the busybox bugs will get fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405101: gramofile: new patch
Package: gramofile Version: 1.6-7 Followup-For: Bug #405101 Please disregard the prevoius patch. I did the patch in the wrong file, as I was blind to see that you use dpatch... Well, here is the complete patch, removing all (but one in the TODO) occurence of cdrecord. The patch modified two files: - debian/package for the control file generation - adding a new dpatch rule 91_rename_cdrecord_wodim.dpatch, which will do touch these two files: mainmenuc.c and README In the README, I removed the URL to the not-anymore-existing page of Schilling. Instead, I put in a link to the cdrkit-doc package. Have fun. Tobi -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gramofile depends on: ii fftw2 [fftw2-double] 2.1.3-20library for computing Fast Fourier ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand Versions of packages gramofile recommends: pn mctools-lite none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404222: yet another update to twiki debian package
Hi Marcus,
Thanks for reporting this!
Marcus C. Gottwald wrote:
Please note that this change does not match the syntax suggested for
the value of DefaultUrlHost in LocalSite.cfg: A trailing slash is
given in the default config but excluded from the first pair of
brackets in the above regular expression.
quantum3:~# grep DefaultUrlHost /etc/twiki/LocalSite.cfg_DISTR
$TWiki::cfg{DefaultUrlHost} = 'http://localhost/';
Lazy people who have simple never set DefaultUrlHost (because up to
now there was no need to) might go slightly crazy until they have
finally found out which value they need to change AND that the
trailing slash must be omitted...
Can you provide a patch? I am just sponsoring twiki and I am not
familiar enough with it yet. Sven is on holidays, so he might be away
from the computer at the moment.
But I can upload a fix, reopen this bug, or we can just open a new one,
as this is no longer a security issue as I understand it, just a bug
introduced by this security fix.
Thanks for your input, and happy hacking!
--
·''`. If I can't dance to it, it's not my revolution
: :' :-- Emma Goldman
`. `' Proudly running Debian GNU/Linux (unstable)
`- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#403144: apt-listbugs: Debug output
At Fri, 15 Dec 2006 18:17:11 -0500, Filipus Klutiero wrote: Package: apt-listbugs Version: 0.0.69 Followup-For: Bug #403144 Hi, I thought I could reproduce it at one point, but I no longer can. Can you also reproduce? regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357819: mozilla-browser: XHTML documents only displayed properly with improper content type
sön 2006-12-31 klockan 12:21 +0100 skrev Mike Hommey: This sounds to me it is not a bug in the browser, but in your page. XHTML being XML, it needs a namespace. Try adding xmlns=http://www.w3.org/1999/xhtml; to the html element, I bet it will solve the issue. If it does not (which I doubt), please (ask to) reopen this bug. You are absolutely right. You may then want to file a bug against the w3c validator for not detecting this problem. I'll do that. -- Vincent Lönngren [EMAIL PROTECTED]
Bug#405083: twiki: produces an access error every time a page is saved
Hi, Adam! Adam Black wrote: Since upgrade to 1.4.0.5-6, every time a page is saved it produces an error: Access Check on Main.WebHome failed. Action redirect unsafe redirect to http://localhost/cgi-bin/twiki/view/Main/WebHome Thank you for reporting this. Can you look at this report and see if it is in any way related? http://bugs.debian.org/404222 Thanks! -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#405106: libattr1: contains unnecessary empty dir /usr/share/doc/attr
Package: libattr1 Version: 2.4.32-1 Severity: normal The package contains an empty directory /usr/share/doc/attr, which isn't used and doesn't make any sense, so it should be removed from the package. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages libattr1 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries libattr1 recommends no packages. -- no debconf information Tscho Roland -- * [EMAIL PROTECTED] * http://www.spinnaker.de/ * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405108: busybox: should have a --list option to list all supported commands
Package: busybox Version: 1:1.1.3-3 Severity: normal busybox | tail -19 | tr , n | sed -e s/ \|\t//|grep .|grep -v busybox Currently to get a list of the supported commands in busybox I need to use the above shell code. This is ugly and will cause problems if the number of lines required changes. What we need is a --list command-line option that will display all supported options one per line to stdout without any additional commentary. See bug #338405 for one example of what I want to do with this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403144: apt-listbugs: Debug output
On Sunday 31 December 2006 06:02, Junichi Uekawa wrote:
At Fri, 15 Dec 2006 18:17:11 -0500,
Filipus Klutiero wrote:
Package: apt-listbugs
Version: 0.0.69
Followup-For: Bug #403144
Hi,
I thought I could reproduce it at one point, but I no longer can. Can
you also reproduce?
Yes.
On a fresh Etch install, I just installed apt-listbugs to test whether I can
reproduce. I only tested with one bug:
# LANG=C apt-get install libexiv2-0.10
Reading package lists... Done
Building dependency tree... Done
Recommended packages:
exiv2
The following NEW packages will be installed:
libexiv2-0.10
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 283kB of archives.
After unpacking 852kB of additional disk space will be used.
Get:1 http://gulus.usherbrooke.ca etch/main libexiv2-0.10 0.10-1.3 [283kB]
Fetched 283kB in 5s (53.0kB/s)
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously deselected package libexiv2-0.10.
(Reading database ... 65580 files and directories currently installed.)
Unpacking libexiv2-0.10 (from .../libexiv2-0.10_0.10-1.3_i386.deb) ...
Setting up libexiv2-0.10 (0.10-1.3) ...
vinci:~#
Meanwhile:
#401660: Image with corrupted metadata crashes Exiv2
Package: libexiv2-0.10 (0.10-1.3); Severity: grave; Reported by: Gregor
Hoffleit [EMAIL PROTECTED]; Tags: fixed-upstream, pending; Blocked by
#389711; Blocks #389711, #401416; Forwarded to
http://bugs.kde.org/show_bug.cgi?id=136855; 26 days old.
Title: 302 Found
http://bugs.debian.org:80/, user-auth=:
indexdir = /indices/
Set XSD::XMLParser::XMLParser as XML processor.
reading /indices/index.db-critical.gz..
reading /indices/index.db-grave.gz..
reading /indices/index.db-serious.gz..
fetching 401660 386899..
Wire dump:
= Request
! CONNECT TO bugs.debian.org:80
! CONNECTION ESTABLISHED
POST /cgi-bin/soap.cgi HTTP/1.1
SOAPAction: ""
Content-Type: text/xml; charset=utf-8
User-Agent: SOAP4R/1.5.5 (/114, ruby 1.8.5 (2006-08-25) [i486-linux])
Date: dim déc 31 11:34:38 -0500 2006
Content-Length: 615
Host: bugs.debian.org
401660
386899
= Response
HTTP/1.1 302 Found
Date: Sun, 31 Dec 2006 11:33:01 GMT
Server: Apache/1.3.33 (Debian GNU/Linux)
Location: http://bugs.donarmstrong.com/cgi-bin/soap.cgi
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1
129
Found
The document has moved here.
Apache/1.3.33 Server at bugs.debian.org Port 80
0
redirected to http://bugs.donarmstrong.com/cgi-bin/soap.cgi
= Request
! CONNECT TO bugs.donarmstrong.com:80
! CONNECTION ESTABLISHED
POST /cgi-bin/soap.cgi HTTP/1.1
SOAPAction: ""
Content-Type: text/xml; charset=utf-8
User-Agent: SOAP4R/1.5.5 (/114, ruby 1.8.5 (2006-08-25) [i486-linux])
Date: dim déc 31 11:34:38 -0500 2006
Content-Length: 615
Host: bugs.donarmstrong.com
401660
386899
= Response
HTTP/1.1 200 OK
Date: Sun, 31 Dec 2006 11:33:01 GMT
Server: Apache/1.3.33 (Debian GNU/Linux) mod_perl/1.29
SOAPServer: SOAP::Lite/Perl/0.60
Content-Length: 3624
Content-Type: text/xml; charset=utf-8
4016600.10-1.3389711 40141611653084810.10-1.3389711pending fixed-upstream[EMAIL PROTECTED]>401660http://bugs.kde.org/show_bug.cgi?id=136855graveImage with corrupted metadata crashes Exiv2Gregor Hoffleit [EMAIL PROTECTED]>pending-fixedpending fixed-upstreamlibexiv2-0.10386899exiv2/0.10-1.1Fathi Boudra [EMAIL PROTECTED]>386855 386882 38734811579285110.10-1.30.10-1.3exiv2/0.10-1.1fixed patch[EMAIL PROTECTED]>386899seriouslibexiv2-0.10 ships a wrong shlibs fileYannick Roehlly [EMAIL PROTECTED]>donefixed patchlibexiv2-0.10
# {}fixed_versions=[] {}mergedwith="" {}found={"0.10-1.3"=>nil} {}blockedby=389711 {}keywords="pending fixed-upstream" {}msgid="<[EMAIL PROTECTED]>" {}id=401660 {}forwarded="http://bugs.kde.org/show_bug.cgi?id=136855" {}severity="grave" {}owner="" {}subject="Image with corrupted metadata crashes Exiv2" {}originator="Gregor Hoffleit <[EMAIL PROTECTED]>" {}pending="pending-fixed" {}tags="pending fixed-upstream" {}fixed_date=[] {}package="libexiv2-0.10" {}found_date=[]>
#nil} {}fixed_versions=["0.10-1.3"] {}mergedwith="" {}found={"exiv2/0.10-1.1"=>nil} {}blockedby="" {}keywords="fixed patch" {}msgid="<[EMAIL PROTECTED]>" {}id=386899 {}forwarded="" {}severity="serious" {}owner="" {}subject="libexiv2-0.10 ships a wrong shlibs file" {}originator="Yannick Roehlly <[EMAIL PROTECTED]>" {}pending="done" {}tags="fixed patch" {}fixed_date=[] {}package="libexiv2-0.10" {}found_date=[]>
bug_number:#401660 greater:false less:false delete too new bug:false
... fixed_max is nil, too new or too old
comparing fixed: []->, found:[0.10-1.3]->0.10-1.3, and new_ver:0.10-1.3 and removal:false
bug_number:#386899 greater:false less:false delete too new bug:false
comparing fixed: [0.10-1.3]->0.10-1.3, found:[exiv2/0.10-1.1]->0.10-1.1, and
Bug#404487: Please improve the ssh regex
Hi there, Yaroslav and Cyril, First of all, thanks for the terribly good job you are both doing in fail2ban. It rocks! Yaroslav Halchenko wrote: Just ICQ virtual drinks may be ;-) Or most of the time I just drink his part myself ;) Cyril - find attached a patch to ban ssh-ddos attacks. And indeed, we should have some beer together -- users are complaining! ;-) Should we ever meet in RL (Debconf, maybe?) the beers are on me. Thanks - I got them and will look into them although it seems that fail2ban is somewhat effective ;-) so we are good ;) Read above! fail2ban makes my life so much easier! (Now, if it was only a bit better documented.. maybe this is where I could return some of the good karma and provide some patches or a quick walkthrough). The wiki is very nice, though. Happy holidays! -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#401983: mozilla fails to install
tags 401983 moreinfo severity 401983 moreinfo thanks On 2006-12-07 Mike Hommey [EMAIL PROTECTED] wrote: On Thu, Dec 07, 2006 at 03:09:56PM +0900, Clemens Schwaighofer [EMAIL PROTECTED] wrote: Package: mozilla Severity: grave Justification: renders package unusable after todays update (iceape install) mozilla package (mozilla 1.8 not seakmonkey 1.0.6) is not any more installable: The following packages have unmet dependencies: mozilla: Depends: iceape but it is not going to be installed E: Broken packages What does apt-get policy iceape give you ? What does apt-get install iceape do ? Seamonkey (iceape) is not a replacement, because most add ons do not work with Seamonkey (iceape) at all If you're talking about debian packages for add ons, that's normal, until they are updated to install the files in the correct directory If you're talking about stuff you installed in your profile, they are just used. Clemens, I am downgrading this bug, since I cannot reproduce it, and nobody else has reported it. Could you provide the requested information: apt-cache policy iceape apt-get install mozilla apt-get install seamonkey mozilla thanks, cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405111: miredo: Spoofing vulnerability
Package: miredo Version: 1.0.4-1 Severity: normal Tags: fixed-upstream, pending This package version is currently vulnerable to spoofing of Teredo clients. More infos from upstream: http://www.simphalempin.com/dev/miredo/mtfl-sa-0604.shtml.en I'm preparing a fixed upload. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages miredo depends on: ii adduser 3.101 Add and remove users and groups ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libjudydebian11.0.3-2C library for creating and accessi ii makedev 2.3.1-83 creates device files in /dev miredo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405109: Soft lockup while loading the driver
Package: ipw3945-source Version:1.1.2-6 Loading ipw3945 driver locks second cpu core when loading driver. I am running Debian Etch with vanilla 2.6.19.1 (smp) kernel on HP nc6320 laptop. This bug has been confirmed and fixed in newest version of the driver. (http://bughost.org/bugzilla/show_bug.cgi?id=1096) -Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405110: lsb-build-base3: unmet dependency to lsb-build-cc3
Package: lsb-build-base3 Version: 3.1.1-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lsb-build-cc3 not available, unmet dependency - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFl6QSJT8rw+15p1gRAtu6AJ9FkpwElzm2CllnN6xjycPxEddk4ACePgv8 /5VDdMuNHQ7wvqK5Q85hyz4= =/krC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405067: php5-cli: Segfault after infinite recursion inside pcre - random memory corruption?
On Sat, Dec 30, 2006 at 10:23:06PM +0100, Richard Atterer wrote: One more thing: I also tried to trim down the example further by reducing the length of the subject string. This gives weird results: The following has occurred to me: The program starts crashing when the region matched by the regex (begins with the opening ?php) is about 4000 bytes long. At this point, the stack contains some 8100 stack frames, half of them on ./pcre_exec.c:1190, the other half on ./pcre_exec.c:677. Thus, it is possible that the special input causes one recursive step (i.e., one call through ./pcre_exec.c:677) for each character that is consumed. Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://geht.net.gibts.bei.atterer.net ¯ '` ¯
Bug#405099: xchat: Per-channel setting of language/dictionary (for spellchecking)
On 2006-12-31 Bart Martens [EMAIL PROTECTED] wrote: On Sun, 2006-12-31 at 09:40 +0100, Andreas Metzler wrote: Package: xchat [...] The spellchecker will underline every single word I type in the English channels, since it cannot be found in the German dictionary. Afaict a per-channel-setting would be needed. Yes, that would be a nice enhancement. Are you interested in writing a patch for this? [...] Sorry no, that is probably beyond my coding skills. cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405079: file-roller: Nautilus context-menu entries have disappeared
On Sat, 2006-12-30 at 23:09 +, Sam Morris wrote: Archive-related context menu entries (e.g., Extract archive) seem to have disappeared after upgrading to file-roller 2.16. Hi, This works for me. Both Extract Here and Create Archive are still in the context menu. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#403144: apt-listbugs: Debug output
Hi, Yes. On a fresh Etch install, I just installed apt-listbugs to test whether I can reproduce. I only tested with one bug: # LANG=C apt-get install libexiv2-0.10 Reading package lists... Done Building dependency tree... Done Recommended packages: exiv2 The following NEW packages will be installed: libexiv2-0.10 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 283kB of archives. After unpacking 852kB of additional disk space will be used. Get:1 http://gulus.usherbrooke.ca etch/main libexiv2-0.10 0.10-1.3 [283kB] Fetched 283kB in 5s (53.0kB/s) Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Selecting previously deselected package libexiv2-0.10. (Reading database ... 65580 files and directories currently installed.) Unpacking libexiv2-0.10 (from .../libexiv2-0.10_0.10-1.3_i386.deb) ... Setting up libexiv2-0.10 (0.10-1.3) ... vinci:~# Meanwhile: #401660: Image with corrupted metadata crashes Exiv2 Package: libexiv2-0.10 (0.10-1.3); Severity: grave; Reported by: Gregor Hoffleit [EMAIL PROTECTED]; Tags: fixed-upstream, pending; Blocked by #389711; Blocks #389711, #401416; Forwarded to http://bugs.kde.org/show_bug.cgi?id=136855; 26 days old. thanks, this information helps a lot. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405112: mozilla-plugin-vlc: Mozilla VLC plugin crash
Package: mozilla-plugin-vlc Version: 0.8.6-svn20061012.debian-1 Severity: normal The VLC plugin crashed when browsing some page with video with Iceweasel. I have iceweasel2.0.0.1+dfsg-1. I have the core file, so additional debug information is available on request (though it might take me a bit over a week or so to respond depending on when you ask; and no debug syms for the vlc library or plugin, only Iceweasel, so I assume it is of fairly little use). Here's a backtrace: Core was generated by `/usr/lib/iceweasel/firefox-bin'. Program terminated with signal 11, Segmentation fault. #0 0x2ada6fbad2ac in raise () from /lib/libpthread.so.0 (gdb) bt #0 0x2ada6fbad2ac in raise () from /lib/libpthread.so.0 #1 0x0044d304 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:206 #2 signal handler called #3 0x2ada71dec4d8 in __gconv () from /lib/libc.so.6 #4 0x2ada71debc90 in iconv () from /lib/libc.so.6 #5 0x2e112aed in ToLocale () from /usr/lib/libvlc.so.0 #6 0x2e112f33 in utf8_mkdir () from /usr/lib/libvlc.so.0 #7 0x2e1145e1 in config_CreateDir () from /usr/lib/libvlc.so.0 #8 0x2e10d308 in __module_EndBank () from /usr/lib/libvlc.so.0 #9 0x2e0b2975 in VLC_Destroy () from /usr/lib/libvlc.so.0 #10 0x2eba1122 in VlcPlugin::~VlcPlugin () from /usr/lib/mozilla/plugins/libvlcplugin.so #11 0x2eba034c in NPP_Destroy () from /usr/lib/mozilla/plugins/libvlcplugin.so #12 0x2eba7609 in Private_Destroy () from /usr/lib/mozilla/plugins/libvlcplugin.so #13 0x0069726d in ns4xPluginInstance::Stop (this=0x349b740) at ns4xPluginInstance.cpp:931 #14 0x0073b290 in nsObjectFrame::Destroy (this=0x2f08bd0, aPresContext=0x35e6d80) at nsObjectFrame.cpp:748 #15 0x00719bcf in nsFrameList::DestroyFrames (this=0x2f08938, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #16 0x0070ece0 in nsContainerFrame::Destroy (this=0x2f088e8, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #17 0x0073247d in nsLineBox::DeleteLineList (aPresContext=0x35e6d80, [EMAIL PROTECTED]) at nsLineBox.cpp:325 #18 0x006fff2b in nsBlockFrame::Destroy (this=0x43ab9e0, aPresContext=0x35e6d80) at nsBlockFrame.cpp:303 #19 0x00719bcf in nsFrameList::DestroyFrames (this=0x43ab9a8, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #20 0x0070ece0 in nsContainerFrame::Destroy (this=0x43ab958, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #21 0x00719bcf in nsFrameList::DestroyFrames (this=0x43ab4f0, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #22 0x0070ece0 in nsContainerFrame::Destroy (this=0x43ab4a0, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #23 0x00719bcf in nsFrameList::DestroyFrames (this=0x43ab3e0, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #24 0x0070ece0 in nsContainerFrame::Destroy (this=0x43ab390, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #25 0x00719bcf in nsFrameList::DestroyFrames (this=0x43ab248, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #26 0x0070ece0 in nsContainerFrame::Destroy (this=0x43ab1f8, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #27 0x00719bcf in nsFrameList::DestroyFrames (this=0x43ab0f8, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #28 0x0070ece0 in nsContainerFrame::Destroy (this=0x43ab0a8, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #29 0x0073247d in nsLineBox::DeleteLineList (aPresContext=0x35e6d80, [EMAIL PROTECTED]) at nsLineBox.cpp:325 #30 0x006fff2b in nsBlockFrame::Destroy (this=0x407b330, aPresContext=0x35e6d80) at nsBlockFrame.cpp:303 #31 0x00719bcf in nsFrameList::DestroyFrames (this=0x407b2f8, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #32 0x0070ece0 in nsContainerFrame::Destroy (this=0x407b2a8, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #33 0x00719bcf in nsFrameList::DestroyFrames (this=0x407b080, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #34 0x0070ece0 in nsContainerFrame::Destroy (this=0x407b030, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #35 0x00719bcf in nsFrameList::DestroyFrames (this=0x3725a08, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #36 0x0070ece0 in nsContainerFrame::Destroy (this=0x37259b8, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #37 0x00719bcf in nsFrameList::DestroyFrames (this=0x3725870, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #38 0x0070ece0 in nsContainerFrame::Destroy (this=0x3725820, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #39 0x00719bcf in nsFrameList::DestroyFrames (this=0x3725720, aPresContext=0x35e6d80) at nsFrameList.cpp:138 #40 0x0070ece0 in nsContainerFrame::Destroy (this=0x37256d0, aPresContext=0x35e6d80) at nsContainerFrame.cpp:161 #41 0x0073247d in nsLineBox::DeleteLineList (aPresContext=0x35e6d80, [EMAIL PROTECTED]) at
Bug#404930: gshowtv: no channels downloads, and no watching possible
* Martin Michlmayr [EMAIL PROTECTED] [2006-12-29 13:38]: * patrick295767 [EMAIL PROTECTED] [2006-12-29 13:03]: Package: gshowtv Sorry but there's no such package in Debian. What does dpkg -p gshowtv | grep Maintainer say? Hmm, maybe you used the package from http://debian.vakevainen.fi/pool/. CCing the maintainer. Petri, can you please take a look at http://bugs.debian.org/404930 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405113: installation-guide
Package: installation-guide Version: Severity: wishlist Tags: l10n, patch While updating my translation of the installation-guide, I have encountered the following typos, which I thought you might like to fix before the next release. ___ 1. po:274 auto: ⑤ Tag: para Original: ⌘0 Floppy images are currently only avaible for sparc32, but, for techinical reasons, not for official releases. (The reason is that they can only be built as root, which is not supported by our build deamons.) Look under quotedaily built images/quote on ulink url=\url-d-i;\Debian Installer project website/ulink for links to floppy images for sparc32. - avaible + available - deamons + daemons OR + dæmons (correct spelling but often replaced by ae nowadays) - on ulink url=\url-d-i;\Debian Installer project website/ulink + on the ulink url=\url-d-i;\Debian Installer project website/ulink 2. po:325 Translator: ③ Literal: don't translate / Nghĩa chữ: đừng dịch auto: ⑤ Tag: term Original: ⌘0 preseed/file (file) Việt: ✔ preseed/file (file) .po:326 auto: ⑤ Tag: para Original: ⌘0 Specify the path to a preconfiguration file to load to automating the install. See xref linkend=\automatic-install\/. Việt: ✘? Hãy xác định đường dẫn đến tập tin cấu hình sẵn cần nạp khi tự động hoá tiến trình cài đặt. Xem xref linkend=\automatic-install\/, dạng ngắn là userinputfile/userinput (tập tin). This doesn't look right. The previous strings all list the parameter name, followed by a description of how it's used, which includes the short form of that parameter. Here, the preseed/file parameter is followed by a description which refers to the automatic install section of the manual. The previous version of this file (included here and indicated by the fuzzy tag ✘?) had included a link to the short form of the parameter, which would fit with the structure of the current file. What should be quoted here? automatic-install, file, or both? random-bits.po 3. po:141 auto: ⑤ Tag: para Original: ⌘0 For detailed information about this file and the various options, consult its man page which will be available after installing the classnamekernel- package/classname package. We recommend that you check that the values are appropirate for your system. - appropirate + appropriate ___ I hope this is useful. Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) PGP.sig Description: This is a digitally signed message part
Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for iscan not set
Hi Hendrik,
I am not sure why SCAN_INQUIRY is not set in discovto is not 0 (see
hcid/main.c:295). This is probably to not make it discoverable after
plugging the bt dongle in and thus correct behaviour. However, I do not
know of any user program that can actually handle that (kdebluetooth
cannot). Thus, in Etch, discovto 0 should be the default setting!
A specific configuration for each dongle is already possible in
hcid.conf, so there is no problem to do configuration for specific
devices.
It actually IS possible to correctly fix this before Etch!
great, thanks for investigating this. I'm going to add discovto 0; as
default plus adding some documentation about the [IP]SCAN problem. Can I
quote this mail?
Yes, maybe correct grammatical mistakes if present.
Note that deleting the config file in /var/lib/bluetooth is an essential
part of the solution.
this is a big _NO_. Don't mess with the configuration storage directly.
The configuration storage has priority over the hcid.conf file and this
is meant to be this way.
The iscan and pscan config option are some legacy option that are
still available for some strange corner cases for some embedded distros
and they are not meant for general and permanent configuration.
If people don't learn that hcid.conf are proposed default values for the
cold run only, then I might simply remove the whole file in the next
upstream release. So stop writing ugly distribution specific hacks and
better ask upstream for it. There might might a real bug hiding
somewhere.
I did some testing with udev and the problem actually also is a kernel
problem. There is some strange dependency between the uevent call to udev and
hcid detecting the device:
A udev script can only act when the bt dongle is plugged _in_ (ACTION==add)
because on removal, the address sysfs attribute is not available anymore
(removed too early).
The rule to call a script for removal can thus look like:
SUBSYSTEM==bluetooth, ACTION==add, RUN+=some/script
The actual script may look like:
-some/script--
#!/bin/sh
BLUEZ_CONF_DIR=/var/lib/bluetooth
sleep 5
BDADDR=$(cat /sys${DEVPATH}/address)
CONF_FILE=${BLUEZ_CONF_DIR}/${BDADDR}/config
rm -f ${CONF_FILE}
--
The sleep is a hack (else the BDADDR is 00:00:00:00:00:00) and I did not test
how bad this interacts with what hcid does.
You cannot do this with hcid itself because it cannot differ between already
present when starting (coldplug) and hotplug.
Solution can be the above script with added dbus init call (hcid and dbus
must
be started before udev, then) and disabled autoinit in hcid.
First of all this is an ugly hack and has no right to exist. Second the
configuration storage is meant to be permanent.
Regards
Marcel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329620: provide zevince similiar to zxpdf
On Thu, Sep 22, 2005 at 06:26:10PM +0800, LI Daobing wrote: How about provide zevince similiar to zxpdf? many document in debian provide as pdf.gz. or support read pdf from stdin, so I can use Here is a working definition of `zevince'. I use it regularly. #!/bin/sh -e This code is written by `Trent W. Buck [EMAIL PROTECTED]`_ (except where explicitly noted) and placed in the Public Domain. All warranties are disclaimed. http://bugzilla.gnome.org/show_bug.cgi?id=307087 x=`mktemp -dt` trap rm -rf \$x\ 0 TERM INT QUIT cd $x zcat $@ x.pdf evince x.pdf -- Trent Buck, Student Errant signature.asc Description: Digital signature
Bug#338405: another patch
On Sun, 31 Dec 2006, Russell Coker wrote: On Sunday 31 December 2006 20:33, maximilian attems [EMAIL PROTECTED] wrote: snipp Such things of course will be less likely to be found if there is no easy option of creating an initramfs that uses it. The last patch that I sent will give no different result unless you set ONLY_BUSYBOX=y, so I can't imagine it causing any problems for anyone. The sleep bug is reported as below: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341403 Having this code in mkinitramfs makes it more likely that the busybox bugs will get fixed. ok! as you agree that the busybox utitilites are not functional ident, i queue that patch for postetch. there should be enough time to poke new busybox upstream to merge such patches. happy new year. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405114: konqueror: special characters not displayed
Package: konqueror Version: 4:3.5.5a.dfsg.1-5 Severity: normal konqueror fails to display glyphs from the International Phonetic Alphabet (IPA) in web pages (in Unicode), for example on Wikipedia: http://en.wikipedia.org/wiki/International_Phonetic_Alphabet In the above page, most phonetic characters display as empty boxes. The same page displays correctly in Iceweasel, so I am sure that I have the necessary fonts. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc6-kelev Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-5 control center for KDE ii kdebase-kio-plugins4:3.5.5a.dfsg.1-5 core I/O slaves for KDE ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-5 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-5 file-find utility for KDE ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgamin0 [libfam0]0.1.8-1 Client library for the gamin file ii libgcc11:4.1.1-19GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-2 core libraries for Konqueror ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319837: Not really a BUG...
This is not really a BUG of GRUB... it's just that BIOS tables are getting bigger! Memtest86(+) uses the standard linux kernel image format, so it it can be loaded easily by boot loaders such as Lilo and Grub... The format is: 512 byte of boot sector 512 * X bytes of setup (where X is usually 4) Y bytes of kernel image A zImage kernel will be loaded at address 0x1 (64k) while a bzImage will be loaded at 0x1 (1MB). Memtest uses the old format. The boot loader also loads a copy of boot sector and setup sectors at 0x9 (and then execute the setup code): || 0A ++ | Reserved for BIOS | Do not use. Reserved for BIOS EBDA. 09A000 ++ | Stack/heap/cmdline| For use by the kernel real-mode code. 098000 ++ | Kernel setup | The kernel real-mode code. 090200 ++ | Kernel boot sector| The kernel legacy boot sector. 09 ++ | Protected-mode kernel | The bulk of the kernel image. 01 ++ | Boot loader | - Boot sector entry point :7C00 001000 ++ | Reserved for MBR/BIOS | 000800 ++ | Typically used by MBR | 000600 ++ | BIOS use only | 00 ++ For the details read this: http://lxr.linux.no/source/Documentation/i386/boot.txt So, basically, this layout assumes that memory up to address 0x9A000 can be used. The problem is that the newer BIOSes are reserving more and more space in the top addresses below 640k (low memory), so this layout got broken... and GRUB cannot do anything about it. I hit this problem a few days ago switching from an old Athlon64 based system to a Core2Duo base one. If you have an x86_64 system you shold have something like this in the dmesg (it's not printed on x86 if I rember correctly, you can look at /proc/iomem anyway): [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0008f000 (usable) [0.00] BIOS-e820: 0008f000 - 000a (reserved) [0.00] BIOS-e820: 000e - 0010 (reserved) [0.00] BIOS-e820: 0010 - 3e599000 (usable) [0.00] BIOS-e820: 3e599000 - 3e5a6000 (reserved) [0.00] BIOS-e820: 3e5a6000 - 3e655000 (usable) [0.00] BIOS-e820: 3e655000 - 3e6a6000 (ACPI NVS) [0.00] BIOS-e820: 3e6a6000 - 3e6ab000 (ACPI data) [0.00] BIOS-e820: 3e6ab000 - 3e6ac000 (usable) [0.00] BIOS-e820: 3e6ac000 - 3e6f2000 (ACPI NVS) [0.00] BIOS-e820: 3e6f2000 - 3e6ff000 (ACPI data) [0.00] BIOS-e820: 3e6ff000 - 3e70 (usable) [0.00] BIOS-e820: 3e70 - 3f00 (reserved) [0.00] BIOS-e820: fff0 - 0001 (reserved) This table is provided by the BIOS and basically tells what memory regions can or can't be used by the system (because reserved by BIOS, for example). The first line tells that, on my system, the limit of usable low memory is 8f000, which breaks the above layout assumption... On my Athlon64 based machine (ASUS K8VSE Deluxe) it was 9FC00, and in fact it worked. Conclusion: memtest86 should use some other method of loading... PS: it's a bit odd to have 1GB of memory and read that a 100k thing cannot fit into memory ;) -- Paolo Ornati Linux 2.6.20-rc2 on x86_64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405115: fluxbox: Use of missing and non-free lucida fonts in default styles
Package: fluxbox Version: 0.9.14-1.2 Severity: minor Tags: patch Hi, Some default styles (Artwiz, Clean, ...) are using missing (and non-free) lucida fonts (with java5-sun-fonts installed), causing menu, windows and toolbar text to diseappear. I attach an archive containing modified styles with vera in place of lucida. Thibault -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fluxbox depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii menu 2.1.33 generates programs menu for all me fluxbox recommends no packages. -- no debconf information styles_fb.tar.gz Description: Binary data
Bug#368557: Small Patch for Files bug in doc-base
Attached is a small patch to stop false positives from the documentation
check when Files: is over more than one line - it just uses strip to
remove the linefeed from the end of the line.
Cheers,
--
Brett Parker
--- linda-0.3.24/checks/documentation.py2006-04-26 06:23:33.0
+0100
+++ linda-0.3.24-new/checks/documentation.py2006-12-31 12:53:35.497176316
+
@@ -120,8 +120,9 @@
if stanza.has_key('files'):
for f in stanza['files'].split(' '):
fp = os.path.join(self.information['dir'], \
'unpacked', f[1:])
+fp = fp.strip()
if not glob.glob(fp) and not os.path.exists(fp):
self.signal_error('doc-base-file-not-found', \
['Files', f])
def check_devhelp(self):
Bug#401938: Works fine here
I'm running libapache2-mod-fcgid and PHP with Apache 2.2 and it works fine at my site. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403863: initscripts: Stray file /lib/init/rw/.ramfs not in package list
Sorry! Please note, that if I was insulting anything, it was a file, not any person. Please don't be quite so testy! I should have said Probably violates the Debian rules for the filesystem hierarchy standard, as shown on http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#LIBESSENTIALSHAREDLIBRARIESANDKERN According to that document, /lib is reserved for shared library images needed to boot the system and run the commands in the root filesystem. My understanding is that /lib/init/rw/.ramfs is not a shared library image, so it probably shouldn't be there. If there *is* a good reason, that's one thing, but please stick to the technical issues. Petter Reinholdtsen wrote: [Greg Kochanski] The file /lib/init/rw/.ramfs is created, presumably by initscripts. It's not in the package list, and that's not at all a good place to dynamically create a file. Not to mention, putting a hidden file under /lib is pretty low-class. I did not quite get what problem you are describing. not a good place and pretty low-class do not seem like descriptions of a bug nor a problem to me. They more visualises your personal values, and I'm not sure how it is relevant for the boot system. /lib/init/rw/.ramfs is created by the initscripts to flag that the directory is a ramfs. It is intentional hidden to avoid name conflict with anything we want to store there. Friendly, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard
Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW. Since Etch will be Debian's first UTF-8 release - implying a migration from legacy encodings for those upgrading from Sarge, which is precisely what this tool tackles - it would be nice to approve it for Etch. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for iscan not set
Hello, On Sun, Dec 31, 2006 at 01:36:21PM +0100, Marcel Holtmann wrote: Yes, maybe correct grammatical mistakes if present. Note that deleting the config file in /var/lib/bluetooth is an essential part of the solution. this is a big _NO_. Don't mess with the configuration storage directly. The configuration storage has priority over the hcid.conf file and this is meant to be this way. The iscan and pscan config option are some legacy option that are still available for some strange corner cases for some embedded distros and they are not meant for general and permanent configuration. Marcel, can you confirm the actual solution is the one you indicated in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384379#msg10 ? Jaime, could you please retry as well? bluez 3.7 is both in testing and unstable. If people don't learn that hcid.conf are proposed default values for the cold run only, then I might simply remove the whole file in the next upstream release. So stop writing ugly distribution specific hacks and better ask upstream for it. There might might a real bug hiding somewhere. If hcid.conf values are there only for a cold run I think it needs to be documented, I didn't found anything in hcid.conf(5) though, is it documented somewhere? thanks, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: The only way to get rid of a temptation is to yield to it. -- Oscar Wilde signature.asc Description: Digital signature
Bug#405117: hnb: broken new node behavior - sometimes losing fresh entries
Package: hnb Version: 1.9.18-3 Severity: normal Hi, this is a known bug, but since upstream no longer maintains hnb and the mailing-list hnb-general is full of spam I think it is a good idea do document in Debian's BTS. I use the following wordaround in context main: bind left right bind ..left bind ..left Below the original bugreport which can be found at: http://sourceforge.net/mailarchive/forum.php?thread_id=5124126forum_id=1839 Regards, Carsten Changing the - new node behavior From: Whit Blauvelt [EMAIL PROTECTED] - 2004-07-14 15:55 Hi, After not using hnb for awhile, Im back to heavy use of it since getting a Zaurus 860 and putting pdaXrom on it, and hnb 1.9.18 (it says it is - but is it a pre?) from the feed at pdaXrom.org. My main frustration is that I was sometimes losing fresh entries, and it took awhile to pin down why. Its just the entries made after using the right arrow when theres not already a subentry on an item, so that it opens a new one for typing. In this state, the left arrow key (among others) deletes the entry. And while theres a contextual clue in the high-lighting, as to whether the entry has been saved or not, this isnt enough to keep me from sometimes automatically hitting the left arrow to return to the parent entry. I havent been able to figure out a way to set .hnbrc to be sure that the parent saves whatever Ive just typed before going anywhere - or alternately a way to have the right arrow enter fully into the normal editing mode (where left-arrow is safe) when theres no submode existing to move to. I have done a partial work-around of resetting tab in context main to bind tab insert_below bind .. indent bind .. edit which opens a new submode for safe editing, but that still doesnt remove the possibility of getting into new-mode editing where its _not_ safe. I imagine the behavior with the right arrow openning a new node can be removed in the source, but since Im using a compiled ARM version here Id rather find a way to fix it in .hnbrc, if there is one. Thanks, Whit Re: Changing the - new node behavior From: Whit Blauvelt [EMAIL PROTECTED] - 2004-07-16 12:31 Found the way to disable the dangerous behavior of the right arrow of openning a new subnode when the right arrow is pressed in main mode and there is none existing yet: bind right go right (replacing bind right right) Then, as mentioned before, a safe way of openning a subnote for editing is by binding this to tab (whose complete default I havent grokked the essense of anyhow) or any other spare key: bind tab insert_below bind .. indent bind .. edit Whit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404676: Links
Berlios has some problems, but https://developer.berlios.de/projects/supertux/ and the download http://prdownload.berlios.de/supertux/supertux-0.3.0.tar.bz2 are working. Tschüß, Wolfgang -- Wolfgang Becker *** eMail [EMAIL PROTECTED] *** http://uafr.freeshell.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319837: Workaround
As a workaround for the memory-testers that cannot wait, just boot it from a floppy: 1) insert a Floppy 2) cat /boot/memtest86/memtest.bin /dev/fd0 3) boot from floppy This will bypass GRUB and overwrite a bit of these reserved memory regions... I don't think this is a problem (it isn't on my machine). Another source that tells that some of these regions can be overwritten without problems is the memtest86 README: zless /usr/share/doc/memtest86-3.2/README.gz Probably these tables (etc) are only used by an OS... but since we only run memtest there's no problem at all. -- Paolo Ornati Linux 2.6.20-rc2 on x86_64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402545: compiz: Returning from another virtual terminal makes a black screen
Hi, I suffer from the same problem, running the latest Nvidia proprietary driver from experimental and compiz 0.2.2. I noticed the following error when returning from a VT, compiz being launched manually on a console: /usr/bin/compiz: line 23: 6483 Segmentation fault /usr/bin/compiz.real $COMPIZ_OPTIONS $@ $COMPIZ_PLUGINS compiz just stops working, and metacity seems to be relaunched automagically. This makes me think it is not an issue with the Nvidia driver. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403164: Ruby's XML Parser does not parse all valid XML
reassign 403164 libxml-parser-ruby1.8 severity 403164 minor thanks This is actually a bug in libxml-parser-ruby1.8. See a the following comment from SOAP::Util: # Q: why only '' and '' are encoded, but not ''? # A: because it is not required according to XML spec. # # [http://www.w3.org/TR/REC-xml#syntax] # The ampersand character () and the left angle bracket () may appear in # their literal form only when used as markup delimiters, or within a comment, # a processing instruction, or a CDATA section. If they are needed elsewhere, # they must be escaped using either numeric character references or the # strings amp; and lt; respectively. The right angle bracket () may be # represented using the string gt;, and must, for compatibility, be # escaped using gt; or a character reference when it appears in the # string ]] in content, when that string is not marking the end of a # CDATA section. Since there isn't any CDATA in this case, an unescaped is perfectly valid XML. More recent versions (post sarge) of SOAP::Util escape as well just to be on the safe side of broken XML parsers; I'll go ahead and update it on the server here so it will start working again, though. [Try running the XML generated through xmllint! ;-)] Don Armstrong -- Dropping non-free would set us back at least, what, 300 packages? It'd take MONTHS to make up the difference, and meanwhile Debian users will be fleeing to SLACKWARE. And what about SHAREHOLDER VALUE? -- Matt Zimmerman in [EMAIL PROTECTED] http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#235790: #235790 RFP: jing -- A XML RelaxNG validator
I'm some bit confused, is Jinghttp://sponsors.debian.net/viewpkg.php?id=99packaged or is it requested to be packaged , cause already i see a .deb package http://www.uft.uni-bremen.de/chemie/ranke/debs/sarge-jr/ At the same time I'm posting this message to its bug RFP that has been closed which mean as i think that no work is going on it until someone reopen the bug. Sorry for any issue of cross-posting, Thanks in advance -- |Mina r. Fahmy| -- GNU/Linux registered user #312544 * Debian 3.1 Sarge * PC http://mina-fahmy.blogspot.com Linux Network Consultant member == -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDjwHQS45JQJZP7ZQRAmUDAJ9Q8cUGdii55uGM2uQJj7ICUqGTwACgm78g rYYpiMdrJW0XS+Xou15bREE= =m1Lp -END PGP SIGNATURE- = Key ID: 0x964F ED94 on --keyserver http://wwwkeys.eu.pgp.net Key fingerprint = 35DD 3279 EB3E A711 1205 466F 4B8E 4940 964F ED94 ==
Bug#397179: suhosin patch
Hi all, it's nice to hear that this patch will be included in Debian. I'm currently using PHP with suhosin patch (and suhosin module) on several production systems (i386, amd64, some still running php5.1) without problems (only had to increase some varfilter limits in the module configuration). The only problem I encountered is a build problem: the patch modifies both configure and configure.in (which is nice if suhosin is the only patch to be applied), but this prevents recreation of configure (which is required by several Debian patches to configure.in) due to timestamp magic on fast machines. My fix: I just removed the configure specific patch from the suhosin patch, letting the build system take care of configure recreation. Happy New Year! Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405118: k3b: does not add files to the project
Package: k3b Version: 1.0~pre2+svn20061211.2010+r612636-0rarewares1 Severity: normal When I attempt to add any files to the a data project it says It is not possible to add files bigger than 4,0 GByte: filename, but the file is not bigger than 4 GB or even 4 KB! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18lp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages k3b depends on: ii 4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii 2.2.42-1 Access control list shared library ii 2.3.17-1 Library of functions for 2D graphi ii 1:2.4.32-1.1 Extended attribute shared library ii 1.8-2 The Network Audio System (NAS). (s ii 2.3.6.ds1-9 GNU C Library: Shared libraries ii 1.0.2-1 simple interprocess messaging syst ii 0.62.git.20060814-2 simple interprocess messaging syst ii 0.9.7-2 library for reading DVDs ii 1.95.8-3.4XML parsing C library - runtime li ii 2.4.2-1 generic font configuration library ii 2.2.1-5 FreeType 2 font engine, shared lib ii 0.1.8-1 Client library for the gamin file ii 1:4.1.1-21GCC support library ii 0.5.8.1-4 Hardware Abstraction Layer - share ii 1:1.0.1-2 X11 Inter-Client Exchange library ii 0.6.5-1 GNU libidn library, implementation ii 6b-13 The Independent JPEG Group's JPEG ii 1.0~pre2+svn20061211.2010+r612636 A sophisticated KDE cd burning app ii 2.1.4-1 Second generation incarnation of t ii 1.2.15~beta5-1PNG library - runtime ii 3:3.3.7-2 Qt GUI Library (Threaded runtime v ii 0.1.2-2 audio rate conversion library ii 1:1.0.1-3 X11 Session Management library ii 4.1.1-21 The GNU Standard C++ Library v3 ii 2:1.0.3-4 X11 client-side library ii 1.1.7-4 X cursor management library ii 1:1.0.1-2 X11 miscellaneous extension librar ii 2.1.8.2-8 FreeType-based font drawing librar ii 1:1.0.1-4 X11 Input extension library ii 1:1.0.1-4.1 X11 Xinerama extension library ii 2:1.1.0.2-5 X11 RandR extension library ii 1:0.9.1-3 X Rendering Extension client libra ii 1:1.0.2-2 X11 toolkit intrinsics library ii 5:1.0-1 Creates ISO-9660 CD-ROM filesystem ii 9:1.1.1-1 command line CD/DVD writing tool ii 1:1.2.3-13compression library - runtime Versions of packages k3b recommends: ii cdrda 1:1.2.2+cvs20060928.20-0rarewares1 Disk-At-Once (DAO) recording of au ii dvd+r 7.0-5 DVD+-RW/R tools pn k3b-p none (no description available) ii kcont 4:3.5.5a.dfsg.1-1 control center for KDE ii kdeba 4:3.5.5a.dfsg.1-1 core I/O slaves for KDE pn libdv none (no description available) pn vcdim none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405119: incorrect recommends of python-vtk
Package: vtk-examples Version: 5.0.2-4 Severity: normal Hi, thanks for packaging vtk! vtk-examples recommends vtk-python where it seems python-vtk would be the correct package name. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374997: in NEW: utf8-migration-tool -- Debian UTF-8 migration wizard
Martin-Éric Racine wrote:
Having merged Vincent's patch, I uploaded utf8-migration-tool to NEW.
Since Etch will be Debian's first UTF-8 release - implying a migration
from legacy encodings for those upgrading from Sarge, which is precisely
what this tool tackles - it would be nice to approve it for Etch.
Hello,
1) [EMAIL PROTECTED]:~$ utf8migrationtool
Unexpected error: exceptions.IOError
Traceback (most recent call last):
File /usr/bin/utf8migrationtool, line 40, in ?
dmrc = getconfig()
File /usr/bin/utf8migrationtool, line 34, in getconfig
config.readfp(open(os.path.expanduser('~/.dmrc')))
IOError: [Errno 2] No such file or directory: '/home/patrakov/.dmrc'
2) The tool must handle the already-migrated case better (e.g., by adding a
line about that onto the second screen).
3) The legacy locale for Russia is ru_RU.KOI8-R, not ru_RU, and the
migration tool must handle this special case.
4) migration of encodings is only a part of the game. The most important
part is to deal with packages that do not work correctly in UTF-8 locales
and cannot be fixed (e.g., a2ps). Since this part cannot be automated (as
nobody has created such blacklist), I suggest mentioning this obstacle in
the manual page and on the welcome screen.
Thus, I cannot recommend migration of this package to Etch in its current shape.
--
Alexander E. Patrakov
Bug#403794: Package: base Debian ETCH will not recognize the CD-ROM
[rant] The bottom line: I guess the DEBIAN community has really not changed it's attitude over the YEARS if your post is an example of what I can expect in terms of help. I went out of my way to DIAGNOSE a problem and ask about help in resolving it. I do HARDWARE real well, not SOFTWARE. The creation of the X-MP and Y-MP systems are good examples of that. I cut my teeth on UNIX SVR4 and remember what a nightmare it was to get X running. I see nothing in Frans Pop mail that was anything but trying to help you to be on the right way solving your problems. In your general rant, you seem to forget about an interesting characteristic of the Debian community: it is a community of volunteers (please note that I took care to avoid shouting the way you seem to like). You cannot expect volunteers to be ready to help you without any effort from your side. What you can expect in terms of help is what a volunteer is ready to give you from his free time in terms of help. There are many contractors who would be delighted to assist you setting up your servers, in case you're missing the needed experience for this. If I remember correctly, the Debian web site includes a page with such contacts in many countries. In that case and in that case only you could expect help and rant about not getting it. I have FOUR Proliant systems which are used as PERSONAL systems. That gives me time to play with different distros and look at the + and - of each. The GENERAL community looks at DEBIAN as a PITA to configure and point to it as an example as to why M$ products are better. Is that the attitude you want DEBIAN to maintain? Mark S. has created what appears to be a POLISHED DEBIAN based product THAT WORKS WELL OUT OF THE BOX!! You might maybe be interested to learn that Ubuntu is built onthe Debian installer and actually at least one major contributor of the Ubuntu development is also one of the major contributors of the Debian Installer team. Ubuntu made compromises about the freeness of software (including device drivers) that Debian will not make (please read about the Debian Social Contract for detailed reasons). That may very well explain what you encoutered when you tried to install Debian on your servers. UBUNTU even offers a working implementation of Edgy Eft for a COMPAQ server! ETCH had a problem and I thought I could help out. ( There are many PROLIANT 3000 systems still out in the SERVER world ) I guess I was mistaken. I resolved my problem by installing KUBUNTU/UBUNTU Server packages. The best of BOTH worlds. High level tools to get the job done. Now on to CLUSTERKNOPPIX and some SUPERCOMPUTER design You can close this bug report out if you wish, but from MY viewpoint, there are SEVERAL problems that need to be addressed. I suggest that this rant be kicked up to the people who complained about PAYING people to finish a DEBIAN product . [/rant] This rant was inappropriate. Period. You're not talking to some slaves of yours, Sir, even with your so incredibly experience of computers that seems to come back from a period of history where both you and I were carving bytes in stone. PS: you might want to check the status of the key called Caps Lock on your keyboard (this is the key left to the A key). It seems that it has some jerky behaviour that makes it lock for some long period of time and be unlocked by your Space key. In a volunteer community, that key is more generally disabled to avoid any high raise of the community's blood pressure. signature.asc Description: Digital signature
Bug#404236: emacs-snapshot: mis-detected charset in text file with ASCII-only HTML
Hi Vincent, Vincent Lefevre [EMAIL PROTECTED] writes: When I open the attached file with emacs-snapshot-gtk emacs22-encoding the 3 accented characters are displayed as: \303\251\303\250\303\252 Without the HTML lines, the file is opened correctly. Yes, that's because you have a different encoding specified in the META tag of the HTML snippet, and Emacs uses it to set the encoding for the buffer. You have two solutions: - add -*- coding: utf-8 -*- at the top of your file to specify that this file is to be read as utf-8 (this disables auto-detection); or - move the HTML snippet out of the first 1K bytes (or last 3K bytes) of the buffer to prevent it from being recognized automatically (which is less practical). I'm not sure that this really qualifies as a bug -- in almost all cases, using the encoding specified in the HTML headers is the right thing to do regardless of what's really in the buffer. And disabling auto-detection can be achieved easily on a per-file basis with a coding cookie, as shown above. Cheers, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404045: #404045 dialog: Form error
Looking at my change history, it seems that was just being too tidy on a change. Here's a fix (will be in the next snapshot): --- formbox.c 2006/12/27 00:50:24 1.53 +++ formbox.c 2006/12/27 01:04:00 1.54 @@ -1,5 +1,5 @@ /* - * $Id: formbox.c,v 1.52 2006/01/27 01:29:50 tom Exp $ + * $Id: formbox.c,v 1.53 2006/12/27 00:50:24 tom Exp $ * * formbox.c -- implements the form (i.e, some pairs label/editbox) * @@ -779,8 +779,6 @@ listitems[i].text_flen = atoi(ItemTextFLen(i)); listitems[i].text_ilen = atoi(ItemTextILen(i)); listitems[i].help = (dialog_vars.item_help) ? ItemHelp(i) : ; - - listitems[i].text_flen = real_length(listitems[i]); } result = dlg_form(title, -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#405120: linux-modules-nonfree-2.6: kqemu kill my computer in xen0 domain
Package: linux-modules-nonfree-2.6 Version: 2.6.18-2 Severity: critical Justification: breaks the whole system -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) In this system in dom0 I can load module kqemu, but when I try start qemu -boot c -kernel-kqemu -hda /mywindows.img system was automate rebooted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for iscan not set
Am Sonntag 31 Dezember 2006 13:36 schrieb Marcel Holtmann: Note that deleting the config file in /var/lib/bluetooth is an essential part of the solution. this is a big _NO_. Don't mess with the configuration storage directly. The configuration storage has priority over the hcid.conf file and this is meant to be this way. And that's not written down anywhere in the user documentation. The iscan and pscan config option are some legacy option that are still available for some strange corner cases for some embedded distros and they are not meant for general and permanent configuration. So what's the proposal? Configuration files have to be in /etc and not in /var/lib! The administrator should be able to change the default (visibility or not) or there should be an always working default. That is currently not the case because the bluetooth guys change stuff but the user frontends do catch up a bit late. Just remember the passkey situation and this is pretty much the same. It probably gets solved in the long run but that's a strange idea of development :-/ If people don't learn that hcid.conf are proposed default values for the cold run only, then I might simply remove the whole file in the next upstream release. So stop writing ugly distribution specific hacks and better ask upstream for it. There might might a real bug hiding somewhere. If package maintainers and upstream authors don't learn to document such thing, the user will not learn. /etc/bluetooth/hcid.conf is a configuration file and I expect that changes are respected. It is written _NOWHERE_ that this only defines an initial state. Reading hcid.conf manpage tells me nothing about that. First of all this is an ugly hack and has no right to exist. Second the configuration storage is meant to be permanent. An ugly hack for an ugly situation. I give you my point of view: _I_ wanted to fix discoverability of my system without some strange DBUS commands that are documented nowhere but in the code. Yes, by now I know that hcid/dbus-api.txt exists but only in the source package because it is not in the binary package. Beside that, running the dbus command suggested in this bug report works, too. It should be noted, though, that you have to be root. It probably is the better alternative with exceptions: * you cannot change the mode of devices that are currently not plugged in * you can only refer to devices by using the device name, not the address So is there an easy command line tool for all those dbus options (except using raw dbus command)?: no == very bad usibility (and an awful lot to type for one option) So how can you solve this problem with your input: * ship the dbus API documenation in the binary packages * give the user and root a shell tool to make use of the things in the bluez dbus API without getting bloody hands by using dbus-send * document in the manpages what you wrote here HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405122: ITP: ocamlwc -- count the lines of code and comments in OCaml sources
Package: wnpp Severity: wishlist Owner: Georg Neis [EMAIL PROTECTED] * Package name: ocamlwc Version : 0.3 Upstream Author : Jean-Christophe Filliâtre * URL : http://www.lri.fr/~filliatr/software.en.html * License : GPLv2 Programming Lang: OCaml Description : count the lines of code and comments in OCaml sources ocamlwc is a program to count the number of lines of code and documentation in OCaml sources. It assumes the files to be lexically well-formed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405123: Misnamed default html page in lighttpd unstable
Package: lighttpd Version: 1.4.13-7 After installing a fresh version of this package, and pointing my web browser to http://localhost/, I do not receive the normal default page. Instead, I get a directory index page, with the file index.lighttpdhtml file listed. Seems the conf file is looking for a different file name /etc/lighttpd/lighttpd.conf:22 index-file.names = ( index.lighttpd.html, index.php, index.html,+ index.htm, default.htm ) Looks like a missing dot is needed. Changing /var/www/index.lighttpdhtml to /var/www/index.lighttpd.html fixes the problem. Cheers, Anna Lissa
Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for iscan not set
Hi Filippo, Yes, maybe correct grammatical mistakes if present. Note that deleting the config file in /var/lib/bluetooth is an essential part of the solution. this is a big _NO_. Don't mess with the configuration storage directly. The configuration storage has priority over the hcid.conf file and this is meant to be this way. The iscan and pscan config option are some legacy option that are still available for some strange corner cases for some embedded distros and they are not meant for general and permanent configuration. Marcel, can you confirm the actual solution is the one you indicated in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384379#msg10 ? Jaime, could you please retry as well? bluez 3.7 is both in testing and unstable. actually adding discovto 0 as default in hcid.conf is fine. That is a decision the distros can make. And it seems that most of them are doing this at the moment. If people don't learn that hcid.conf are proposed default values for the cold run only, then I might simply remove the whole file in the next upstream release. So stop writing ugly distribution specific hacks and better ask upstream for it. There might might a real bug hiding somewhere. If hcid.conf values are there only for a cold run I think it needs to be documented, I didn't found anything in hcid.conf(5) though, is it documented somewhere? It should be documented. If not, then that is the real bug here. Feel free to send in patches for the manual pages. Regards Marcel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316932: apcupsd: There's still problems with killpower
On Sat, Dec 30, 2006 at 11:25:34AM +0100, Samuele Giovanni Tonon wrote: Lately i have been quite busy so i wrote something in my todo list but didn't do anything :-( It's indeed a busy time of year! Thanks for checking into this. For what i remember problem is related to the fact that apcupsd depends on some library in /usr/lib (libnetsnmp and libcrypto if i remember correctly) Yes, and it seems libz as well: [EMAIL PROTECTED]:~$ dpkg -l apcupsd | grep apcupsd ii apcupsd3.12.4-2 APC UPS Power Management [EMAIL PROTECTED]:~$ ldd /sbin/apcupsd | grep usr libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x2b24eca89000) libnetsnmp.so.9 = /usr/lib/libnetsnmp.so.9 (0x2b24eccfd000) libz.so.1 = /usr/lib/libz.so.1 (0x2b24ed311000) so i can see 2 solutions: move libsnmp to /lib (so ask libsnmp maintainer to move it) create an apcupsd withour snmp support and this will be used only on server with LVM RAID device but not SNMP (both can't work together). Or: compile apcupsd statically linked against those 'troublesome' libraries. I think this was suggested previously. While it would require keeping on top of any security updates for those libraries, and bloat the binary, it would make really sure they're always available. Remounting /usr is a clever hack but one that seems a bit outside the scope of this package to do. It would be nice for this step to go away for all systems, not just ones mounting /usr from LVM/RAID. Cheers. -- William Ono [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404826: prboom.wad contains material from doom and wolfenstein 3d
On Thu, Dec 28, 2006 at 01:07:26PM +, Jon Dowland wrote: It has been brought bto my attention that prboom's prboom.wad contains sprites taken from the commercial ID software game Wolfenstein 3D (the dog sprites, DOGS*) These have been dealt with: there's a configure option --disable-dogs that can be used, and then the resources removed from prboom.wad. I've got this part done. and resources derived from copyright material taken from the commercial ID software game Doom or Doom 2 (many of the M_* graphic resources which describe menu entries are based on the typeface used in the commercial graphics) I've attached output.txt which identifies which graphics are problematic. first column is graphic lump (+.gif suffix); second column is lump width; third is lump height; fourth is the text of the lump. I'm now going to try and generate alternatives. hu_frags.gif77 45 frags m_about.gif 71 12 about m_auto.gif 102 15 automap m_chat.gif 154 15 chat strings m_compat.gif219 15 doom compatibility m_demos.gif 74 12 demos m_enem.gif 91 15 enemies m_feat.gif 108 15 features m_generl.gif96 15 generael m_horsen.gif256 16 horizontal m_hud.gif 205 12 heads up display m_keybnd.gif152 15 key bindings m_mess.gif 113 15 messages m_mouse.gif 176 12 mouse options m_multi.gif 136 12 multiplayer m_setup.gif 67 15 setup m_sound.gif 173 12 sound options m_stat.gif 202 15 status bar / hud m_versen.gif128 16 vertical m_video.gif 165 12 video options m_wad.gif 103 12 load wad m_weap.gif 101 15 weapons
Bug#405121: installation-report
Package: installation-reports Boot method: CD Image version: http://people.debian.org/~aba/d-i/images/daily/gtk-miniiso/mini.iso Date: 29.12.2006 Machine: Custom (Asus P5B-VM mobo) Processor: Intel Core2Duo Memory: 1GB Partitions: several (two PATA disks) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Video modes were horizontally misaligned (about 3 cm shifted to right) on my setup (Intel 965G graphics card with analog output and Dell 2001FP LCD panel). I had to manually select 'Auto-adjust' from my monitor and after that, the picture was centered. Manual partitioning: - Pressing [Continue] button selects the currently highlighted item instead of moving on to the next logic phase like 'Finish partitioning' (Maybe this is intentional, but I just let you know) When typing passwords for new user/root, some sort of caps-lock indicator would be great to warn if caps-lock is on. Tommi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#235790: #235790 RFP: jing -- A XML RelaxNG validator
On Sun, 31 Dec 2006 15:50:54 +0200 Eng. Mina Ramses [EMAIL PROTECTED] wrote: I'm some bit confused, is Jinghttp://sponsors.debian.net/viewpkg.php?id=99packaged or is it requested to be packaged It was requested to be packaged some time ago (Tue, 02 Mar 2004) but no package materialised (it is still an RFP, not an ITP) so the RFP was closed due to lack of interest by an automated script. , cause already i see a .deb package http://www.uft.uni-bremen.de/chemie/ranke/debs/sarge-jr/ That isn't an official Debian package, it's someone's personal repository. (A bit like mine that contains demo packages which are often broken or incomplete). At the same time I'm posting this message to its bug RFP that has been closed which mean as i think that no work is going on it until someone reopen the bug. The RFP needs to be reopened if you are requesting the package to be included into Debian. If you want to package jing for Debian yourself, reopen the RFP and retitle it as an ITP with all the usual details and then seek a sponsor when you have a package prepared. There does not appear to have been any upstream activity since 2003 so are you also willing to do all the upstream work? (When upstream is dead, the Debian maintainer takes responsibility for fixing upstream bugs.) -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpXLz4762Uos.pgp Description: PGP signature
Bug#405124: python-gnupginterface: Syntax errors on configure
Package: python-gnupginterface Version: 0.3.2-9 Severity: normal When installing and setting up the package, there's some errors in the configure: | $ sudo apt-get install python-gnupginterface [...] 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. [...] Selecting previously deselected package python-gnupginterface. [...] Unpacking python-gnupginterface (from .../python-gnupginterface_0.3.2-9_all.deb) ... Setting up python-gnupginterface (0.3.2-9) ... Compiling /var/lib/python-support/python2.5/SOAPpy/Client.py ... File /var/lib/python-support/python2.5/SOAPpy/Client.py, line 46 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/GSIServer.py ... File /var/lib/python-support/python2.5/SOAPpy/GSIServer.py, line 49 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/Server.py ... File /var/lib/python-support/python2.5/SOAPpy/Server.py, line 46 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file Compiling /var/lib/python-support/python2.5/SOAPpy/Types.py ... File /var/lib/python-support/python2.5/SOAPpy/Types.py, line 39 from __future__ import nested_scopes SyntaxError: from __future__ imports must occur at the beginning of the file It doesn't seem to be critical to any features yet (I haven't yet found a chance to test it with gajim's GPG function), but it's at least buggering. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python-gnupginterface depends on: ii gnupg 1.4.6-1GNU privacy guard - a free PGP rep ii python-support0.5.6 automated rebuilding support for p python-gnupginterface recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#224469: Can ftpmasters do ONE SIMPLE THING?
Namely, fix bug #224469. It's really trivial and it's been waiting for over three years now. This is just STUPID. Next DPL election, I want to see someone running on the platform of adding an extra ftpmaster *whether or not the current ftpmasters like it*. Someone who will get simple stuff like this DONE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404733: Conflicts between symbolic links and directories
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I installed a new version of this package from unstable on a testing box, and got no problems on its way. ii firefox 2.0.0.1+dfsg-1 ii flashplugin-nonfree 9.0.21.78.3 ii iceweasel 2.0.0.1+dfsg-1 ii iceweasel-l10n-es-ar2.0.0.1+debian-1 ii sun-j2sdk1.51.5.0+update07 ii sun-java5-bin 1.5.0-10-1 ii sun-java5-jre 1.5.0-10-1 ii sun-java5-plugin1.5.0-10-1 Apparentelly this was solved in the new version of this package: 2.0.0.1. This bug should be closed. Best wishes and happy gnu year :) Dererk - -- [EMAIL PROTECTED]: ~$ cat /proc/version | grep -i 'power in your hands' Debian GNUine Perception - -FortuneTip- You are scrupulously honest, frank, and straightforward. Therefore you have few friends. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFl8rczqYvwbbBjiQRAnM2AKCFaOPTB0WG4T/RsPBThUT6yVJGgwCfcbiz eXyZquV4uCNIwi2gFIi0zyA= =A2Dt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384379: [Pkg-bluetooth-maintainers] Bug#384379: WORK-AROUND for iscan not set
Hi Hendrik, Note that deleting the config file in /var/lib/bluetooth is an essential part of the solution. this is a big _NO_. Don't mess with the configuration storage directly. The configuration storage has priority over the hcid.conf file and this is meant to be this way. And that's not written down anywhere in the user documentation. that is the real bug here. Patches for documentation updates are always welcome. The iscan and pscan config option are some legacy option that are still available for some strange corner cases for some embedded distros and they are not meant for general and permanent configuration. So what's the proposal? Configuration files have to be in /etc and not in /var/lib! Actually that is not fully correct. The values in /etc are supposed to be changed be an administrator the values in /var/lib can be changed by the daemon. And that is exactly what happens. The administrator should be able to change the default (visibility or not) or there should be an always working default. The default is not visible (due security reasons) and if you decide it to switch it to visible (even with a low-level HCI command) it will only stay visible for 180 seconds. That is the default starting with 3.x. That is currently not the case because the bluetooth guys change stuff but the user frontends do catch up a bit late. Just remember the passkey situation and this is pretty much the same. It probably gets solved in the long run but that's a strange idea of development :-/ It is actually solved for all GNOME and command line users. I don't know about the KDE guys, but I am sure they have something similar. If people don't learn that hcid.conf are proposed default values for the cold run only, then I might simply remove the whole file in the next upstream release. So stop writing ugly distribution specific hacks and better ask upstream for it. There might might a real bug hiding somewhere. If package maintainers and upstream authors don't learn to document such thing, the user will not learn. /etc/bluetooth/hcid.conf is a configuration file and I expect that changes are respected. It is written _NOWHERE_ that this only defines an initial state. Reading hcid.conf manpage tells me nothing about that. Fully agreed. That needs fixing. First of all this is an ugly hack and has no right to exist. Second the configuration storage is meant to be permanent. An ugly hack for an ugly situation. I give you my point of view: _I_ wanted to fix discoverability of my system without some strange DBUS commands that are documented nowhere but in the code. Yes, by now I know that hcid/dbus-api.txt exists but only in the source package because it is not in the binary package. Actually I think the dbus-api.txt document should be included as docs into the binary package. Beside that, running the dbus command suggested in this bug report works, too. It should be noted, though, that you have to be root. No. You have to be console user (or root). It probably is the better alternative with exceptions: * you cannot change the mode of devices that are currently not plugged in That is true. The case to change settings for not active devices is kinda strange. I know that there might be corner cases, but I never fully got convinced that this is needed. * you can only refer to devices by using the device name, not the address Actually you can use manager.FindAdapter(address) to get the path for an adapter. Remember that the path for an adapter is only a string. It has no real meaning. You shouldn't trust that they stay the same. So is there an easy command line tool for all those dbus options (except using raw dbus command)?: no == very bad usibility (and an awful lot to type for one option) So how can you solve this problem with your input: * ship the dbus API documenation in the binary packages Definitely. * give the user and root a shell tool to make use of the things in the bluez dbus API without getting bloody hands by using dbus-send Since we wanna avoid a Python dependency, I seems that there is finally need for a btconfig tool written in plain C. * document in the manpages what you wrote here Agreed. Regards Marcel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351832: Bug 351832 still exists.
maximilian attems wrote: On Sun, 31 Dec 2006, Lee Garrett wrote: Sorry to nag you with this bug, but it is still there! Reading through the patch I had mailed, I got the both files reversed. After talking to a friend who is more into kernels and C, it is probably better to put the reboot fixup for this in arch/i386/kernel/reboot_fixups.c. --Lee the patch you posted got applied upstream, that is the reason i closed the bug, also there was no further info. please name the linux-image where you still see that issue? Hi, Sorry for reporting confusing things *ahem*. I have this bug with kernels later than 2.6.13.5 (vanilla and debian stock). This bug is still in latest package linux-image-2.6.18-3-k7. I pinpointed the bug to commit 59f4e7d572980a521b7bdba74ab71b21f5995538 in Linus git repository (2.6.14 vanilla wouldn't reboot, if I reversed this commit, it would). I can give you more information if necessary. Thank you. --Lee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
