Bug#385100: Etch beta3 failure on mipsel (emulated)
Package: installation-reports Boot method: CD Image version: etch beta3 mipsel netinst. Also tried daily built image (aug 28) Date: August 28, 2006 Machine: DECstation 5000/200, simulated using gxemul (gxemul -e3max) Comments: I did not succeed with the install. I was trying to follow gxemul installation instructions from http://gavare.se/gxemul/gxemul-stable/doc/guestoses.html#declinux I've been successful following these instructions to install Sarge 31r2, but not so with the Etch installer. Before executing 'load installer components from CD' I can execute a shell and run /bin/archdetect; it returns mipsel/r3k-kn02 which is proper. I also make a copy of /bin/archdetect into /bin/archdetect.orig at this point. When executing 'load installer components from CD', the installer first complains about the lack of modules for my kernel. This is expected since I'm using a different kernel than the one provided by debian. Shortly after that the installer tries to unpack the archdetect module and fails while trying to run it. The error message is Loading archdetect failed for unknown reasons. Aborting. If I execute a shell again, I see that /bin/archdetect has been overwriten when pool/main/h/hw-detect/archdetect_1.40_mipsel.udeb was installed. When running the new /bin/archdetect executable I get: /bin/archdetect: /lib/libdebian-installer.so.4: version `LIBDI_4.5' not found (required by /bin/archdetect) I can still run /bin/archdetect.orig and see mipsel/r3k-kn02 as expected. I believe the pool/main/h/hw-detect/archdetect_1.40_mipsel.udeb file on the etch beta3 mipsel CDrom is not at the correct version. This seems similar to bug #320916 which happened a year ago, but I did not figure out from that how I can work around the issue. Thanks, -- Michel Walken Lespinasse Bill Gates is a monocle and a Persian cat away from being the villain in a James Bond movie. -- Dennis Miller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381201: what happened?
I thought we agreed not to call it reniced? piper:~ apt-cache policy reniced #[319] reniced: Installed: (none) Candidate: 1.5-2 Version table: 1.5-2 0 500 http://ftp.ch.debian.org sid/main Packages What happened? -- .''`. 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#385101: dovecot segfaults after upgrade
package: dovecot
version: 1.0.rc6-1
Severity: grave
Justification: Can not start dovecot.
console:
imap-login[8895]: segfault at 0010 rip 08054dd7 rsp
dc8c error 4
imap-login[8897]: segfault at 0010 rip 08054dd7 rsp
dc8c error 4
imap-login[8896]: segfault at 0010 rip 08054dd7 rsp
dc8c error 4
/var/log/dovecot/logfile:
dovecot: 2006-08-29 13:23:59 Error: Login process died too early - shutting down
dovecot: 2006-08-29 13:23:59 Error: child 3838 (login) killed with signal 11
dovecot: 2006-08-29 13:23:59 Error: child 3840 (login) killed with signal 11
dovecot: 2006-08-29 13:25:14 Error: Login process died too early - shutting down
dovecot: 2006-08-29 13:25:14 Error: child 8800 (login) killed with signal 11
dovecot: 2006-08-29 13:25:14 Error: child 8801 (login) killed with signal 11
dovecot: 2006-08-29 13:25:48 Error: Login process died too early - shutting down
dovecot: 2006-08-29 13:25:48 Error: child 8854 (login) killed with signal 11
dovecot: 2006-08-29 13:25:48 Error: child 8855 (login) killed with signal 11
dovecot: 2006-08-29 13:26:18 Error: Login process died too early - shutting down
dovecot: 2006-08-29 13:26:18 Error: child 8895 (login) killed with signal 11
/var/log/dovecot/messages:
dovecot: 2006-08-29 13:23:58 Info: Dovecot v1.0.rc6 starting up
dovecot: 2006-08-29 13:25:13 Info: Dovecot v1.0.rc6 starting up
dovecot: 2006-08-29 13:25:47 Info: Dovecot v1.0.rc6 starting up
dovecot: 2006-08-29 13:26:17 Info: Dovecot v1.0.rc6 starting up
Using config from previous version.
dovecot.conf: -
protocols = imap
ssl_disable = yes
disable_plaintext_auth = no
log_path = /var/log/dovecot/logfile
info_log_path = /var/log/dovecot/messages
log_timestamp = %Y-%m-%d %H:%M:%S
mail_extra_groups = mail
default_mail_env = mbox:%h/mail:INBOX=/var/mail/%u
mbox_read_locks = fcntl
mbox_write_locks = dotlock fcntl
protocol imap {
}
protocol pop3 {
pop3_uidl_format = %v.%u
}
auth default {
mechanisms = plain login
passdb pam {
}
passdb shadow {
}
passdb ldap {
args =/etc/dovecot/dovecot-ldap.conf
}
userdb passwd {
}
userdb ldap {
args = /etc/dovecot/dovecot-ldap.conf
}
user = root
}
plugin {
}
dovecot-ldap.conf: -
hosts = 10.0.1.9:389
uris = ldap://10.0.1.9:389
dn = cn=admin,dc=ldap,dc=bgc,dc=com,dc=au
dnpass = THIS_WAS_A_SECRET
auth_bind_userdn = uid=%u,ou=people,dc=ldap,dc=bgc,dc=com,dc=au
ldap_version = 3
base = uid=%u,ou=people,dc=ldap,dc=bgc,dc=com,dc=au
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363395: gtkglext: New upstream version available
Marcelo, On 11 May 2006 you invited me to comaintain gtkglext. On the same day I have sent you my package, as you requested. What now? Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#345931: grub 0.97 doesn't work on several machines
On Mon, Aug 28, 2006 at 03:37:10PM +0200, Robert Millan wrote: Why don't we move [/usr]/sbin/grub to /usr/lib ? Then we could even have a stub that echoes Use grub-install in /usr/sbin/grub. I have no idea; is this something I should have an opinion on? :) If you don't mean for the binary to be invoked directly by an admin, then of course /usr/lib is allowed/preferred under the FHS. -- 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/ signature.asc Description: Digital signature
Bug#383055: freepascal 2.0.4
Hi, Long awaited release 2.0.4 is finally out. See www.freepascal.org. kisda signature.asc Description: OpenPGP digital signature
Bug#385103: became debian native package
Package: earth3d Severity: normal Version: 1.0.5 Hi The new earth3d version is now a debian native package. This incident is not documented in the debian/changelog and I guess it happened by accident. If you don't intend to have a native package, can you please change it for the next upload? Cheers Steffen pgpUwg29IKZSa.pgp Description: PGP signature
Bug#384843: [Intl:de] dselect German translation update
Nicolas François wrote: On Sun, Aug 27, 2006 at 12:15:30PM +0200, Sven Joachim wrote: After the translation of dpkg, I found time to update the dselect translation as well. Attached is a new version which has passed the review process on the debian-l10n-german mailing list. Please include it in the next version. Thanks for this update. Committed. The previous translator, Michael Piefel, has agreed to transfer the responsibility for these translations to me. Please update po/LINGUAS and dselect/po/LINGUAS: s/Michael Piefel [EMAIL PROTECTED]/Sven Joachim [EMAIL PROTECTED]/ done. Thanks. :-) (Please use my GMX address and not the one I use for this and other bug reports.) po/Changelog also mentions your web.de address, do you want me to change it? Please do, so that I have a uniform address in all the files. Cheers, Sven
Bug#373825: xorg in experimental fixes crash after resume
tags 373825 +fixed-in-experimental thanks Hi all, This bug seems to be resolved in xorg 7.1 Cheers, Neil -- * Tolimar votes for debconf7 to be somewhere where he speaks the language. Tolimar That would a veto for switzerland ;) Ganneff Tolimar: that also vetos germany signature.asc Description: Digital signature
Bug#354032: http://knars.be/bartm/debian/etch/gerris_0.9.2-0.1.dsc
On Tue, 2006-08-29 at 11:52 +1000, Aníbal Monsalve Salazar wrote: If the maintainer agrees with this NMU, I'll upload it. You can also ask Marcelo to accept you as comaintainer. Marcelo, Do you agree with this NMU or do you accept me as comaintainer? http://knars.be/bartm/debian/etch/gerris_0.9.2-0.1.dsc Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#385102: linux-patch-debian-2.6.17: broken unpatch/debian script (calls non-existent /usr/src/kernel-patches/all/2.6.17 dir)
Package: linux-patch-debian-2.6.17 Version: 2.6.17-7 Severity: important Hi, I'm just an end user, and I was originally downloading linux-source-version packages to compile them the Debian way with make-kpkg. I decided that it might be nice to save the time downloading the entire kernel source, and instead just download the Debian patches. Also, I thought it might be easy to integrate other patches I have with the same system make-kpkg uses for the debian patches. /usr/src/kernel-patches/all/unpatch is the following script: #!/bin/sh set -e upstream=2.6.17 exec /usr/src/kernel-patches/all/$upstream/apply/debian \ $upstream-0 But there's no /usr/src/kernel-patches/all/2.6.17 directory. This is easily fixed (at least I think it's fixed) with a symlink from /usr/src/kernel-patches/all/2.6.17 - /usr/src/kernel-patches/all, but I'm not sure this is really the best way to go about it. make-kpkg has a lot of pieces to it, and maybe in the long run this is a bad idea. So I was hoping to close this bug you could make this package work out of the box and maybe install some text file in /usr/share/doc/linux-patch-debian-2.6.17 if there's something a simple end user not in the know (like myself) needs to know to get everything working. Thanks, Sukant -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-hole Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-patch-debian-2.6.17 depends on: ii bzip2 1.0.3-3high-quality block-sorting file co ii python2.4-minimal 2.4.3-8A minimal subset of the Python lan linux-patch-debian-2.6.17 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384945: texlive system will not install
Hi Ross, On Mon, 28 Aug 2006 22:25:53 -0700, Ross Boylan wrote: Yes, but as I showed in the subsequent message, I'm also unable to purge the packages. Seems I can neither go forward or back. On Sun, 27 Aug 2006 23:58:51 -0700, Ross Boylan [EMAIL PROTECTED] wrote: Removing dvipdfmx ... /var/lib/dpkg/info/dvipdfmx.postrm: line 6: /usr/bin/mktexlsr: No such file or directory dpkg: error processing dvipdfmx (--purge): This is clearly a fault of dvipdfmx. Please try to remove /usr/bin/mktexlsr out of /var/lib/dpkg/info/dvipdfmx.postrm (line 6) and purge dvipdfmx first. Purging configuration files for texlive-latex-extra ... dpkg: error processing preview-latex-style (--purge): This looks strange to me but what happend if you purge preview-latex-style alone manually. Regards,2006-8-29(Tue) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385071: mozilla-thunderbird: Tiny attachment panel after last upgrade
Alexander Sack - Debian Bugmail a écrit : On Mon, Aug 28, 2006 at 10:58:37PM +0200, Sylvain Beucler wrote: Package: mozilla-thunderbird Version: 1.0.2-2.sarge1.0.8b.1 Severity: important The latest security upgrade introduces a bug: the attachment zone that is located at the bottom of a mail (when reading it in a separate window or in the lists of mails) is very small (2mm height) which means you cannot select the attachments, not see how many or what they are. This is blocker :/ I also tried everything possible (purging, removing my user configuration, etc.) while using the security upgrade and nothing make it back to normal size. I downgraded and it worked again. Please fix :) Any output in the java script console? Yes :) Erreur : [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMXULElement.appendChild] nsresult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: chrome://messenger/content/msgHdrViewOverlay.js :: displayAttachmentsForExpandedView :: line 1161 data: no] Fichier Source : chrome://messenger/content/msgHdrViewOverlay.js Ligne : 1161 which apparently concerns /usr/share/mozilla-thunderbird/chrome/messenger.jar Anything unusual on the console? No. -- Sylvain
Bug#385106: dbus-sharp: FTBFS: cd: /home/sjoerd/Debian/build-area/dbus-sharp-0.63.git.20060719/.: No such file or directory
Package: dbus-sharp Version: 0.63.git.20060719-1 Severity: important Tags: experimental Justification: fails to build from source From my build log: if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi touch debian/stamp-autotools-files /usr/bin/make -C . make[1]: Entering directory `/build/buildd/dbus-sharp-0.63.git.20060719' cd /home/sjoerd/Debian/build-area/dbus-sharp-0.63.git.20060719/. /bin/sh /home/sjoerd/Debian/build-area/dbus-sharp-0.63.git.20060719/missing --run automake-1.9 --gnu Makefile /bin/sh: line 10: cd: /home/sjoerd/Debian/build-area/dbus-sharp-0.63.git.20060719/.: No such file or directory make[1]: *** [/home/sjoerd/Debian/build-area/dbus-sharp-0.63.git.20060719/./Makefile.in] Error 1 make[1]: Leaving directory `/build/buildd/dbus-sharp-0.63.git.20060719' make: *** [debian/stamp-makefile-build] Error 2 ** -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385105: python-support: pysupport.py does not strip whitespace from versions
Package: python-support Version: 0.4.1 Severity: important Tags: patch pysupport.py does not strip whitespace when processing python versions that modules specify. Some modules (see, for example, #385099) have spaces and hence are not properly handled by update-python-modules. The simple patch attached fixes this issue. Thanks --- pysupport.py.orig 2006-08-29 16:35:39.0 +1000 +++ pysupport.py2006-08-29 16:34:21.0 +1000 @@ -36,6 +36,7 @@ except ValueError: pass else: + v[0]=v[0].strip() dummylist.append(v[0]) if v[0] in py_supported_short: self.verlist.append(v[0]) signature.asc Description: Digital signature
Bug#385041: polymer: Description improvement
Martin Schulze wrote: Package: polymer Version: current Severity: minor - Description: a port of the KDE style Plastik depending on QT only + Description: Port of the KDE style Plastic depending on Qt only Sorry for the second bug report, but the final ispell run discovered that Plastik is not an English word. But Plastik is the proper name for the style ([1]). So I would say it should be: Description: Port of the KDE style Plastik depending on Qt only Sincerely, Mathias [1] http://www.kde-look.org/content/show.php?content=7559 signature.asc Description: OpenPGP digital signature
Bug#385107: arrayprobe: cron.daily checks only first controller
Package: arrayprobe Version: 2.0-1 Severity: wishlist The supplied cron.daily checks only the first cciss device for errors. When there is more then one hostadapter the additional ones are not checked on a daily basis and the admin doesn't get error reports. Regards Torsten -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.16 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages arrayprobe depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385066: stlport5.1_5.0.99rc2-3_i386 FTBFS with g++-4.1 from unstable
On Tuesday 29 August 2006 00:04, Torsten Werner wrote: Package: g++-4.1 Version: 4.1.1-11 Severity: important Hello, after upgrading g++-4.1 and libstdc++6-4.1-dev from version 4.1.1-5 to version 4.1.1-11 the package stlport5.1 fails to build from source on i386. I am attaching a full build log. The failing unit test can be found at about 65% of the file. The error is currently ignored when building the package otherwise I would have been unable to upload it. The upstream author is quite sure that the error is somewhere in our build environment. Please see https://sourceforge.net/tracker/?func=detailatid=766246aid=1546905group_id=146814 for a longer discussion. Regards, Torsten Hi, Well, really I treat this as question to package maintainers of gcc: I know only about 'official' releases of gcc. 'Official' bash-3.1$ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1.1/configure --prefix=/opt/gcc-4.1.1 --libexecdir=/usr/local/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ Thread model: posix gcc version 4.1.1 give me correct results. Then see the difference between 4.1.1-5 and 4.1.1-11: this is package maintainer's area. Here you say about 4.1.1-*, but in attached log I see c++ (GCC) 4.1.2 20060814 (prerelease) (Debian 4.1.1-11)... Ah, wonderful mystification! Masquerade 4.1.2 prerelease (build from current gcc SVN?) by 4.1.1-11! I think this is question to gcc team before release happens. One more question to you: c++ -pthread -fexceptions -fident -O2 -g -fuse-cxa-atexit -D_REENTRANT -I../../../stlport -c -o I see you made modification of build: -O2 -g both in force, while I prefer either -O2 (release-shared) or -g (dbg-shared) or -g -D_STLP_DEBUG (stldbg-shared). Check what say variant without optimization, and, may be, _STLP_DEBUG mode. I'm suspect optimization first. Good luck, - ptr -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (986, 'testing'), (985, 'stable'), (87, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.27 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages g++-4.1 depends on: ii gcc-4.1 4.1.1-11 The GNU C compiler ii gcc-4.1-base 4.1.1-11 The GNU Compiler Collection (base ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libstdc++6-4.1-dev4.1.1-11 The GNU Standard C++ Library v3 (d g++-4.1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385101: dovecot segfaults after upgrade
Il giorno mar, 29/08/2006 alle 13.50 +0800, Andrew Buckeridge ha scritto: package: dovecot version: 1.0.rc6-1 Severity: grave Justification: Can not start dovecot. Hi, could you please try dovecot-1.0.rc7 from http://people.debian.org/~kobold/dovecot to see if the problem has been solved with the new release candidate? If it doesn't solve your problem, could you please run strace with dovecot and send us the output? Thanks, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#385108: azureus: wrong interface colors
Package: azureus Version: 2.5.0.0-1 Severity: minor About the time when azureus switched to libswt-gtk-3.2-java, the background color on some (not all) interface tabs, lists, etc. became white instead of grey which is a kind of bug, I believe. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-minimal Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages azureus depends on: pn java-gcj-compat | java-vi none (no description available) ii libcommons-cli-java 1.0-8 API for working with the command l ii liblog4j1.2-java 1.2.13-1 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.2-java 3.2-1 Standard Widget Toolkit for GTK Ja ii sun-j2re1.5 [java2-runtim 1.5.0+update07 Java(TM) 2 RE, Standard Edition, S Versions of packages azureus recommends: ii java-package 0.28 utility for building Java(TM) 2 re -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382500: samba: panic action script mail is confusing
On Fri, Aug 25, 2006 at 09:59:39PM +0200, Peter Eisentraut wrote: I just generated one of these mails for myself, and I think it's perfectly reasonably worded. The subject Segfault in Samba, however, could be worded more neutrally. How about this: I think this might be a little /too/ neutral... :) Can we say perhaps Segfault or panic in Samba for the subject, or Segfault or assertion, so it's a little more explicit what kind of problem there was? A pointer to the logs might also be a good idea to include, since Samba frequently generates better backtraces for itself than gdb does. -- 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/ Index: debian/panic-action === --- debian/panic-action (Revision 1139) +++ debian/panic-action (Arbeitskopie) @@ -18,11 +18,12 @@ # Generic header for our email echo The Samba 'panic action' script, $0, - echo was called for pid $1 ($BINARYNAME). + echo was called for PID $1 ($BINARYNAME). echo + echo This means there was a problem with the program, such as a segfault. + if [ -z $BINARYNAME ]; then - echo This means there was a problem with the program, such as a segfault. echo However, the executable could not be found for process $1. echo It may have died unexpectedly, or you may not have permission to echo debug the process. @@ -31,7 +32,6 @@ # No debugger if [ ! -x /usr/bin/gdb ]; then - echo This means there was a problem with the program, such as a segfault. echo However, gdb was not found on your system, so the error could not be echo debugged. Please install the gdb package so that debugging information is echo available the next time such a problem occurs. @@ -48,4 +48,4 @@ echo http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage. echo gdb -x /etc/samba/gdbcommands -batch $BINARYNAME $1 -) | mail -s Segfault in Samba root +) | mail -s Problem in Samba root signature.asc Description: Digital signature
Bug#384019: manual-copyright clarification
On Mon, Aug 28, 2006 at 11:25:00PM +0200, Bram Moolenaar wrote: None of the options is used. Thus according to FSF this is a free license. Good to know. additional major point, namely the license fails to pass the dissident test (see http://people.debian.org/~bap/dfsg-faq.html). The reason is that every modification to a document published under this license must be owned by an identified author. This is the verbatim text of the test: This is a bogus point in my opinion. Since copyright is automatically given by creating something, every text should have the author mentioned and/or is automatically associated to it. Thus this is actually implied in every created work, no matter if it is mentioned in the license or not, since law goes above a license. The solution is to use a fantasy name for the author. There is nothing to stop someone from doing that, as far as I know. And the license used is irrelevant. It it not a bogus point, according to my interpretation of the license. The text of the license states: All modified versions of documents covered by this license, including translations, anthologies, compilations and partial documents, must meet the following requirements: 3. The person making the modifications must be identified and the modifications dated. That identified to me sounds like forbidding the use of a fantasy name; the dissident of the test will be breaking the license using a fantasy name. Note that IANAL, nor one of the guy who decided the license is not DFSG-free, still I can understand the point. We would probably be forced to remove the vim documentation from the debian distribution, moving it to non-free :-((( I think that's your problem. Requiring authors to use exactly the license you approve of is actually close to dictatorial behavior. It is our problem, but is also a problem for our users, and I believe it would be a pity for the vim community as well. Note that we are not requiring to use exactly a particular license, we have guidelines for what we believe is free, and several licenses are free according to our guidelines. OPL simply does not happen to be one of them. Please consider losing the rules a bit, so that you can actually claim to have a free operating system. ... it is free precisely as long as we have the rules :-) YMMV. Note also that we, as package maintainer of vim, have no particular power in deciding whether the license is ok or not, it is a matter up to the whole body of Debian developers. Could you please comment on that? In my opinion the docs go under a free license, I don't see a reason to change it. And I actually can't change it, since I used text from Steve Oualline's book in the user manual, and that text uses this license. Well, there is the way of contacting both the author and the publisher to see if they agree to license the text also under the terms of some other license. Note that I'm not asking you to do so, we can do that. But that would be pointless if you're not interested in relicensing under another license the part of the manual that you have written by yourself. Are you interested in that? Many thanks for this discussion, Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#385075: libmysql-ruby1.8: can not install package on debian amd64 etch/testing
Vitalie Lazu [EMAIL PROTECTED] writes: using mirror: deb http://ftp.es.debian.org/debian-amd64/debian/ etch main contrib non-free apt logs below: db:/etc/apt# apt-get -f install libmysql-ruby1.8 [...] The following packages have unmet dependencies. libmysql-ruby1.8: Depends: libmysqlclient15off (= 5.0.19-1) but it is not installable E: Broken packages db:/etc/apt# db:/var/cache/apt/archives# Looks like the unofficial amd64 archive is broken. Can you try the official one? AFAIK, it's roughly complete now: deb http://ftp.es.debian.org/debian etch main contrib non-free For the record, libmysql-ruby1.8 works fine on etch/i386 and sid/i386. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381380: #381380
I'm seeing the same problem here on an AMD64 etch installation: # hal-device-manager Traceback (most recent call last): File /usr/bin/hal-device-manager, line 15, in ? from DeviceManager import DeviceManager File /usr/share/hal/device-manager/DeviceManager.py, line 6, in ? import dbus File /usr/lib/python2.4/site-packages/dbus/__init__.py, line 1, in ? from _dbus import * File /usr/lib/python2.4/site-packages/dbus/_dbus.py, line 48, in ? from proxies import * File /usr/lib/python2.4/site-packages/dbus/proxies.py, line 2, in ? import introspect_parser File /usr/lib/python2.4/site-packages/dbus/introspect_parser.py, line 1, in ? import libxml2 ImportError: No module named libxml2 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364837: Confirming bug, problem is in /usr/lib/libvcdinfo.so.0
Nicolas Boullis [EMAIL PROTECTED] writes: Nicolas, could you as libvcd maintainer help me to investigate this segfault? I hadn't seen this bug report; thanks for pointing me to it. I just tried to reproduce this bug, with no success. I built a trivial VCD, using vcdimager and a single MPEG file. I could play the resulting VCD with xine with no trouble. Here are the versions of the libraries I am using: $ dpkg -l libxine1 libvcdinfo0 libcdio\* libiso9660-\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libcdio6 0.76-1 library to read and control CD-ROM ii libiso9660-4 0.76-1 library to work with ISO9660 filesystems ii libvcdinfo00.7.23-3 library to extract information from VideoCD ii libxine1 1.1.2-2the xine video/media player library, binary What versions Are you using? Any idea how I can reproduce the bug? I noticed that the bug only occurs if I move the mouse pointer over the video. Did you really do this as well? Otherwise I'm a bit puzzled. I had libxine1 1.1.2-3 installed when reproducing the bug, but the same versions of libcdio6 and libiso9660-4. Just to be sure, you are on i386 as well, right? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385109: duplicity: globals.py will be overwritten with every update
Package: duplicity Version: 0.4.2-5 Severity: normal Every time I update the duplicity package I have to edit globals.py again and again. This file should be marked as configuration file. Maybe it should be located in /etc? -- 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.15-rc6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages duplicity depends on: ii gnupg1.4.5-1 GNU privacy guard - a free PGP rep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii librsync10.9.7-1 Library which implements the rsync ii python-gnupginterface0.3.2-9 Python interface to GnuPG (GPG) duplicity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
On Tue, 2006-08-29 at 01:39, Matthew Garrett wrote: Sorry? 12 of the files in the source tree contain explicit Nvidia copyright statements. The others tend to have no copyrights at all, but are generally written by Mark Vojkovich who is an nvidia employee. True. But as the driver is distributed under the MIT licence, I don't think it has to be under the preferred form for modification. Unless Debian requires it ? Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385085: [Pkg-shadow-devel] Bug#385085: passwd: chfn doesn't allow non-US-ASCII characters in the GECOS field
Quoting Piotr Engelking ([EMAIL PROTECTED]): Package: passwd Version: 1:4.0.18.1-1 Severity: normal Tags: l10n chfn doesn't allow non-US-ASCII characters in the GECOS field: Tomasz (shadow upstream author), is there a reason for deliberately prevent users to use non ASCII in the GECOS field? signature.asc Description: Digital signature
Bug#374918: It doesn't work neither with ms explorer
I've just tried to export a database using ms explorer as browser, and it doesn't work neither :( -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. MailScanner remercie transtec pour son soutien.
Bug#383465: Contains obfuscated source code, DFSG violation?
On Tue, Aug 29, 2006 at 01:21:26AM +0200, Steinar H. Gunderson wrote:
On Thu, Aug 17, 2006 at 02:12:17PM +0100, Matthew Garrett wrote:
The nv driver appears to be heavily obfuscated and is effectively
The idea that nvidia do not posess an electronic list of register names
and offsets is entirely implausible. The only rational explanation is
that register information is postprocessed out in order to reduce
information leakage.
Or that nVidia never wrote the driver in the first place. I cannot find any
nVidia copyrights on it -- it seems to have been reverse-engineered and then
written up by the current copyright holders.
The output of the below has been tidied up a bit to remove duplicates:
[EMAIL PROTECTED]:~/x/xorg/driver/xf86-video-nv/src% for i in *.[ch]; do echo
-n $i:\ ; grep Copyright $i || echo no copyright; done
nv_const.h: no copyright
nv_cursor.c: |* Copyright 2003 NVIDIA, Corporation. All rights reserved.
*|
nv_dac.c: |* Copyright 2003 NVIDIA, Corporation. All rights reserved.
*|
nv_dga.c: no copyright
nv_dma.h: |* Copyright 2003 NVIDIA, Corporation. All rights reserved.
*|
nv_driver.c: * Copyright 1996-1997 David J. McKay
nv_hw.c: |* Copyright 1993-2003 NVIDIA, Corporation. All rights
reserved. *|
nv_include.h: no copyright
nv_local.h: |* Copyright 1993-2003 NVIDIA, Corporation. All rights
reserved. *|
nv_proto.h: no copyright
nv_setup.c: |* Copyright 2003 NVIDIA, Corporation. All rights reserved.
*|
nv_shadow.c:Copyright (c) 1999, The XFree86 Project Inc.
nv_type.h: no copyright
nv_video.c: no copyright
nv_xaa.c: |* Copyright 2003 NVIDIA, Corporation. All rights reserved.
*|
nvreg.h: * Copyright 1996-1997 David J. McKay
nvvga.h: * Copyright 1996-1997 David J. McKay
riva_const.h: no copyright
riva_cursor.c: * Copyright 1996-1997 David J. McKay
riva_dac.c: * Copyright 1996-1997 David J. McKay
riva_dga.c: no copyright
riva_driver.c: * Copyright 1996-1997 David J. McKay
riva_hw.c: |* Copyright 1993-1999 NVIDIA, Corporation. All rights
reserved. *|
riva_hw.h: |* Copyright 1993-1999 NVIDIA, Corporation. All rights
reserved. *|
riva_include.h: no copyright
riva_local.h: |* Copyright 1993-1999 NVIDIA, Corporation. All rights
reserved. *|
riva_proto.h: no copyright
riva_setup.c: * Copyright 1996-1997 David J. McKay
riva_shadow.c:Copyright (c) 1999, The XFree86 Project Inc.
riva_tbl.h: |* Copyright 1993-1999 NVIDIA, Corporation. All rights
reserved. *|
riva_type.h: no copyright
riva_xaa.c: |* Copyright 1993-1999 NVIDIA, Corporation. All rights
reserved. *|
So, of those, a few Riva files for the ancient Riva 128 chipset are
copyright David J. McKay as well as nvreg.h and nvvga.h,
riva_shadow.c and nv_shadow.c are copyright XFree86, and
riva_include.h, riva_proto.h, riva_type.h, riva_dga.c, riva_const.h,
nv_video.c, nv_type.h, nv_proto.h, nv_include.h, nv_dga.c,
and nv_const.h have no copyright. The rest are NVIDIA.
riva_shadow.c and nv_shadow.c implement a 'shadow framebuffer' option,
which isn't about hardware access. The files were almost certainly just
taken from some other driver, with a quick sed run.
Assuming the dates for David McKay's copyright run correct, they are
almost nine years old now. nvreg.h does not actually contain register
definitions, but is a fairly trivial set of macros and declaration of a
few pointers to register locations (extern unsigned char *nvDAC, et al).
nvvga.h contains a register definition for the NV1, which was released
in 1995. All the fun parts of the Riva driver -- and this is for an
ancient chip -- are in NVIDIA-copyrighted files, like riva_hw.c:
VGA_WR08(chip-PCIO, 0x3D4, 0x19); tmp = VGA_RD08(chip-PCIO, 0x3D5);
VGA_WR08(chip-PCIO, 0x3D5, (offset 0x01F) | (tmp ~0x1F));
VGA_WR08(chip-PCIO, 0x3D4, 0x2D); tmp = VGA_RD08(chip-PCIO, 0x3D5);
VGA_WR08(chip-PCIO, 0x3D5, (offset 0x60) | (tmp ~0x60));
and riva_tbl.h:
static unsigned nv3TablePRAMIN[][2] =
{
{0x0500, 0x0001},
{0x0501, 0x007F},
{0x0200, 0x8000},
{0x0201, 0x00C20341},
{0x0204, 0x8001},
[...]
But 'nv' is the interesting one, since that supports current
hardware, and nv_hw.c is the one with genius section such as:
cr11 = VGA_RD08(pNv-PCIO, 0x3D5);
if(Lock) cr11 |= 0x80;
else cr11 = ~0x80;
VGA_WR08(pNv-PCIO, 0x3D5, cr11);
Sadly this isn't even remotely out of the ordinary for the nv driver:
it's one of the most benign sections I could find in the first function
of nv_hw.c.
For recent history, looking at:
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-nv.git;a=shortlog
you can see that all code commits have been made either by Aaron
Plattner (an NVIDIA employee, as you can see from his email address,
also you can google him on site:lists.freedesktop.org to see him
offering
Bug#385035: [Pkg-shadow-devel] Bug#385035: Login should not allow text to be entered between user and password
Quoting Matthew Flaschen ([EMAIL PROTECTED]): I can only assume you're correct. I have no intention of updating this package to testing or unstable, as it is critical. I hope a limited security update becomes available for stable soon. No, it will not. I'm not convinced that this deserves a security update. Such issues mostly pertains to user error category if people begin to type their passwords before being prompted to do so. signature.asc Description: Digital signature
Bug#385041: polymer: Description improvement
Mathias Krause wrote: - Description: a port of the KDE style Plastik depending on QT only + Description: Port of the KDE style Plastic depending on Qt only Sorry for the second bug report, but the final ispell run discovered that Plastik is not an English word. But Plastik is the proper name for the style ([1]). So I would say it should be: Description: Port of the KDE style Plastik depending on Qt only Oh. Well then, ok. Regards, Joey -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385022: sorry was wrong
Package: spamassassin Version: 3.1.4-1 Followup-For: Bug #385022 Sorry, I was messed with another problems and forgot --allow-tell in clean test. With this switch everything worked ok. So I'll close this bug. -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-vserver-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.23-1 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libsocket6-perl 0.17-1 Perl extensions for IPv6 ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages spamassassin recommends: ii libmail-spf-query-perl1.997-2Query SPF (Sender Permitted From) ii libnet-dns-perl 0.48-1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.8-6.1 Larry Wall's Practical Extraction ii spamc 3.1.4-1Client for SpamAssassin spam filte -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384945: Acknowledgement (texlive system will not install)
Hi Ross! On Son, 27 Aug 2006, Ross Boylan wrote: (Reading database ... 165488 files and directories currently installed.) Removing dvipdfmx ... /var/lib/dpkg/info/dvipdfmx.postrm: line 6: /usr/bin/mktexlsr: No such file or directory dpkg: error processing dvipdfmx (--purge): subprocess post-removal script returned error exit status 127 Ok, dvipdfmx needs a fix. Please try what Kohda-san has suggested, ie remove the mktexlsr line in /var/lib/dpkg/info/dvipdfmx.postrm Removing texlive-latex-extra ... Running update-updmap. This may take some time... done. Purging configuration files for texlive-latex-extra ... This worked. dpkg: error processing preview-latex-style (--purge): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid Ouch! Got SIGABRT, dying.. Aborted This is even stranger, but I cannot say anything about what has happened here. Please try to purge the dvipdfmx as above. Then again try to purge preview-latex-style, and all the texlive packages. After this reinstallation should work. Thanks for your cooperation and all the best Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- LONGNIDDRY (n.) A droplet which persists in running out of your nose. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384958: tex4ht: some grouping issues with oolatex math
Eitan Gurari wrote:
The problem is with a broken mathml engine in OpenOffice 2.
A manual editing of x_i_j into {x}_{{i}_{j}} or x_{i_j} provides the
proper display (and identical mathml code). I don't know what kind of
mathml code tex4ht should produce to obtain correct display in OO2.
As a workaround use the math:annotation tag with StarMath5 syntax as
OO does.
Deleting this tag looks right at the first glance as OOo saves a binary
copy of it inside the document. But when you try to edit the formula it
gets confused again.
Tobias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385101: dovecot segfaults after upgrade
On Tue, 29 Aug 2006 09:21:44 +0200 Fabio Tranchitella [EMAIL PROTECTED] wrote: Il giorno mar, 29/08/2006 alle 13.50 +0800, Andrew Buckeridge ha scritto: package: dovecot version: 1.0.rc6-1 Severity: grave Justification: Can not start dovecot. Hi, could you please try dovecot-1.0.rc7 from http://people.debian.org/~kobold/dovecot to see if the problem has been solved with the new release candidate? Yes, it has been solved. Running these binaries now: - dovecot-common_1.0.rc7-1_i386.deb dovecot-imapd_1.0.rc7-1_i386.deb Thanks. If it doesn't solve your problem, could you please run strace with dovecot and send us the output? Thanks, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385107: arrayprobe: cron.daily checks only first controller
Torsten Neumann writes... The supplied cron.daily checks only the first cciss device for errors. When there is more then one hostadapter the additional ones are not checked on a daily basis and the admin doesn't get error reports. OH! Good point! I didn't think of that when writing it (upstream didn't provide a cron). I will figure out some way to scan them all. Thanks for the report. -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317724: epiphany-browser: cannot move tabs to other windows
tag 317724 patch thanks On Sat, May 13, 2006 at 07:38:27PM +0200, Josselin Mouette [EMAIL PROTECTED] wrote: clone 317724 -1 block 317724 by -1 reassign -1 libxul0d forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=296002 thanks This was deactivated because of http://bugzilla.gnome.org/show_bug.cgi?id=303922 #367106 has been fixed in libxul0d 1.8.0.5-2. You may apply the attached patch to reenable the tab moving feature and fix #317724. (tested an approved here) Mike diff -ruN epiphany-browser-2.14.3/src/ephy-notebook.c epiphany-browser-2.14.3.new/src/ephy-notebook.c --- epiphany-browser-2.14.3/src/ephy-notebook.c 2006-01-08 16:22:01.0 +0100 +++ epiphany-browser-2.14.3.new/src/ephy-notebook.c 2006-08-29 10:22:18.0 +0200 @@ -56,7 +56,7 @@ #define INSANE_NUMBER_OF_URLS 20 /* Until https://bugzilla.mozilla.org/show_bug.cgi?id=296002 is fixed */ -#define KEEP_TAB_IN_SAME_TOPLEVEL +#undef KEEP_TAB_IN_SAME_TOPLEVEL #define EPHY_NOTEBOOK_GET_PRIVATE(object)(G_TYPE_INSTANCE_GET_PRIVATE ((object), EPHY_TYPE_NOTEBOOK, EphyNotebookPrivate)) diff -ruN epiphany-browser-2.14.3/src/ephy-window.c epiphany-browser-2.14.3.new/src/ephy-window.c --- epiphany-browser-2.14.3/src/ephy-window.c 2006-07-10 21:28:21.0 +0200 +++ epiphany-browser-2.14.3.new/src/ephy-window.c 2006-08-29 10:22:18.0 +0200 @@ -398,7 +398,7 @@ #define SETTINGS_CONNECTION_DATA_KEY EphyWindowSettings /* Until https://bugzilla.mozilla.org/show_bug.cgi?id=296002 is fixed */ -#define KEEP_TAB_IN_SAME_TOPLEVEL +#undef KEEP_TAB_IN_SAME_TOPLEVEL #define EPHY_WINDOW_GET_PRIVATE(object)(G_TYPE_INSTANCE_GET_PRIVATE ((object), EPHY_TYPE_WINDOW, EphyWindowPrivate))
Bug#385111: drscheme: segmentation fault at startup
Package: drscheme Version: 1:352-3 Severity: grave Justification: renders package unusable When I prompt drscheme, it shows splash screen, then put some icons on it and then crashes with segmentation fault (100% reproducible). Here is the stack trace: $ gdb /usr/bin/mred GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run -N /usr/bin/drscheme -ZmvqL- drscheme.ss drscheme Starting program: /usr/bin/mred -N /usr/bin/drscheme -ZmvqL- drscheme.ss drscheme (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0xb7c630e9 in GetDarkGray () from /usr/lib/libmred-352.so (gdb) bt #0 0xb7c630e9 in GetDarkGray () from /usr/lib/libmred-352.so #1 0xb7c63e38 in GetDarkGray () from /usr/lib/libmred-352.so #2 0xb7a29313 in RealizeWidget (widget=0xad80278) at ../../src/Intrinsic.c:306 #3 0xb7a2975e in XtRealizeWidget (widget=value optimized out) at ../../src/Intrinsic.c:385 #4 0xb7a2bdf0 in ManageChildren (children=0xbf9ff0a8, num_children=1, parent=0xad80048, call_change_managed=0 '\0', caller_func=0xb7a4ff48 xtManageChildren) at ../../src/Manage.c:287 #5 0xb7a2beae in XtManageChildren (children=0xbf9ff0a8, num_children=1) at ../../src/Manage.c:332 #6 0xb7a2bfd6 in XtManageChild (child=0xad80278) at ../../src/Manage.c:352 #7 0xb7a4bd71 in XtVaCreateManagedWidget (name=0xb7cff025 button, widget_class=0xb7d43ce0, parent=0xad80048) at ../../src/VarCreate.c:141 #8 0xb7cae9d1 in wxButton::Create () from /usr/lib/libmred-352.so #9 0xb7caec04 in wxButton::wxButton () from /usr/lib/libmred-352.so #10 0xb7b66395 in os_wxButton::os_wxButton () from /usr/lib/libmred-352.so #11 0xb7b66855 in os_wxButton::os_wxButton () from /usr/lib/libmred-352.so #12 0xb7e334af in scheme_do_eval () from /usr/lib/libmzscheme-352.so #13 0xb7b608a7 in operator new[] () from /usr/lib/libmred-352.so #14 0xb7e334af in scheme_do_eval () from /usr/lib/libmzscheme-352.so #15 0xb7e4374f in scheme_clear_cc_ok () from /usr/lib/libmzscheme-352.so #16 0xb7e43893 in scheme_force_value_same_mark () from /usr/lib/libmzscheme-352.so #17 0x081baefa in ?? () #18 0x0004 in ?? () #19 0x0841e5b1 in ?? () #20 0x0005 in ?? () #21 0x082cd3fc in ?? () #22 0x082cd438 in ?? () #23 0x03fc in ?? () #24 0xb7f3d538 in ?? () from /usr/lib/libmzscheme-352.so #25 0xbf9ff994 in ?? () #26 0xb7e33ec5 in scheme_do_eval () from /usr/lib/libmzscheme-352.so #27 0xb7e33ec5 in scheme_do_eval () from /usr/lib/libmzscheme-352.so #28 0xb7e4374f in scheme_clear_cc_ok () from /usr/lib/libmzscheme-352.so #29 0xb7e43893 in scheme_force_value_same_mark () from /usr/lib/libmzscheme-352.so #30 0x081babd8 in ?? () #31 0x0004 in ?? () #32 0x0866bbb2 in ?? () #33 0xb7e73ee8 in scheme_set_box () from /usr/lib/libmzscheme-352.so #34 0x081baee2 in ?? () #35 0x0841e5b1 in ?? () #36 0x0005 in ?? () #37 0x082cd464 in ?? () #38 0x082cd4c4 in ?? () #39 0x0464 in ?? () #40 0xb7f3d538 in ?? () from /usr/lib/libmzscheme-352.so #41 0xbf9ffc48 in ?? () #42 0xb7e33ec5 in scheme_do_eval () from /usr/lib/libmzscheme-352.so #43 0xb7e33ec5 in scheme_do_eval () from /usr/lib/libmzscheme-352.so #44 0xb7e4374f in scheme_clear_cc_ok () from /usr/lib/libmzscheme-352.so #45 0xb7e4383e in scheme_force_value () from /usr/lib/libmzscheme-352.so #46 0xb7e32e62 in _scheme_apply_multi_from_native () from /usr/lib/libmzscheme-352.so #47 0x081b9e2b in ?? () #48 0x0814a840 in ?? () #49 0x0003 in ?? () #50 0x082cd464 in ?? () #51 0x087d178a in ?? () #52 0xb7e73ee8 in scheme_set_box () from /usr/lib/libmzscheme-352.so #53 0x081baee2 in ?? () #54 0x0841e5b1 in ?? () #55 0x0005 in ?? () #56 0x082cd4f0 in ?? () #57 0x082cd520 in ?? () #58 0x04f0 in ?? () #59 0xb7f3d538 in ?? () from /usr/lib/libmzscheme-352.so #60 0xbf9fff24 in ?? () #61 0xb7e33ec5 in scheme_do_eval () from /usr/lib/libmzscheme-352.so #62 0xb7e33ec5 in scheme_do_eval () from /usr/lib/libmzscheme-352.so #63 0xb7e4374f in scheme_clear_cc_ok () from /usr/lib/libmzscheme-352.so #64 0xb7e43893 in scheme_force_value_same_mark () from /usr/lib/libmzscheme-352.so #65 0x081babd8 in ?? () #66 0x0004 in ?? () #67 0x08be198c in ?? () #68 0xb7e73ee8 in scheme_set_box () from /usr/lib/libmzscheme-352.so #69 0x081baee2 in ?? () #70 0x0841e5b1 in ?? () #71 0x082cd524 in ?? () #72 0x082cd524 in ?? () #73 0x082cd59c in ?? () #74 0x0a7e9ac0 in ?? () #75 0x082cd524 in ?? () #76 0xbf9fffe8 in ?? () #77 0x081bc512 in ?? () #78 0x0a56697e in ?? () #79 0xb7e73ee8 in scheme_set_box () from /usr/lib/libmzscheme-352.so Previous frame
Bug#384958: tex4ht: some grouping issues with oolatex math
As a workaround use the math:annotation tag with StarMath5 syntax as OO does. Deleting this tag looks right at the first glance as OOo saves a binary copy of it inside the document. But when you try to edit the formula it gets confused again. Might be a good idea for simple formulas. I'm not sure, however, what effort it will take for non-trivial cases, and I don't see where I can find the time for this job in the near futute. I'm also wondering whether such a fix is not more appropriate for the OO people to do. -eitan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327770: Acknowledgement (sqwebmail: Faulty HTML centering too much text)
Wade Bowmer wrote: This was submitted nearly a year ago - and I have received *no* reply and the change hasn't been implemented. What gives? Sorry, I'll check if this error still applies to the current version of sqwebmail. Thanks for your assistance Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385101: dovecot segfaults after upgrade
Il giorno mar, 29/08/2006 alle 16.12 +0800, Andrew Buckeridge ha scritto: Yes, it has been solved. Running these binaries now: - dovecot-common_1.0.rc7-1_i386.deb dovecot-imapd_1.0.rc7-1_i386.deb Fine, I'm uploading the packages. Thanks for your tests, and have a nice day. -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#385068: add some pam features
General Stone [EMAIL PROTECTED] writes: Package: cupsys Version: 1.2.2-1 Severity: wishlist Tags: patch Please add these pam features: 1) pam_set_item(pamh, PAM_TTY, cups) --- Need by some pam-modules which need the 'tty' variable, like pam_group, pam_access, pam_time, etc. I'm fairly sure that the PAM_TTY must be a terminal device. There might be security issues in using a fake TTY: that's a relative path, and so a cups TTY could be created in the CWD and potentially abused (for example, a hard or soft link to a real TTY). If there isn't a TTY, PAM_TTY should probably be left unset. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpGdvvByaMgQ.pgp Description: PGP signature
Bug#385113: gtk2-engines-gtk-qt: Unable to change fonts in gnome after purging
Package: gtk2-engines-gtk-qt Version: 1:0.7-1 Severity: normal After uninstalling and purging the package, changes to the aplication font have no effect except for in the case of applications run with gksudo. Font changes do take effect in firefox, which is the upstream binary run from my home directory. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350464: ITP: picard -- album-based MusicBrainz tagger
Hello! On Sun, 29 Jan 2006 20:47:07 +0100, Decklin Foster wrote: Owner: Decklin Foster [EMAIL PROTECTED] * Package name: picard Any news for this package? It was blocked by bug #340122 [1], which is now closed. Thx, bye, Gismo / Luca Footnotes: [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yesbug=340122 pgpxzMUbxlAjc.pgp Description: PGP signature
Bug#385114: incoming nvidia-glx conflicts with xorg 7.1 in experimental
Package: nvidia-glx Version: 1.0.8774-1 Severity: important xserver-xorg in experimental now depends on xserver-xorg-video-1.0 and xserver-xorg-core in experimental conflicts with xserver-xorg-video (reflecting the ABI change I suppose). The nvidia-glx in incoming (1.0.8774-1) provides xserver-xorg-video and thus conflicts with experimental's 7.1 xserver-xorg-core. That should not be necessary though as the nvidia driver 8774 introduces xorg 7.1 compatibility. Changing nvidia-glx to provide xserver-xorg-video-1.0 should fix things. There should be no reason for 8774 to conflict with xorg 7.1 -- Package-specific info: uname -r: Linux Otome-Kairo 2.6.15-ck4 #1 PREEMPT Mon Feb 20 00:30:22 MST 2006 i686 GNU/Linux /proc/version: Linux version 2.6.15-ck4 ([EMAIL PROTECTED]) (gcc version 4.0.3 20060128 (prerelease) (Debian 4.0.2-8)) #1 PREEMPT Mon Feb 20 00:30:22 MST 2006 /proc/driver/nvidia/version: 01:05.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5500] (rev a1) -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (901, 'experimental'), (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-ck4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nvidia-glx depends on: ii libc6 2.3.6-19 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii nvidia-kernel-2.6.15-ck4 [nvi 1.0.8774-1 NVIDIA binary kernel module for Li ii x11-common1:7.0.22 X Window System (X.Org) infrastruc nvidia-glx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385109: duplicity: globals.py will be overwritten with every update
Hi Christian! * Christian Motschke [EMAIL PROTECTED] [2006-08-29 10:03]: Every time I update the duplicity package I have to edit globals.py again and again. This file should be marked as configuration file. Maybe it should be located in /etc? What do you change in there that cannot be passed as a cmd-line parameter? I never had to touch that file so far. yours Martin -- [EMAIL PROTECTED] Debian GNU/Linux - The Universal Operating System Rhamphoryncus guess lp0 on fire finally got taken literally.. [on 20.11.2002 satie.debian.org burnt down due to a fire in the Twente university in Enschede, NL] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385112: gkrellm: inet seconds between updates keeps resetting to 1 second
Package: gkrellm Version: 2.2.9-1 Severity: normal for no apparent reason the internet tool seconds between updates keeps resetting to 1 second. this is a big problem because on my machine the setting of 1 second causes serious problems. i suspect it is an smp bug of some sort. i will file a bug report on that problem. the solution is to fix the resetting. it would also be nice to have a larger range of choices. thanks. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16nomd Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gkrellm depends on: ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-7generic font configuration library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library hi libpango1.0-0 1.12.3-1+b1Layout and rendering of internatio ii libsm61:1.0.0-4 X11 Session Management library ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra gkrellm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
On Tue, Aug 29, 2006 at 09:53:34AM +0200, Xavier Bestel wrote: True. But as the driver is distributed under the MIT licence, I don't think it has to be under the preferred form for modification. Unless Debian requires it ? Um, the subject is about a DFSG violation, not a licence violation. According to -legal, everything must be provided with its pure, original source -- the head of the coder that hand-wrote some firmware, the instruments used to record any particular Ogg Vorbis track, et al. Random hex constants are apparently not source in firmware (and thus distribution of such is a violation of the DFSG), but I fail to see how random hex constants are source here either. Cheers, Daniel signature.asc Description: Digital signature
Bug#385116: gnome-theme-manager: Can't install gnome themes which are packaged in bz2 archive
Package: gnome-theme-manager Severity: normal When drag'n'dropping icon pack or gnome theme archived in bz2, i get an error: Can not install theme. The bzip2 utility is not installed. But bz2 is installedi belive it is installed by default -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385117: hardinfo fails with Segmentation fault
Package: hardinfo Version: 0.3.7pre-3 Severity: normal When runnig hardinfo from terminal (or clicking from gnome menu) it fails: [EMAIL PROTECTED]:~$ hardinfo Translation module registered. HardInfo 0.3.7pre *** PRE-RELEASE *** Copyright (c) 2003 Leandro Pereira [EMAIL PROTECTED] This is free software; you can modify and/or distribute it under the terms of GNU GPL version 2. See http://www.fsf.org/ for more information. 588 58950403 0 Segmentation fault -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hardinfo depends on: ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libc62.3.6-15GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 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.0.2-4 X Rendering Extension client libra ii pciutils 1:2.2.1-2 Linux PCI Utilities hardinfo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385115: chromium-data: Unclear license for some files
Package: chromium-data Version: 0.9.12-2 Severity: serious Justification: Policy 2.1 There are no information on where data files came from. Looking at the web page, upstream claims that music loops and raw sound effects were taken from http://www.partnersinrhyme.com/ and http://www.findsounds.com/. It is very likely for most of them to be non-free, or even undistributable, as stated here: http://www.findsounds.com/cpolicy.html Origin from all other data files (sound, music, graphics...) should be clarified, since they can be in the same situation. Upstream authors should include information stating whether data is made from scratch or based on other sources. It is always a good idea to add some information on origin of artwork and tools used. When data is based on other free sources, credits and a pointer to the proper license should be given. When data is based on non-free (or unlicensed) sources, obviously can't be distributed by Debian and need to be replaced. And when data is created from scratch, a short notice is appreciated to make it clear. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
On Aug 29, Daniel Stone [EMAIL PROTECTED] wrote: According to -legal, everything must be provided with its pure, original source -- the head of the coder that hand-wrote some firmware, the instruments used to record any particular Ogg Vorbis track, et al. Let's be accurate here: according to some -legal kooks, everything If you disagree with this line of tought then you should spend some of your time on debian-legal arguing against it. -- ciao, Marco signature.asc Description: Digital signature
Bug#382956: mozilla: Shipping secure Mozilla in Etch would require unreasonable maintainance
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Thanks for the information about Takuo. seamonkey was already uploaded, but was rejected by ftp-master. I'm reassigning to ftp.d.o. ftp-master may choose to wait some time before proceeding, which could let seamonkey become an upgrade path. Otherwise, I think that removing Mozilla now won't break unstable too badly. The main problem is eclipse (#364368), which isn't in testing since a long time anyway. Note that there should be serious bugs against all source packages in testing depending on mozilla-browser, except for about 10 mozilla-locale packages. Please provide a transition package for mozilla-browser from seamonkey, as soon as (but no earlier than) seamonkey is an adequate replacement in Debian. Mozilla is a major package with over 35% installed base in popcon. It shouldn't just be removed and leaving users without an upgrade path. I am using Mozilla and Netscape for ages (well, since I stopped surfing on Goopher web sites). For different reasons, I always disliked Firefox/Thunderbird and preferred a better integrated interface (memory is cheap anyway). Whatever, I have tons of archived email inside Mozilla, and you need to be sure Mozilla will migrate properly to SeaMonkey before removing Mozilla. Unless Etch get significantly delayed, I am not sure that you will have time for testing everything properly. Will the French version of SeaMonkey for PowerPC always migrate properly from Mozilla while updating from Sarge or Etch? Probably, but I am not a gambler. Just removing Mozilla from Etch without anything to migrate from is a major NO-GO for many people like me. I hope it is obvious for everyone here. I am actually running Etch, and if I just see the package disappearing, or if I have any doubt about the safety to migrate to SeaMonkey, I will prefer to move to Ubuntu or Slackintosh. Maybe I worry too much for nothing, and that Mozilla 1.8 (SeaMonkey) will allow migration without any problems, but I wanted to express my concerns about it. Also, many user will never forgive you if you just blindly remove Mozilla. Simon Valiquette http://gulus.USherbrooke.ca http://www.gulus.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Linux PPC) iD8DBQFE9AGqJPE+P+aMAJIRAywEAJ4p+r0Wjp0KUNOT8yBWWebbZ1QAGQCfYeuU f2QiqMBGKyjRW2wqJa0SEmI= =XQgQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385063: python-gtk2: inconsistent use of tabs and spaces in indentation in pygtk.py and __init__.py
On Mon, Aug 28, 2006, Miguel Angel Barcena Rodriguez wrote: inconsistent use of tabs and spaces in indentation in files: /usr/share/python-gtk-2.0/pygtk.py /usr/share/python-support/python-gtk2/gtk-2.0/gtk/__init__.py Many people are apparently ridiculing this bug report. Personally I don't see why a publicly installed file should not have proper indentation. If you don't see why it could be a problem, here is an excerpt of /usr/share/python-gtk-2.0/pygtk.py with tab width set to 8 spaces: for filename in glob.glob(os.path.join(dir, _pygtk_dir_pat)): pathname = os.path.join(dir, filename) # skip non directories if not os.path.isdir(pathname): continue # skip empty directories if not os.listdir(pathname): continue if not versions.has_key(filename[-3:]): versions[filename[-3:]] = pathname Here is the same chunk with tab width set to 4: for filename in glob.glob(os.path.join(dir, _pygtk_dir_pat)): pathname = os.path.join(dir, filename) # skip non directories if not os.path.isdir(pathname): continue # skip empty directories if not os.listdir(pathname): continue if not versions.has_key(filename[-3:]): versions[filename[-3:]] = pathname -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349942: [Polipo-users] [EMAIL PROTECTED]: Bug#349942: Polipo timeout/crash here too]
Juliusz: || The following patch should fix it. Please let me know if this is the || case, as I want to release 0.9.10 as soon as possible. Done again. By the way, 0.9.9-1 hadn't crashed on me for some time, even though it did initially. Ciao. Vincent. -- Vincent Zweije [EMAIL PROTECTED]| If you're flamed in a group you http://www.xs4all.nl/~zweije/ | don't read, does anybody get burnt? [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. signature.asc Description: Digital signature
Bug#342105: certain JavaScript sites make firefox consume 100% CPU
* Eric Wong ([EMAIL PROTECTED]) [20060828 17:39]: Ah, I forgot to note that I'm using xserver-xorg-video-ati and xserver-xorg-core from experimental. I see. FTM I'd rather not wander to experimental-land... You can use --no-vmlinux (--vmlinux is for profiling the kernel itself, you don't need it for userspace). That's correct. However, the sluggishness was so severe that I suspected kernel-related issues; moving a window fast and dropping it really stalled the machine for seconds (2.4 GHz P4, Xorg nice 0). I try to get a test box and see if experimental makes a difference. Thanks, Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ [EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385120: libsdl1.2-dev: Refuses to install
Package: libsdl1.2-dev Version: 1.2.11-3 Severity: grave Justification: renders package unusable apt-get install libsdl1.2debian-all produces the following message: Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. So hereby I file a bug. The following information may help to resolve the situation: The following packages have unmet dependencies. libsdl1.2-dev: Depends: libglu1-xorg-dev but it is not going to be installed or libglu-dev Regards, Jan -- 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.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libsdl1.2-dev depends on: pn libaa1-devnone (no description available) pn libartsc0-dev none (no description available) pn libasound2-devnone (no description available) ii libaudio-dev 1.8-2 The Network Audio System (NAS). (d pn libdirectfb-dev none (no description available) pn libesd0-dev none (no description available) pn libglu1-xorg-dev | libglu-dev none (no description available) ii libsdl1.2debian 1.2.11-3 Simple DirectMedia Layer ii libsvga1-dev 1:1.4.3-23 console SVGA display development l ii libxext-dev 1:1.0.1-2 X11 miscellaneous extensions libra ii libxt-dev 1:1.0.0-5 X11 toolkit intrinsics library (de libsdl1.2-dev recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385118: torsmo: undocumented feature: freq
Package: torsmo Version: 0.18-5 Severity: minor freq is an undocumented feature. It is not found in examples in /usr/share/doc/torsmo but it *is* on the source code... ;-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-kanotix-2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages torsmo depends on: ii libc6 2.3.6.ds1-3GNU C Library: Shared libraries ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-13 compression library - runtime torsmo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#167372: 15mb of gnome-games-data is what justifies the split
Package: gnome-games Version: 1:2.14.3-1 Followup-For: Bug #167372 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The real issue is the 15mb of dependencies from gnome-games-data. By the time someone adds the 8mb or so of library dependencies, 20mb becomes a rather huge waste of space, if someone only needed a game of solitaire. Comparing to gnome-hearts, we notice that localisation files (and SVG images, which are nowadays packaged separately in gnome-cards-data) don't take much space. Rather, the issue is with the sound files that some games use and with documentation that could easily be packaged separately. Thus, we see that a really small gnome-card-games, without the sound files and documentation for the other GNOME games, would make a LOT of sense. A good compromise would be to split the card games (aisleriot, blackjack and hearts) into their own gnome-card-games and gnome-card-games-data, then leave other games in a gnome-games and gnoem-games-data that depends or recommends gnome-card-games. A good idea would also be to ensure that gnome-card-games would NOT depend on Avahi and other extraneous stuff. Rather, it would ideally fit within a basic GTK2 system. I really think that this issue deserves to be discussed with upstream. - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages gnome-games depends on: ii gnome-games-data 1:2.14.3-1data files for the GNOME games ii guile-1.6-libs 1.6.8-4 Main Guile libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libavahi-compat-howl0 0.6.12-1 Avahi Howl compatibility library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libgcc11:4.1.1-11GCC support library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii librsvg2-common2.14.4-2 SAX-based renderer library for SVG ii libstdc++6 4.1.1-11 The GNU Standard C++ Library v3 ii libxml22.6.26.dfsg-3 GNOME XML library ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages gnome-games recommends: ii gnome-games-extra-data2.14.0-1 games for the GNOME desktop (extra - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE9AmFeXr56x4Muc0RApcNAKCYVe6d9HsqkUZPIoDRLD+4QWUdUgCeJ3Oe jR2LIMBPN24I4U15Zt98+P0= =Xmp+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#243294: gdeskcal: fails to start on IceWM, if background image is set
I can't confirm this bug for the current version of gdeskcal and icewm on sid. However, transparancy works against the original background image instead of the image I've manually set with xsetbg. I suggest you close this bug if the owner does not confirm it still exists. Best regards Ben gdeskcal 0.57.1-1 icewm1.2.26-2 xorg 7.0.20 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378249: maildrop too
Hi, My new maildrop 2.x links directly to libcourierauth.so which sounds like a true shared library that should be in /usr/lib. The individual modules should be able to stay in a subdirectory since they're plugins. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385119: mysql-server: crashed table reporting to hardcoded email 'root'
Package: mysql-server Version: 4.0.24-10sarge2 Severity: normal /etc/mysql/debian-start calls /usr/share/mysql/debian-start.inc.sh When a problem with a crashed table is found, the report is emaild to 'root' as follows: mailx -e -s$MYCHECK_SUBJECT root $tempfile We want those reports not to be sent to root, but to the address of our database maintainers, could that email address become a setting, for example in /etc/mysql/debian-mysqlcheck.conf or something like that. Thanks, Tias ULYSSIS -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mysql-server depends on: ii adduser 3.63Add and remove users and groups ii debconf 1.4.30.13 Debian configuration management sy ii libc62.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu ii libgcc1 1:3.4.3-13 GCC support library ii libmysqlclient12 4.0.24-10sarge2 mysql database client library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii mysql-client 4.0.24-10sarge2 mysql database client binaries ii mysql-common 4.0.24-10sarge2 mysql database common files (e.g. ii passwd 1:4.0.3-31sarge5change and administer password and ii perl 5.8.7-3 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: mysql-server/nis_warning: mysql-server/really_downgrade_from_41: false mysql-server/mysql_update_hints1: mysql-server/start_on_boot: true mysql-server/postrm_remove_databases: false * mysql-server/mysql_install_db_notes: Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384019: manual-copyright clarification
Stefano - additional major point, namely the license fails to pass the dissident test (see http://people.debian.org/~bap/dfsg-faq.html). The reason is that every modification to a document published under this license must be owned by an identified author. This is the verbatim text of the test: This is a bogus point in my opinion. Since copyright is automatically given by creating something, every text should have the author mentioned and/or is automatically associated to it. Thus this is actually implied in every created work, no matter if it is mentioned in the license or not, since law goes above a license. The solution is to use a fantasy name for the author. There is nothing to stop someone from doing that, as far as I know. And the license used is irrelevant. It it not a bogus point, according to my interpretation of the license. The text of the license states: All modified versions of documents covered by this license, including translations, anthologies, compilations and partial documents, must meet the following requirements: 3. The person making the modifications must be identified and the modifications dated. That identified to me sounds like forbidding the use of a fantasy name; the dissident of the test will be breaking the license using a fantasy name. Note that IANAL, nor one of the guy who decided the license is not DFSG-free, still I can understand the point. This requirement does sound very strict. But in practice I think it's sufficient to keep a changelist, like it's done for just about any software. The requirement to keep track of changes is very normal, in my opinion. In this case this is to avoid the original author being blamed/rewarded for text he didn't write. Note that the license talks about the person making the modifications, this doesn't need to be the author of the text. I keep a list of people who contributed, sometimes for a specific change. Someone can send a suggestion for changes to me and I'll include it. Then I'm the one making the modification. I think the original writer of the changes does not need to reveal its identity if he finds someone else who takes responsibility. At the same time I think anonymous changes to code or docs should indeed be disallowed. There are too many potential problems with that. Thus: I don't think the dissident test makes sense. Also keep in mind that the license does not say anything about a penalty if you bend the rules. I think it's allowed to take some liberty with how it's applied. So long as the spirit of the license isn't violated. At least until you get into a legal battle, anything might happen then (including that the license is declared useless). Please consider losing the rules a bit, so that you can actually claim to have a free operating system. ... it is free precisely as long as we have the rules :-) Don't you see the contradiction in free and rules?! Could you please comment on that? In my opinion the docs go under a free license, I don't see a reason to change it. And I actually can't change it, since I used text from Steve Oualline's book in the user manual, and that text uses this license. Well, there is the way of contacting both the author and the publisher to see if they agree to license the text also under the terms of some other license. Note that I'm not asking you to do so, we can do that. But that would be pointless if you're not interested in relicensing under another license the part of the manual that you have written by yourself. Are you interested in that? I don't have strong feelings for one license or another. It might be difficult to convince New Riders that we can use another license for the (heavily modified) text that came from Steve Oualline's book. Feel free to try. -- hundred-and-one symptoms of being an internet addict: 261. You find diskettes in your pockets when doing laundry. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org/// -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385066: stlport5.1_5.0.99rc2-3_i386 FTBFS with g++-4.1 from unstable
Petr Ovtchenkov writes: Well, really I treat this as question to package maintainers of gcc: I know only about 'official' releases of gcc. 'Official' bash-3.1$ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1.1/configure --prefix=/opt/gcc-4.1.1 --libexecdir=/usr/local/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ Thread model: posix gcc version 4.1.1 give me correct results. Then see the difference between 4.1.1-5 and 4.1.1-11: this is package maintainer's area. so what did you test, the upstream release, -5, and -11? Just to be sure, that/if 4.1.1-5 works. Here you say about 4.1.1-*, but in attached log I see c++ (GCC) 4.1.2 20060814 (prerelease) (Debian 4.1.1-11)... Ah, wonderful mystification! Masquerade 4.1.2 prerelease (build from current gcc SVN?) by 4.1.1-11! I think this is question to gcc team before release happens. there's nothing masqueraded, as you see in the gcc version number, which includes the package version as well. The changes are mentioned in the changelog as well. surely you can upload a new upstream tarball to the archives each time now that we have the possibility to use version numbers like 4.1.2~20060814-11, but that would be just a duplocated orig.tar.gz. One more question to you: c++ -pthread -fexceptions -fident -O2 -g -fuse-cxa-atexit -D_REENTRANT -I../../../stlport -c -o I see you made modification of build: -O2 -g both in force, while I prefer either -O2 (release-shared) or -g (dbg-shared) or -g -D_STLP_DEBUG (stldbg-shared). it's Debian policy to build with -O2 -g. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385113: gtk2-engines-gtk-qt: Unable to change fonts in gnome after purging
forcemerge 296657 385113 -- After uninstalling and purging the package, changes to the aplication font have no effect except for in the case of applications run with gksudo. Font changes do take effect in firefox, which is the upstream binary run from my home directory. This is a known bug, and I'm currently working on a solution. Fortunately it is easy to fix: Take a look in your ~/.bashrc and search the following lines: # This line was appended by KDE # Make sure our customised gtkrc file is loaded. export GTK2_RC_FILES=$HOME/.gtkrc-2.0:$GTK2_RC_FILES Those lines where created by gtk-qt-engine and it is save to remove them. You can also remove the ~/.gtkrc-2.0 which was created by gtk-qt-engine as well. Then log off and -on and the problem should be solved. BTW: I'm merging this bug with #296657 since it has the same origin. Cheers, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385121: ITP: midish -- shell-like MIDI sequencer/filter
Package: wnpp Severity: wishlist Owner: Samuel Mimram [EMAIL PROTECTED] * Package name: midish Version : 0.2.4 Upstream Author : Alexandre Ratchov [EMAIL PROTECTED] * URL : http://caoua.org/midish/ * License : 2-clauses BSD Programming Lang: C Description : shell-like MIDI sequencer/filter midish is a MIDI sequencer/filter implemented as a shell-like interpreter. It's intended to be lightweight, fast and reliable for real-time performance. Important features are: multiple MIDI devices handling, synchronisation to external MIDI devices, real-time MIDI filtering/routing (controller mapping, keyboard splitting, ...), track recording and editing (insert, copy, delete, quantize...), import and export of standard MIDI files, system exclusive messages handling. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385122: reportbug does not recognize locale token in .reportbugrc
Package: reportbug Version: 3.29.3 Severity: minor reportbug is not handling locale settings too well. Sample output: [EMAIL PROTECTED]:$ reportbug reportbug Unrecognized token: locale Unrecognized token: iso8859-1 *** Welcome to reportbug. Use ? for help at prompts. *** Detected character set: us-ascii Please change your locale if this is incorrect. The following bash environment settings (or combination of them) are suspected: CHARSET=iso8859-15 COUNTRY=C DESKTOP_SESSION=IceWM GDMSESSION=IceWM GDM_LANG=en_US.ISO-8859-15 GDM_XSERVER_LOCATION=local LANG=C LANGUAGE=C LC_ALL=C [EMAIL PROTECTED] TERM=xterm -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/jbatista/.reportbugrc: reportbug_version 3.20 mode standard ui text offline realname Joao Batista email ((...ommitted...)) locale iso8859-1 no-cc header X-Debbugs-CC: ((...ommitted...)) smtphost bugs.debian.org -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-kanotix-2 Locale: LANG=C, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages reportbug depends on: ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) ii python2.3-icon 1.1.2-2.2 Python universal Unicode codec, using iconv( -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358746: please try libmhash2 0.9.6-2
Hi, Chris Hanson wrote: I just uploaded libmhash2 0.9.6-2, which contains a more complex workaround that should fix the problem you're seeing. Please try it and let me know. It would be better if upstream did the promised release, but after two months it seems best not to wait. Sorry for the delay, it builds fine now, for me. Thanks, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367170: Possible fix
Re: Tobias Klauser 2006-06-07 [EMAIL PROTECTED] Attached is a possible fix for this bug which replaces the sed magic by a call to 'dpkg --compare-versions'. According to the manpage it checks for empty arguments, so this should be no problem (though I'm not sure wheter we should use 'lt-nl' instead of 'lt' to compare). Additionally, the user prompting should be converted to use debconf. (Having to press Enter in non-interactive installations is a pita.) Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#378667: HTML Validator dead (again)
So, I checked it out: Two machines are working (one with 0.7.9.4 another with the actual beta 0.8.3.1). The one with the problems (a 0.7.9.4) is the machine I detected the bug with for the former versions. Looks like the prefs of this setup got confused with the buggy firefox version. Creating a new setup (by removing ~/.mozilla/firefox) was working fine again.
Bug#385125: ITP: awardeco -- Decompress flashfiles equipped with an AWARD BIOS
Package: wnpp Severity: wishlist Owner: Uwe Hermann [EMAIL PROTECTED] * Package name: awardeco Version : 0.2 Upstream Author : Anton Borisov [EMAIL PROTECTED] * URL : http://www.kaos.ru/biosgfx/ * License : GPL, LGPL Programming Lang: C Description : Decompress flashfiles equipped with an AWARD BIOS Awardeco is a program which can decompress BIOS images which contain an AWARD BIOS. Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#385124: make vcards more compatible patch
Package: addressmanager.app Version: 0.4.6-5 Severity: wishlist Please apply this patch http://www.unix-ag.uni-kl.de/~guenther/gnustep/downloads/patches/AddressManager-AppleVCF-8-2006.diff Cheers, Gürkan
Bug#373253: [directfb-dev] Crash at VT switch on AMD64 in the graphical debian-installer
Denis Oliver Kropp wrote: Attilio Fiandrotti wrote: Hi we've received more reports about crashes happening at VT switch on AMD64, and this reminds me about the old problem reated to the VT switching code: has any progress been made on this ? No, but I want to switch to 64bit on my AMD64 soon. I'll be facing the problem every day so it should get fixed :) great! the g-i will be presumably available for i386, ppc and AMD64, and this bug was the most severe encountered on AMD64 platforms. We also received many bugreports about GTKDFB crashing on PPC platforms (bot reports were about DFB 0.9.22 and GTKDFB 2.0.9 and nobody did further tests with more recent libraries): if someone is interested in looking at those bugs, here [1] is a summary of the problems encountered. chreers Attilio http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=342053 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383155: industrial-cursor-theme lacks some symbols and symlinks for KDE
Le mardi 15 août 2006 à 19:17 +0200, Martin Hoppen a écrit : Hi! On Tuesday 15 August 2006 15:09, Loïc Minier wrote: I still don't understand exactly what you mean, that's why I requested a patch. If it makes me understand what you mean and I agree with the changes, I'll merge it, otherwise we will have to wait until the maintainer returns from holidays for him to have a look. I attached my proposed new cursors dir for the package as cursors.tar.gz and an informal changelog in the changes file. Has there been any progress wrt. the licensing of these cursors? Loïc's requests to Jimmac has stayed unanswered, it seems. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#385129: ITP: dictionaryreader.app -- Dict client for GNUstep
Package: wnpp Severity: wishlist * Package name: dictionaryreader.app Version : 0.1 Upstream Author : Günther Noack [EMAIL PROTECTED] * URL: http://www.unix-ag.uni-kl.de/~guenther/gnustep/dictionaryreader.html * License : GNU GPL Description : Dict client for GNUstep DictionaryReader is a dictionary application that queries Dict servers in the internet to let you look up words. It's aimed to be lightweight and easy to use. . Homepage: http://www.unix-ag.uni-kl.de/~guenther/gnustep/dictionaryreader.html -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38 CET 2003 ppc Locale: LANG=POSIX, LC_CTYPE=POSIX
Bug#385132: broken dependency on libxml++2.6-2
Package: buffy Version: 0.11.3-1 Severity: serious piper:~ buffy buffy: error while loading shared libraries: libxml++-2.6.so.1: cannot open shared object file: No such file or directory piper:~ dpkg -L libxml++2.6-2 /usr/lib/libxml++-2.6.so.2.0.7 [...] /usr/lib/libxml++-2.6.so.2 A build-dependency on libxml++2.6-dev (= 2.14.0-0.1) should fix this. -- .''`. 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#385131: fai-server: make-fai-bootdisk should get SERVERIP from config file, if defined there
Package: fai-server Version: 3~beta1 Severity: wishlist hey, maybe that would be something -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages fai-server depends on: ii debootstrap 0.2.45-0.2 Bootstrap a basic Debian system ii fai-client3~beta1Fully Automatic Installation clien Versions of packages fai-server recommends: pn dhcp3-server | bootp none (no description available) ii fai-kernels 1.11special kernels for FAI (Fully Aut ii nfs-kernel-server [nfs-serve 1:1.0.6-3.1 Kernel NFS server support ii rsh-server 0.17-13 rsh servers. ii syslinux 3.11-3 Bootloader for Linux/i386 using MS pn tftpd-hpa | tftpdnone (no description available) ii wget 1.10.2-1retrieves files from the web -- debconf-show failed -- - The information contained in this email is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any form of disclosure, reproduction, distribution or any action taken or refrained from in reliance on it, is prohibited and may be unlawful. Please notify the sender immediately. The content of this email is not legally binding unless confirmed by letter. Der Inhalt dieser E-Mail ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieser E-Mail unzulaessig ist. Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu setzen. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er unsererseits durch einen Brief entsprechend bestaetigt wird. -
Bug#384943: start/stop zoneserver
3) when zoneserver is stopped with /etc/init.d/zoneserver stop, only
the parent process of each server is killed : children processes keep
running in the background and must be killed manually.
As for 3), I guess it's more like an upstream issue.
Here is a patch proposal for this issue, made against
maradns-1.2.12.02. I hope you will find it useful.
Best regards.
--
Boris Dorès
diff -ruN maradns-1.2.12.02/tcp/zoneserver.c
maradns-1.2.12.02-kill/tcp/zoneserver.c
--- maradns-1.2.12.02/tcp/zoneserver.c 2006-07-18 05:50:44.0 +0200
+++ maradns-1.2.12.02-kill/tcp/zoneserver.c 2006-08-29 12:00:05.0
+0200
@@ -77,6 +77,12 @@
num_children--;
}
+/* Signal handler for termination of the root process */
+void handle_term() {
+killpg(getpgrp(), SIGTERM);
+exit(0);
+}
+
/* Print out log messages
Input: Null-terminated string with the message to log
Output: JS_SUCCESS on success, JS_ERROR on error
@@ -98,6 +104,7 @@
void harderror(char *why) {
printf(%s%s%s,L_FATAL,why,LF); /* Fatal error: , why, \n */
+killpg(getpgrp(), SIGTERM); /* Don't leave orphaned children */
exit(3);
}
@@ -992,6 +999,13 @@
int synth_soa_serial;
js_string *synth_soa_origin;
+/* Kill children processes when we are signaled */
+if(setpgrp()) {
+printf(strerror(errno)); /* harderror() would kill the group which may
not be correct yet */
+return 3;
+}
+signal(SIGTERM,handle_term);
+
/* Initialize the strings (allocate memory for them, etc.) */
if((mararc_loc = js_create(256,1)) == 0)
harderror(L_MLC); /* Could not create mararc_loc string */
@@ -1156,7 +1170,9 @@
if(pipe(stream1) != 0)
harderror(Pipe()'s broken);
/* if((child[bind_address_iterate] = fork())) { * Parent */
- if((pid = fork())) { /* Parent */
+ if((pid = fork())) { /* Parent or error */
+ if(pid 0)
+ harderror(Could not fork);
close(stream1[1]);
fcntl(stream1[0],F_SETFL,O_NONBLOCK);
/* The following might not be portable */
Bug#385038: procmail: formail doesn't recognize mails which begin with *From
On Tue, 29 Aug 2006, Andy Spiegl wrote: Well, formail was never designed to do the kind of miracles you expect from it, so this is not really a bug. The algorithm to split messages expects *known* header fields (which KFrom: is not). See src/header.h in the source code to see what I mean. Okay, but I don't think I expected miracles. :-) But it is not logical that formail chokes on an unknown header only in the first line. It doesn't seem to mind it at any other place in the mail. Doesn't that sound like a bug? And if it's so fault tolerant why can't it be with the first line? Because it expects (by default) two consecutive known headers before it decides it found the start of a new email message. Try formail -m 1. From the manpage: -m minfields Allows you to specify the number of consecutive headerfields for- mail needs to find before it decides it found the start of a new message, it defaults to 2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385130: ITP: libconfig-any-perl -- Load configuration from different file formats, transparently
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libconfig-any-perl Version : 0.04 Upstream Author : Joel Bernstein [EMAIL PROTECTED] * URL : http://mirrors.kernel.org/cpan/modules/by-module/Config/Config-Any-0.04.tar.gz * License : Perl: GPL/Artistic Programming Lang: Perl Description : Load configuration from different file formats, transparently Config::Any provides a facility for Perl applications and libraries to load configuration data from multiple different file formats. It supports XML, YAML, JSON, Apache-style configuration, Windows INI files, and even Perl code. . The rationale for this module is as follows: Perl programs are deployed on many different platforms and integrated with many different systems. Systems administrators and end users may prefer different configuration formats than the developers. The flexibility inherent in a multiple format configuration loader allows different users to make different choices, without generating extra work for the developers. As a developer you only need to learn a single interface to be able to use the power of different configuration formats. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-vserver-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385128: ITP: phnxdeco -- Decompress flashfiles equipped with a PHOENIX BIOS
Package: wnpp Severity: wishlist Owner: Uwe Hermann [EMAIL PROTECTED] * Package name: phnxdeco Version : 0.33 Upstream Author : Anton Borisov [EMAIL PROTECTED] * URL : http://www.kaos.ru/biosgfx/ * License : GPL, LGPL Programming Lang: C Description : Decompress flashfiles equipped with a PHOENIX BIOS Phnxdeco is a program which can decompress BIOS images which contain a PHOENIX BIOS. Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#385126: warning: file `/usr/share/doc/gcl-doc/dwdoc/index.html' does not exist at /usr/sbin/install-docs line 718, /usr/share/doc-base/gcl-si-doc line 15.
Package: gcl-doc Version: 2.6.7-18 Severity: normal Not sure how critical this is, but I got this when doing a dist-upgrade recently: warning: file `/usr/share/doc/gcl-doc/dwdoc/index.html' does not exist at /usr/sbin/install-docs line 718, /usr/share/doc-base/gcl-si-doc line 15. warning: file `/usr/share/doc/gcl-doc/dwdoc/index.html' does not exist at /usr/sbin/install-docs line 718, /usr/share/doc-base/gcl-si-doc line 15. HTH, Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#385127: ITP: amideco -- Decompress flashfiles equipped with an AMI BIOS
Package: wnpp Severity: wishlist Owner: Uwe Hermann [EMAIL PROTECTED] * Package name: amideco Version : 0.31e Upstream Author : Anton Borisov [EMAIL PROTECTED] * URL : http://www.kaos.ru/biosgfx/ * License : GPL, LGPL Programming Lang: C Description : Decompress flashfiles equipped with an AMI BIOS Amideco is a program which can decompress BIOS images which contain an AMI BIOS. Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#385133: recovery mode used instead of single-user mode (#370110)
Package: grub Version: 0.97-13 Severity: normal It appears that #370110 is back and the change was reverted... the generated menu.lst file now again says recovery mode. -- .''`. 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#383155: industrial-cursor-theme lacks some symbols and symlinks for KDE
On Tue, Aug 29, 2006, Josselin Mouette wrote: Has there been any progress wrt. the licensing of these cursors? Loïc's requests to Jimmac has stayed unanswered, it seems. It wasn't answered indeed. I will send a reminder in a couple of days. Jimmac may be in holidays or simply busy. -- Loïc Minier [EMAIL PROTECTED]
Bug#385135: O: picasm
Package: wnpp Severity: normal Hi! I'm orphaning Picasm, because I don't use it anymore, and I've switched a long time ago to AVR microcontrollers :-) Cheers, Ludovic -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385134: fails to generate proper stanzas when xen is installed
Package: grub Version: 0.97-13 Severity: important With Xen installed and the following /boot contents: -rw-r--r-- 1 root root 933491 2006-08-24 20:00 System.map-2.6.17-2-amd64 -rw-r--r-- 1 root root 923595 2006-08-24 20:18 System.map-2.6.17-2-xen-amd64 -rw-r--r-- 1 root root 61770 2006-08-24 18:07 config-2.6.17-2-amd64 -rw-r--r-- 1 root root 62007 2006-08-24 20:18 config-2.6.17-2-xen-amd64 drwxr-xr-x 2 root root4096 2006-08-29 12:30 grub/ -rw-r--r-- 1 root root 5052785 2006-08-29 11:27 initrd.img-2.6.17-2-amd64 -rw-r--r-- 1 root root 5043242 2006-08-29 11:46 initrd.img-2.6.17-2-xen-amd64 drwxr-xr-x 2 root root 6 2006-07-16 16:32 lost+found/ -rw-r--r-- 1 root root 94760 2006-03-19 11:17 memtest86+.bin -rw-r--r-- 1 root root 1465149 2006-08-24 20:00 vmlinuz-2.6.17-2-amd64 -rw-r--r-- 1 root root 1550994 2006-08-24 20:15 vmlinuz-2.6.17-2-xen-amd64 -rw-r--r-- 1 root root 248343 2006-08-15 21:29 xen-3.0-amd64.gz update-grub will create the following stanzas. The first stanza seems to work, but the other two fail because the kernel line is empty. Also, the titles are off. title Xen 3.0-amd64 / Debian GNU/Linux, kernel 2.6.17-2-xen-amd64 root(hd0,0) kernel/xen-3.0-amd64.gz module/vmlinuz-2.6.17-2-xen-amd64 root=/dev/md1 ro nmi_watchdog=2 console=tt module/initrd.img-2.6.17-2-xen-amd64 savedefault boot title xen-3.0-amd64.gz / Debian GNU/Linux, kernel 2.6.17-2-amd64 root(hd0,0) kernel module/vmlinuz-2.6.17-2-amd64 root=/dev/md1 ro nmi_watchdog=2 module/initrd.img-2.6.17-2-amd64 savedefault boot title xen-3.0-amd64.gz / Debian GNU/Linux, kernel 2.6.17-2-amd64 (recovery mo lock root(hd0,0) kernel module/vmlinuz-2.6.17-2-amd64 root=/dev/md1 ro nmi_watchdog=2 single module/initrd.img-2.6.17-2-amd64 savedefault boot -- .''`. 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#385025: [Pkg-lirc-maint] Bug#385025: lirc: logcheck patterns don't match anymore
Hi there, Mario. Mario 'BitKoenig' Holbe wrote: I attached a small patch to fix this in ignore.d.server. Of course this patch should also be applied to ignore.d.workstation and ignore.d.paranoid. Thanks for the patch. It looks good. We will include it in the next upload. -- ·''`. The geek shall inherit the earth : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#385097: beagle 0.2.8-1 doesnt't start anymore
Package: beagle Version: 0.2.8-1 Followup-For: Bug #385097 Hi, same problem here. I purged and re-installed the package but it didn't work and the message was: 060829 1038565469 01972 Beagle DEBUG: Starting Beagle Daemon (version 0.2.8) 060829 1038571366 01972 Beagle DEBUG: Running on Mono 1.1.13.8 060829 1038571373 01972 Beagle DEBUG: Command Line: /usr/lib/beagle/BeagleDaemon.exe --bg 060829 1038572921 01972 Beagle ERROR EX: Unhandled exception thrown. Exiting immediately. 060829 1038572921 01972 Beagle ERROR EX: System.DllNotFoundException: libgobject-2.0.so 060829 1038572921 01972 Beagle ERROR EX: in (wrapper managed-to-native) Beagle.Daemon.BeagleDaemon:g_type_init () 060829 1038572921 01972 Beagle ERROR EX: in 0x00909 Beagle.Daemon.BeagleDaemon:DoMain (System.String[] args) 060829 1038572921 01972 Beagle ERROR EX: in 0x00014 Beagle.Daemon.BeagleDaemon:Main (System.String[] args) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.9 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages beagle depends on: ii adduser3.97 Add and remove users and groups ii bash 3.1-5 The GNU Bourne Again SHell ii libatk1.0-01.12.1-1 The ATK accessibility toolkit 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 libexif12 0.6.13-4 library to parse EXIF files ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgalago-cil 0.3.2-4 CLI bindings for libgalago ii libgconf2.0-cil2.8.3-1 CLI binding for GConf 2.12 ii libglade2.0-cil2.8.3-1 CLI binding for the Glade librarie ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libglib2.0-cil 2.8.3-1 CLI binding for the GLib utility l ii libgmime2.2-cil2.2.3-1 CLI binding for the MIME library, ii libgnome2.0-cil2.8.3-1 CLI binding for GNOME 2.12 ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgsf-1-114 1.14.1-2 Structured File Library - runtime ii libgsf0.0-cil 0.8-1 CLI bindings for libgsf ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.3-1 CLI binding for the GTK+ toolkit 2 ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmono-corlib1.0-cil 1.1.13.8-1Mono core library (1.0) ii libmono-sharpzip0.6-cil1.1.13.8-1Mono SharpZipLib library ii libmono-sharpzip0.84-cil 1.1.13.8-1Mono SharpZipLib library ii libmono-sqlite1.0-cil 1.1.13.8-1Mono Sqlite library ii libmono-system-data1.0-cil 1.1.13.8-1Mono System.Data library ii libmono-system-runtime1.0- 1.1.13.8-1Mono System.Runtime library ii libmono-system-web1.0-cil 1.1.13.8-1Mono System.Web library ii libmono-system1.0-cil 1.1.13.8-1Mono System libraries (1.0) ii libmono1.0-cil 1.1.13.8-1Mono libraries (1.0) ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii librsvg2-2 2.14.4-2 SAX-based renderer library for SVG ii libsm6 1:1.0.0-4 X11 Session Management library ii libwmf0.2-70.2.8.4-2 Windows metafile conversion librar ii libwv-1.2-11.2.1-2 Library for accessing Microsoft Wo ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.7-3 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-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 libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxss11:1.0.1-4 X11 Screen Saver extension library ii mono-runtime 1.1.13.8-1Mono runtime ii zlib1g 1:1.2.3-13compression
Bug#378667: HTML Validator dead (again)
On Tue, Aug 29, 2006 at 10:48:58AM +0100, Thomas Renard [EMAIL PROTECTED] wrote: So, I checked it out: Two machines are working (one with 0.7.9.4 another with the actual beta 0.8.3.1). The one with the problems (a 0.7.9.4) is the machine I detected the bug with for the former versions. Looks like the prefs of this setup got confused with the buggy firefox version. Creating a new setup (by removing ~/.mozilla/firefox) was working fine again. touching /usr/lib/firefox/.autoreg should have been enough. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385089: network-manager-kde: fails to use kwallet after boot
tags 385089 moreinfo thanks Hendrik Sattler wrote: Package: network-manager-kde Version: 0.09+0.1r560817-1 Severity: normal Hi, I now tried this several times and everytime the same result: - knetworkmanager starts - kwalletmanager gets started and the wallet is opened - I correctly enter the wallet password These two are optional but actually mark the error: - I click on my WLAN entry - knetworkmanager cannot retrieve the PSK :-( These are the steps to success: - I quit knetworkmanager - I start knetworkmanager - I click on my WLAN entry - knetworkmanager successfully gets the PSK from the wallet I would rather like to have it working without manually restarting it. Possible? Hi Hendrik, I can not reproduce this bug here. It works as expected, meaning that after starting knetwormanager, it tries to open the wallet, kwallet prompts me for the password, and after that k-n-m is able to retrieve the key. I just a uploaded a new revision [1] which fixes some kwallet related issues, e.g. it only access kwallet on demand and not directly on startup. Let me know if this revision also fixes your problem. If not, please create a new test account, so that you don't have any possible side effect and try again. Cheers, Michael [1] http://incoming.debian.org/network-manager-kde_0.09+0.1r577960-1_i386.deb -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#383155: industrial-cursor-theme lacks some symbols and symlinks for KDE
The last mail I got was this one from Petr Kopecký. I guess you know this one, too, as it was CCed to [EMAIL PROTECTED] Martin -- Forwarded Message -- Subject: Re: Fwd: Re: Jimmac cursor theme on kde-look.org Date: Sunday 20 August 2006 21:08 From: Petr Kopecký [EMAIL PROTECTED] To: Loïc Minier [EMAIL PROTECTED] Cc: Martin Hoppen [EMAIL PROTECTED], [EMAIL PROTECTED] Hi Loïc, it means that I have used cursors from http://jimmac.musichall.cz/themes.php?skin=7 which is hopefuly under GPL (it's 3 years ago and now I cannot find a license information), added 4 cursors (by changing some from the original png's) and created the cursor package by creating symlinks and other necessary stuff. It means if original cursors were really under GPL then a package is clean GPL. I hope I did not harm any license. But if I understand the problem correctly in Martin's industrial-cursor-theme (which is the reason for this discussion) there are used symlink names from my package. But for this it makes no sense to discuss licenses as information about necessary cursor package structure is freely available for everyone somewhere on the internet. Bye Petr Dne neděle 20 srpen 2006 20:19 Loïc Minier napsal(a): Hi Petr, I'm one of the Debian maintainers of the industrial cursor theme for Debian. On Sun, Aug 20, 2006, Martin Hoppen wrote: From: Petr Kopecký To: Martin Hoppen [EMAIL PROTECTED] I have used cursors created by Jakub 'jimmac' Steiner, added only some which were missing and crated the package with symlinks etc. My cursors and the package itself are for under GLP and jimmac's should be as well. Petr, when you say added only some which were missing, does that mean you created the additional icons yourself? (If it does: nice work!) If yes, then first: nice work; and second: it is my understanding that by publishing them in the same tarball as jimmac's icons, with a GPL COPYING file, you effectively have released a GPL tarball and all we have to do is mention your name. Is this correct? Or did you download the additional icons from jimmac's site? If yes, from which page, and with which license? Bye, PS: I'm Bcc:ing Petr to avoid copying his email address in the Debian BTS public archives, if you're fine with this, please Cc: [EMAIL PROTECTED] -- Ing. Petr Kopecky E-mail: [EMAIL PROTECTED] ___ OpenDocument is now international standard ISO/IEC 26300. Use OpenOffice! It's free for everyone :-) http://www.openoffice.org http://www.openoffice.cz ___ ---
Bug#385075: libmysql-ruby1.8: can not install package on debian amd64 etch/testing
it's not the case, maybe it works on i386, but i had problems with amd64. BTW, all public mirrors that i could find for amd64/etch(US - arizona and ftp.es.debian.org) are broken somehow. Thanks for your time. On 8/29/06, Matej Vela [EMAIL PROTECTED] wrote: Vitalie Lazu [EMAIL PROTECTED] writes: using mirror: deb http://ftp.es.debian.org/debian-amd64/debian/ etch main contrib non-free apt logs below: db:/etc/apt# apt-get -f install libmysql-ruby1.8 [...] The following packages have unmet dependencies. libmysql-ruby1.8: Depends: libmysqlclient15off (= 5.0.19-1) but it is not installable E: Broken packages db:/etc/apt# db:/var/cache/apt/archives# Looks like the unofficial amd64 archive is broken.Can you try theofficial one?AFAIK, it's roughly complete now: deb http://ftp.es.debian.org/debian etch main contrib non-free For the record, libmysql-ruby1.8 works fine on etch/i386 and sid/i386.Thanks,Matej-- Best regards,Vitalie
Bug#385115: chromium-data: Unclear license for some files
severity 385115 important thanks On Tue, Aug 29, 2006 at 10:47:40AM +0200, Roberto Gordo Saez wrote: There are no information on where data files came from. Looking at the web page, upstream claims that music loops and raw sound effects were taken from http://www.partnersinrhyme.com/ and http://www.findsounds.com/. It is very likely for most of them to be non-free, or even undistributable, as stated here: http://www.findsounds.com/cpolicy.html Origin from all other data files (sound, music, graphics...) should be clarified, since they can be in the same situation. Upstream authors should include information stating whether data is made from scratch or based on other sources. It is always a good idea to add some information on origin of artwork and tools used. When data is based on other free sources, credits and a pointer to the proper license should be given. When data is based on non-free (or unlicensed) sources, obviously can't be distributed by Debian and need to be replaced. And when data is created from scratch, a short notice is appreciated to make it clear. The copyright file claims that these files come from http://www.reptilelabour.com/software/chromium/ and are available under the terms of the Artistic License. If you determine that *specific* files are covered by a different copyright than the one claimed in debian/copyright, or under a license other than the Artistic License, please re-raise the severity. Otherwise, simple second-guessing of the statements in the copyright file doesn't seem to be a reason for a release-critical bug. -- 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#385038: procmail: formail doesn't recognize mails which begin with *From
Try formail -m 1. Thanks, that helps! Why isn't that the default? Isn't that more than the normal characteristics of an mbox file? Thanks, Andy. -- La vida es una aventura; córrela. (Madre Teresa de Calcuta)
Bug#385132: broken dependency on libxml++2.6-2
tags 385132 moreinfo unreproducible severity 385132 important thanks On Tue, Aug 29, 2006 at 12:30:04PM +0200, martin f krafft wrote: Package: buffy Version: 0.11.3-1 Severity: serious piper:~ buffy buffy: error while loading shared libraries: libxml++-2.6.so.1: cannot open shared object file: No such file or directory piper:~ dpkg -L libxml++2.6-2 /usr/lib/libxml++-2.6.so.2.0.7 [...] /usr/lib/libxml++-2.6.so.2 A build-dependency on libxml++2.6-dev (= 2.14.0-0.1) should fix this. I've just checked the 0.11.3-1 binaries for i386, amd64, and alpha, and all of them depend on libxml++-2.6.so.2, not on libxml++-2.6.so.1. Please provide sufficient info to reproduce this bug. -- 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#385038: procmail: formail doesn't recognize mails which begin with *From
On Tue, 29 Aug 2006, Andy Spiegl wrote: Try formail -m 1. Thanks, that helps! Why isn't that the default? Isn't that more than the normal characteristics of an mbox file? I don't know. Maybe there was a time when it was possible to find an initial From line in the message body without it being escaped. As procmail development is frozen, it is too late to change its behaviour now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385138: man-db: segfault with -a
Package: man-db Version: 2.4.3-3 Severity: normal Segfault when running 'man -a ip'. Output from running with --debug below: Script started on Tue 29 Aug 2006 12:13:54 BST [EMAIL PROTECTED]:~ apt-cache show zeroconf sudo aptitude remove kde [7Paptitude show aptitude show kde [EMAIL PROTECTED] aptitude remove sudo aptitude remove kde [1Papt-cache show zeroconf [Kman -debug [K[K[K[K[K[K-debug -a ip ruid=1514, euid=1514 ++priv_drop_count = 1 From the config file /etc/manpath.config: Mandatory mandir `/usr/man'. Mandatory mandir `/usr/share/man'. Mandatory mandir `/usr/X11R6/man'. Mandatory mandir `/usr/local/man'. Path `/bin' mapped to mandir `/usr/share/man'. Path `/usr/bin' mapped to mandir `/usr/share/man'. Path `/sbin' mapped to mandir `/usr/share/man'. Path `/usr/sbin' mapped to mandir `/usr/share/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'. Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'. Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'. Path `/usr/games' mapped to mandir `/usr/share/man'. Path `/opt/bin' mapped to mandir `/opt/man'. Path `/opt/sbin' mapped to mandir `/opt/man'. Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'. Global mandir `/usr/share/man', catdir `/var/cache/man'. Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'. Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'. Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'. Global mandir `/opt/man', catdir `/var/cache/man/opt'. Added section `1'. Added section `n'. Added section `l'. Added section `8'. Added section `3'. Added section `2'. Added section `3posix'. Added section `3pm'. Added section `3perl'. Added section `5'. Added section `4'. Added section `9'. Added section `6'. Added section `7'. `/usr/man' `' `1' `/usr/share/man'`' `1' `/usr/X11R6/man'`' `1' `/usr/local/man'`' `1' `/bin' `/usr/share/man'`0' `/usr/bin' `/usr/share/man'`0' `/sbin' `/usr/share/man'`0' `/usr/sbin' `/usr/share/man'`0' `/usr/local/bin'`/usr/local/man'`0' `/usr/local/bin'`/usr/local/share/man' `0' `/usr/local/sbin' `/usr/local/man'`0' `/usr/local/sbin' `/usr/local/share/man' `0' `/usr/X11R6/bin'`/usr/X11R6/man'`0' `/usr/bin/X11' `/usr/X11R6/man'`0' `/usr/games'`/usr/share/man'`0' `/opt/bin' `/opt/man' `0' `/opt/sbin' `/opt/man' `0' `/usr/man' `/var/cache/man/fsstnd' `-1' `/usr/share/man'`/var/cache/man'`-1' `/usr/local/man'`/var/cache/man/oldlocal' `-1' `/usr/local/share/man' `/var/cache/man/local' `-1' `/usr/X11R6/man'`/var/cache/man/X11R6' `-1' `/opt/man' `/var/cache/man/opt'`-1' `1' `' `-5' `n' `' `-5' `l' `' `-5' `8' `' `-5' `3' `' `-5' `2' `' `-5' `3posix'`' `-5' `3pm' `' `-5' `3perl' `' `-5' `5' `' `-5' `4' `' `-5' `9' `' `-5' `6' `' `-5' `7' `' `-5' is a tty real user = 1514; effective user = 1514 using /usr/bin/pager -s as pager add_nls_manpath(): processing /export/home/mstevens/pub/Linux/man:/usr/man:/usr/local/man:/usr/share/man:/usr/local/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /export/home/mstevens/pub/Linux/man:/usr/man:/usr/local/man:/usr/share/man:/usr/local/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /export/home/mstevens/pub/Linux/man:/usr/man:/usr/local/man:/usr/share/man:/usr/local/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /export/home/mstevens/pub/Linux/man:/usr/man:/usr/local/man:/usr/share/man:/usr/local/share/man:/usr/X11R6/man checking for locale en add_nls_manpath(): processing /export/home/mstevens/pub/Linux/man:/usr/man:/usr/local/man:/usr/share/man:/usr/local/share/man:/usr/X11R6/man adding /export/home/mstevens/pub/Linux/man to manpathlist adding /usr/man to manpathlist adding /usr/local/man to manpathlist adding /usr/share/man to manpathlist adding /usr/local/share/man to manpathlist man: warning: /usr/X11R6/man: No such file or directory *manpath search path* = /export/home/mstevens/pub/Linux/man:/usr/man:/usr/local/man:/usr/share/man:/usr/local/share/man:/usr/X11R6/man --priv_drop_count = 0 ++priv_drop_count = 1 searching in /export/home/mstevens/pub/Linux/man, section 1 trying section 1 with globbing Layout is GNU (1) update_directory_cache /export/home/mstevens/pub/Linux/man/man1: miss can't open directory /export/home/mstevens/pub/Linux/man/man1: No such file or directory directory cache update failed update_directory_cache
Bug#356064: libapache2-mod-auth-mysql: apache2 segmentation fault with Auth_MySQL_Encryption_Types MySQL
Hi,
On Mon, 28 Aug 2006, Matthew Palmer wrote:
Can you get a symbolified backtrace to show exactly where it's segfaulting?
I know m-a-mysql doesn't ship with a debugging symbol table, but a rebuild
should fix that.
Ok, I succeeded in rebuilding the shared object with a symbol table. (I
had to do some hacking, so I still do not know how to properly build this
thing with dpkg-buildpackage and these conflicting build dependencies.)
Anyway, the program segfaults at this line:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1483326592 (LWP 24579)]
0xa7f5f078 in mysql_authenticate_basic_user (r=0x0) at
mod_auth_mysql.c:1295
1295for (ete=supported_encryption_types; ete-name; ete++) {
(gdb) bt
#0 0xa7f5f078 in mysql_authenticate_basic_user (r=0x0) at
mod_auth_mysql.c:1295
#1 0x in ?? ()
(gdb) info registers
eax0x0 0
ecx0xafe77c1a -1343783910
edx0xe77c00 15170560
ebx0x35434535 893601077
esp0xafe77c30 0xafe77c30
ebp0xafe70036 0xafe70036
esi0x41323433 1093809203
edi0x824b168136622440
eip0xa7f5f078 0xa7f5f078
mysql_authenticate_basic_user+1144
eflags 0x210246 [ PF ZF IF RF ID ]
cs 0x73 115
ss 0x7b 123
ds 0x7b 123
es 0x7b 123
fs 0x0 0
gs 0x33 51
This lead me to the conclusion that indeed the
'Auth_MySQL_Encryption_Types MySQL' is broken. The module itself is able
to access the database just fine with old or new style passwords (this is
what was achieved by rebuilding against libmysqlclient15), however the
routines in the module that allow the user to specify MySQL type encrypted
passwords, using the password() function, is somehow segfaulting.
After some investigation the segfault seems to be caused by mod_auth_mysql
not receiving a complete hash. Upon further inspection, my database
columns for the password fields were only 25 characters wide, so this was
not enough for the new style hashed passwords (which need 41 char
columns).
So, the program definately needs a length check here, the crash should
never happen, regardless of database column size.
Anyway, to quickly see if this would help, I decided to fix the database.
Having fixed the database, another segfault appeared.
[Switching to Thread -1483527296 (LWP 25742)]
0xa7f2e0f5 in mysql_authenticate_basic_user (r=0x0) at
mod_auth_mysql.c:1300
1300APACHELOG(APLOG_DEBUG, r, Auth
succeeded);
(gdb) bt
#0 0xa7f2e0f5 in mysql_authenticate_basic_user (r=0x0) at
mod_auth_mysql.c:1300
#1 0x in ?? ()
(gdb) info registers
eax0x35432eb9 893595321
ecx0x5141300
edx0x0 0
ebx0x35434535 893601077
esp0xafd491c0 0xafd491c0
ebp0xafd40036 0xafd40036
esi0xf 15
edi0x0 0
eip0xa7f2e0f5 0xa7f2e0f5
mysql_authenticate_basic_user+1269
eflags 0x210246 [ PF ZF IF RF ID ]
cs 0x73 115
ss 0x7b 123
ds 0x7b 123
es 0x7b 123
fs 0x0 0
gs 0x33 51
This one seems to be caused by a buffer overflow of this buffer at line
232 of mod_auth_mysql.c:
char scrambled_passwd[32];
The function make_scrambled_password returns a 41 byte hash with the
new-style passwords, so this will not fit. Enlarging this buffer to 48
bytes seems to fix my application.
Regards,
Robbert
PS. Note also that MySQL does not recommend using the password() function
to encrypt application passwords.
Applications really should not do this, because PASSWORD() should be used
only to manage passwords for MySQL accounts. But some applications use
PASSWORD() for their own purposes anyway.
(http://dev.mysql.com/doc/refman/5.1/en/application-password-use.html)
Following this advice, and seeing the shape of the code, it is arguable
that 'MySQL' encryption type should be removed entirely from the program.
PPS. This seems to be the same bug as #346194, and possibly also #382243.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
