Bug#405641: /usr/share/man/man1/git.1.gz is a dangling symlink
Package: git-core Version: 1:1.4.4.3-1 Severity: serious Alternatives seems to be broken for manpage: /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/git.1.gz is a dangling symlink -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii liberror-perl0.15-8 Perl module for error/exception ha ii libexpat11.95.8-3.4 XML parsing C library - runtime li ii perl-modules 5.8.8-7 Core Perl modules ii rcs 5.7-18 The GNU Revision Control System ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT pn git-doc(no description available) ii less 394-4 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-8 Secure shell client, an rlogin/rsh ii patch 2.5.9-4Apply a diff file to an original ii python2.4.4-2An interactive high-level object-o ii rsync 2.6.9-3fast remote file copy program (lik -- no debconf information -- Julien Danjou // Λ̊ <[EMAIL PROTECTED]> http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // Trust me. signature.asc Description: Digital signature
Bug#405620: Please mention dcut in dput's manpage
Hi Samuel, thanks for your interest in dput and your bug report. On Fri, January 5, 2007 1:45 am, Samuel Mimram said: > I recently had forgotten dcut's name. I expected to find it in dput's > manpage but it is not the case. It would be nice if you could reference > dcut in "SEE ALSO" section of dput's manpage, or better, add a paragraph > mantioning that uploded files can be removed using dcut. Great idea, will do. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.de/
Bug#388581: Fixed
close #388581 1.3.2-5 thanks This bug doesn't affect the package in etch, so I'm marking it closed for 1.3.2-5. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405269: dput: --unchecked and --check-only don't work together
Hi Vagrant, thank you for your bug report and your interest in dput. On Tue, January 2, 2007 9:51 am, Vagrant Cascadian said: > i would like to be able to disable the gpg-signature checking, while > still checking the checksums on all the files in the .changes files... > > the descriptions in the dput manpage would suggest this is possible: > > -o, --check-only - check only the package and do not upload. > > -u, --unchecked - don't check GnuPG signature on the changes file. > > so, at the very least, it should be docuented that --check-only > overrides if unchecked is specified. Indeed, that's a good point. I'll look into that. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.de/
Bug#405270: machine hangs after loading ipw3945d
Jurij, > The problems you're experiencing sound suspiciously similar to the > Debian's bug #405109 [0], aka upstream bug #1096 [1]. It should be > fixed in the latest version of the ipw3945 driver, I'm CC'ing the > maintainer to see if he might have any insights. > > [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405109 > [1] http://bughost.org/bugzilla/show_bug.cgi?id=1096 Even if I don't see any soft lockup messages on the console or in my syslog/bootlog I agree with you that waiting for the next driver/daemon release is a good idea. :) Thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405637: postgrey: Postgrey hangs after several days, which blocks all mail delivery
On Fri, Jan 05, 2007 at 08:38:06AM +0100, Adrian von Bidder wrote: > I'm not quite sure what the solution was, but I *think* it had something to > do with BerkeleyDB not always liking NFS or Xen or anything of the sort, > but I'm not sure anymore. Could that be an issue for you? I don't have the DB on NFS (I think BerkeleyDB fails faster than that when mounted NFS), but it is a Xen instance that postgrey is running on. Do you recall if it was a BerkeleyDB/Xen interaction problem or something to do with postgrey? > How old is your greylisting database? Have you tried just blowing it away? I'll try that too, although I've only been using postgrey at all for about a month. signature.asc Description: Digital signature
Bug#400283: Working gstreamer package in experimental
I can report that there is a package of gstreamer0.10-plugins-good 0.10.5 in experimental. With it Jokosher works like a charm. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] http://therning.org/magnus Software is not manufactured, it is something you write and publish. Keep Europe free from software patents, we do not want censorship by patent law on written works. If our ideas of intellectual property are wrong, we must change them, improve them and return them to their original purpose. When intellectual property rules diminish the supply of new ideas, they steal from all of us. -- Andrew Brown, November 19, 2005, The Guardian pgph4OSZwdpNm.pgp Description: PGP signature
Bug#405638: temporaire.ps
Problem seems to be with a file: temporaire.ps that the program places in the user's home directory. I found that the file had root as its owner (which means I must have mistakenly run the program the first time as root - a very bad idea expecially when trying a program you're not familiar with yet). After manually removing temporaire.ps from the user's home directory the program seems to work fine (it does still leave the file: temporaire.ps in the user's home directory, but if run the first time as a normal user, as it should be, when running the program again it can overwrite the file and everything works ok). On another note where it says "visu. PDF: " (this is where the user selects their pdf viewer) - by default it has xpdf. As etch and beyond no longer use xpdf by default, users have to type "evince" or whatever pdf viewer they use every time they run the program. It would be great if one could save this setting so that it wouldn't be necessary to type this every time you run the program. Even a config file where this could be changed would be nice. Thank you for your time, and sorry if I filed a bogus bug report due to my own mistake of running the program as root. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387624: License statement for latex-tipps-and-tricks files
On 04.01.07 Thomas Weber ([EMAIL PROTECTED]) wrote: Hi, > I don't know if you are aware of it, but the README at > ftp://tug.ctan.org/pub/tex-archive/info/examples/ltt/README > > now states: > > > "License is (according to the upload notice by the author): Debian > Free Software Guidelines." > 1. "Debian Free Software Guidelines" is not a license. 2. This statement has been added by anybody from the CTAN team. A statement from the author is missing until now. 3. The statement (or at least a referrer to that file) has to be in every file provided > I also had a short look at the book, there's nothing in it about > the examples, except for the download location (so I didn't find > anything contradicting the above). > Therefore we asked the author in September. Beside the statement, that he'll do something nothing happened until now. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405639: xserver-xorg: installs arbitrary -input and -video packages
severity 405639 important thanks On Thu, Jan 04, 2007 at 11:00:25PM -0800, Vagrant Cascadian wrote: > Justification: renders package unusable No, it doesn't. > when installing xserver-xorg (by way of xorg) in a newly built LTSP > chroot environment, it seems to select an arbitrary -video and -input > package. i ended up with the following video/input and nothing else: > xserver-xorg-video-apm > xserver-xorg-input-acecad > i suspect this is because of the recent changes to the dependencies to > try and fix #403818: > Depends: xserver-xorg-core (>= 2:1.1.1-11), xserver-xorg-video-1.0, > xserver-xorg-input, debconf (>= 0.5) | debconf-2.0, xkb-data | > xkb-data-legacy, xbase-clients > Recommends: xserver-xorg-video-all | xserver-xorg-video-vesa, > xserver-xorg-input-all | xserver-xorg-input-mouse, xserver-xorg-inpu > t-all | xserver-xorg-input-kbd, laptop-detect, xresprobe, mdetect, > discover1 | discover > this allows any package providing xserver-xorg-video-1.0 to satisfy the > dependency. same for xserver-xorg-input. if using apt-get, it will not > typically consider the recommends, and apt appears to arbitrarily select > whichever package it comes across first that satisfies the dependency. Using apt-get will ignore Recommends, and that is a bug in apt-get. > i suspect the following would be better: > Depends: ... xserver-xorg-video-all | xserver-xorg-video-vesa | > xserver-xorg-video-1.0, xserver-xorg-input-all | xserver-xorg-input-mouse | > xserver-xorg-input, xserver-xorg-input-all | xserver-xorg-input-kbd | > xserver-xorg-input ... > this will default to using -video-all, fall back to -video-vesa, and > allow anything providing -video-1.0 to satisfy the dependency. The reason the Recommends were changed is that on upgrades the Depends: on xserver-xorg-video-all | xserver-xorg-video-1.0 were insufficient to pull in xserver-xorg-video-all on upgrade in many cases. I don't know whether adding in the -vesa is going to make a difference, but using packaging tools that ignore recommends is... not recommended. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405643: bugzilla: reports.cgi Internal Error
Package: bugzilla
Version: 2.22.1-2
Severity: important
Internal Error
Bugzilla has suffered an internal error. Please save this page and send it to
THE MAINTAINER HAS NOT YET BEEN SET with details of what you were doing
at the time this message appeared.
URL: http://*/cgi-bin/bugzilla/reports.cgi
One of the directories /var/lib/bugzilla/data/mining and graphs does not exist.
This patch fixes the problem:
--- reports.cgi 2007/01/05 08:02:11 1.1
+++ reports.cgi 2007/01/05 08:02:41
@@ -48,7 +48,7 @@
$@ && ThrowCodeError("chart_lines_not_installed");
my $dir = "$datadir/mining";
-my $graph_dir = "graphs";
+my $graph_dir = "$datadir/graphs";
use Bugzilla;
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.0-xeon-xenu-29
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Versions of packages bugzilla depends on:
ii apache2 2.2.3-3.2 Next generation, scalable, extenda
ii apache2-mpm-prefork [httpd] 2.2.3-3.2 Traditional model for Apache HTTPD
ii dbconfig-common 1.8.29 common framework for packaging dat
ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii exim4 4.63-12metapackage to ease exim MTA (v4)
ii exim4-daemon-light [mail-tran 4.63-12lightweight exim MTA (v4) daemon
ii libappconfig-perl 1.56-2 Perl module for configuration file
ii libdbd-mysql-perl 3.0008-1 A Perl5 database interface to the
ii libmailtools-perl 1.74-1 Manipulate email in perl programs
ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m
ii libtemplate-perl 2.14-1 template processing system written
ii libtimedate-perl 1.1600-5 Time and date functions for Perl
ii mysql-client 5.0.30-1 mysql database client (meta packag
ii mysql-client-5.0 [mysql-clien 5.0.30-1 mysql database client binaries
ii patch 2.5.9-4Apply a diff file to an original
ii ucf 2.0017 Update Configuration File: preserv
Versions of packages bugzilla recommends:
ii libchart-perl 2.4.1-4 Chart Library for Perl
ii libxml-parser-perl 2.34-4.2 Perl module for parsing XML files
ii mysql-server5.0.30-1 mysql database server (meta packag
ii mysql-server-5.0 [m 5.0.30-1 mysql database server binaries
ii perlmagick 7:6.2.4.5.dfsg1-0.13 A perl interface to the libMagick
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405596: Stellarium takes the complete memory of the system
Hi, This bug has indeed been confirmed for 64 bits CPU. Any clue is welcome.. Fabien Daniel Schröter wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: stellarium Version: 0.8.2-2 Severity: critical Since the update of stellarium to the latest version it "eats" the hole memory of the system (>3GB). Just the startup message appears: $ stellarium --- [ This is Stellarium 0.8.2 - http://www.stellarium.org ] [ Copyright (C) 2000-2006 Fabien Chereau et al ] --- Maybe it's just a problem on amd64? Version 0.8.1-2 has worked fine. Bye Daniel - -- = (gnu)PGP signierter Key vom heise c't Magazin verfügbar. http://www.heise.de/security/dienste/pgp/ = -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnWwIF7lQkYolXTIRAqyzAKD6SWUb2byNB4dLT5gAYR4oMeTmAwCgpc2H m2gfPLIBFvvGoqdzD9WHGXM= =gWTV -END PGP SIGNATURE-
Bug#403426: kernel corrupts LUKS partition header on arm
On 1/4/07, Martin Michlmayr <[EMAIL PROTECTED]> wrote: * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-04 12:56]: > So, can we close the bug against cryptsetup in this case? #403426 is really about the header corruption which you have fixed in SVN. It should be closed when the Debian maintainers make a new upload with that fix. > Maybe someone else can verify that? CCing Gordon. :) Ok, so here are some interesting results... I am able to access the LUKS partition on the NSLU2 running 2.6.18 from subversion (which includes flush_anon_page-generic.patch and flush_anon_page-arm.patch) with both cryptsetup-1.0.4-8 (the latest version in testing) and cryptsetup-1.0.4-8 plus 02_fix_arm.dpatch and 03_no_header_conv.dpatch that were posted to this thread. $ sudo cryptsetup luksOpen /dev/sdb3 testfs Enter LUKS passphrase: key slot 0 unlocked. Command successful. [EMAIL PROTECTED]:~$ sudo mount /dev/mapper/testfs /mnt/tmp [EMAIL PROTECTED]:~$ sudo umount /mnt/tmp [EMAIL PROTECTED]:~$ sudo cryptsetup luksClose testfs However, I have found that I am unable to access the LUKS partition when the system is under heavy load and swapping. $ sudo cryptsetup luksOpen /dev/sdb3 testfs Enter LUKS passphrase: Enter LUKS passphrase: Enter LUKS passphrase: Command failed: No key available with this passphrase. [EMAIL PROTECTED]:~$ uptime 00:22:23 up 16 min, 2 users, load average: 3.01, 1.85, 0.93 [EMAIL PROTECTED]:~$ free total used free sharedbuffers cached Mem: 29988 28908 1080 0172 3028 -/+ buffers/cache: 25708 4280 Swap:88316 67508 20808 Once the system load decreases and the swapping stops, I am able to access the LUKS partition again. This behaviour is very repeatable. Martin, I wonder if this has anything to do with the virtual memory bug in the kernel that we experienced with apt. It could be that this bug existed before 2.6.19 but was much harder to trigger (e.g. see http://lkml.org/lkml/2007/1/3/285). It would be interesting to try accessing a LUKS partition under heavy load while running 2.6.20-git, but that will have to wait until the weekend for me to test it. Gordon -- Gordon Farquharson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405395: emacs-snapshot: Build dependency on Autoconf needs to be bumped
Romain Francoise writes: > I'm aware of the change, but I was thinking of dropping the > dependency on autoconf altogether, configure is always up to date > because make-dist regenerates it when I make the upstream tarball. Yes, that makes sense. I was fooled to believe that autoconf was needed because configure had a more recent timestamp after the build, but that's just because it was changed by debian-rpath.dpatch. > And I don't think anyone will ever try to build an old > emacs-snapshot tarball either, so there will never be any need to > regenerate it. Unless somebody makes local changes that would require that, but that's not likely either. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405640: WODIM fails on OPC check
[Kyle Pearson]
> Calling: /usr/lib/xcdroast/bin/xcdrwrap CDRECORDDVD dev= "OLDATAPI:0,0,0"
> gracetime=10 fs=16384k driveropts=burnfree -v -useinfo speed=40 -dao -eject
> -pad -data "/home/kyle/TMP/track-01.iso" ...
Hmmm ... the OLDATAPI method of communicating with the drive has long
been deprecated by Linux kernel maintainers. I wonder if it would work
better to address the device by name ("dev=/dev/cdrom") instead. That
is the recommended way to use wodim now.
Unfortunately, it seems xcdroast does not support this mode (I don't
have k3b installed) so you'd have to test it from the command line.
Could you see whether the two addressing modes behave the same,
regarding the OPC check?
wodim -dummy -v dev=OLDATAPI:0,0,0 /some/file.iso
wodim -dummy -v dev=/dev/cdrom /some/file.iso
(Or substitute /dev/hdb or whatever, if /dev/cdrom is not a symlink to
your DVD writer device.)
Thanks,
Peter
signature.asc
Description: Digital signature
Bug#405642: gpm: [INTL:ru] Russian debconf templates translation
Package: gpm Severity: wishlist Tags: l10n, patch Russian debconf templates translation is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) gpm_1.19.6-23_debconf_ru.po.gz Description: Binary data
Bug#405636: python-xml: unable to delete old directory `/usr/lib/python2.3/site-packages/_xmlplus/utils'
* 2007-01-05 07:05, Ross Boylan wrote: > I then did a dist-upgrade which produced the warning shown in the > subject line: > > Unpacking replacement python-xml ... > dpkg: warning - unable to delete old directory > `/usr/lib/python2.3/site-packages/_xmlplus/utils': Directory not empty > dpkg: warning - unable to delete old directory > `/usr/lib/python2.3/site-packages/_xmlplus/parsers': Directory not empty > dpkg: warning - unable to delete old directory > `/usr/lib/python2.3/site-packages/_xmlplus': Directory not empty I suspect that the directory is not empty because it still contains the *.py[oc] files. Actually I am not able to reproduce this behaviour on my etch system, but I'll try to test different upgrades in order to trigger the problem. Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#400602: Gaim crash on startup
I've similar problem. But with other plugins (irc-helper and other). I've tried with gdb, and it give error (segmentation fault) in a "gst" library. If you check ldd /usr/bin/gaim Gaim is linked with libgstream. Unfortunately yesterday I had no time to check further and to report the bug, but next week I should have some more time, and give you further information ciao cate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271491: reason for reopening this bug
While the problem with the badly-formed MathML might be resolved (didn’t check it), the other problem wasn’t dealt with. This problem is that KFormula seems to interpret a formula “abc” always as the product of a, b, and c while it could as well mean a single entity named “abc”, or a product of ab and c, etc. Best wishes, Wolfgang
Bug#403583: exim4: client TLS authentication is broken
On Fri, Jan 05, 2007 at 01:19:39AM -0500, celejar wrote:
> On 1/3/07, Marc Haber <[EMAIL PROTECTED]> wrote:
> >* is a catchall, I have verified this in a test setup with a smarthost
> >that had its reverse DNS deliberatelybroken.
> >
> >You only need to put the IP address in passwd.client if you have
> >specified a host name with broken reverse DNS there as the hostname
> >will only be compared to the reverse DNS.
>
> Perhaps I'm missing something, but as I mentioned in my original
> report, my passwd.client does have an '*' line and exim still often
> fails to authenticate.
That is not supposed to happen. The "*" line should work.
Can I see debugging output of a failed delivery attempt? If the
debugging output you recently sent was already made with a "*" in
passwd.client, please
(a)
verify that your passwd.client line is formatted like:
*:username:clear-text-password
(b)
show me the output of:
exim4 -bP transport remote_smtp_smarthost | grep hosts_try_auth
and (long line!)
exim4 -be "$(exim4 -bP transport remote_smtp_smarthost | grep hosts_try_auth |
awk '{print $2}' FS="=")"
(both lines need to be executed as root).
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#342956: Debian Bug report logs - #342956
Hi Adam, Any news with this bug? -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331246: Please mark #331246 as etch-ignore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Quoting http://www.debian.org/Bugs/Developer#tags "etch-ignore This release-critical bug is to be ignored for the purposes of releasing etch. This tag should only be used by the release manager; do not set it yourself without explicit authorization from them. " This bug is regarding upgrading from Woody to Sarge. And should be marked as "etch-ignore". The library was renamed again from Sarge to Etch, the the provides/conflicts are fine in the control file. Thanks. - -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnhugFViURZnoHaARAlycAKCR+W6mrCRz62N0SEsqxCh6XP326QCfXZH9 wRf8vqpOYIuEX3/svjohv0w= =uEAC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282913: cross build
> configure complains bitterly that using --host is the wrong way to do > cross-compilation, and that it will automatically detect an attempt at > cross-compilation. Err... I see. The configure warns when we specify --host for native build. We need to handle native build case. It's not true that it will automatically detect cross compilation. When we don't specify --host for cross compilation (just specify CC variable), it compilains: checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. Well, specifying --host itself is right way. But yes, there are many misunderstandings in the past between --host and --build. Configure warns when --host is specified on native build. I think that we can ignore this warning. Specifying --build along with --host can kill this warning. Following change works both of native and cross build. Note: There are three things: host, build, and target. HOST: The machine where the executable will run. BUILD: The machine where the executable is about to be built. TARGET: The machine where the executable will target. (Only valid for development tool, such as compiler, assembler, linker.) diff -u popt-1.10/debian/rules popt-1.10/debian/rules --- popt-1.10/debian/rules +++ popt-1.10/debian/rules @@ -6,6 +6,7 @@ #export DH_VERBOSE=1 DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) # shared library versions, option 1 source = $(shell grep "^Source: " debian/control|head -1|sed 's/Source: \(.*\)/\1/g') @@ -49,8 +50,8 @@ ln mkinstalldirs $(objdir) # Add here commands to configure the package. cd $(objdir) && \ - ../configure --prefix=/usr --mandir=/usr/share/man --enable-shared - # --host=$(DEB_HOST_GNU_TYPE) + ../configure --prefix=/usr --mandir=/usr/share/man --enable-shared \ + --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) touch $@ configure-udeb-stamp: @@ -64,8 +65,8 @@ ln mkinstalldirs $(objdir_udeb) # Add here commands to configure the package. cd $(objdir_udeb) && \ - ../configure --prefix=/usr --mandir=/usr/share/man --enable-shared - # --host=$(DEB_HOST_GNU_TYPE) + ../configure --prefix=/usr --mandir=/usr/share/man --enable-shared \ + --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) touch $@ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405133: kde-guidance: messes up the display resolution (i.e. the dpi setting)
hi, thanks for the report and the submitted patch. I send it to simon and sebas for a review. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403962: More info
Hello, I finally found that setting defaults.pcm.dmix_rate 44100 in ~/.asoundrc or /etc/asound.conf makes sound work with flashplugin. IIUC, this is because the ES1370 card does not support the default 48000 rate. I however don't know why this setting is needed for flashplugin, and not for the other sound applications. Regards, Arnaud Giersch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396201: gnome-screensaver filters environment variables over actively
# Rationale for +security: this bug can lead to a local DoS by # preventing the user from deactivating the screensaver tags 396201 +patch +security thanks This bug seems to be caused by over-active filtering of the environment variables. In src/gs-job.c and src/gs-window-x11.c are two arrays containing allowed environment variables. These allow f.ex. LANG, but none of the LC_* variables. This will prevent user from deactivating the screen saver if his LANG and LC_CTYPE differ from each other, f.ex. when LANG=C and LC_CTYPE is any of the UTF-8 locales. Another sympton of this bug is that password dialog is displayed in language defined by LANG, not by LC_MESSAGES as it should be. -kimju diff -urN gnome-screensaver-2.14.3/src/gs-job.c gnome-screensaver-2.14.3-kimju/src/gs-job.c --- gnome-screensaver-2.14.3/src/gs-job.c 2006-07-13 02:15:12.0 +0300 +++ gnome-screensaver-2.14.3-kimju/src/gs-job.c 2007-01-04 21:07:52.147895294 +0200 @@ -574,7 +574,20 @@ "XAUTHORITY", "XAUTHLOCALHOSTNAME", "LANG", -"LANGUAGE" +"LANGUAGE", +"LC_CTYPE", +"LC_NUMERIC", +"LC_TIME", +"LC_COLLATE", +"LC_MONETARY", +"LC_MESSAGES", +"LC_PAPER", +"LC_NAME", +"LC_ADDRESS", +"LC_TELEPHONE", +"LC_MEASUREMENT", +"LC_IDENTIFICATION", +"LC_ALL" }; env = g_ptr_array_new (); diff -urN gnome-screensaver-2.14.3/src/gs-window-x11.c gnome-screensaver-2.14.3-kimju/src/gs-window-x11.c --- gnome-screensaver-2.14.3/src/gs-window-x11.c2006-07-26 23:45:15.0 +0300 +++ gnome-screensaver-2.14.3-kimju/src/gs-window-x11.c 2007-01-04 21:07:49.943757544 +0200 @@ -583,6 +583,19 @@ "KRBTKFILE", "LANG", "LANGUAGE", +"LC_CTYPE", +"LC_NUMERIC", +"LC_TIME", +"LC_COLLATE", +"LC_MONETARY", +"LC_MESSAGES", +"LC_PAPER", +"LC_NAME", +"LC_ADDRESS", +"LC_TELEPHONE", +"LC_MEASUREMENT", +"LC_IDENTIFICATION", +"LC_ALL", "RUNNING_UNDER_GDM" };
Bug#405644: mp3burn: Change dependency on cdrecord to wodim
Package: mp3burn Version: 0.4.1-2 Severity: minor Subject says all... mp3burn depends on cdrecord, which is a dummy package depending on wodim. Please change the cdrecord dependency from mp3burn to wodim. Thanks, Norbert -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mp3burn depends on: ii cdrecord 9:1.1.0-1 Dummy transition package for wodim ii file 4.17-5 Determines file type using "magic" ii libmp3-info-perl 1.20-1 Perl MP3::Info - Manipulate / fetc ii libogg-vorbis-header-perl 0.03-1 perl interface to Ogg Vorbis infor ii libstring-shellquote-perl 1.03-1 quote strings for passing through ii mpg321 [mpg123] 0.2.10.3 A Free command-line mp3 player, co ii perl 5.8.8-7Larry Wall's Practical Extraction ii vorbis-tools 1.1.1-6several Ogg Vorbis tools mp3burn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405596: Stellarium takes the complete memory of the system
> This bug has indeed been confirmed for 64 bits CPU. Any clue is welcome.. I have searched a littele bit in the forum and found the following problem (and little patch): http://sourceforge.net/tracker/index.php?func=detail&aid=1566760&group_id=48857&atid=454373 Note: For me the programm does not crash. It just "eat up" the memory. Also the revision 1647 of the svn checkout should work: http://sourceforge.net/forum/message.php?msg_id=4064248 BTW: I'm using a nvidia card with the experimental version 1.0.9746-2 Bye -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Gordon Farquharson <[EMAIL PROTECTED]> [2007-01-05 01:36]: > However, I have found that I am unable to access the LUKS partition > when the system is under heavy load and swapping. Interesting. Can you check whether you see the same problems with FUSE (see #402876)? > Martin, I wonder if this has anything to do with the virtual memory > bug in the kernel that we experienced with apt. It could be that this > bug existed before 2.6.19 but was much harder to trigger (e.g. see I don't know. I'm aware this bug has been around for a while (but hard to trigger) but I'd b cautious to attribute every bug we see to it. Of course it's possible that this is the problem but somehow I doubt it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405645: 'libgda2-bin' package description typo: 'Binnary'
Package: libgda2-bin Severity: minor % apt-cache search binnary libgda2-bin - Binnary files for GNOME Data Access library for GNOME2 s/Binnary/Binary/ Hope this helps... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405638: temporaire.ps
Seth Lang a écrit : [...] Hi Seth, First, thank you for reporting problems with page-crunch, this is the best way to improve it. On another note where it says "visu. PDF: " (this is where the user selects their pdf viewer) - by default it has xpdf. As etch and beyond no longer use xpdf by default, users have to type "evince" or whatever pdf viewer they use every time they run the program. >[...] page-crunch creates a configuration file on your HOME, this file is named .pcrunch Can you verify its existence and the rights you have on this file ? I've just tested it and it works fine, to verify : - remove ~/.pcrunch file - run page-crunch as normal user - change your "visu. PDF" field with evince e.g. - quit with the "Quit" button - rerun page-crunch and verify "visu. PDF" field Let me know about your test results. -- cordialement david cobac
Bug#405561: [Pkg-mythtv-maintainers] Bug#405561: ivtv-source: FTBFS with 2.6.19-1
This one time, at band camp, Ian Campbell said: > On Thu, 2007-01-04 at 14:25 +, Stephen Gran wrote: > > dh_clean -k > > /usr/bin/make KVER=2.6.19-1-686 KDIR=/lib/modules/2.6.19-1-686/build > > HP_FWLOAD=1 DEBIAN_MAKE_KPKG=1 -C driver > > Ivtv version 0.8.x supports only the 2.6.18 kernel. Once a 2.6.19 kernel > appears in unstable 0.9.x will be uploaded. Are you using a kernel from > experimental or somewhere else? I'm using the test packages available from: http://kernel-archive.buildserver.net/debian-kernel > In the meantime you could use my unofficial packages from > http://www.hellion.org.uk/ivtv if you like. Will do. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#405646: 'libhocr-perl' package description typo: 'bingings'
Package: libhocr-perl Severity: minor % apt-cache search bingings libhocr-perl - Hebrew OCR library Perl bingings s/bingings/bindings/ Hope this helps... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405256: Re #405256: apt-listbugs error
Hi, > > > Maybe just delete the "W: syntax error". > > > > > > that's one of the key messages from ruby, required for reasonable debugging > > when the user > > doesn't give any debugging output. > > The message looks as if it's indicating an invalid statement in the > program. If it is, it would be good to fix the statement. If it's > not, it would be good to explain it, or at least indicate that it is a > developer-level message. The message is now changed so that it is more clear about what the message is about; however the original message is very unclear indeed. It's probably the string defined in /usr/lib/ruby/1.8/xml/dom2/domexception.rb regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#285406: Back with Etch
I'm also seeing this again in etch. Here are some sample log-lines: check: spamd: connection from P450 [127.0.0.1] at port 59428 check: spamd: processing message <[EMAIL PROTECTED]> for jeff:110 check: spamd: clean message (-2.5/5.0) for jeff:110 in 13.2 seconds, 1157 bytes. check: spamd: result: . -2 - AWL,BAYES_00,NORMAL_HTTP_TO_IP,NO_RELAYS scantime=13.2,size=1157,user=jeff,uid=110,required_score=5.0,rhost=P450,raddr=127.0.0.1,rport=59428,mid=<[EMAIL PROTECTED]>,bayes=5.55111512312578e-17,autolearn=ham -- Thanks Jefferson Cowart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405647: wmii: FTBFS: uninstallable because libixp does not exist
Package: wmii Version: 3.5.1-1 Severity: serious Hello, wmii is not installab and does not build: > Automatic build of wmii_3.5.1-1 on nasya by sbuild/sparc 0.50 > Build started at 20070104-2142 > ** > Checking available source versions... > Fetching source files... > Reading package lists... > Building dependency tree... > Need to get 46.2kB of source archives. > Get:1 http://ftp.fr.debian.org sid/main wmii 3.5.1-1 (dsc) [601B] > Get:2 http://ftp.fr.debian.org sid/main wmii 3.5.1-1 (tar) [41.7kB] > Get:3 http://ftp.fr.debian.org sid/main wmii 3.5.1-1 (diff) [3990B] > Fetched 46.2kB in 0s (62.2kB/s) > Download complete and in download only mode > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 4.0), dpatch, libxrandr-dev, libx11-dev, libixp, > sharutils > Checking for already installed source dependencies... > debhelper: missing > dpatch: missing > libxrandr-dev: missing > libx11-dev: missing > libixp: missing > sharutils: missing > Checking for source dependency conflicts... > Reading package lists... > Building dependency tree... > E: Couldn't find package libixp > apt-get failed. > Package installation failed > Trying to reinstall removed packages: > Trying to uninstall newly installed packages: > Source-dependencies not satisfied; skipping wmii > ** > Finished at 20070104-2143 > Build needed 00:00:00, 0k disk space -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#405649: drscheme: FTBFS: error with doc-license.txt
Package: drscheme Version: 1:352-9 Severity: serious Hello, There was a problem while autobuilding your package: At 1167976352 time_t, Source Builder wrote: > Automatic build of drscheme_1:352-9 on nasya by sbuild/sparc 0.50 > Build started at 20070105-0505 > ** ... > dh_installpam -pmzscheme > dh_installlogrotate -pmzscheme > dh_installlogcheck -pmzscheme > dh_installmime -pmzscheme > dh_installchangelogs -pmzscheme > dh_installudev -pmzscheme > dh_install -pmzscheme > dh_link -pmzscheme > dh_strip -pdrscheme > Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a > directory > at /usr/bin/dh_strip line 192 > dh_compress -pdrscheme > dh_fixperms -pdrscheme > dh_makeshlibs -pdrscheme > dh_strip -pmzscheme > dh_compress -pmzscheme > dh_fixperms -pmzscheme > dh_makeshlibs -pmzscheme > dh_installdeb -pdrscheme > dh_perl -pdrscheme > Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a > directory > at /usr/bin/dh_perl line 116 > dh_shlibdeps -pdrscheme > dh_installdeb -pmzscheme > dh_perl -pmzscheme > dh_shlibdeps -pmzscheme > dh_gencontrol -pdrscheme > du: `./usr/share/plt/doc/doc-license.txt': Not a directory > dpkg-gencontrol: failure: du in `debian/drscheme' gave error exit status 1 > dh_gencontrol: command returned error code 256 > make: *** [binary-makedeb-IMPL/drscheme] Error 1 > ** > Build finished at 20070105-0651 > FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#405347: Please explain what gamin is for in the long decription
On Thu, Jan 04, 2007 at 05:03:48PM +0100, Michael Banck wrote: > On Tue, Jan 02, 2007 at 09:29:33PM +0100, Erik Schanze wrote: > > If one tries to remove the package, you will learn many KDE packages > > depend on it. Because it is such a (Desktop-User-)important package > > you should improve the long description and explain, what gamin > > exactly does for the system or the user. Why should one need a "File > > and directory monitoring system"? Because purging the package is not > > possible for KDE users, could they disable this server without > > problems? > > How about this: > > + It can be used by desktops like KDE or GNOME to have their virtual file > + systems keep track of changes to files and directories. For example, > + if a file manager displays a directory to the user, and the user > + removes one of the files via the command-line, gamin will notify the > + file manager of this change so that it can update the directory > + display. Note that gnome has no use for gamin anymore. It only uses fam to monitor stuff on NFS, which is something gamin can't do.. For local files inotify is used directly. Just noting that it can provide events for changes in files etc to interested application should be enough (See also the fam description :). Sjoerd -- A sad spectacle. If they be inhabited, what a scope for misery and folly. If they be not inhabited, what a waste of space. -- Thomas Carlyle, looking at the stars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403164: Ruby's XML Parser does not parse all valid XML
Hi, > This is actually a bug in libxml-parser-ruby1.8. See a the > following comment from SOAP::Util: > > # Q: why only '&' and '<' are encoded, but not '>'? > # A: because it is not required according to XML spec. > # > # [http://www.w3.org/TR/REC-xml#syntax] > # The ampersand character (&) and the left angle bracket (<) may appear in > # their literal form only when used as markup delimiters, or within a > comment, > # a processing instruction, or a CDATA section. If they are needed elsewhere, > # they must be escaped using either numeric character references or the > # strings "&" and "<" respectively. The right angle bracket (>) may be > # represented using the string ">", and must, for compatibility, be > # escaped using ">" or a character reference when it appears in the > # string "]]>" in content, when that string is not marking the end of a > # CDATA section. > > Since there isn't any CDATA in this case, an unescaped > is perfectly > valid XML. > > More recent versions (post sarge) of SOAP::Util escape > as well just > to be on the safe side of broken XML parsers; I'll go ahead and update > it on the server here so it will start working again, though. [Try > running the XML generated through xmllint! ;-)] Hmm... Since we're probably going to release with this non-compliant ruby XML parser library, I'd rather see the server side fixed. I'm looking forward to the server update. By the way, when is the SOAP frontend going to migrate to debian.org service? We're releasing etch pretty soon now. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403346: installation-report: Creates mails that are way too big and never make the list
On Friday 05 January 2007 02:30, Joey Hess wrote: > Well, I'd hate to miss the syslog, it's invaluable when there's a > problem. Perhaps the last N lines could be included, where N is > sufficiently large to include most syslogs. Is it really that important? It is only (optionally!) included if reportbug is used, which means that the install was more or less successful. It also means that the syslog will still (at least in most cases) be available to be requested later. It also means that if reportbug is run on a different system from the one where a (failed) installation was done, we may get the wrong logs. Personally I find these extremely long mails when logs are included very annoying when reading installation reports as mail, and even more so when reviewing reports in the BTS. I have no objection at all to including logs if they could be attached as compressed files, but I see a lot more downsides to including them in-line than I see advantages. Let's just work on getting them as attachments ASAP for Lenny. (Maybe we could even extend the reportbug script to wget info from a box still running a (failed) install :-) pgpiXx6MVwo61.pgp Description: PGP signature
Bug#405648: xcdroast does not start with the actual wodim
Package: xcdroast Version: 0.98+0alpha15-11 Severity: normal xcdroast gives the following error after the last update: ~$ xcdroast ** (xcdroast:5530): WARNING **: Invalid readcd version -unknown- found. Expecting at least version 1.1.0 Start xcdroast with the -n option to override (not recommended!) with the -n option it starts Norbert -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-7-shark.rotorwerk-2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xcdroast depends on: ii cdda2wav 9:1.1.1-1 Dummy transition package for iceda ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii mkisofs 9:1.1.1-1 Dummy transition package for genis ii wodim9:1.1.1-1 command line CD/DVD writing tool xcdroast recommends no packages. -- debconf information: xcdroast/can_use_normal_user: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405628: RFP: cone -- COnsole Newsreader and Emailer (a GPL'ed pine clone)
Axel Beckert wrote: > cone > is modeled after the well-known but not-so-free MUA pine and therefore > could fit into Debian as a GPL'ed pine replacement. OT: UW revived development of pine under the name alpine, which is relicensed under MIT. alpine is was recently accepted in debian and now available in unstable. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405652: 'man lzma' typos: "groupped", "orignal" and "overwriteen"
Package: lzma Version: 4.43-3 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/lzma.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages lzma depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 lzma recommends no packages. -- no debconf information --- lzma.1 2006-09-18 20:33:35.0 -0400 +++ /tmp/lzma.1 2007-01-05 05:43:11.0 -0500 @@ -76,11 +76,11 @@ .BR lzmainfo (1). .SH OPTIONS -Short options can be groupped like +Short options can be grouped like .BR \-cd. .TP .B \-c \-\-stdout \-\-to\-stdout -The output is written to the standard output. The orignal files are kept +The output is written to the standard output. The original files are kept unchanged. When compressing to the standard output there can be only one input file. This option is implied when input is read from the standard input or the script is invoked as @@ -103,7 +103,7 @@ never prompts if target file should be overwritten; existing files are skipped or, in case of .BR \-\-force , -overwriteen. +overwritten. .TP .B \-h \-\-help Show a summary of supported options and quit.
Bug#405650: tinyerp-client: Unable to output document in pdf or to print
Package: tinyerp-client Version: 4.0.1-1 Severity: normal Hi, I'm unable to print an invoice. With the demo user go to sales management --> Request for quotation open SO/001 and then click on make invoices. An empty tab is opened ... If I select print order tinyerp-client freeze. Impossible to open any menu the only solution is to kill tinyerp-client. Christian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages tinyerp-client depends on: ii python2.4.4-2An interactive high-level object-o ii python-glade2 2.8.6-8GTK+ bindings: Glade support ii python-gtk2 2.8.6-8Python bindings for the GTK+ widge ii python-support0.5.6 automated rebuilding support for p Versions of packages tinyerp-client recommends: ii acroread [pdf-viewer] 7.0.8-0.0 Adobe Acrobat Reader: Portable Doc ii gv [pdf-viewer] 1:3.6.2-2 PostScript and PDF viewer for X ii xpdf-reader [pdf-viewer] 3.01-9 Portable Document Format (PDF) sui ii xpdf-utils [pdf-viewer] 3.01-9 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331246: Please mark #331246 as etch-ignore
Lior Kaplan <[EMAIL PROTECTED]> writes: > The library was renamed again from Sarge to Etch, the the > provides/conflicts are fine in the control file. So that version fixes the bug, right? And what do you do when a new version fixes a bug? Marc -- BOFH #57: Groundskeepers stole the root password pgpyIzrh3gzSI.pgp Description: PGP signature
Bug#405645: 'libgda2-bin' package description typo: 'Binnary'
tags 405645 + pending stop On Fri, Jan 05, 2007, A. Costa wrote: > s/Binnary/Binary/ Fixed in SVN; thanks. -- Loïc Minier <[EMAIL PROTECTED]>
Bug#405651: icedove: Enigmail (and possible other extensions with binary components) cannot be upgraded
Package: icedove Version: 1.5.0.9.dfsg1-1 Severity: important I suspect this problem is the same of bug #401987 so it may be resolved in the same way (google toolbar now works in iceweasel execept that the page redirects to mozilla page) icedove complains about abi incompatibility Linux_x86_64-gcc3 Bye -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-9GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii myspell-en-us [myspell-di 1:2.0.4~rc1-3 English_american dictionary for my ii zlib1g1:1.2.3-13 compression library - runtime icedove recommends no packages. -- debconf information: icedove/browser: Debian -- Gianluigi Tiesi <[EMAIL PROTECTED]> EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405654: boa: [INTL:nl] Dutch translation update
Package: boa Version: 0.94.14rc21-0.1 Severity: wishlist Tags: patch l10n Updated Dutch debconf translation. Please include in your next upload. Cheers, FJP nl.po.gz Description: GNU Zip compressed data pgpa4RH0Szxwv.pgp Description: PGP signature
Bug#389954: Same thing here
Hi, I observe the same behavior too, and I looked a bit more into it as some forms work while other don't. The bug seems related to the password manager: forms that don't work are those which trigger a password manager database access. I don't know what makes a form use the password managar or not, but regular forms (e.g. posting on a forum or using a search site) behave normally. Moreover, forms which are pre-filled by the password manager can be successfully submitted too, so a workaround for this bug would be to open the password manager database file and enter the base64 encoded values for the form, so that next time that form is loaded, it will be pre-filled and submittable. However that workaround is not very useful, because of the hassle of encoding the data, restarting the browser, and most importantly, the security issues, but I think knowing this workaround may help tackle the bug more precisely. I hope my English is understandable and that it helps. Pierre-Louis Porté -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405653: bug in libjsw2
Package: libjsw2 Version: 1.5.5-1 Severity: important Hi, in the current version of libjsw2 calling JSClose may result in a seg fault. I submitted a patch to the package authors about a year ago and this was fixed in version 1.5.6. Updating the package should help... Cheers, Maximilian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405646: [Debian-hebrew-package] Bug#405646: 'libhocr-perl' package description typo: 'bingings'
tag 405646 pending thanks Committed revision 527 in Debian-Hebrew subversion. Thanks. A. Costa wrote: > Package: libhocr-perl > Severity: minor > > > % apt-cache search bingings > libhocr-perl - Hebrew OCR library Perl bingings > > s/bingings/bindings/ > > Hope this helps... > > > -- System Information: > Debian Release: 4.0 > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/dash > Kernel: Linux 2.6.16-2-686 > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) > > > ___ > Debian-hebrew-package mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/debian-hebrew-package > > -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405656: Icedax bugreport: cd title lookup doesn't work
Package: icedax Version: 1.1.0-1 Hello! When I try to read a cd, icedax isn't able to lookup the cd title and tracks from a freedb server. Command: icedax -D /dev/dvd -L 0 cddbp-server=freedb2.freedb.org Part of the result: CDINDEX discid: NE5w4c6M3yfOfH2kAo3vDgrKEN0- CDDB discid: 0xef109f0f CD-Text: not detected CD-Extra: not detected samplefile size will be 45292508 bytes. I captured the conversation between icedax and the freedb server, which reveals a violation of the cddb protocol. There must not be a newline beteween the hello statement and the user: < 201 mirror1.freedb.org CDDBP server v1.5.2PL0 ready at Fri Jan 05 < 08:31:19 2007 > cddb hello > bxt lysira icedax .11.1.0 < 500 Command syntax error. > quit < 230 mirror1.freedb.org Closing connection. Goodbye. Suggestion: Remove the newline after hello. Thanks Jan Goldenbaum -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405647: wmii: FTBFS: uninstallable because libixp does not exist
Julien Danjou wrote: > Package: wmii > Version: 3.5.1-1 > Severity: serious > > Hello, > > wmii is not installab and does not build: libixp is waiting in NEW. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384953: 'man debram': needless neologisms "subramifications", "misramifications", "metaramification", etc.
On Sun, 24 Dec 2006 18:02:36 + T. Black said:
> Ninety days have now passed with no activity in this bug log...
Sorry, I've been thinking of other wild and crazy stuff. BTW, you
didn't 'cc:' me -- I was just reviewing the bug log, and saw your
message.
Well I need a change, so back to 'debram'. Package description
suggestion:
Description: Excellent branching catalog of available .debs
Debian GNU/Linux provides thousands upon daunting thousands of software
packages. Debram is a sorted and cross-referenced list of Debian
packages, like a library subject catalog of books, categorized into
broad classes then divided into finer, more specific branches. If
you know what you want your computer to do, but don't know if there's
a package that does it, debram can help.
(The adjective 'excellent' or something like it is needed, because this
isn't just any catalog, it's the best catalog.)
HTH...
PS: notes on how the above sausage was made, very optional.
Packages that use the term 'ramifi' in their one line descriptions:
% apt-cache search ' ' | wc -l
20718
% apt-cache search ' ' | grep -n ramifi
1977:debram - ramified catalog of available .debs
While thinking about that I made a counted list or words
used, and their frequency, within these one-line descriptions. Might
be useful...
% apt-cache search ' ' | sed 's/^[^-][^ ]* - //g' | \
tr "'"']["(),.!:];+=<>`{}' ' ' | tr ' ' '\n' | \
sed '/^[-0-9s/]*$/d' | tr '[:upper:]' '[:lower:]' | \
sort | uniq -c | sort -rg > /tmp/wordlist
% head wordlist
9042 for
3180 library
2985 the
2335 files
2294 and
2094 a
1815 to
1558 development
1282 of
1057 package
Pipes are great. Some substitutes for the adjective/noun pair
'ramified catalog'.
tree-like catalog
branched or branching catalog
hierarchical catalog
ontology (as bad if not worse)
What's most common? In full package descriptions, 'hierarch' is most used:
% for f in 'tree-like' branched branching ontology hierarch ; do echo
-n "$f: " ; apt-cache search "$f" | wc -l ; done
tree-like: 5
branched: 1
branching: 17
ontology: 0
hierarch: 132
'hierarch' is king of the one-liners too:
% for f in 'tree-like' branched branching ontology hierarch ; do echo
-n "$f: " ; apt-cache search "$f" | grep "$f" | wc -l ; done
tree-like: 1
branched: 0
branching: 0
ontology: 0
hierarch: 12
Any of the above code can be used to look for other synonyms of course.
Further critique of present long description one sentence at a time:
Debian GNU/Linux provides thousands upon daunting thousands of software
packages.
Basically OK.
Sorting them into broad classes then dividing and redividing
them into finer, more specific branches, the Debram ramifies Debian's
packages in much the same manner as a university library ramifies its
books.
Too complex. Begins with a verb. The definite article in "the Debram"
reminds me of "the Batman". Twice that 'ramifies' verb. Vague whether
"the Debram" refers to the package 'debram', the program
'/usr/bin/debram', or the catalog
'/usr/share/debram-data/debram.txt.gz'. (answer: the catalog )
"Dividing and redividing" would be OK, except the earlier sentence
used the same trope with 'thousands'.
Last:
If you know what you want your computer to do but do not yet
know the package to do it, you can find the package here.
Good English metre, like a slogan. But...
Surely "here" means "the debram package", but that "here" gets
vague after the three nouns in the sentence: 'you', 'computer' &
'package'.
"Yet" amplifies the implication that users shall find what they seek,
but there could be no such package. A variant:
If you know what you want your computer to do, but don't know if
there's package that does it, debram...
Every completion I think of is slogany:
...is your...
...best bet.
...pal.
...buddy
...sheppard and savior.
...is it. (So was "Coke".)
...can help.
...knows. (What evil lurks...)
...will.
...might.
...ought to.
...do. (Enallage)
...doth.
...sees all.
...makes your computer confess.
...hunts it down like a pack of dogs.
...can rake through the musty muck of mediocrity.
Unfortunately, a recent viewing of "The Prize Winner of Defiance, Ohio"
had a corrupting influence.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405655: ltp-tools: test doesn't work
Package: ltp-tools
Version: 20060918-2
Severity: normal
Tags: patch
Hi,
PATH of 'pan' specified by/usr/lib/debian-test/tools/runltp of ltpmenu is
wrong.
Therefore, test doesn't work.
I appended the patch to work.
Could you check and apply this patch?
regards,
Nobuhiro
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
diff -ruN ltp-full-20060918.old/runltp ltp-full-20060918/runltp
--- ltp-full-20060918.old/runltp2007-01-05 17:04:23.014474740 +0900
+++ ltp-full-20060918/runltp2007-01-05 16:48:53.394299255 +0900
@@ -380,7 +380,7 @@
fi
fi
#$PAN_COMMAND #Duplicated code here, because otherwise if we fail, only
"PAN_COMMAND" gets output
-${LTPROOT}/pan/pan $QUIET_MODE -e -S $INSTANCES $DURATION -a $$ \
+${LTPROOT}/../../tools/pan $QUIET_MODE -e -S $INSTANCES $DURATION -a $$ \
-n $$ $PRETTY_PRT -f ${TMP}/alltests $LOGFILE $OUTPUTFILE
if [ $? -eq 0 ]; then
Bug#404846: bugs.debian.org: HTTP Forbidden error code when accessing the BTS from work
reopen 404846 thanks Hi, sorry to bother you again, it looks like we've been blacklisted again. > I looked at the logs myself, and wasn't able to determine why Blars > blocked you specifically, but I assume it was because you clicked the > "report this bug as spam" multiple times (or for a bug log which > didn't have spam on it). [That's often a good indication of a machine > which is crawling the BTS for addresses to send spam to.] I've asked around, and we don't run a crawler. We use apt-listbugs, and firefox to interactively surf the bug reports, but do not generally (as far as I can tell) use the "report this bug as spam" button. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science Reprise et maintenance de sites CPS: http://www.migration-cms.com/ signature.asc Description: Digital signature
Bug#402017: gcc-40-locales not installable in etch
gcc-4.0-locales is not installable on any of the etch architectures (even including m68k). It depends on cpp-4.0 which is only availabke in unstable/hurd-i386. Please remove gcc-4.0-locales from etch. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398429: Add resume partition setup to initramfs
Resume does not work for me, with the in-kernel suspend-to-disk and encrypted swap device /dev/mapper/swap backed by /dev/hda6. The boot messages say something about /dev/mapper/swap and /dev/hda6 which seems sensible, but then I get the "unknown fstype" a couple of times, and then it gives up on the resume and continues with a normal boot. This is with cryptsetup 1.0.4+svn16-2, klibc-utils 1.4.30-3, and a newly re-generated initramfs. Marcus pgpPOaf6k7Inu.pgp Description: PGP signature
Bug#306819: cdrecord: Problem with CUE files
El miércoles 13 de diciembre, Joerg Schilling escribió: > Hi, > > your problem has been fixed! > > Check out the latest official cdrtools at: > > ftp://ftp.berlios.de/pub/cdrecord/alpha/ Thank you. But I don't know how this affect to Debian branch. Is that problem fixed too in woodim? Greets. David
Bug#402017: gcc-40-locales not installable in etch
severity 402017 wishlist tags 402017 + wontfix thanks Ralf Treinen writes: > gcc-4.0-locales is not installable on any of the etch architectures > (even including m68k). It depends on cpp-4.0 which is only availabke > in unstable/hurd-i386. sure, so it is installable on hurd-i386. > Please remove gcc-4.0-locales from etch. No. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405642: gpm: [INTL:ru] Russian debconf templates translation
[Yuri Kozlov] > Russian debconf templates translation is attached. Thanks, added. I don't know if we will have a chance to upload before etch is released - time is quite short and libgpmg1 may still be considered a base package since libncurses5 recommends it. signature.asc Description: Digital signature
Bug#404184: hangs on update, possible livelock? (strace attached)
Daniel Burrows schrieb: > On Fri, Dec 22, 2006 at 11:13:31AM +0100, Bastian Venthur <[EMAIL PROTECTED]> > was heard to say: >> very often when I update systems wich have not been updated for a while >> (> 1 week) I notice that aptitude hangs while dowhloading the new >> Package-lists (not the packages). I have to kill aptitude and use >> apt-get update (which works fine). > > I've heard of some problems with apt-get as well in this department, but > I haven't seen it myself with either aptitude or apt-get. > > Two quick questions: > > (1) When aptitude crashes, does it repeatedly crash? (i.e., does it > crash every time you try to update, or just the first time?) When it chrashes, it often happens that it crashes again after I killed it and start it again and try to update the package list. Usually after a few tries it just works again. Sorry I know this sounds strange but behavior like this is not unusual when concurrency is involved. > > (2) If you use apt-get instead of aptitude *before* trying aptitude > update, does it ever crash? Ok speaking of *this* bug not, since apt-get does the dirty job for aptitude. This is just a wild guess but maybe it has something to do with the time aptitude needs to get the package list. When it takes longer (eg you haven't updated it for a few weeks) the possibility increases to make aptitude hang but on a dayly updated system the bug is unlikely to appear since aptitude just needs a few seconds to finish it's job. But of course there is still #348481. > Also, it would be greatly helpful if you could compile the program with > debugging support, then -- when it hangs -- attach with gdb and get a > backtrace (preferably a backtrace of all threads -- i.e., run "info threads" > and "thread 0", "thread 1", etc, getting a backtrace for each). Ok I'll see what I can do but, since this bug is more likely to happen when you don't have updated your package list for a few days/weeks, it would be very helpful if I'm able to fake such data so I don't have to wait a week for the next test. > > Otherwise, I guess I'll just wait to see if it ever happens to me. The > updating code has been more or less the same for over a year, though, and > I have yet to see a lockup. Please note that I can't remember having seen this bug on one of my daily updated sid-boxes. But I happens quite often on my etch boxes which I update just once in a week. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405659: "Kde" should be capitalized in Template: debconf/frontend
Package: debconf Version: 1.5.11 Severity: minor dpkg-reconfigure debconf asks to select between "Kde" and other frontends, but the name is "KDE". Please change "Kde" to "KDE" in the Template: debconf/frontend choices. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages debconf depends on: ii debconf-i18n 1.5.11 full internationalization support ii perl-base 5.8.8-7The Pathologically Eclectic Rubbis Versions of packages debconf recommends: ii apt-utils 0.6.46.4 APT utility programs -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379090: Cross building
"Christian T. Steigies" <[EMAIL PROTECTED]> writes: > On Tue, Jan 02, 2007 at 03:15:00PM +0100, Goswin von Brederlow wrote: >> "Christian T. Steigies" <[EMAIL PROTECTED]> writes: >> >> > Ist das mit diesem patch bereits erledigt? >> > >> > kpkg_image += --arch '$(firstword $(KPKG_ARCH) $(ARCH))' --cross-compile=- >> >> Ist das im svn schon drinnen oder woher kommt das? > > Yup, bei mir ja (svn/kernel/dists/sid/linux-2.6/debian/rules.real) > > Christian Good that we have a BTS to keep track of bug reports. CCing bug. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405658: msttcorefonts: Warnings during upgrade
Package: msttcorefonts Version: 1.6 Severity: minor While upgrading from 1.5 to 1.6: warning: /usr/share/fonts/X11/truetype does not exist or is not a directory warning: /usr/lib/X11/fonts/truetype does not exist or is not a directory All fonts are available to the system as far as I can tell, so I guess this is a minor bug at the most. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages msttcorefonts depends on: ii cabextract1.2-2 a program to extract Microsoft Cab ii cdebconf [debconf-2.0]0.108 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii defoma0.11.10Debian Font Manager -- automatic f ii wget 1.10.2-2 retrieves files from the web ii xfonts-utils 1:1.0.1-1 X Window System font utility progr Versions of packages msttcorefonts recommends: ii x-ttcidfont-conf 25 Configure TrueType and CID fonts f -- debconf information: msttcorefonts/defoma: msttcorefonts/dlurl: msttcorefonts/savedir: msttcorefonts/baddldir: msttcorefonts/dldir: msttcorefonts/blurb: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405564: apr: FTBFS on kfreebsd-amd64 (due to 020_lfs_ino_t.dpatch)
So, on kfreebsd-amd64, ino_t is 32 bits? I'll apply your patch, Yes, on all kfreebsd archs it is "typedef __uint32_t __ino_t", see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/_types.h I'll apply your patch, but I don't think it's worth trying to push this into etch, since kfreebsd-amd64 is not a release architecture. Yes, upload into unstable is sufficient for us. Many thanks Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405660: ITP: php-compat -- Provides missing functionality for older versions of PHP
Package: php-compat Version: 1.5.0 Severity: normal ITP: php-compat -- Provides missing functionality for older versions of PHP License: PHP License Version: 1.5.0 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-xenU 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#405661: defoma: missing ")" on Defoma::Id man page
Package: defoma
Version: 0.11.10
Severity: minor
Tags: patch
>From the Defoma::Id man page:
EXAMPLES
# Open an id-cache with 'test' as its suffix.
$Id = defoma_id_open_cache('test');
# register ids in register command.
my $font = shift;
my $h = parse_hints_start('Alias', @_);
my $fontname = $h->{FontName};
my @alias = split(/ /, $h->{Alias});
my $pri = $h->{Priority};
defoma_id_register($Id,
type => 'real',
font => $font,
id => $fontname,
priority => $pri,
hints => join(' ', @_);
The last line is missing a ")" before the semi-colon to close the funcation
call's parentheses.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages defoma depends on:
ii dialog1.0-20060221-2 Displays user-friendly dialog boxe
ii file 4.17-5 Determines file type using "magic"
ii perl 5.8.8-7Larry Wall's Practical Extraction
ii whiptail 0.52.2-9 Displays user-friendly dialog boxe
Versions of packages defoma recommends:
ii libft-perl1.2-16 Perl module for the FreeType libra
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331246: Please mark #331246 as etch-ignore
Marc 'HE' Brockschmidt wrote: > Lior Kaplan <[EMAIL PROTECTED]> writes: >> The library was renamed again from Sarge to Etch, the the >> provides/conflicts are fine in the control file. > > So that version fixes the bug, right? And what do you do when a new > version fixes a bug? Nope, the bug still exists on Sarge. But I've checked provides/conflicts to make sure it won't happen on the Sarge->Etch upgrade due to the *second* rename. That's why it's "etch-ignore" and not "fixed". I've marked it as not found in 2.0.0-8 (the etch/sid version). But I still need release team approval for etch-ignore tag. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405662: iceape window freeze on compose mail
package: Iceape version: 1.0.7-2 On opening a new mail compose window, that window freezes. This is a known bug in seamonkey (see bz#307672 in the mozilla buglist). There are two "fixes" for it: the first is to keep the frozen window open and open another compose mail window. That window does work. The second solution is the attached patch. The patch seems to have no ill side effects (I have been using it for over 3 months now and there are reports of others in bz and the mozilla mailinglist using this fix without problems). 98_mail_compose_workaround.dpatch Description: Binary data
Bug#405634: reprepro: support pdiff downloads
* Vagrant Cascadian <[EMAIL PROTECTED]> [070105 06:04]: > i was wondering if reprepro could support downloading Packages, Sources, > etc. using apt's pdiff mechanisms, as this can save a lot of bandwidth > on daily updates. I've added it to the TODO-list. But I doubt it will come soon as there are other things have higher priorities (I don't use pdiff myself) and it would be quite some time to implement it (I just hate the time apt's implementation takes by applying each diff on its own, and feeding scripts into a general-purpose program (ed) hoping the restriction filter before parses everything correctly and only lets harmless commands pass would undoublty cause my paranoia to waste quite some time finding a better solution). On the other hand at least being able to download .bz2 files instead of the .gz files would be nice and as that would need some reorganisation (currently the unpacking is done on-the-fly in the package updating part and the list part only copes with compressed files to reduce the disk usage of the downloaded lists) that part will get some work on which will most likely also lead to the pdiff stuff supported. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405663: kphotoalbum: Please upload 3.0 for powerpc too (at least)
Subject: kphotoalbum: Please upload 3.0 for powerpc too (at least) Package: kphotoalbum Version: 2.2-2 Severity: wishlist Thank you, -- Eugen Dedu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402017: gcc-40-locales not installable in etch
On Fri, Jan 05, 2007 at 12:33:49PM +0100, Matthias Klose wrote: > severity 402017 wishlist > tags 402017 + wontfix > thanks > > Ralf Treinen writes: > > gcc-4.0-locales is not installable on any of the etch architectures > > (even including m68k). It depends on cpp-4.0 which is only availabke > > in unstable/hurd-i386. > > sure, so it is installable on hurd-i386. > > > Please remove gcc-4.0-locales from etch. > > No. Why not? hurd-i386 is not an etch release architecture. My removal request is about etch only, not sid. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404194: AW: Bug#404194:
Sources.list deb http://ftp.us.debian.org/debian/ etch main deb-src http://ftp.us.debian.org/debian/ etch main deb http://security.debian.org/ etch/updates main contrib non-free deb-src http://security.debian.org/ etch/updates main ~# md5sum /var/cache/apt/archives/aptitude_0.4.4-1_i386.deb 0cbb6dd4a3131175d0756faf82959660 /var/cache/apt/archives/aptitude_0.4.4-1_i386.deb ~# sha256sum /var/cache/apt/archives/aptitude_0.4.4-1_i386.deb 7ccd0224151c495d442308f32922e464e7035b6495e1d244b360977a55f62073 /var/cache/apt/archives/aptitude_0.4.4-1_i386.deb -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 5. Januar 2007 07:01 An: Jasir Baftijari; [EMAIL PROTECTED] Betreff: Re: Bug#404194: On Fri, Dec 22, 2006 at 12:26:36PM +0100, Jasir Baftijari <[EMAIL PROTECTED]> was heard to say: > Package: aptitude > Version: 0.4.4-1 > > Hello, > > After update the package come the following message: > > Preparing to replace aptitude 0.4.3-1 (using .../aptitude_0.4.4-1_i386.deb) > ... > Unpacking replacement aptitude ... > > dpkg: warning - unable to delete old directory `/var/lib/aptitude': > Directory not empty > Setting up aptitude (0.4.4-1) ... > > Server2:~# aptitude update > -bash: /usr/bin/aptitude: No such file or directory > > # whereis aptitude > aptitude: /usr/share/aptitude /usr/share/man/man8/aptitude.8.gz Which mirror do you download from, and what's the output of md5sum /var/cache/apt/archives/aptitude_0.4.4-1_i386.deb and sha256sum /var/cache/apt/archives/aptitude_0.4.4-1_i386.deb ? Thanks, Daniel
Bug#405525: Now it seems to work
severity 405525 important retitle 405525 Random crashes thanks Since the last message I have upgraded kdebase package and rebooted. I don't know if it's because of this or not, but now k3b seems to be working fine. I'll lower the severity below release critical level and maybe later close this if I face no problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403706: Udev sometimes forgets to RUN a program when renaming network interface
To Marco d'Itri: this testcase may explain at least a fraction of Debian bug
#403706 (because in Debian ifup is run, essentially, from udev rules),
that's why the CC. Udev version is 0.100-2.3. Also reproducible with 0.103-1.
To repeat the steps below, you need a Debian Etch installation CD, and
VMware Server. QEMU may be able to reproduce this too, but it is untested.
1) Create a virtual machine with two network cards. The first of them should
look into a custom empty virtual network (e.g., /dev/vmnet2 - the intention
is to simulate a useless network card looking into nowhere). The other card
should use host-only or NAT networking (the intention is that it gets its IP
address via DHCP).
2) Install Debian Etch into this virtual machine from the CD. Select eth1 as
the primary network interface. Do not update the system, because this would
trigger the update-initramfs script and break the testcase! (the testcase
relies on the fact that udev not in initramfs has to swap the two network
interfaces at step 6)
This installation procedure creates the following files:
/etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth1
iface eth1 inet dhcp
/etc/udev/rules.d/z25_persistent-net.rules:
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0c:29:d8:39:6e",
NAME="eth1"
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0c:29:d8:39:64",
NAME="eth0"
3) Create the file /etc/udev/rules.d/z49_debug.rules with the following
contents:
SUBSYSTEM=="net", ACTION=="add", RUN+="/bin/sh -c 'echo FOUND NETWORK
INTERFACE %k >/dev/console'"
4) Reboot the system, watch how it prints that it found eth1, eth0 and lo.
So far so good. Note that the renaming rules above are not really triggered,
because these two network cards are PCI cards served by the same module.
5) Now edit /etc/network/interfaces so that it mentions eth0 instead of
eth1, and edit /etc/udev/rules.d/z25_persistent-net.rules by swapping eth0
and eth1 (so that 00:0c:29:d8:39:6e becomes eth0 and 00:0c:29:d8:39:64
becomes eth1). The intention is, as you may have guessed, is to swap the
names, so that the used card becomes eth0, and the useless one is eth1. The
consequence is that the renaming rules become essential.
6) Reboot. This time it prints the message:
udevd-event[2669]: rename_netif: error changing net interface name
eth1_rename to eth0: No such device
(but "ifconfig -a" shows that the 00:0c:29:d8:39:6e card does become eth0)
Then it prints a message that it found eth1 and lo, and no message about
eth0. And of course, the network is not up, because udev forgot to run
net.agent for the new eth0. Bug!
While it took us some special preparations to trigger this bug with two
identical network cards, I guess that this will happen by itself with 50%
probability if the network cards are not identical, due to random module
loading order.
7) This time, repeat step (5), using names "used" and "unused" for the two
interfaces, reboot and watch how udev finds the "used", "unused" and "lo"
interfaces.
--
Alexander E. Patrakov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403706: Udev sometimes forgets to RUN a program when renaming network interface
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 05 January 2007 15:30, Alexander E. Patrakov wrote:
[...]
>
> 5) Now edit /etc/network/interfaces so that it mentions eth0 instead of
> eth1, and edit /etc/udev/rules.d/z25_persistent-net.rules by swapping eth0
> and eth1 (so that 00:0c:29:d8:39:6e becomes eth0 and 00:0c:29:d8:39:64
> becomes eth1). The intention is, as you may have guessed, is to swap the
> names, so that the used card becomes eth0, and the useless one is eth1. The
> consequence is that the renaming rules become essential.
>
> 6) Reboot. This time it prints the message:
>
> udevd-event[2669]: rename_netif: error changing net interface name
> eth1_rename to eth0: No such device
>
> (but "ifconfig -a" shows that the 00:0c:29:d8:39:6e card does become eth0)
>
I confirm this for Mandriva cooker with udev 103 and kernel 2.6.20-rc3. The
two interfaces are eth0 (PCI e100 normally unused) and eth1 (built-in PCMCIA
wireless, primary interface). Effectively the latter is found first by
coldplugging then the former is loaded by network startup script. The
interface eth1 gets renamed and comes up just fine; I have not tried eth0.
Both have DHCP.
> Then it prints a message that it found eth1 and lo, and no message about
> eth0. And of course, the network is not up, because udev forgot to run
> net.agent for the new eth0. Bug!
>
Looks like it; I should have 2 dhclient while I have just one for eth1:
{pts/1}% pgrep -l dh
3491 dhclient
{pts/1}% ps wwwfp 3491
PID TTY STAT TIME COMMAND
3491 ?Ss 0:00
dhclient -1 -q -lf /var/lib/dhcp/dhclient-eth1.leases -pf
/var/run/dhclient-eth1.pid -cf /etc/dhclient-eth1.conf
eth1
As far as I can tell, the bug happens under 2.6.20; I have not seen it under
2.6.19 or earlier.
I did not get around to debugging this yet.
- -andrey
> While it took us some special preparations to trigger this bug with two
> identical network cards, I guess that this will happen by itself with 50%
> probability if the network cards are not identical, due to random module
> loading order.
>
> 7) This time, repeat step (5), using names "used" and "unused" for the two
> interfaces, reboot and watch how udev finds the "used", "unused" and "lo"
> interfaces.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFnkmgR6LMutpd94wRAmzlAJkBZLkAygg7UENvqYiWsvkGRyim2ACgh4MO
w8+ZnjwTFo4o9k34pATybmo=
=THa9
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306819: cdrecord: Problem with CUE files
DaVinci <[EMAIL PROTECTED]> wrote: > El miércoles 13 de diciembre, Joerg Schilling escribió: > > Hi, > > > > your problem has been fixed! > > > > Check out the latest official cdrtools at: > > > > ftp://ftp.berlios.de/pub/cdrecord/alpha/ > > Thank you. But I don't know how this affect to Debian branch. Is > that problem fixed too in woodim? The problem has originally been reported to cdrecord and it has been fixed in cdrecord. Wodim seems to be a dead end from an old cdrecord version. For this reason, it is not expected that the problem will be fixed in wodim. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#405658: msttcorefonts: Warnings during upgrade
Hi, On Fri, 2007-01-05 at 12:37 +0100, Vincent Lönngren wrote: > warning: /usr/share/fonts/X11/truetype does not exist or is not a > directory > warning: /usr/lib/X11/fonts/truetype does not exist or is not a > directory > > All fonts are available to the system as far as I can tell, so I guess > this is a minor bug at the most. Yes, I am aware of this bug. I adopted the package only shortly before the release, and because the warnings are harmless, I didn't risk breaking stuff by removing them. I'll fix it right after etch. Thanks for your report! Thijs signature.asc Description: This is a digitally signed message part
Bug#405664: sigscheme_0.7.1-2(m68k/unstable/spice): FTBFS on m68k
Package: sigscheme
Version: 0.7.1-2
Severity: important
sigscheme fails to build from source on m68k.
Here are selected excerpts from the buildd log.
| Automatic build of sigscheme_0.7.1-2 on spice by sbuild/m68k 85
| Build started at 20070105-0718
| **
[...]
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5)
[...]
| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.3.6.ds1-9
linux-kernel-headers_2.6.18-6 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 binutils_2.17-3
libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21
[...]
| /usr/bin/make check-TESTS
| make[3]: Entering directory `/build/buildd/sigscheme-0.7.1/test-c'
| test-alignment.c:166: offset 0: {char; void *p;}.p failed.
| expected: 0jd
| but got : 0jd
[...]
| * FAILED: stack alignment all
[...]
|
| 1 of 9 tests failed
| Please report to [EMAIL PROTECTED]
|
| make[3]: *** [check-TESTS] Error 1
| make[3]: Leaving directory `/build/buildd/sigscheme-0.7.1/test-c'
| make[2]: *** [check-am] Error 2
| make[2]: Leaving directory `/build/buildd/sigscheme-0.7.1/test-c'
| make[1]: *** [check-recursive] Error 1
| make[1]: Leaving directory `/build/buildd/sigscheme-0.7.1'
| make: *** [build-stamp] Error 2
| **
| Build finished at 20070105-0851
| FAILED [dpkg-buildpackage died]
A full buildd log is available at
<http://buildd.debian.org/build.php?pkg=sigscheme&ver=0.7.1-2&arch=m68k>
Other buildd logs may be available at
<http://buildd.debian.org/build.php?arch=&pkg=sigscheme>
--
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405665: w3mmee: Depends on
Package: w3mmee Version: 0.3.p24.20-3 Severity: wishlist w3mmee depends on libssl0.9.7, which is an oldlib. Since w3m depends on libssl0.9.8 instead, I'm guessing w3mmee could as well? -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages w3mmee depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgpmg1 1.19.6-23 General Purpose Mouse - shared lib ii libmoe1.51.5.7-1 library to handle multiple octets ii libncurses5 5.5-5 Shared libraries for terminal hand ii libssl0.9.7 0.9.7k-3SSL shared libraries Versions of packages w3mmee recommends: ii ca-certificates 20061027 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387035: docbook-utils: w3mmee?
Package: docbook-utils Version: 0.6.14-1 Followup-For: Bug #387035 w3mmee should be able to do anything w3m is able to do. I was going about to file a bug suggesting that it is added as another alternative to lynx, but I saw this bug and thought I'd better write it here instead. If lynx is the only thing that works then there's no point in adding w3mmee as an alternative, I guess. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages docbook-utils depends on: ii docbook-dsssl 1.79-4 modular DocBook DSSSL stylesheets, ii jadetex 3.13-7.1 generator of printable output from ii perl 5.8.8-7Larry Wall's Practical Extraction ii sgmlspl 1.03ii-31 SGMLS-based example Perl script fo ii sp1.3.4-1.2.1-47 James Clark's SGML parsing tools ii w3m 0.5.1-5WWW browsable pager with excellent Versions of packages docbook-utils recommends: ii docbook-xml 4.4-5 standard XML documentation system, -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404182: exim4-base: init.d/exim4 start with daemon already running gives exit code 1
tags #404182 confirmed pending thanks On Fri, Dec 22, 2006 at 10:48:29AM +0100, Marc Haber wrote: > $ sudo /etc/init.d/exim4 start > Starting MTA:/usr/sbin/exim4 already running. > $ echo $? > 1 > > In my reading, this is a violation of LSB > http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html > where exit code shuold be zero if service is running and ok. > > Thanks to Heiko Schlittermann for pointing this out. After verifying that Heiko is right (and adding --oknodo to start-stop-daemon's command line in a number of places as Heiko suggested), I have now committed this change to svn. 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#405598: postfix-policyd post-install script fails if database admin password contains sed metacharacter(s) - Error: unterminated address regex
reassign 405598 dbconfig-common thank you This is bug is in dbconfig-common, reassigning to that package. Ondrej. Shalom Bhooshi píše v Čt 04. 01. 2007 v 21:40 +: > Package: postfix-policyd > Version: 1.80-2.1 > > installing postfix-policyd fails if the mysql root user's password > contains a forward slash (i.e. /). A certain post-install script > (unknown to me at this time) fails should this be the case. > > $ sudo aptitude install postfix-policyd > Reading package lists... Done > Building dependency tree... Done > Reading extended state information > Initializing package states... Done > Reading task descriptions... Done > Building tag database... Done > No packages will be installed, upgraded, or removed. > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not > upgraded. > Need to get 0B of archives. After unpacking 0B will be used. > Writing extended state information... Done > Setting up postfix-policyd (1.80-2.1) ... > dbconfig-common: writing config > to /etc/dbconfig-common/postfix-policyd.conf > sed: file /tmp/dbconfig-generate-include.sed.i13599 line 2: > unterminated address regex > granting access to database postfixpolicyd for > [EMAIL PROTECTED]: already exists. > creating database postfixpolicyd: already exists. > populating database via sql... done. > dbconfig-common: flushing administrative password > Starting Postfix greylisting policy daemon: start-stop-daemon: --start > needs --exec or --startas > Try `start-stop-daemon --help' for more information. > invoke-rc.d : initscript postfix-policyd, action "start" failed. > dpkg: error processing postfix-policyd (--configure): > subprocess post-installation script returned error exit status 3 > Errors were encountered while processing: > postfix-policyd > E: Sub-process /usr/bin/dpkg returned an error code (1) > A package failed to install. Trying to recover: > Setting up postfix-policyd (1.80-2.1) ... > dbconfig-common: writing config to /etc/dbconfig-common/postfix- > policyd.conf > sed: file /tmp/dbconfig-generate-include.sed.X13818 line 2: > unterminated address regex > granting access to database postfixpolicyd for > [EMAIL PROTECTED]: already exists. > creating database postfixpolicyd: already exists. > populating database via sql... done. > dbconfig-common: flushing administrative password > Starting Postfix greylisting policy daemon: start-stop-daemon: --start > needs --exec or --startas > Try `start-stop-daemon --help' for more information. > invoke-rc.d: initscript postfix-policyd, action "start" failed. > dpkg: error processing postfix-policyd (--configure): > subprocess post-installation script returned error exit status 3 > Errors were encountered while processing: > postfix-policyd > > $ sudo cat /tmp/dbconfig-generate-include.sed.i13599 > s/^\(.*\)_DBC_DBUSER_/\1postfix-policyd/g > s/^\(.*\)_DBC_DBPASS_/\1.Password/258;/g > s/^\(.*\)_DBC_BASEPATH_/\1/g > s/^\(.*\)_DBC_DBNAME_/\1postfixpolicyd/g > s/^\(.*\)_DBC_DBSERVER_/\1/g > s/^\(.*\)_DBC_DBPORT_/\1/g > s/^\(.*\)_DBC_DBTYPE_/\1mysql/g > > The password string (appropriately changed here) on line 2 is passed > as-is and unescaped, the unescaped forward slash (/) in the > substitution string causes sed to fail with an error "unterminated > address regex". > > The solution to the problem is quite simple, ensure that all strings > input here are properly escaped if need be. > > $ sed --version | head -n 1 > GNU sed version 4.1.5 > > $ bash --version | head -n 1 > GNU bash, version 3.1.17(1)-release (i486-pc-linux-gnu) > > $ uname -a > Linux condo 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 > GNU/Linux > > $ cat /etc/issue > Debian GNU/Linux 4.0 \n \l > > -- Ondřej Surý <[EMAIL PROTECTED]> ^_^ http://blog.rfc1925.org/
Bug#282913: cross build
On Fri, Jan 05, 2007 at 06:26:13PM +0900, NIIBE Yutaka wrote: > Following change works both of native and cross build. Thanks for this. If it works for me, I'll add it to the next upload. -- Paul Martin <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400501: ajaxterm release 0.10-1 and screen sizing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien, I'm interested in version 0.10 of ajaxterm, as it allows me to specify the screen size (Cols-x-Rows). I had a look at your package [1] and wondered if I could make a couple of suggestions to support this changeable screen size? In /etc/default/ajaxterm, add an env variable SIZE=80x25 In /etc/init.d/ajaxterm, pass the value of this variable in the start-stop-daemon call. Does this sound OK? [1] http://kirya.net/~julien/pkg-ajaxterm/ Thanks, Paul -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFnk/ULSXFtdTZVSURAqteAKCmVhI1voI+T0WhIs7ytMPLENyTuwCeLmWm WI+1vjKjSovpJYCfvU123vQ= =quwG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405666: Can't do an etch netinstall from USB stick
Package: installation-reports Boot method: USB stick Image version: Debian ftp mirror, latest daily build of debian-installer Date:Fri Jan 5 14:02:40 CET 2007 (Other stuff not included; full debug report generated from installation is available) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [E] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [O] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: I followed the instructions on how to get the USB stick to work. It booted alright, I could select languages and regions and stuff, but then the installer started to search for ISO images in all kinds of places and then told me that it couldn't find the kernel modules. From then on I got a red screen background no matter what I tried. I've been with Debian since Slink and have done dozens of installs, but this is the first time I tried an USB stick. I got the boot.img.gz from ftp://ftp.debian.de/debian/dists/etch/main/installer-i386/current/images/hd-media/boot.img.gz This is what is on my USB stick: [EMAIL PROTECTED]:~$ ls -l /media/usbstick/ total 146264 -rwxr-xr-x 1 dh dh67 Nov 3 16:28 boot.txt -rwxr-xr-x 1 dh dh 134137856 Jan 5 14:20 debian-testing-i386-netinst.iso -rwxr-xr-x 1 dh dh62 Nov 3 16:28 disk.lbl -rwxr-xr-x 1 dh dh 869 Nov 3 16:28 f1.txt -rwxr-xr-x 1 dh dh 568 Nov 3 16:28 f10.txt -rwxr-xr-x 1 dh dh 666 Nov 3 16:28 f2.txt -rwxr-xr-x 1 dh dh 780 Nov 3 16:28 f3.txt -rwxr-xr-x 1 dh dh 485 Nov 3 16:28 f4.txt -rwxr-xr-x 1 dh dh 806 Nov 3 16:28 f5.txt -rwxr-xr-x 1 dh dh 1069 Nov 3 16:28 f6.txt -rwxr-xr-x 1 dh dh 916 Nov 3 16:28 f7.txt -rwxr-xr-x 1 dh dh 971 Nov 3 16:28 f8.txt -rwxr-xr-x 1 dh dh 766 Nov 3 16:28 f9.txt -rwxr-xr-x 1 dh dh 4113702 Nov 3 16:28 initrd.gz -rwxr-xr-x 1 dh dh 10337416 Nov 3 16:28 initrdg.gz -r-xr-xr-x 1 dh dh 9776 Nov 3 16:28 ldlinux.sys -rwxr-xr-x 1 dh dh 1101730 Nov 3 16:28 linux -rwxr-xr-x 1 dh dh 9519 Nov 3 16:28 splash.rle -rwxr-xr-x 1 dh dh 1022 Nov 3 16:28 syslinux.cfg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405660: ITP: php-compat -- Provides missing functionality for older versions of PHP
reassign 405660 wnpp severity 405660 wishlist thanks * Thomas Goirand <[EMAIL PROTECTED]> [2007-01-05 11:57]: > Package: php-compat > Version: 1.5.0 > Severity: normal Thomas, *please* read http://www.debian.org/devel/wnpp This is the 3rd time you've filed ITPs in a wrong way. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405667: w3mmee: Doesn't render the tag
Package: w3mmee Version: 0.3.p24.20-3 Severity: normal The version of w3mmee in Debian doesn't show quotation marks when the tag is used. I don't know if the latest version (p24-23) does. w3m does. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages w3mmee depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgpmg1 1.19.6-23 General Purpose Mouse - shared lib ii libmoe1.51.5.7-1 library to handle multiple octets ii libncurses5 5.5-5 Shared libraries for terminal hand ii libssl0.9.7 0.9.7k-3SSL shared libraries Versions of packages w3mmee recommends: ii ca-certificates 20061027 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404371: doesn't double-fork?
On Sun, Dec 24, 2006 at 01:00:34AM -0500, Joey Hess wrote: > A common problem in svn post-commit scripts is slow commands that block > the commit from finishing until they return. I thought I'd try to speed > up my svn commits by using daemon to avoid this wait, but it doesn't > work very well: > > 11165 ?S 0:00 \_ /bin/sh > /srv/svn/ikiwiki/hooks/post-commit /srv/svn/ikiwiki 2004 > 11178 ?S 0:00 \_ daemon perl -- -e sleep 600 > 11179 ?S 0:00 \_ perl -e sleep 600 > > Why is the post-commit script waiting on daemon? I guess that daemon must > not be sufficiently detaching to let this happen, and my guess is that > daemon is not double-forking to the background. > > I was able to get the process to fully daemonize so that the post-commit > script didn't wait for it, by using daemon to daemonize daemon, thus: > > daemon daemon perl -- -- -e 'sleep 600' I cannot comment too much here because I don't know enough about that interprocess foo, but I am trying to pass this upstream. Upstream hasn't been very alive in the last years though. 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#405663: kphotoalbum: Please upload 3.0 for powerpc too (at least)
hi, kphotoalbum 3.0 was uploaded yesterday to experimental. It seems that a powerpc experimental buildd exists. So just wait, it must be available soon. Otherwise, you could build it yourself. If you want to do it and don't know how, feel free to drop me a mail. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405668: dkpg: dpkg -l does not show entire version string
Package: dkpg Version: 1.13.24 Severity: minor bsdutils package version is "1:2.12p-4sarge1" but dpkg -l cuts off the "1:" part and just shows "2.12p-4sarge1". -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405670: python-sqlalchemy: New version available
Package: python-sqlalchemy Version: 0.3.1-2 Severity: wishlist Hello, I filed this bud just to let you know (in case you are not aware of it) that a new version of sqlalchemy has been released. According to Michael Bayer any production system running with the 0.3 series should upgrade. Thank you. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Versions of packages python-sqlalchemy depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt python-sqlalchemy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405020: [Pkg-kde-extras] Bug#405020: upload dialog should not be modal (kipi-plugins - gallery)
reassign 405020 kipi-plugins reassign 405017 kipi-plugins reassign 405016 kipi-plugins tags 405020 upstream tags 405017 upstream tags 405016 upstream thanks On Saturday 30 December 2006 23:27, Wouter Verhelst wrote: > Package: digikam > Version: 2:0.8.2-3 > Severity: normal > > I'm not entirely sure whether this is considered a bug or a feature; > feel free to make this "wishlist" in the latter case. Wouter, Thanks for this and your other recent bug reports. http://bugs.debian.org/digikam http://bugs.debian.org/kipi-plugins I also think you recent blog entry comparing what you liked/ disliked about digikam/f-spot was a good read and should help digikam development. http://www.grep.be/blog/2006/12/30#f-spot_vs_digikam Might I suggest since you have some ideas from a user perspective that you would be better to report these issues directly upstream. (Report bug... in the digikam Help menu). As if the issue reported is not due to the debian packaging or interaction with other components on a debian system, the Debian digikam team just forwards your reports upstream anyway. The other point worth noting is that upstream have released version 0.9.0 (final) which has a lot of usability improvements over the current version you are running (0.8.2). Unfortunately due to a lack of the exiv library transition we were unable to get digikam-0.9.0 into etch, but 0.9.0 is available via the experimental distribution. Don't let the distribution name scare you, this is the 0.9.0 final version as released by upstream after a extensive RC/ beta test programme. http://packages.debian.org/digikam > When uploading pictures to a webgallery, the dialog which is used to do > these uploads is modal; i.e., it's impossible to do anything else (like > showing a slideshow of existing pictures) until the upload is finished. > This is rather annoying, as uploading a bunch of pictures over an > asynchronous line (like, say, an ADSL line which many people have at > home) is rather time-consuming. I agree that this isn't great behaviour. Please also note that the gallery export functionality isn't provided by digikam as a core function, but rather by the kipi-plugins which are used by Digikam, KPhotoAlbum (formerly known as KimDaBa), Showimg and Gwenview so improvements improve the interface for all applications. Thanks and keep the reports coming... Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400032: [Pkg-kde-extras] Bug#400032: digikam: Upgrade dropped way to enter comments en masse
tags 400032 upstream thanks On Friday 24 November 2006 02:17, John Goerzen wrote: > Package: digikam > Version: 1:0.9.0~beta3-3 > Severity: wishlist > > Overall, it is nice to have the right sidebar instead of the popup box > for entering comments. John, Thanks for your report. Have you had a look at the final 0.9.0 which is currently sitting in the experimental distribution? > However, it is no longer possible to enter comments for many pictures > at once using just the keyboard. There appears to be no shortcut for > the "next image" button, and even when it is clicked, the Comments > area loses focus. Per Achim's comments, it is possible to 'Page Up' / 'Page Down' to get to the next picture and then ALT-C will regain focus on the Comments box, if the comments tab is selected for the first picture. Does this meet your needs or would you like some further work? I am unaware if Achim has filed this upstream, but given your report doesn't involve the debian packaging or interaction with other packages, all we do is forward upstream and you can do that easier/ faster with the 'Report Bug...' action under the digikam Help menu. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389534: [Pkg-kde-extras] Bug#389534: kaffeine: "Loading of player part 'xine_part' failed" ; won't play movies
On Tuesday 26 September 2006 19:22, Andrew Schulman wrote: > Version: 0.8.2-1 > Severity: important > > When I (as an ordinary user) start kaffeine, an error dialog pops up, > saying "Loading of player part 'xine_part' failed." The "Details" > window says: "xine_part.desktop not found in search path." I dismiss > the dialog and kaffeine starts, but it won't play movies. Andrew is this still an issue with 0.8.3, or can we close this report? Mark
Bug#405447: [Pkg-kde-extras] Bug#405447: kaffeine: Kaffeine crashes when using en_GB.UTF-8 locale
On Thursday 04 January 2007 03:46, Daniel Palmer wrote: > Package: kaffeine > Version: 0.8.3-1 > Severity: important > > If the locale is set to en_GB.UTF8 the kaffeine interface freezes after it > starts up (after the setup wizard runs if it's the first start). Running > with locale set to C fixes the problem. This problem has been present for > some time. Thanks Daniel, I can't seem to reproduce this or the other report. Can you provide more details/ backtrace? This works fine for me: [EMAIL PROTECTED]:~$ export LC_CTYPE=en_GB.UTF8 [EMAIL PROTECTED]:~$ kaffeine QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty 0 QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QLayout "unnamed" added to QWidget "unnamed", which already has a layout or the other zh_CN report: [EMAIL PROTECTED]:~$ export LC_CTYPE=zh_CN.UTF-8 [EMAIL PROTECTED]:~$ kaffeine QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty 0 QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QSettings: failed to open file '/etc/qt3/qt_plugins_3.3rc' QSettings::sync: filename is null/empty QLayout "unnamed" added to QWidget "unnamed", which already has a layout Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403939: [Pkg-kde-extras] Bug#403939: kmymoney2: Cannot exit KMyMoney2
On Thursday 21 December 2006 06:06, Robert Gomułka wrote: > I have just installed kmymoney2 for the first time. I have created an > "account", then edited some details. After that I wanted to exit the > application. However, pressin x button or File->Quit had no effect. > The same with alt-f4. I will handle it with sending signal, however the > behaviour is strange. Robert, Thanks for the report. At this stage I am unable to duplicate, (it works fine here) which makes debuging a little difficult. Not quite sure what to suggest at this stage other than to monitor, perhaps if you ran a strace it might give a clue on what is causing it to hang. Mark My dependencies are: Versions of packages kmymoney2 depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libacl12.2.42-1 Access control list shared library ii libaqbanking16 2.2.3-4 library for online banking applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 1:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libfam02.7.0-11 Client library to control the FAM ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libgwenhywfar382.4.0-1 OS abstraction layer ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkbanking1 2.2.3-4 KDE frontend library for AqBanking ii libofx31:0.8.2-3 library to support Open Financial ii libosp51.5.2-3 Runtime library for OpenJade group ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqbanking4 2.2.3-4 QT frontend library for AqBanking ii libqt3-mt 3:3.3.7-2 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libssl0.9.80.9.8c-4 SSL shared libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime
Bug#405669: libgc: FTBFS on kfreebsd-amd64
Package: libgc Severity: important Version: 1:6.8-1 Tags: patch Hi, the current version fails to build on kfreebsd-amd64. It needs to add recognition of kfreebsd-amd64 into a few places, see attached patch. It would be nice if it could be included in the next upload. Thanks in advance, Petrdiff -u libgc-6.8/include/private/gcconfig.h libgc-6.8/include/private/gcconfig.h --- libgc-6.8/include/private/gcconfig.h +++ libgc-6.8/include/private/gcconfig.h @@ -334,6 +334,10 @@ # define I386 # define mach_type_known # endif +# if defined(FREEBSD) && defined(__x86_64__) +# define X86_64 +# define mach_type_known +# endif # if defined(__NetBSD__) && (defined(i386) || defined(__i386__)) # define I386 # define mach_type_known only in patch2: unchanged: --- libgc-6.8.orig/os_dep.c +++ libgc-6.8/os_dep.c @@ -84,7 +84,7 @@ # define NEED_FIND_LIMIT # endif -#if defined(FREEBSD) && (defined(I386) || defined(powerpc) || defined(__powerpc__)) +#if defined(FREEBSD) && (defined(I386) || defined(X86_64) || defined(powerpc) || defined(__powerpc__)) # include # if !defined(PCR) #define NEED_FIND_LIMIT @@ -1392,7 +1392,7 @@ } # endif -# if defined(FREEBSD) && (defined(I386) || defined(powerpc) || defined(__powerpc__)) && !defined(PCR) +# if defined(FREEBSD) && (defined(I386) || defined(X86_64) || defined(powerpc) || defined(__powerpc__)) && !defined(PCR) /* Its unclear whether this should be identical to the above, or */ /* whether it should apply to non-X86 architectures. */ /* For now we don't assume that there is always an empty page after*/
Bug#402417: [EMAIL PROTECTED]: [Pkg-cryptsetup-devel] Bug#402417: handle chainmode/essiv "plain" correctly]
David H�rdeman <[EMAIL PROTECTED]> wrote: >2) "-a" is a bashism so I think we should avoid it even though it > seems to be supported by the initramfs shell No, -a in [ expr -a expr ] is not a bashism, it is defined in POSIX 1003.1 Shell & Utilities, test. Writing it either way will get the job done in this case. Cheers, -- Leonard
