Bug#369158: gtkpod: crashes when iPod is mounted (amd64)
After a little closer look, I think this bug probably belongs to libgpod-0_0.3.2.1. The reason I say this is that I get identical stack back-traces from Rhythmox and from the following most basic libdpod program: #include gpod/itdb.h #include stdio.h int main(int argc, char *argv[]) { GError *error = NULL; Itdb_iTunesDB *itdb = itdb_parse(/media/ipod, error); if (itdb != 0) itdb_free(itdb); return 0; } Compiled with: gcc test.c -g -o test -l gpod -I/usr/include/gpod-1.0/ \ $(pkg-config --cflags glib-2.0) And run under gdb: (gdb) run Starting program: /home/stevew/test Program received signal SIGSEGV, Segmentation fault. 0x2b21e86ea4b0 in strlen () from /lib/libc.so.6 (gdb) where #0 0x2b21e86ea4b0 in strlen () from /lib/libc.so.6 #1 0x2b21e8edbff3 in g_strdup () from /usr/lib/libglib-2.0.so.0 #2 0x2b21e856fe0e in itdb_device_debug () from /usr/lib/libgpod.so.0 #3 0x2b21e8b665c0 in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #4 0x2b21e8b66c4f in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #5 0x2b21e8b66df1 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #6 0x2b21e856ebbf in itdb_device_new () from /usr/lib/libgpod.so.0 #7 0x2b21e8566bd6 in itdb_set_mountpoint () from /usr/lib/libgpod.so.0 #8 0x2b21e8568268 in itdb_parse () from /usr/lib/libgpod.so.0 #9 0x004005ed in main (argc=1, argv=0x7f8bee68) at test.c:7 (gdb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372948: dbconfig-common: can not determine the database type
hey david, could you provide the version of dbconfig-common that you're using, as well as a link to your source package? what you're describing sounds like a bug but i'd have to take a closer look to be sure. thanks, sean signature.asc Description: Digital signature
Bug#372848: Please add aoss sound wrapper support
* Michal ??iha?? ([EMAIL PROTECTED]) wrote: Package: firefox Version: 1.5.dfsg+1.5.0.4-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi could you please add aoss (alsa-oss package, it emulates OSS interface on top of alsalib) to list of supported sound wrappers in firefox startup script? With dmix it can do everything you need for multiple sound applications using sound card. In what way is it not support? You can set FIREFOX_DSP=aoss and it will work. If you mean support autodetection, then I'm open to suggestions on a sane way of accomplishing it. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 signature.asc Description: Digital signature
Bug#372892: (forw) Re: Bug#372892:
- Forwarded message from Sven Stöbling [EMAIL PROTECTED] - Subject: Re: Bug#372892: From: Sven Stöbling [EMAIL PROTECTED] To: Christian Perrier [EMAIL PROTECTED] Date: Mon, 12 Jun 2006 23:42:32 +0200 X-Mailer: Evolution 2.6.0 Am Montag, den 12.06.2006, 15:32 +0200 schrieb Christian Perrier: Comments/Problems: mouse not available during installation sorry, but it's not clear if the failing device is the touchpad or the mouse: could you give more details on this point? synaptics touchpad after the installation it is usable Also confirm whether the installation method was the graphical one (where a mouse is definitely expected) or the dialog/text one (where no mouse support has never been intended). graphical installation sven - End forwarded message - -- signature.asc Description: Digital signature
Bug#369167: DRI probably broken: where to reportbug
On Mon, 2006-06-12 at 20:19 -0400, David Nusinow wrote: On Mon, Jun 12, 2006 at 08:26:53AM +0200, Michel Dänzer wrote: On Sun, 2006-06-11 at 17:45 -0400, David Nusinow wrote: Should we ship our driver with this patch as well? Eventually, yes, but I'm not sure it's correct for integrated chipsets as is. Ok, let me know. I actually have an IGP 340M here that I can test on if that's sufficient to make you feel more confident in it. Oh, yes, would be awesome if you could test whether this patch has any impact wrt DRI on that. At any rate though, please provide a full logfile from running with this patch. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#369828: inkscape: Same problem with futex
On Mon, 12 Jun 2006 21:50:00 +0200 Wolfram Quester [EMAIL PROTECTED] wrote: Hi randhol, On Wed, Jun 07, 2006 at 05:39:53PM +0200, Wolfram Quester wrote: Hi, On Sat, Jun 03, 2006 at 06:09:38PM +0200, randhol wrote: Package: inkscape Version: 0.43-4 Followup-For: Bug #369828 I have the same problem with both versions: 0.43-4 and 0.43-5. I tried to remove the content of the extension directory, but it didn't work. Got sigsevs then. I wish there was a way to rollback to the previous version that worked. Now I have to go all the way back to the stable version to use inkscape. No, from the reports I got it should be enough if you downgrade libgc1c2 to version 6.6-1, e.g. from snapshot.debian.net. As I said, the problem is probably not in inkscape but in libgc1c2. Could you please report back if downgrading libgc helped in your case? Hi. I just tested it now and inkscape works with 6.6-2 from testing. Thanks! Preben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372901: [Pkg-uml-devel] Bug#372901: [Pkg-uml-pkgs] Bug#372901: rootstrap: extend /etc/apt/{sources.list, preferences, apt.conf} configuration
On Mon, Jun 12, 2006 at 08:47:09PM +0200, Mattia Dongili wrote: Dear, Really? does debootstrap create a sources.list? (I'm not sure, I should check but I think it doesn't). I think I see what you mean, modules/debian:41 has '' but that is probably a typo :) I surely didn't mean to append. I doesn't, try to install, for instance a chroot environment [1], using debootstrap and you will find that /etc/apt/sources.list is empty. [1] http://www.debian.org/doc/manuals/reference/ch-tips.en.html#s-chroot Perhaps overwriting could be made configurable by adding a new option to rootstrap.conf. Might it be useful, to configure /etc/apt/apt.conf from rootstrap.conf, too? Ah, something we surely need is adding the proxies given in rootstrap.conf (if any) to apt.conf, something on the line of if [ -n $http_proxy ] ; then echo Acquire::http::Proxy {\$http_proxy\}; /etc/apt/apt.conf; fi if [ -n $ftp_proxy ] ; then echo Acquire::ftp::Proxy {\$ftp_proxy\}; /etc/apt/apt.conf; fi I'm not convinced it would be really useful to grant more options or a full preferences file. Maybe it could be done in a stand-alone module which allows fine tuning of all apt options. The latter is a good idea: once you have setup the most important thing, you can proceed with a fine-tuning. Cheers SteX -- Stefano Melchior, GPG key = D52DF829 - [EMAIL PROTECTED] http://etinarcadiaego.dyndns.org-- http://www.stex.name Skype ID stefanomelchior signature.asc Description: Digital signature
Bug#372898: zabbix: Please consider using dbconfig-common for database configuration and/or prompting
hi Thomas, On Tue, Jun 13, 2006 at 01:20:51AM +0200, Thomas Huriaux wrote: Michael Ablassmeier [EMAIL PROTECTED] (12/06/2006): On Mon, Jun 12, 2006 at 02:32:38PM +0200, Thomas Huriaux wrote: Your package currently configures a database using MySQL or PostgreSQL or both. Therefore, it uses debconf to prompt users for information about the databases, database administrator, database name, etc. A dedicated package for this task has been created recently by Sean Finney, named dbconfig-common. This package brings common methods for database servers interactions as well as standardized templates for prompting information. hm, im sorry? The zabbix-server-mysql Package already uses said dbconfig-common. The only packages asking for database user and so on are the client/front-end packages which need to write those settings into their config files, I was indeed talking about this last one. but are unlikely installed on the same host as the server package, therefore no debconf question sharing. Why not? See the attached patch. Please note that (i) it's the first time I'm trying to use dbconfig-common, so there may be wrong things (it's mainly inspired from the cacti package) and (ii) the patch is incomplete, you should also remove the corresponding templates, run debconf-updatepo, etc. I haven't done it to reduce the size (and improve the readability) of the patch. i've just had a quick look at your patch and i think the package *could* use dbconfig-common, im just not sure if i want it. The first problem i noticed was after a plain installation the login page *always* reported about wrong Login name or password, even without submitting the form, might be a problem with the require statement (in connection with the session management), i have to take a closer look whats going on there. Another problem i noticed is: [..] Setting up zabbix-frontend-php (1.1-4) ... [..] Creating config file /etc/zabbix/debian.php with new version granting access to database zabbixfrontendphp for [EMAIL PROTECTED]: already exists. creating database zabbixfrontendphp: already exists. dbconfig-common: flushing administrative password dbconfig-common: flushing administrative password [..] [..] im not sure why dbconfig-common even *trys* to create a new database (-user) here. However, when used, dbconfig-common always would need root privileges on the mysql database for this (or privileges from another user allowed to grant rights), which means the administrator has to grant root access from remote hosts (if the frontend is installed on another server), otherwise the package fails to install. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373153: Failed to update Woody. Missing packet.
Package: console-commVersion: 0.7.14woodyWhen running dselect update got errorGet:1 ftp://ftp.fi.debian.org woody-proposed-updates/main console-common 0.7.14woody1 [25.5kB]Err ftp://ftp.fi.debian.org woody-proposed-updates/main console-common 0.7.14woody1 Unable to fetch file, server said '/debian/pool/main/c/console-common/console-common_0.7.14woody1_all.deb: No such file or directory. ' [IP: 130.230.54.99 21]Failed to fetch ftp://ftp.fi.debian.org/debian/pool/main/c/console-common/console-common_0.7.14woody1_all.deb Unable to fetch file, server said '/debian/pool/main/c/console-common/console-common_0.7.14woody1_all.deb: No such file or directory. ' [IP: 130.230.54.99 21]Packet is missing or listed wrong [EMAIL PROTECTED]:~# cat etc/apt/sources.listdeb ftp://ftp.fi.debian.org/debian woody main contrib non-freedeb ftp://ftp.fi.debian.org/debian-non-US woody/non-US main contrib non-freedeb ftp://ftp.fi.debian.org/debian woody-proposed-updates main contrib non-freedeb ftp://ftp.fi.debian.org/debian-non-US woody-proposed-updates/non-US main contrib non-freedeb http://security.debian.org/ woody/updates main contrib non-free#deb cdrom:[Debian GNU/Linux 3.0 r1 _Woody_ - Official i386 Binary-1 (20021218)]/ unstable contrib main non-US/contrib non-US/main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372848: Please add aoss sound wrapper support
Hi On Tue, 13 Jun 2006 01:49:11 -0400 Eric Dorland [EMAIL PROTECTED] wrote: In what way is it not support? You can set FIREFOX_DSP=aoss and it will work. If you mean support autodetection, then I'm open to suggestions on a sane way of accomplishing it. I meant to show it in debconf prompt. However autodetection should be also possible (after checking running daemons) by checking whether ALSA is enabled. Then it should be safe to use aoss wrapper, see attached patch. -- Michal Čihař | http://cihar.com | http://blog.cihar.com --- firefox.orig 2006-06-13 09:01:22.0 +0200 +++ firefox 2006-06-13 09:02:05.0 +0200 @@ -88,6 +88,8 @@ FIREFOX_DSP=esddsp elif pgrep -u `id -u` arts /dev/null 21; then FIREFOX_DSP=artsdsp +elif [ -x /usr/bin/aoss -a -d /proc/asound ] ; then +FIREFOX_DSP=aoss fi elif [ ${FIREFOX_DSP} = none ]; then FIREFOX_DSP= signature.asc Description: PGP signature
Bug#372498: News about this bug? (ksynaptics: incompatible with xfree86-driver-synaptics 0.14.5-1)
salut Christian, 2006/6/12, Christian Perrier [EMAIL PROTECTED]: I'm hit quite hard by this bug which makes the handling of the Synaptics touchpad very jerky in KDE (bad copy/paste, most functions inactive, etc) It seems that a solution has been suggested (package libsynaptics and rebuild ksynaptics against it). Are there any plans to work on this or any other possible solution? I'm thinking about orphaning these packages for some time, as I don't have the time to maintain these anymore, and I also must focus on my main upstream and according debs (nut and related). I'm in touch with Mattia Dongili who should contact somebody to check for adoption. If I don't have news by next week, I'll orphan these. Finally note that I have excellent relationship with the upstream developer, Stefan Kombrik... Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - RD Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372131: libgdchart-gd2 FTBFS due to devlibs error
Hi, On Thu, Jun 08, 2006 at 11:47:16PM +0900, Junichi Uekawa wrote: Hi, I tried building libgdchart-gd2 from unstable using pbuilder on amd64. It fails with the following error: devlibs error: There is no package matching [libgd2-dev] and noone provides it, please report bug to d-shlibs maintainer The same error can be found in the buildd logs: http://buildd.debian.org/fetch.php?pkg=libgdchart-gd2ver=0.11.5-3arch=amd64stamp=1143567128file=logas=raw Make sure your mirror is up-to-date, it should have already been fixed by : libgd2 (2.0.33-4) unstable; urgency=low * Have libgd-noxpm-dev provide libgd2-dev (a virtual package since woody). libgd-xpm-dev does not provide it, as the two packages does not provide same shlibdeps info: Both provide same ABI but not same package dependencies, so those requiring XPM support will want to explicitly (build-)depend on that variant. Closes: bug#350704, #358306 (thanks to Daniel Schepler [EMAIL PROTECTED] and Martin Michlmayr [EMAIL PROTECTED] for reporting, and to Junichi Uekawa [EMAIL PROTECTED] for patience and helpful input). * Use quilt (instead of CDBS builtin patch routines). * Use local cdbs snippet to enable debian-control (semi-)auto-update. * Update local cdbs snippet buildinfo.mk: + Correct namespace. * Update local cdbs snippet copyright-check.mk: + Correct namespace. + Treat all found files as non-binary. + Broaden scan to also look for (c) by default. + Make egrep options configurable. * Semi-auto-update debian/control (nothing remarkable). * Semi-auto-update debian/copyright_hints (nothing remarkable). * Renumber and unfuzz patches, and add debian/patches/README documenting the new numbering scheme. * Add patch 1003 fixing an antialiasing segfault. Closes: bug#364024 (thanks to Paul [EMAIL PROTECTED]). * Add patch 1004 improving antialiasing lines at image edges (thanks to Paul [EMAIL PROTECTED]). * Add patch 1005 to more sanely bail out on missing or wrong data, and include config.h also for tools and examples. This closes: bug#360966 (thanks to the Graphviz project were these was extracted from, and to Matthias Klose [EMAIL PROTECTED] reporting it). -- Jonas Smedegaard [EMAIL PROTECTED] Sun, 21 May 2006 09:51:07 +0200 Great. Thanks. Cheers, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 signature.asc Description: Digital signature
Bug#373156: afbackup: [afbackup.postrm] Could use '--group OTHER' on remove
Package: afbackup Version: 3.3.8.1final-2 Severity: wishlist The afbackup.postrm reads: update-inetd --remove ^afbackup Perhaps this culd be made match the afbackup.postinst and changed to read: update-inetd --group OTHER --remove ^afbackup = -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages afbackup depends on: ii afbackup-common 3.3.8.1final-2 Client-Server Backup System (commo ii csh [c-shell] 20060413-1 Shell with C-like syntax, standard ii debianutils 2.16.1 Miscellaneous utilities specific t ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii netbase 4.25 Basic TCP/IP networking system ii zlib1g1:1.2.3-11 compression library - runtime afbackup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372948: dbconfig-common: can not determine the database type
Hello Sean, Sorry for the lack of information. I'm using dbconfig-common 1.8.16. For example, you can take a look at acidbase package (version 1.2.4-1) http://packages.debian.org/unstable/web/acidbase I attach the diff.gz of the new version (version 1.2.5-1) where I fix the problem adding the variable dbc_dbtypes to all of my maintainer scripts. This version is not in the repository. Please, ask me if you need more info. Thanks, David. El mar, 13-06-2006 a las 02:07 -0400, sean finney escribió: hey david, could you provide the version of dbconfig-common that you're using, as well as a link to your source package? what you're describing sounds like a bug but i'd have to take a closer look to be sure. thanks, sean acidbase_1.2.5-1.diff.gz Description: GNU Zip compressed data signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#372075: lynx-cur - FTBFS
found 372075 2.8.6dev18-2 thanks There was an error while trying to autobuild your package: Automatic build of lynx-cur_2.8.6dev18-2 on debian-31 by sbuild/s390 85 [...] cd /build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur/usr/share/man/man1 ; mv lynx.1 lynx.cur.1 install -m 644 debian/local.cfg \ /build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur/usr/share/doc/lynx-cur/local.cfg.in install -m 755 debian/lynx /build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur-wrapper/usr/bin/lynx-cur install: cannot create regular file `/build/buildd/lynx-cur-2.8.6dev18/debian/lynx-cur-wrapper/usr/bin/lynx-cur': No such file or directory make: *** [install] Error 1 ** Build finished at 20060612-2135 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328318: packages using pci.ids
On Mon, 12 Jun 2006, Matt Taggart wrote: In #328318, Cristian Ionescu-Idbohrn proposes that the packages that use the pci.ids PCI database find a way to use a common central copy. If I run 'apt-file search pci.ids' on current unstable I get, hwdata: usr/share/hwdata/pci.ids lshw-common: usr/share/lshw/pci.ids pciutils: usr/share/misc/pci.ids (Cristian one of the symlinks in the pciutils package went away, and I can't find the xviddetect one you listed. Reply with more info if you want) I really have no idea what happen with xviddetect :( Nevertheless... I think that the copy provided by the pciutils source package and installed in /usr/share/misc/pci.ids should be considered the canonical system copy, since the pciutils package is responsible for updating this file and is the primary user of it. One copy of pci.ids per system is what's needed. The other thing needed would be some sort of cron job to periodically synch with: http://pciids.sourceforge.net/pci.ids That would help enhance hw-detection on new hw. Cheers, Cristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373151: helix-player: Unable to playback RTSP stream
Package: helix-player Version: 1.0.7-1 Severity: normal http://dave.org.uk/streams/ I am trying to play a BBC RTSP stream which Helix player claims to support: rtsp://rmlivev8.bbc.net.uk/farm/*/ev7/live24/radio5/live/r5_tl_int_g2.ra It doesn't work. This is the error message: http://www.flickr.com/photos/hendry/166300117/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages helix-player depends on: ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2The Cairo 2D vector graphics libra ii libfontconfig12.3.2-7generic font configuration library ii libgcc1 1:4.1.1-2 GCC support library ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libogg0 1.1.3-2Ogg Bitstream Library ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libstdc++64.1.1-2The GNU Standard C++ Library v3 ii libtheora00.0.0.alpha6-1 The Theora Video Compression Codec ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes31:3.0.1.2-4X11 miscellaneous 'fixes' extensio ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii libxv11:1.0.1-3 X11 Video extension library helix-player recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#54529: looking for someone?
Hire, i aam here sitting in t!he internet caffe. Fouan!d your email and decided to write.a I might be coming to your place in 14 days, so I !!decided to email you. Maay be we can meet? I am 25 y.o. giral. I have a picture if you want. No need to reply here as this is not my email. Write me at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373155: range striding over charsets error with emacs-snapshot
Package: nxml-mode Version: 20041004-5 Tags: patch When used with emacs-snapshot, nxml-mode validation of some files generates the error range striding over charsets and turns off the validator. See http://groups.yahoo.com/group/emacs-nxml-mode/message/1049?threaded=1var=1 for an email thread describing the problem, and http://drkm-lib.sourceforge.net/nxml/xsd-regexp.el.2006-01-26.patch for a patch solving the problem. I can confirm that the patch works as advertised, making validation work again for some XSLT files I have that triggered this problem. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#373154: rhythmbox: bitrate of MP3 files always Unknown
Package: rhythmbox Version: 0.9.4.1-6+b1 Severity: normal The bitrate (Quality field) of MP3 files is always displayed as Unknown in track metadata. This applies universally in my library (both CBR and VBR files). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rhythmbox depends on: ii dbus 0.61-6simple interprocess messaging syst ii gconf2 2.14.0-1 GNOME configuration database syste ii gstreamer0.10-alsa [gstrea 0.10.8-1 GStreamer plugin for ALSA ii gstreamer0.10-esd [gstream 0.10.3-2 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.8-1 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.8-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.3-2 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.3-1 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-6simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2+b1 library to load .glade files at ru ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.3.5-1.1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgpod0 0.3.2-1 a library to read and write songs ii libgstreamer0.10-0 0.10.8-1 Core GStreamer libraries and eleme ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libhal10.5.7-2 Hardware Abstraction Layer - share ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-5 LIRC client library ii libmusicbrainz4c2a 2.1.2-5 Second generation incarnation of t ii libnautilus-burn3 2.14.1-1 Nautilus Burn Library - runtime ve ii libnotify1 0.4.0-1 sends desktop notifications to a n ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsexy2 0.1.8-1 collection of additional GTK+ widg ii libsm6 1:1.0.0-4 X11 Session Management library ii libsoup2.2-8 2.2.93-1 an HTTP library implementation in ii libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime) ii libtotem-plparser1 1.4.1-2 Totem Playlist Parser library - ru ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3
Bug#373152: cron should randomize /etc/crontab to be more friendly to virtual servers
Package: cron Version: 3.0pl1-86 Severity: normal I'm using a setting with 6 virtual Debian servers. All their system cronjobs start at the same time, which eats all the ressources of the server at the same time (especially updatedb every morning at 6:25). The servers all basically come to a halt because of HD / CPU usage. I beleive it would be good to introduce some randomization in the start time. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cron depends on: ii adduser 3.63 Add and remove users and groups ii debianutils 2.8.4 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libpam0g 0.76-22Pluggable Authentication Modules l -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372716: [Pkg-kde-extras] Bug#372716: digikam doesn't show exif info
On Tue, Jun 13, 2006 at 04:51:51AM +0100, Mark Purcell wrote: On Sunday 11 June 2006 10:28, Serge Matveev wrote: This version doesn't show exif info in images. The exif tab in image properies is empty. In conqueror the exif info displays properly. Serge, Thanks for this report. Versions of packages digikam depends on: ... ii libkexif1 0.2.3-1 library for KDE to read/display/ed I can confirm that this is a problem with version 0.2.3 of libkexif, if you downgrade libkexif to 0.2.2 then digikam again displays exif tags correctly. Unfortunately we didn't catch this before libkexif migrated into testing, but you can find it at: deb http://snapshot.debian.net/archive pool libkexif I didn't understand this sentence. I use testing and libkexif 0.2.3 is in testing now. -- Relcom Corp., St.Petersburg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373157: xinietd: {start|stop} etc. response from /etc/init.d/inetd is not correct
Package: xinetd Version: 1:2.3.14-1 Severity: normal SCENE - Nice day. Let's install some new sevice, like afbackup .. start non-interactive installation and go to cup of coffee and come back - Okay, let's try it /etc/init.d/inetd start no output - We're ready to start backuping .. start the program nothing happens .. try to telnet to server portnothing happens .. Hrmp! Try tcpdump on port nothing happens .. try {restart|stop|start} inetd several times nothing happens .. spend half a day trying various compositions/options/firewall shutdowns. - Until finally less /etc/init.d/inetd #!/bin/sh # /etc/init.d/inetd has been diverted by the xinetd package. # The inetd service is provided by xinetd, which means inetd # doesn't need to be run. # # See /etc/init.d/xinetd, or /etc/init.d/inetd.real. exit 0 SUGGESTION Sometimes it's hard to see where problem is. This isn't helped by xinetd substituting the /etc/init.d/ined with code that always succeeds and gives no clue that something isn't right. I'm not sure what to do, but this should definitely be improved somehow. 1. Have /etc/init.d/inetd write comment to syslog that xinetd is installed and nothing was done. or 2. Have /etc/init.d/inetd reroute all requests to /etc/init.d/xinetd so that the actions and reponses match. or 3. Have /etc/init.d/inetd test is it was called from TTY and write a message to stderr notifying that user should use /etc/init.d/xinetd instead. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages xinetd depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii netbase 4.25 Basic TCP/IP networking system Versions of packages xinetd recommends: ii logrotate 3.7.1-3Log rotation utility ii sysklogd [system-log-daemon] 1.4.1-18 System Logging Daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372873: Problem is probably associated with the evdev driver
It seems, that the problem is associated with use of evdev driver in xorg. It has been discussed e.g. here: http://bugzilla.gnome.org/show_bug.cgi?id=323724 Is it possible, that the problem reappeared between g-c-c 2.14.1 and 2.14.2 ? -- Regards, Wojtek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372498: News about this bug? (ksynaptics: incompatible with xfree86-driver-synaptics 0.14.5-1)
Hello, 2006 m. birželis 13 d., antradienis 09:49, Arnaud Quette rašė: I'm in touch with Mattia Dongili who should contact somebody to check for adoption. If I don't have news by next week, I'll orphan these. Finally note that I have excellent relationship with the upstream developer, Stefan Kombrik... FYI, Fathi Boudra expressed a will to package[1] ksynaptics a few days ago. So he might be interested in adopting the package. Thanks for your work. 1. http://lists.debian.org/debian-kde/2006/06/msg00095.html pgpFb3uQfCswb.pgp Description: PGP signature
Bug#373158: A bug in anjuta
Package: anjuta Version: 1.2.0 -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS/S C P+ L+++() E++(+++) W++ N+++ w--- e+++ a-- h+ b++ PE-- Y+ y d- s:++ r-- G+++ --END GEEK CODE BLOCK-- decode with www.ebb.org/ungeek anjuta Description: Binary data
Bug#373159: amavisd-new: Overzealous Windows CLSID regexp
Package: amavisd-new Version: 1:2.3.3-4 Severity: minor 20-debian_defaults contains the line qr'\{[0-9a-z]{4,}(-[0-9a-z]{4,}){0,7}\}?'i, # Windows Class ID ext. - CLSID) which not only matches the intended CLSIDs, but also e.g. {My Mailinglist} Hello world! because of the question mark after the closing curly brace. This is true for amavisd-new 1:2.3.3-4 (the version I'm using) as well as for 2.4.0-1 (the most current version). Fix: remove the question mark. Another bug is the unmatched closing parenthesis in the comment, but I don't think this deserves an own bug report :) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-cks11 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages amavisd-new depends on: ii adduser 3.87 Add and remove users and groups ii file 4.17-1 Determines file type using magic ii libarchive-tar-perl 1.28-1 Archive::Tar - manipulate tar file ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.27-1 use Berkeley DB 4 databases from P ii libcompress-zlib-perl 1.41-1 Perl module for creation and manip ii libconvert-tnef-perl 0.17-4 Perl module to read TNEF files ii libconvert-uulib-perl 1.0.5.1-1 Perl interface to the uulib librar pn libdigest-md5-perlnone (no description available) ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii libmailtools-perl 1.74-0.1 Manipulate email in perl programs pn libmime-base64-perl none (no description available) ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii libnet-perl 1:1.19-3 Implementation of Internet protoco ii libnet-server-perl0.90-1 An extensible, general perl server ii libunix-syslog-perl 0.100-4Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.8.8-4Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-4Core Perl modules amavisd-new recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369054: [pkg-wpa-devel] Bug#369054: wpasupplicant: Loosing wifi with CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys message
Mohammed Adnène Trojette wrote: On Tue, Jun 13, 2006, Kel Modderman wrote: Hi Mohammed, Is this happening with latest versions (0.4.9 or 0.5.3 from experimental) ? It works when I run wpa_supplicant -c /etc/wpa_supplicant.conf -Dwext -dd -i eth1 where /etc/wpa_supplicant.conf contains network={ ssid=my_essid key_mgmt=WPA-PSK psk=MyPassPhraseInPlainText } but not when I do ifup eth1 with wpa-driver wext wpa-ssid my_essid wpa-key-mgmt WPA-PSK wpa-passphrase MyPassPhraseInPlainText Do not quote the ssid, use: wpa-ssid my_ssid instead. Thanks, Kel.
Bug#372824: [Pkg-xfce-devel] Bug#372824: xfce4: property windows should not always be on top
reassign 372824 xfce4-panel forwarded 372824 http://bugzilla.xfce.org/show_bug.cgi?id=1915 thanks Hiya Michael, On Mon, Jun 12, 2006 at 08:26:17PM -0400, Michael Gilbert wrote: i am saying that the always on top nature of property windows makes it difficult for a user to use the rest of their system because the xfce property window is always on top. always on top windows are bad for usability and user interaction. and they are banned by the gnome hig. this is another usability improvement suggestion. This isn't actually true for property windows of external plugins but it is true for the customize panel one, the launchers and the in built panel functions. Anyway you can follow this bug at: http://bugzilla.xfce.org/show_bug.cgi?id=1915 Simon. -- -+//sl donc rdv demain à l'aube (12h) sur le champs de mars\\+- -++- -+\\ //+- Colocate your server with http://www.blackcatnetworks.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373162: evince: gnome-doc-utils dependency version
Package: evince Version: 0.4.0-2 Hello, I backported evince/sid for sarge (http://lists.backports.org/lurker/message/20060613.011125.a5abda54.en.html) and I noticed that the gnome-doc-utils Build-Depends does not include a version number. At build time, I got this error: checking for GDU_MODULE_VERSION_CHECK... configure: error: Package requirements (gnome-doc-utils = 0.3.2) were not met. Could you adjust debian/control accordingly? Cheers, -- Sylvain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372498: News about this bug? (ksynaptics: incompatible with xfree86-driver-synaptics 0.14.5-1)
salut Fathi, thanks to Modestas for pointing out your mail. 2006/6/13, Modestas Vainius [EMAIL PROTECTED]: Hello, 2006 m. birželis 13 d., antradienis 09:49, Arnaud Quette rašė: I'm in touch with Mattia Dongili who should contact somebody to check for adoption. If I don't have news by next week, I'll orphan these. Finally note that I have excellent relationship with the upstream developer, Stefan Kombrik... FYI, Fathi Boudra expressed a will to package[1] ksynaptics a few days ago. So he might be interested in adopting the package. Thanks for your work. 1. http://lists.debian.org/debian-kde/2006/06/msg00095.html if you're still interested in, we can check for sponsorship and adoption... You would also have to take over libsynaptics (ITP) and qsynaptics (won't evolve now). Contact me back privately (french ok ;-) for the details... Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - RD Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/
Bug#373160: xbase-clients: broken manpages (atobm)
Package: xbase-clients Version: 1:7.0.1-2 Severity: normal When accessing manpages following errors occurs: ~$ LANG=C man atobm man: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory Reformatting bitmap(1x), please wait... -Andrei -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc3 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages xbase-clients depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.20 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373005: fdp: incorrect xfig output
John == John Ellson [EMAIL PROTECTED] writes: Akim, Hi, Thanks for the report. Apparently xfig draws all ellipses before polygons so if they are at the same depth the background polygon will obscure the ellipses. Fix is to use depth=1 for polygons and depth=0 for ellipses. I don't know what polygon you are referring to. Giving depth=0 to me nodes didn't change it. This is fixed in CVS (upstream). One workaround for now is to not use ellipses. Another is to remove the background polygon from the .fig output, perhaps with sed. Its the two lines near the top of the file that will look like (mod coord values): 2 3 0 1 7 7 1 0 20 0.0 0 0 0 0 0 5 600 4483 600 600 7433 600 7433 4483 600 4483 Thanks a lot, this fixed my problem. perl -0777 -pe 's/^2 3 0.*\n.*\n//m' _build/color-me-2007.fig _build/color-me-2007-2.fig Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372826: [Pkg-xfce-devel] Bug#372826: xfce4: request for a top-level applications menu
Hiya Michael, On Mon, Jun 12, 2006 at 08:23:05PM -0400, Michael Gilbert wrote: My suggustion is that the xfce menu acts as the gnome applications menu does. I've attached two screenshots. The first (current.png) is the xfce menu now, and the second (desired.png) is how i suggest the menu should be. This would improve usability by reducing the number of clicks that users go through. You do realise that apps are available in the main menu too right? e.g. under Apps It's interesting and we have been considering moving the Xfce generated menu up anyway. We wouldn't remove the Debian menu though rather we'd move it under its own heading. Simon. -- [ A mess, eh? - Morgan Feels like home... - Mulder (Piper Maru) ] Black Cat Networks. http://www.blackcatnetworks.co.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373161: webalizer-stonesteps_2.3.5.0-4(sparc/experimental): FTBFS: uses i386 specific gcc option
Package: webalizer-stonesteps Version: 2.3.5.0-4 Severity: serious Hi, your package failed to build because it tried to use the -march=pentiumpro option in a non-i386 build. However, using that option on i386 is likely a policy violation, too. Also, the build should really have stopped after the first file failing to build. | Automatic build of webalizer-stonesteps_2.3.5.0-4 on odin by sbuild/sparc 79 | Build started at 20060613-0842 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 365kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main webalizer-stonesteps 2.3.5.0-4 (dsc) [683B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main webalizer-stonesteps 2.3.5.0-4 (tar) [359kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main webalizer-stonesteps 2.3.5.0-4 (diff) [4945B] | Fetched 365kB in 0s (3122kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), libgd2-dev | libgd2-noxpm-dev | libgd2-xpm-dev, libdb4.3-dev [...] | Toolchain package versions: libc6-dev_2.3.6-15 linux-kernel-headers_2.6.13+0rc3-2.1 gcc-4.1_4.1.1-2 g++-4.1_4.1.1-2 binutils_2.16.1cvs20060413-1 libstdc++6-4.1-dev_4.1.1-2 libstdc++6_4.1.1-2 | -- | dpkg-source: extracting webalizer-stonesteps in webalizer-stonesteps-2.3.5.0 | su: Authentication service cannot retrieve authentication info. | (Ignored) | dpkg-buildpackage: source package is webalizer-stonesteps | dpkg-buildpackage: source version is 2.3.5.0-4 | dpkg-buildpackage: host architecture sparc | dpkg-buildpackage: source version without epoch 2.3.5.0-4 | /usr/bin/fakeroot debian/rules clean | dh_testdir | dh_testroot | rm -f build-stamp configure-stamp | /usr/bin/make -f makefile.gnu clean SHELL=/bin/bash | make[1]: Entering directory `/build/buildd/webalizer-stonesteps-2.3.5.0' | makefile.gnu:217: hashtab.d: No such file or directory | makefile.gnu:217: output.d: No such file or directory | makefile.gnu:217: webalizer.d: No such file or directory | makefile.gnu:217: dns_resolv.d: No such file or directory | makefile.gnu:217: graphs.d: No such file or directory | makefile.gnu:217: linklist.d: No such file or directory | makefile.gnu:217: preserve.d: No such file or directory | makefile.gnu:217: lang.d: No such file or directory | makefile.gnu:217: parser.d: No such file or directory | makefile.gnu:217: mutex_pthread.d: No such file or directory | makefile.gnu:217: thread_pthread.d: No such file or directory | makefile.gnu:217: util.d: No such file or directory | makefile.gnu:217: event_pthread.d: No such file or directory | makefile.gnu:217: logrec.d: No such file or directory | makefile.gnu:217: tstring.d: No such file or directory | set -e; cc -MM -march=pentiumpro -DUSE_DNS -DHAVE_GETOPT_H -DETCDIR=\/etc\ -Wno-multichar -fexceptions -frepo -O2 -I/build/buildd/webalizer-stonesteps-2.3.5.0 -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/include tstring.cpp | \ | sed 's/\(tstring\)\.o[ :]*/\1.o tstring.d : /g' tstring.d; \ | [ -s tstring.d ] || rm -f tstring.d | cc1plus: error: unrecognized command line option -march=pentiumpro | set -e; cc -MM -march=pentiumpro -DUSE_DNS -DHAVE_GETOPT_H -DETCDIR=\/etc\ -Wno-multichar -fexceptions -frepo -O2 -I/build/buildd/webalizer-stonesteps-2.3.5.0 -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/include logrec.cpp | \ | sed 's/\(logrec\)\.o[ :]*/\1.o logrec.d : /g' logrec.d; \ | [ -s logrec.d ] || rm -f logrec.d | cc1plus: error: unrecognized command line option -march=pentiumpro | set -e; cc -MM -march=pentiumpro -DUSE_DNS -DHAVE_GETOPT_H -DETCDIR=\/etc\ -Wno-multichar -fexceptions -frepo -O2 -I/build/buildd/webalizer-stonesteps-2.3.5.0 -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/include event_pthread.cpp | \ | sed 's/\(event_pthread\)\.o[ :]*/\1.o event_pthread.d : /g' event_pthread.d; \ | [ -s event_pthread.d ] || rm -f event_pthread.d | cc1plus: error: unrecognized command line option -march=pentiumpro | set -e; cc -MM -march=pentiumpro -DUSE_DNS -DHAVE_GETOPT_H -DETCDIR=\/etc\ -Wno-multichar -fexceptions -frepo -O2 -I/build/buildd/webalizer-stonesteps-2.3.5.0 -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/include util.cpp | \ | sed 's/\(util\)\.o[ :]*/\1.o util.d : /g' util.d; \ | [ -s util.d ] || rm -f util.d | cc1plus: error: unrecognized command line option -march=pentiumpro | set -e; cc -MM -march=pentiumpro -DUSE_DNS -DHAVE_GETOPT_H -DETCDIR=\/etc\ -Wno-multichar -fexceptions -frepo -O2 -I/build/buildd/webalizer-stonesteps-2.3.5.0 -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/include thread_pthread.cpp | \ | sed 's/\(thread_pthread\)\.o[ :]*/\1.o thread_pthread.d
Bug#372647: [Pkg-zope-developers] Bug#372647: zope-cmfplone invlved in 3 circular depdendencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabio Tranchitella a écrit : Il giorno lun, 12/06/2006 alle 16.19 +0200, Jérémy Bobbio ha scritto: Complex circular dependencies are known to cause problems during upgrade between stable releases, so we should try to get rid of them. What could we do about this? Put ATContentTypes, PloneErrorReporting and PloneLanguageTool in the same package that CMFPlone? In my opinion, the best thing to do is to downgrade the dependencies on ATContentTypes, PloneErrorReporting and PloneLanguageTool as Recommends instead of Depends. My first message was out off topic. PloneErrorReporting and PloneLanguageTool are just recommended in Plone 2.1 even if they are in the bundle. CMFPlacefulWorkflow will be in the same state in Plone 2.5. For ATContentTypes it's different, we need it to instanciate a plone site, and we need it to a minimal version: CMFPlone 2.1 requires ATCT 1.0 and reciprocally. If we just recomand this package bug reports will come. Then I don't think it's a good idea to only recommands ATCT in CMFPlone, but we can choose to do the opposite, like for Archetypes package. Regards, - -- Encolpe DEGOUTE http://encolpe.degoute.free.fr/ Logiciels libres, hockey sur glace et autres activités cérébrales -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEjnVWvFPzBBlIZMMRAiSdAKCI147uV1AGgyghOmpI70E31sYtQwCfVz59 09+tB5J3+Y9fslYs5/dTJ+w= =Ov75 -END PGP SIGNATURE-
Bug#372716: [Pkg-kde-extras] Bug#372716: digikam doesn't show exif info
Just to rule out any incomtibility, did anyone test with another host application (gwenview for example)? Toma -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373164: cdbs: stop overriding DEB_DESTDIR
Package: cdbs Version: 0.4.40 Severity: important Please stop using abusing the DEB_DESTDIR variable which have been used by module-assistant includes for many years now. Please do better research when starting using variables, blindly overriding the existing ones. Please give the variables useful names. DEB_DESTDIR does not mean the destination directory for the deb file. It means something different any maybe should be renamed to CDBS_CONTENTS_DIR. Exactly like most of your other variables, why are you using DEB_ prefix? CDBS_ would be more appropriate, it would describe who set it and why. Eduard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20060223.1 Update infrastructure for config.{ ii debhelper 5.0.35 helper programs for debian/rules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369858: gnome-panel messes with the /etc gconf source
Hi, (summary of proposal made during IRC discussion) On Thu, Jun 01, 2006, Josselin Mouette wrote: ${SCHEMA_LOCATION}/panel-default-setup.entries /dev/null This is a gconfentryset with a lot of entries. I see two ways of dealing with this: 1. convert this gconfentryset to the new simple format of gconf defaults as defined in update-gconf-defaults(8), this can be achieved manually once or automatically by a script we would ship in dh_gconf or a new dh_* in the long term, and in gnome-panel in the interim; the automatic version is better because this upstream file will change significantly with time 2. support gconfentryset in update-gconf-defaults IMO, we should aim at supporting the native gconfentryset format, and it seems to be a greater pain to try to convert it to the new format for gconf defaults than to try to support it in update-gconf-defaults. For reference, my understanding is that: * update-gconf-defaults builds a gconf file in /var/lib/gconf/debian.defaults/%gconf-tree.xml which is simply in gconf's path * gnome-panel calls gconftool-2 --direct --load and forces a GCONF_CONFIG_SOURCE / --config-source to process the panel-default-setup.entries gconfentryset Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#369500: stellarium: Some text cannot be output (missing font?)
Thanks Julien! I looked for this one for a while! Fabien Julien BLACHE a écrit : tags 369500 + patch thanks Hi Cédric, The attached patch fixes two endianness issues in stellarium: - translator.cpp: the resulting UCS4 string was needlessly byteswapped - hip_star.cpp: the floats read from the data file were not byteswapped due to gcc optimizing the macro away (that, or aliasing rules kicking in). The patch does the byteswapping the proper way, using a union (warning: anonymous unions are not be portable to some non-gcc compilers). With these fixes, stellarium works perfectly fine on PPC. (btw, please add the locale files to the stellarium-data package ;) JB. --- stellarium-0.8.0.orig/src/translator.cpp +++ stellarium-0.8.0/src/translator.cpp @@ -114,7 +114,7 @@ ch |= (unsigned short)(utf8[++i]0x3F); } -#ifdef WORDS_BIGENDIAN +#if 0 //def WORDS_BIGENDIAN unicode[j] = bswap_16(ch); #else unicode[j] = ch; --- stellarium-0.8.0.orig/src/hip_star.cpp +++ stellarium-0.8.0/src/hip_star.cpp @@ -145,21 +145,23 @@ // Read datas in binary catalog and compute x,y,z; // The aliasing bug on some architecture has been fixed by Rainer Canavan on 26/11/2003 +// Really ? -- JB, 20060607 int HipStar::read(FILE * catalog) { - float RA=0, DE=0, xDE, xRA; - fread(xRA,4,1,catalog); - LE_TO_CPU_FLOAT(RA, xRA); + union { float fl; unsigned int ui; } RA, DE, LY, xRA, xDE, xLY; - fread(xDE,4,1,catalog); - LE_TO_CPU_FLOAT(DE, xDE); + fread(xRA.ui,4,1,catalog); + LE_TO_CPU_INT32(RA.ui, xRA.ui); + + fread(xDE.ui,4,1,catalog); + LE_TO_CPU_INT32(DE.ui, xDE.ui); // for debug printing - // float rao = RA; - // float deo = DE; + // float rao = RA.fl; + // float deo = DE.fl; -RA*=M_PI/12.; // Convert from hours to rad -DE*=M_PI/180.;// Convert from deg to rad +RA.fl*=M_PI/12.; // Convert from hours to rad +DE.fl*=M_PI/180.;// Convert from deg to rad unsigned short int mag, xmag; fread(xmag,2,1,catalog); @@ -173,7 +175,7 @@ // LE_TO_CPU_INT16(type, xtype); // Calc the Cartesian coord with RA and DE -sphe_to_rect(RA,DE,XYZ); +sphe_to_rect(RA.fl,DE.fl,XYZ); XYZ*=RADIUS_STAR; @@ -198,9 +200,9 @@ setColor(SpType); // Color depending on the spectral type // distance - float LY; - fread(LY,4,1,catalog); - LE_TO_CPU_FLOAT(Distance, LY); + fread(xLY.ui,4,1,catalog); + LE_TO_CPU_INT32(LY.ui, xLY.ui); + Distance = LY.fl; if (mag==0 type==0) return 0;
Bug#373163: zd1211-firmware: firmware not loaded when usb adapter plugged at boot
Package: zd1211-firmware Version: 2.4.0.0-1 Severity: normal When the adapter (Zyxel Zyair G220) is plugged after the machine has finished the boot process, everything will work fine (including wpa_supplicant connecting to the WPA network, etc.). However, il the adapter is alrerady plugged when the system is booted, it won't work (excerpt from syslog messages) : Jun 12 08:58:16 olberger kernel: Failed to load zd1211-WS11UPhR.fw firmware file! Jun 12 08:58:16 olberger kernel: Make sure the hotplug firmware loader is installed. Jun 12 08:58:16 olberger kernel: zd1211_Download_IncludeFile failed Jun 12 08:58:16 olberger kernel: zd1211: probe of 4-2:1.0 failed with error -5 I'm thinking of some problem with udev, but I'm not completely sure it's not related to the firmware package also... Thanks in advance for your help. Best regards, -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-epia-200603101 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zd1211-firmware depends on: ii udev [hotplug]0.093-1/dev/ and hotplug management daemo Versions of packages zd1211-firmware recommends: ii 0.0.0.svnr67-2+2.6.15-epia-20 ZD1211 wireless USB dongle driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373166: tecnoballz: fails to install
Package: tecnoballz Version: 0.91cvs20060612-1 Severity: grave Justification: renders package unusable I tried to install tecnoballz on a computer where it was not installed before, and I got this result: Get:1 http://ftp.nl.debian.org unstable/main tecnoballz-data 0.91cvs20060612-1 [1527kB] Get:2 http://ftp.nl.debian.org unstable/main tecnoballz 0.91cvs20060612-1 [159kB] Fetched 1686kB in 2s (809kB/s) Selecting previously deselected package tecnoballz-data. (Reading database ... 183011 files and directories currently installed.) Unpacking tecnoballz-data (from .../tecnoballz-data_0.91cvs20060612-1_all.deb) ... Selecting previously deselected package tecnoballz. Unpacking tecnoballz (from .../tecnoballz_0.91cvs20060612-1_amd64.deb) ... preinst called with unknown argument `install' dpkg: error processing /var/cache/apt/archives/tecnoballz_0.91cvs20060612-1_amd64.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/tecnoballz_0.91cvs20060612-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc4 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365253: version 1.3.5 includes ipsec policy matching support
I also have a requirement for iptables to support ipsec policy matching. Shorewall uses this to allow rules to be associated with the ipsec tunnels created. Since this bug is 45 days old I figured I'd give it a bump. Regards, -- -- Jim Barber DDI Health -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373167: xmlstarlet: documentation wrong
Package: xmlstarlet Version: 1.0.0-1 Severity: minor , | [EMAIL PROTECTED]:~% xmlstarlet | XMLStarlet Toolkit: Command line utilities for XML | Usage: xml [options] command [cmd-options] | [...] | Type: xml command --help ENTER for command help ` But the binary is xmlstarlet, not xml. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages xmlstarlet depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11.1 LGPL Crypto library - runtime libr ii libxml2 2.6.16-7 GNOME XML library ii libxslt1.11.1.12-8 XSLT processing library - runtime ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373165: python-matplotlib: depends on non existing pythonX.Y-numarray
Package: python-matplotlib Version: 0.86.2-4 Severity: serious Justification: package uninstallable Due to the recent changes in the python policy, python-matplotlib is not installable because it has dependencies on pythonX.Y-numarray and pythonX.Y-numarray-ext which are not available in unstable (python-numarray does not provide pythonX.Y-numarray) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373140: totem - FTBFS: Cannot find required GStreamer-0.10 plugin 'playbin'.
severity 373140 serious thanks It works if I call debian/rules build-gstreamer as user but it fails if I call it as root. Also it fails if the home directory entry in /etc/passwd points to a nonexistant directory. The reason is easy: gst-inspect tries to regenerate the plugin registry and fails if it can't write them. Also the systemwide registry is missing. Bastian -- Men will always be men -- no matter where they are. -- Harry Mudd, Mudd's Women, stardate 1329.8 signature.asc Description: Digital signature
Bug#372167: charmap.app: charmap.map crash on startup
Le sam 10 jun 2006 13:22:47 CEST, Hubert Chan [EMAIL PROTECTED] a écrit : $ Charmap /usr/bin/Charmap: line 11: 15747 Exception en point flottant openapp $app $@ french? Indeed. Look at the locales in the initial bug report :) ___ Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) ___ I guess if you run debugapp Charmap.app (if you have gdb installed), you can get a backtrace to see where the floating point error comes from. Here is a trace: ___ $ debugapp Charmap.app GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/lib/GNUstep/System/Applications/Charmap.app/Charmap (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1488501056 (LWP 26017)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 2006-06-13 09:11:00.618 Charmap[26017] Unknown time zone name `Paris'. 2006-06-13 09:11:00.618 Charmap[26017] Using time zone with absolute offset 0. 2006-06-13 09:11:00.617 Charmap[26017] Warning - mouse/pointer seems to have more than 5 buttons - just using one to five (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 2006-06-13 09:11:00.871 Charmap[26017] The font specified for NSFont, Helvetica, can't be found. 2006-06-13 09:11:00.893 Charmap[26017] The font specified for NSFont, Helvetica, can't be found. 2006-06-13 09:11:00.968 Charmap[26017] The font specified for NSFont, Helvetica, can't be found. 2006-06-13 09:11:01.002 Charmap[26017] The font specified for NSFont, Helvetica, can't be found. 2006-06-13 09:11:01.002 Charmap[26017] The font specified for NSFont, Helvetica, can't be found. Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -1488501056 (LWP 26017)] 0x080494b0 in main () (gdb) bt #0 0x080494b0 in main () (gdb) quit The program is running. Exit anyway? (y or n) y ___ You need something else ? Best, LT-P -- Seals are cute, kiss them
Bug#373164: [Build-common-hackers] Bug#373164: cdbs: stop overriding DEB_DESTDIR
tags 373164 + wontfix thanks Coin, Eduard Bloch [EMAIL PROTECTED] writes: Please stop using abusing the DEB_DESTDIR variable which have been used by module-assistant includes for many years now. Please do better research when starting using variables, blindly overriding the existing ones. Please give the variables useful names. DEB_DESTDIR does not mean the destination directory for the deb file. It means something different any maybe should be renamed to CDBS_CONTENTS_DIR. Exactly like most of your other variables, why are you using DEB_ prefix? CDBS_ would be more appropriate, it would describe who set it and why. CDBS is using DEB_DESTDIR (and DEB_*) for years. I don't know which one used it first, but this is quite an ancient behavior ; i'm astonished you complained this late, as it is now *IMPOSSIBLE* to fix this problem, too many packages would FTBFS if we change such variables. I strongly agree CDBS_* would have been better, nevertheless, why should module-assistant have the priviledge of DEB_* variables usage ? If the closest relationship to debhelper wins, then CDBS wins. -- Marc Dequènes (Duck) pgpmehaHAh87l.pgp Description: PGP signature
Bug#373089: sarge backport
package boinc tags 373089 + pending stop On Monday 12 June 2006 20:22, Robert Millan wrote: Here's a pair of compat hacks to aid in sarge backport. It is not complete, as all changes weren't clean/desirable, though. Hi Robert, Thanks for the patch, I've applied it. We have a sarge backport in our SVN repository, which is a bit outdated - it's still at BOINC version 5.4.3: http://svn.debian.org/wsvn/pkg-boinc/branches/sarge/boinc/ Would you be interested in updating it to the latest version, apply all your other backport patches and upload it to backports.org? Grüße, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373168: preinst called with unknown argument `install'
Package: tecnoballz Version: 0.91cvs20060612-1 tecnoballz-data installs fine but not tecnoballz Transcript follows: sudo apt-get install tecnoballz Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: tecnoballz 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 0B/159kB of archives. After unpacking 578kB of additional disk space will be used. (Reading database ... 135465 files and directories currently installed.) Unpacking tecnoballz (from .../tecnoballz_0.91cvs20060612-1_amd64.deb) ... preinst called with unknown argument `install' dpkg: error processing /var/cache/apt/archives/tecnoballz_0.91cvs20060612-1_amd64.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/tecnoballz_0.91cvs20060612-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I am using Debian GNU/Linux unstable on amd64, kernel 2.6.16-1-em64t-p4-smp. The same error happens in an i386 chroot. This error comes from the preinst file which does not contain a rule for the `install' argument. Rules exists only for upgrade, failed-upgrade, abort-install, abort-upgrade and disappear so the fix is probably very simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372498: News about this bug? (ksynaptics: incompatible with xfree86-driver-synaptics 0.14.5-1)
Am Dienstag, 13. Juni 2006 10:11 schrieb Arnaud Quette: salut Fathi, thanks to Modestas for pointing out your mail. 2006/6/13, Modestas Vainius [EMAIL PROTECTED]: Hello, 2006 m. birželis 13 d., antradienis 09:49, Arnaud Quette rašė: I'm in touch with Mattia Dongili who should contact somebody to check for adoption. If I don't have news by next week, I'll orphan these. Finally note that I have excellent relationship with the upstream developer, Stefan Kombrik... FYI, Fathi Boudra expressed a will to package[1] ksynaptics a few days ago. So he might be interested in adopting the package. Thanks for your work. 1. http://lists.debian.org/debian-kde/2006/06/msg00095.html if you're still interested in, we can check for sponsorship and adoption... You would also have to take over libsynaptics (ITP) and qsynaptics (won't evolve now). Contact me back privately (french ok ;-) for the details... Arnaud That is great news to everyone :) I think that's a little sad that Dapper didn't ship with ksynaptics 0.3.1 but I am looking forward to a 0.3.2 release in some weeks. libsynaptics supports the latest driver release already, and I am receiving quite some feedback even from FC and Suse developers. However, it seems that libsynaptics will ship seperately from the synaptics driver since its maintainer and me have some different opinions on how to do it. At the very moment I tend to commit it into the qsynaptics cvs since non-kde apps are depending on it as well. Btw: Is there somebody who wishes to help out for a port of QSynaptics to Qt4? greetings, Stefan Kombrink 8^) (maintainer of {lib,q,k}synaptics)
Bug#373169: please set permissions on key output to 600
Package: gnutls-bin Version: 1.3.5-1.1 Severity: wishlist I think certtool should chmod() key files it writes to 600 by default. Thanks, -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gnutls-bin depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries pi libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgnutls13 1.3.5-1.1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libopencdk8 0.5.7-2Open Crypto Development Kit (OpenC ii zlib1g1:1.2.3-11 compression library - runtime gnutls-bin recommends no packages. -- no debconf information -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#289188: vim: segfaults after Appending to visual block and repeating action
James - The following sequence of commands causes Vim to crash (backtrace below): Thanks for the report. I'll look into it later. - Bram -- The CIA drives around in cars with the Intel inside logo. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org/// -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338128: miredo: alternative package available
Selon Bernhard Schmidt [EMAIL PROTECTED]: JFYI, there is a package for miredo in an alternative repository: http://www.progsoc.uts.edu.au/~wildfire/debian.org/miredo/ AFAIK, this is the same package that's been rejected from incoming a few months ago (and that's still at the top of backports.org own incoming), so it would definitely need to be fixed somehow. And by this, I mean more than just resyncing with upstream (=me). According to Anand, ftp-master rejected it because of insufficient copyright boilerplate and non-free RFC content. There is normally no IETF content in my automake-generated source tarballs, though there *IS* IETF copyrighted non-packaged content in the source repository. And as for the copyright, to the best of my knowledge, only the MD5 implementation needs something besides my own copyright, let alone FSF copyright on the whole autotools bloat. slightly outdated though. The package fires at least two of the four global Teredo relays at the moment (itgate.net and teleport-iabg.de) without a glitch. I have only tested client mode briefly (worked) and did not touch the server part. I didn't know for teleport-iabg. As for the other relays, HotNIC is running something on FreeBSD, and ConsulIntel runs miredo atop RHEL, but that's slightly out of topic. -- Remi Denis-Courmont http://www.simphalempin.com/home/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371134: upstream bug link
Upstream bug report is at http://bugzilla.ximian.com/show_bug.cgi?id=77028 together with a description and a 'fix' by me. johannes signature.asc Description: This is a digitally signed message part
Bug#367804: webcalendar: please move out of stone age
This one time, at band camp, Ian Zimmerman said: Tim I've been able to get webcalendar (= 1.0.1) to work with postgres Tim 8.x What problems have you been seeing? Shouldn't you Recommend postgresql-8.1 as an alternative to postgresql, which is just a transitional package whose installation will drag in the obsolete postgresql-7.x? I don't think so, at any rate. Right now, we have 2 versions of postgresql in the archive (and we're still cleaning out a few things from a third), and we finally got back down to 1 version of mysql-server. Having to support and update all the various versions in a Recommends line is too fragile. It is better to depend on the default, and let the database package maintainers worry about what version that points to. Since it is a Recommends, it doesn't prevent you from installing and running whatever version of postgres you want with it, or not installing postgres locally at all (indeed, this is the point of making it a Recommends instead of a Depends). Am I missing a case where this actually causes a problem for someone? If the answer to the above question is no, I am inclined to close this report. If you can point me to a problem that the Recommends causes that I'm not seeing, we'll of course be happy to work on it. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#373170: setools: FTBFS (amd64): libfl.a(libyywrap.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
Package: setools Version: 2.4-1 Severity: normal Hello, I built 'flex' from source on amd64/unstable, installed the resulting 'flex' binary package and then tried to build 'setools' from source. This resulted in the following error: cc -shared -o libapol.so.2.4 policy.o policy-query.o policy-io.o queue.o util.o clone.o y.tab.o lex.yy.o avl-util.o policy-avl.o render.o analysis.o perm-map.o cond.o infoflow.o poldiff.o relabel_analysis.o dta.o binpol/binpol.o binpol/bpmaps.o binpol/fbuf.o binpol/ebitmap.o semantic/avhash.o semantic/avsemantics.o -lselinux -lfl -Wl,-soname,libapol.so.1 /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/libfl.a(libyywrap.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/libfl.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [libapol.so.2.4] Error 1 make[2]: Leaving directory `/setools-2.4/libapol' Apparently 'setools' tries to use the non-shared libfl.a to make a shared library which does not work on amd64. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373164: [Build-common-hackers] Bug#373164: cdbs: stop overriding DEB_DESTDIR
#include hallo.h * Marc Dequènes [Tue, Jun 13 2006, 11:31:51AM]: tags 373164 + wontfix thanks Then document it properly. What I expect as user is a good readable overview of how CDBS poisons the environment: ie. a complete list of variables set and overriden by it with links to the conflicting packages. Currently, your manual is unreadable because all the var names are spread over different paragraphs, I would like to see a summary, a table with names, short descriptions and links. Eduard Bloch [EMAIL PROTECTED] writes: Please stop using abusing the DEB_DESTDIR variable which have been used by module-assistant includes for many years now. Please do better research when starting using variables, blindly overriding the existing ones. Please give the variables useful names. DEB_DESTDIR does not mean the destination directory for the deb file. It means something different any maybe should be renamed to CDBS_CONTENTS_DIR. Exactly like most of your other variables, why are you using DEB_ prefix? CDBS_ would be more appropriate, it would describe who set it and why. CDBS is using DEB_DESTDIR (and DEB_*) for years. I don't know which one used it first, but this is quite an ancient behavior ; i'm astonished you complained this late, as it is now *IMPOSSIBLE* to fix this problem, too many packages would FTBFS if we change such variables. I sent a complaint to your mailing list before. Apparently it has been ignored. I strongly agree CDBS_* would have been better, nevertheless, why should module-assistant have the priviledge of DEB_* variables usage ? If the closest relationship to debhelper wins, then CDBS wins. And if the closest relationship of the var name and var meaning counts, then module-assistant wins. Eduard.
Bug#372912: Ubuntu patch
Hi, you can find the Ubuntu debdiff at http://patches.ubuntu.com/patches/libgd2.CVE-2006-2906.diff Upstream's test cases worked fine for me, BTW (however, I moved the static gif data declaration to the top). Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#373163: zd1211-firmware: firmware not loaded when usb adapter plugged at boot
On Mon, 12 Jun 2006, Olivier Berger wrote: Package: zd1211-firmware Version: 2.4.0.0-1 Severity: normal When the adapter (Zyxel Zyair G220) is plugged after the machine has finished the boot process, everything will work fine (including wpa_supplicant connecting to the WPA network, etc.). However, il the adapter is alrerady plugged when the system is booted, it won't work (excerpt from syslog messages) : Jun 12 08:58:16 olberger kernel: Failed to load zd1211-WS11UPhR.fw firmware file! Jun 12 08:58:16 olberger kernel: Make sure the hotplug firmware loader is installed. Jun 12 08:58:16 olberger kernel: zd1211_Download_IncludeFile failed Jun 12 08:58:16 olberger kernel: zd1211: probe of 4-2:1.0 failed with error -5 I'm thinking of some problem with udev, but I'm not completely sure it's not related to the firmware package also... Thanks in advance for your help. I had similar problem when /usr was not yet mounted when zd1211 module tried to access the firmware files. I copied firmware files into bind-mounted root partition to correct directory to get rid of that error, obviously such thing is a hack. -- i. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372649: ivtools: FTBFS: dh_movefiles: debian/tmp/usr/lib/libIV.so.1 not found
On Sun, Jun 11, 2006 at 08:11:18PM +0200, Christoph Berg wrote: tags 372649 + unreproducible thanks Re: Julien Danjou 2006-06-10 [EMAIL PROTECTED] make[2]: Leaving directory `/build/buildd/ivtools-1.1.3/src/glyphs/examples3.1' make[1]: Leaving directory `/build/buildd/ivtools-1.1.3/src/glyphs' # don't include the scripts # Documentation dh_movefiles -pivtools-dev dh_movefiles -Nivtools-dev dh_movefiles: debian/tmp/usr/lib/libIV.so.1 not found (supposed to put it in libiv1) make: *** [install-stamp] Error 1 ** Build finished at 20060610-2324 FAILED [dpkg-buildpackage died] -- Builds fine here, though with some warnings: Looking at the buildd, seems to also build fine in all other arches but hppa # 1.1.3-5.2 (s390) (latest build at Jun 9 12:36: maybe-successful) # 1.1.3-5.2 (sparc) (latest build at Jun 9 12:57: maybe-successful) # 1.1.3-5.2 (hppa) (latest build at Jun 10 02:02: maybe-failed) # 1.1.3-5.2 (amd64) (latest build at Jun 9 13:08: maybe-successful) # 1.1.3-5.2 (alpha) (latest build at Jun 9 13:09: maybe-successful) # 1.1.3-5.2 (mips) (latest build at Jun 9 14:25: maybe-successful) # 1.1.3-5.2 (arm) (latest build at Jun 9 15:27: maybe-successful) # 1.1.3-5.2 (powerpc) (latest build at Jun 9 15:08: maybe-successful) # 1.1.3-5.2 (mipsel) (latest build at Jun 9 15:19: maybe-successful) # 1.1.3-5.2 (ia64) (latest build at Jun 9 16:06: maybe-successful) # 1.1.3-5.2 (m68k) (latest build at Jun 12 06:22: maybe-successful) and the hppa problem is a missing dependency The following packages have unmet dependencies: libace-dev: Depends: libace5.4 (= 5.4.2.1.0-4) but it is not installable -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369500: stellarium: Some text cannot be output (missing font?)
Fabien Chéreau [EMAIL PROTECTED] wrote: Hi, Thanks Julien! I looked for this one for a while! You're welcome :) Nice app ! :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#318719: It still segfaults on amd64.
reopen 318719 found 318719 0.91cvs20060612-1 thanks On a machine were tecnoballz was previously installed, and where installation of the new package didn't fail: [EMAIL PROTECTED]dpkg -l tecnoballz Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii tecnoballz 0.91cvs20060612-1 breaking block game ported from the Amiga platform [EMAIL PROTECTED]tecnoballz --version LP64 configfile::fopen_data(): Warning: Unable to open the file /home/users/guus/.tlkgames/tecnoballz.conf for read!!! TECNOBALLZ 0.91+ (2005-08-26) copyright (c) 1991-2005 TLK Games website: http://linux.tlk.fr [EMAIL PROTECTED]tecnoballz LP64 configfile::fopen_data(): Warning: Unable to open the file /home/users/guus/.tlkgames/tecnoballz.conf for read!!! [1]29049 segmentation fault tecnoballz -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#62529: [DPKG-GENCHANGES] [DPKG-GENCONTROL] Support binary recompilations with different version
reopen 62529 thanks I consider this bug closed with the following past changes: dpkg (1.13.19) unstable; urgency=low ... [ Guillem Jover ] * Add new substvars source:Version, source:Upstream-Version and binary:Version so packages will be able to avoid breaking on binNMUs. Based on a patch by Ken Bloom and Jeroen van Wolffelaar. Closes: #358530 * Support binNMU safe packages even when source and binary differ in version. ... Uh, that helps for doing NMUs and dependencies, but still makes it awkward actually associating the source and the binary package. They're separate problems. Cheers, aj -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372950: boinc-client: should depend on newer adduser from testing
package boinc-client tags 372950 + pending stop On Monday 12 June 2006 17:25, christoph martin wrote: when using boinc-client in a mixed stable testing Debian environment the postinst stops with the following error: Setting up boinc-client (5.4.9-1) ... useradd: unknown group boinc adduser: `/usr/sbin/useradd -d /var/lib/boinc-client -g boinc -s /bin/false -u 111 boinc' returned error code 6. Aborting. Using the adduser version from testing everything ist working ok. Hi Christoph, I'm going to commit the patch below, which should ensure that the group boinc exists when trying to create the user boinc. With this patch we also don't need to tighten the dependency on adduser. Index: boinc-client.postinst === --- boinc-client.postinst (revision 446) +++ boinc-client.postinst (working copy) @@ -17,8 +17,14 @@ case $1 in configure) +# Create boinc group if it doesn't already exist. +if ! getent group boinc /dev/null; then +addgroup --quiet --system boinc +fi + +# Create boinc user if it doesn't already exist. if ! getent passwd boinc /dev/null; then -adduser --quiet --system --group --home $BOINC_DIR \ +adduser --quiet --system --ingroup boinc --home $BOINC_DIR \ --gecos BOINC core client boinc fi pgpBSLXLE4CSx.pgp Description: PGP signature
Bug#197156: my destiny
Hi there lovely, This kind of opportunity comes ones in a life. bI don't waant to miss it. Do you? I am coming to your place ibn few days and I though may be we can cmeet each other. If you don't mind I can sendb you my picture. I am a girl.c You can correspond with me using my email [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372919: #372919: davfs2 installation fails
Dear Luciano, Indeed, that was the case. The SED-version was the one as packaged in Debian 2.2. I replaced it today, but forgot to check the versionnumber. The installation of the package went correctly now, but I still am trying to find out how I can mount a webdisk. Is there a manual or something available? Kind regards! Paul Rispens Leersum, Netherlands -Oorspronkelijk bericht- Van: Luciano Bello [mailto:[EMAIL PROTECTED] Verzonden: dinsdag 13 juni 2006 6:00 Aan: [EMAIL PROTECTED] Onderwerp: Bug#372919: #372919: davfs2 installation fails Hi #372919's submitter! Mmm... It looks you have a very old sed version. The option -i was added in February 2004. You should tell your sed version number so the package will be depend of the new ones. If you know in which version the -i option was included, please tell me too. Thanks for your contribution luciano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#41030: Ver ify nick jordan
How are you, My jun ior has receieved your fill ed app lication. My subor dinate shall then re-con firm yo ur da ta. http://geocities.com/tinuc6217 With Ref to: nick jordan and your Cr. rating is not an iss ue. All cash out types have been Ap p.ro ve d for you nick jordan Thanks Alot, Brad Did those news announcers dislike jumping? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373163: Firmware location doesn't seem to be compatible with udev loading driver before /usr becomes available
The firmware gets loaded by udev (more specifically by /lib/udev/firmware.agent) before my /usr partition gets mounted. However in /lib/udev/hotplug.functions FIRMWARE_DIRS='/lib/firmware /usr/local/lib/firmware /usr/lib/hotplug/firmware' which means that the firmware being in /usr/lib/hotplug/firmware won't be loaded in that case, and loaded fine afterwards when /usr has been mounted. I suggest that it is installed in /lib/firmware instead. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) APRIL (http://www.april.org) - Vive python (http://www.python.org) Pétition contre les brevets logiciels : http://petition.eurolinux.org
Bug#363486: dpkg: [update-alternatives] New categories for: WORD, EXCEL, MEDIA-PLAYER etc.
On 6/12/06, Kurt Roeckx [EMAIL PROTECTED] wrote: I'm not sure if the alternatives system is the best place to register mime types. I'm also not sure that a Debian specific solution as the alternatives system is the best way to go. But I can see why this would be useful, and maybe it should work in combination with the alternatives system. Opening based on mime-types is a solved problem, see /etc/mailcap. You can even specify different programs depending on whether you're in X or not. See run-mailcap. In particular: see mime-type:filename will determine the correct viewer for the file and display it. There is also edit, compose and print. Preferences can be consigured globally using /etc/mailcap.order. -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#202873: [Build-common-hackers] Bug#202873: cdbs: Please add support for dh-buildinfo
On Sat, 10 Jun 2006 23:35:46 +0200 Peter Eisentraut wrote: Jonas Smedegaard wrote: Probably I used a custom make target with a (later?) package-specific rule depending on it, and then at some point moved to the current setup but forgot to remove the now unnecessary cleanup. I'll check, and simplify the snippet if that's the case. At this point, I suggest that if you get your makefile snippet in shape, let's put it in. Ok. Easiest way would be if I had write access to SVN. Could you please (ass current member of the team) get in touch with the Alioth admins to figure out what's wrong? Regards, - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpzKjLsCAraI.pgp Description: PGP signature
Bug#373174: logcheck-database: new postfix rule
Package: logcheck-database Version: 1.2.44 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please add the following rule to violations.ignore.d/logcheck-postfix ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: NOQUEUE: reject: CONNECT from [^[:space:]]+: 554 [^[:space:]]+: Client host rejected: Access denied; proto=SMTP$ The attached file 'postfix.log' contain the lines that are ignored by this rule. bye, Martin - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (700, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEjpEQOvJj+wS6JuIRArTbAJ42T/HJQ/MfkKw8hQktkGCEvUa8nwCg0xVc 8TGG2mE52JwhRR/r/0xP70Q= =sKFz -END PGP SIGNATURE- Jun 13 01:14:15 djinn01 postfix/smtpd[19714]: NOQUEUE: reject: CONNECT from pool-71-126-89-66.phlapa.east.verizon.net[71.126.89.66]: 554 pool-71-126-89-66.phlapa.east.verizon.net[71.126.89.66]: Client host rejected: Access denied; proto=SMTP Jun 13 01:31:20 djinn01 postfix/smtpd[21551]: NOQUEUE: reject: CONNECT from pool-71-103-4-18.lsanca.dsl-w.verizon.net[71.103.4.18]: 554 pool-71-103-4-18.lsanca.dsl-w.verizon.net[71.103.4.18]: Client host rejected: Access denied; proto=SMTP Jun 13 05:26:40 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:27:51 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:28:45 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:28:54 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:29:03 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:30:00 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:30:10 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP Jun 13 05:30:42 djinn01 postfix/smtpd[6292]: NOQUEUE: reject: CONNECT from pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: 554 pool-71-104-119-224.lsanca.dsl-w.verizon.net[71.104.119.224]: Client host rejected: Access denied; proto=SMTP
Bug#372649: ivtools: FTBFS: dh_movefiles: debian/tmp/usr/lib/libIV.so.1 not found
Selon Agustin Martin [EMAIL PROTECTED]: Looking at the buildd, seems to also build fine in all other arches but hppa # 1.1.3-5.2 (s390) (latest build at Jun 9 12:36: maybe-successful) # 1.1.3-5.2 (sparc) (latest build at Jun 9 12:57: maybe-successful) # 1.1.3-5.2 (hppa) (latest build at Jun 10 02:02: maybe-failed) # 1.1.3-5.2 (amd64) (latest build at Jun 9 13:08: maybe-successful) # 1.1.3-5.2 (alpha) (latest build at Jun 9 13:09: maybe-successful) # 1.1.3-5.2 (mips) (latest build at Jun 9 14:25: maybe-successful) # 1.1.3-5.2 (arm) (latest build at Jun 9 15:27: maybe-successful) # 1.1.3-5.2 (powerpc) (latest build at Jun 9 15:08: maybe-successful) # 1.1.3-5.2 (mipsel) (latest build at Jun 9 15:19: maybe-successful) # 1.1.3-5.2 (ia64) (latest build at Jun 9 16:06: maybe-successful) # 1.1.3-5.2 (m68k) (latest build at Jun 12 06:22: maybe-successful) and the hppa problem is a missing dependency The following packages have unmet dependencies: libace-dev: Depends: libace5.4 (= 5.4.2.1.0-4) but it is not installable I have no idea why libace5.4 is no longer available on hppa. I was thinking about asking for its removal (as it prevents new version from entering testing), but hadn't yet. The problem is that libace5.4 is outdated, but libace5.4.7c2a fails to build on hppa[0]. This is a g++ bug which has been reported upstream, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957 If I understand correclty this bug will be solved when libace5.4.7c2a compiles on hppa. I will open a bug on ace for the hppa FTBFS and have this one depend on it if everyone agrees. Regards, Thomas [0] http://buildd.debian.org/fetch.php?pkg=acever=5.4.7-9arch=hppastamp=1149803940file=logas=raw
Bug#372583: #372583 does not handle include directives
Package nslint Tags 372584 + pending Tags 372583 + moreinfo Thanks Hi Martin. Regarding the Bug mentioned in the subject: You marked it upstream, does that mean you already reported that bug to upstream? In any case: Could you provide me with a small set of named config/zone-files that produces the problem you have? I never used includes in my named config or zone files, so I actually don't even know how bind handles them. I might be able to produce a patch or a preprocessor to handle includes while upstream works on a cleaner solution. Regarding the other bug (default configuration filename), I fixed that in my SVN already, it will be included in the next upload. Regards, Sven -- - [ SECURITY NOTICE ] - To: [EMAIL PROTECTED], [EMAIL PROTECTED] For your security, [EMAIL PROTECTED] digitally signed this message on 13 June 2006 at 10:26:08 UTC. Verify this digital signature at http://www.ciphire.com/verify. [ CIPHIRE DIGITAL SIGNATURE ] Q2lwaGlyZSBTaWcuAjhjb250cm9sQGJ1Z3MuZGViaWFuLm9yZywgMzcyNTgzQGJ1 Z3MuZGViaWFuLm9yZwBzbUBjaXBoaXJlbGFicy5jb20AZW1haWwgYm9keQA3AgAA fAB8AQAAAMCSjkQ3AgAA2gIAAgACAAIAIO6P7dw88mz7Gb7w7bmGGBe8eE0D uiNu4PPfATa+0F8kAQAgMutSwDEZAbdWroRLKEl0mtBLYNIm0udQiL2LpOYKpSFB +9IKdPN+CocmFN2b2ett95k13JuNstOlmeKTxoodU2lnRW5k -- [ END DIGITAL SIGNATURE ] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373176: gnome-sudoku will be deinstalled during the pycentral python transition
Package: gnome-sudoku Version: 0.4.0-1 Severity: normal During the python transition to pycentral gnome-sudoku will be deinstalled. I think this is because it depends on python2.4-numeric (= 24.2-1) better would be a dependency only against python2.4-numeric or python-numeric (which provides python2.4-numeric!). Please fix this, because I'd like to play sudoku ;-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-sudoku depends on: ii librsvg2-common 2.14.3-2 SAX-based renderer library for SVG ii python-numeric [python2.4-num 24.2-3 Numerical (matrix-oriented) Mathem ii python2.4 2.4.3-5An interactive high-level object-o ii python2.4-glade2 2.8.2-3GTK+ bindings: Glade support ii python2.4-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python2.4-gnome2-extras 2.12.1-3 Python bindings for the GNOME desk ii python2.4-gtk22.8.2-3Python bindings for the GTK+ widge ii python2.4-imaging 1.1.5-4Python Imaging Library gnome-sudoku recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373177: kmplot: Looks for rgb.txt in wrong place
Package: kmplot Version: 4:3.5.2-1+b1 Severity: normal Hi, 1.) Try to select a color for a plot 2.) Choose Named Colors Error message: Unable to read X11 RGB color strings. The following file location(s) were examined: /usr/lib/X11/rgb.txt /usr/X11R6/lib/X11/rgb.txt /usr/openwin/lib/X11/rgb.txt It should look in /etc/X11/rgb.txt or /usr/share/X11/rbg.txt (which is a symlink). Thanks Thomas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kmplot depends on: ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-3GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-6X11 client-side library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages kmplot recommends: ii kdeedu-data 4:3.5.2-1 shared data for KDE educational ap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373164: [Build-common-hackers] Bug#373164: cdbs: stop overriding DEB_DESTDIR
Eduard Bloch wrote: Please stop using abusing the DEB_DESTDIR variable which have been used by module-assistant includes for many years now. We're not going to rename variables just because you say so. Please provide an example of why this is a problem so we can come to a workable solution. Please do better research when starting using variables, I don't know the history of this, but this is kind of interesting: module-assistant (0.1) unstable; urgency=low * Initial Release, closes: #207709 -- Eduard Bloch [EMAIL PROTECTED] Fri, 05 Sep 2003 23:47:01 +0200 cdbs (0.2.1-1) unstable; urgency=low * Initial version (Closes: #188049). -- Colin Walters [EMAIL PROTECTED] Mon, 12 May 2003 17:23:20 -0400 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372873: backtrace
To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) [1150103899,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application Can you provide us with a backtrace, as described in the error message? I'm sorry, but I'm not able to set the desired breakpoint. Probably it requires a debug version of gnome-settings-daemon or some libraries: $ gdb gnome-settings-daemon GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) set args --sync (gdb) break gdk_x_error Function gdk_x_error not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (gdk_x_error) pending. (gdb) run Starting program: /usr/bin/gnome-settings-daemon --sync (no debugging symbols found) (no debugging symbols found) [...] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread -1227056208 (LWP 9264)] The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 5877 error_code 2 request_code 116 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) [1150192889,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application Program exited with code 01. That's all - program finished, no way to get bt :-( -- Regards, Wojtek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373175: xserver-xorg: [debconf] updated templates for xorg/X11R7
Package: xserver-xorg Version: 1:7.0.21 Severity: normal Tags: patch The xserver-xorg template refers to paths and packages that are no longer correct for the X11R7 packages. Specifically, s,/etc/X11/xkb/rules,/usr/share/X11/xkb/rules, and s,xkeyboard-config,xkb-data, Trivial patch against svn is attached. Seeing as these strings don't get translated, the same changes can probably safely be made to the po files. Vince -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.5.1 Debian configuration management sy ii nvidia-glx [xserver-xorg-vid 1.0.8762-2 NVIDIA binary XFree86 4.x driver ii x11-common 1:7.0.21X Window System (X.Org) infrastruc ii xbase-clients1:7.0.1-2 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core1:1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-evdev [xs 1:1.1.2-1 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-3 X.Org X server -- mouse input driv Versions of packages xserver-xorg recommends: ii discover1 1.7.18hardware identification system ii laptop-detect 0.12.1attempt to detect a laptop ii mdetect0.5.2.1 mouse device autodetection tool ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information excluded Index: xserver-xorg.templates === --- xserver-xorg.templates (revision 2327) +++ xserver-xorg.templates (working copy) @@ -178,8 +178,8 @@ Users of most keyboards should enter xorg. Users of Sun Type 4 and Type 5 keyboards, however, should enter sun. . - Experienced users can use any defined XKB rule set. If the xkeyboard-config - package has been unpacked, see the /etc/X11/xkb/rules directory for + Experienced users can use any defined XKB rule set. If the xkb-data + package has been unpacked, see the /usr/share/X11/xkb/rules directory for available rule sets. . When in doubt, this value should be set to xorg. @@ -209,7 +209,7 @@ above. . Experienced users can use any model defined by the selected XKB rule set. If - the xkeyboard-config package has been unpacked, see the /etc/X11/xkb/rules + the xkb-data package has been unpacked, see the /usr/share/X11/xkb/rules directory for available rule sets. . Users of U.S. English keyboards should generally enter pc104. Users of @@ -223,7 +223,7 @@ were previously selected. . Experienced users can use any layout supported by the selected XKB rule set. If - the xkeyboard-config package has been unpacked, see the /etc/X11/xkb/rules + the xkb-data package has been unpacked, see the /usr/share/X11/xkb/rules directory for available rule sets. . Users of U.S. English keyboards should enter us. Users of keyboards @@ -242,7 +242,7 @@ the preferred behavior, enter nodeadkeys. . Experienced users can use any variant supported by the selected XKB layout. If - the xkeyboard-config package has been unpacked, see the /etc/X11/xkb/symbols + the xkb-data package has been unpacked, see the /etc/X11/xkb/symbols directory for the file corresponding to your selected layout for available variants. .
Bug#338128: Plans to integrate in Debian?
On Tue, Jun 13, 2006 at 02:52:13AM +0200, Bernhard Schmidt wrote: Hi, I've stumbled about the following bug in the Debian bug database today http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338128 do you have any plans to submit your packages to the official Debian repository? Yes, I do plan to re-submit miredo. whilst the RFC issue is easy to fix, I diagree with the interpretation of the ftp-master team (copyright is, according to policy, in aggregate and for the package (Section 12.5) not for individual files within a package). I'll throw something into the hornet's nest this week. Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373171: libgnomevfs2-0: fails to connect to secure dav server
Package: libgnomevfs2-0 Version: 2.14.2-1 Severity: normal Nautilus fails to connect to a webdavs server where konqueror does the same just fine. With nautilus I get as far as to the password dialogue, which shows that a connection with the server has been established. After entering username and password, nautilus pops up a dialogue saying davs://some.server could not be found. Please check the name and try again. Now, the only thing special about this server is that the user name contains only digits. Unencrypted webdav works just fine. I assume that gnome-vfs-daemon is responsible for negotiating the connection, however, I have no idea how to squeeze more information out of it. If there is any way to debug this, please let me know. Thanks, Johannes -- System Information: Debian Release: testing/unstable 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.15-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgnomevfs2-0 depends on: ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdbus-1-20.61-6simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6simple interprocess messaging syst ii libgamin0 [libfam0]0.1.7-3 Client library for the gamin file ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgnomevfs2-common2.14.2-1 GNOME virtual file-system (common ii libgnutls131.3.5-1.1 the GNU TLS library - runtime libr ii libhal-storage10.5.7-2 Hardware Abstraction Layer - share ii libhal10.5.7-2 Hardware Abstraction Layer - share ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libxml22.6.26.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages libgnomevfs2-0 recommends: pn fam none (no description available) ii libgnomevfs2-extra2.14.2-1 GNOME virtual file-system (extra m -- no debconf information -- http://www.infoe.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373173: ITP: sofia-sip -- an open-source SIP User-Agent library
Package: wnpp Severity: wishlist Owner: George Danchev [EMAIL PROTECTED] Package name: sofia-sip Version : 1.11.9 Upstream Authors : Pekka Pessi, Martti Mela, Kai Vehmanen URL : http://sofia-sip.org/ ; http://sofia-sip.sourceforge.net License : LGPL Programming Lang: C Description : Sofia-SIP is an open-source SIP User-Agent library, compliant with the IETF RFC3261 specification. It can be used as a building block for SIP client software for uses such as VoIP, IM, and many other real-time and person-to-person communication services. Sofia-SIP is based on a SIP stack developed at the Nokia Research Center. The SIP supported features and SDP Protocol Features in Sofia-SIP could be found at: http://sofia-sip.sourceforge.net/refdocs/sofia_sip_conformance.html Currently several projects are using Sofia SIP library. Some of them are FarSight, Tapioca, Telepathy, and the Gaim plugin for SIP/SIMPLE. The source package will be split into the following binary packages: sofia-sip - SIP library utilities libsofia-sip-ua - SIP User-Agent library libsofia-sip-ua-dev - SIP User-Agent library development files libsofia-sip-ua-glib - SIP User-Agent library Glib bindings to Sofia-SIP is an open-source SIP User-Agent library. libsofia-sip-ua-glib-dev - SIP User-Agent library development files Glib bindings to Sofia-SIP is an open-source SIP User-Agent library. Upstream has already done most of the packaging job right, and that was injected into pkg-VoIP Team repository [1]. [1] http://svn.debian.org/wsvn/pkg-voip/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369882: cyrus-doc-2.2 upgrade issues
Ross Boylan wrote on 13/06/2006 06:29: On Mon, Jun 12, 2006 at 10:39:31PM -0400, Benjamin Seidenberg wrote: One possibility is that there's actually some upgrade code that needs to be written or changed to deal with this. Given the current Debian notes about disliking automated scripts (or the people who use them :)) and the diversity of installations that may not be possible or desirable. But enough info so we can do it on our own would be nice :) The minimal info would be a description of how the Debian setup differs (or doesn't) from upstream, so we can tell what fraction of the upstream advice to take. That's a little challenging, since we need to know not only how 2.2 differs from upstream, but also how the version we are upgrading from differs from upstream. Well, I can at least give a quick answer on this: Neither 2.1 nor 2.2 differ that much from upstream that the upgrade path is affected. Actually, IIRC, the upgrade from 2.1 to 2.2 is usually just removing 2.1 and installing 2.2, since both use Berkeley DB 4.2 and the same config files and config format. A backup before upgrading and some tests after upgrading is still recommended though. At least it worked that way for me when I upgraded my own mailserver. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373172: FTBFS during the second time
Package: stopmotion Version: 0.5.2-1 Severity: important Tags: patch Hi The package fails to build for the second time, because of the config.status target. Renaming the target config.stats to e.g. config would solve the problem. Also cleaning up the package during the clean target is IMHO a good idea :) A patch is attached. Greetings Steffen --- old/stopmotion-0.5.2/debian/rules 2006-06-13 12:10:37.0 +0200 +++ stopmotion-0.5.2/debian/rules 2006-06-13 12:08:11.0 +0200 @@ -13,14 +13,14 @@ CFLAGS += -O2 endif -config.status: configure +config: configure dh_testdir # Add here commands to configure the package. CFLAGS=$(CFLAGS) ./configure --prefix=/usr build: build-stamp -build-stamp: config.status +build-stamp: config dh_testdir # Add here commands to compile the package. @@ -30,7 +30,7 @@ clean: dh_testdir dh_testroot - rm -f build-stamp + rm -f build-stamp config.log config.status # Add here commands to clean up after the build process. -$(MAKE) distclean
Bug#338452: Should mozilla-thunderbird-locale-nb be removed from the Debian archive?
* Kevin B. McCarty | ? I can't find any package called mozilla-locale-all, either source or | binary. Am I missing something? Oops, sorry, that was mozilla-firefox-locale-nb, not -thunderbird. Yes, please remove mozilla-thunderbird-locale-nb. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372583: #372583 does not handle include directives
also sprach Sven Mueller [EMAIL PROTECTED] [2006.06.13.1226 +0200]: Regarding the Bug mentioned in the subject: You marked it upstream, does that mean you already reported that bug to upstream? No, just that it applies to the upstream code, not the debian packaging. I did not mark the bug as forwarded. In any case: Could you provide me with a small set of named config/zone-files that produces the problem you have? I never used includes in my named config or zone files, so I actually don't even know how bind handles them. I might be able to produce a patch or a preprocessor to handle includes while upstream works on a cleaner solution. I have purged all my BIND files in a fit of rage [0], but the default bind9 installation uses them. 0. http://blog.madduck.net/geek/2006.06.10-dns-servers Regarding the other bug (default configuration filename), I fixed that in my SVN already, it will be included in the next upload. thx. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#372856: krandrtray does NOT correctly switch resolution on my setup
While trying to add xrandr support to Xvnc, I faced a bug in xrandr implementation in XFree 4.x; maybe current Xorg also has it? Bug is that xrandr stores the moment of last switch as 64-bit value. Then, in 'get configuration' request it sends this time to client as 32-bit value. In 'set configuration' request clents should return same value to the server. Idea is to check situation when other client has changed configuration since this client last read it. Problem is with timestamp compare in implementation of 'set configuration' request. It compares 64 bit values; before that, it converts 32 bit value got from client to 64 bit value by guessing the 'nearest' 64bit value (see ClentTimeToServerTime() routine). In practice this may result in comparison failure because of difference in higher word. This happens at least in two cases: - if enough ime (about a month) passed since last configuration (or server startup) - [much more probable] if system time went backwards at some moment (ntp? date -s?), X server manually increases higher word of it's server time to avoid server time going backwards. If this problem raises, nor xrandr -s, not krandrtray, nor any other xrandr client is able to switch configuration until X server restarts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369593: Crashes stopped after 8.6. packet updates
This bug disappeared during last weeks packet updates. However I don't recall the exact day when problem disappeared, only that it was during 5-8.6.2006. I compared the upgraded packets list (from dpkg.log) from 22.5-25.6 (the supposed interval for Kaffeine starting to crash) to the 5.-8.6, the only packets that were upgraded during both intervals were: dictionaries-common liblircclient-dev liblircclient0 lirc lirc-modules-source lirc-x Lirc's changelog doesn't mention anything interesting, so I'm not sure whether this is related or not. I had lirc working correctly before, during and after Kaffeine crashes. But anyway, this bug is not happening anymore - I haven't seen any crashes after 8.6. and I have used Kaffeine's livetv-mode quite much now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373178: rezound: wrong entry in /etc/mailcap
Package: rezound Version: 0.12.2beta-6 Severity: normal Hi, The rezound package adds the following lines to /etc/mailcap: application/x-rezound ext: .rez which are not correctly formatted. It should be something like: application/x-rezound; rezound '%s'; description=Rezound Audio File; nametemplate=%s.rez Apparently, it comes from the file rezound.mime which is meant for DIA according to the comment and is mistakenly installed by dh_installmime (?). Thanks. Cheers, Samuel. -- System Information: Debian Release: testing/unstable 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.16-2-amd64-generic Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages rezound depends on: ii fftw2 [fftw2-double]2.1.3-17 library for computing Fast Fourier ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcupsys2 1.2.1-2 Common UNIX Printing System(tm) - ii libflac++5 1.1.2-5 Free Lossless Audio Codec - C++ ru ii libflac71.1.2-5 Free Lossless Audio Codec - runtim ii libfontconfig1 2.3.2-7 generic font configuration library ii libfox1.4 1.4.31-2+b1 The FOX C++ GUI Toolkit ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-2GCC support library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.2-1 The OpenGL utility library (GLU) ii libjack0.100.0-00.101.1-1JACK Audio Connection Kit (librari ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsoundtouch1c21.3.0-2.1sound stretching library ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3 ii libtiff43.8.2-4 Tag Image File Format (TIFF) libra ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages rezound recommends: ii cdrdao1:1.2.1-6 records CDs in Disk-At-Once (DAO) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368035: dhelp doesn't show any help
On 2006-06-11 (Sun), at 15:45:49 Esteban Manchado Velázquez wrote: 2) Can you send your index.html to the bug report, so we can inspect its contents? oki. It's attached to this message. Thanks. The debian link in HTML/index.html works, right? What about the contents of HTML/debian/index.html? Are there links in that file? Do they work? Mhm I don't know what which one is debian link. OK. Do you have doc-base installed? If not, can you try installing it and checking the HTML directory. If it's still empty, just run again dhelp_parse -r and check again. After installing doc-base and running dhelp_parse I have some documents here. But I still don't have manual and info pages.
Bug#361864: Bug#361893: segfault caused by incomplete operator= (and patch)
On Jun 12, Samuel Bronson ([EMAIL PROTECTED]) wrote: A better backtrace (that is, with debugging symbols) is: #0 0x4039ddb1 in OpenSP::ParsedSystemId::unparse (this=0xb52c, [EMAIL PROTECTED], isNdata=false, [EMAIL PROTECTED]) at ExtendEntityManager.cxx:2113 #1 0x4010e441 in OpenJade_DSSSL::DssslApp::processSysid (this=0xb628, [EMAIL PROTECTED]) at DssslApp.cxx:126 #2 0x4038cd5a in OpenSP::EntityApp::processArguments (this=0xb628, argc=4, argv=0xbac4) at EntityApp.cxx:82 #3 0x40377413 in OpenSP::CmdLineApp::run (this=0xb628, argc=4, argv=0xbab4) at CmdLineApp.cxx:356 #4 0x0805707e in main (argc=8, argv=0xbab4) at jade.cxx:206 It turns out that StorageObjectSpec::operator= (called earlier in frame #1) forgets to copy the storageManager field. Here is a patch to fix that and a problem I couldn't help but notice in the method right above it (and to think, I claim not to know C++ ;-): --- lib/ExtendEntityManager.cxx.backup 2006-06-12 16:44:25.0 -0400 +++ lib/ExtendEntityManager.cxx 2006-06-12 16:49:27.0 -0400 @@ -1238,7 +1238,8 @@ } StorageObjectSpec::StorageObjectSpec(const StorageObjectSpec x) -: codingSystemName(x.codingSystemName), +: storageManager(x.storageManager), + codingSystemName(x.codingSystemName), codingSystem(x.codingSystem), specId(x.specId), baseId(x.baseId), @@ -1253,6 +1254,7 @@ StorageObjectSpec StorageObjectSpec::operator=(const StorageObjectSpec x) { if (this != x) { +storageManager = x.storageManager; codingSystemName = x.codingSystemName; codingSystem = x.codingSystem; specId = x.specId; Thanks, I will apply this and upload. I am extremely busy these days, so please forgive me if it takes a little while. Thanks. -- Neil Roeth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373181: [intl:fr] ldap-account-manager debconf templates translation
Package: ldap-account-manager Version: 1.0.2-1 Severity: wishlist Tags: l10n Patch Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Regards -- steve jabber : [EMAIL PROTECTED] fr.po Description: application/gettext
Bug#373179: /sbin/wpa_action: ifstate file location is incorrect
Package: wpasupplicant Version: 0.5.3+20060522-2 Severity: important Tags: patch Hello, /sbin/wpa_action attempts to access /etc/network/ifstate file which does not exist. A correct path is /etc/network/run/ifstate. The attached patch fixes this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=lt_LT, LC_CTYPE=lt_LT (charmap=ISO-8859-13) Versions of packages wpasupplicant depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries wpasupplicant recommends no packages. -- no debconf information --- wpa_action.old 2006-06-12 18:52:05.0 +0300 +++ wpa_action 2006-06-13 13:12:56.0 +0300 @@ -26,6 +26,8 @@ # action in [CONNECTED|DISCONNECTED|stop] is second argument ACTION=$2 +IFSTATE_FILE=/etc/network/run/ifstate + # network identification string provided by id_str, fallback to default if [ -z $WPA_ID_STR ]; then WPA_ID_STR=default @@ -45,7 +47,7 @@ if /bin/grep -q ^iface $WPA_ID_STR inet /etc/network/interfaces; then echo ifup $IFACE=$WPA_ID_STR # Map and bring up the IFACE - if /bin/grep -q ^$IFACE=$IFACE /etc/network/ifstate; then + if /bin/grep -q ^$IFACE=$IFACE $IFSTATE_FILE; then # Force settings over the unconfigured master IFACE /sbin/ifup --force $IFACE=$WPA_ID_STR else @@ -58,7 +60,7 @@ DISCONNECTED) log_action - if /bin/grep -q ^$IFACE=$WPA_ID_STR /etc/network/ifstate; then + if /bin/grep -q ^$IFACE=$WPA_ID_STR $IFSTATE_FILE; then echo ifdown $IFACE=$WPA_ID_STR # Take down the IFACE /sbin/ifdown $IFACE=$WPA_ID_STR @@ -84,7 +86,7 @@ fi # Take down the IFACE if up - if /bin/grep -q ^$IFACE /etc/network/ifstate; then + if /bin/grep -q ^$IFACE $IFSTATE_FILE; then /sbin/ifdown $IFACE fi @@ -109,3 +111,4 @@ exit 1 ;; esac +
Bug#373184: image_tile plugin could produce a better errormessage
Package: libgimp-perl Version: 2.0.dfsg+2.2pre1.dfsg-1 Severity: normal Hi, When the image_tile plugin encounters a file that it cannot understand for some reason, it errors out with the following message: image_tile: gimp_image_pick_color: procedural database execution failed at /usr/lib/gimp/2.0/plug-ins/image_tile line 332 (ERROR) In a dialog box. Nowhere does it tell what the real error condition is, nor on which file a failure occurred. The only way to figure out what the hell is going on and how to fix it is to edit the plugin, and to set $debug to 1. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libgimp-perl depends on: ii gimp 2.2.11-1The GNU Image Manipulation Program ii libatk1.0-0 1.11.4-2The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libcairo21.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgimp2.0 2.2.11-1Libraries necessary to Run the GIM ii libglib2.0-0 2.10.3-1The GLib library of C routines ii libgtk2-perl 1:1.121-1 Perl interface to the 2.x series o ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpango1.0-01.12.3-1Layout and rendering of internatio ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii pdl 1:2.4.2-5 perl data language: Perl extension ii perl 5.8.8-5 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.7]5.8.8-5 The Pathologically Eclectic Rubbis libgimp-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#155740: To karen alesi
How have you been, karen alesi Health Package for karen alesi is ready. Please re-confirm Zip. http://geocities.com/sepufy6714 Your order info as per our records: karen alesi city if wrong order please help us to correct it Just visit our site above to make sure. Best Regards, Irwin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#371826: more
Package: workrave Version: 1.6.2-1 Followup-For: Bug #371826 Here are two more: - standing up, let your arms dangle down both sides and swing them back and forth, but only slightly, maybe 20-30 degrees each way. concentrate on feeling the weight of your arms. - standing up, bend your knees a little, then extrude them; repeat in quick succession. feel your upper body shake and try to let your arms dangle, let them pick up on the swing. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#373183: mrtg: upgrade from 2.12.2 to 2.13.0 breaks config file because of RouterUptime directive
Package: mrtg Version: 2.14.3-1 Severity: important After upgrading an older version of mrtg (2.12.2-1) to the latest (2.14.3-1), some of my graphs stopped being drawn. The following configuration is ok with 2.12.2-1 but not 2.14.3-1 (i actually also tried with mrtg tarball 2.12.2: ok, with 2.13.0 it fails) WorkDir: /var/www/mrtg LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt Target[machine.cpu]: ssCpuRawUser.0ssCpuRawUser.0:[EMAIL PROTECTED] + ssCpuRawSystem.0ssCpuRawSystem.0:[EMAIL PROTECTED] + ssCpuRawNice.0ssCpuRawNice.0:[EMAIL PROTECTED] RouterUptime[machine.cpu]: [EMAIL PROTECTED] MaxBytes[machine.cpu]: 1000 Title[machine.cpu]: CPU Load PageTop[machine.cpu]: H1Active CPU Load %/H1 Unscaled[machine.cpu]: ymwd ShortLegend[machine.cpu]: % YLegend[machine.cpu]: CPU Utilization Legend1[machine.cpu]: Active CPU in % (Load) Legend2[machine.cpu]: Legend3[machine.cpu]: Legend4[machine.cpu]: LegendI[machine.cpu]: Active LegendO[machine.cpu]: Options[machine.cpu]: growright,nopercent It works with 2.14.3-1 if i remove the line RouterUptime[machine.cpu]: [EMAIL PROTECTED] otherwise it breaks, while, i guess , checking for oid cache file oid-mib-cache.txt If the oid-mib-cache.txt is there and have the right info already in , then it doesn't fail # mrtg --debug=base,tarp,snpo /etc/cpu.cfg --base: Creating Lockfiles /var/lock/mrtg/_etc_cpu.cfg_l,/var/lock/mrtg/_etc_cpu.cfg_l_19587 --base: Reading Config File: /etc/cpu.cfg --base: Reading Interface Config cache --base: Checking Config File snmpmapOID: hrSystemUptime = 1.3.6.1.2.1.25.1.1 --tarp: Starting machine.cpu - ssCpuRawUser.0ssCpuRawUser.0:[EMAIL PROTECTED] + ssCpuRawSystem.0ssCpuRawSystem.0:[EMAIL PROTECTED] + ssCpuRawNice.0ssCpuRawNice.0:[EMAIL PROTECTED] --tarp: targparser external done: 'ssCpuRawUser.0ssCpuRawUser.0:[EMAIL PROTECTED] + ssCpuRawSystem.0ssCpuRawSystem.0:[EMAIL PROTECTED] + ssCpuRawNice.0ssCpuRawNice.0:[EMAIL PROTECTED]' --tarp: New complex target [0] 'ssCpuRawUser.0ssCpuRawUser.0:[EMAIL PROTECTED]': Comu: public, Host: machine Opt: , IPv4: 1 Conv: OID: ssCpuRawUser, ssCpuRawUser IfSel: If, If Key: 0, 0 --tarp: New complex target [1] 'ssCpuRawSystem.0ssCpuRawSystem.0:[EMAIL PROTECTED]': Comu: public, Host: machine Opt: , IPv4: 1 Conv: OID: ssCpuRawSystem, ssCpuRawSystem IfSel: If, If Key: 0, 0 --tarp: New complex target [2] 'ssCpuRawNice.0ssCpuRawNice.0:[EMAIL PROTECTED]': Comu: public, Host: machine Opt: , IPv4: 1 Conv: OID: ssCpuRawNice, ssCpuRawNice IfSel: If, If Key: 0, 0 --tarp: targparser complex done: ' $target-[0]{$mode} + $target-[1]{$mode} + $target-[2]{$mode} ' --tarp: targparser simple done: ' $target-[0]{$mode} + $target-[1]{$mode} + $target-[2]{$mode} ' --tarp: targparser returning: unique = -1 --base: Loading default Locale --base: Starting main Loop --base: Populate Target object by polling SNMP and external Datasources --snpo: run snmpget from ssCpuRawUserssCpuRawUser:[EMAIL PROTECTED] --snpo: simple If: .0 --snpo: simple If: .0 --snpo: SNMPGet from [EMAIL PROTECTED] -- ssCpuRawUser.0,ssCpuRawUser.0,sysUptime,sysName Unknown SNMP var ssCpuRawUser.0 at /usr/bin/mrtg line 2039 Unknown SNMP var ssCpuRawUser.0 at /usr/bin/mrtg line 2039 --snpo: SNMPfound -- '1 day, 2:27:56', 'machine.example.com', 'undef', 'undef' Tuesday, 13 June 2006 at 13:19: WARNING: Expected a number but got '1 day, 2:27:56' Tuesday, 13 June 2006 at 13:19: WARNING: Expected a number but got 'machine.example.com' --snpo: run snmpget from ssCpuRawSystemssCpuRawSystem:[EMAIL PROTECTED] --snpo: simple If: .0 --snpo: simple If: .0 --snpo: SNMPGet from [EMAIL PROTECTED] -- ssCpuRawSystem.0,ssCpuRawSystem.0,sysUptime,sysName Unknown SNMP var ssCpuRawSystem.0 at /usr/bin/mrtg line 2039 Unknown SNMP var ssCpuRawSystem.0 at /usr/bin/mrtg line 2039 --snpo: SNMPfound -- '1 day, 2:27:56', 'machine.example.com', 'undef', 'undef' Tuesday, 13 June 2006 at 13:19: WARNING: Expected a number but got '1 day, 2:27:56' Tuesday, 13 June 2006 at 13:19: WARNING: Expected a number but got 'machine.example.com' --snpo: run snmpget from ssCpuRawNicessCpuRawNice:[EMAIL PROTECTED] --snpo: simple If: .0 --snpo: simple If: .0 --snpo: SNMPGet from [EMAIL PROTECTED] -- ssCpuRawNice.0,ssCpuRawNice.0,sysUptime,sysName Unknown SNMP var ssCpuRawNice.0 at /usr/bin/mrtg line 2039 Unknown SNMP var ssCpuRawNice.0 at /usr/bin/mrtg line 2039 --snpo: SNMPfound -- '1 day, 2:27:56', 'machine.example.com', 'undef', 'undef' Tuesday, 13 June 2006 at 13:19: WARNING: Expected a number but got '1 day, 2:27:56' Tuesday, 13 June 2006 at 13:19: WARNING: Expected a number but got 'machine.example.com' --base: Act on Router/Target machine.cpu Tuesday, 13 June 2006 at 13:19: ERROR: Target[machine.cpu][_IN_] ' $target-[0]{$mode} + $target-[1]{$mode} + $target-[2]{$mode} ' (warn): Use of uninitialized value in addition (+) at (eval 17) line 1. Tuesday, 13 June 2006 at 13:19: ERROR:
Bug#372898: zabbix: Please consider using dbconfig-common for database configuration and/or prompting
hi again, On Tue, Jun 13, 2006 at 01:15:52PM +0200, Thomas Huriaux wrote: Michael Ablassmeier [EMAIL PROTECTED] (13/06/2006): [..] Setting up zabbix-frontend-php (1.1-4) ... [..] Creating config file /etc/zabbix/debian.php with new version granting access to database zabbixfrontendphp for [EMAIL PROTECTED]: already exists. creating database zabbixfrontendphp: already exists. dbconfig-common: flushing administrative password dbconfig-common: flushing administrative password [..] [..] im not sure why dbconfig-common even *trys* to create a new database (-user) here. However, when used, dbconfig-common always would need root privileges on the mysql database for this (or privileges from another user allowed to grant rights), which means the administrator has to grant root access from remote hosts (if the frontend is installed on another server), otherwise the package fails to install. Sean, can you please have a look at this bug (#372898) and tell us if there is a workaround for the problems explained by Michael? yep, it would be great to know if i could use dbconfig-common for the client side too (the package should not modify anything in the database, just ask for the Database User/Password/Host/Port and then create a include file). bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373182: [intl:fr] bandwidthd debconf templates translation
Package: bandwidthd Version: 2.0.1+cvs20050208-6 Severity: wishlist Tags: l10n Patch Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Regards -- steve jabber : [EMAIL PROTECTED] fr.po Description: application/gettext
Bug#373180: wpasupplicant: `ifdown wlan0` should do what `wpa_action stop` does now
Package: wpasupplicant Version: 0.5.3+20060522-2 Severity: wishlist Hello, In my opinion, `ifdown wlan0` (without =id_str) should do what `wpa_action wlan0 stop` does now, i.e. bring current logical network (if wpa_supplicant connected to any) down and kill wpa_supplicant friends. Btw, please document a new roaming capability in README or better yet, NEWS. In such a way, more users will discover it. Even a hint to `man wpa_action` would be sufficient, imho. And last, but not least, thanks for a good roaming solution. I really like it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=lt_LT, LC_CTYPE=lt_LT (charmap=ISO-8859-13) Versions of packages wpasupplicant depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries wpasupplicant recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]