Bug#387258: alsa-driver: Wrong use of po-debconf flags
Indeed, yes ;) Christian has fixed fr.po in the resent package to me and at the moment I am waiting for ca.po :-P, d(e|a).po to complete all and close the bug. OK, then. Nothing to do: I like this..:-) signature.asc Description: Digital signature
Bug#387606: crashes on startup with a failed assertion (NULL pointer)
Hi On Wed, Sep 20, 2006 at 06:51:05PM +0200, Vincent Fourmond wrote: Hi ! In my nvidia configuration I have the following note: # Do not use with nvidia # Loaddri I do not remember why it was added, but I remember that without this some problem occured. Right now I do not have any 3d support at all for some strange reason so I can not try to reproduce your problem... Funny, I seem to remember that recent versions of nvidia-* do work properly with dri (well, at least in my own limited experience). Ok, I have not tried the recent versions, so that may very well be true. Regards, // Ola Regards, Vincent -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388486: [Pkg-xen-devel] Bug#388486: xen-utils-common: upgrade new 2.6.17-2-xen breaks create domU until modprobe netloop nloopbacks=
Sami Haahtinen a écrit : Sylvain Amrani wrote: After a recent etch upgrade (2.6.17, xen-3.0.2) I was unable to xm create until I modprobe netloop nloopbacks=10 Error was network-bridge couln't create vif interface (backend not found). brctl addbr ... fails because of no free netloop device. passing more nloopbacks device to the module fixed the problem. This is caused by the module netloop not being loaded. I had to manually add it to /etc/modules for things to work. Maybe network-bridge script should verify that this module is loaded or the support enabled inside the kernel. Yes, I think it should, since : # grep XEN_NETDEV_LOOPBACK /boot/config-2.6.16-2-xen-686 CONFIG_XEN_NETDEV_LOOPBACK=y # grep XEN_NETDEV_LOOPBACK /boot/config-2.6.17-2-xen-686 CONFIG_XEN_NETDEV_LOOPBACK=m Sure it would break every upgrades. Regards, Sylvain.
Bug#386182: AW: Bug#386182: CVE-2006-4305: remote arbitrary code execution
Hi, I am trying to prepare 7.5.00.38, too, but am having difficulties getting it to compile. But I do have the changeset to fix the overflow, and if I can't get build 38 done by the week-end I will try and apply the fix against 7.5.00.34. Thanks for your effort. Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354622: Using Firefox as the app name without official branding is still a trademark violation
* Mike Connor ([EMAIL PROTECTED]) wrote: Just to sum everything up, since some of this is getting circular, this is how we have been dealing with Linux distros. Ultimately, fair is fair, and unless you think Debian should get a special deal (which I don't think is DFSG-friendly, let alone likely to happen) , these are the conditions you need to get on board with: - All changes the distributor wishes to make to the source code must be provided as discrete patches, along with a description of why the change is required - Releases are expected to be based on the CVS tag and/or source tarball for the release version, plus approved patches. - build configurations should also be submitted for approval. - The logo and the trademark are required to be used together. Ultimately, I don't have a lot more to say here. The ball is in your court now, but you should absolutely not plan to ship without addressing these issues one way or another. It looks like the only way we can go is to change the name. I'm going to do that as soon as humanly possible. The other issue is if we can still distribute the firefox packages we already have in sarge. If etch releases as scheduled we will still be backporting security fixes into that version until Dec. 2007 (or as long as it is remains possible). Etch will become the new stable release in Dec, so it's doubtful any new users will install sarge after that point. So is keeping the name in sarge permissible? -- 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#388534: samba: Samba segfaults in testing after doing upgrade
forcemerge 383307 388534 thanks #3 0x0822b8ba in smb_panic ( why=0xbfc4bd54 pdb_get_methods_reload: failed to get pdb methods for backend tdbsam,\n) at lib/util.c:1601 And yet another incarnation of the same bug... Please remove the comma in the passdb backend line in smb.conf signature.asc Description: Digital signature
Bug#388502: aptitude: wrongly po4a-ized documentation
This patch also provides a fix to minor typo in doc/en/aptitude.xml, which I wouldn't like to report a bug. I actually agree with the two suggestions. However, I find this a little bit outside my own responsibilities in aptitude and thus I leave this to David Burrows to decide about fixing this or not. signature.asc Description: Digital signature
Bug#388518: xara-gtk: segfault if run with normal user.
On Thursday 21 September 2006 01:13, Mohammed Sameer wrote: [EMAIL PROTECTED]:~$ xara Segmentation fault I think we should display an error and exit instead of segfaulting ? You are certainly right and thanks for reporting that. We shouldn't segfaulting here ;-) May I have your assistance please ? Please execute xara as follows and let me know what happens: $xara -slow $xara -debug -debug-level 100 Does that happend with 'ara -list package://' and 'ara -i' My wild guess is that you don't have enough memory to load the whole database, but that certainly should be handled more properly. -- 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#388016: debconf: [INTL:dz] Dzongkha debconf(debian) templates translation
tags 388016 pending thanks Quoting Tenzin Dendup ([EMAIL PROTECTED]): Package: debconf Version: N/A Severity: wishlist Tags: patch l10n Please find attached the Dzongkha Translation update for the debconf (debain) package. Committed (Luk, it seems you missed that one) signature.asc Description: Digital signature
Bug#388282: When trying to acces samba share from other computer PANIC appears
Sorry, it PANICS I have installed samba-dbg but the same error appears in /var/log/samba/log.smbd each time I try to mount the share (two times in the portion shown): Thanks for the detailed information. I have actually no clue exactly but maybe upstream would...Andrew ? You should anyway remove the commas, they definitely are annoying. Two things, maybe, to look at more closely: -the valid users line in [homes] -trying from another machine (maybe this is an issue with the special type of client you're using) signature.asc Description: Digital signature
Bug#388547: util-linux: New debianaized hwclock.sh, for review and testing.
Subject: util-linux: New debianaized hwclock.sh, for review and testing.
Package: util-linux
Version: 2.12r-10
Severity: wishlist
Tags: patch
If somebody cares, please, welcome to testing new system clock boot
script.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16-2-amd64-k8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages util-linux depends on:
ii libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii libncurses5 5.5-3 Shared libraries for terminal hand
ii libslang22.0.6-3 The S-Lang programming library - r
ii libuuid1 1.39-1 universally unique id library
ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip
ii zlib1g 1:1.2.3-13 compression library - runtime
util-linux recommends no packages.
-- no debconf information
#!/bin/sh
### BEGIN INIT INFO
# Time-stamp: Thu Sep 21 08:11:51 CEST 2006 [EMAIL PROTECTED]
# Provides: time
# Defaults: ${HWCLOCK:-/sbin/hwclock} ${UTC:-yes} ${ADJTIME:-}
# Required-Start:$local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Default-Start: S
# Default-Stop: S
# Short-Description: Setting the system clock from RTC
# Description: Reading time form RTC(CMOS) using hwclock(8) and
#setting it to in-kernel system clock, and vice versa.
#If $ADJ is set, 'reload' will --adjust hardware clock,
#see /usr/share/doc/util-linux/README.Debian.hwclock.gz
### END INIT INFO
# Original-Author: Miquel van Smoorenburg [EMAIL PROTECTED]
# Author: Oleg Verych [EMAIL PROTECTED]
# Copyright © 1998-2006 The Debian Project
#set -e -x
HWCLOCK=${HWCLOCK:-/sbin/hwclock}
[ -x $HWCLOCK ] || exit 0
[ -r /etc/default/$NAME ] . /etc/default/$NAME
[ -f /etc/default/rcS ] . /etc/default/rcS
.. /lib/lsb/init-functions
# default time zone settings of hardware clock is assumed to be UTC
#
HWCLOCK_ZONE=--utc
[ $UTC = no ] HWCLOCK_ZONE=--localtime
# do not touch time adjustment by default
#
[ -z $ADJTIME ] HWCLOCK=$HWCLOCK --noadjfile
HWCLOCK=$HWCLOCK $HWCLOCK_ZONE
unset UTC HWCLOCK_ZONE
DESC=Request for the System Clock action(s) using hwclock(8)
NAME=systemclock
local err
do_start()
{
if [ ! -z $ADJTIME ]; then
if [ ! -f /etc/adjtime ] [ ! -e /etc/adjtime ]; then
log_action_begin_msg '`-- Creating zero adjtime file'
err=`eval 21 echo 0.0 0 0.0 /etc/adjtime)`
log_action_end_msg $?
[ ! -z $err ] log_failure_msg $err
fi
else
log_action_begin_msg '`-- Checking TZ environment variable'
if [ ! -f /etc/timezone ] [ ! -e /etc/timezone ]; then
log_warning_msg /etc/timezone file doesn't exist
TZ='UTC+00'
fi
export TZ=${TZ:-`cat /etc/timezone`}
log_action_end_msg $?
log_action_begin_msg '`-- Setting up the System Clock'
err=`eval 21 $HWCLOCK --hctosys`
log_action_end_msg $?
[ ! -z $err ] log_failure_msg $err
log_success_msg '\tTime zone:\t\t\t'$TZ.
log_begin_msg '\tSystem Time:\t\t\t'`date`
log_end_msg $?
log_begin_msg '\tUniversal Time Coordinated:\t'`date --utc`
log_end_msg $?
fi
}
do_stop()
{
log_action_begin_msg '`-- Saving System Time to the Hardware Clock'
err=`eval 21 $HWCLOCK --systohc`
log_action_end_msg $?
[ ! -z $err ] log_failure_msg $err
}
do_reload() {
if [ ! -z $ADJTIME ]; then
log_action_begin_msg '`-- Hardware Clock adjustment'
err=`eval 21 $HWCLOCK --adjust`
log_action_end_msg $?
[ ! -z $err ] log_failure_msg $err
else
log_warning_msg Hardware Clock adjustment disabled, skipping. 2
fi
}
log_action_begin_msg $DESC
echo
case $1 in
start|stop|reload|force-reload)
eval do_$1
: # subactions report failures
log_action_end_msg $?
exit 0
;;
*)
log_warning_msg Usage: $0 {start|stop|reload} 2
log_action_end_msg $?
exit 3
;;
esac
Changelog:
* Default time in hardware now assumed to be UTC (opposite to hwclock(8)).
* Badyear handling removed. It's (very) outdated problem and hwclock(8)
(as stated in man page) warns about this.
* Do not use $VERBOSE, user must see what happend to system time settings.
* Obsolete parameters: $HWCLOCKPARS $HWCLOCKACCESS.
If one realy wants to disable hwclock or pass some more comand line options,
let (s)he set $HWCLOCK as needed.
* $ADJTIME may be set in /etc/default/rcS, if this feature of hwclock(8) is
to be used.
* Setting of defined year (1/1/2002 in this case) in case of error also
removed. Let user use (whatever) BIOS to correct time/battary
Bug#388115: tetex-base: postinst fails, can not upgrade
Hi all! On Don, 21 Sep 2006, Ralf Stubner wrote: the case that tetex-base.postinst does not call update-fmtutil before caling fmtutil-sys, which is probably wrong. Good. So I hold my interpretation that the missing call created the problem. Calling update-fmtutil would have recreated a fmtutil.cnf file without any jadetex snippet included, so configuring tetex-* would have succeeded. After this dpkg moves the .dpkg-new of jadetex to the real file and jadetex calls update-fmtutil and builds the formats. Is there someone who can verify this? Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- GLOADBY MARWOOD (n.) Someone who stops Jon Cleese on the street and demands that he does a funny walk. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388548: banshee: Closing Banshee results in a segmentation fault
Package: banshee Version: 0.10.12-2 Severity: important What happens if I run Banshee from the command line and then close it: $ banshee Warning: [9/20/2006 7:44:08 PM] (Cannot connect to NetworkManager) - An available, working network connection will be assumed Debug: [9/20/2006 7:44:09 PM] (Default player engine) - GStreamer 0.10 Debug: [9/20/2006 7:44:09 PM] (Audio CD Core Initialized) - Audioscrobbler starting protocol engine (Banshee:28883): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference. (Banshee:28883): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference. Building initial DAAP database from local library... Starting DAAP Server Scanning library for tracks to update Done scanning library Processing track queue for pending queries Setting MusicBrainz proxy to www.musicbrainz.org:80 Done processing track queue Audioscrobbler stopping protocol engine = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: at (wrapper managed-to-native) System.Threading.Monitor.Monitor_wait (object,int) 0x4 at (wrapper managed-to-native) System.Threading.Monitor.Monitor_wait (object,int) 0x at System.Threading.Monitor.Wait (object) 0x0002d at Avahi.Client.Dispose () 0x00043 at Avahi.Client.Finalize () 0x00010 at (wrapper runtime-invoke) System.Object.runtime_invoke_void (object,intptr,intptr,intptr) 0x Native stacktrace: banshee(mono_handle_native_sigsegv+0xec) [0x81804b5] banshee [0x816337f] [0xe440] [0xe440] [0x6bc3e40] Aborted Sometimes the stack trace does not even appear, but just a plain Segmentation fault is printed out. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-isgee-neptun-1 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages banshee depends on: ii gconf2 2.14.0-4GNOME configuration database syste ii gstreamer0.10-gnomev 0.10.9-2GStreamer plugin for GnomeVFS ii gstreamer0.10-plugin 0.10.9-2GStreamer plugins from the base ii gstreamer0.10-plugin 0.10.3-3GStreamer plugins from the good ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4The Bonobo UI library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libdbus-1-3 0.92-2 simple interprocess messaging syst ii libdbus-1-cil0.63.git.20060719-4 CLI binding for D-BUS interprocess ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgconf2-4 2.14.0-4GNOME configuration database syste ii libgconf2.0-cil 2.8.3-1 CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.3-1 CLI binding for the Glade librarie ii libglib2.0-0 2.12.3-2The GLib library of C routines ii libglib2.0-cil 2.8.3-1 CLI binding for the GLib utility l ii libgnome-desktop-2 2.14.3-1Utility library for loading .deskt ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.1-3The GNOME 2 library - runtime file ii libgnome2.0-cil 2.8.3-1 CLI binding for GNOME 2.12 ii libgnomecanvas2-02.14.0-2A powerful object-oriented display ii libgnomeui-0 2.14.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgstreamer0.10-0 0.10.10-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libgtk2.0-cil2.8.3-1 CLI binding for the GTK+ toolkit 2 ii libhal1
Bug#388509: please provide lib32 version
Robert Millan wrote: Please could you provide a lib32 biarch version of this library? grub2 seems to have issues (won't boot) when its core.img is generated by a 64-bit grub-mkimage, but we can't link this util in 32-bit mode because it's linking with liblzo. Would it not be better to first figure out why grub2 has issues? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388115: tetex-base: postinst fails, can not upgrade
On Mit, 20 Sep 2006, Frank Gevaerts wrote: Yes, this is true, it seems to be like this. BUT: Why is the snippet at all included in the fmtutil.cnf file??? The new update-* code ??? added (who was it?) should make sure that the snippets with a .dpkg-new file are *not* included. It is (probably) not included. The problem is that the .dpkg-new one is te correct one in this case. No, the mechanism does not include .dpkg-new file at all. But it also does not include the base file (in this case 40jadetex.cnf) into the fmtutil.cnf if there is a 40jadetex.cnf.dpkg-new Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Università di Siena Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- KETTERING (n.) The marks left on your bottom or thighs after sunbathing on a wickerwork chair. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388510: libpango1.0-0: Link problem: undefined reference to `g_type_register_static_simple'
On Thu, Sep 21, 2006, Loïc Minier wrote: Could you try downgrading your pango packages to 1.12.3-2? (Either from snapshot.debian.net, or 1.12.3-1+b1 from testing.) Could you also try downgrading glib packages to 2.10 from snapshot? -- Loïc Minier [EMAIL PROTECTED]
Bug#388447: epiphany-browser: Printing causes crash (bug-buddy)
On Thu, Sep 21, 2006, Marco Cabizza wrote: http://packages.debian.org/experimental/gnome/epiphany-browser It's only built for amd64... -- Loïc Minier [EMAIL PROTECTED]
Bug#388450: loaders/immodules not updated on upgrade
severity 388450 grave # initial bugreport was against 2.10.1-2, but problem is # still reproducible with 2.10.3-1 found 388450 2.10.3-1 # change the title according to the new findings title 388450 pixbuf loaders broken by an obsolete file in /etc thanks Loïc Minier -- 20.09.2006 22:05 --: On Wed, Sep 20, 2006, Damyan Ivanov wrote: Feeling dangerous today, I gave some new experimental gnome packages a try. I know they are not for general use, yet, but the problem I've discovered is easy to fix and perhaps got overlooked. So I decided to report it. There are actually, starting with the version above, for general testing. Raising the severity to grave then (breaks unrelated software). See below for recipe for reproducing. After upgrading libgtk2.0-0, all PNG-using applications stopped showing the images - file chooser icons, new windows' icons, gqview, etc. Error message is (translated from Bulgarian): (gqview:27100): Gtk-WARNING **: Error loading theme icon for stock: Image loading module - /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-png.so can't be loaded: /usr/lib/gtk-2.0/2.4.0/loaders/libpixbufloader-png.so: cannot open shared object file: No such file or directory This is puzzling. libpixbufloader-png.so is shipped by libgtk2.0-0 itself, and it works fine here. Beside, I don't see where the 2.4.0 version comes from if you upgraded to libgtk2.0-0. I think it comes from a sort of abstraction mechanism that tries to load the appropriate module. It seems that this abstraction mechanism is not aware of the new location of libpixbufloader-png.so. Hmm. You said gtk 2.10 needs no file in /etc. But I do have /etc/gtk-2.0/gdk-pixbuf.loaders, which is full with entries like /usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so. If I remove this file, gqview now gives a warning at startup ((gqview:28333): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory) but runs just fine. Aaah. This must be the source of the problem - the obsolete /etc/gtk-2.0/gdk-pixbuf.loaders. This explains why the problem goes away when update-gdkpixbuf-loaders is run. Best regards, dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#388549: Please pull avahi-daemon with a GNOME desktop installation (for Rhythmbox)
Package: tasksel Version: 2.54 Severity: wishlist Hi, I should have requested this earlier, so here it goes: I've added a Recommends on Rhythmbox to pull avahi-daemon to be able share music on the network. Please pull in avahi-daemon in tasksel's GNOME desktop task as well as it currently doesn't pull Recommends. Thanks, I'm writing down the rationale below, as I'm sure some people will question the change. There were some people who objected to the move because of security concerns. I believe this should work out of the box. I have a MacOSX at home, and it listens to mdns by default. I don't have a Windows Media thingy, but I hear it also supports UPnP by default. This discussion was also made on the Ubuntu lists, and since Ubuntu has gathered a greater desktop / security ratio of folks, and since discussion are less flamy there, they had an useful discussion on the subject as well. Their decision was to not include this feature in dapper because of their no open port policy, which they didn't want to change for the first long-term support release they were doing. You might wonder why I'm still pushing for this feature; well, I consider the desktop machine is not supposed to be a fortress, but should be a place to do stuff, to work on professional documents, to watch videos, and to listen to music. There's nothing technical in this concept, hence my non-technical decision: it should work by default, you should not have to turn 50 knobs on to make it work. As a final note, I consider we lack some sort of mini-policy on open ports. Since there's no policy, no one is setting any limit, and perhaps I'm doing something very stupid by adding an open port by default. I really wish that people who oppose the issue would bring it to the tech-ctte so that we can get a ruling on desktop feature versus security by default with the desktop install. Bye, -- System Information: Debian Release: Debian unstable (sid) APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tasksel depends on: ii aptitude 0.4.3-1terminal-based apt frontend ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii liblocale-gettext-perl1.05-1 Using libc functions for internati ii tasksel-data 2.54 Official tasks used for installati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/first: manual package selection tasksel/tasks: -- Loïc Minier [EMAIL PROTECTED] better late than sorry :-P
Bug#388550: mimms: Please ship upstream changelog.
Package: mimms Version: 2.0.1-1 Severity: normal Please include the upstream changelog in the package, as Debian policy 12.7 requests. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages mimms depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libmms0 0.2-7 MMS stream protocol library ii libqt4-core 4.1.4-1.1 Qt 4 core non-GUI functionality ru ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii wget 1.10.2-2retrieves files from the web mimms recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388553: Kernel 2.6.16 with possible malfunction
Package: linux-image-2.6.16-2-k7 Version: 2.6.16-18 During a run of apt-get upgrade the kernel had a malfunction: Richte tetex-base ein (3.0-21) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Running updmap-sys. This may take some time... done. mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Running fmtutil-sys. This may take some time... Message from [EMAIL PROTECTED] at Thu Sep 21 08:40:14 2006 ... dietrich kernel: [ cut here ] Message from [EMAIL PROTECTED] at Thu Sep 21 08:40:14 2006 ... dietrich kernel: kernel BUG at fs/buffer.c:3162! Message from [EMAIL PROTECTED] at Thu Sep 21 08:40:14 2006 ... dietrich kernel: invalid opcode: [#1] Afterwards the keyboard did work and I was able to switch between different text consoles (Alt-F1 .. Alt-F7), but I was not able to start a new process, log in using an other console or reboot via Ctrl-Alt-Del. The system responded to ping, but did not open a new ssh session. I am using Debian Testing i386 on an AMD Duron 1800, kernel 2.6.16-2-k7 and libc6 2.3.6.ds1-4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388450: loaders/immodules not updated on upgrade
tags 388450 + experimental close 388450 2.10.3-2 stop Hi, On Thu, Sep 21, 2006, Damyan Ivanov wrote: severity 388450 grave # initial bugreport was against 2.10.1-2, but problem is # still reproducible with 2.10.3-1 found 388450 2.10.3-1 # change the title according to the new findings title 388450 pixbuf loaders broken by an obsolete file in /etc thanks Your commands are a bit late, I already uploaded a fix to remove the /etc files. :-( Raising the severity to grave then (breaks unrelated software). See below for recipe for reproducing. I explained in a later message that I understood the problem... Hmm. You said gtk 2.10 needs no file in /etc. But I do have /etc/gtk-2.0/gdk-pixbuf.loaders, which is full with entries like /usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so. The initial plan was to leave it behind for backwards compatibiliy, but it masks the good modules because it has bad data. Hence, -2 simply removes it. I wondered whether it would be cleaner to continue updating it for a while, but since I have the control over the update-* commands as well, I think it's ok to make them no-ops as I did in -2. If I remove this file, gqview now gives a warning at startup ((gqview:28333): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders': No such file or directory) but runs just fine. Yeah, I'll remove the warning in the next upload as well. This explains why the problem goes away when update-gdkpixbuf-loaders is run. Yes. So, thanks for your report. Please be careful with your commands to not revert changes to the state of a bug (I always open the bug I'm about to update before sending commands to change its state). Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#388551: convmv: new upstream version available
Package: convmv Version: 1.09-1 Severity: wishlist There's a new upstream version available: 1.10. Please package it. thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages convmv depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction convmv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388554: console-common_debian: [INTL:vi] Vietnamese program translation update
Package: console-common_debian Version: Severity: minor Tags: l10n, patch The updated Vietnamese translation for the program file: console- common_debian translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#388461: Reassigning
Steve Langasek wrote: reassign 388461 mgp thanks heh :) On further investigation I have found out that libm17n-0 stopped providing /usr/lib/libm17n-X.so. Which it never should have done in the first place. It is being provided in the -dev package, so maybe this bug actually belongs on both packages? So that's an mgp bug. dlopen()ing unversioned library names is guaranteed to give wrong results when the ABI changes. I agree here. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#388450: loaders/immodules not updated on upgrade
Loïc Minier -- 21.09.2006 10:28 --: On Thu, Sep 21, 2006, Damyan Ivanov wrote: severity 388450 grave # initial bugreport was against 2.10.1-2, but problem is # still reproducible with 2.10.3-1 found 388450 2.10.3-1 # change the title according to the new findings title 388450 pixbuf loaders broken by an obsolete file in /etc thanks Your commands are a bit late, I already uploaded a fix to remove the /etc files. :-( Yep, sorry about this. I was composing my reply, experimenting different things to try to find a fix and was not paying attention to my mailbox. I felt like it is my turn to make a recipe for reproducing the problem, thus I did not expect that you'll intervene with the solution so fast :) Thanks you for your quick reaction. dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#382907: Block
Hi, On Thursday, September 21, 2006 5:55 AM, Filipus Klutiero [EMAIL PROTECTED] wrote: Adam D. Barratt a écrit : [...] On that basis, this is just a quick ping to confirm that these bugs will not be actioned until mozilla has actually been removed. If it's not obvious that the blocking is the other way around, see what happened in testing. Sorry, I'm confused by that comment. Are you implying that removal of mozilla is in any way dependent on the removal of all the locales packages? Yes. If mozilla is removed but not the locale packages, the locale packages will become uninstallable, which is a grave bug. Ah, I see where you're coming from. Yes, that would be a problem, but it's not relevant to the blocking afaics. The blocked and blocking bugs refer to package removals from unstable, as do the majority of removal bugs against the ftp.d.o pseudo-package. In that context, it's already been stated that the locales' removal is currently conditional on the removal of mozilla itself. If the release team decide to remove mozilla from testing, it's their responsibility to ensure they don't break other packages in the process, and to handle any issues that occur. IMHO, of course. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370339: what this patch does...
Hi, this patch allows (via a low priority debconf question) to enable remote logging and to define the host to which remote logging is enabled. IME this is the second most used use-case for syslog and by no means special. regards, Holger pgpaYBpJmgEWt.pgp Description: PGP signature
Bug#388555: apt: [INTL:vi] Vietnamese program translation update
Package: apt Version: Severity: minor Tags: l10n, patch The updated Vietnamese translation for the program file: apt translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) apt_po_vi.po.gz Description: GNU Zip compressed data
Bug#388556: beagle_0.2.9-1: FTBFS: unsatisfiable build-dependency on libgalago-cil
Package: beagle Severity: serious Tags: sid beagle no longer builds in unstable because libgalago-cil has been renamed to libgalago1.0-cil: Package libgalago-cil is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: libgalago1.0-cil E: Package libgalago-cil has no installation candidate apt-get failed. Please update your package's build-dependencies to suit. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388558: hal should use s2ram on suspend
Subject: hal should use s2ram on suspend Package: hal Version: 0.5.7.1-2 Severity: normal hal should use s2ram instead of s2both in /usr/share/hal/scripts/hal-system-power-suspend in order to suspend to ram. On my computer s2both refers to s2disk, so when I want to suspend my computer using gnome-power-manager, it hibernates. Giving the manual page of s2both, s2both should suspend to ram, but it is not the case, so perhaps the bug is from uswsusp package. Thanks :) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages hal depends on: ii adduser 3.97 Add and remove users and groups ii dbus 0.92-2 simple interprocess messaging syst ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libdbus-1-3 0.92-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libhal1 0.5.7.1-2 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii pciutils 1:2.2.4~pre4-1 Linux PCI Utilities ii udev 0.100-1/dev/ and hotplug management daemo ii usbutils 0.72-5 USB console utilities hal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388557: mono-gac: uninstallable on ia64, dependency on libc6 is incorrect
Package: mono-gac Version: 1.1.17.1-3 Severity: grave The mono-gac package in unstable has these dependencies: Depends: mono-jit (= 1.0), libc6 (= 2.3.6-6), libmono-corlib1.0-cil (= 1.0) This is wrong. A package cannot be arch: all and depend on libc6; in particular, ia64 doesn't *have* a libc6, it has libc6.1, which renders all of the mono-using packages uninstallable now on ia64 as a result of this dependency. Could this be a return of the dllmap problem that was previously fixed in mono 1.1.9.1-1? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388518: xara-gtk: segfault if run with normal user.
Thanks for your response ;-) On Thu, Sep 21, 2006 at 09:06:25AM +0300, George Danchev wrote: On Thursday 21 September 2006 01:13, Mohammed Sameer wrote: [EMAIL PROTECTED]:~$ xara Segmentation fault I think we should display an error and exit instead of segfaulting ? You are certainly right and thanks for reporting that. We shouldn't segfaulting here ;-) May I have your assistance please ? Please execute xara as follows and let me know what happens: $xara -slow $xara -debug -debug-level 100 xara -slow Segmentation fault xara -debug -debug-level 100 Segmentation fault Does that happend with 'ara -list package://' and 'ara -i' No, They work fine. My wild guess is that you don't have enough memory to load the whole database, but that certainly should be handled more properly. I doubt it's a memory problem: Mem: 1248542706 0 30288 Do you want to recompile with debugging support and run more tests ? Just please note that I don't know ocaml! -- GNU/Linux registered user #224950 Proud Egyptian GNU/Linux User Group www.eglug.org Member. Life powered by Debian, Homepage: www.foolab.org -- Don't send me any attachment in Micro$oft (.DOC, .PPT) format please Read http://www.gnu.org/philosophy/no-word-attachments.html Preferable attachments: .PDF, .HTML, .TXT Thanx for adding this text to Your signature signature.asc Description: Digital signature
Bug#388559: Installation report: subfire x4100, etch rc3
Package: installation-reports Boot method: netinst CD image mounted virtually using sunfire ILOM Image version: Debian GNU/Linux testing _Etch_ - Official Snapshot amd64 Binary-1 (20060810) Date: 2006-09-20 16:00 UTC Machine: Sun SunFire X4100 (with ILOM) Processor: win dual-core AMD opteron Memory: 8GB Partitions: [[[ Disk /dev/sdi: 72.9 GB, 72999763968 bytes 255 heads, 63 sectors/track, 8875 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdi1 * 1693055665193+ 83 Linux /dev/sdi26931887515623212+ 5 Extended /dev/sdi56931887515623181 82 Linux swap / Solaris ]]] Output of lspci and lspci -n: [[[ 00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:01.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:01.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 02:03.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064 PCI-X Fusion-MPT SAS (rev 02) 03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 04:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) ]]] [[[ 00:01.0 0604: 1022:7450 (rev 13) 00:01.1 0800: 1022:7451 (rev 01) 00:02.0 0604: 1022:7450 (rev 13) 00:02.1 0800: 1022:7451 (rev 01) 00:06.0 0604: 1022:7460 (rev 07) 00:07.0 0601: 1022:7468 (rev 05) 00:07.1 0101: 1022:7469 (rev 03) 00:07.2 0c05: 1022:746a (rev 02) 00:07.3 0680: 1022:746b (rev 05) 00:18.0 0600: 1022:1100 00:18.1 0600: 1022:1101 00:18.2 0600: 1022:1102 00:18.3 0600: 1022:1103 00:19.0 0600: 1022:1100 00:19.1 0600: 1022:1101 00:19.2 0600: 1022:1102 00:19.3 0600: 1022:1103 01:01.0 0200: 8086:1010 (rev 03) 01:01.1 0200: 8086:1010 (rev 03) 01:02.0 0200: 8086:1010 (rev 03) 01:02.1 0200: 8086:1010 (rev 03) 02:03.0 0100: 1000:0050 (rev 02) 03:00.0 0c03: 1022:7464 (rev 0b) 03:00.1 0c03: 1022:7464 (rev 0b) 03:03.0 0300: 1002:4752 (rev 27) 04:01.0 0604: 1022:7450 (rev 13) 04:01.1 0800: 1022:7451 (rev 01) 04:02.0 0604: 1022:7450 (rev 13) 04:02.1 0800: 1022:7451 (rev 01) ]]] Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[E] Reboot: [O] Comments/Problems: The ILOM BIOS conspire to create a number of virtual SCSI devices. Indeed, I installed using a virtual CDROM. However: [[[ # more /proc/scsi/sg/device_strs AMI Virtual CDROM 1.00 AMI Virtual Floppy 1.00 AMI Virtual Floppy 1.00 AMI Virtual Floppy 1.00 AMI Virtual Floppy 1.00 AMI Virtual
Bug#388560: [Fixed in 4.2] ICE in build_binary_op, at ada/utils2.c:848
Package: gnat-4.1 Version: 4.1.0-2 Severity: normal Tags: upstream, fixed-upstream Forwarded: http://gcc.gnu.org/PR15305 (This bug was reported to me a long time ago, but was not in Debian at the time. Now recording it for reference.) with unchecked_conversion; procedure Test_100 is package pak1 is type T2 is private; function = (left, right : T2) return Boolean; private type T3 is access integer; type T2 is new T3; function convert is new unchecked_conversion (integer, T3); end pak1; package body pak1 is function = (left, right : T2) return Boolean is begin return false; end =; end pak1; generic type T1 is private; x1: in T1; x2: in out T1; package pak2 is b: boolean := x1 = x2; end pak2; y1: pak1.T2; y2: pak1.T2; package new_pak2 is new pak2 (pak1.T2, y1, y2); begin null; end Test_100; $ $ gnatmake test_100.adb gcc-4.1 -c test_100.adb +===GNAT BUG DETECTED==+ | 4.1.2 20060729 (prerelease) (Debian 4.1.1-10) (i486-pc-linux-gnu) GCC error:| | in build_binary_op, at ada/utils2.c:848 | | Error detected at test_100.adb:30:26 [test_100.adb:35:4] | -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388460: exim4-daemon-light: sender verification is not working
On 20/09/06, Andreas Metzler [EMAIL PROTECTED] wrote: The interesting bit is this one: [...] check !verify = sender Verifying [EMAIL PROTECTED] [...] dsaodpojdopj.com in ! +local_domains? yes (end of list) R: smarthost for [EMAIL PROTECTED] calling smarthost router smarthost router called for [EMAIL PROTECTED] domain = dsaodpojdopj.com [...] routed by smarthost router envelope to: [EMAIL PROTECTED] transport: remote_smtp_smarthost host smtp.blueyonder.co.uk [195.188.53.60] --- end verify sender [EMAIL PROTECTED] verified ok i.e. the smarthost router accepts *everything* making the address deliverable for exim and therefore verified. I actually cannot see how this setup ever could have worked, the only two ways to actually verify addresses whike using a smarthost for delivery are 1# using callouts for verification I tried changing to verify = sender/callout but the address is still accepted. If I understand the log correctly then it contacts my ISP's SMTP server for the call out, which accepts it (probably because they don't do recipient verification). Why on earth does Exim call the smarthost for a local address? :-/ 2# setting no_verify on the smarthost router and having a dnslookup router with verify_only doing the verification. Could you go into a little more detail please. I'm still not to sure how the router thing works (and ties in with the ACLs). As I said, my knowledge of Exim is still a little basic. Perhaps you previously had callouts setup? No, but then the two Sarge boxes that work use the internet configuration. The Etch box is my personal server at home that I use as a backup MX record on my domain, so I use a smarthost because I don't have a static IP address. George. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388518: xara-gtk: segfault if run with normal user.
On Thursday 21 September 2006 11:13, Mohammed Sameer wrote: Thanks for your response ;-) --cut-- Do you want to recompile with debugging support and run more tests ? Just please note that I don't know ocaml! Yes, I'd appreciate if you do the following: $apt-get install ocaml-nox (in order to have the `ocamldebug' executable) $apt-get source ara and cd to the source directory ara-1.0.15/ $dpkg-checkbuilddeps (and install the needed build-depends) Edit config/Makefile.config and add -g to he end of the first line: CAMLC = ocamlc$(OPT) $(PP) -dtypes -thread $(DEBUG) $(INCDIRS) -g $make bt (to compile to bytecode) $ocamldebug cli/ara.bt -version (or better yet ara.bt -i ) Then type `run' on the (ocd) prompt. -- 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#388561: ntp: Should specify version for lsb-base depends
Package: ntp Version: 4.2.2+dfsg.2-1 Severity: minor After doing a backport for sarge, the init script gave error about log_*_msg, because those are not included in lsb-base 2.0-7. It seems that the minimum required for your init script is 3.0-3 It would be nice (for backports ...) to add it to the control file ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388425: RFA: ncmpc -- text based audio player
retitle 388425 ITA: ncmpc -- text based audio player owner 388425 ! thanks I'd like somebody else to take over maintenance of the ncmpc package, since I don't use this program anymore. I use it pretty much every day, so I'll take it. Cheers, Sebastian -- Sebastian tokkee Harl GnuPG-ID: 0x8501C7FC http://tokkee.org/ signature.asc Description: Digital signature
Bug#384787: #384787: newt fix : shall I apply for Etch?
Hi Frans, I saw your comment in #38787. I was reluctant to apply it in case it destabilises d-i (I thought udeb generators were effectively frozen); given your reaction I will reconsider and upload a release of newt with this fix. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388562: failure in auth smtp after upgrade sasl2-bin
Package: sasl2-bin Version: 2.1.19.dfsg1-0.5 Distribution: testing This morning I installed the new sasl2-bin package from the testing distribution. After the upgrade I even tried to reboot the system, but authentcated smtp fails with Postfix (version 2.3.3-1). The following is shown in /var/log/syslog: Sep 21 10:27:34 bacchus postfix/smtpd[8338]: connect from ncc-1701-d.enterprise.lan[192.168.0.2] Sep 21 10:27:37 bacchus postfix/smtpd[8338]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory Sep 21 10:27:37 bacchus postfix/smtpd[8338]: warning: SASL authentication failure: Password verification failed Sep 21 10:27:37 bacchus postfix/smtpd[8338]: warning: ncc-1701-d.enterprise.lan[192.168.0.2]: SASL PLAIN authentication failed: generic failure Sep 21 10:27:37 bacchus postfix/smtpd[8338]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory Sep 21 10:27:37 bacchus postfix/smtpd[8338]: warning: ncc-1701-d.enterprise.lan[192.168.0.2]: SASL LOGIN authentication failed: generic failure Sep 21 10:27:39 bacchus postfix/smtpd[8338]: disconnect from ncc-1701-d.enterprise.lan[192.168.0.2] Linux bacchus 2.6.18-Bacchus #1 Thu Sep 21 07:34:40 CEST 2006 i686 GNU/Linux Libc6 version: 2.3.6.ds1-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352100: #352100 dosemu: package 1.3.2 or higher for fixes/features
Hi, Bart, others, Bart Martens wrote on Feb 24 05:43:12 2006: Consequences for Debian, in my opinion (feel free to explain why you disagree): 1.4.0 is not yet ready for release, and upstream doesn't know when it will be. Too early to talk about packaging 1.4.0 in Debian. 1.3.3 is not good enough for Debian unstable and testing, because we may not have patched away all regressions before etch freeze. It would be nice to see upstream fix 1.3.3 and release the result as stable. 1.2.2 is stable, and upstream confirms that there are currently no known showstoppers. Patches for any remaining problems in 1.2.2 are welcome in separate bug reports. How about packaging 1.3.3, uploading it in unstable and filing a serious severity bug just to keep it out of testing? This way debian users who need 1.3 features may try them, with the addition that they may help in finding/fixing any regressions. Seems not that bad to me. dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#388563: ftbfs: test suite fails on AMD64
Package: subversion Version: 1.4.0-2 Test suite fails, here the part of the build log which I believe is relevant (full build log is 1.6 MB): make[2]: Entering directory `/usr/src/debian/build/subversion-1.4.0/BUILD' /usr/lib/jvm/java-gcj/bin/java -Djava.library.path=subversion/bindings/java/javahl/native/.libs:/usr/lib -classpath subversion/bindings/ja va/javahl/classes:/usr/share/java/junit.jar org.tigris.subversion.javahl.tests.BasicTests ..E...F Time: 115.664 There was 1 error: 1) testBasicCatStream(org.tigris.subversion.javahl.tests.BasicTests)java.lang.NullPointerException at org.tigris.subversion.javahl.SVNClientSynchronized.streamFileContent(SVNClientSynchronized.java:1237) at org.tigris.subversion.javahl.tests.BasicTests.testBasicCatStream(BasicTests.java:1218) at org.tigris.subversion.javahl.tests.BasicTests.main(BasicTests.java:69) There was 1 failure: 1) testBasicLocking(org.tigris.subversion.javahl.tests.BasicTests)junit.framework.AssertionFailedError: file should be read only now expec ted:false but was:true at org.tigris.subversion.javahl.tests.BasicTests.testBasicLocking(BasicTests.java:1408) at org.tigris.subversion.javahl.tests.BasicTests.main(BasicTests.java:69) FAILURES!!! Tests run: 29, Failures: 1, Errors: 1 make[2]: *** [check-javahl] Error 1 make[2]: Leaving directory `/usr/src/debian/build/subversion-1.4.0/BUILD' gij-4.1 4.1.1-13 is installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386031: please drop the build dependency on g++-4.0 on alpha
severity 386031 serious thanks We use g++-4.0 because 4.1 FTBFSes. See bug #381717. Once that's fixed, then of course we'll switch back to 4.1. Let me know if there's something going on here that I don't understand. yes, that's a misunderstanding. I did point out a workaround without using g++-4.0 at all, so we can drop g++-4.0 from testing/unstable. raising the severity now. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388566: pan: Fails to save article
Package: pan Version: 0.112-1 Severity: important When using the save dailog pan fails to save anything. This occurs whether the default (~HOME/News) or Custom (~HOME/News/Pan/%g, in my case) path is choosen, and I've also tried all other options of the save article dialog to no avail. Permissions on directory ~HOME/News/Pan and subdirectories is 2700, as set by earlier versions of pan. Thanks R E Riding -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages pan depends on: ii aspell 0.60.4-4GNU Aspell spell-checker ii libaspell15 0.60.4-4GNU Aspell spell-checker runtime l ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.12.3-2The GLib library of C routines ii libgmime-2.0-2 2.2.3-1.3 MIME library, unstable version ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libpango1.0-01.12.4-1Layout and rendering of internatio ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime pan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388565: xserver-xorg: [INTL:vi] Vietnamese program translation update
Package: xserver-xorg Version: Severity: minor Tags: l10n, patch The updated Vietnamese translation for the program file: xserver-xorg translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#388399: gnuplot: FTBFS - serious
severity 388399 serious thanks Upgrading severity after checking details on IRC #debian-devel. In summay violates point 4 of http://release.debian.org/etch_rc_policy.txt so serious Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370339: New version of patch (without debconf translation fixed typo)
Hello,
here is a new version of the patch, in the first was a small typo, this
is fixed in this patch now. (Tested on 4 machines)
Greetings
Patrick
diff -Nru /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/config /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/config
--- /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/config 1970-01-01 00:00:00.0 +
+++ /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/config 2006-09-21 08:47:07.0 +
@@ -0,0 +1,18 @@
+#!/bin/sh
+
+. /usr/share/debconf/confmodule
+
+db_input low sysklogd/sysklogd-default-options || true
+db_go
+
+db_get sysklogd/sysklogd-default-options
+
+if [ ! -z $RET ]; then
+ out=`echo $RET | sed -e s/.*\(-r\).*/\1/`;
+ if [ ! -z $out ]; then
+ db_input low sysklogd/sysklogd-remote-loghost || true
+ db_go
+ fi
+fi
+db_stop
+
diff -Nru /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/control /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/control
--- /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/control 2006-09-21 08:47:07.0 +
+++ /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/control 2006-09-21 08:47:07.0 +
@@ -7,7 +7,7 @@
Package: sysklogd
Architecture: any
Section: admin
-Depends: ${shlibs:Depends}, klogd | linux-kernel-log-daemon
+Depends: ${shlibs:Depends}, klogd | linux-kernel-log-daemon, debconf ( =0.5 ) | debconf-2.0
Conflicts: syslogd
Provides: syslogd, system-log-daemon
Replaces: syslogd
diff -Nru /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/postinst /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/postinst
--- /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/postinst 2006-09-21 08:47:07.0 +
+++ /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/postinst 2006-09-21 08:47:07.0 +
@@ -2,6 +2,8 @@
set -e
+. /usr/share/debconf/confmodule
+
if [ ! -d /var/log/news ] \
grep -q /var/log/news/ /etc/syslog.conf \
grep -q ^news: /etc/passwd \
@@ -74,6 +76,21 @@
fi
set -e
fi
+
+db_get sysklogd/sysklogd-default-options
+
+if [ ! -z $RET ]; then
+ sed -e s/^\([[:space:]]*\)SYSLOGD=.*/\1SYSLOGD=\$RET\/ -i /etc/default/syslogd
+ out=`echo $RET | sed -e s/.*\(-r\).*/\1/`;
+ if [ ! -z $out ]; then
+ db_get sysklogd/sysklogd-remote-loghost
+ if [ ! -z $RET ]; then
+ echo $RET /etc/syslog.conf
+ fi
+ fi
+fi
+
+db_stop
fi
diff -Nru /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/rules /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/rules
--- /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/rules 2006-09-21 08:47:07.0 +
+++ /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/rules 2006-09-21 08:47:07.0 +
@@ -74,8 +74,8 @@
chown -R root:root debian/tmp.sysklogd
chmod -R g-ws debian/tmp.sysklogd
$(installbin) -d debian/tmp.sysklogd/usr/share/doc/$(package)
- $(installbin) debian/{preinst,postinst,postrm,prerm} debian/tmp.sysklogd/DEBIAN/
- $(installdoc) debian/conffiles debian/tmp.sysklogd/DEBIAN/
+ $(installbin) debian/{preinst,postinst,postrm,prerm,config} debian/tmp.sysklogd/DEBIAN/
+ $(installdoc) debian/{conffiles,templates} debian/tmp.sysklogd/DEBIAN/
$(installdoc) debian/changelog debian/tmp.sysklogd/usr/share/doc/$(package)/changelog.Debian
#
$(installbin) -d debian/tmp.sysklogd/usr/share/$(package)
diff -Nru /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/templates /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/templates
--- /tmp/Qx7EVNsY2d/sysklogd-1.4.1/debian/templates 1970-01-01 00:00:00.0 +
+++ /tmp/CmvFb6mOvh/sysklogd-1.4.1/debian/templates 2006-09-21 08:47:07.0 +
@@ -0,0 +1,11 @@
+Template: sysklogd/sysklogd-default-options
+Type: string
+Description: Enter the options you want sysklogd to use
+ Enter only the options like -r or -m 0 without anything else before
+ or behind.
+
+Template: sysklogd/sysklogd-remote-loghost
+Type: string
+Description: Enter the host you want to log to
+ You have choosen the -r option so you can here decide what and to which host you want
+ to log to. A sample entry can look like: *.* @loghost
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#388567: please support bzip2 compressed orig tarfiles
Package: svn-buildpackage Version: 0.6.14 Severity: wishlist Please support .orig tarfiles compressed with bz2, i.e. FOO.orig.tar.bz2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388553: Kernel 2.6.16 with possible malfunction
Hello, the 2.6.17 kernels already migrated into testing, can you please try to reproduce this with linux-image-2.6.17-2-k7? On Thu, Sep 21, 2006 at 09:32:03AM +0200, Stephan Trebs wrote: Package: linux-image-2.6.16-2-k7 Version: 2.6.16-18 Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#388518: xara-gtk: segfault if run with normal user.
I forgot to mention that since that segfault is not reproducible here, it would be useful to know how the old versons of ara perform at yor side: svn co svn://svn.debian.org/ara/tags/1.0.13 svn co svn://svn.debian.org/ara/tags/1.0.14 as well as the current trunk: svn co svn://svn.debian.org/ara/trunk Thanks for your assistance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382907: Block
Adam D. Barratt a écrit : Hi, On Thursday, September 21, 2006 5:55 AM, Filipus Klutiero [EMAIL PROTECTED] wrote: Adam D. Barratt a écrit : [...] On that basis, this is just a quick ping to confirm that these bugs will not be actioned until mozilla has actually been removed. If it's not obvious that the blocking is the other way around, see what happened in testing. Sorry, I'm confused by that comment. Are you implying that removal of mozilla is in any way dependent on the removal of all the locales packages? Yes. If mozilla is removed but not the locale packages, the locale packages will become uninstallable, which is a grave bug. Ah, I see where you're coming from. Yes, that would be a problem, but it's not relevant to the blocking afaics. The blocked and blocking bugs refer to package removals from unstable, as do the majority of removal bugs against the ftp.d.o pseudo-package. In that context, it's already been stated that the locales' removal is currently conditional on the removal of mozilla itself. I don't know what you're referring to, but that doesn't make sense to me. mozilla's removal is certain. If the release team decide to remove mozilla from testing, it's their responsibility to ensure they don't break other packages in the process, and to handle any issues that occur. Sure, I don't see your point though.
Bug#377124: tar -l option should be restored to previous behaviour
384508 and 377124 are not the same:
- 384508 is about -l no longer meaning --one-file-system
- 377124 is about --one-file-system breaking when combined with
--listed-incremental (Amanda does pass --one-file-system (not -l) to tar)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388501: Installation Report
On Wednesday 20 September 2006 21:18, Michael S. Peek wrote: Comments/Problems: Installation works fine, but unable to mount the root filesystem on reboot. Checking /proc/cmdline shows root=/dev/sda1 ro, which is correct, but no /dev/sda1 exists (/dev/sda exists though). This may be due to a mismatch between the kernel version used by the installer (2.6.17) and the one installed for the new system (2.6.16). Please use the rescue mode of the installer to upgrade the kernel to 2.6.17 and see if that solves your problem. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388568: xserver-xorg: postinst can hang
Package: xserver-xorg Version: 7.1.0-1 Severity: Grave Justification: Renders package unusable When trying to make a live CD using live-package, the install hangs on the postinst of xserver-xorg. Breaking out of it and doing dpkg --configure --pending by hand (so the debconf frontend is not noninteractive) in the chroot results in a looping null_string_error (from templates). No question is asked, just the error and when I press Ok the error reappears. Looking at the postinst, this can only come from line 1249, getting a monitor identifier. I have no idea why this happens now though, since yesterday I managed to make some CD images. Perhaps a new debconf version was released in between... -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: Digital signature
Bug#388564: gajim: no binding on popup_menu event where there is a menu
Package: gajim Version: 0.10.1-6 Severity: normal Pressing Shift-F10 on an contact in the roster produces nothing. Looking in the source, I discovered that the corresponding keypresses and mouse clicks handled literally. Ithink you should privide a handler for popup-menu event. This is not a 1-line hack because the event is used somewhere farther - didn't track it yet. -- System Information: Debian Release: 3.2 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-386 Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages gajim depends on: ii python-central0.5.5 register and build utility for Pyt ii python-glade2 2.8.6-5GTK+ bindings: Glade support ii python-gtk2 2.8.6-5Python bindings for the GTK+ widge ii python-pysqlite2 2.3.2-1python interface to SQLite 3 ii python2.4 2.4.3-8An interactive high-level object-o Versions of packages gajim recommends: ii dnsutils 1:9.3.1-2 Clients provided with BIND pn notification-daemon none (no description available) ii python2.4-dbus0.62-4 simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388569: general: always printed in letter format
Package: general
Severity: important
Sorry for reporting on this unspecific level, but i cannot
isolate.
Since updating to etch some weeks ago i was not able to print
from firefox, because always letter format is requested on the
printer panel. This happens independend of the input in the
printer property fields in the printing dialog if firefox (where
i entered A4) and independend of the printer settings in cups
(where i also use A4) - see bug 383.255.
First i thought this a specific problem of firefox, but now i
have the same missbehaviour with xpdf, so i think it is a more
general problem which i cannot identify.
Both programms worked fine in sarge.
The only help i can give, is that i can work around in both cases
by printing to a file and remove the first line containing
/PageSize 3 with an editor and afterwards use lpr on the
command line to print that modified postscript-file.
Because i cannot think that this is the intended new debian way
of printing and because a am happy with debian for years i dont
want to change distribution because of this, but i also dont want
to life with this situation for a long time.
I use a standard gnome desktop installation and the Cups printing
system. My printer is a HP Laserjet 4 plus.
Two examples:
=
* head of the original postscript file (requesting letter format
independend of the %%DocumentPaperSizes: A4 line) produced by
firefox:
%!PS-Adobe-3.0
%%BoundingBox: 0 0 595 842
%%HiResBoundingBox: 0 0 595.25 841.9
%%Creator: Mozilla PostScript module (rv:1.8.0.6/0)
%%DocumentData: Clean8Bit
%%DocumentPaperSizes: A4
%%Orientation: Portrait
%%Pages: 1
%%PageOrder: Ascend
%%EndComments
% MozillaCharsetName: iso-8859-1
%%BeginProlog
/setpagedevice where
{ pop 2 dict
dup /PageSize [ 595.25 841.9 ] put
dup /Policies 1 dict
dup /PageSize 3 put
put
setpagedevice
} if
* diff file against the modified firefox postscript file which
worked fine on my printer:
--- firefox_letter.ps 2006-09-21 10:41:32.0 +0200
+++ firefox_a4.ps 2006-09-21 10:41:55.0 +0200
@@ -15,7 +15,6 @@
{ pop 2 dict
dup /PageSize [ 595.25 841.9 ] put
dup /Policies 1 dict
-dup /PageSize 3 put
put
setpagedevice
} if
* original postscript file (requesting letter format)
produced by xpdf:
%!PS-Adobe-3.0
%%Creator: xpdf/pdftops 3.01
%%LanguageLevel: 2
%%DocumentSuppliedResources: (atend)
%%DocumentMedia: plain 595 841 0 () ()
%%BoundingBox: 0 0 595 841
%%Pages: 1
%%EndComments
%%BeginDefaults
%%PageMedia: plain
%%EndDefaults
%%BeginProlog
%%BeginResource: procset xpdf 3.01 0
/xpdf 75 dict def xpdf begin
% PDF special state
/pdfDictSize 15 def
/pdfSetup {
3 1 roll 2 array astore
/setpagedevice where {
pop 3 dict begin
/PageSize exch def
/ImagingBBox null def
/Policies 1 dict dup begin /PageSize 3 def end def
{ /Duplex true def } if
currentdict end setpagedevice
} {
pop pop
} ifelse
} def
/pdfStartPage {
pdfDictSize dict begin
/pdfFillCS [] def
/pdfFillXform {} def
/pdfStrokeCS [] def
/pdfStrokeXform {} def
/pdfFill [0] def
/pdfStroke [0] def
/pdfFillOP false def
/pdfStrokeOP false def
/pdfLastFill false def
/pdfLastStroke false def
/pdfTextMat [1 0 0 1 0 0] def
/pdfFontSize 0 def
/pdfCharSpacing 0 def
/pdfTextRender 0 def
/pdfTextRise 0 def
/pdfWordSpacing 0 def
/pdfHorizScaling 1 def
/pdfTextClipPath [] def
} def
/pdfEndPage { end } def
* diff file against the modified xpdf postscript file which
worked fine on my printer:
--- xpdf_letter.ps 2006-09-21 10:25:32.0 +0200
+++ xpdf_a4.ps 2006-09-21 10:38:57.0 +0200
@@ -20,7 +20,6 @@
pop 3 dict begin
/PageSize exch def
/ImagingBBox null def
- /Policies 1 dict dup begin /PageSize 3 def end def
{ /Duplex true def } if
currentdict end setpagedevice
} {
By the way printing from openoffice works fine (at least writer
and calc).
Feel free to request any information you need to isolate that
missbehaviour.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing')
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#385519: [Pkg-octave-devel] Bug#385519: octaviz: please migrate to VTK 5
Hi, okay, here is some sort of current status: In order to migrate to VTK 5, we will probably need a CVS snapshot of Octaviz (which in itself doesn't pose a problem). If you try to build this, you will run into a bug similiar to [1]. The reason for this can be found in /usr/lib/vtk-5.0/vtkCommonKit.cmake VTK_COMMON_CLASSES contains several paths starting with /debian (starting at line 139). Clearly, these paths shouldn't be there; in fact, the files mentioned there are not included in the VTK build. Now, the CMakeLists.txt responsible for these 'debian' lines is (in VTK's source) Common/CMakeLists.txt at line 203 (look for the 'IF(VTK_TYPE_NATIVE)) line. Kudos to Kitware for not providing a complete documentation with cmake. I mean, what would I do with all my time if I didn't need an internet connection to look up CMAKE_CURRENT_BINARY_DIR in their wiki[2]? [1] http://sourceforge.net/forum/forum.php?thread_id=1546921forum_id=348515 [2] http://www.cmake.org/Wiki/CMake_Useful_Variables Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388518: xara-gtk: segfault if run with normal user.
On Thu, Sep 21, 2006 at 11:46:37AM +0300, George Danchev wrote: On Thursday 21 September 2006 11:13, Mohammed Sameer wrote: Thanks for your response ;-) --cut-- Do you want to recompile with debugging support and run more tests ? Just please note that I don't know ocaml! Yes, I'd appreciate if you do the following: $apt-get install ocaml-nox (in order to have the `ocamldebug' executable) $apt-get source ara and cd to the source directory ara-1.0.15/ $dpkg-checkbuilddeps (and install the needed build-depends) Edit config/Makefile.config and add -g to he end of the first line: CAMLC = ocamlc$(OPT) $(PP) -dtypes -thread $(DEBUG) $(INCDIRS) -g $make bt (to compile to bytecode) $ocamldebug cli/ara.bt -version (or better yet ara.bt -i ) Then type `run' on the (ocd) prompt. The problem is not with ara. ara works fine. It's xara that is segfaulting. ara.bt was fine with -version and with -i I tried to run xara.bt under the debugger but I've got: Lost connection with process 4611 (active process) at time 311 Trying to recover... Unexpected connection I did make; tried to run xara but I've got a meaningless backtrace from gdb #0 0xa6c3f440 in ?? () #1 0xa7c2d8d1 in gdk_x11_drawable_get_xdisplay () from /usr/lib/libgdk-x11-2.0.so.0 #2 0xa7c2eef1 in gdk_events_pending () from /usr/lib/libgdk-x11-2.0.so.0 #3 0xa7c30aa7 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #4 0xa7c30e0f in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #5 0xa79217b1 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #6 0xa7924826 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #7 0xa7924da7 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #8 0x08142334 in ml_g_main_iteration () #9 0x08084ba2 in camlGtkThread__thread_main_real_104 () #10 0x0003 in ?? () #11 0xafd86368 in ?? () #12 0x08084a68 in camlGtkThread__thread_main_real_104 () #13 0x08353df9 in ?? () #14 0x0003 in ?? () #15 0x0001 in ?? () #16 0x08084205 in camlGui__entry () #17 0x08167acc in camlGui__1 () #18 0x081ece64 in ?? () #19 0x081ece74 in ?? () #20 0x081ece84 in ?? () #21 0x081ece94 in ?? () #22 0x081ecea4 in ?? () #23 0x081eceb4 in ?? () #24 0x081ecec4 in ?? () #25 0x08167b0c in camlGui__6 () #26 0x0806464d in caml_startup__code_begin () #27 0x0815d29a in caml_start_program () #28 0x in ?? () -- GNU/Linux registered user #224950 Proud Egyptian GNU/Linux User Group www.eglug.org Member. Life powered by Debian, Homepage: www.foolab.org -- Don't send me any attachment in Micro$oft (.DOC, .PPT) format please Read http://www.gnu.org/philosophy/no-word-attachments.html Preferable attachments: .PDF, .HTML, .TXT Thanx for adding this text to Your signature signature.asc Description: Digital signature
Bug#388570: option for less disk intensity
Package: workrave Version: 1.8.3-1 Severity: wishlist Tags: upstream Every few seconds, workrave writes its stats to disk: kernel: workrave(25269): dirtied inode 1868651 (.workrave) on dm-3 kernel: workrave(25269): dirtied inode 1716993 (todaystats) on dm-3 kernel: workrave(25269): dirtied inode 1716981 (state) on dm-3 It would be sweet if somehow this could be kept in memory if an option is specified, otherwise it's close to impossible to configure a laptop to spin down its disk while workrave is running. Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages workrave depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-13GCC support library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgconfmm-2.6-1c2 2.14.2-1 C++ wrappers for GConf (shared lib ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglademm-2.4-1c2a2.6.2-2 C++ wrappers for libglade2 (shared ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgnet2.0-0 2.0.7-1 GNet network library ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-vfsmm-2.6-1c2a2.14.0-1 C++ wrappers for GnomeVFS (shared ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomecanvasmm-2.6-1c2a 2.14.0-1 C++ wrappers for libgnomecanvas2 ( ii libgnomemm-2.6-1c2 2.14.0-1 C++ wrappers for libgnome (shared ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomeuimm-2.6-1c2a 2.14.0-1 C++ wrappers for libgnomeui (share ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-2 library for GNOME 2 panel applets ii libpango1.0-0 1.12.4-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.17-1 type-safe Signal Framework for C++ ii libsm6 1:1.0.1-2 X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxmu61:1.0.2-2 X11 miscellaneous utility library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime workrave recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#388518: xara-gtk: segfault if run with normal user.
On Thursday 21 September 2006 12:25, Mohammed Sameer wrote: On Thu, Sep 21, 2006 at 11:46:37AM +0300, George Danchev wrote: On Thursday 21 September 2006 11:13, Mohammed Sameer wrote: Thanks for your response ;-) --cut-- Do you want to recompile with debugging support and run more tests ? Just please note that I don't know ocaml! Yes, I'd appreciate if you do the following: $apt-get install ocaml-nox (in order to have the `ocamldebug' executable) $apt-get source ara and cd to the source directory ara-1.0.15/ $dpkg-checkbuilddeps (and install the needed build-depends) Edit config/Makefile.config and add -g to he end of the first line: CAMLC = ocamlc$(OPT) $(PP) -dtypes -thread $(DEBUG) $(INCDIRS) -g $make bt (to compile to bytecode) $ocamldebug cli/ara.bt -version (or better yet ara.bt -i ) Then type `run' on the (ocd) prompt. The problem is not with ara. ara works fine. It's xara that is segfaulting. ara.bt was fine with -version and with -i I tried to run xara.bt under the debugger but I've got: Lost connection with process 4611 (active process) at time 311 Trying to recover... Unexpected connection That's a least strange. Blah. Did you try the bytecode version of 1.0.15 compiled with -g ? Here is what I got for it. [EMAIL PROTECTED]:~/download/ara-1.0.15$ ocamldebug ./gui/xara.bt --help Objective Caml Debugger version 3.09.2 (ocd) run Loading program... done. /home/danchev/download/ara-1.0.15/./gui/xara.bt [options] -config path Set user configuration file name (default ~/.ara/xara.config) -dump-config Dump configuration file to stdout. -fast Run faster but use more memory. -slow Use minimal amount of memory but run very slowly. -cache-strings With -fast, try to conserve memory somewhat. -debug Enable debugging information -debug-level Set debugging level (higher is more verbose, max is 100, default is 10) -help Display this list of options --help Display this list of options Time : 2909565 Program exit. (ocd) q The program is running. Quit anyway ? (y or n) y I'd also want to see the output of `step 0' instead of `run' at the ocamldebug prompt. I did make; tried to run xara but I've got a meaningless backtrace from gdb Yes, no joy with that :-/ -- 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#348383: Works with No Gnus v0.6
#secure method=smime mode=sign keyfile=~/.securite/mykey.pem Hi, I tried to catch your example message [1] with No Gnus 0.6, and no problem for me : the signature is verified and OK. [1] gmane.comp.version-control.darcs.devel Message-ID: [EMAIL PROTECTED] My configuration is the same as yours : mm-verify-options 'always gnus-buttonized-mime-types '(multipart/encrypted multipart/signed) Moreover, you can save the attachement with or without the ASCII armour, depending of the way you do it : - if point is on [PGP Signed Part...], if you type 'o', attachment file is saved with armour - if point is on [2. text/x-darcs-patch], attachment is saved without armour. -- 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.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnus depends on: ii emacs21 21.4a-6The GNU Emacs editor ii make 3.81-3 The GNU version of the make util ii ucf 2.0015 Update Configuration File: preserv gnus recommends no packages. -- no debconf information Cheers, -- Florian Dufour Direction de l'Information Scientifique et de la Communication Tél : 04 76 61 52 39 - Mél : [EMAIL PROTECTED]
Bug#388571: awstats: Non-free Firefox icon included
Package: awstats Version: 6.5-2 Severity: serious Justification: Policy 2.2.1 /usr/share/awstats/icon/browser/firefox.png is Mozilla Firefox's official logo, which is not modifiable. I don't know if just including that icon can be a trademark violation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388568: Acknowledgement (xserver-xorg: postinst can hang)
tags 388568 +patch thanks I have found the problem. On line 966 of the postinst it says: db_input $PRIORITY $TEMPLATE || debug_echo v_s_d_i/db_input $PRIORITY $TEMPLATE This is followed by if [ $? -eq 30 ]; then The return value of 30 is specified for db_input. However, if db_input returns 30, debug_echo is called, which always returns 0. So the check never matches, and the validation loop is entered even though no question is asked. The easiest solution is to remove the debug_echo. If it is needed for some reason, a construct like this should be made (note that this happens in a set +e block): db_input $PRIORITY $TEMPLATE retval=$? if [ $retval -ne 0 ] ; then debug_echo v_s_d_i/db_input $PRIORITY $TEMPLATE ; fi if [ $? -eq 30 ]; then Thanks, Bas Wijnen -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://129.125.47.90/e-mail.html signature.asc Description: Digital signature
Bug#388575: Please package new upstream release 0.54
Package: libimager-perl Version: 0.47-1 Severity: wishlist Hi! There's a new upstream release 0.54 available now. Especially 0.53 was an important release where quite a few new features were stabilized. We run it in production here. It would be very nice if it was packaged. Usual source: http://search.cpan.org/~tonyc/Imager-0.54/ Cheers, Kjetil -- Kjetil Kjernsmo Information Systems Developer Opera Software ASA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388397: openoffice.org-impress: No text displayed in the Help dialog when OO.o-writer not installed
Hi, Am Donnerstag, 21. September 2006 07:40 schrieb Martin Kretzschmar: Makes sense, various sources say that the help uses writer/web for its html display. Uahhh.. That would mean having -help-* depend on writer. Damn... Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#388572: debian-installer won't let me select a local apt-proxy mirror
Package: debian-installer Version: no idea. Netinstall image was DL'ed on 20-Sep-2006 The way you're expected to enter a server and path differs from how sources are defined in every other place; it's not apparent how they are translated into a sources.list entry. After trying several combinations of server and path statements to no avail, I resigned and switched to the second console in an attempt to edit the sources.list manually. In vain, though, as the installer would immediately uncomment my changes in an attempt to make a clean start. Good intentions notwithstanding, I found this to be annoying. Please bring back the option to edit the sources.list file; while it may look scary to a beginner, even a half-experienced user who has no idea how sources work (like me) could still add a valid entry simply by copying it verbatim from another source. regards, Schnobs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388574: libnss-ldap: bug with TLS in testing
Package: libnss-ldap Version: 251-5 Severity: serious Justification: required It appears on debian testing with libnss-ldap 251-5. When using TLS libnss-ldap don't work when non-root, you could log in (with ssh for ex) but once logged the user id was not found, so the .bash_profile (or rc) fail on the id command. The user is logged in but with no enviroment at all (logic), you cannot do anything. It is TLS related, because without StartTLS in /etc/libnss_ldap.conf it work well (and if your server is configured to accept unencrypted request). Note that with the version of libnss-ldap in stable (238-1) it work well. So for now I use this version. Please see also the report on the nssldap mailing list at : http://marc.theaimsgroup.com/?l=nssldapm=115856065310984w=2 -- System Information: Debian Release: testing APT prefers testing APT policy: (700, 'testing'), (650, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libkrb53 1.4.4~beta1-1 MIT Kerberos runtime libraries ii libldap2 2.1.30-13+b1 OpenLDAP libraries -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388573: [intl:fr] mapserver debconf template translation
Package: mapserver Version: 4.8.4-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 -- s° fr.po Description: application/gettext
Bug#386580: Initial footnote support added
I added initial support for footnote and also for annotation and alt. Below is the change description for the commit. Please test with the latest snapshot and let me know what bugs you find. Added initial support in manpages output for footnote, annotation, and alt instances. Basically, they all now get handled the same way ulink instances are. They are treated as a class as note sources: A numbered marker is generated at the place in the main text flow where they occur, then their contents are displayed in an endnotes section at the end of the man page (currently titled REFERENCES, for English output, but will be changed to NOTES). This support is not yet complete. It works for most normal cases, but probably mishandles a good number of cases. More testing will be needed to expose the problems. It may well also introduce some bugs and regressions in other areas, including basic paragraph handling, handling of mixed block content, handling of other indented content, and handling of authorblurb and personblurb in the AUTHORS section. -- Michael(tm) Smith xmpp:[EMAIL PROTECTED] irc://irc.freenode.net/mobile-web -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384787: #384787: newt fix : shall I apply for Etch?
On Thursday 21 September 2006 10:45, Alastair McKinstry wrote: I saw your comment in #38787. I was reluctant to apply it in case it destabilises d-i OK. I (and probably Davide) have tested the patch and it does solve the issue. I've not seen any regressions from it. (I thought udeb generators were effectively frozen); given your The freeze is for new functionality, not for fixing important issues :-) reaction I will reconsider and upload a release of newt with this fix. That would be very welcome. Thanks. pgpiprvmftHtK.pgp Description: PGP signature
Bug#388518: xara-gtk: segfault if run with normal user.
On Thu, Sep 21, 2006 at 12:02:04PM +0300, George Danchev wrote: I forgot to mention that since that segfault is not reproducible here, it would be useful to know how the old versons of ara perform at yor side: svn co svn://svn.debian.org/ara/tags/1.0.13 svn co svn://svn.debian.org/ara/tags/1.0.14 as well as the current trunk: svn co svn://svn.debian.org/ara/trunk Thanks for your assistance. I'm starting to thionk that it might be a problem on my side!! They are all crashing, -- GNU/Linux registered user #224950 Proud Egyptian GNU/Linux User Group www.eglug.org Member. Life powered by Debian, Homepage: www.foolab.org -- Don't send me any attachment in Micro$oft (.DOC, .PPT) format please Read http://www.gnu.org/philosophy/no-word-attachments.html Preferable attachments: .PDF, .HTML, .TXT Thanx for adding this text to Your signature signature.asc Description: Digital signature
Bug#388518: xara-gtk: segfault if run with normal user.
On Thursday 21 September 2006 12:29, Mohammed Sameer wrote:
On Thu, Sep 21, 2006 at 12:02:04PM +0300, George Danchev wrote:
I forgot to mention that since that segfault is not reproducible here, it
would be useful to know how the old versons of ara perform at yor side:
svn co svn://svn.debian.org/ara/tags/1.0.13
svn co svn://svn.debian.org/ara/tags/1.0.14
as well as the current trunk:
svn co svn://svn.debian.org/ara/trunk
Thanks for your assistance.
I'm starting to thionk that it might be a problem on my side!!
They are all crashing,
Ooops, wait a second. What GTK rendering engine do you use ?
What you have in /etc/xara-gtkrc-2.0
# LablGTK2 is known to crash with some Qt GTK2 rendering engines.
style default { engine { } } class GtkWidget style default
--
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#388489: Processed: Cloning this bug
reopen 388489 thanks Aurelien Jarno [EMAIL PROTECTED] writes: Debian Bug Tracking System a écrit : retitle -1 libc6-i386: Missing /etc.ld.so.conf.d/i486-linux-gnu.conf There is no need for such a file. ld.so natively looks on all directories of bi (or tri)-arches directories. If you need to be convinced just run: strings /sbin/ldconfig | grep ^/lib Clising the bug Binutils doesn't. And in some cases binutils looks at ld.so.conf and thus ld.so.conf.d/*. Or what is the point of the ld.so.conf.d files at all? MfG Goswin
Bug#388563: ftbfs: test suite fails on AMD64
[Max Kellermann] Test suite fails, here the part of the build log which I believe is relevant No, it's not relevant. That is the Java testsuite failing, which happens in every Debian release on every architecture; we are ignoring it until gcj proves it can make it pass some day. The build succeeded on the Debian amd64 build daemon[1], so it might be interesting to compare your build log with that one. Peter [1] http://buildd.debian.org/fetch.php?pkg=subversionver=1.4.0-2arch=amd64stamp=1158134235file=logas=raw signature.asc Description: Digital signature
Bug#388291: Uninstallable: rebuild-needed
reassign 388291 libraw1394-8 thanks On Tue, Sep 19, 2006 at 06:58:57PM +0200, Marco Nenciarini wrote: Package: libdc1394-13 Version: 1.1.0-3 Severity: grave On a clean chroot: [EMAIL PROTECTED]:~# apt-get install libdc1394-13 [snip] The following packages have unmet dependencies: libdc1394-13: Depends: libraw1394-5 but it is not installable E: Broken packages The package need to be rebuilded against the new libraw1394-8 I have tried to rebuild and the pachage seem to be fine on the new libraw1394-8. If maintainer wish I can do a NMU. Rebuilding has already been taken care of by scheduling binNMUs for the issue, but unfortunately libraw1394-8 is also RC-buggy: Setting up libraw1394-8 (1.2.1-1) ... Creating device node /dev/raw1394... /var/lib/dpkg/info/libraw1394-8.postinst: line 5: /sbin/MAKEDEV: No such file or directory dpkg: error processing libraw1394-8 (--configure): subprocess post-installation script returned error exit status 1 Setting up libraw1394-doc (1.2.1-1) ... dpkg: dependency problems prevent configuration of libraw1394-dev: libraw1394-dev depends on libraw1394-8; however: Package libraw1394-8 is not configured yet. dpkg: error processing libraw1394-dev (--configure): dependency problems - leaving unconfigured libraw1394-8 needs to have a dependency on the makedev package if it's going to call /sbin/MAKEDEV in its maintainer scripts. Without this, the packages that need to be rebuilt against libraw1394-8 can't be. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388518: xara-gtk: segfault if run with normal user.
On Thursday 21 September 2006 12:29, Mohammed Sameer wrote: On Thu, Sep 21, 2006 at 12:02:04PM +0300, George Danchev wrote: I forgot to mention that since that segfault is not reproducible here, it would be useful to know how the old versons of ara perform at yor side: svn co svn://svn.debian.org/ara/tags/1.0.13 svn co svn://svn.debian.org/ara/tags/1.0.14 as well as the current trunk: svn co svn://svn.debian.org/ara/trunk Thanks for your assistance. I'm starting to thionk that it might be a problem on my side!! They are all crashing, No problem, I'd be happy to have that tracked down. What kernel do you run ? Any other programs crashing ? Test your mem with memtest86 package ? -- 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#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 09:31:09AM +0100, George B. wrote: Why on earth does Exim call the smarthost for a local address? :-/ It looks like that your smarthost router is not recognizing the domain as local (... is in ! +local_domains? yes.) Does it correctly route the address as in exim -bt [EMAIL PROTECTED] as a local domain? I am not sure whether Andreas' Diagnosis is right. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379769: joe: Non-robust input behaviour
Josip Rodin wrote: On Tue, Jul 25, 2006 at 03:40:12PM +0200, Jan Willem Stumpel wrote: Package: joe Version: 3.3-5 Severity: normal Using joe within an xterm. It turns out that not only Control-PageUp, but also other key combinations, like Fn (function key n, for n 3), insert strings in the text, e.g.: F6 produces ~ shift-F6 produces ;2~ control-F6 produces ;5~ This is no good. Special key combinations, like function keys, should either do something functional (hopefully well-documented), or they should do nothing. They should never leave random rubbish in the text. Well, yes, that's why terminfo exists, but if the translation is incomplete, you can see bugs like that. If you have a list of exact X key codes passed by terminals, you should submit it for inclusion. Do you mean that this is a bug in ncurses/terminfo? Or in xterm? I am not quite sure what you mean by exact X key codes and inclusion. I noticed that, e.g., control-pageup in xterm generates ESC[5;5~. Only the last part of this string, namely 5~, is passed on (and inserted into the text) by joe. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388460: exim4-daemon-light: sender verification is not working
On 21/09/06, Marc Haber [EMAIL PROTECTED] wrote: It looks like that your smarthost router is not recognizing the domain as local (... is in ! +local_domains? yes.) Does it correctly route the address as in exim -bt [EMAIL PROTECTED] as a local domain? I did: exim -bt [EMAIL PROTECTED] and it returned router = local_user, transport = maildir_home The domain name (and mailboxes) are virtual, defined in /etc/exim4/virtual/mydomain.co.uk George. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388576: apmd: Logcheck configuration does not ignore standing by messages in syslog
Package: apmd Version: 3.2.2-3 Severity: minor Tags: patch The apm daemon (apmd) must have recently changed its syslog output to include the text Standing by now This new text has not been added to the logcheck configuration. Therefore, for users with a default logcheck configuration (server), the Standing by now messages are not ignored, and are therefore emailed within the logcheck report. To fix this, one needs to add the line apmd\[[0-9]+\]: Standing by now to /etc/logcheck/ignore.d.paranoid/apmd Patch: *** apmd-oldThu Sep 21 11:09:57 2006 --- apmdWed Sep 20 18:06:24 2006 *** *** 11,14 --- 11,15 apmd\[[0-9]+\]: Update Time apmd\[[0-9]+\]: Version: apmd [0-9.]+, (apm )?driver [0-9.]+, APM BIOS [0-9.]+ apmd\[[0-9]+\]: apmd [0-9.]+ interfacing with apm driver [0-9.]+ and APM BIOS [0-9.]+ + apmd\[[0-9]+\]: Standing by now I hope this helps, Mark -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages apmd depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libapm1 3.2.2-3Library for interacting with APM d ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii powermgmt-base1.22 Common utils and configs for power -- debconf information: apmd/hdparm-removed: apmd/suspend-on-ac: true apmd/overwrite-config-file: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388563: ftbfs: test suite fails on AMD64
On 2006/09/21 12:11, Peter Samuelson [EMAIL PROTECTED] wrote: No, it's not relevant. That is the Java testsuite failing, which happens in every Debian release on every architecture; we are ignoring it until gcj proves it can make it pass some day. I understand. I see errors in the scripts following the Java test not failing on the buildd. I hope this log snippet helps, if not I'll have to send the full build log: Running all tests in switch_tests.py...FAILURE [...] At least one test FAILED, checking /usr/src/debian/build/subversion-1.4.0/BUILD/tests.log FAIL: switch_tests.py 17: refresh the WC file system read-only attribute [...] CLEANUP: /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/libsvn_fs/test-repo-validate-tree-entries svn_tests: commit conflicted at '/A/D/H', but no conflict expected XFAIL: lt-fs-test 17: merging commit CLEANUP: /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/libsvn_fs/test-repo-merging-commit [...] CLEANUP: /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/libsvn_fs/test-repo-lock-dir-propchange svn_tests: Path '/A/D/G2/blooga' doesn't exist in HEAD revision XFAIL: lt-locks-test 9: able to reserve a name (lock non-existent path) CLEANUP: /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/libsvn_fs/test-repo-lock-name-reservation svn_tests: Path '/Program Files/Tigris.org/Subversion' doesn't exist in HEAD revision XFAIL: lt-locks-test 10: directory locks (kinda) CLEANUP: /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/libsvn_fs/test-repo-directory-locks-kinda [...] CMD: svn ci --quiet -m log msg svn-test-work/working_copies/commit_tests-15 --config-dir /usr/src/debian/build/subversion-1.4 .0/BUILD/subversion/tests/cmdline/svn-test-work/local_tmp/config TIME = 1.01 EXPECTED STDOUT: /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/cmdline/svn-test-work/repositories/commit_tests-15 /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/cmdline/svn-test-work/repositories/commit_tests-15 1 /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/cmdline/svn-test-work/repositories/commit_tests-15 2 ACTUAL STDOUT: EXCEPTION: SVNLineUnequal XFAIL: commit_tests.py 15: hook testing [...] CMD: svn switch file:///usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/cmdline/svn-test-work/repositories/switch_tests-10 /iota svn-test-work/working_copies/switch_tests-10/iota --config-dir /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/c mdline/svn-test-work/local_tmp/config TIME = 0.995796 EXPECTED STDERR: ACTUAL STDERR: svn: Cannot replace a directory from within EXCEPTION: SVNLineUnequal XFAIL: switch_tests.py 10: switch a file to a dir and back to the file [...] CMD: svn status -v -u -q --username jrandom --password rayjandom svn-test-work/working_copies/switch_tests-17 --config- dir /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/cmdline/svn-test-work/local_tmp/config TIME = 0.045619 EXCEPTION: Failure: 'svn-test-work/working_copies/switch_tests-17/A/mu' expected to be read-only after having had its svn:needs-lock prope rty set FAIL: switch_tests.py 17: refresh the WC file system read-only attribute [...] CMD: svn diff A/D --config-dir /usr/src/debian/build/subversion-1.4.0/BUILD/subversion/tests/cmdline/svn-test-work/local_tmp/config TIME = 0.040059 XFAIL: diff_tests.py 28: diff a renamed directory [...] CMD: svn status -v svn-test-work/working_copies/revert_tests-4/iota_moved --config-dir /usr/src/debian/build/subversion-1.4.0/BUI LD/subversion/tests/cmdline/svn-test-work/local_tmp/config TIME = 0.036656 EXPECTED STDOUT: ACTUAL STDOUT: A +- ? ? svn-test-work/working_copies/revert_tests-4/iota_moved EXCEPTION: SVNLineUnequal XFAIL: revert_tests.py 4: revert a moved file -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387100: Please remove -H
Hi, In fact, I think users prefer to have info files about the CD. If they wish, they can remove them afterwards. So please remove -H from the Looking for available tracks... section. Also, I think it is better to have only one executable instead of two: cdda2ogg and cdda2mp3, the other being a simbolic link. There are only 3 or 4 lines different, I can send you a patch if you agree. Friendly, -- Eugen Dedu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388518: xara-gtk: segfault if run with normal user.
On Thu, Sep 21, 2006 at 12:42:54PM +0300, George Danchev wrote:
On Thursday 21 September 2006 12:29, Mohammed Sameer wrote:
On Thu, Sep 21, 2006 at 12:02:04PM +0300, George Danchev wrote:
I forgot to mention that since that segfault is not reproducible here, it
would be useful to know how the old versons of ara perform at yor side:
svn co svn://svn.debian.org/ara/tags/1.0.13
svn co svn://svn.debian.org/ara/tags/1.0.14
as well as the current trunk:
svn co svn://svn.debian.org/ara/trunk
Thanks for your assistance.
I'm starting to thionk that it might be a problem on my side!!
They are all crashing,
Ooops, wait a second. What GTK rendering engine do you use ?
What you have in /etc/xara-gtkrc-2.0
# LablGTK2 is known to crash with some Qt GTK2 rendering engines.
style default { engine { } } class GtkWidget style default
That's it!
I'm using the gtk-qt engine.
include /usr/share/themes/Qt/gtk-2.0/gtkrc
style user-font
{
font_name=Tahoma Bold 13
}
widget_class * style user-font
include /home/mohammed/.gtkrc-2.0.mine
I moved .gtkrc-2.0 away and it worked!
I guess this is a gtk-qt bug ?
Really sorry for bothering you for nothing :|
--
GNU/Linux registered user #224950
Proud Egyptian GNU/Linux User Group www.eglug.org Member.
Life powered by Debian, Homepage: www.foolab.org
--
Don't send me any attachment in Micro$oft (.DOC, .PPT) format please
Read http://www.gnu.org/philosophy/no-word-attachments.html
Preferable attachments: .PDF, .HTML, .TXT
Thanx for adding this text to Your signature
signature.asc
Description: Digital signature
Bug#388577: gauche-gl: glXGetProcAddressARB vs glXGetProcAddress
Package: gauche-gl
Version: 0.4.1-3
Severity: normal
I had to do some changes to get it to work on my machine. The problems are
caused by the nvidia libGL.so I am using:
ii nvidia-glx 1.0.7174-3 NVIDIA binary XFree86 4.x driver
It does not have glXGetProcAddress (only glXGetProcAddressARB)
[EMAIL PROTECTED]:/tmp objdump -T /usr/lib/libGL.so|grep -i getproc
00029894 gDF .text 00b6 BaseglXGetProcAddressARB
After a bit of googling and reading this:
http://lists.freedesktop.org/archives/xorg/2005-November/011291.html
I am not quite sure wether one can expect glXGetProcAddress to be available.
= I changed the code to use glXGetProcAddressARB.
This required another change:
It seems one has to define GL_GLEXT_PROTOTYPES before including gl.h or glx.h
for extensions in order to get prototypes.
(At least this is stated here:
http://www.ks.uiuc.edu/Research/vmd/doxygen/OpenGLExtensions_8h-source.html)
Patch:
--- gauche-gl-0.4.1.orig/src/gauche-gl.h
+++ gauche-gl-0.4.1/src/gauche-gl.h
@@ -28,6 +28,9 @@
#endif
#ifdef HAVE_GL_GLX_H
+// it seems we have to define those to get the extension prototypes on linux
+#define GL_GLEXT_PROTOTYPES 1
+#define GLX_GLXEXT_PROTOTYPES 1
#include GL/glx.h
#endif
--- gauche-gl-0.4.1.orig/src/gauche-gl.c
+++ gauche-gl-0.4.1/src/gauche-gl.c
@@ -135,14 +135,14 @@
supports GLX for the time being. */
void *Scm_GLGetProcAddress(const char *name)
{
-#if defined(GLX_VERSION_1_4)
-if (glXGetProcAddress != NULL) {
-return glXGetProcAddress(name);
-}
-#elif defined(GLX_ARB_get_proc_address)
+#if defined(GLX_ARB_get_proc_address)
if (glXGetProcAddressARB != NULL) {
return glXGetProcAddressARB((const GLubyte*)name);
}
+#elif defined(GLX_VERSION_1_4)
+if (glXGetProcAddress != NULL) {
+return glXGetProcAddress(name);
+}
#elif defined(MacOSX)
return glutGetProcAddress(name);
#endif /* !defined(GLX_VERSION_1_4) !defined(GLX_ARB_get_proc_address) */
Greetings
Jens
PS: Note: I did not carefully read the specs. I only wanted to get it to
work (= perhaps this patch is not the right thing to do)
PPS: Off-topic: Some notes regarding example
examples/cg/checkered-sphere-cg.scm:
to get best result one should force the garbage collector to use the incremental
collector and perhaps force your graphics driver to sync to vertical
retrace/screen
refresh. I use the following:
export GC_ENABLE_INCREMENTAL=1
export GC_PAUSE_TIME_TARGET=5
// for nvidia:
export __GL_SYNC_TO_VBLANK=1
-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.6.8-3-386
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages gauche-gl depends on:
ii freeglut3 2.2.0-8 OpenGL Utility Toolkit
ii gauche 0.8.7-4 A Scheme implementation designed f
ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an
ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li
ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util
ii xlibmesa-gl [libgl 4.3.0.dfsg.1-14sarge1 Mesa 3D graphics library [XFree86]
ii xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge1 Mesa OpenGL utility library [XFree
ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388582: xml2: documentation
Package: xml2 Version: 0.3-1.1 Severity: normal No documentation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388584: lynx-cur: hard limit, despite -width
Package: lynx-cur Version: 2.8.6dev18-2.1 Severity: normal Lynx will not print long lines intact, despite -width! $ perl -we 'print bla x999'|txt2html|html2text -width 9|perl -nwle print\ length|head 3995 $ perl -we 'print bla x999'|txt2html|lynx -force-html -dump -width 9 /dev/stdin|perl -nwle print\ length 0 990 990 990 990 46 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388588: synaesthesia: outside xwindows: had to reboot
Package: synaesthesia Version: 2.4-1 Severity: normal With xwindows running, I did ALT CTL F1 to go to plain /dev/tty1 where there is TERM=linux and no X* environment variables, and did # su - # mpg123 -s song.mp3 |synaesthesia pipe 44100 as an experiment. I then heard 2 seconds of the song, and the screen became full of squares, and I tried hitting every key, even the SysRq stuff of linux-doc-2.6.17/Documentation/sysrq.txt.gz ... nothing worked. CTRL-ALT-DEL still worked to reboot the system, which is all I could do. P.S., mpg123 song.mp3 works fine alone though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 11:23:17AM +0100, George B. wrote: On 21/09/06, Marc Haber [EMAIL PROTECTED] wrote: It looks like that your smarthost router is not recognizing the domain as local (... is in ! +local_domains? yes.) Does it correctly route the address as in exim -bt [EMAIL PROTECTED] as a local domain? I did: exim -bt [EMAIL PROTECTED] and it returned router = local_user, transport = maildir_home And that's the same address you want to fail verification? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388460: exim4-daemon-light: sender verification is not working
On 21/09/06, Marc Haber [EMAIL PROTECTED] wrote: And that's the same address you want to fail verification? No, that is the recipient address. I am trying to verify sender addresses. Doing the exim -bt ... test with any other (non-local, even if it is a fake, non-existent domain) address returns router = smarthost, transport = remote_smtp_smarthost. George. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388579: octave2.9-forge: legend(X) fails to change text of keys or position of legend
Package: octave2.9-forge
Version: 2006.07.09+dfsg1-3
Severity: normal
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1)
Versions of packages octave2.9-forge depends on:
ii atlas3-base [libla 3.6.0-20.2Automatically Tuned Linear
Algebra
ii fftw3 3.0.1-14 library for computing Fast
Fourier
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libcln41.1.11-1 Class Library for Numbers (C++)
ii libgcc11:4.1.1-13GCC support library
ii libgfortran1 4.1.1-13 Runtime library for GNU
Fortran ap
ii libginac1.3c2a 1.3.3-6+b1The GiNaC symbolic
framework (runt
ii libgmp3c2 4.1.4-11 Multiprecision arithmetic
library
ii libgraphicsmagick+ 1.1.7-8 format-independent image
processin
ii libgraphicsmagick1 1.1.7-4 format-independent image
processin
ii libgsl01.7.90-1 GNU Scientific Library
(GSL) -- li
ii libhdf5-serial-1.6 1.6.5-1 Hierarchical Data Format 5
(HDF5)
ii libice61:1.0.1-2 X11 Inter-Client Exchange
library
ii libjpeg62 6b-12 The Independent JPEG
Group's JPEG
ii libncurses55.5-1 Shared libraries for
terminal hand
ii libnetcdf3 3.6.0+3.6.1-beta3-0.1 An interface for scientific
data a
ii libpcre3 6.4-1.1 Perl 5 Compatible Regular
Expressi
ii libpng12-0 1.2.8rel-5.1 PNG library - runtime
ii libqhull5 2003.1-1 Calculate convex hulls and
related
ii libreadline5 5.1-7 GNU readline and history
libraries
ii libsm6 6.9.0.dfsg.1-5X Window System Session
Management
ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.0-8 X11 client-side library
ii octave2.9 2.9.8-2 GNU Octave language for
numerical
ii zlib1g 1:1.2.3-11compression library - runtime
octave2.9-forge recommends no packages.
-- no debconf information
The output of a call to legend(CELL) is show below. Similar output is
produced in calls to legend(S1,S2,S3) and legend(MATSTR). The call to
plot that created the figure to call legend(X) on created three
linespoints plots with names Mean, Minimum and Maximum.
Calling legend('boxon'), in the legend('func') class of calls, produces
the expected results.
The original plot was changed to have only one line and no label for the
key as well as plotted in normal lines plot style and similar outputs
(and exactly the same error) was displayed.
octave2.9:66 legend({'hello' 'goodbye' 'etc'})
pl
'/tmp/oct-wVCkXj'
u
(
$
1
)
:(
$
2
)
t
Mean
w
lines
,
'/tmp/oct-1XExKP'
u
(
$
1
)
:(
$
2
)
t
Minimum
w
lines
,
'/tmp/oct-GSSNxl'
u
(
$
1
)
:(
$
2
)
t
Maximum
w
lines
error: split: both s and t must be strings
error: evaluating if command near line 53, column 5
error: evaluating if command near line 48, column 3
error: called from `split' in file
`/usr/share/octave/2.9.8/m/strings/split.m'
error: called from `legend' in file
`/usr/share/octave/site/api-v21/m/octave2.9-forge/plot/legend.m'
--
Jan Vermeulen
The Extremist
23137216
God has such a deep reverence for our freedom that he'd much rather have us freely go to Hell,
than be compelled to go to Heaven
--Desmond Tutu
Beyers Naude Memorial Lecture 2003 (15 August)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388578: early switching VTs may results in frame buffer display on the wrong VT
Package: installation-reports Boot method: CD Image version: Etch Beta 3 release, netinst CD Date: Thu Sep 21, 2006 Machine:any Processor: x86 Memory: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: early switching between VTs may results in frame buffer display on the wrong VT (AFAIK, the current one when FB is enabled), while the input (keyboard) is still accepted from the 1st VT. Going to a shell and exiting back blind-typing on the 1st VT seems to fix the problem. May be a chvt 1 or something like that must be added somewhere... Ciao, Paolo. -- ICQ UIN: 105205475 (UnixMan) http://borex.lngs.infn.it/saggese You can still escape from the GATES of hell: Use Linux! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388583: html2text: man page refers to non-existent ascii.substitutes file
Package: html2text Version: 1.3.2a-3 Severity: normal To find out how non-ASCII characters are rendered, refer to the file ascii.substitutes. Not found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388518: xara-gtk: segfault if run with normal user.
reassign 388518 lablgtk2
retitle LablGTK2 is known to crash with some Qt GTK2 rendering engines
severity 388518 wishlist
thanks
On Thursday 21 September 2006 13:56, Mohammed Sameer wrote:
On Thu, Sep 21, 2006 at 12:42:54PM +0300, George Danchev wrote:
On Thursday 21 September 2006 12:29, Mohammed Sameer wrote:
On Thu, Sep 21, 2006 at 12:02:04PM +0300, George Danchev wrote:
I forgot to mention that since that segfault is not reproducible
here, it would be useful to know how the old versons of ara perform
at yor side:
svn co svn://svn.debian.org/ara/tags/1.0.13
svn co svn://svn.debian.org/ara/tags/1.0.14
as well as the current trunk:
svn co svn://svn.debian.org/ara/trunk
Thanks for your assistance.
I'm starting to thionk that it might be a problem on my side!!
They are all crashing,
Ooops, wait a second. What GTK rendering engine do you use ?
What you have in /etc/xara-gtkrc-2.0
# LablGTK2 is known to crash with some Qt GTK2 rendering engines.
style default { engine { } } class GtkWidget style default
That's it!
I'm using the gtk-qt engine.
include /usr/share/themes/Qt/gtk-2.0/gtkrc
style user-font
{
font_name=Tahoma Bold 13
}
widget_class * style user-font
include /home/mohammed/.gtkrc-2.0.mine
I moved .gtkrc-2.0 away and it worked!
I guess this is a gtk-qt bug ?
I (as also Berke wrote in the past) believe that this is a lablgtk2 issue. It
seems to be forgotten back then to be reported proper.
Really sorry for bothering you for nothing :|
You are welcome. In fact thanks for raising this up, it is now reassigned to
lablgtk2 source package.
--
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#388581: Python FutureWarning when installing pyblosxom package
Package: pyblosxom Version: 1.2-1 Hello! Installing pyblosxom on a pure Debian sarge system yields the following warnings: Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig Die folgenden NEUEN Pakete werden installiert: pyblosxom 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 4 nicht aktualisiert. Es müssen noch 0B von 91,9kB Archiven geholt werden. Nach dem Auspacken werden 520kB Plattenplatz zusätzlich benutzt. Wähle vormals abgewähltes Paket pyblosxom. (Lese Datenbank ... 67693 Dateien und Verzeichnisse sind derzeit installiert.) Entpacke pyblosxom (aus .../pyblosxom_1.2-1_all.deb) ... Richte pyblosxom ein (1.2-1) ... /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:684: FutureWarning: hex/oct constants sys.maxint will return positive values in Python 2.4 and up win32file.LockFileEx(hfile, flags, 0, 0x, __overlapped) /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:688: FutureWarning: hex/oct constants sys.maxint will return positive values in Python 2.4 and up win32file.UnlockFileEx(hfile, 0, 0x, __overlapped) /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:684: FutureWarning: hex/oct constants sys.maxint will return positive values in Python 2.4 and up win32file.LockFileEx(hfile, flags, 0, 0x, __overlapped) /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:688: FutureWarning: hex/oct constants sys.maxint will return positive values in Python 2.4 and up win32file.UnlockFileEx(hfile, 0, 0x, __overlapped) Doesn't seem to affect the package, but I suppose installing the packages should not output these warnings - maybe the tools.py has to be modified? Thanks Thomas
Bug#388489: Processed: Cloning this bug
Goswin von Brederlow wrote: reopen 388489 thanks Aurelien Jarno [EMAIL PROTECTED] writes: Debian Bug Tracking System a écrit : retitle -1 libc6-i386: Missing /etc.ld.so.conf.d/i486-linux-gnu.conf There is no need for such a file. ld.so natively looks on all directories of bi (or tri)-arches directories. If you need to be convinced just run: strings /sbin/ldconfig | grep ^/lib Clising the bug Binutils doesn't. And in some cases binutils looks at ld.so.conf and It does. Well it was not the case on amd64, but it has been fixed two months ago in version 2.17-2 (see bug#369052). I am closing the bug, please only reopen the bug if you have a testcase to show what you claim. thus ld.so.conf.d/*. Or what is the point of the ld.so.conf.d files at all? The purpose of the ld.so.conf.d files is to provide an easy way to add search directories for some packages (eg atlas), which is a lot easier than modifying the ld.so.conf directly. It is also a way for future multiarch support to add a search path, hence the /etc.ld.so.conf.d/(host-triplet).conf in libc6. But it has nothing to do with bi-arch or tri-arch which are directly handled in the toolchain. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388587: mpg321 ignored $TERM
Package: mpg321 Version: 0.2.10.3 Severity: minor File: /usr/bin/mpg321 As an experiment, I did mpg123 from an emacs shell window and found it ignored TERM=dumb and made the screen a mess. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388580: edict-el returns duplicate results
Package: edict-el Version: 1.06-6 Using edict-el, when I search for certain words, like 果てる using the function edict-search-kanji, duplicate results are returned. example: 果てる [はてる] /(v1,vi) (1) to end/to be finished/to be exhausted/to die/to perish/(suf) (2) indicates an extreme has been reached./(P)/ 果てる [はてる] /(v1,vi) (1) to end/to be finished/to be exhausted/to die/to perish/(suf) (2) indicates an extreme has been reached./(P)/ I suggest that in the function edict-search-and-display, the duplicate entries be removed before displaying, for example using the function remove-duplicates (since edict-el already use common lisp functions). (remove-duplicates matchlist :test #'equal) Best regards, Evan Monroig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388589: manpages: koi8-r(7) is not rendered properly in ru_RU.UTF-8 locale
Package: manpages Version: 2.39-1 Severity: normal The following errors during rendering koi8-r(7) manpage under UTF-8 locale (checked with ru_RU.UTF-8 and en_US.UTF-8), and rendered text terminates in the middle of manpage. Rendering under ru_RU.KOI8-R works ok. /tmp/zmancCxcCv:63: warning: can't find numbered character 131 /tmp/zmancCxcCv:71: warning: can't find numbered character 139 /tmp/zmancCxcCv:72: warning: can't find numbered character 140 /tmp/zmancCxcCv:73: warning: can't find numbered character 141 /tmp/zmancCxcCv:74: warning: can't find numbered character 142 /tmp/zmancCxcCv:75: warning: can't find numbered character 143 /tmp/zmancCxcCv:76: warning: can't find numbered character 144 /tmp/zmancCxcCv:77: warning: can't find numbered character 145 /tmp/zmancCxcCv:78: warning: can't find numbered character 146 /tmp/zmancCxcCv:79: warning: can't find numbered character 147 /tmp/zmancCxcCv:80: warning: can't find numbered character 148 /tmp/zmancCxcCv:81: warning: can't find numbered character 149 /tmp/zmancCxcCv:82: warning: can't find numbered character 150 /tmp/zmancCxcCv:83: warning: can't find numbered character 151 /tmp/zmancCxcCv:84: warning: can't find numbered character 152 /tmp/zmancCxcCv:85: warning: can't find numbered character 153 /tmp/zmancCxcCv:86: warning: can't find numbered character 154 /tmp/zmancCxcCv:87: warning: can't find numbered character 155 /tmp/zmancCxcCv:88: warning: can't find numbered character 156 /tmp/zmancCxcCv:89: warning: can't find numbered character 157 /tmp/zmancCxcCv:90: warning: can't find numbered character 158 /tmp/zmancCxcCv:91: warning: can't find numbered character 159 /tmp/zmancCxcCv:92: warning: can't find numbered character 160 /tmp/zmancCxcCv:60: warning: can't find character with input code 2 /tmp/zmancCxcCv:61: a node is not allowed in a name troff: Failed assertion at line 2170, file `env.cc'. groff: troff: Aborted grotty:/tmp/zmancCxcCv:465:warning: no final `x stop' command -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388585: mount: vfat vs. chmod
Package: mount Version: 2.12r-10 Severity: normal With a disk mounted type vfat (rw,noexec,nosuid,nodev,noatime,uid=1000,gid=1000,user=jidanni) nobody including root can get past an invisible umask that makes chmod 777 666 etc useless. I challenge you to do a chmod that will allow other users to write a file anywhere into that disk. It is impossible. # chmod 777 /cf/tojidanni1/outgoing # ls -ld /cf/tojidanni1/outgoing drwxr-xr-x 2 jidanni jidanni 2048 Sep 21 01:43 /cf/tojidanni1/outgoing Only root and jidanni can write anywhere on that disk. One can chmod one's head off, no use. Well, you see one needs some umask in /etc/fstab otherwise all files become 777 on mount, but one wants to be able to change things later... OK, I use noauto,noatime,user,fmask=133,uid=jidanni,gid=jidanni but occasionally want to chmod 777 some dirs to allow user proxy to write. OK, from now on I will forget user proxy and just use root, as I don't attempt to understand vfat. By the way, the next day I mounted the disk on another machine, and the file timestamps were all in GMT time or something. I will test if $ stat blabla; cat bla looks correct when made, but not later when mounted elsewhere... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
