Bug#367910: Amarok hangs on 1.4.4-4 in etch amd64
I seem to have a very similar problem to that originally described. My software versions: ii amarok 1.4.4-4 versatile and easy to use audio player for KDE ii amarok-engines 1.4.4-4 output engines for the Amarok audio player ii amarok-xine 1.4.4-4 xine engine for the Amarok audio player ii libxine11.1.2+dfsg-2 the xine video/media player library, binary files Following is a backtrace of what it looks like when amarok hangs. The folks in irc://irc.freenode.net/#amarok tell me this is not useful because the debug symbols are missing. The hangs only seem to happen when amarok is more than halfway (guess) through a track. If i skip through tracks reasonably quickly it doesn't hang, nor does it if i listen to one Internet radio station for a significant period of time. I have a feeling it might have something to do with last.fm track submission, since i can turn off track submission and it will play reliably for several tracks. #0 0x2ba6792583bf in read () from /lib/libc.so.6 #1 0x2ba67a54802f in _kde_IceTransGetConnectionNumber () from /usr/lib/libDCOP.so.4 #2 0x2ba67a54217b in _kde_IceRead () from /usr/lib/libDCOP.so.4 #3 0x2ba67a5464a0 in KDE_IceProcessMessages () from /usr/lib/libDCOP.so.4 #4 0x2ba67a53421d in DCOPClient::callInternal () from /usr/lib/libDCOP.so.4 #5 0x2ba67a534518 in DCOPClient::callInternal () from /usr/lib/libDCOP.so.4 #6 0x2ba67a538a58 in DCOPClient::call () from /usr/lib/libDCOP.so.4 #7 0x2ba67a53b609 in DCOPRef::callInternal () from /usr/lib/libDCOP.so.4 #8 0x2ba67a53b6a7 in DCOPRef::callInternal () from /usr/lib/libDCOP.so.4 #9 0x2ba67715353d in KProtocolManager::proxyForURL () from /usr/lib/libkio.so.4 #10 0x2ba67715375d in KProtocolManager::slaveProtocol () from /usr/lib/libkio.so.4 #11 0x2ba67715469b in KIO::Scheduler::_doJob () from /usr/lib/libkio.so.4 #12 0x2ba677158812 in KIO::SimpleJob::SimpleJob () from /usr/lib/libkio.so.4 #13 0x2ba67715d08d in KIO::TransferJob::TransferJob () from /usr/lib/libkio.so.4 #14 0x2ba67715f236 in KIO::http_post () from /usr/lib/libkio.so.4 #15 0x2ba676b581c5 in ScrobblerSubmitter::performSubmit () from /usr/lib/libamarok.so.0 #16 0x2ba676b584f7 in ScrobblerSubmitter::schedule () from /usr/lib/libamarok.so.0 #17 0x2ba676b59abf in ScrobblerSubmitter::submitItem () from /usr/lib/libamarok.so.0 #18 0x2ba676b59bf9 in Scrobbler::engineTrackPositionChanged () from /usr/lib/libamarok.so.0 #19 0x2ba676a28c67 in EngineSubject::trackPositionChangedNotify () from /usr/lib/libamarok.so.0 #20 0x2ba676a24d5b in EngineController::slotMainTimer () from /usr/lib/libamarok.so.0 #21 0x2ba676a27f46 in EngineController::qt_invoke () from /usr/lib/libamarok.so.0 #22 0x2ba6797e3c26 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #23 0x2ba6797e47b6 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #24 0x2ba679b52ada in QTimer::timeout () from /usr/lib/libqt-mt.so.3 #25 0x2ba679809fef in QTimer::event () from /usr/lib/libqt-mt.so.3 #26 0x2ba67977f262 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #27 0x2ba67978100c in QApplication::notify () from /usr/lib/libqt-mt.so.3 #28 0x2ba677b008be in KApplication::notify () from /usr/lib/libkdecore.so.4 #29 0x2ba679712802 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #30 0x2ba67977257c in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #31 0x2ba679726584 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #32 0x2ba6797987ee in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #33 0x2ba6797985f7 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #34 0x2ba679780d40 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #35 0x00404778 in ?? () #36 0x2ba6791b84ca in __libc_start_main () from /lib/libc.so.6 #37 0x0040413a in ?? () #38 0x7fff34452a18 in ?? () #39 0x in ?? () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411811: Fakeroot fails to keep file type when using find -type
[EMAIL PROTECTED]:~/tmp/a$ fakeroot [EMAIL PROTECTED]:~/tmp/a# mknod test b 0 0 [EMAIL PROTECTED]:~/tmp/a# find -type b [EMAIL PROTECTED]:~/tmp/a# find -type f ./test [EMAIL PROTECTED]:~/tmp/a# I think this is because fakeroot doesn't wrap readdir(). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256932: units: gives incorrect output for from-unit = 1 and to-unit = 0
In which case, I'll submit a patch. Send me the patch and I will forward it upstream. I might also apply it to my next upload if upstream does not come out with a new release first. Note that existing behavior must be preserved to the extent possible: we don't want to break scripts, even buggy ones. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412779: wishlist: be able to remove duplicates for some log messages
Package: logcheck Version: 1.2.54 Severity: wishlist Hi, I have a wishlist request. If there's interest in this feature, I'm willing to look into implementing it. I'd like to be able to configure, for specific messages or for all messages, to only show the first N occurrences of a message (and report number of total occurences). For example, sometimes NTP gets misconfigured and spews a message once per minute. If I don't fix this problem right away, the security events log gets drowned in noise. I get messages like this: Feb 24 22:02:41 hostname ntpd_initres[3359]: ntpd returns a permission denied error! Feb 24 22:03:41 hostname ntpd_initres[3359]: ntpd returns a permission denied error! Feb 24 22:04:41 hostname ntpd_initres[3359]: ntpd returns a permission denied error! Feb 24 22:05:41 hostname ntpd_initres[3359]: ntpd returns a permission denied error! In this case, it would be nice if the email simply reports that the message, which other than timestamp is identical, repeats for a total of 60 times, 54 occurrences elided. Another use case is if I have a syntax error in my SpamAssassin config file. Every time an email arrives, I also get an additional email like Feb 24 22:02:07 hostname spamd[4899]: config: failed to parse line, skipping: FOO 1 line with syntax error Feb 24 22:02:07 hostname spamd[4899]: config: failed to parse line, skipping: FOO 2 line with syntax error Feb 24 22:02:07 hostname spamd[4899]: config: failed to parse line, skipping: FOO 3 line with syntax error Feb 24 22:02:07 hostname spamd[4899]: config: failed to parse line, skipping: FOO 4 line with syntax error Feb 24 22:02:07 hostname spamd[4899]: config: failed to parse line, skipping: FOO 5 line with syntax error Feb 24 22:02:17 hostname spamd[4899]: config: failed to parse line, skipping: FOO 1 line with syntax error Feb 24 22:02:17 hostname spamd[4899]: config: failed to parse line, skipping: FOO 2 line with syntax error Feb 24 22:02:17 hostname spamd[4899]: config: failed to parse line, skipping: FOO 3 line with syntax error Feb 24 22:02:17 hostname spamd[4899]: config: failed to parse line, skipping: FOO 4 line with syntax error Feb 24 22:02:17 hostname spamd[4899]: config: failed to parse line, skipping: FOO 5 line with syntax error Feb 24 22:03:41 hostname spamd[4899]: config: failed to parse line, skipping: FOO 1 line with syntax error Feb 24 22:03:41 hostname spamd[4899]: config: failed to parse line, skipping: FOO 2 line with syntax error In this second example, the duplicated lines aren't consecutive, though groups of them are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412780: [INTL:ko] Korean debconf update
Package: dbconfig-common Version: N/A Severity: wishlist Tags: l10n patch -- Sunjae Park(daréhanl) We choose to go to the moon and do the other things, not because they are easy, but because they are hard. - John F. Kennedy - dbconfig-common.po.gz Description: GNU Zip compressed data pgpsD5uWZxCV7.pgp Description: PGP signature
Bug#412781: slapd: OpenLDAP 2.1 libraries look in /var/run/ldapi
Package: slapd Version: 2.3.30-4 Severity: important Tags: patch The 2.1 OpenLDAP client libraries expect the ldapi socket to live in /var/run/ldapi instead of /var/run/slapd/ldapi. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385809 http://lists.debian.org/debian-devel/2007/02/msg00756.html It seems to me that the easiest fix for etch to maintain compatibility between the client libraries and the server is to create a symlink in /var/run/ldapi pointing to /var/run/slapd/ldapi. Attached is a patch that should do that. If this looks okay, let me know and I can commit it. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Index: debian/slapd.scripts-common === --- debian/slapd.scripts-common (revision 783) +++ debian/slapd.scripts-common (working copy) @@ -179,6 +179,7 @@ update_permissions /var/lib/ldap update_permissions /var/spool/slurpd update_permissions /var/run/slapd + ln -s slapd/ldapi /var/run/ldapi } # }}} update_permissions() { # {{{
Bug#412782: rekall: rekall crashes when using the create new db wizard
Package: rekall Version: 2.2.6-5 Severity: serious I choose store in database and rekall crashes immediately after choosing the type of database, no matter what it is (mysql, postgresql, the two I use in my system). I get these message at the terminal (narrowed to what I think are the relevant lines): --cut here---start- Found db driver tag=[mysql] comment=[Rekall MySQL Driver] flags=[AF_HOST|AF_PORTNUMBER|AF_SOCKETNAME|AF_FLAGS|AF_USERPASSWORD|AF_SSHTUNNEL/63] Found db driver tag=[odbc] comment=[Rekall ODBC Driver] flags=[AF_USERPASSWORD/16] Found db driver tag=[pgsql] comment=[Rekall PgSQL Driver] flags=[AF_HOST|AF_PORTNUMBER|AF_SOCKETNAME|AF_FLAGS|AF_USERPASSWORD|AF_SSHTUNNEL/63] Found db driver tag=[unisql] comment=[Rekall UniverSQL Driver] flags=[(null)/0] Found db driver tag=[xbase] comment=[Rekall XBase/XBSQL Driver] flags=[(null)/0] KBWizardCtrlReg::makeWizardCtrl: [next]-[(nil) KBWizardCtrlReg::makeWizardCtrl: [ok]-[(nil) KBWizardCtrlReg::makeWizardCtrl: [DBList]-[0x518c00 KBWizardCtrlReg::makeWizardCtrl: [WizFile]-[0x518da0 KBWizardPage::compile: [next][ local dbtype = page.ctrl(dbType) ; print (dbtype.value() + \n) ; if (dbtype.value() == xbase) return xbase ; return (dbtype.attr(flags) 0x01) == 0 ? database : host ] KCrash: Application 'rekall' crashing... --cut here---end--- Thanks for your help with this. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages rekall depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-3 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libfam02.7.0-12 Client library to control the FAM ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libltdl3 1.5.22-4 A system independent dlopen wrappe ii libmysqlclient15off5.0.32-7 mysql database client library ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libpq4 8.1.8-1 PostgreSQL C client library ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxbase2.0-0 2.0.0-8 xbase compatible C++ class library ii libxbsql0c20.11-6SQL wrapper for XBase DBMS library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii python2.4 2.4.4-2 An interactive high-level object-o ii unixodbc 2.2.11-13 ODBC tools libraries ii zlib1g 1:1.2.3-13compression library - runtime rekall recommends no packages. -- no debconf information Cheers, -- Seb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410666: update-notifier doesn't work with apt-secure
retitle 410666 update-notifier doesn't work with apt-secure tag 410666 + moreinfo unreproducible thanks Hi Alfie, AFAICS, update-notifier/update-manager just uses regular python-apt to handle all this stuff, which should go through the same code path as aptitude and apt-get. Unless you've got some way of reproducing the problem, I don't think there's a bug here. Cheers, aj signature.asc Description: Digital signature
Bug#412781: [Pkg-openldap-devel] Bug#412781: slapd: OpenLDAP 2.1 libraries look in /var/run/ldapi
On Tue, Feb 27, 2007 at 08:35:15PM -0800, Russ Allbery wrote: The 2.1 OpenLDAP client libraries expect the ldapi socket to live in /var/run/ldapi instead of /var/run/slapd/ldapi. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385809 http://lists.debian.org/debian-devel/2007/02/msg00756.html It seems to me that the easiest fix for etch to maintain compatibility between the client libraries and the server is to create a symlink in /var/run/ldapi pointing to /var/run/slapd/ldapi. Attached is a patch that should do that. If this looks okay, let me know and I can commit it. Looks good to me; though perhaps it belongs in the init script, since /var/run on tmpfs is becoming popular? Thanks, -- 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#386985: linux-2.6: Still there in 2.6.18.dfsg1-11
Package: linux-2.6 Version: 2.6.18.dfsg1-11 Followup-For: Bug #386985 Like the subject says, it's still there. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412781: [Pkg-openldap-devel] Bug#412781: slapd: OpenLDAP 2.1 libraries look in /var/run/ldapi
Steve Langasek [EMAIL PROTECTED] writes: Looks good to me; though perhaps it belongs in the init script, since /var/run on tmpfs is becoming popular? How's this instead? This way we don't overwrite the actions of the admin if they pointed it somewhere else either. I assume that the old slapd package will remove the socket when it's stopped, so this won't fail due to the socket already existing. Index: debian/slapd.init === --- debian/slapd.init (revision 783) +++ debian/slapd.init (working copy) @@ -138,6 +138,11 @@ --pidfile $SLAPD_PIDFILE \ --exec /usr/sbin/slapd -- -h $SLAPD_SERVICES $SLAPD_OPTIONS 21` fi + + # Backward compatibility with OpenLDAP 2.1 client libraries. + if [ ! -h /var/run/ldapi ] [ ! -e /var/run/ldapi ] ; then + ln -s slapd/ldapi /var/run/ldapi + fi } # Start the slurpd daemon and capture the error message if any to -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412397: Etch net install hangs at beginning of net package download on nforce 4 mb
Sorry about no feedback. Did try this but it still hangs. Will try another image later on. Thanks, Phil T. - Original Message - From: Frans Pop [EMAIL PROTECTED] To: barny rabbit [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 28, 2007 11:02 AM Subject: Re: Bug#412397: Etch net install hangs at beginning of net package download on nforce 4 mb On Sunday 25 February 2007 21:57, barny rabbit wrote: Version: rc1 Installer hangs after installing base system and after having asked for the location of the repository server to download packages from the net. The progress bar is about 5% through when it hangs. No display of the file number (e.g. file 10 of 643) has been made. Happens with both the x86 and x86-64 versions. Closing as this is a known issue and there was no feedback to the suggestion of using a daily built image. Note that current daily images have a similar, but different issue: http://wiki.debian.org/DebianInstaller/Today -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345890: Old bug, do you still have the problem ?
tag 345890 -moreinfo found 345980 4:3.5.5-2 thanks Hi, Yes, the bug is still present. I have two sound cards. If I set the channel in KMix to the Master device on card 1 (cards are numbered 0 and 1), then restart KMix, the channel in KMix gets reset to Master on card 0. Thanks. On Tuesday 27 February 2007 08:20, Olivier Vitrat wrote: tag 345890 moreinfo thanks Hi, the bug you've reported is more than one year old and newer version of this package is available. Can you still reproduce this bug? If yes please give us a short note with the version number you've tested. If not, this bug will be closed in a few weeks, but you are of course free to reopen it. Thank you for your cooperation! Olivier pgp50ofKquN1A.pgp Description: PGP signature
Bug#412397: Etch net install hangs at beginning of net package download on nforce 4 mb
Also - the additional Ethernet connection (eth0) now shows as the firewire port. This is ok. Phil T. - Original Message - From: Frans Pop [EMAIL PROTECTED] To: barny rabbit [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 28, 2007 11:02 AM Subject: Re: Bug#412397: Etch net install hangs at beginning of net package download on nforce 4 mb On Sunday 25 February 2007 21:57, barny rabbit wrote: Version: rc1 Installer hangs after installing base system and after having asked for the location of the repository server to download packages from the net. The progress bar is about 5% through when it hangs. No display of the file number (e.g. file 10 of 643) has been made. Happens with both the x86 and x86-64 versions. Closing as this is a known issue and there was no feedback to the suggestion of using a daily built image. Note that current daily images have a similar, but different issue: http://wiki.debian.org/DebianInstaller/Today -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412784: vpnc: New Version has a little bug with Target networks
Package: vpnc Version: 0.4.0-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, with the recent update to 0.4.0 there is a little bug in the vpnc-setup script. Attached find a patch, that fixes it for me. thanks Philipp Kolmann - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vpnc depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-2library for common error values an vpnc recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF5Rv7b3w5kbZgJjQRAr9rAKDauKhPX3585jjUwvAiFYlWgdcX1QCeJhpG SWl/8hfBTK8fsO/X1Sk2zDs= =I3EG -END PGP SIGNATURE- --- vpnc-script_orig2007-02-28 07:00:41.0 +0100 +++ vpnc-script 2007-02-28 07:02:57.0 +0100 @@ -377,12 +377,12 @@ if test $TARGET_NETWORKS ; then i=0 for network in $TARGET_NETWORKS ; do - eval CISCO_SPLIT_INC_$i_ADDR=`echo $network | cut -f1 -d/` - eval CISCO_SPLIT_INC_$i_MASKLEN=`echo $network | cut -f2 -d/` + eval CISCO_SPLIT_INC_${i}_ADDR=`echo $network | cut -f1 -d/` + eval CISCO_SPLIT_INC_${i}_MASKLEN=`echo $network | cut -f2 -d/` # missing, code is for iproute path only: CISCO_SPLIT_INC_0_MASK=255.255.255.255 - eval CISCO_SPLIT_INC_$i_PROTOCOL=0 - eval CISCO_SPLIT_INC_$i_SPORT=0 - eval CISCO_SPLIT_INC_$i_DPORT=0 + eval CISCO_SPLIT_INC_${i}_PROTOCOL=0 + eval CISCO_SPLIT_INC_${i}_SPORT=0 + eval CISCO_SPLIT_INC_${i}_DPORT=0 i=`expr $i + 1` done CISCO_SPLIT_INC=$i
Bug#412758: Depends on numpy and numeric and numarray
Hi Marco Thanks for the patch and I'm fine. If I remember correctly, there was a reason for the dependency on all the numeric routines. I would like to do the changes you propose but is there any practical reason from your side? I will take a look at it. A guy named Fathi Boudra has been very helpful and helped me to get qwt5 and qwtplot3d into the distribution. Now qwt 5.0.1 is out so I will upgrade the package and try to get pyqwt5 into the distribution since it will be officially released very soon. We could force people to abandon numeric and numarray with the upcoming version :) Otherwise I have been spending my time on instrument control with Python and Linux-gpib. I plan to start a project with the code that already exists at the department I am about to leave :) If you are interested, you can take a look at the internet laboratory http://mc2-i046.mc2.chalmers.se/~gudjon/ There are instruments behind it. I did not write the code myself but I have been rewriting it. Cheers Gudjon Þann Tuesday 27. February 2007 23:48 skrifaði Marco Presi (Zufus): Package: python-qwt4 Version: 4.2.2-1 Severity: minor Tags: patch Hi Gudjon, how are you? I just noticed that python-qwt4 depends both on python-numpy, python-numarray and python-numeric. I think it should depends on them with alternatives; the 'Depends:' line should include: | python-numpy (= 1.0.1-1 ) | python-numarray (= 1.5.1-4)| python-numeric | (= 24.2-5) instead of: python-numarray (= 1.5.1-4), python-numeric (= 24.2-5), python-numpy (= 1.0.1-1 ) (note that numpy should probably be the first deps). If it is OK with you, I can re-upload it with this modification. Regards, Marco --- control.orig 2007-02-27 22:46:21.0 + +++ control 2007-02-27 22:47:04.0 + @@ -2,7 +2,7 @@ Priority: optional Maintainer: Gudjon I. Gudjonsson [EMAIL PROTECTED] Uploaders: Marco Presi (Zufus) [EMAIL PROTECTED], Ramakrishnan Muthukrishnan [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.37.2), autotools-dev, python-all-dev (= 2.4.4-2), python-qt-dev, python-sip4-dev (=4.4.5-2), python-qt3 (=3.16-1.2), libqwt-dev (=4.2.0-4), python-numarray (=1.5.1-4), python-numeric (=24.2-5), python-numpy (=1.0rc1-1), sip4 (=4.4.5-2), python-central (= 0.5) +Build-Depends: debhelper (= 5.0.37.2), autotools-dev, python-all-dev (= 2.4.4-2), python-qt-dev, python-sip4-dev (=4.4.5-2), python-qt3 (=3.16-1.2), libqwt-dev (=4.2.0-4), python-numpy (=1.0rc1-1) | python-numarray (=1.5.1-4) | python-numeric (=24.2-5), sip4 (=4.4.5-2), python-central (= 0.5) XS-Python-Version: all Standards-Version: 3.7.2 Section: python -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Bug#412142: Oups... Not completely fixed
found 412142 1:2.1.9-6 thanks I just realised that upgrading the indexes of the _current_ archive volume only, as 1:2.1.9-6 is doing, is not enough. That is because a post to a list gets (in the default settings for a list) archived in the volume derived from the date that the sender put in it, and that can be anything. Se we need to upgrade all volumes. I'll upload a version that does that this evening, European time. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412786: expat: Mistake in xmlwf(1) man page
Package: expat Version: 1.95.8-3.4 Severity: minor Hi. The man page for xmlwf(1) states: BUGS According to the W3C standard, an XML file without a declaration at the beginning is not considered well-formed. However, xmlwf allows this to pass. however this is false. There is no well-formedness constraint in XML that requires the XML declaration. Thanks, Cameron -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Versions of packages expat depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li expat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412093: more info on #412093
severity 412093 important thanks Hi Pedro, On Tue, Feb 27, 2007 at 09:58:48AM -0300, pedro bulach gapski wrote: Hi Ana, I sync my etch box with a Palm TX, using network sync thru bluetooth. I am afraid I cannot be more specific about the versions. What I do know is that a previous version of kpilot wiped clean my palm calendar. This was discussed on the the kdepim mailing list, and other people had the same problem. A subsequent etch version upgraded kpilot to 4.9, and that did the trick for me. From that point on, sync worked fine until this last one (or maybe two) upgrades. After the last upgrade to the versions documented in the bug report, new events added to the palm are lost after a sync. I keep my box upgraded to etch on debian.org almost on a daily basis, so I believe the patchset to 3.5.5.dfsg.1-6 or maybe 3.5.5.dfsg.1-5 may have the clue to the problem. I'm downgroading the bug severity to important because i'm not sure this is even a problem of kpilot. Firstly, another etch's user has told me his palm works fine. Second, the bug you're reporting have appeared after an upgrade where kpilot was not changed at all (see Sune's mail above in this bug report). Could you check that your device is ok? Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412682: Info received (Bug#412682: Netinst CD-image locks keyboard at boot on Macbook (Intel))
On 28/02/07, Joey Hess [EMAIL PROTECTED] wrote: Sami Laine wrote: 4. The problem is not due to ISOLINUX since ISOLINUX is capable of loading the real bootloader if I've understood Debian installer bootup process correctly (I assume it first loads ISOLINUX which then loads the real bootloader). isolinux _is_ the real bootloader. Please reassign this bug to isolinux instead of debian-installer as the problem seems to concern specifically the bootloader isolinux on Macbook. -- Sami Laine @ GMail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404823: probably uhci
Taggart and I did some troubleshooting at Hacking Society tonight. We determined that his laptop with OHCI did not seem to exhibit the problem. I checked the computers that I had tried my thumb drive. I found that all of them were UHCI. Is there any chance that could be causing the problem? wt -- Warren Turkal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407412: #407412: dlocate: '-s' option ignores virtual packages.
On Mon, 26 Feb 2007 10:40:14 +0200 era eriksson [EMAIL PROTECTED] wrote: Pipes seem ideal, { for a 'Providers:' field } since for '.deb's they mean XOR. Well, they clutter the output, and don't really add anything. Just a whitespace separator makes the data easier to cut and paste. I'm not at all really sure how to prioritize this. True, whitespace is easier for cutting and pasting to another command line. But 'dlocate' already uses '|' and ','. Depending on the field, those chars have different logical meanings: ',' '|' Depends: AND XOR Recommends:OR n/a Suggests: OR n/a The '|' seems to be used consistantly, and would be accurate for a 'Providers' field. I'm not sure if it's a bug or not that the ',' has field dependent meanings. digressions start A 'wishlist' bug that might follow from this is an output flag that prints these fields with whitespace separators. For 'Depends' it should also remove anything between parenthesis. But replacing a '|' with whitespace in 'Depends:' would make trouble. Tricky... I think an X clipboard tool with filters would be help. You'd select the line, so it goes in the clipboard. Click on your clipboard icon in the taskbar, maybe check a box next to the filter you wanted, (no commas let's say), then paste it. digressions end Interesting point about 'dlocate' having its own conventions for switch syntax. Instead of '-v' then, any mnemonic suggesting 'Virtual' would do I humbly suggest '-virtual' to go with the other full-length options (-conf, -lsconf, -md5sum, -md5check, -man -- these have a single hyphen, too) I like '-virtual'. ... Or simply replacing the current option processing with something a little less insane, but that would entail breaking backwards compatibility. Privately, I've been toying with the idea to create a competing package which straightens out some of dlocate's quirks. Unfortunately, I'm afraid I can't commit to being a more active maintainer than the current (non-)maintainer of dlocate. If it's mainly just syntax, howbout a wrapper script? If you can stay in the Bourne shell, or even 'bash', it would have virtually no dependencies. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411855: Two concurrent german translations for auctex templates
Apparently, in #406831, Helge Kreutzmann submitted a German translation of auctex's debconf templates while Frank Küster submitted another on in #411855. I just went on these as auxctex came up on my radar as a possible NMU target...until I discovered that you guys were just talking about an upload for the next week-end. So, of course, I won't touch it but you at least need to sort this issue out... -- signature.asc Description: Digital signature
Bug#396037: libgl1-mesa-dri: i915 OpenGL severely broken
Hi Martin, Do you still reproduce this problem with latest Xorg/Mesa in Etch? If so, could you try the experimental packages? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370814: libgl1-mesa-dri: The Rage 128 DRI driver causes all GL apps to segfault.
Hi, 8 months ago, you reported a bug to the Debian BTS regarding GL apps crashing on a Rage 128 board. Somebody else reported that the bug was fixed with mesa 6.5.1. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407601: trackballs: segfault after pressing Start Game, mouse is unuseable afterwards in
Hi Michael, Do you still reproduce this problem with the latest Xorg/Etch? Could you try the Mesa 6.5.2 packages that are in experimental? Also, it would be better to see a gdb backtrace than the output of valgrind. To do so, you could install libgl1-mesa-dri-dbg and run trackballs within gdb. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412287: xserver-xorg-input-joystick: Failed to load module joystick (out of memory[...])
[EMAIL PROTECTED] wrote: On Sun, Feb 25, 2007 at 11:22:06AM +0100, Brice Goglin wrote: I see several reports like this one in google, but I didn't find any solution. I know :) Are you sure /dev/input/js0 is the right device? Does reading from it (with cat /dev/input/js0, maybe as root) while moving the joystick generate garbage chars in your terminal ? I'm sure it's the right device in my case. The joystick works OK using for instance the joy2key package We should probably report this on http://bugzilla.freedesktop.org then. Would you mind doing so? Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412789: xorg: mouse cursor does not move with Debian kernel newer than 2.6.18
Package: linux-image-2.6.18-4-k7 Version: 2.6.18.dfsg.1-11 Severity: critical Justification: breaks unrelated software When I am booting with the Debian linux-image-2.6.18-4-k7 then in X.org the mousecursor is not moveable. This means: I can move the mouse, but the cursor stands still on the same place. With my self compiled kernel everything works fine. Also with the Debian linux-image-2.6.16* everything worked fine, so I am sure, that this bug is related to the kernel. Without a mouse, X.org is not useable for me and so I made the Severity critical, breaks unrelated software. Stefan P.S. If you answer, please answer in TO: to the bug ([EMAIL PROTECTED]) and in the CC: [EMAIL PROTECTED] In other cases, I won't notice your answer. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.18-4-k7 depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii module-init-tools 3.3-pre4-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-18 Yet Another mkInitRD Versions of packages linux-image-2.6.18-4-k7 recommends: ii libc6-i686 2.3.6.ds1-11 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.18-4-k7/postinst/bootloader-test-error-2.6.18-4-k7: linux-image-2.6.18-4-k7/preinst/abort-overwrite-2.6.18-4-k7: linux-image-2.6.18-4-k7/prerm/would-invalidate-boot-loader-2.6.18-4-k7: true linux-image-2.6.18-4-k7/preinst/overwriting-modules-2.6.18-4-k7: true linux-image-2.6.18-4-k7/preinst/initrd-2.6.18-4-k7: linux-image-2.6.18-4-k7/preinst/failed-to-move-modules-2.6.18-4-k7: linux-image-2.6.18-4-k7/postinst/old-dir-initrd-link-2.6.18-4-k7: true linux-image-2.6.18-4-k7/postinst/kimage-is-a-directory: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-4-k7/preinst/already-running-this-2.6.18-4-k7: linux-image-2.6.18-4-k7/postinst/old-system-map-link-2.6.18-4-k7: true linux-image-2.6.18-4-k7/preinst/abort-install-2.6.18-4-k7: linux-image-2.6.18-4-k7/postinst/bootloader-error-2.6.18-4-k7: linux-image-2.6.18-4-k7/postinst/depmod-error-initrd-2.6.18-4-k7: false linux-image-2.6.18-4-k7/preinst/bootloader-initrd-2.6.18-4-k7: true linux-image-2.6.18-4-k7/prerm/removing-running-kernel-2.6.18-4-k7: true linux-image-2.6.18-4-k7/postinst/depmod-error-2.6.18-4-k7: false linux-image-2.6.18-4-k7/postinst/create-kimage-link-2.6.18-4-k7: true linux-image-2.6.18-4-k7/postinst/old-initrd-link-2.6.18-4-k7: true linux-image-2.6.18-4-k7/preinst/elilo-initrd-2.6.18-4-k7: true linux-image-2.6.18-4-k7/preinst/lilo-initrd-2.6.18-4-k7: true linux-image-2.6.18-4-k7/preinst/lilo-has-ramdisk: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412788: dbconfig-common: [INTL:ru] Initial Russian debconf templates translation
Package: dbconfig-common Severity: wishlist Tags: patch l10n Please use attached file dbconfig-common_1.8.30_ru.po.gz Description: Binary data
Bug#363677: libgl1-mesa-dri: Machine freezes when draging glxgears around
Hi, About a year ago, you reported (or replied to) a bug to the Debian BTS regarding glxgears freezing when dragged around. The relevant upstream bug are either fixed or fixed or some hardware. Did you reproduce this problem recently? With Xorg/Etch? Could you try the Xorg and Mesa packages in experimental? Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411984: crash in konsole (SIGABRT)
On Friday 23 February 2007, [EMAIL PROTECTED] wrote: sorry, there is no more info, best to close. Okay. Feel free to reopen if you have more info. /Sune -- How to rename the window from Windows NT? First from the preferences inside ICQ 3000 you should never click a secret code to mount the wordprocessor. pgp5xNGDtTMHg.pgp Description: PGP signature
Bug#412761: pdfedit: debian/copyright calls BSD license what is actually an Expat license
Hi Francesco, On 2/28/07, Francesco Poli [EMAIL PROTECTED] wrote: Package: pdfedit Version: 0.2.5-1 Severity: minor Well, this is not a BSD license! The quoted license is word for word identical to the Expat license[2] (also known as MIT license, which however is an ambiguous name...). Hmm.. Actually the license is BSD, but I have by mistake quoted text from some other license. I might have been sleeping when I copied this text ;-) Thanks for pointing out this. I have fixed it in the svn [1], and I have asked my sponsor to upload it. [1]: http://bollin.googlecode.com/svn/pdfedit/trunk/debian/ Regards Varun -- Varun Hiremath Undergraduate Student, Aerospace Engg. Department, Indian Institute of Technology Madras, Chennai, India -- Homepage : http://varun.travisbsd.org