Bug#386926: gcj generates a MetalLookAndFeel class that fails cacao's verifier
Package: gcj-4.1 Version: 4.1.1-13 When compiling GNU classpath (CVS 20060901) with gcj, I get a java.lang.VerifyError when running a Swing app with cacao: jet:~/work/svn/batik/trunk-gcj $ /usr/local/cacao/bin/cacao -jar batik-1.6/batik.jar samples/asf-logo.svg 21 Exception in thread main java.lang.VerifyError: (class: javax.swing.plaf.metal.MetalLookAndFeel, method: createDefaultTheme signature: ()V) Stack size too large at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLookAndFeel.java:154) at javax.swing.UIManager.setLookAndFeel(UIManager.java:911) at javax.swing.UIManager.clinit(UIManager.java:243) at javax.swing.JPanel.updateUI(JPanel.java:176) at javax.swing.JPanel.init(JPanel.java:129) at javax.swing.JPanel.init(JPanel.java) at javax.swing.JRootPane.createGlassPane(JRootPane.java:564) at javax.swing.JRootPane.getGlassPane(JRootPane.java:475) at javax.swing.JRootPane.init(JRootPane.java:527) at javax.swing.JDialog.createRootPane(JDialog.java:389) at javax.swing.JDialog.getRootPane(JDialog.java:363) at javax.swing.JDialog.dialogInit(JDialog.java:250) at javax.swing.JDialog.init(JDialog.java:238) at javax.swing.JDialog.init(JDialog.java) at org.apache.batik.apps.svgbrowser.JAuthenticator.initWindow(JAuthenticator.java:93) at org.apache.batik.apps.svgbrowser.JAuthenticator.init(JAuthenticator.java:88) at org.apache.batik.apps.svgbrowser.Main.init(Main.java:317) at org.apache.batik.apps.svgbrowser.Main.main(Main.java:157) See the generated MetalLookAndFeel.class file attached to the corresponding gcc bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29013 gcj version: gcj (GCC) 4.1.2 20060901 (prerelease) (Debian 4.1.1-13) -- Cameron McCormack, http://mcc.id.au/ xmpp:[EMAIL PROTECTED] ▪ ICQ 26955922 ▪ MSN [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329927: samba: smbd not working with latest kernel-headers update
Quoting Steve Langasek ([EMAIL PROTECTED]): On Sun, Sep 10, 2006 at 11:33:07PM -0400, Sterling MacNay wrote: Followup-For: Bug #329927 Your follow-up has nothing to do with this bug. The bug you're experiencing is bug #383592. Which I even didn't notice while closing #329927 which was indeed already closed. My comment is still valid, though. signature.asc Description: Digital signature
Bug#386902: Missing dependency on libgmime-2.0-2
tags 386902 patch thanks On Mon, Sep 11, 2006 at 12:58:01AM +0200, Michael Biebl wrote: The latest upload of libmime2.2-cil does not have a dependency on libgmime-2.0-2. Without libgmime-2.0-2 being installed packages that use libgmime2.2-cil like tomboy crash immediately: Ok, attached is the patch for a followup NMU that corrects this problem by putting binary-arch before binary-indep, which fixes the dependency as expected. It does not fix this bug if calling binary-indep alone, but that's not a common case; it just means that source-only uploads of this package may not be viable. This second NMU will be uploaded shortly. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u gmime2.2-2.2.3/debian/changelog gmime2.2-2.2.3/debian/changelog --- gmime2.2-2.2.3/debian/changelog +++ gmime2.2-2.2.3/debian/changelog @@ -1,3 +1,12 @@ +gmime2.2 (2.2.3-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix my previous broken upload of libgmime2.2-cil, by running the +binary-arch target before binary-all to ensure shlibs files are +where they need to be. Closes: #386902. + + -- Steve Langasek [EMAIL PROTECTED] Sun, 10 Sep 2006 22:30:02 -0700 + gmime2.2 (2.2.3-1.1) unstable; urgency=low * Non-maintainer upload. diff -u gmime2.2-2.2.3/debian/rules gmime2.2-2.2.3/debian/rules --- gmime2.2-2.2.3/debian/rules +++ gmime2.2-2.2.3/debian/rules @@ -120,3 +120,3 @@ -binary: binary-indep binary-arch +binary: binary-arch binary-indep .PHONY: build clean binary-indep binary-arch binary install configure patch unpatch
Bug#386925: diff for 0.33.3-1.1 NMU
Package: libnet-dbus-perl Version: 0.33.3-1 Severity: normal Tags: patch Hi, Attached is the diff for my libnet-dbus-perl 0.33.3-1.1 NMU. bye, - michael diff -u libnet-dbus-perl-0.33.3/debian/changelog libnet-dbus-perl-0.33.3/debian/changelog --- libnet-dbus-perl-0.33.3/debian/changelog +++ libnet-dbus-perl-0.33.3/debian/changelog @@ -1,3 +1,11 @@ +libnet-dbus-perl (0.33.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS caused by obsolete dbus functions +(Closes: 385378) + + -- Michael Ablassmeier [EMAIL PROTECTED] Mon, 11 Sep 2006 08:02:57 +0200 + libnet-dbus-perl (0.33.3-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- libnet-dbus-perl-0.33.3.orig/DBus.xs +++ libnet-dbus-perl-0.33.3/DBus.xs @@ -477,7 +477,7 @@ dbus_connection_set_data(con, connection_data_slot, owner, _object_release); void -dbus_connection_disconnect(con) +dbus_connection_close(con) DBusConnection *con; int @@ -706,7 +706,7 @@ DBusConnection *con; CODE: PD_DEBUG(Destroying connection %p\n, con); - dbus_connection_disconnect(con); + dbus_connection_close(con); // XXX do we need this or not ? //dbus_connection_unref(con); only in patch2: unchanged: --- libnet-dbus-perl-0.33.3.orig/lib/Net/DBus/Binding/Connection.pm +++ libnet-dbus-perl-0.33.3/lib/Net/DBus/Binding/Connection.pm @@ -144,7 +144,7 @@ sub disconnect { my $self = shift; -$self-{connection}-dbus_connection_disconnect(); +$self-{connection}-dbus_connection_close(); } =item $con-flush()
Bug#386587: agpgart/i810: xserver will not start
On Mon, 2006-09-11 at 00:54 -0400, Jason Dorje Short wrote: Drew Parsons wrote: As of my most recent dist-upgrade, the xorg server no longer starts. The error is AGP GART support is not available. Make sure your kernel agpgart support or that the kernel agpgart module is loaded. The final message is Screen(s) found, but none have a usable configuration. I have an i810 video card, and lsmod shows that the agpgart module is indeed loaded (as it has always been). How about intel_agp, is it loaded too? intel_agp was indeed not being loaded. When I load it manually, things work now. OK, that's explains X's problem then. But why is it not being loaded? Where is it supposed to be configured to be loaded? You have asked the correct question. Have you upgraded the kernel recently? The kernel's list of modules is supposed to be renewed after rebooting into the new kernel. It can happen that this gets out of order, I haven't yet understood why. It might be when you install a new revision of the same kernel version. When it happened to me, I've found rebooting again has fixed it. Otherwise you can force loading the module by adding an appropriate entry somewhere in /etc/modutils (refreshing /etc/modules.conf with update-modules). Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382733: emacs-snapshot-gtk: changeing default font makes spaces and newlines appear as sqaures
Emil Nowak [EMAIL PROTECTED] writes: My guess is that is probably because emacs this snapshot doesn't support XFT Do you mean to say that this only happens with TrueType fonts? Which X interface are you using to get these fonts in your font path? xfs? xfstt? -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386931: Defaults should match the strict/targeted policy
Package: selinux-policy-refpolicy-src Version: 0.0.20060907-3 Severity: normal [This is a re-post, I or the BTS mail server seem to have email problems. Please ignore/close if this is a duplicate.] If you unpack the refpolicy sources you cannot simply type 'make install' (or similar) and get the same result as in the -strict or -targeted packages. It would be nice (I think) if the unpacked source would be patched to default to one of both. E.g. the following things should be done in build.conf: DISTRO=debian DIRECT_INITRC=y MONOLITHIC=n (maybe also other things I missed) 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#386932: ITP: libxml-libxml-xpathcontext-perl -- Perl interface to libxml2's xmlXPathContext
Package: wnpp Severity: wishlist Owner: Alexis Sukrieh [EMAIL PROTECTED] * Package name: libxml-libxml-xpathcontext-perl Version : 0.07 Upstream Author : Ilya Martynov [EMAIL PROTECTED] and Petr Pajas [EMAIL PROTECTED] * URL : http://search.cpan.org/~pajas/XML-LibXML-XPathContext-0.07/XPathContext.pm * License : Dual Licence : GPL and Artistic Programming Lang: Perl Description : Perl interface to libxml2's xmlXPathContext This module augments XML::LibXML by providing Perl interface to libxml2's xmlXPathContext structure. Besides just performing xpath statements on XML::LibXML's node trees it allows redefining certaint aspects of XPath engine. This modules allows 1. registering namespace prefixes, 2. defining XPath functions in Perl, 3. defining variable lookup functions in Perl. 4. cheating the context about current proximity position and context size The module libnet-amazon-s3-perl (needed by backup-manager) depends on this module, as I intent to package libnet-amazon-s3-perl, as also intent to package that one. -- 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.16asus Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386587: agpgart/i810: xserver will not start
[Jason Dorje Short] But why is it not being loaded? Where is it supposed to be configured to be loaded? This is probably the same as bug #386500. Sound to me like some init.d script isn't being executed any more. In your case, I believe the problem is that the udev init.d scripts are missing in /etc/rcS.d/. They should look like this: % ls -l /etc/rc*/*udev* lrwxrwxrwx 1 root root 14 Sep 8 11:29 /etc/rcS.d/S03udev - ../init.d/udev lrwxrwxrwx 1 root root 19 Sep 9 10:33 /etc/rcS.d/S36udev-mtab - ../init.d/udev-mtab % To fix it, please follow the instructions in /usr/share/doc/sysvinit/NEWS.Debian.gz for version 2.86.ds1-20 or newer. :) If it work, please let us know, so we can merge this bug into #386500 and close it. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386927: postinst: /etc/selinux/config: no such file or directory
Package: policycoreutils Version: 1.30.28-1 Severity: normal [This is a re-post, I or the BTS mail server seem to have email problems. Please ignore/close if this is a duplicate.] I did the following in a clean QEMU image: apt-get install checkpolicy policycoreutils selinux-policy-refpolicy-src dpkg --purge checkpolicy policycoreutils selinux-policy-refpolicy-src apt-get install checkpolicy policycoreutils selinux-policy-refpolicy-src The first two lines work fine, but line three yields: Setting up policycoreutils (1.30.28-1) ... /var/lib/dpkg/info/policycoreutils.postinst: line 118: /etc/selinux/config: no such file or directory Thus, the install fails. 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#386929: Is purging of the whole /etc/selinux a good idea?
Package: policycoreutils Version: 1.30.28-1 Severity: normal [This is a re-post, I or the BTS mail server seem to have email problems. Please ignore/close if this is a duplicate.] Not sure whether this is really a bug. I noticed that when you purge the SELinux packages the whole /etc/selinux directory is wiped. Is this intended behaviour? I imagine that some people might store their modified and customized policy and other stuff there, which would be gone, too... Maybe only the /etc/selinux/refpolicy-strict etc. subdirectories should be removed, but not the whole /etc/selinux? 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#386930: OUTPUT_POLICY and policy-version comments
Package: selinux-policy-refpolicy-src Version: 0.0.20060907-3 Severity: minor [This is a re-post, I or the BTS mail server seem to have email problems. Please ignore/close if this is a duplicate.] /etc/semanage.conf says: #policy-version = 19 and build.conf in the refpolicy source says: #OUTPUT_POLICY = 18 Both should probably be changed to say 20 or 21, whichever is the correct current version. Both are commented out, but still I think it would be better to have working versions as default in there... 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#360175: Same as #360763
Same as #360763 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386821: linux-image-2.6.16-2-686: kacpid spends 4% of CPU time in average
severity 386821 normal thanks On Sun, Sep 10, 2006 at 01:53:15PM +0100, Pedro Celestino dos Reis Rodrigues wrote: After about ten minutes of upload time the kacpid process starts to spend around 4% of the CPU time. The process activity is not permanent. Sometimes it is even zero. Many others don't see such a behaviour and it does not breaks anything. Bastian -- You're dead, Jim. -- McCoy, The Tholian Web, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382847: ITP: libwww-mediawiki-client-perl -- Command line Mediawiki client (reopen)
reopen 382847 ! thanks Hi Thomas, why did you close this ITP? There are ITP bugs opened 1000 days ago, and this one is neither 1 month old... Please justify... I still want to package this tool, only have no time till now; if you'd like to package before me, just change the owner of this bug and acknowledge me. Best Regards, Sandro -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386928: policydb version 21 does not match my version range 15-20
Package: selinux-policy-refpolicy-src Version: 0.0.20060907-3 Severity: grave [This is a re-post, I or the BTS mail server seem to have email problems. Please ignore/close if this is a duplicate.] Hi Manoj, the latest SELinux packages do not work in unstable anymore. When you boot with selinux=1 you see: security: policydb version 21 does not match my version range 15-20 I've looked around a bit, and I think this is a kernel issue. The current kernels in unstable simply don't know about version 21 and cannot handle it. Symlinking policy.21 to policy.20 in order to fool the kernel doesn't work either. 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#386905: [Pkg-sysvinit-devel] Bug#386905: sysvinit: Would be nice if update-rd.d-recover was actually there...
[Marc Wilson] Despite what the changelog says, the recovery script isn't included. It is in /usr/share/doc/sysv-rc/update-rc.d-recover.gz, and I had not noticed it was being compressed. Hm, an unfortunate compression, I would say. I don't think it's a good idea to assume that everyone went -16, -17, -18, and then when they got -19, it was fixed, and they ran the script to fix their init. I know *I* went from -16 to -20 (I have no reason to update continually). I agree. But I am not sure why you believe this was an assumtion? What do you propose to do? Also, the NEWS entry still mentions it. Yes. Should something be removed from the NEWS file? I am confused. Friendly, -- Petter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386307: never remove linux-image-* because it's unused
also sprach Daniel Burrows [EMAIL PROTECTED] [2006.09.10.2011 +0200]: The framework for this exists and is used by Ubuntu; you can add a regexp (e.g., linux-image-.*) for stuff that should always be considered to be manually installed. I guess the only question would be whether we want to enable it by default in Debian. Yes, this is what I meant to suggest. If you're uncomfortable making the decision (I am a strong proponent), then I guess we should get a voice from the release team. Let's put off the -devel discussion as long as possible; we might even manage to avoid it. :) -- .''`. 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#386886: /usr/sbin/setfiles: Command not found, reloaded...
Hi Manoj, On Sun, Sep 10, 2006 at 04:41:26PM -0500, Manoj Srivastava wrote: This is not a bug --- tc_usrbindir := $(BINDIR) tc_usrsbindir := $(SBINDIR) tc_sbindir := /sbin SETFILES ?= $(tc_sbindir)/setfiles --- expands into /sbin/setfiles Confirmed, thanks. I think I saw this bug in 0.0.20060907-2 or something (it said $(tc_usrsbindir)/setfiles, I think), but 0.0.20060907-3 is actually correct now. Cheers, 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#386940: classpath - FTBFS: Package gconf-2.0 was not found in the pkg-config search path.
Package: classpath Version: 2:0.92-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of classpath_2:0.92-1 on debian-31 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), jikes (= 1.19) [!arm], gcj [arm], zip, libgtk2.0-dev, libart-2.0-dev, libx11-dev, libice-dev, libxt-dev, libxtst-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libcairo2-dev, dpatch, libqt4-dev (= 4.1.0), dssi-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], ladspa-sdk [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libjack0.100.0-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libxul-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] [...] checking for XRRQueryExtension in -lXrandr... yes checking for gconf-2.0 = 2.11.2... Package gconf-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gconf-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gconf-2.0' found configure: error: Library requirements (gconf-2.0 = 2.11.2) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. make: *** [configure-native-only] Error 1 ** Build finished at 20060910-0808 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386935: gstm - FTBFS: help2man: can't get `--help' info from gstm
Package: gstm Version: 1.2-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of gstm_1.2-2 on lxdebian.bfinv.de by sbuild/s390 85 [...] # create manpages (help2man \ --name=the Gnome Secure Shell Tunnel Manager \ --section=1 --output=gstm.1 \ gstm ) help2man: can't get `--help' info from gstm make: *** [build-stamp] Error 127 ** Build finished at 20060910-1346 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386579: Patch: apt: please mention in the manpage, that --option can be used multiple times
Somehow the patch for the docu didn't make it. I'm submitting it with this mail. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386941: uswsusp: description doesn't mention whitelist restrictions
Package: uswsusp Version: 0.2-3 Severity: normal The description should mention that uswsusp will only be useful if the PC is in the whitelist (at least, until more PCs are supported). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386863: overrides file permissions to 0644
tags 386863 fixed-upstream thanks On Mon, Sep 11, 2006 at 12:54:16AM +0100, Reuben Thomas wrote: On Sun, 10 Sep 2006, Robert Millan wrote: zile overrides file permissions of every editted file to 0644. This is quite impractical when editting executable scripts, as you have to chmod them manualy. Sorry, this was owing to a misunderstanding of the old backup file creation code, which is reinstated in zile 2.2.20 (released now). Nice, thanks! -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386894: Pcmcia wireless lan broken - /dev/shm/network not created
found 386894 2.86.ds1-16 notfound 386894 2.86.ds1-18 close 386894 merge 386894 386500 thanks [Lars Doelle] I ran the script you posted for the above bug. And yes - it did. Case closed. Thanks a lot! Great. At least i can testify that this is anything but a transparent style of getting things done, whenever you need a witness. :) Heh. Yeah. :/ Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386905: [Pkg-sysvinit-devel] Bug#386905: sysvinit: Would be nice if update-rd.d-recover was actually there...
On Mon, Sep 11, 2006 at 08:31:42AM +0200, Petter Reinholdtsen wrote: [Marc Wilson] Despite what the changelog says, the recovery script isn't included. It is in /usr/share/doc/sysv-rc/update-rc.d-recover.gz, and I had not noticed it was being compressed. Hm, an unfortunate compression, I would say. Sysvinit's changelog implies that the recovery script is shipped by that package, not by sysv-rc. Sysvinit does not depend on sysv-rc... it only has a pre-depends: sysv-rc (= 2.86.ds1-1.2). That's not sufficient to force onto the system a version of sysv-rc that will contain the fix. If sysvinit caused the problem, then it should be the solution as well. -- Marc Wilson | We can predict everything, except the future. [EMAIL PROTECTED] | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309898: Unreproducible...
also sprach Mario Iseli [EMAIL PROTECTED] [2006.09.10.1226 +0200]: oh, i wanted to ask you now if you can help to reproduce this bug? And if you would agree to set its severity to normal. But I know, you're in holidays so I just do it, if you don't agree just bump the severity again, but I think this is not important because I use fluxbox on my desktop at home and I never had this problem. Well, to be honest, I have not seen this bug in a while, but another one which I thought was going to report. I am on Xinerama, and often, when I click a window to drag it, the window's position moves off-screen. So at a 1280x1024 resolution, if the mouse clicked at 500,500 to drag a window, i sometimes have to drag it to 1780,500 (on the second screen) to make the window appear. It may well be that this was the behaviour I saw before and just assumed that the window had been killed. -- .''`. 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#386673: confirmed
tags 386673 + confirmed thanks Indeed, seems like electricsheep does not build on ppc since a couple of weeks... I've to investigate that issue. Thanks for the report. Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386937: powersave - FTBFS: wrong architecture line
Package: powersave Version: 0.14.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of powersave_0.14.0-1 on debian-31 by sbuild/s390 85 [...] checking for cpufreq_modify_policy_governor in -lcpufreq... yes checking for doxygen... no checking for a supported CPU and build architecture... no (s390) configure: error: Unsupported host architecture. Sorry make: *** [config.status] Error 1 ** Build finished at 20060906-2105 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386933: duplicity - FTBFS: Broken binary-arch target
Package: duplicity Version: 0.4.2-9 Severity: serious There was an error while trying to autobuild your package: Automatic build of duplicity_0.4.2-9 on lxdebian.bfinv.de by sbuild/s390 85 [...] chmod 755 debian/duplicity/usr/lib/python2.3/site-packages/duplicity/tarfile.py # remove docs as we create them with debhelper rm -rf debian/duplicity/usr/share/doc/duplicity-0.4.2 dpkg-genchanges -B -ms390 Build Daemon buildd_s390-lxdebian dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory ** Build finished at 20060910-1619 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386938: xorg-server - FTBFS: Error: Unrecognized opcode: `sti'
Package: xorg-server Version: 2:1.0.2-10 Severity: serious There was an error while trying to autobuild your package: Automatic build of xorg-server_2:1.0.2-10 on debian-31 by sbuild/s390 85 [...] gcc -DHAVE_CONFIG_H -I. -I../../../../../hw/xfree86/os-support/linux -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../../hw/xfree86 -I../../../../../hw/xfree86/include -I../../../../../hw/xfree86/common -I../../../../../hw/xfree86/os-support -I../../../../../hw/xfree86/os-support/bus -I../../../../../os -I/usr/include/drm -DUSESTDRES -DHAVE_SYSV_IPC -DHAVE_XORG_CONFIG_H -DXFree86Server -DXFree86LOADER -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I../../../../../include -I../../../../include -I../../../../../Xext -I../../../../../composite -I../../../../../damageext -I../../../../../xfixes -I../../../../../Xi -I../../../../../mi -I../../../../../miext/shadow -I../../../../../miext/damage -I../../../../../render -I../../../../../randr -I../../../../../fb -Wall -g -O2 -DNO_INLINE -MT lnx_video.lo -MD -MP -MF .deps/lnx_video.Tpo -c ../../../../../hw/xfree86/os-support/linux/lnx_video.c -fPIC -DPIC -o .libs/lnx_video.o /tmp/ccqJxJ4L.s: Assembler messages: /tmp/ccqJxJ4L.s:84: Error: Unrecognized opcode: `sti' /tmp/ccqJxJ4L.s:163: Error: missing operand /tmp/ccqJxJ4L.s:163: Error: syntax error; expected , make[6]: *** [lnx_video.lo] Error 1 make[6]: Leaving directory `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86/os-support/linux' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86/os-support' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86' make[3]: *** [all] Error 2 make[3]: Leaving directory `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw/xfree86' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu/hw' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/xorg-server-1.0.2/obj-s390-linux-gnu' make: *** [build-stamp] Error 2 ** Build finished at 20060908-1621 FAILED [dpkg-buildpackage died]
Bug#386939: wsjt - FTBFS: error: sys/io.h: No such file or directory
Package: wsjt Version: 5.9.5.r269-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of wsjt_5.9.5.r269-1 on debian-31 by sbuild/s390 85 [...] cc -Iportaudio-v19/include -I/usr/local/include -I/usr/include/alsa -I/usr/local/include/alsa -DPACKAGE_NAME=\wsjt\ -DPACKAGE_TARNAME=\wsjt\ -DPACKAGE_VERSION=\5.9.2\ -DPACKAGE_STRING=\wsjt\ 5.9.2\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 -DHAVE_STDDEF_H=1 -DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 -DHAVE_STDIO_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_LINUX_PPDEV_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 -DSIZEOF_INT64_T=8 -DSIZEOF_LONG_LONG=8 -DWORDS_BIGENDIAN=1 -DNDEBUG=1 -DPREFIX=\/usr\ -DFC_LIB_PATH=\/usr/lib/gcc/s390-linux-gnu/4.1.2/\ -DFC=\/usr/bin/gfortran\ -DUSE_PORTAUDIO=1 -DHAS_ASOUNDLIB_H=1 -DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_PORTAUDIO_H=1 -DHAS_SAMPLERATE_H=1 -I. -Wall -O0 -g -Wall -O0 -g -DBIGSYM=1 -fPIC -DPACKAGE_NAME=\wsjt\ -DPACKAGE_TARNAME=\wsjt\ -DPACKAGE_VERSION=\5.9.2\ -DPACKAGE_STRING=\wsjt\ 5.9.2\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 -DHAVE_STDDEF_H=1 -DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 -DHAVE_STDIO_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_LINUX_PPDEV_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 -DSIZEOF_INT64_T=8 -DSIZEOF_LONG_LONG=8 -DWORDS_BIGENDIAN=1 -DNDEBUG=1 -DPREFIX=\/usr\ -DFC_LIB_PATH=\/usr/lib/gcc/s390-linux-gnu/4.1.2/\ -DFC=\/usr/bin/gfortran\ -DUSE_PORTAUDIO=1 -DHAS_ASOUNDLIB_H=1 -DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_PORTAUDIO_H=1 -DHAS_SAMPLERATE_H=1 -c -o ptt_unix.o ptt_unix.c ptt_unix.c:66:20: error: sys/io.h: No such file or directory make[1]: *** [ptt_unix.o] Error 1 make[1]: Leaving directory `/build/buildd/wsjt-5.9.5.r269' make: *** [build-stamp] Error 2 ** Build finished at 20060909-0654 FAILED [dpkg-buildpackage died]
Bug#386897: FTBFS on sparc: maximum interrupt nesting depth (32) exceeded
Hi, There are some other interesting things in the log, besides the final error messages, like: [..] Setting up realpath (1.10) ... Setting up common-lisp-controller (6.2) ... Reinstalling for sbcl Recompiling Common Lisp Controller for sbcl /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. /usr/lib/common-lisp/bin/sbcl.sh: line 22: 12703 Segmentation fault /usr/bin/sbcl --core /usr/lib/sbcl/sbcl-dist.core --noinform --sysinit ${RCFILE} --userinit /dev/null --load /usr/lib/sbcl/install-clc.lisp mv: cannot stat `sbcl-new.core': No such file or directory FAILED Done rebuilding Setting up html2text (1.3.2a-3) ... [..] Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386691: samba: [INTL:it] Italian debconf templates translation
Messaggio originale Da: [EMAIL PROTECTED] Data: 09/09/2006 20.19 A: Luca Monducci[EMAIL PROTECTED], [EMAIL PROTECTED] Ogg: Re: Bug#386691: samba: [INTL:it] Italian debconf templates translation Merging with the current templates.pot file gives 1f1u. Could you please update the attached file ? Done! Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/ it.po Description: Binary data
Bug#386934: libexiv2-0.10: file conflict with libexiv2
Package: libexiv2-0.10 Version: 0.10-1.1 Unpacking libexiv2-0.10 (from .../libexiv2-0.10_0.10-1.1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libexiv2-0.10_0.10-1.1_i386.deb (--unpack): trying to overwrite `/usr/lib/libexiv2-0.10.so', which is also in package libexiv2 -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#386936: openoffice.org-core: Depends on libgstreamer0.10-0... why?
Package: openoffice.org-core Version: 2.0.4~rc1-1 Severity: normal Why have we suddenly gained a dependency on gstreamer? Wasn't the recommends bad enough? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.27 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages openoffice.org-core depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii fontconfig 2.3.2-7 generic font configuration library ii libaudio2 1.8-2 The Network Audio System (NAS). (s 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 libcurl3 7.15.5-1 Multi-protocol file transfer libra ii libdb4.2 4.2.52+dfsg-1 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3.3XML parsing C library - runtime li ii libfreetype6 2.2.1-4 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-13GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libicu34 3.4.1a-1 International Components for Unico ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libldap2 2.1.30-13+b1 OpenLDAP libraries ii libneon25 0.25.5.dfsg-6 An HTTP and WebDAV client library ii libnspr4-0d1.8.0.5-4.2 NetScape Portable Runtime Library ii libnss3-0d 1.8.0.5-4.2 Network Security Service libraries ii libpam0g 0.79-3.2 Pluggable Authentication Modules l ii libportaudio0 18.1-4Portable audio I/O - shared librar ii libsm6 1:1.0.1-2 X11 Session Management library ii libsndfile11.0.16-1 Library for reading/writing audio ii libstartup-notification0 0.8-1 library for program launch feedbac ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libstlport4.6c24.6.2-3 STLport C++ class library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxau61:1.0.0-4 X11 authorisation library ii libxaw71:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxmlsec1 1.2.9-5 XML security library ii libxmlsec1-nss 1.2.9-5 Nss engine for the XML security li ii libxmlsec1-openssl 1.2.9-5 Openssl engine for the XML securit ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii openoffice.org-common 2.0.3-6 OpenOffice.org office suite archit ii openoffice.org-l10n-en-us 2.0.3-6 English_american language package ii ttf-opensymbol 2.0.4~rc1-1 The OpenSymbol TrueType font ii zlib1g 1:1.2.3-13compression library - runtime openoffice.org-core recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386943: hddtemp: Please add WDC WD1200BB-00DWA0.
Package: hddtemp Version: 0.3-beta15-26 Severity: wishlist Tags: patch Attached is a patch for adding support for the WDC WD1200BB-00DWA0 drive - it uses the same register as most of the other Western Digital drives. Thanks, Julian Calaby -- Patch: === SNIP HERE === --- hddtemp.db 2006-09-11 17:36:34.0 +1000 +++ hddtemp.db.dpkg-dist2006-09-11 17:32:49.0 +1000 @@ -406,7 +406,7 @@ WDC WD800JD-(00|55|75)(HK|JR|JN)(A0|C0) 194 C Western Digital SATA 80GB, 8MB Cache WDC WD800LB-(00|55)DNA0 194 C Western Digital Caviar WD800LB 80 Go ATA-100 WDC WD800VE-07HDT0 194 C Western Digital 800VE-07HDT0 -WDC WD1200BB-00(FT|GU|DW)A0 194 C Western Digital Caviar EIDE 2MB Cache +WDC WD1200BB-00(FTA|GUA)0194 C Western Digital Caviar EIDE 2MB Cache WDC WD1200JB-00(EV|FU|GV|RE)A0 194 C Western Digital Caviar 120GB Special Edition 8MB WDC WD1200JB-22GVA0 194 C Western Digital Caviar 120GB WDC WD1200JD-00(GBB|HBC|FYB)0194 C Western Digital WD1200JD === SNIP HERE === -- 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.17.3 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii grep 2.5.1.ds2-5 GNU grep, egrep and fgrep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii sed 4.1.5-1 The GNU sed stream editor hddtemp recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386942: cupsys-dbg: cups-driverd compiled incorrectly?
Package: cupsys-dbg Version: 1.2.2-2 Severity: normal At least the cups-driverd binary in this package is useless. After chmod a+x cups-driverd, observe: ltsp1:/root$ /usr/lib/cups/daemon/cups-driverd Usage: cups-driverd cat ppd-name Usage: cups-driverd list request_id limit options ltsp1:/root$ /usr/lib/debug/usr/lib/cups/daemon/cups-driverd sh: /usr/lib/debug/usr/lib/cups/daemon/cups-driverd: cannot execute binary file -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15.4-b2 Locale: LANG=C, LC_CTYPE=C Versions of packages cupsys-dbg depends on: ii libcupsys21.2.2-2Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386154: torcs aborts during non-championship race qualifications on AMD64
On 05/09/2006 at 12:39 Antti-Juhani Kaijanaho wrote... Package: torcs Version: 1.2.4-2 Severity: normal I start torcs, select Race - Non-Championship race; torcs aborts during qualifications, after cylos1 has driven at least two laps, with the following: [EMAIL PROTECTED]:~$ torcs Visual Properties Report Compatibility mode, properties unknown. WARNING: grscene:initBackground Failed to open shadow2.rgb for reading WARNING: no shadow mapping on cars for this track *** glibc detected *** free(): invalid pointer: 0x0064e980 *** /usr/games/torcs: line 52: 7853 Keskeytetty $LIBDIR/torcs-bin -l $LOCAL_CONF -L $LIBDIR -D $DATADIR $* I'm attaching a tarball of my .torcs. thanks, I'll investigate if it's related to #386033 regards -- Rudy Godoy | 0x3433BD21 | http://stone-head.org ,''`. http://www.apesol.org - http://www.debian.org : :' : GPG FP: 0D12 8537 607E 2DF5 4EFB 35A7 550F 1A00 3433 BD21 `. `' `- signature.asc Description: Digital signature
Bug#386923: gnucash: please add setting to quit without prompt
Adam Porter wrote: Package: gnucash Version: 2.0.1-2 Severity: wishlist Please, please, turn off the Do you want to quit? message in GnuCash. It's extremely annoying to have to click Quit after already clicking on the window-close button. GnuCash 1.x didn't do this, and it's definitely not an improvement. When I click the close button, I want the program to close, not ask me if I'm sure. You can use the File | Quit menu command in GnuCash 2.x to Quit without prompting. There is also the Ctrl-Q keyboard shortcut that quits without prompting. GnuCash 1.8 did open new windows at various times (particularly business usage) and the option does remain to do so in GnuCash 2.x, hence the prompt. The problem is that whereas GnuCash 2 stays within one window by default, the prompt cannot be turned off in the configuration. Forwarded upstream with other suggestions, including a Quit button on the toolbar that quits without prompting - just like the menu command. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: OpenPGP digital signature
Bug#386905: [Pkg-sysvinit-devel] Bug#386905: sysvinit: Would be nice if update-rd.d-recover was actually there...
[Marc Wilson] Sysvinit's changelog implies that the recovery script is shipped by that package, not by sysv-rc. Ah, not I see what you mean. the sysvinit changelog applies to the sysvinit source package, which produces three binary packages, sysvinit, sysv-rc and initscripts. It does not apply only to the sysvinit binary package. Sysvinit does not depend on sysv-rc... it only has a pre-depends: sysv-rc (= 2.86.ds1-1.2). Right. Perhaps we should thighten the dependency. Will need to think about that one. That's not sufficient to force onto the system a version of sysv-rc that will contain the fix. If sysvinit caused the problem, then it should be the solution as well. Well, it was the sysv-rc binary package that caused the problem, and because of that I put the fix into it as well. The NEWS file was already part of the sysvinit package, and I did not want to create a new one, so I added an entry to that existing file. Perhaps that was a mistake? I am quite new to handling NEWS files. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386691: samba: [INTL:it] Italian debconf templates translation
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): Messaggio originale Da: [EMAIL PROTECTED] Data: 09/09/2006 20.19 A: Luca Monducci[EMAIL PROTECTED], [EMAIL PROTECTED] Ogg: Re: Bug#386691: samba: [INTL:it] Italian debconf templates translation Merging with the current templates.pot file gives 1f1u. Could you please update the attached file ? Done! And committed. signature.asc Description: Digital signature
Bug#286844: Debian bug #286844: possible explanation.
Hi. I found your Debian bug report about sshd segfaulting during DH GEX and think I can offer an explanation. I recently helped someone else who reported something very similar and tracked it down to an apparent bug in OpenSSL that manifests only on SPARCs and crashes in exactly the same spot as your report. The problem I found was in OpenSSL's crypto/bn/asm/sparcv8plus.S file. I see from your output that you have OpenSSL 0.9.7e, which has rev 1.3 of this file. The problem was fixed in upstream's revs 1.4 and 1.5, which are: revision 1.5 date: 2005/11/15 08:02:10; author: appro; state: Exp; lines: +12 -0 Apply better safe than sorry approach after addressing sporadic SEGV in bn_sub_words to the rest of the sparcv8plus.S. revision 1.4 date: 2005/11/11 20:07:07; author: appro; state: Exp; lines: +2 -2 Attempt to resolve sporadic SEGV crashes in bn_sub_words in OpenSSH. I'm baffled why it crashes and does it sporadically... You may also find that renaming the /etc/ssh/moduli file provides a workaround, however this just masks the problem rather than fixing it. -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364635: Debian bug #364635: possible workaround
Hi. I came across the Debian bug that you reported and have a suggestion: does creating a lib directory under the sshd chroot (ie mkdir /var/empty/lib) resolve the problem? If it does then it's a bug in glibc which causes segfaults during name lookups in chroots, see http://marc.theaimsgroup.com/?l=openssh-unix-devm=111045930530623 for the gory details. You can also try this seeing if this minimal test case crashes when run as root: #include stdio.h #include netdb.h int main(void) { chroot(/tmp); chdir(/); gethostbyname(foo); } -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385759: qgis: not installable in sid
On Sun, Sep 10, 2006 at 02:34:15AM -0700, Steve Langasek wrote: On Mon, Sep 04, 2006 at 10:27:48PM -0400, Steve Halasz wrote: Does anyone have a response to Steve Langasek's query below? The history of the gdal package naming decision is here: http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-December/001462.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-December/001498.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2006-January/001611.html http://lists.alioth.debian.org/pipermail/pkg-grass-general/2006-January/001645.html I believe the -dev package is renamed to deal with the possibility of an API change: http://lists.alioth.debian.org/pipermail/pkg-grass-general/2006-January/001622.html The mere *possibility* of an API change is not a good reason to rename a package; it causes more work for the release team to track such a transition, and more work for the maintainers who would otherwise not necessarily need to upload their packages at all. This seems consistent with the recommendations at http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id271897 Those recommendations are not endorsed by the release team, precisely because of the extra work they cause for no practical gain. We will have possibility to discuss those question in the next few days with upstream. I would be happy if we could come up with a simple libgdal1-dev package in a few, now that 1.4 is in preparation... I think we have anyway an issue with current gdal because both 1.3.1 and 1.3.2 should be installable at the same time, so 1.3.2 anyway requires a revision :-/ -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386923: gnucash: please add setting to quit without prompt
On 9/11/06, Neil Williams [EMAIL PROTECTED] wrote: You can use the File | Quit menu command in GnuCash 2.x to Quit without prompting. There is also the Ctrl-Q keyboard shortcut that quits without prompting. GnuCash 1.8 did open new windows at various times (particularly business usage) and the option does remain to do so in GnuCash 2.x, hence the prompt. The problem is that whereas GnuCash 2 stays within one window by default, the prompt cannot be turned off in the configuration. Forwarded upstream with other suggestions, including a Quit button on the toolbar that quits without prompting - just like the menu command. Thank you very much. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386888: ROM: amavis-ng broken, upstream dead, propably unmantained
Alexander Wirt wrote: Package: ftp.debian.org Severity: normal Amavis-ng ist broken for a long time, has several bugs, is upstream dead and had no upload for more than a year. So I think it should be removed from the archive. OK, seconded. I've no longer enough time to work on this packages, and there are other alternatives available. With regards 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#386944: ITP: python-httplib2 -- A comprehensive HTTP client library written in python
Package: wnpp Owner: [EMAIL PROTECTED] Severity: wishlist *** Please type your report below this line *** * Package name: python-httplib2 Version : 0.2.0 Upstream Author : Joe Gregorio [EMAIL PROTECTED] * URL : http://bitworking.org/projects/httplib2/ * License : MIT/X, Programming Lang: Python Description : A comprehensive HTTP client library written in python httplib2.py supports many features left out of other HTTP libraries. o HTTP and HTTPS o Keep-Alive o Authentication o Caching o All Methods o Redirects o Compression o Lost update support o Unit Tested o Google Account Authentication -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.20 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) pgpTzvYHQWEol.pgp Description: PGP signature
Bug#386915: [Pkg-mono-group] Bug#386915: mono-common: binfmt-support: does not work on amd64
On Mon, 2006-09-11 at 03:20 +0200, Jhair Tocancipa Triana wrote: Running a program compiled with gmcs yields to the following (the program should execute without prepending 'mono' (w.o. quotes) to the command line): and whats with mcs? do the programs work compiled by mcs? -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part
Bug#386945: initscripts: User Mode Linux (UML) doesn't start because /dev/shm is mounted noexec
Package: initscripts Version: 2.86.ds1-20 Severity: critical Justification: breaks UML environments The mountdevsubfs.sh init script mounts /dev/shm with the noexec flag. UML (/usr/bin/linux) complains about that and doesn't start. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258420: Avoid killing network-related services before umounting remove file systems
I would like to implement the following fix for the problem with network services being killed before remote file systems are taken down. Can you test it, and let me know if it work for you? Index: debian/changelog === --- debian/changelog(revisjon 906) +++ debian/changelog(arbeidskopi) @@ -3,6 +3,11 @@ * Correct status report handling in umountnfs.sh. Based on patch from Markus Schoder. (Closes: #386893) + * Only kill processes using remote file systems before trying to +umount them, if fuser from the psmisc package is available, and +move sendsigs to a point between where remote and local file systems +are umounted. Recommend psmisc. (Closes: #258420, #367944) + -- Petter Reinholdtsen [EMAIL PROTECTED] Mon, 11 Sep 2006 00:44:44 +0200 sysvinit (2.86.ds1-20) unstable; urgency=low Index: debian/control === --- debian/control (revisjon 881) +++ debian/control (arbeidskopi) @@ -36,6 +36,7 @@ Package: initscripts Architecture: any Depends: ${shlibs:Depends}, ${glibc:Depends}, ${mount:Depends}, e2fsprogs (= 1.32+1.33-WIP-2003.04.14-1), debianutils (= 2.13.1), lsb-base (= 3.0-6) +Recommends: psmisc Conflicts: mdutils, sysv-rc ( 2.86.ds1-1.2), sysvinit ( 2.86.ds1-12) Replaces: mdutils, sysvinit ( 2.85-12), libc6, libc6.1, libc0.1, libc0.3 Description: Scripts for initializing and shutting down the system Index: debian/initscripts/postinst === --- debian/initscripts/postinst (revisjon 900) +++ debian/initscripts/postinst (arbeidskopi) @@ -93,6 +93,12 @@ update-rc.d -f hostname.sh remove /dev/null 21 || : fi +# In 2.86.ds1-21, the sendsigs script were moved. +if dpkg --compare-versions $PREV_VER lt 2.86.ds1-21 +then + update-rc.d -f sendsigs remove /dev/null 21 || : +fi + # # Okay, we could do this with update-rc.d, but that would probably # be pretty slow. This way we win some speed. @@ -122,8 +128,8 @@ updatercd reboot start 90 6 . updatercd umountroot start 60 0 6 . updatercd umountfs start 40 0 6 . +updatercd sendsigs start 37 0 6 . updatercd umountnfs.sh start 31 0 6 . -updatercd sendsigs start 20 0 6 . updatercd killprocs start 30 1 . updatercd single start 90 1 . Index: debian/initscripts/etc/init.d/umountnfs.sh === --- debian/initscripts/etc/init.d/umountnfs.sh (revisjon 907) +++ debian/initscripts/etc/init.d/umountnfs.sh (arbeidskopi) @@ -71,6 +71,25 @@ if [ $DIRS ] then + # Kill all processes using the directories we try to umount + if [ -x /bin/fuser ] ; then + [ $VERBOSE = no ] || log_action_begin_msg Asking non-system processes to terminate + fuser -k INT -m $DIRS + [ $VERBOSE = no ] || log_action_end_msg 0 + + for count in 1 2 3 4 5; do # Wait up to 5 seconds + sleep 1 + [ -z `fuser -m $DIRS 2 /dev/null` ] break + done + + pidsleft=`fuser -m $DIRS 2/dev/null` + if [ $pidsleft ] ; then + [ $VERBOSE = no ] || log_action_begin_msg Killing non-system processes + fuser -k TERM -m $DIRS + [ $VERBOSE = no ] || log_action_end_msg 0 + fi + fi + [ $VERBOSE = no ] || log_action_begin_msg Unmounting remote and non-toplevel virtual filesystems umount $FLAGS $DIRS ES=$? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338638: only affect sarge
tags 338638 -sarge stop Bill Allombert [EMAIL PROTECTED] wrote: tags 338638 sarge quit Why do you believe so? As far as I remember the problem, it will be triggered when the sarge package is removed (instead of upgraded). Since this will be the case when upgrading to etch (I think the explanation is in the bug report), it's a problem for etch. I haven't had time to think about this and do any coding. But I believe it can only be solved by a upload *to*sarge*, because during etch upgrade there won't be a fallback maintainer script from a new version. The upload I did on this was rejected by the stable release manager. I always wanted to raise this issue again, now that there are new persons on this position. However, I think there was also a technical problem with the previous upload, therefore I didn't have time to actually do it. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#386154: torcs aborts during non-championship race qualifications on AMD64
Rudy Godoy wrote: thanks, I'll investigate if it's related to #386033 Well, I *am* using accel, so I doubt it. My first guesss would be 64-bit portability problems. I also was able to drive a bit in the short race (whatever it is called) until torcs segfaulted. I'll see if I can figure out a proper bug report about that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386578: speechd-el: speechd-speak-read-.* don't speak
Milan Zamazal [EMAIL PROTECTED] writes: [...] It looks to me like you haven't load the necessary drivers. Try M-x load-library RET speechd-ssip RET M-x load-library RET speechd-brltty RET and tell me whether it helps. Nice! It works perfectly now. My conclusion is that speechd-el is not fully installed. Could you add the lines mentioned in point 5, section 2.1 installation of speechd-el info file to /etc/emacs/site-start.d/50speechd-el.el? Otherwise you could drop a note about it in README.Debian as user is required to resume the installation. Thanks a lot, -- Boris Daix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380587: Please go ahead
The package is ready on my hard disk, but the upload has been delayed by the telephone company's inability to transfer my ADSL connection to my new home in a timely manner :( They're supposed to do the transfer today; then I have to make sure ADSL works, and I'll upload as soon as I can. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380811: Python transition (#2): you are building a private python module !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 380811 patch thanks - -- .''`. Khalid El Fathi : :' : [EMAIL PROTECTED] `. `' www.edena-fr.org `-GPG: 1024D/5801E0DA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFBRvxAA9uiVgB4NoRApEdAKCrBsVty+8tgVgDsdSXmUyg27W5yACeLNZr WrTN+BvYsczzL2IOfacAnmM= =FGTT -END PGP SIGNATURE- diff -u gdeskcal-0.57.1/debian/changelog gdeskcal-0.57.1/debian/changelog --- gdeskcal-0.57.1/debian/changelog +++ gdeskcal-0.57.1/debian/changelog @@ -1,3 +1,13 @@ +gdeskcal (0.57.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: ++ Updated to Standards-Version 3.7.2. ++ Updated to the new Python Policy (python-support) (Closes: #380811). + * debian/rules: Updated to the new Python Policy (python-support). + + -- Khalid El Fathi [EMAIL PROTECTED] Sun, 10 Sep 2006 22:28:48 +0200 + gdeskcal (0.57.1-1) unstable; urgency=low * New upstream release diff -u gdeskcal-0.57.1/debian/control gdeskcal-0.57.1/debian/control --- gdeskcal-0.57.1/debian/control +++ gdeskcal-0.57.1/debian/control @@ -2,8 +2,9 @@ Section: x11 Priority: optional Maintainer: Sebastien Bacher [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.1.65), python -Standards-Version: 3.6.1.0 +Build-Depends: debhelper(= 5) +Build-Depends-Indep: python-support (= 0.4) +Standards-Version: 3.7.2 Package: gdeskcal Architecture: all diff -u gdeskcal-0.57.1/debian/rules gdeskcal-0.57.1/debian/rules --- gdeskcal-0.57.1/debian/rules +++ gdeskcal-0.57.1/debian/rules @@ -43,10 +43,10 @@ dh_installchangelogs dh_installman dh_installmenu - dh_python dh_link usr/share/gdeskcal/gdeskcal usr/bin/gdeskcal dh_compress dh_fixperms + dh_pysupport dh_installdeb dh_gencontrol dh_md5sums
Bug#386650: Kernel OOPS hangs system with firewire hard drives
tags 386650 moreinfo thanks On Fri, Sep 08, 2006 at 09:23:16PM -0700, Paul Johnson wrote: Sep 8 20:40:06 ursine kernel: EIP:0060:[pg0+1213910741/1338573824] Tainted: P VLI Reproduce the problem without propritary modules. Bastian -- Warp 7 -- It's a law we can live with. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386946: smartmontools: Diverting log output doesn't seem to work
Package: smartmontools Version: 5.32-3 Severity: important I have smartd set to log to 'local3' via the -l option, and have modified syslog to send local3.* to /var/log/smartd.log. Messages are sent to /var/log/smartd.log, but are still also going to /var/log/messages, even with both daemons restarted. Is this supposed to happen? I'm trying to get all the smartd warnings out of /var/log/messages. -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set CONFIG_IDE_TASKFILE_IO=y -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages smartmontools 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#386006: Cannot mount -o auto USB filesystems from /etc/fstab
I'm not quite sure what your problem is, but I'll try to recap it as I understand it. You have a system with USB, and an external USB disk connected all the time which you want to have mounted when you boot. Your USB sybsystem is activated by the hotplug init.d script, and this script runs after the mountall.sh script, and is thus running to late for mountall.sh to be able to mount the file system. Is this correct? If this is the case, I would suspect your problem is with the hotplug package, it having placed its startup script too late in the boot sequence. I also suspect your problem is solved in Debian/unstable and Debian/testing, as most systems there uses udev, and udev loads the USB subsystem a lot earlier in the boot process, thus making sure USB disks are available before mountall.sh. Can you verify that this is the case or not? The hotplug system is being removed from debian, so I am not sure if it is useful to reassign this bug to that package. But I am equally sure that this bug can't be fixed by the initscripts package, if the problem is that the init.d scripts loading kernel modules are running too late. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385971: closed by Martin Pitt [EMAIL PROTECTED] (Bug#385971: fixed in postgresql-common 60)
Hi, Martin, Debian Bug Tracking System wrote: * t/090_multicluster.t: Check that $PGHOST and $PGDATABASE environment variables are respected and have the correct precedence. (This reproduces #385971). Now this test has full coverage of all libpq environment variables but $PGUSER (which is not used at all anywhere). * pg_wrapper: Do not override $PGDATABASE and $PGHOST with user_clusters map. Closes: #385971 Huh, that was quick! Phew, thanks a lot! Markus -- Markus Schaber | Logical TrackingTracing International AG Dipl. Inf. | Software Development GIS Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org signature.asc Description: OpenPGP digital signature
Bug#360362: Diff for NMU to fix these bugs
Please find attached the diff for the NMU which I have made to fix these bugs: +imagemagick (7:6.2.4.5.dfsg1-0.10) unstable; urgency=high + + * Non-Maintainer Upload + * Fix buffer overflow in SGI parser [CVE-2006-4144] (closes: #383314) +Thanks to Daniel Kobras + * Fix double free in ICC profile in PerlMagick (closes: #349264) + * Fix incomaptibility with graphviz = 2.8 and build-depend on an +appropriate version (closes: #360362) + * Fix XCF and Sun Raster File buffer overflows [CVE-2006-3743/-3744] +(closes: #385062) + + -- Don Armstrong [EMAIL PROTECTED] Sun, 10 Sep 2006 20:15:57 -0700 + Don Armstrong -- Because, Fee-5 explained patiently, I was born in the fifth row. Any fool would understand that, but against stupidity the very Gods themselves contend in vain. -- Alfred Bester _The Computer Connection_ p19 http://www.donarmstrong.com http://rzlab.ucr.edu diff -u imagemagick-6.2.4.5.dfsg1/debian/changelog imagemagick-6.2.4.5.dfsg1/debian/changelog --- imagemagick-6.2.4.5.dfsg1/debian/changelog +++ imagemagick-6.2.4.5.dfsg1/debian/changelog @@ -1,3 +1,16 @@ +imagemagick (7:6.2.4.5.dfsg1-0.10) unstable; urgency=high + + * Non-Maintainer Upload + * Fix buffer overflow in SGI parser [CVE-2006-4144] (closes: #383314) +Thanks to Daniel Kobras + * Fix double free in ICC profile in PerlMagick (closes: #349264) + * Fix incomaptibility with graphviz = 2.8 and build-depend on an +appropriate version (closes: #360362) + * Fix XCF and Sun Raster File buffer overflows [CVE-2006-3743/-3744] +(closes: #385062) + + -- Don Armstrong [EMAIL PROTECTED] Sun, 10 Sep 2006 20:15:57 -0700 + imagemagick (7:6.2.4.5.dfsg1-0.9) unstable; urgency=low * Non-Maintainer Upload diff -u imagemagick-6.2.4.5.dfsg1/debian/control imagemagick-6.2.4.5.dfsg1/debian/control --- imagemagick-6.2.4.5.dfsg1/debian/control +++ imagemagick-6.2.4.5.dfsg1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Ryuichi Arafune [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: libjpeg62-dev, libbz2-dev, libtiff4-dev, libwmf-dev (= 0.2.7-1), libz-dev, libpng12-dev, libx11-dev, libxext-dev, debhelper ( 3.0.5), libxml2-dev, libfreetype6-dev, liblcms1-dev, libexif-dev, perl (= 5.8.0-3), libjasper-1.701-dev, libltdl3-dev +Build-Depends: libjpeg62-dev, libbz2-dev, libtiff4-dev, libwmf-dev (= 0.2.7-1), libz-dev, libpng12-dev, libx11-dev, libxext-dev, debhelper ( 3.0.5), libxml2-dev, libfreetype6-dev, liblcms1-dev, libexif-dev, perl (= 5.8.0-3), libjasper-1.701-dev, libltdl3-dev, graphviz (= 2.8) Package: imagemagick Architecture: any only in patch2: unchanged: --- imagemagick-6.2.4.5.dfsg1.orig/PerlMagick/Magick.xs +++ imagemagick-6.2.4.5.dfsg1/PerlMagick/Magick.xs @@ -3567,7 +3567,6 @@ if (profile != (StringInfo *) NULL) { s=newSVpv((const char *) profile-datum,profile-length); - profile=DestroyStringInfo(profile); } } PUSHs(s ? sv_2mortal(s) : sv_undef); @@ -3584,7 +3583,6 @@ if (profile != (StringInfo *) NULL) { s=newSVpv((const char *) profile-datum,profile-length); - profile=DestroyStringInfo(profile); } } PUSHs(s ? sv_2mortal(s) : sv_undef); @@ -3644,7 +3642,6 @@ if (profile != (StringInfo *) NULL) { s=newSVpv((const char *) profile-datum,profile-length); - profile=DestroyStringInfo(profile); } } PUSHs(s ? sv_2mortal(s) : sv_undef); only in patch2: unchanged: --- imagemagick-6.2.4.5.dfsg1.orig/coders/sgi.c +++ imagemagick-6.2.4.5.dfsg1/coders/sgi.c @@ -171,13 +171,13 @@ q=pixels; if (bytes_per_pixel == 2) { - for (i=0; i (long) width; ) + for ( ; ; ) { pixel=(unsigned long) (*p++) 8; pixel|=(*p++); count=(ssize_t) (pixel 0x7f); i+=count; -if (count == 0) + if (count == 0 || i = (long) width) break; if ((pixel 0x80) != 0) for ( ; count != 0; count--) @@ -200,13 +200,13 @@ } return; } - for (i=0; i (long) width; ) + for ( ; ; ) { pixel=(unsigned long) (*p++); count=(ssize_t) (pixel 0x7f); -if (count == 0) - break; i+=count; +if (count == 0 || i = (long) width) + break; if ((pixel 0x80) != 0) for ( ; count != 0; count--) { @@ -304,6 +304,8 @@ image-columns=iris_info.columns; image-rows=iris_info.rows; image-depth=(unsigned long) (iris_info.depth = 8 ? 8 : QuantumDepth); +if (iris_info.depth 4 || iris_info.depth == 0) + ThrowReaderException(CorruptImageError,ImproperImageHeader); if (iris_info.depth 3) {
Bug#386791: Wrong permissions on /etc/bind/rndc.key break bind with...
Package: bind9 Version: 1:9.2.4-1 Followup-For: Bug #386791 Hello I can confirm this, it happend on all servers after todays DSA updates: named[2660]: stopping command channel on 127.0.0.1#953 named[2660]: stopping command channel on ::1#953 named[2660]: exiting named[10886]: starting BIND 9.2.4 named[10886]: none:0: open: /etc/bind/rndc.key: permission denied named[10886]: couldn't add command channel 127.0.0.1#953: permission denied named[10886]: none:0: open: /etc/bind/rndc.key: permission denied named[10886]: couldn't add command channel ::1#953: permission denied I don't understand why there is a permission denied as bind itself runs as user bind and should be able to read the file. Maybe it's a kind of security check that prevents bind from starting when the file is writable for the daemon. The daemon itself seems to work correctly, answering on all interface addresses. Probably only the rndc command does not work. Regarding the proposed solution I get a # rndc reload 127.in-addr.arpa rndc: connect failed: connection refused even after chowning the file to root and restarting the daemon :( bye, -christian- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages bind9 depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libdns16 1:9.2.4-1 DNS Shared Library used by BIND ii libisc7 1:9.2.4-1 ISC Shared Library used by BIND ii libisccc0 1:9.2.4-1 Command Channel Library used by BI ii libisccfg01:9.2.4-1 Config File Handling Library used ii liblwres1 1:9.2.4-1 Lightweight Resolver Library used ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii netbase 4.21 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386947: apt-get update sends broker HTTP/1.1 requests
Package: apt Version: 0.6.45 Severity: important in etch apt-get update sends incorrect HTTP request making impossible to update in some circumstances... in particular I discovered the problem tring to solve the HAVP invalid request from browser issue arising on at update. Dumping the network traffic it happens that apt-get update sends an invalid HTTP request such as GET http://debian.fastweb.it/debian// HTTP/1.1 It is clear that the right request should *not* include protocol and hostname in the request: GET /debian// HTTP/1.1 the above is infact the correct request as sniffed in a lynx connection -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Authentication ; APT::Authentication::TrustCDROM true; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/sbin/localepurge ] [ $(ps w -p $PPID | grep -c remove) != 1 ]; then /usr/sbin/localepurge; else exit 0; fi; Acquire ; Acquire::http ; Acquire::http::Proxy DIRECT; Acquire::http::Pipeline-Depth 0; -- (/etc/apt/preferences present, but not submitted) -- -- /etc/apt/sources.list -- deb http://debian.fastweb.it/debian/ etch main #deb ftp://debian.fastweb.it/debian/ unstable main #deb-src http://ftp.it.debian.org/debian/ etch main # Line commented out by installer because it failed to verify: #deb ftp://security.debian.org etch/updates main # Line commented out by installer because it failed to verify: #deb-src http://security.debian.org/ etch/updates main contrib non-free -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages apt depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 Versions of packages apt recommends: ii debian-archive-keyring2006.01.18 GnuPG archive keys of the Debian a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386948: kamera has empty list of Supported cameras
Package: kamera Version: 4:3.5.4-2 Severity: grave Justification: renders package unusable kamera requires the package libgphoto2-2-dev to populate its list of supported cameras in the add camera dialog. Without that package you are presented with an empty list so cannot set up your camera. digikam depends on libgphoto2-2-dev so if you have digikam installed all is well. Just need to add libgphoto2-2-dev as a dependency to fix this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kamera depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libgphoto2-2 2.2.1-3 gphoto2 digital camera library ii libgphoto2-port0 2.2.1-3 gphoto2 digital camera port librar ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 kamera recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326677: sysvinit: Support quiet booting for splash screens?
[Thomas Hood] Would it make sense to use INIT_VERBOSE to control this? It sound like a good idea, at least. That way the INIT_VERBOSE=no flag would affect both the boot scripts and init itself. Patch welcome. :) On the other hand the 'splash' kernel option is used to activate the splash screens, while the 'quiet' kernel option is used to quiet down the boot. Perhaps it make more sense to use 'quiet' instead of INIT_VERBOSE all over, and expect those with splash screens to use 'splash quiet' as kernel arguments if they want few messages during boot as well as the splash screen activated? The alternative would be 'splash quiet INIT_VERBOSE=no', as one need to tell the kernel to shut up anyway. I believe adding support for 'quiet' as well as INIT_VERBOSE (and perhaps dropping INIT_VERBOSE support some time in the future), and adding support for the 'quiet' flag in init make most sense. Any objections? If not, I will go ahead with that plan. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384506: missing build deps?
tags 384506 + patch thanks hi, Pulling in some more build-deps should fix this issue, see (untested) attached patch. As with the latest upload the Maintainer of e-d-s-dev dropped some Dependencies, see following message from its changelog: * Let evolution-data-server-dev depend only on what's in its .pc file. This means that deps on e-d-s-dev has to be replaced by explicit deps to each library. [debian/control] bye, - michael --- libopensync-plugin-evolution2-0.18/debian/control 2006-09-11 10:44:03.0 +0200 +++ /home/abi/qa/libopensync-plugin-evolution2-0.18/debian/control 2006-09-11 10:37:29.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Michael Banck [EMAIL PROTECTED] Uploaders: Robert Collins [EMAIL PROTECTED], Andrew Mitchell [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), libopensync-dev, evolution-data-server-dev +Build-Depends: debhelper (= 4.0.0), libopensync-dev, evolution-data-server-dev, libebook1.2-dev, libecal1.2-dev, libedata-book1.2-dev, libedata-cal1.2-dev Standards-Version: 3.6.2 Package: opensync-plugin-evolution
Bug#381387: hwinfo: Another datapoint from another user
Package: hwinfo Version: 13.0-6 Followup-For: Bug #381387 start debug info libhd version 13.0 (ia32) using /var/lib/hardware kernel version is 2.6 - /proc/cmdline - root=/dev/md1 ro - /proc/cmdline end - debug = 0xff77 probe = 0x00138fc4aa17fffdfffe (+memory +pci +isapnp +net +floppy +misc +misc.serial +misc.par +misc.floppy +serial +cpu +bios +monitor +mouse +scsi +usb -usb.mods +adb +modem +modem.usb +parallel +parallel.lp +parallel.zip +isa +isa.isdn +isdn +kbd +prom +sbus +int +braille +braille.alva +braille.fhp +braille.ht -ignx11 +sys -bios.vbe -isapnp.old -isapnp.new -isapnp.mod +braille.baum -manual +fb +pppoe -scan +pcmcia -fork -parallel.imm +s390 -cpuemu -sysfs -s390disks +udev +block +block.cdrom +block.part +edd +edd.mod -bios.ddc -bios.fb -bios.mode +input +block.mods +bios.vesa -cpuemu.debug -scsi.noserial +wlan -bios.crc -hal -bios.vram -max -lxrc) shm: attached segment 561119235 at 0xa7be7000 hal.1: read hal data hal: connected to: :1.7 hal: libhal_ctx_init: (null): (null) [snip] bios: 3 disks bios: 639k low mem /dev/mem[0x9fc00, 1]: mmap(, 4096 0x9f000) ok /dev/mem[0x9fc00, 1024]: mmap(, 4096 0x9f000) ok bios: EBDA 0x00400 bytes at 0x9fc00 bios.2: rom - SMBIOS Entry Point 0xf0080 - 0xf009f - f0080 5f 53 4d 5f f3 20 02 03 8a 00 00 00 00 00 00 00 _SM_. .. f0090 5f 44 4d 49 5f 71 53 03 50 06 0f 00 19 00 23 00 _DMI_qS.P.#. - SMBIOS Entry Point end - /dev/mem[0xf0650, 851]: mmap(, 4096 0xf) ok - SMBIOS Structure Table 0xf0650 - 0xf09a2 - f0650 00 14 00 00 01 02 00 f0 03 03 90 de cb 6f 00 00 .o.. f0660 00 00 37 01 41 6d 65 72 69 63 61 6e 20 4d 65 67 ..7.American Meg f0670 61 74 72 65 6e 64 73 20 49 6e 63 2e 00 30 37 2e atrends Inc..07. f0680 30 30 54 00 30 34 2f 30 32 2f 30 31 00 00 01 19 00T.04/02/01 f0690 01 00 01 02 03 04 00 00 00 00 00 00 00 00 00 00 f06a0 00 00 00 00 00 00 04 45 43 53 00 4b 4f 42 37 34 ...ECS.KOB74 f06b0 30 00 31 2e 30 00 30 30 30 30 30 30 30 30 00 00 0.1.0... f06c0 02 08 02 00 01 02 03 04 45 43 53 00 4b 4f 42 37 ECS.KOB7 f06d0 34 30 00 31 2e 30 00 30 30 30 30 30 30 30 30 00 40.1.0.. f06e0 00 03 11 03 00 01 03 02 03 04 02 02 02 02 00 00 f06f0 00 00 45 43 53 00 31 2e 30 00 30 30 30 30 30 30 ..ECS.1.0.00 f0700 30 30 00 30 31 32 33 41 42 43 00 00 04 20 04 00 00.0123ABC... .. f0710 01 03 18 02 70 06 00 00 55 00 00 00 03 06 64 00 p...U.d. f0720 2c 01 52 03 41 08 05 00 06 00 ff ff 53 6c 6f 74 ,.R.A...Slot f0730 2d 31 00 41 4d 44 20 20 20 20 20 20 20 20 20 20 -1.AMD f0740 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 f0750 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 f0760 20 20 20 00 32 32 30 30 2b 20 20 20 20 20 20 20 .2200+ f0770 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 f0780 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 f0790 20 20 20 20 00 00 07 13 05 00 01 80 01 10 80 02 f07a0 80 20 00 20 00 00 03 05 05 49 6e 74 65 72 6e 61 . . .Interna f07b0 6c 20 43 61 63 68 65 00 00 07 13 06 00 01 81 01 l Cache. f07c0 10 80 40 00 20 00 20 00 00 05 05 05 49 6e 74 65 [EMAIL PROTECTED] . .Inte f07d0 72 6e 61 6c 20 43 61 63 68 65 00 00 05 18 07 00 rnal Cache.. f07e0 05 08 03 03 07 0c 00 fc 00 02 04 08 00 09 00 0a f07f0 00 0b 00 08 00 00 06 0c 08 00 01 6b 00 00 05 89 ...k f0800 89 00 52 4f 57 2d 30 00 00 06 0c 09 00 01 00 00 ..ROW-0. f0810 02 00 7f 7f 00 52 4f 57 2d 31 00 00 06 0c 0a 00 .ROW-1.. f0820 01 00 00 02 00 7f 7f 00 52 4f 57 2d 32 00 00 06 ROW-2... f0830 0c 0b 00 01 00 00 02 00 7f 7f 00 52 4f 57 2d 33 ...ROW-3 f0840 00 00 09 0d 0c 00 01 06 05 03 04 01 00 0c 01 50 ...P f0850 43 49 31 00 00 09 0d 0d 00 01 06 05 03 04 02 00 CI1. f0860 0c 01 50 43 49 32 00 00 09 0d 0e 00 01 06 05 03 ..PCI2.. f0870 04 03 00 0c 01 50 43 49 33 00 00 09 0d 0f 00 01 .PCI3... f0880 06 05 02 04 04 00 0c 01 50 43 49 34 00 00 09 0d PCI4 f0890 10 00 01 06 05 02 04 05 00 0c 01 50 43 49 35 00 ...PCI5. f08a0 00 09 0d 11 00 01 03 04 02 04 06 00 0c 01 49 53 ..IS f08b0 41 31 00 00 09 0d 12 00 01 03 04 02 04 07 00 0c A1.. f08c0 01 49 53 41 32 00 00 0b 05 13 00 02 53 4d 42 49 .ISA2...SMBI f08d0 4f 53 20 53 75 70 70 6f 72 74 20 66 72 6f 6d 20 OS Support from f08e0 41 4d 49 00 54 65 73 74 65 64 20 62 79 20 4a 61 AMI.Tested by Ja f08f0 6d 65 73 00 00 08 09 14 00 01 02 02 04 0f 55 53 mes...US f0900 42 00 44 65 66 00 00 0c 05 15 00 02 53 79 73 74 B.Def...Syst f0910 65 6d 20 4d 61 6e 61 67 65 6d 65 6e 74 20 42 49 em Management BI
Bug#378634: hm..
hi, even pulling in the postgresql-client build-dep does not help much (the database handling is quite hacky, for example it always assumes postgres to run on localhost etc. etc.). The package should be updated to use something like `dbconfig-common' for setting up its database. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384016: I have this problem too, and it's caused by python 2.4.
Hi Joey Dom, 2006-09-10 às 13:32 -0400, Joey Hess escreveu: Here's one way to avoid this problem: wren% python2.3 /usr/lib/mailman/cron/senddigests wren% echo $? 0 This does work... So for a temporary workaround, I've edited the hashbang in that file to force the use of python2.3.. Where and how did you change it? I'm sorry but as far as Python is concerned all I know is that it is a OO language. Thanks -- Mário Filipe Serviço de Computação da Universidade de Évora [EMAIL PROTECTED] http://neptuno.sc.uevora.pt/~mjnf
Bug#386949: rest2web-doc: please include html docs or provide configuration that can build them
Package: rest2web-doc Version: 0.5.0~beta~svn-r210-1 Severity: normal Hi, currently the html dir installed by this packages only contains the source rest files of the documentation, but no html. This is a problem for anybody not familiar with rest2web, because there's also no README explaining how to or config file for generating them. I tried to create a minimal config file, but it bails out on the config_file.text at line 47. This might be a separate (upstream) bug but I can't be sure, because I have no idea wether the config I have is correct. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386500: still rc? not working
I'm not sure if this is still the same problem... but this stuff broke concurrently as the sysvinit problem and share some aspect. I tried to redo everything as carefully as I could. Examined all the logs, reinstall/reconfigure all the packages as stated in sysvinit/NEWS.Debian.gz Modules related to the not working services are loaded. Anyway acpid, fam, powersaved, dbus are not working. All links in /etc/rc* seems to be there. Starting them manually seems to work but it is a bit annoying since due to some problem hcid segfault[*] on exit and I can't restart consistently dbus. Since it seems that not all services in dbus are missing restart is needed cos start will fail. There is a antefact that may be related. For other bugs in initramfs I had to generate my own initrd. During install of sysvinit update-initramfs complained that the initram was altered and it couldn't generate a new one. I did it manually and saved the original too. I got 2 messages that could help to get a clue on the problem: - Starting powermanagement... Cannot access /var/run/acpid.socket may be due to the fact that acpid is not running - .. hotplug events dispatcher... another udev daemon already running unlinking rc*/udev and generating another initrd fix the second error but still dbus, acpid, powernowd and fam don't start automatically. [*] this was an old problem but never affected proper operation previously cos I didn't have to restart dbus Sep 11 10:43:42 localhost kernel: hcid[5876]: segfault at 0038 rip 004188f2 rsp 7fff7da99530 error 4 -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386951: driver loses association repeatedly (WPA)
Package: madwifi-source Version: 0.svnr1697.0.9.2-1 Severity: important Ever since I upgraded to the madwifi-ng driver, it's become mostly unusable. I am using the latest 2.6.17 kernel from unstable. From time to time I get it to work, but most of the time it cannot establish an association with the access point, even after reloading the driver. I am using WPA, and with -D madwifi, wpasupplicant says: 2Trying to associate with 00:12:cf:01:4a:d6 (SSID='krafft' freq=2447 MHz) 2Association request to the driver failed 2Associated with 00:12:cf:01:4a:d6 2WPA: Key negotiation completed with 00:12:cf:01:4a:d6 [PTK=TKIP GTK=TKIP] 2CTRL-EVENT-CONNECTED - Connection to 00:12:cf:01:4a:d6 completed (reauth) [id=0 id_str=] 2WPA: Group rekeying completed with 00:12:cf:01:4a:d6 [GTK=TKIP] 2WPA: Group rekeying completed with 00:12:cf:01:4a:d6 [GTK=TKIP] 2CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys If I switch to -D wext, it's even worse: 2Trying to associate with 00:12:cf:01:4a:d6 (SSID='krafft' freq=2447 MHz) 2Authentication with 00:00:00:00:00:00 timed out. As said, from time to time it *does* work with the same configuration (-D madwifi, I never actually got it to work with wext). Also, other machines are associating fine with the AP, so it really seems to be an atheros problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages madwifi-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.37.3 helper programs for debian/rules ii module-assistant 0.10.6 tool to make module package creati madwifi-source recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#386745: xine-lib: libcaca 1.x transition
Sam Hocevar \(Debian packages\) [EMAIL PROTECTED] writes: Package: xine-lib Version: 1.1.2 Severity: serious Justification: no longer builds from source Due to updated libcaca packages in unstable, xine-lib no longer builds. This can be easily fixed in two steps: * build-depend on libcaca-dev (= 0.99.beta4) * add the following three lines after #include caca.h in the file ./src/video_out/video_out_caca.c : #ifdef CACA_API_VERSION_1 # include caca0.h #endif Thanks for this report. In fact, there has been a patch floating on the mailing list for this (From Jul 11): http://permalink.gmane.org/gmane.comp.video.xine.devel/15586 I think I'll incorporate this patch to use the new API, but I need to test this patch first. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386945: initscripts: User Mode Linux (UML) doesn't start because /dev/shm is mounted noexec
[Tim Rühsen] The mountdevsubfs.sh init script mounts /dev/shm with the noexec flag. UML (/usr/bin/linux) complains about that and doesn't start. I suspect this use of /dev/shm/ is really a bug in UML. /dev/shm/ is only to be used by the shm_open()-class of functions. Every other use of the tmpfs mounted on /dev/shm is a bug. This is part of the reason why we changed the privileges for that file system. Is UML using it throught the shm* functions? I suspect we need to provide some other tmpfs for users such as UML and ifupdown. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386700: dh_install issue
clone 386700 -1 reopen -1 reassign -1 debhelper retitle -1 dh_install installs files not as root when sudo is involved thanks Hi, Apparently something goes wrong with dh_install (and/or dh_fixperms) here. The command that cdbs ran was simply dh_install -pmaildrop. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386875: exim4: doesn't support outgoing SSL connections on port 465
On Mon, Sep 11, 2006 at 06:27:34PM +0930, Arthur Marsh wrote: Marc Haber wrote, On 2006-09-11 18:14: On Mon, Sep 11, 2006 at 04:56:14AM +0930, Arthur Marsh wrote: I've used a guide at http://www.technovelty.org/linux/tips/exim4ssmtp.html to get outbound ssl connections to my ISP's secure mail server working, and wondered by exim4 didn't support outbound mail connections over ssl using port 465? smtp-over-tls on port 465 is a legacy protocol. Upstream is not planning to implement this at the current time. Please pester your ISP to support current Internet Standards. All I can offer is to forward this upstream, getting a new statement we won't implement this and keep this bug open as wontfix in the Debian BTS. I don't think that makes sense, so I'll close this bug. If you disagree, please feel free to re-open. OK, but what are the current Internet standards for secure smtp connections? ESMTP STARTTLS on Port 25. My ISP's current secure email connection information is at: http://www.internode.on.net/support/email/secure/index.php They seem to provide you sub-standard service. Try educating them. I suspect that there is a number of mail clients that cannot do smtp-over-tls on tcp/465 in the first place. (FYI, I'm one of the people that doesn't believe the telnet is insecure, ssh is safe mantra that others keep stating, having run secure-only telnet servers and read of man-in-the-middle attacks on ssh). When people say telnet is insecure, they are usually referring to unencrypted telnet. Personally, I have never run telnet over TSL, but I suspect that ssh is more widely used because of its vastly superior feature set. mitm attacks are usually caused by people clicking away the new host key warning, but it's the same with classical TLS as well. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267626: ITP: Chuck
I'm interested in packaging chuck, so I'll have a crack at it unless someone else already is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386950: mirrors: debian.blueyonder.co.uk out of sync
Package: mirrors Severity: normal Since last week I've been getting 404 errors for updates to stable. Technically this is also a duplicate of syncing packages, before debs. Workaround - use ftp.uk.debian.org/debian as another source after the blueyonder one. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16.1 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#345544: bug fixed in revision 2084
Hi, the bug is solved in revision 2084. See http://rt.cpan.org/Public/Bug/Display.html?id=20978. --Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386955: Please include admin/FOR-RELEASE
Package: emacs-snapshot-common Version: 1:20060908-1 Severity: wishlist Please include admin/FOR-RELEASE in /usr/share/doc; it will allow easier tracking of the release critical problems for those who do not maintain a CVS checkout. I'll perfectly understand if you tag this bug `wontfix' or close it. -- I had a very low opinion of TCL, basically because it wasn't Lisp. --RMS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386706: Package available
Package is available at mentors.debian.net repository. I'm seeking for a sponsors ;-) http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=hellanzb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386878: Package available
Package is available at mentors.debian.net repository. I'm seeking for a sponsors ;-) http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=ink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386951: driver loses association repeatedly (WPA)
Hi Martin, martin f krafft wrote: As said, from time to time it *does* work with the same configuration (-D madwifi, I never actually got it to work with wext). Also, other machines are associating fine with the AP, so it really seems to be an atheros problem. Is there any chance that your access point is using an agere/orinoco/proxim chipset? If so you may be hitting http://madwifi.org/ticket/698 -- Matt Brown [EMAIL PROTECTED] Mob +64 21 611 544 www.mattb.net.nz signature.asc Description: OpenPGP digital signature
Bug#386954: dirvish should reside in /usr/bin
Package: dirvish Version: 1.2.1-1 Severity: minor I understand that dirvish can be used to backup directories as non-root. Thus, it should live in /usr/bin, not /usr/sbin. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dirvish depends on: ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii libtime-period-perl 1.20-8 Perl library for testing if a time ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-modules 5.8.8-6.1 Core Perl modules ii rsync2.6.8-2 fast remote file copy program (lik Versions of packages dirvish recommends: pn ssh none (no description available) -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#384474: Package available
Package is available at mentors.debian.net repository. I'm seeking for a sponsors ;-) http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=weplab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386519: [Pkg-sql-ledger-discussion] Re: Bug#386519: sql-ledger: Security vulnerability CVE-2006-4244
Raphael Hertzog skrev: On Fri, 08 Sep 2006, Chris Morris wrote: Package: sql-ledger Severity: grave Tags: security Justification: user security hole http://cve.mitre.org/cgi-bin/cvename.cgi?name=2006-4244 Recently fully disclosed at http://www.securityfocus.com/archive/1/445512/30/0/threaded Looking at the source of menu.pl it appears to work exactly as Chris Travers describes it. Apparently all versions from 2.4.4 onwards are affected, which includes the version in sarge. I uploaded the new upstream version 2.6.18-1 to sid, it fixes this issue. For sarge, I created 2.4.7-2sarge1 and I uploaded it here: http://people.debian.org/~hertzog/sql-ledger/ It's a full (signed) upload which can simply be uploaded to the security archive (dist=stable-security as per devel ref 5.8.5.3). The patch used is here: http://people.debian.org/~hertzog/sql-ledger/sql-ledger.patch I simply applied the relevant changes between 2.6.17 and 2.6.18 to the old 2.4.7-2 and it applied immediately. However I haven't had the time to test if the package upgrades fine and if it still works well. The upgrade did work ok, but I failed to see how it should fix the bug. BUt I haven't had time to look closely at it. I still have the same cookie, that tells when I logged in, the user-name i used to log in with. I'd like other people from [EMAIL PROTECTED] to help out with the testing. Can people confirm that the updated package works fine? It works, but I fail to see how it fixes the bug. -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385366: Newer version does not help
Hi, I tried the 2.5.1-rc1 from Brice Goglin (at http://loulous.org/tmp/xorg/mesa/6.5.1-rc1/, thanks for the pointer). It still happens. It seems to not affect windowed GL apps, itseems. It was slow, but working, to have a OSD text on top of glxgears, glxdemo and bouncing cow (windowed), but with ppracer, it crashed. The probably simplest way to reproduce it is with the package osdsh, just run: osdsh ( sleep 10; osdctr -s This text will crash me) ppracer I'd be curious if others can reproduce this, too. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360780: build: powerpc problem with sign of char
Jorg, I want to clear up a few things in this bug report: 1. It's completely pointless Debian enabling -Wextra in the packaging when the number of false positives is so incredibly large. 2. Discriminating between false positives and real bugs needs someone to go through the entire codebase, normally upstream. 3. upstream always build with -Werror and -Wall. Adding -Wextra will halt the build until every false positive is handled with large numbers of spurious compiler flags and workarounds that add nothing to the codebase or functionality. All these false cases have to be hidden before the true number of real bugs even becomes clear. Breaking the build in that way will simply not be tolerated upstream. 4. Before -Wextra is used, -Wunused MUST be disabled, simply because Gtk prototypes commonly involve passing unused arguments in order to reduce the total number of prototype declarations required. Result? -Wextra is simply not useful to gnucash, upstream, and is also unhelpful to Debian. Until someone convinces upstream that it is worth using -Wextra, nothing is going to change. I am not going to be the one to get shot down for suggesting it. :-) If you are willing to undertake this task and you are willing to spend the time creating patches for the real bugs WITHOUT enabling -Wextra for everyone else upstream, then those patches would be welcome upstream. -Wextra DOES generate errors under -Werror Who enabled -Werror? Upstream - sometime during the gnome2 transition. No. That's not true. Look at http://buildd.debian.org/fetch.php?pkg=gnucashver=2.0.1-1arch=powerpcstamp=1155098349file=logas=raw That's the Debian build - the problems you report can only realistically be addressed upstream and upstream will not accept building without -Werror. You can try and build SVN without -Werror but upstream will usually reject patches that are created from a build made without -Werror. One final comment: Check out the use of a more specific combination of -W options that highlight the real issues as compared to the pointless warnings. In particular, look at -Wsign-compare with -Wconversion *without* using -Wunused. I did not enable -Wunused. That's a default option. Same source as above. It still needs to be removed. -Wsign-compare is STILL a better solution than -Wextra too. One final comment: ,[ Debian policy 10.1 ]--- By default, when a package is being built, any binaries created should include debugging information, as well as being compiled with optimization. You should also turn on as many reasonable compilation warnings as possible; this makes life easier for porters, who can then look at build logs for possible problems. For the C programming You omitted the rest of that line: For the C programming language, this means the following compilation parameters should be used: CC = gcc CFLAGS = -O2 -g -Wall # sane warning options vary between programs LDFLAGS = # none INSTALL = install -s # (or use strip on the files in debian/tmp) The point is that -Wextra is not specified there, even as an example, and that policy clearly notes that SANE warning options vary between programs. GnuCash does build with -Wall. My point is that -Wextra is NOT a sane option for gnucash - it probably isn't a sane option for many Gtk applications. The only solution is for you to either convince upstream to use it or supply patches to upstream that fix all the real bugs without adding bloat to handle false positives. BTW: You build without optimization. And you do not support DEB_BUILD_OPTIONS. Should I send a new bugreport? Yes. FYI I have used -Wextra with -Werror and -Wall on a different project and I found that it highlighted no real bugs and a dozen or more false positives. I have since removed -Wextra from the upstream build for that project. Instead, I use -Wunused (it's not a Gtk project) and a few other specific warnings which -Werror promotes to errors, should they occur. IMHO, -Wextra is just that - extra. It is sometimes useful during upstream development but not an option I would remotely consider introducing into any upstream build. Using -Wextra locally is fine if it helps identify a few real bugs but it is just too unreliable to be made a permanent component of an upstream (or Debian) build configuration. I strongly recommend that any real bugs in gnucash are identified using other, more specific, warnings like -Wsign-compare. I propose that this bug report should be marked won't fix. If you identify real bugs with other options (like -Wsign-compare), please submit new bug reports with patches. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: OpenPGP digital signature
Bug#386953: ITP: createrepo -- generates the metadata necessary for a RPM package repository
Package: wnpp Severity: wishlist Owner: Adam Cecile [EMAIL PROTECTED] * Package name: createrepo Version : 0.4.6 Upstream Author : Duke University [EMAIL PROTECTED] * URL : http://linux.duke.edu/projects/metadata/ * License : GPL Description : generates the metadata necessary for a RPM package repository This tool will generates all XML metadata required by a RPM (Redhat Package Manager) package repository. .. This repository format is supported by apt, red-carpet(zen), smart, up2date, Yast and yum. .. Homepage: http://linux.duke.edu/projects/metadata/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686-aircrack Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386745: xine-lib: libcaca 1.x transition
On Mon, Sep 11, 2006, Reinhard Tartler wrote: Thanks for this report. In fact, there has been a patch floating on the mailing list for this (From Jul 11): http://permalink.gmane.org/gmane.comp.video.xine.devel/15586 I think I'll incorporate this patch to use the new API, but I need to test this patch first. That patch is all right. It lacks error checks for all function calls (caca_create_display() is the only one really likely to fail), but there wasn't any error checking before that anyways... -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386849: Package available
Package is available at mentors.debian.net repository. I'm seeking for a sponsors ;-) http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libinklevel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386956: Includes unofficial key
Package: debian-archive-keyring Version: 2006.01.18 Severity: normal Hi, The debian-archive-keyring package also includes the following key: B5F5BBED: Debian AMD64 Archive Key debian-amd64@lists.debian.org amd64 is now an official part of Debian, and there should not be no use anymore for this unofficial key in the package targetted for etch: the inclusion of this key is even poses a potential security thread, as it's one more key enabled by default on all debian systems that could be compromised. In the same vain, I do think the 2004 key can also be removed. The 2005 does have some use still as it's the year of Sarge's release and you could verify sarge sources with it. Thanks, --Jeroen -- 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-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages debian-archive-keyring depends on: ii gnupg 1.4.5-1GNU privacy guard - a free PGP rep debian-archive-keyring recommends no packages. -- no debconf information -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361400: Package available
Package is available at mentors.debian.net repository. I'm still trying to improve packaging, for now I'm seeking with upstream author for a fix to allow scons bindings build for all python version (with dh_pysupport) instead of using the included patch. I'm seeking for a sponsors ;-) http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=museek%2B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374556: BrlTTY and debian-installer
Hi, There was a bug that made kernel parameters incorrectly parsed, here is a corrected patch (the only difference with patch-brltty-udeb-2 is the removed in set $parameters in brltty-udeb.init). Samuel diff -urN brltty-3.7.2/debian/brltty-udeb.dirs brltty-3.7.2-3/debian/brltty-udeb.dirs --- brltty-3.7.2/debian/brltty-udeb.dirs2006-08-27 04:43:06.0 +0200 +++ brltty-3.7.2-3/debian/brltty-udeb.dirs 2006-08-27 04:54:08.0 +0200 @@ -3,4 +3,5 @@ lib/brltty lib/debian-installer-startup.d sbin -usr/lib/prebaseconfig.d +usr/lib/post-base-installer.d +usr/lib/finish-install.d diff -urN brltty-3.7.2/debian/brltty-udeb.finish-install brltty-3.7.2-3/debian/brltty-udeb.finish-install --- brltty-3.7.2/debian/brltty-udeb.finish-install 1970-01-01 01:00:00.0 +0100 +++ brltty-3.7.2-3/debian/brltty-udeb.finish-install2006-08-27 05:46:56.0 +0200 @@ -0,0 +1,25 @@ +#! /bin/sh -e +# This script writes a BRLTTY configuration file to /target/etc/brltty.conf. + +unset DEBIAN_HAS_FRONTEND +unset DEBIAN_FRONTEND +unset DEBCONF_FRONTEND +unset DEBCONF_REDIR + +pid=/var/run/brltty + +if [ -r $pid ] kill -0 `cat $pid`; then +if apt-install brltty 12; then +brailleDriver=`debconf-get brltty/driver` +brailleDevice=`debconf-get brltty/device` +textTable=`debconf-get brltty/table` + ( + echo # Created by $0 + [ -n ${brailleDriver} ] echo braille-driver ${brailleDriver} + [ -n ${brailleDevice} ] echo braille-device ${brailleDevice} + [ -n ${textTable} ] echo text-table ${textTable} + ) /target/etc/brltty.conf +fi +fi + +exit 0 diff -urN brltty-3.7.2/debian/brltty-udeb.init brltty-3.7.2-3/debian/brltty-udeb.init --- brltty-3.7.2/debian/brltty-udeb.init2006-08-27 04:43:06.0 +0200 +++ brltty-3.7.2-3/debian/brltty-udeb.init 2006-08-27 14:06:47.0 +0200 @@ -1,5 +1,36 @@ #!/bin/sh -grep -q brltty /proc/cmdline /lib/brltty/brltty.sh -E +if grep -q brltty= /proc/cmdline +then + set `cat /proc/cmdline` + while [ $# -gt 0 ] + do + case ${1} in + brltty=*) + parameters=${1#*=} + + IFS=, + set $parameters + driver=$1 + device=$2 + table=$3 + + if [ $device ]; then + test `expr $device : /` -eq 0 \ + device=/dev/$device + test `expr $device : /dev/tts/` -eq 9 \ + device=/dev/ttyS`expr substr $device 10 2` + fi + /lib/brltty/brltty.sh $driver $device $table + break + ;; + esac + shift + done +else + if [ `debconf-get brltty/driver` ] || [ `debconf-get brltty/device` ] + then + /lib/brltty/brltty.sh + fi +fi pid=/var/run/brltty [ -r $pid ] kill -0 `cat $pid` debconf-set debian-installer/framebuffer false - diff -urN brltty-3.7.2/debian/brltty-udeb.postinst brltty-3.7.2-3/debian/brltty-udeb.postinst --- brltty-3.7.2/debian/brltty-udeb.postinst1970-01-01 01:00:00.0 +0100 +++ brltty-3.7.2-3/debian/brltty-udeb.postinst 2006-08-27 03:24:27.0 +0200 @@ -0,0 +1,56 @@ +#!/bin/sh +set -e + +pid=/var/run/brltty +if [ ! -r $pid ] || ! kill -0 `cat $pid` +then + exit 0 +fi + +. /usr/share/debconf/confmodule + +drivercode=brltty/driver +devicecode=brltty/device +tablecode=brltty/table + +db_get $tablecode +[ $RET -a $RET != nabcc ] exit 0 + +db_get $drivercode +driver=$RET + +db_get debian-installer/language +LANGNAME=$RET +db_get debian-installer/country +COUNTRYNAME=$RET + +case $driver,${LANGNAME}_${COUNTRYNAME} in + vs,*) table=visiob ;; +*,*_FI) table=fi1 ;; +*,*_NO) table=no-p ;; +*,*_SE) table=se ;; +*,*_GB) table=uk ;; +*,*_US) table=us ;; +*,*_VN) table=vni ;; +*,*_CZ) table=cz ;; + lt,da_*) table=da-lt ;; +*,da_*) table=da ;; +*,fr_CA) table=${LANGNAME}_${COUNTRYNAME} ;; +*,fr_*) table=fr_FR ;; +*,de_*|*,es_*|*,it_*|*,pl_*|*,ru_*) table=$LANGNAME ;; +*) table=us ;; +esac + +db_set $tablecode $table +db_input critical $tablecode +db_go || exit 0 +db_get $tablecode +[ -z $RET ] exit 0 +[ $RET = nabcc ] exit 0 + +kill `cat $pid` +for i in 1 2 3 4 5; do + kill -0 `cat $pid` || break + sleep 1 +done +/lib/brltty/brltty.sh diff -urN brltty-3.7.2/debian/brltty-udeb.prebaseconfig brltty-3.7.2-3/debian/brltty-udeb.prebaseconfig --- brltty-3.7.2/debian/brltty-udeb.prebaseconfig 2006-08-27 04:43:06.0 +0200 +++ brltty-3.7.2-3/debian/brltty-udeb.prebaseconfig 1970-01-01 01:00:00.0 +0100 @@ -1,81 +0,0 @@ -#! /bin/sh
Bug#386417: folding.el corrupts files when using utf8
[Peter] Bug#386417: emacs-goodies-el: folding.el corrupts files when using utf8 Here's a bug report about folding.el. The Debian package wasn't using your latest from CVS, but I don't think anything has changed relative to this. [Jeremy] I'm using emacs-snapshot, and LANG=en_US.UTF-8. When I save a folded file (using folding.el) newlines in folded sections are replaced with ^M -- e.g., an entirely folded file would be saved as a file with a single line with ^M where newlines ought to go. As a work-around I'm currently setting LANG=en_US.ISO-8859-1 when I run emacs, but the problem remains if the file contains utf-8 chars. For example, my gnus init file contains some utf-8 line drawing chars for thread display, so I have to either remember to open the entire buffer before I save or not use folding. Thanks for the report. I tested with the latest code under Ubuntu 6.06 using: $ LANG=en_US.UTF-8 emacs -q --no-site-file -name folding -fn fixed \ -l folding.el -f folding-mode folding.el C-x C-w ~/tmp/test-save-folding.el RET C-x C-c $ od -cx ~/tmp/test-save-folding.el | head 000 ; ; ; f o l d i n g . e l - 3b3b 203b 6f66 646c 6e69 2e67 6c65 2d20 020 - - A f o l d i n g - e d i 2d2d 4120 6620 6c6f 6964 676e 652d 6964 040 t o r - l i k e m i n o r m 6f74 2d72 696c 656b 6d20 6e69 726f 6d20 060 o d e . \n \n ; ; C o p y r i g The file was saved while folding mode was active and the result does not seem to have ^M characters. You can help me to track this error by providing some test case that reproduces the problem. Please use the latest code available at: http://tiny-tools.cvs.sourceforge.net/tiny-tools/tiny-tools/lisp/other/ (current direct link) http://tiny-tools.cvs.sourceforge.net/*checkout*/tiny-tools/tiny-tools/lisp/other/folding.el?revision=3.35 Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386957: SCRIPTNAME not set within /etc/init.d/avahi-daemon
Package: avahi-daemon Version: 0.6.13-2 Severity: normal The variable SCRIPTNAME is not set within the srcipt but used. By the way, i think it would be enough to depend on lsb-base and not to reprogramm the functions of init-scripts if this file does not exist. Other packages handle it likewise. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages avahi-daemon depends on: ii adduser 3.97 Add and remove users and groups ii dbus 0.92-2 simple interprocess messaging syst ii libavahi-common3 0.6.13-2 Avahi common library ii libavahi-core40.6.13-2 Avahi's embeddable mDNS/DNS-SD lib ii libc6 2.3.6-19 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdaemon00.10-1 lightweight C library for daemons ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li Versions of packages avahi-daemon recommends: ii libnss-mdns 0.8-4.1NSS module for Multicast DNS name -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386958: gotmail: Cannot get mail
Package: gotmail Version: 0.8.2-3 Severity: critical Justification: causes serious data loss Cannnot get mail to be retrieved because of hotmail page structure change: Gotmail v0.8.2Copyright (C) 2000-2003 Peter Hawkins Gotmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. Getting hotmail index page... Using New Login... Logging in... Hotmail's page structure has changed! (redirloc) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=en_AU, LC_CTYPE= (charmap=ISO-8859-1) Versions of packages gotmail depends on: ii curl 7.13.2-2sarge5 Get a file from an HTTP, HTTPS, FT ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction ii perl-modules [libnet-perl 5.8.4-8sarge5 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386953: Package available
Package is available at mentors.debian.net repository. I'm seeking for a sponsors ;-) http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=createrepo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386823: Add modul kqemu
Hi Patrick! * Patrick Matthäi [EMAIL PROTECTED] [060910 15:32]: Could you maybe add the kernelmodul 'kqemu' into the current linux-image? In my opinion, it were a good decision, because qemu is in the repository and with that modul, it will run better. Or maybe as a seperate package. Waldemar already mentioned, that your bug report was filled against the wrong package; so it would be need to go in a seperate package. But I fear even that is impossible, since the license of kqemu is quite restrective; it's a proprietary closed source module not even allowing redistribution. Sorry. Yours sincerely, Alexander -- http://learn.to/quote/ http://www.catb.org/~esr/faqs/smart-questions.html signature.asc Description: Digital signature
Bug#386951: driver loses association repeatedly (WPA)
On Monday 11 September 2006 19:24, martin f krafft wrote: Package: madwifi-source Version: 0.svnr1697.0.9.2-1 Severity: important Ever since I upgraded to the madwifi-ng driver, it's become mostly unusable. I am using the latest 2.6.17 kernel from unstable. From time to time I get it to work, but most of the time it cannot establish an association with the access point, even after reloading the driver. I am using WPA, and with -D madwifi, wpasupplicant says: 2Trying to associate with 00:12:cf:01:4a:d6 (SSID='krafft' freq=2447 MHz) 2Association request to the driver failed 2Associated with 00:12:cf:01:4a:d6 2WPA: Key negotiation completed with 00:12:cf:01:4a:d6 [PTK=TKIP GTK=TKIP] 2CTRL-EVENT-CONNECTED - Connection to 00:12:cf:01:4a:d6 completed (reauth) [id=0 id_str=] 2WPA: Group rekeying completed with 00:12:cf:01:4a:d6 [GTK=TKIP] 2WPA: Group rekeying completed with 00:12:cf:01:4a:d6 [GTK=TKIP] 2CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys If I switch to -D wext, it's even worse: 2Trying to associate with 00:12:cf:01:4a:d6 (SSID='krafft' freq=2447 MHz) 2Authentication with 00:00:00:00:00:00 timed out. As said, from time to time it *does* work with the same configuration (-D madwifi, I never actually got it to work with wext). Also, other machines are associating fine with the AP, so it really seems to be an atheros problem. Unfortunately, this is a bug more than annoying a few people right now. Can you please try the patch on madwifi.org ticket #776 [1] that reverts a scanning related enhancement that appears to help some, but hinder others. Thanks, Kel. http://madwifi.org/ticket/776 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]