Bug#427588: openoffice.org-l10n-ja: The language package has not been included.
Package: openoffice.org-l10n-ja Version: 2.2.1~rc3-1 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (100, 'unstable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc3-1-i686 (SMP w/1 CPU core) Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-l10n-ja depends on: ii locales 2.5-10 GNU C Library: National Language ( Versions of packages openoffice.org-l10n-ja recommends: ii openoffice.org-core 2.2.1~rc3-1 OpenOffice.org office suite archit -- no debconf information --text follows this line-- --[[text/plain; charset=US-ASCII]] The list of openoffice.org-l10n-ja is the following. /usr/share/doc/openoffice.org-l10n-ja/README.gz /usr/share/doc/openoffice.org-l10n-ja/changelog.gz /usr/share/doc/openoffice.org-l10n-ja/copyright /usr/share/doc/openoffice.org-l10n-ja/NEWS.Debian.gz /usr/share/doc/openoffice.org-l10n-ja/README.Debian.gz /usr/share/doc/openoffice.org-l10n-ja/changelog.Debian.gz (Six files!) The package does not contain the localization of OpenOffice.org in Japanese. Other openoffice.org-l10n-XX is also the same. e.g. A list of openoffice.org-l10n-ko /usr/share/doc/openoffice.org-l10n-ko/README.gz /usr/share/doc/openoffice.org-l10n-ko/changelog.gz /usr/share/doc/openoffice.org-l10n-ko/copyright /usr/share/doc/openoffice.org-l10n-ko/NEWS.Debian.gz /usr/share/doc/openoffice.org-l10n-ko/README.Debian.gz /usr/share/doc/openoffice.org-l10n-ko/changelog.Debian.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427429: Bug#402539: debcommit: Document use of git-diff --cached, and offer option for alternative
Hi, I'm combining my replies to #402539 and #427429 as they both relate to debcommit's use of git-diff --cached. As Junichi pointed out, debcommit's current behaviour with respect to git is inconsistent; specifically, it uses git-diff --cached followed by git commit -a. I've modified the script to remove the default use of -a and added an --allfiles option which uses git-diff HEAD, git commit -a as suggested by Jamey and Josh. The updated script (and generated manpage) is available at http://people.alioth.debian.org/~adam-guest/. I'm not a git user so any comments and testing would be greatly appreciated. (One thing I wasn't sure about was which command to recommend for ensuring that git is aware of files when using --cached. #402539 suggests git-update-index whereas #427429 uses git-add). Cheers, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427451: hbf-cns40-6: FTBFS: make: pltotf: Command not found
tags 427451 patch tags 427452 patch tags 427453 patch tags 427454 patch tags 427455 patch tags 427457 patch tags 427458 patch tags 427459 patch tags 427460 patch thanks Lucas Nussbaum [EMAIL PROTECTED] wrote: pltotf c6so12.pl make: pltotf: Command not found make: *** [build-stamp] Error 127 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ pltotf is in texlive-font-utils, please add that to the build-deps. I guess the hbf packages still build-depend on tetex. The tetex transitional packages are targetted at users and are not guaranteed to be stable in terms of build-deps. Therefore, build-depending on them is a bug. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#427571: es_DO locales definition uses charset ISO-8859-1
Paolo Benvenuto a écrit : Package: locales Version: 2.5-9 Severity: normal In the file /usr/share/i18n/locales/es_DO I find % Charset: ISO-8859-1 It should be UTF-8! Why should it be UTF-8? This only set the charset of the current file, which anyway contains only ASCII char... -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427514: linux-image-2.6.21-1-amd64: System does not boot with 2.6.21-4
On Mon, 2007-06-04 at 22:30 +0200, maximilian attems wrote: please keep the bug report on cc for future mails, thanks. Sorry, I always forget about that :) hmm the question is if sda and sdb come up early enough for mdadm, did you try to boot with rootdelay=11 and no break arg? Yes they do, as /dev/md0 is created before the boot stops in busybox. And this happens without rootdelay too, so I guess the problem does not lie there. I compared the output before /sbin/init in 2.6.20 and 2.6.21 and they look absolutely the same. mdadm --examine --scan ARRAY /dev/md0 level=raid1 num-devices=2 UUID=877c34c4:dfed29c7:4338e75f:35082da1 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=6f583480:58ae2560:eac2cfa7:882022da ARRAY /dev/md2 level=raid1 num-devices=2 UUID=9dae3f6b:a3e79fbb:6044c75b:9f1939bd The UUID match the ones in mdadm.conf, so I guess there's nothing corrupted. mdadm --assemble --scan --run --auto=yes md: md2 stopped md: bind sdb3 md: bind sda3 raid1: raid set md2 active with 2 out of 2 mirrors mdadm: /dev/md2 has been started with 2 drives md: md1 stopped md: bind sdb2 md: bind sda2 raid1: raid set md1 active with 2 out of 2 mirrors mdadm: /dev/md1 has been started with 2 drives And at this point in the initramfs I have /dev/md[0-2] ready to go... how could I mount them manually and resume the boot procedure? I tried to mount /dev/md0 /root but it does not work. -- Others will look to you for stability, so hide when you bite your nails. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426980: exim4: [debconf_rewrite] Debconf templates review
Please note that, unless you raise some objections to this rewrite, I will handle the updates directly in the SVN as I already manage l10n for exim4 (which is of course not the case for all packages which are reviewed by debian-l10n-english). Last call for objections. :-) Andreas, Marc, I will soon commit these changes in the SVN and then call for translation updates. signature.asc Description: Digital signature
Bug#427591: 2:0.95.0+1-3 still doesn't work with icedove 2
Package: enigmail Version: 2:0.95.0+1-3 Severity: grave --- Please enter the report below this line. --- Hi, I just updated to 0.95, but Icedove still isn't able to use enigmail. When I open the addons panel, it still shows enigmail version *0.94* (and of course not compatible with icedove 2.0.0.0). Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-1-k7 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+- thunderbird| OR icedove| 2.0.0.0-4 OR iceape-mailnews| 1.0.8-2 OR seamonkey-mailnews | libc6 (= 2.5-5) | 2.5-10 libgcc1(= 1:4.2-20070516) | 1:4.2-20070528-1 libnspr4-0d (= 1.8.0.10) | 4.6.6-3 libstdc++6 (= 4.2-20070516) | 4.2-20070528-1 gnupg | 1.4.6-2 -- 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#427590: Segmentation fault when choosing nothing then press OK in whiptail
Package: whiptail Version: 0.51.6-20 Severity: normal When I choose nothing then press OK in whiptail, for example, the following script: - #!/bin/bash LC_ALL=C whiptail --backtitle whiptail bug ? --title Choose nothing, then press OK --radiolist You will get a segfault. 0 0 0 opt1 msg1 off opt2 msg2 off 2TMP - It gives me a segmentation fault. This happens both in whiptail 0.51.6-20 (Sarge) and 0.52.2-10 (Etch). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=BIG5) (ignored: LC_ALL set to zh_TW.Big5) Versions of packages whiptail depends on: ii libc6 2.3.2.ds1-22sarge6 GNU C Library: Shared libraries an ii libnewt0.51 0.51.6-20 Not Erik's Windowing Toolkit - tex ii libpopt0 1.7-5 lib for parsing cmdline parameters ii slang1a-utf8 1.4.9dbs-8 The S-Lang programming library wit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427569: Epiphany: Flickr! won't work correctly (javascript related problems)
reassign 427569 libxul0d merge 426569 427569 thanks On Tue, Jun 05, 2007 at 02:22:53AM -0400, Claudio Saavedra [EMAIL PROTECTED] wrote: On Tue, 2007-06-05 at 07:44 +0200, Mike Hommey wrote: Can you try again after doing what is described in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426569;msg=45 That fixed all the issues I can recall. Thanks a lot! Merging, then. Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427545: mediawiki1.10: Minor error in Debconf template
Quoting Helge Kreutzmann ([EMAIL PROTECTED]): Package: mediawiki1.10 Version: 1.7.1-12 Severity: minor Tags: patch X-Debbugs-CC: Christian Perrier [EMAIL PROTECTED] While translating your Debconf template to German the following minor error was discovered: -This installation can be upgraded automatically. The new package version -This installation can be upgraded automatically. The new package version Well, the templates are under review. Surprinsingly, while this review was announced, a call for translation updates was launched in parallel by the maintainer, which will make the review work more complicated. signature.asc Description: Digital signature
Bug#427562: texlive-base-bin: Launches forkbomb on upgrade/install
John Goerzen [EMAIL PROTECTED] wrote: Package: texlive-base-bin Version: 2007-11 Severity: critical Justification: breaks unrelated software I recently tried upgrading (I track sid). Upon upgrading texlive-base-bin, the system ate all swap and eventually crashed. I subsequently attempted to remove texlive packages with dpkg --force-depends --purge, and reinstall with apt-get -f install. However, the same behavior reoccured. That's great, simply great. I've encountered that myself once, and others have reported it, but nobody was ever able to reproduce it. 629 pts/4S+ 0:00 pdftex -ini -jobname=jadetex -progname=jadetex latex Okay, in case you want to get your system working, simply remove jadetex. In case you want to help us debugging (please!), do the following: - Does the command fmtutil-sys --byfmt jadetex also trigger the behavior? - If not, does fmtutil-sys --all trigger it? One of these should really do it. Please save the following script and make it executable #!/bin/sh # fmtutil-sys: Thomas Esser, public domain. # wrapper script for fmtutil with TEXMFVAR and TEXMFCONFIG set to # TEXMFSYSVAR / TEXMFSYSCONFIG test -f /bin/ksh test -z $RUNNING_KSH \ { UNAMES=`uname -s`; test x$UNAMES = xULTRIX; } 2/dev/null \ { RUNNING_KSH=true; export RUNNING_KSH; exec /bin/ksh $0 ${1+$@}; } unset RUNNING_KSH test -f /bin/bsh test -z $RUNNING_BSH \ { UNAMES=`uname -s`; test x$UNAMES = xAIX; } 2/dev/null \ { RUNNING_BSH=true; export RUNNING_BSH; exec /bin/bsh $0 ${1+$@}; } unset RUNNING_BSH # hack around a bug in zsh: test -n ${ZSH_VERSION+set} alias -g '${1+$@}'='$@' export PATH v=`kpsewhich -var-value TEXMFSYSVAR` c=`kpsewhich -var-value TEXMFSYSCONFIG` TEXMFVAR=$v TEXMFCONFIG=$c export TEXMFVAR TEXMFCONFIG exec sh -x fmtutil ${1+$@} and run it (with the option you needed above to reproduce the problem), capturing stdout and stderr in a file. Unless this is a Heisenbug, the problem should show up in the log file. TIA, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#427588: openoffice.org-l10n-ja: The language package has not been included.
severity 427588 grave reassign 427588 openoffice.org merge 427588 427547 thanks Hi, [EMAIL PROTECTED] wrote: --[[text/plain; charset=US-ASCII]] The list of openoffice.org-l10n-ja is the following. /usr/share/doc/openoffice.org-l10n-ja/README.gz /usr/share/doc/openoffice.org-l10n-ja/changelog.gz /usr/share/doc/openoffice.org-l10n-ja/copyright /usr/share/doc/openoffice.org-l10n-ja/NEWS.Debian.gz /usr/share/doc/openoffice.org-l10n-ja/README.Debian.gz /usr/share/doc/openoffice.org-l10n-ja/changelog.Debian.gz (Six files!) The package does not contain the localization of OpenOffice.org in Japanese. Other openoffice.org-l10n-XX is also the same. e.g. A list of openoffice.org-l10n-ko /usr/share/doc/openoffice.org-l10n-ko/README.gz /usr/share/doc/openoffice.org-l10n-ko/changelog.gz /usr/share/doc/openoffice.org-l10n-ko/copyright /usr/share/doc/openoffice.org-l10n-ko/NEWS.Debian.gz /usr/share/doc/openoffice.org-l10n-ko/README.Debian.gz /usr/share/doc/openoffice.org-l10n-ko/changelog.Debian.gz Yes. see 427547. Already reported and the fixed package is currently building. And you don't either need to send a extra mail to debian-openoffice nor Cc debian-openoffice as bugreports land there as debian-openoffice is the Maintainer: of the OOo package... Gr??e/Regards, Ren? -- .''`. Ren? Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#426414: extra info
I have done a few more tests, to reject some hypothesis... first idea was a bug in ntp, but I disabled it totally and I now run ntpdate in a cronjob. I have the same time jumps. I noticed the usb resets in coincidence with the time jumps and I removed all usb devices (except keyboard and mouse) but I keep the same problems. then I thought it could be some miscommunication with the time servers? disconnecting physically the box from the net caused, after a few hours, a difference of some 15 minutes with the correct time. - jumps are almost only forwards (needing a negative correction). when there is a positive correction, this is the pattern: 29 May 10:46:11 ntpdate[25265]: step time server 195.83.66.158 offset -167.980764 sec 29 May 10:43:23 ntpdate[25275]: step time server 75.13.24.211 offset -167.974535 sec 29 May 10:46:18 ntpdate[25283]: step time server 75.13.24.211 offset 167.980391 sec 29 May 10:52:07 ntpdate[25322]: step time server 75.13.24.211 offset -157.952154 sec 29 May 10:49:31 ntpdate[25338]: step time server 75.13.24.211 offset -157.953025 sec 29 May 10:52:15 ntpdate[25356]: step time server 75.13.24.211 offset 157.953061 sec 29 May 11:14:06 ntpdate[26499]: step time server 75.13.24.211 offset -57.821288 sec 29 May 11:13:11 ntpdate[26515]: step time server 75.13.24.211 offset -57.820978 sec 29 May 11:14:15 ntpdate[26523]: step time server 75.13.24.211 offset 57.820636 sec but there are also lots of isolated negative corrections, this is the log for 2007-06-01 00:00/02:00 (chosen for no particular reason). 1 Jun 00:01:55 ntpdate[32337]: step time server 200.43.64.77 offset -9.935709 sec 1 Jun 00:05:02 ntpdate[917]: step time server 200.43.64.77 offset -3.971027 sec 1 Jun 00:05:26 ntpdate[930]: step time server 200.43.64.77 offset -118.012014 sec 1 Jun 00:09:37 ntpdate[978]: step time server 200.43.64.77 offset -93.989084 sec 1 Jun 00:11:05 ntpdate[1013]: step time server 200.43.64.77 offset -82.005425 sec 1 Jun 00:09:48 ntpdate[1027]: step time server 200.43.64.77 offset -82.005035 sec 1 Jun 00:11:15 ntpdate[1040]: step time server 200.43.64.77 offset 82.005701 sec 1 Jun 00:12:21 ntpdate[1058]: step time server 200.43.64.77 offset -97.981546 sec 1 Jun 00:48:42 ntpdate[1337]: step time server 217.114.97.97 offset -53.934183 sec 1 Jun 00:57:53 ntpdate[1398]: step time server 217.114.97.97 offset -138.012260 sec 1 Jun 00:59:58 ntpdate[1429]: step time server 217.114.97.97 offset -45.952144 sec 1 Jun 01:01:11 ntpdate[1457]: step time server 217.114.97.97 offset -99.981401 sec 1 Jun 01:06:04 ntpdate[3420]: step time server 213.215.33.210 offset -50.048028 sec 1 Jun 01:07:37 ntpdate[3449]: step time server 213.246.63.72 offset -79.983239 sec 1 Jun 01:26:12 ntpdate[3586]: step time server 209.132.176.4 offset -90.010730 sec 1 Jun 01:44:53 ntpdate[3718]: step time server 209.132.176.4 offset -83.972177 sec 1 Jun 01:46:29 ntpdate[3750]: step time server 209.132.176.4 offset -75.929826 sec 1 Jun 01:50:55 ntpdate[3789]: step time server 209.132.176.4 offset -77.988682 sec 1 Jun 01:55:09 ntpdate[3836]: step time server 209.132.176.4 offset -91.970655 sec any hint, please? thanks, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426980: exim4: [debconf_rewrite] Debconf templates review
On Tue, Jun 05, 2007 at 07:44:18AM +0200, Christian Perrier wrote: Please note that, unless you raise some objections to this rewrite, I will handle the updates directly in the SVN as I already manage l10n for exim4 (which is of course not the case for all packages which are reviewed by debian-l10n-english). Last call for objections. :-) Objection. I currently do not have time to review your changes and, being the one constantly being yelled at for exim4's suckage, I reserve the right to take a look at things before they increase exim4's suckage. There is a number of other changes to the templates in the pipe, and since there is no way to tell the translators this is work in progress, do not trandlate for the time being (and nobody seems to care to establish this this mechanism), all those template changes need to be uploaded atomically to avoid repeting the translation avalanche. I'm going to be the one handling this bug in due time. 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 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427596: sysklogd: FTBFS: ksym_mod.c:102:27: error: linux/linkage.h: No such file or directory
Package: sysklogd version: 1.4.1-20 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building sysklogd in sysklogd_1.4.1-20.dsc debian/rules build /usr/bin/make DEB=-DDEBRELEASE=\\\20\\\ \ CFLAGS=-O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce \ LDFLAGS= make[1]: Entering directory `/build/user/sysklogd-1.4.1' gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce -DSYSLOG_INET -DSYSLOG_UNIXAF -DNO_SCCS -DFSSTND -DSYSLOGD_PIDNAME=\syslogd.pid\ -DDEBRELEASE=\20\ -c syslogd.c gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce -c pidfile.c gcc -o syslogd syslogd.o pidfile.o gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce -DFSSTND -DDEBRELEASE=\20\ -c klogd.c gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce -DALLOW_KERNEL_LOGGING -c syslog.c gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce -DFSSTND -c ksym.c gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSYSV -fomit-frame-pointer -fno-strength-reduce -DFSSTND -c ksym_mod.c ksym_mod.c:102:27: error: linux/linkage.h: No such file or directory make[1]: *** [ksym_mod.o] Error 1 make[1]: Leaving directory `/build/user/sysklogd-1.4.1' make: *** [build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427592: workbone: FTBFS: /usr/include/bits/ustat.h:26: error: redefinition of 'struct ustat'
Package: workbone version: 2.40-6 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building workbone in workbone_2.40-6.dsc debian/rules build test -f debian/rules make CFLAGS=-O2 -g LDFLAGS= make[1]: Entering directory `/build/user/workbone-2.40' gcc -Wall -Wmissing-prototypes -O2 -g -c workbone.c gcc -Wall -Wmissing-prototypes -O2 -g -c hardware.c In file included from /usr/include/sys/ustat.h:30, from hardware.c:28: /usr/include/bits/ustat.h:26: error: redefinition of 'struct ustat' hardware.c: In function 'cd_status': hardware.c:187: warning: implicit declaration of function 'strcpy' hardware.c:187: warning: incompatible implicit declaration of built-in function 'strcpy' make[1]: *** [hardware.o] Error 1 make[1]: Leaving directory `/build/user/workbone-2.40' make: *** [build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427602: wmtune: FTBFS: src/wmtune.c:38:21: error: asm/io.h: No such file or directory
Package: wmtune version: 1.1-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building wmtune in wmtune_1.1-3.dsc debian/rules build dh_testdir # Add here commands to compile the package. /usr/bin/make CFLAGS+=-DUSE_V4L make[1]: Entering directory `/build/user/wmtune-1.1' gcc -c -O2 -Wall -DLinux src/wmtune.c -o src/wmtune.o -I/usr/X11R6/include -DUSE_V4L src/wmtune.c:33:4: warning: #warning Compiling for Linux using V4L src/wmtune.c:38:21: error: asm/io.h: No such file or directory src/wmtune.c: In function 'RadioOut': src/wmtune.c:978: warning: implicit declaration of function 'outw' make[1]: *** [src/wmtune.o] Error 1 make[1]: Leaving directory `/build/user/wmtune-1.1' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427597: alsaplayer: FTBFS: FlacSeekableStream.h:31:42: error: FLAC/seekable_stream_decoder.h: No such file or directory
Package: alsaplayer version: 0.99.77-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[4]: Entering directory `/build/user/alsaplayer-0.99.77/input/flac' /bin/sh ../../libtool --tag=CXX --mode=compile i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer -D_REENTRANT -O2 -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -Wall -Wall -g -O2 -g -O2 -MT FlacEngine.lo -MD -MP -MF .deps/FlacEngine.Tpo -c -o FlacEngine.lo FlacEngine.cpp mkdir .libs i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer -D_REENTRANT -O2 -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -Wall -Wall -g -O2 -g -O2 -MT FlacEngine.lo -MD -MP -MF .deps/FlacEngine.Tpo -c FlacEngine.cpp -fPIC -DPIC -o .libs/FlacEngine.o i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer -D_REENTRANT -O2 -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -Wall -Wall -g -O2 -g -O2 -MT FlacEngine.lo -MD -MP -MF .deps/FlacEngine.Tpo -c FlacEngine.cpp -o FlacEngine.o /dev/null 21 mv -f .deps/FlacEngine.Tpo .deps/FlacEngine.Plo /bin/sh ../../libtool --tag=CXX --mode=compile i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer -D_REENTRANT -O2 -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -Wall -Wall -g -O2 -g -O2 -MT FlacPlugin.lo -MD -MP -MF .deps/FlacPlugin.Tpo -c -o FlacPlugin.lo FlacPlugin.cpp i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer -D_REENTRANT -O2 -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -Wall -Wall -g -O2 -g -O2 -MT FlacPlugin.lo -MD -MP -MF .deps/FlacPlugin.Tpo -c FlacPlugin.cpp -fPIC -DPIC -o .libs/FlacPlugin.o In file included from FlacPlugin.cpp:33: FlacSeekableStream.h:31:42: error: FLAC/seekable_stream_decoder.h: No such file or directory FlacSeekableStream.h:81: error: expected ',' or '...' before '*' token FlacSeekableStream.h:83: error: ISO C++ forbids declaration of 'FLAC__SeekableStreamDecoder' with no type FlacSeekableStream.h:86: error: expected ',' or '...' before '*' token FlacSeekableStream.h:89: error: ISO C++ forbids declaration of 'FLAC__SeekableStreamDecoder' with no type FlacSeekableStream.h:91: error: 'FLAC__SeekableStreamDecoderReadStatus' does not name a type FlacSeekableStream.h:97: error: expected ',' or '...' before '*' token FlacSeekableStream.h:99: error: ISO C++ forbids declaration of 'FLAC__SeekableStreamDecoder' with no type FlacSeekableStream.h:101: error: 'FLAC__SeekableStreamDecoderSeekStatus' does not name a type FlacSeekableStream.h:106: error: 'FLAC__SeekableStreamDecoderTellStatus' does not name a type FlacSeekableStream.h:111: error: 'FLAC__SeekableStreamDecoderLengthStatus' does not name a type FlacSeekableStream.h:116: error: expected ',' or '...' before '*' token FlacSeekableStream.h:117: error: ISO C++ forbids declaration of 'FLAC__SeekableStreamDecoder' with no type FlacSeekableStream.h:127: error: ISO C++ forbids declaration of 'FLAC__SeekableStreamDecoder' with no type FlacSeekableStream.h:127: error: expected ';' before '*' token FlacStream.h: In constructor 'Flac::FlacSeekableStream::FlacSeekableStream()': FlacStream.h:246: error: 'FLAC__StreamDecoder* Flac::FlacStream::_decoder' is private FlacSeekableStream.h:138: error: within this context FlacSeekableStream.h:138: error: class 'Flac::FlacSeekableStream' does not have any field named '_decoder' make[4]: *** [FlacPlugin.lo] Error 1 make[4]: Leaving directory `/build/user/alsaplayer-0.99.77/input/flac' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/user/alsaplayer-0.99.77/input' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/alsaplayer-0.99.77' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/alsaplayer-0.99.77' make: *** [build] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427603: tvtime: FTBFS: videodev2.h:19:46: error: linux/compiler.h: No such file or directory
Package: tvtime version: 1.0.2-0.2 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[3]: Entering directory `/build/user/tvtime-1.0.2/src' if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..`/usr/bin/freetype-config --cflags` -Wall -pedantic -I. -DDATADIR=\/usr/share/tvtime\ -DCONFDIR=\/etc/tvtime\ -DFIFODIR=\/tmp\ -D_LARGEFILE64_SOURCE -DLOCALEDIR=\/usr/share/locale\ -I../plugins -I/usr/include/libxml2 -DFONTDIR=\/usr/share/fonts/truetype/freefont\ -g -O3 -fomit-frame-pointer -std=gnu99 -MT tvtime-mixer.o -MD -MP -MF .deps/tvtime-mixer.Tpo \ -c -o tvtime-mixer.o `test -f 'mixer.c' || echo './'`mixer.c; \ then mv -f .deps/tvtime-mixer.Tpo .deps/tvtime-mixer.Po; \ else rm -f .deps/tvtime-mixer.Tpo; exit 1; \ fi if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..`/usr/bin/freetype-config --cflags` -Wall -pedantic -I. -DDATADIR=\/usr/share/tvtime\ -DCONFDIR=\/etc/tvtime\ -DFIFODIR=\/tmp\ -D_LARGEFILE64_SOURCE -DLOCALEDIR=\/usr/share/locale\ -I../plugins -I/usr/include/libxml2 -DFONTDIR=\/usr/share/fonts/truetype/freefont\ -g -O3 -fomit-frame-pointer -std=gnu99 -MT tvtime-videoinput.o -MD -MP -MF .deps/tvtime-videoinput.Tpo \ -c -o tvtime-videoinput.o `test -f 'videoinput.c' || echo './'`videoinput.c; \ then mv -f .deps/tvtime-videoinput.Tpo .deps/tvtime-videoinput.Po; \ else rm -f .deps/tvtime-videoinput.Tpo; exit 1; \ fi In file included from videoinput.c:39: videodev2.h:19:46: error: linux/compiler.h: No such file or directory make[3]: *** [tvtime-videoinput.o] Error 1 make[3]: Leaving directory `/build/user/tvtime-1.0.2/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/user/tvtime-1.0.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/tvtime-1.0.2' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427598: toshutils: FTBFS: hotkey.c:89:19: error: asm/io.h: No such file or directory
Package: toshutils version: 2.0.1-15 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: -DXMESSAGE=\\ -DWALL=\/usr/bin/wall\ -c ownerstring.c gcc -s -o ownerstring ownerstring.o hci.o sci.o gcc -mtune=i486 -O1 -Wall -I../pixmaps -DLINUX -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12-DVERSION=\2.0.1\ -DBINDIR=\/usr/bin\ \ -DXMESSAGE=\\ -DWALL=\/usr/bin/wall\ -c alarm.c bison -y -d parsetime.y conflicts: 44 shift/reduce, 15 reduce/reduce gcc -mtune=i486 -O1 -Wall -I../pixmaps -DLINUX -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12-DVERSION=\2.0.1\ -DBINDIR=\/usr/bin\ \ -DXMESSAGE=\\ -DWALL=\/usr/bin/wall\ -c y.tab.c flex -i parsetime.l gcc -mtune=i486 -O1 -Wall -I../pixmaps -DLINUX -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12-DVERSION=\2.0.1\ -DBINDIR=\/usr/bin\ \ -DXMESSAGE=\\ -DWALL=\/usr/bin/wall\ -c lex.yy.c lex.yy.c:1343: warning: 'yyunput' defined but not used gcc -s -o alarm alarm.o sci.o y.tab.o lex.yy.o -lfl gcc -mtune=i486 -O1 -Wall -I../pixmaps -DLINUX -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12-DVERSION=\2.0.1\ -DBINDIR=\/usr/bin\ \ -DXMESSAGE=\\ -DWALL=\/usr/bin/wall\ -c hotkey.c hotkey.c:89:19: error: asm/io.h: No such file or directory make[2]: *** [hotkey.o] Error 1 make[2]: Leaving directory `/build/user/toshutils-2.0.1/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/user/toshutils-2.0.1' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#169624: To umount user-mounted smb filesystems, smbumount should be used
As a consequence, this bug is not one..:-) Just because the behavior is documented doesn't mean it's not a bug. Not being able to use 'umount' is a bug. :) Yes. There were more details on the bug merged with that one. So, I finally also reopened the bug myself and usertagged it as smbfs really sucksbecause this umount thing works well with cifs...:-) signature.asc Description: Digital signature
Bug#425354: Sylpheed deletes the _complete_ inbox
On Mon, 21 May 2007 09:47:34 +0200 (CEST) [EMAIL PROTECTED] wrote: Package: sylpheed Version: 2.3.0~beta5-1 I have a _big_ problem: sometimes sylpheed deletes _all_ the messages on the inbox of a imap4 account. Last time it happened I did the following. Connect, move some mails to trash, empty trash, read a message in the inbox. While I was reading it, an automatic (programmed every 5 min) check of the mailboxes occurred. After it the inbox I was looking at was empty. I think the important lines of the log are the following (if you think it's usefull, I have longer log): [09:18:27] IMAP4 14 OK UID STORE completed [09:23:18] IMAP4 55 NOOP [09:23:18] IMAP4 55 OK Completed [09:23:18] IMAP4 56 STATUS INBOX (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:23:18] IMAP4 * STATUS INBOX (MESSAGES 35 RECENT 0 UIDNEXT 1452 UIDVALIDITY 1140382298 UNSEEN 2) [09:23:18] IMAP4 56 OK Completed [09:23:19] IMAP4 147 NOOP [09:23:19] IMAP4 147 OK NOOP completed. [09:23:19] IMAP4 148 STATUS INBOX (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:23:19] IMAP4 * STATUS INBOX (MESSAGES 35 RECENT 1 UIDNEXT 2614 UIDVALIDITY 1142875977 UNSEEN 0) [09:23:19] IMAP4 148 OK Status completed. [09:23:19] IMAP4 15 NOOP [09:23:19] IMAP4 15 OK NOOP completed [09:23:19] IMAP4 16 STATUS INBOX (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:23:19] IMAP4 * NO CLIENT BUG DETECTED: STATUS on selected mailbox: INBOX [09:23:19] IMAP4 * STATUS INBOX (MESSAGES 0 RECENT 0 UNSEEN 0 UIDNEXT 3496 UIDVALIDITY 1060335208) [09:23:19] IMAP4 16 OK STATUS completed [09:23:19] IMAP4 17 CLOSE [09:23:19] IMAP4 17 OK CLOSE completed [09:23:19] IMAP4 18 SELECT INBOX [09:23:19] IMAP4 * 0 EXISTS [09:23:19] IMAP4 * 0 RECENT [09:23:19] IMAP4 * OK [UIDVALIDITY 1060335208] UID validity status [09:23:19] IMAP4 * OK [UIDNEXT 3496] Predicted next UID [09:23:19] IMAP4 * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) [09:23:19] IMAP4 * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags [09:23:19] IMAP4 18 OK [READ-WRITE] SELECT completed [09:23:22] IMAP4 19 CLOSE As you can see the number of messages went from 35+1 to 0+0 for no reason. It happened also another time, with a different imap4 server, so I think it's a problem in sylpheed rather than in the mail server. I hope it can be fixed, because it's my favourite mail client, and this bug is very dangerous if you have important mails. Debian etch, kernel 2.6.20.3-smp, libc6 2.3.6.ds1-13. Can you reproduce this with a newer version? 2.4.2 is out since some time ago. Also, which IMAP servers did this happened? regards, -- Ricardo Mones http://people.debian.org/~mones «You will be the victim of a bizarre joke.» signature.asc Description: PGP signature
Bug#427593: timidity: FTBFS: flac_a.c:103: error: expected specifier-qualifier-list before 'FLAC__SeekableStreamEncoderState'
Package: timidity version: 2.13.2-12 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../libarc -I../libunimod -I../interface -I../utils -I/usr/include/tcl8.4 -I/usr/include/kde/artsc -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -DAU_OSS -DAU_ALSA -DAU_NAS -DAU_ARTS -DAU_ESD -DAU_JACK -DAU_VORBIS -DAU_FLAC -DAU_OGGFLAC -I/usr/include/kde/artsc -pthread -MT flac_a.o -MD -MP -MF .deps/flac_a.Tpo -c -o flac_a.o flac_a.c; \ then mv -f .deps/flac_a.Tpo .deps/flac_a.Po; else rm -f .deps/flac_a.Tpo; exit 1; fi flac_a.c:103: error: expected specifier-qualifier-list before 'FLAC__SeekableStreamEncoderState' flac_a.c:111: error: expected specifier-qualifier-list before 'FLAC__SeekableStreamEncoder' flac_a.c:177: error: expected ';', ',' or ')' before '*' token flac_a.c: In function 'flac_session_close': flac_a.c:305: error: 'union anonymous' has no member named 's_stream' flac_a.c:306: error: 'union anonymous' has no member named 's_stream' flac_a.c:307: error: 'union anonymous' has no member named 's_stream' flac_a.c: In function 'flac_output_open': flac_a.c:424: error: 'union anonymous' has no member named 'ogg' flac_a.c:425: error: 'union anonymous' has no member named 'ogg' flac_a.c:427: error: 'union anonymous' has no member named 'ogg' flac_a.c:436: error: 'union anonymous' has no member named 's_stream' flac_a.c:442: error: 'union anonymous' has no member named 's_stream' flac_a.c:444: error: 'union anonymous' has no member named 's_stream' flac_a.c:446: error: 'union anonymous' has no member named 's_stream' flac_a.c:454: error: 'union anonymous' has no member named 's_stream' flac_a.c:456: error: 'union anonymous' has no member named 's_stream' flac_a.c:458: error: 'union anonymous' has no member named 's_stream' flac_a.c:461: error: 'union anonymous' has no member named 's_stream' flac_a.c:462: error: 'union anonymous' has no member named 's_stream' flac_a.c:465: error: 'union anonymous' has no member named 's_stream' flac_a.c:466: error: 'union anonymous' has no member named 's_stream' flac_a.c:467: error: 'union anonymous' has no member named 's_stream' flac_a.c:469: error: 'union anonymous' has no member named 's_stream' flac_a.c:470: error: 'union anonymous' has no member named 's_stream' flac_a.c:473: error: 'union anonymous' has no member named 's_stream' flac_a.c:476: error: 'union anonymous' has no member named 's_stream' flac_a.c:476: error: 'flac_seekable_stream_encoder_write_callback' undeclared (first use in this function) flac_a.c:476: error: (Each undeclared identifier is reported only once flac_a.c:476: error: for each function it appears in.) flac_a.c:478: error: 'union anonymous' has no member named 's_flac' flac_a.c:478: error: 'union anonymous' has no member named 's_stream' flac_a.c:479: error: 'union anonymous' has no member named 's_flac' flac_a.c:479: error: 'FLAC__SEEKABLE_STREAM_ENCODER_OK' undeclared (first use in this function) flac_a.c:481: error: 'FLAC__SeekableStreamEncoderStateString' undeclared (first use in this function) flac_a.c:481: error: 'union anonymous' has no member named 's_flac' flac_a.c: At top level: flac_a.c:672: error: expected ';', ',' or ')' before '*' token flac_a.c: In function 'output_data': flac_a.c:716: error: 'union anonymous' has no member named 'ogg' flac_a.c:717: error: 'union anonymous' has no member named 'ogg' flac_a.c:718: error: 'union anonymous' has no member named 'ogg' flac_a.c:723: error: 'union anonymous' has no member named 'ogg' flac_a.c:738: error: 'union anonymous' has no member named 's_flac' flac_a.c:738: error: 'union anonymous' has no member named 's_stream' flac_a.c:739: error: 'union anonymous' has no member named 's_flac' flac_a.c:740: error: 'union anonymous' has no member named 's_flac' flac_a.c:743: error: 'FLAC__SeekableStreamDecoderStateString' undeclared (first use in this function) flac_a.c:743: error: 'union anonymous' has no member named 's_stream' flac_a.c:747: error: 'FLAC__SeekableStreamEncoderStateString' undeclared (first use in this function) flac_a.c:747: error: 'union anonymous' has no member named 's_flac' flac_a.c:753: error: 'union anonymous' has no member named 's_stream' flac_a.c: In function 'close_output': flac_a.c:806: error: 'union anonymous' has no member named 'ogg' flac_a.c:808: error: 'union anonymous' has no member named 'ogg' flac_a.c:815: error: 'union anonymous' has no member named 's_flac' flac_a.c:815: error: 'union anonymous' has no member named 's_stream' flac_a.c:815: error: 'FLAC__SEEKABLE_STREAM_ENCODER_OK' undeclared (first use in this function) flac_a.c:817: error: 'FLAC__SeekableStreamEncoderStateString' undeclared (first use
Bug#427563: winbind: Failed to enumerate domain local groups: Space in group name?
getent passwd seems to keep working (as long as it doesn't need to get the list of groups again), getent group gets a delay. What I think is the problem is that the group it tried to look up has a space in it. After it showed the above message, looking up the name of the last group it tried to look up has a space in it. It's also not showing any other group with a space in it, like some of the builtin groups like BUILTIN\system operators. Could you try to get a level 10 debug log for this? The interesting info is probably in /var/log/winbindd.log signature.asc Description: Digital signature
Bug#427444: Bug confirmed NOT in Ubuntu Server 7.04
Quoting Michael Lueck ([EMAIL PROTECTED]): I just went through a test of Ubuntu Server 7.04, and Samba performed 100% as expected. As we're not Ubuntu experts, could you please mention us the exact version of the samba packages in Ubuntu 7.04? 'dpkg -s samba' should do the trick. Of course, you're aware that Ubuntu packages for samba are very directly derived from the Debian ones? signature.asc Description: Digital signature
Bug#427601: yepp: FTBFS: ieee1284.c:1:20: error: asm/io.h: No such file or directory
Package: yepp version: 0.0.5-2 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/yepp-0.0.5' i486-linux-gnu-gcc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\yepp\ -DVERSION=\0.4\ -DHAVE_LIBM=1 -DHAVE_BZERO=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MKFIFO=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DTIME_WITH_SYS_TIME=1 -DRETSIGTYPE=void -I. -I. -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -c ieee1284.c ieee1284.c:1:20: error: asm/io.h: No such file or directory make[1]: *** [ieee1284.o] Error 1 make[1]: Leaving directory `/build/user/yepp-0.0.5' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427595: twin: FTBFS: hw_tty_linux/kbd_raw1.h:43:26: error: linux/bitops.h: No such file or directory
Package: twin version: 0.5.1-3 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: In file included from hw_tty_linux/kbd_raw.h:11, from hw_tty_linux/driver_linux.h:39, from hw_tty.c:156: hw_tty_linux/kbd_raw1.h:43:26: error: linux/bitops.h: No such file or directory The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427599: xosview: FTBFS: serialmeter.cc:48:30: error: linux/serial_reg.h: No such file or directory
Package: xosview version: 1.8.2-12 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c nfsmeter.cc -o nfsmeter.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c intmeter.cc -o intmeter.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c loadmeter.cc -o loadmeter.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c btrymeter.cc -o btrymeter.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c diskmeter.cc -o diskmeter.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c raidmeter.cc -o raidmeter.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c lmstemp.cc -o lmstemp.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c MeterMaker.cc -o MeterMaker.o g++ -W -Wall -O2 -I. -DXOSVIEW_VERSION=\1.8.2\ -I/build/user/xosview-1.8.2 -I/build/user/xosview-1.8.2/linux -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DHAVE_BOOL=1 -DLONG_LONG=long\ long -DHAVE_SNPRINTF=1 -DHAVE_VSNPRINTF=1 -DHAVE_SNPRINTF=1 -DHAVE_IOSTREAM=1 -DHAVE_FSTREAM=1 -DGNULIBC=1 -DUSESYSCALLS=1 -I.. -c serialmeter.cc -o serialmeter.o serialmeter.cc:48:30: error: linux/serial_reg.h: No such file or directory serialmeter.cc: In member function 'virtual void SerialMeter::checkResources()': serialmeter.cc:71: error: 'UART_LSR' was not declared in this scope serialmeter.cc:71: error: 'UART_MSR' was not declared in this scope serialmeter.cc: In member function 'void SerialMeter::getserial()': serialmeter.cc:89: error: 'UART_LSR' was not declared in this scope serialmeter.cc:90: error: 'UART_MSR' was not declared in this scope make[2]: *** [serialmeter.o] Error 1 make[2]: Leaving directory `/build/user/xosview-1.8.2/linux' make[1]: *** [meterlib] Error 2 make[1]: Leaving directory `/build/user/xosview-1.8.2' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED]
Bug#427600: tart: FTBFS: main.c:40:23: error: linux/sys.h: No such file or directory
Package: tart version: 3.07-1 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[2]: Entering directory `/build/user/tart-3.07/src' i486-linux-gnu-gcc -Wall -g -O2 -I. -I../ -c -o main.o main.c main.c:40:23: error: linux/sys.h: No such file or directory make[2]: *** [main.o] Error 1 make[2]: Leaving directory `/build/user/tart-3.07/src' make[1]: *** [all] Error 1 make[1]: Leaving directory `/build/user/tart-3.07' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427594: wmwave: FTBFS: /usr/include/linux/wireless.h:650: error: expected specifier-qualifier-list before '__s32'
Package: wmwave version: 0.4-7 Severity: serious Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: dpkg-source: building wmwave in wmwave_0.4-7.dsc debian/rules build dh_testdir touch configure-stamp dh_testdir # Add here commands to compile the package. /usr/bin/make CFLAGS=-Wall -g -O2 make[1]: Entering directory `/build/user/wmwave-0.4' cc -Wall -g -O2 -I/usr/X11R6/share/include -c wmgeneral.c -o wmgeneral.o cc -Wall -g -O2 -I/usr/X11R6/share/include -c wmwave.c -o wmwave.o In file included from wmwave.c:57: /usr/include/linux/wireless.h:650: error: expected specifier-qualifier-list before '__s32' /usr/include/linux/wireless.h:663: error: expected specifier-qualifier-list before '__u16' /usr/include/linux/wireless.h:677: error: expected specifier-qualifier-list before '__s32' /usr/include/linux/wireless.h:688: error: expected specifier-qualifier-list before '__u8' /usr/include/linux/wireless.h:704: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:717: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:744: error: expected specifier-qualifier-list before '__u8' /usr/include/linux/wireless.h:806: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:820: error: expected specifier-qualifier-list before '__u16' /usr/include/linux/wireless.h:834: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:842: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:851: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:863: error: expected specifier-qualifier-list before '__u16' /usr/include/linux/wireless.h:886: error: 'IFNAMSIZ' undeclared here (not in a function) /usr/include/linux/wireless.h:901: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:945: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:1046: error: expected specifier-qualifier-list before '__u32' /usr/include/linux/wireless.h:1064: error: expected specifier-qualifier-list before '__u16' wmwave.c: In function 'DisplayWireless': wmwave.c:160: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:161: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:168: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:171: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:172: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:174: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:175: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:179: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:180: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:182: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:183: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:186: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:195: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:204: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:205: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:205: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:207: error: 'struct iw_statistics' has no member named 'qual' wmwave.c:208: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:217: error: 'struct iw_range' has no member named 'max_qual' wmwave.c:219: error: 'struct iw_range' has no member named 'max_qual' wmwave.c: In function 'iw_getinf_stats': wmwave.c:369: error: 'struct iwreq' has no member named 'ifr_name' wmwave.c:375: error: 'union iwreq_data' has no member named 'data' wmwave.c:376: error: 'union iwreq_data' has no member named 'data' wmwave.c:377: error: 'union iwreq_data' has no member named 'data' wmwave.c:383: error: 'union iwreq_data' has no member named 'data' wmwave.c:384: error: 'union iwreq_data' has no member named 'data' wmwave.c:385: error: 'union iwreq_data' has no member named 'data' make[1]: *** [wmwave.o] Error 1 make[1]: Leaving directory `/build/user/wmwave-0.4' make: *** [build-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/01/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395271: sbuild: doesn't handle dependancies resolution correctly for libmail-box-perl
On 26/05/07 at 08:58 +0300, Guillem Jover wrote: reassign 395271 sbuild retitle 395271 sbuild: incorrectly handles versioned provides thanks On Fri, 2006-10-27 at 23:15:29 +0100, Roger Leigh wrote: Lucas Nussbaum [EMAIL PROTECTED] writes: While trying to build libmail-box-perl using sbuild, I ran into a problem: it seems that sbuild doesn't resolve the build-deps correctly when it involves dealing with Provides. Here is the log: libscalar-list-utils-perl: already installed (=*=PROVIDED=*= = 1.13 is satisfied) dpkg-source: warning: could not verify signature on /tmp/build/libmail-box-perl_2.068-1.dsc since gpg isn't installed dpkg-source: extracting libmail-box-perl in libmail-box-perl-2.068 dpkg-source: unpacking libmail-box-perl_2.068.orig.tar.gz dpkg-source: applying /tmp/build/libmail-box-perl_2.068-1.diff.gz dpkg-buildpackage: source package is libmail-box-perl dpkg-buildpackage: source version is 2.068-1 dpkg-buildpackage: host architecture i386 dpkg-buildpackage: source version without epoch 2.068-1 dpkg-checkbuilddeps: Unmet build dependencies: libtest-harness-perl (= 2.62) dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: (Use -d flag to override.) It would be great if either: - sbuild could say which package provides a specific dependancy, to help debugging this - this was handled correctly (but I'm not sure of what correctly means here) It's dpkg-checkbuilddeps (part of dpkg-dev) that's failing, rather than sbuild. I'm reassigning to dpkg-dev. dpkg-checkbuilddeps supports Provides correctly, the problem here is that it does not support versioned Provides (as is the case for the whole package managment stack). So I suppose sbuild should fail sooner, and all those perl packages should be fixed to update their Build-Dependencies (given that perl-modules is Build-Essential, just removing the offending packages which are provided by it should be enough). It's not that simple, actually. Let's consider svk 2.0.1-1: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.2) Build-Depends-Indep: perl (= 5.8.0-7), gnupg, libalgorithm-annotate-perl, libalgorithm-diff-perl ( 1.19.01), libapp-cli-perl, libclass-accessor-perl, libclass-autouse-perl ( 1.15), libclass-data-inheritable-perl, libcompress-zlib-perl, libdata-hierarchy-perl ( 0.30), libfile-spec-perl ( 3.17), libfile-temp-perl ( 0.17), libfreezethaw-perl, libio-digest-perl, liblist-moreutils-perl, liblocale-maketext-lexicon-perl ( 0.62), liblocale-maketext-simple-perl ( 0.16), libpath-class-perl ( 0.16), libperlio-eol-perl ( 0.13), libperlio-via-dynamic-perl ( 0.11), libperlio-via-symlink-perl ( 0.02), libpod-escapes-perl, libpod-simple-perl, libsvn-mirror-perl ( 0.71), libsvn-simple-perl ( 0.27), libterm-readkey-perl, libuniversal-require-perl, liburi-perl, libversion-perl, libyaml-syck-perl ( 0.60) [...] libfile-temp-perl: already installed (=*=PROVIDED=*= 0.17 is satisfied) [...] dpkg-checkbuilddeps: Unmet build dependencies: libfile-temp-perl ( 0.17) dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. It build-depends on perl, which itself depends on perl-modules, which provides libfile-temp-perl. However, the version of File/Temp.pm in perl-modules is 0.16. So the maintainers knows this one is not enough, and explicitely requests 0.17. I think that the correct way to handle that on sbuild side is to install the specified package even if the package is provided by another package, in the case it's a versioned depend. So that would give something like: libfile-temp-perl: provided by an installed package, but versioned dependancy = missing I have the same problem with lots of packages that b-dep on linux-kernel-headers ( 2.5.999), since I switched to linux-libc-dev, and linux-kernel-headers is provided by linux-libc-dev. How hard would that be to implement something like that ? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427532: fails to detect any paths on kernels 2.6.20
On Mon, Jun 04, 2007 at 10:45:33PM +0200, Christophe Varoqui wrote: Le lundi 04 juin 2007 à 20:53 +0200, Guido Guenther a écrit : Package: multipath-tools Version: 0.4.7-3 Severity: serious Tags: pending This is just a notice, so people don't break their systems. Subject says it all, path detection is broken due to sysfs changes - I'm currently testing a patch to fix this. Cheers, -- Guido I'm in the process of merging upstream a patch from Suse to remove libsysfs dependency. It should resolve this issue, or at least it will break your fix ;). Actually no, I'm using the libsysfs removal patch from Suse, rediffed against current git and fixed to not segfault ;) Cheers, -- Guido
Bug#427604: keytouch-editor: create_get_scancode_dialog implicitly converted to pointer
Package: keytouch-editor Version: 1:3.1.1-1 Severity: important Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. [1]http://people.debian.org/~dannf/check-implicit-pointer-functions - Forwarded message from Debian/IA64 non-US Build Daemon [EMAIL PROTECTED] - X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on ldl.fc.hp.com X-Spam-Level: X-Spam-Status: No, score=-1.4 required=3.5 tests=AWL,BAYES_00,UNDISC_RECIPS autolearn=disabled version=3.1.7-deb Subject: Log for successful build of keytouch-editor_1:3.1.1-1 (dist=unstable) From: Debian/IA64 non-US Build Daemon [EMAIL PROTECTED] Date: Fri, 01 Jun 2007 22:51:06 +0100 To: undisclosed-recipients: ; X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.1.142935 Debian-Buildd-Error: Yes Function `create_get_scancode_dialog' implicitly converted to pointer at get_scancode.c:182 - End forwarded message - --- keytouch-editor-3.1.1/src/get_scancode.c~ 2006-08-30 08:11:41.0 -0600 +++ keytouch-editor-3.1.1/src/get_scancode.c2007-06-05 00:46:58.0 -0600 @@ -37,6 +37,7 @@ #include fcntl.h #include support.h +#include interface.h #include keytouch-editor.h #include getscancode.h -- dann frazier | HP Open Source and Linux Organization -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427605: ITP: privbind -- Allow unprivileged apps to bind to a privileged port
Package: wnpp Severity: wishlist Owner: Shachar Shemesh [EMAIL PROTECTED] * Package name: privbind Version : 0.2 Upstream Author : Shachar Shemesh [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/privbind * License : GPL Programming Lang: C Description : Allow unprivileged apps to bind to a privileged port This program allows running another program as a non-root user, except the other program will be able to bind to privileged (1024) ports. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=he_IL (charmap=ISO-8859-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410031: Patch for util-linux 2.12r
Hi, and here my dpatch file. So you can: apt-get source util-linux cd util-linux-2.12r cp /path/to/patch/70fstab.dpatch debian/patches echo 70fstab debian/patches/00list fakeroot dpkg-buildpackage dpkg -i ../mount_2.12r-*.deb \s PS: i hope the bug tracking system doesn't wipe my attachement. -- GnuPG: 5755FB64 Per aspera ad astra. #! /bin/sh /usr/share/dpatch/dpatch-run ## fstab.c.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad util-linux-2.12r~/mount/fstab.c util-linux-2.12r/mount/fstab.c --- util-linux-2.12r~/mount/fstab.c 2004-12-21 20:09:24.0 +0100 +++ util-linux-2.12r/mount/fstab.c 2007-06-05 08:33:15.0 +0200 @@ -293,12 +293,16 @@ static int has_uuid(const char *device, const char *uuid){ - const char *devuuid; + const char *devname; int ret; - devuuid = mount_get_devname_by_uuid(device); - ret = !strcmp(uuid, devuuid); - /* free(devuuid); */ + devname = mount_get_devname_by_uuid(uuid); + /* mount_get_devname_by_uuid return 0 when not found */ + if (devname) + ret = !strcmp(device, devname); + else + ret = 0; + /* free(devname); */ return ret; } signature.asc Description: Digital signature
Bug#422227: amavisd-new-milter: socket location patch
Package: amavisd-new-milter Version: 1:2.4.2-6.1 Followup-For: Bug #47 This bug is not amd64-specific -- the build script mistakenly configures the helper programs with the wrong socket location. The first hunk of the attached patch corrects this. The second hunk is ancillary: it makes amavis-milter print the socket name when connecting and if the '-d' argument is provided. With this patch, I am able to make filtering work with postfix -- amavis-milter -- amavisd. The following lines need to be added to /etc/amavis/conf.d/50-user - # This makes amavis socket work with default amavis-milter # otherwise, we'd need a different version to work with AM.PDP # http://sourceforge.net/projects/amavisd-milter/ $interface_policy{'SOCK'} = undef; # When amavis is being a milter, we need to undef $forward_method $forward_method = undef; - -Corey -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.29-xen Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages amavisd-new-milter depends on: ii amavisd-new 1:2.4.2-6.1 Interface between MTA and virus sc ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries amavisd-new-milter recommends no packages. -- no debconf information diff -Naur amavisd-new-2.4.2.orig/debian/rules amavisd-new-2.4.2/debian/rules --- amavisd-new-2.4.2.orig/debian/rules 2007-06-05 00:40:15.0 -0500 +++ amavisd-new-2.4.2/debian/rules 2007-06-03 21:59:00.0 -0500 @@ -35,7 +35,7 @@ cd helper-progs ./configure \ --prefix=/usr \ --with-runtime-dir=/var/lib/amavis \ - --with-sockname=/var/lib/amavis/amavisd.sock \ + --with-sockname=/var/run/amavis/amavisd.sock \ --with-user=amavis touch configure-stamp diff -Naur amavisd-new-2.4.2.orig/helper-progs/amavis-milter.c amavisd-new-2.4.2/helper-progs/amavis-milter.c --- amavisd-new-2.4.2.orig/helper-progs/amavis-milter.c 2007-06-05 00:40:15.0 -0500 +++ amavisd-new-2.4.2/helper-progs/amavis-milter.c 2007-06-05 00:17:03.0 -0500 @@ -705,7 +705,7 @@ sendmail_queueid, strerror(errno)); } if (r = 0) { - amavis_syslog(DBG_DEBUG, %s: (mlfi_eom) connect, sendmail_queueid); + amavis_syslog(DBG_DEBUG, %s: (mlfi_eom) connect to socket: %s, sendmail_queueid, saddr.sun_path); r = connect(sock, (struct sockaddr *) (saddr), sizeof(saddr)); if (r 0) amavis_syslog(DBG_FATAL, %s: (mlfi_eom) failed to connect(): %s,
Bug#427606: libcomplearn: implicit pointer conversions
Package: libcomplearn Version: 0.9.9-1 Severity: important Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. This is often due to a missing function prototype definition. [1]http://people.debian.org/~dannf/check-implicit-pointer-functions - Forwarded message from Debian/IA64 non-US Build Daemon [EMAIL PROTECTED] - X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on ldl.fc.hp.com X-Spam-Level: X-Spam-Status: No, score=-1.4 required=3.5 tests=AWL,BAYES_00,UNDISC_RECIPS autolearn=disabled version=3.1.7-deb Subject: Log for successful build of libcomplearn_0.9.9-1 (dist=unstable) From: Debian/IA64 non-US Build Daemon [EMAIL PROTECTED] Date: Sun, 03 Jun 2007 18:09:36 +0100 To: undisclosed-recipients: ; X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.3.95333 Debian-Buildd-Error: Yes Function `complearn_vcblocksort_new' implicitly converted to pointer at complearn-environment.gob:179 Function `complearn_rcbzip_new' implicitly converted to pointer at complearn-environment.gob:180 Function `complearn_rcbzlib_new' implicitly converted to pointer at complearn-environment.gob:181 Function `complearn_rcgzip_new' implicitly converted to pointer at complearn-environment.gob:182 Function `complearn_rczlib_new' implicitly converted to pointer at complearn-environment.gob:183 - End forwarded message - --- libcomplearn-0.9.9.orig/src/complearn-environment.gob 2007-05-23 07:55:31.0 -0600 +++ libcomplearn-0.9.9/src/complearn-environment.gob2007-06-05 00:57:36.0 -0600 @@ -14,6 +14,11 @@ #include complearn-environment-private.h #include complearn/clconfig.h #include complearn/aclconfig.h +#include complearn-vcblocksort.h +#include complearn-rcbzip.h +#include complearn-rcbzlib.h +#include complearn-rcgzip.h +#include complearn-rczlib.h #if HAVE_UNISTD_H #include unistd.h -- dann frazier | HP Open Source and Linux Organization -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427607: bind9 9.4.1-1 on alpha dies with assertion failure in rwclock.c
Package: bind9 Version: 1:9.4.1-1 Severity: normal On alpha, the new bind9 package 9.4.1-1 leads to the following output in syslog, then named dies. The old version 9.3.4-2 works fine. *Please note*: as this bug was filed from a restored system, the version information below relates to the now installed, working, version 9.3.4-2. Of course, the related bind9 packages had also been installed in version 9.4.1-1. Jun 4 23:57:34 hostname named[20126]: rwlock.c:337: INSIST((rwl-cnt_and_flag 0x1) != 0) failed Jun 4 23:57:35 hostname named[20126]: exiting (due to assertion failure) Cheers, Andreas. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: alpha Kernel: Linux 2.6.17.8pelzi-1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9 depends on: ii adduser 3.102 Add and remove users and groups ii libbind9-01:9.3.4-2 BIND9 Shared Library used by BIND ii libc6.1 2.5-9 GNU C Library: Shared libraries ii libdns22 1:9.3.4-2 DNS Shared Library used by BIND ii libisc11 1:9.3.4-2 ISC Shared Library used by BIND ii libisccc0 1:9.3.4-2 Command Channel Library used by BI ii libisccfg11:9.3.4-2 Config File Handling Library used ii liblwres9 1:9.3.4-2 Lightweight Resolver Library used ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system bind9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427608: openoffice.org-l10n-cs package is empty
Package: openoffice.org Version: 2.2.1~rc3-1 openoffice.org-l10n-cs package contains only documentation, and it is not possible to select the Czech user interface. Only English is available in the Languages/User interface combo box. -- Jindrich Makovicka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427394: file-roller: Unpacks everything in $HOME
mån 2007-06-04 klockan 23:01 +0200 skrev Josselin Mouette: I can't reproduce that, be it with extract here in nautilus or within the application. Do you have any more information that could help us reproduce the issue? Thanks, I'll look into it, but it may take a few weeks since I won't be near the computer. -- Vincent Lönngren [EMAIL PROTECTED]
Bug#383934: VHCS debian package
On Thu, May 31, 2007 at 12:41:51PM -0300, Dererk wrote: Thanks for answering so soon, Hendrik! I agree 100% with you, there's no sense in risking everyone with a no longer maintained soft, I didn't even known this fork existed. Fortunately it's in heavy development, and, as you mentioned, It's indeed released on 1.0 RC2. I'm giving it a try, and I'm proposing it being packaged. Volunteers? :-) Therefore, I think there's not sense in keeping this two bugs open. I'm closing this. Why not retitling/reusing instead? You could retitle one to be used for ispcp, and the other to be left as a record of why it's not worthy to package vhcs (since it's likely that someone will look at it later and be benefitted from this information). -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427609: avelsieve: [INTL:vi] Vietnamese debconf templates translation
Package: avelsieve Version: Severity: wishlist Tags: l10n, patch The initial Vietnamese translation for the debconf file: avelsieve translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#384863: About your bug 384863 kmail: search tries to access nonexisting mailboxes in Debian BTS
On 5/18/07, Olivier Vitrat [EMAIL PROTECTED] wrote: The team is trying to fix this now, but we need your help. So please respond to this mail and tell us if: - you are still experiencing this bug (adding in what version) - the bug was already fixed (if known, in which version), - or if you have extra information on how reproduce this bug. Unfortunately I don't have a Debian system any more, so I cannot reproduce this. [However, the same problem does occur in up-to-date Ubuntu, KMail 1.9.6, KDE 3.5.6, so I do not think that it has been fixed upstream.] Kind regards, Jukka Suomela -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427384: compiz broken in lenny after libc6 upgrade
I can confirm that compiz works ok dowgrading libxrand2 from 2:1.2.1-1 to the version in etch 2:1.1.0.2-5. Only libxrandr2 and xbaseclients were downgraded, all the remainding packages are in the testing versions. I have nor a nvidia card. This happens also with an i915 and aiglx. Regads, Diego -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384865: About your bug 384865 kmail: search asks whether I want to download all messages for each folder in Debian BTS
On 5/18/07, Olivier Vitrat [EMAIL PROTECTED] wrote: The team is trying to fix this now, but we need your help. So please respond to this mail and tell us if: - you are still experiencing this bug (adding in what version) - the bug was already fixed (if known, in which version), - or if you have extra information on how reproduce this bug. Unfortunately I don't have a Debian system any more, so I cannot reproduce this. [However, the same problem does occur in up-to-date Ubuntu, KMail 1.9.6, KDE 3.5.6, so I do not think that it has been fixed upstream.] Kind regards, Jukka Suomela -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427396: O: xmountains
On 6/3/07, Torsten Werner [EMAIL PROTECTED] wrote: Package: wnpp Severity: normal The maintainer does not fix open bugs and does not respond to email for a long time. That is why I am orphaning the package as his former sponsor. Hi, Can you sponsor my package? Please check: http://mentors.debian.net/debian/pool/main/x/xmountains/xmountains_2.7-4.dsc Thanks -- Kartik Mistry | Eng: kartikmistry.org/blog 0xD1028C8D | Guj: kartikm.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427485: [Linux-ha-dev] Re: Bug#427485: heartbeat: cibadmin SEGV
this appears to be already resolved upstream local testing indicated no problems and i recall a similar conversation On 6/5/07, Horms [EMAIL PROTECTED] wrote: On Mon, Jun 04, 2007 at 10:34:17PM +1000, Russell Coker wrote: Package: heartbeat Version: 2.0.8-9 Severity: normal Here is the command: # cibadmin -D --obj_type resources -X 'clone id=stonith-ssh' Segmentation fault # The fact that the XML syntax is bad (missing a '/') is irrelevant. A message about bad XML should be displayed not a SEGV. Programs should not report errors in parameters by SEGV. Thanks, I'm passing this bug report on to the upstream developers. Here is the GDB back-trace: (gdb) bt #0 0xb7f3d156 in parse_xml () from /usr/lib/libcrmcommon.so.1 #1 0xb7f3d675 in string2xml () from /usr/lib/libcrmcommon.so.1 #2 0x08049c61 in ?? () #3 0x0804d088 in ?? () #4 0xbf927674 in ?? () #5 0x0804a8f8 in ?? () #6 0x0804c560 in ?? () #7 0xbf9275c0 in ?? () #8 0x0804c46c in ?? () #9 0xbf9275b8 in ?? () #10 0x0804d088 in ?? () #11 0x in ?? () (gdb) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ ___ Linux-HA-Dev: [EMAIL PROTECTED] http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400352: xserver-xorg: crash during screensaver
Does this crash of the X server during screensaver still happen with latest xserver-xorg-core 1.3 currently in unstable? I have switched to Ubuntu since then, and to a gnome desktop. Since it restarts automatically when it crashes, in practice it is difficult to me seeing whether the X server has crashed, but I suspect that it has a couple of times in the past. Can you suggest a way to crash it reproducibly? I read your report about using the blender, but I installed and tried it a little and nothing bad happened. Here is the start of the Xorg log: X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: Linux Ubuntu Current Operating System: Linux pot 2.6.20-16-lowlatency #2 SMP PREEMPT Wed May 23 01:49:41 UTC 2007 i686 Build Date: 04 April 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jun 3 11:56:50 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor CRT17 (**) | |--Device Intel ASRock -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427532: fails to detect any paths on kernels 2.6.20
Hi Christophe, On Tue, Jun 05, 2007 at 08:45:33AM +0200, Guido Guenther wrote: On Mon, Jun 04, 2007 at 10:45:33PM +0200, Christophe Varoqui wrote: Le lundi 04 juin 2007 à 20:53 +0200, Guido Guenther a écrit : Package: multipath-tools Version: 0.4.7-3 Severity: serious Tags: pending This is just a notice, so people don't break their systems. Subject says it all, path detection is broken due to sysfs changes - I'm currently testing a patch to fix this. Cheers, -- Guido I'm in the process of merging upstream a patch from Suse to remove libsysfs dependency. It should resolve this issue, or at least it will break your fix ;). Actually no, I'm using the libsysfs removal patch from Suse, rediffed against current git and fixed to not segfault ;) Current patch attached, it basically works, but there I there still seem to be bugs in the new sysfs code. Hopefully I'll get around to look at this soon. Cheers, -- Guido From 72009e0cf8271ee849af3b34b2b82a639939ea71 Mon Sep 17 00:00:00 2001 From: Guido Guenther [EMAIL PROTECTED] Date: Mon, 4 Jun 2007 21:15:15 +0200 Subject: [PATCH] Get rid of libsysfs This is almost the patch from Hannes Reinecke [EMAIL PROTECTED], sent to dm-devel, with a minor fix (initialize attr to NULL) in sysfs.c and rediffed to apply against current git. --- Makefile.inc |1 - libmultipath/Makefile |2 +- libmultipath/config.h |1 + libmultipath/configure.c |4 +- libmultipath/discovery.c | 422 +--- libmultipath/discovery.h |7 +- libmultipath/list.h| 289 ++ libmultipath/print.c | 47 +++-- libmultipath/structs.h | 15 ++- libmultipath/structs_vec.c |7 +- libmultipath/sysfs.c | 409 ++ libmultipath/sysfs.h | 24 +++ libmultipath/util.c| 52 ++ libmultipath/util.h|4 +- multipath/Makefile |2 +- multipath/main.c | 11 +- multipathd/Makefile|2 +- multipathd/cli_handlers.c | 17 ++- multipathd/main.c | 90 +- multipathd/main.h |2 +- 20 files changed, 1063 insertions(+), 345 deletions(-) create mode 100644 libmultipath/list.h create mode 100644 libmultipath/sysfs.c create mode 100644 libmultipath/sysfs.h diff --git a/Makefile.inc b/Makefile.inc index 4a705aa..9a1fa94 100644 --- a/Makefile.inc +++ b/Makefile.inc @@ -17,7 +17,6 @@ ifeq ($(strip $(BUILD)),klibc) CC = klcc klibcdir = /usr/lib/klibc libdm= $(klibcdir)/lib/libdevmapper.a - libsysfs = $(klibcdir)/lib/libsysfs.a endif prefix = diff --git a/libmultipath/Makefile b/libmultipath/Makefile index 5d8c586..8027572 100644 --- a/libmultipath/Makefile +++ b/libmultipath/Makefile @@ -13,7 +13,7 @@ OBJS = memory.o parser.o vector.o devmapper.o callout.o \ structs.o discovery.o propsel.o dict.o \ pgpolicies.o debug.o regex.o defaults.o uevent.o \ switchgroup.o uxsock.o print.o alias.o log_pthread.o \ - log.o configure.o structs_vec.o + log.o configure.o structs_vec.o sysfs.o PREVBUILD = $(shell nm debug.o 2 /dev/null|grep log_safe) diff --git a/libmultipath/config.h b/libmultipath/config.h index 61e5adf..b93deba 100644 --- a/libmultipath/config.h +++ b/libmultipath/config.h @@ -63,6 +63,7 @@ struct config { int user_friendly_names; char * dev; + char * sysfs_dir; char * udev_dir; char * selector; char * getuid; diff --git a/libmultipath/configure.c b/libmultipath/configure.c index fba04a4..8c445ed 100644 --- a/libmultipath/configure.c +++ b/libmultipath/configure.c @@ -324,8 +324,10 @@ domap (struct multipath * mpp) } dm_shut_log(); - if (dm_map_present(mpp-alias)) + if (dm_map_present(mpp-alias)) { + condlog(3, %s: map already present, mpp-alias); break; + } r = dm_addmap(DM_DEVICE_CREATE, mpp-alias, DEFAULT_TARGET, mpp-params, mpp-size, mpp-wwid); diff --git a/libmultipath/discovery.c b/libmultipath/discovery.c index a196583..52e0621 100644 --- a/libmultipath/discovery.c +++ b/libmultipath/discovery.c @@ -8,9 +8,8 @@ #include fcntl.h #include sys/ioctl.h #include sys/stat.h +#include dirent.h #include errno.h -#include sysfs/dlist.h -#include sysfs/libsysfs.h #include checkers.h @@ -24,6 +23,7 @@ #include debug.h #include propsel.h #include sg_include.h +#include sysfs.h #include discovery.h struct path * @@ -87,127 +87,117 @@ path_discover (vector pathvec, struct config * conf, char * devname, int flag) int path_discovery (vector pathvec, struct config * conf, int flag) { - struct dlist * ls; - struct sysfs_class * class; - struct sysfs_class_device * dev; - int r = 1; - - if (!(class = sysfs_open_class(block))) + DIR *blkdir; + struct dirent *blkdev; + struct stat statbuf; + char devpath[PATH_MAX]; + char *devptr; + int r = 0; + + if (!(blkdir = opendir(/sys/block))) return
Bug#427608: openoffice.org-l10n-cs package is empty
severity 427608 grave merge 427547 427608 427588 thanks Hi, Jindrich Makovicka wrote: openoffice.org-l10n-cs package contains only documentation, and it is not possible to select the Czech user interface. Only English is available in the Languages/User interface combo box. From openoffice.orgs bug page: Pending Upload bugs -- Grave functionality bugs (2 bugs) * #427547: 2.2.1~rc3-1 l10n packages are (near) empty Package: openoffice.org; Severity: grave; Reported by: Yannick Roehlly [EMAIL PROTECTED]; Tags: confirmed, pending; Merged with #427588. * #427588: openoffice.org-l10n-ja: The language package has not been included. Package: openoffice.org; Severity: grave; Reported by: [EMAIL PROTECTED]; Tags: confirmed, pending; Merged with #427547. Already reported. Fixed packages currently building... Please check for existing bugs before filing a new one... Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#418538: write errors bring dar to infinite loop
On Mon, Jun 04, 2007 at 10:23:52AM +1000, Brian May wrote: Robert == Robert Millan [EMAIL PROTECTED] writes: Robert Package: dar Version: 2.2.1-1 Severity: normal Robert dar was writing to a file in a mounted samba filesystem. Robert The server died, generating write errors in the client Robert side. As a consequence, dar went crazy into a user-mode Robert infinite loop. [...] Robert We can't reproduce the problem anymore, but the dar Robert process is still running. Let me know if you want me to Robert poke for other information from it. As this version is old, I am not sure there is anything I can do, unless you can with reproduce the problem with the version is etch or unstable or tell me it is definitely fixed. :-(. It's easy to reproduce: 1- mount an smbfs filesystem 2- tell dar to write an archive in it 3- stop the samba server I tried with 2.3.2-1, which is the same on etch and sid, and now it doesn't eat all cpu. However, it still behaves erraticaly. It continues to process files, and report I/O errors without aborting: $ sudo dar -c /mnt/test [... works fine untill I stop the samba server, and then...] Error while saving /home/ommitted: Error while writing to file: Error d'Entrada/Sortida Error while saving /home/ommitted: Error while writing to file: Error d'Entrada/Sortida Error while saving /home/ommitted: Error while writing to file: Error d'Entrada/Sortida [...] -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427597: alsaplayer: FTBFS: FlacSeekableStream.h:31:42: error: FLAC/seekable_stream_decoder.h: No such file or directory
severity 426633 serious merge 427597 426633 thanks Thanks for your report. This is most likely due to the new Flac library. This should be fixed in the latest upstream version, which I am preparing to upload. -- Hubert Chan [EMAIL PROTECTED] -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425060: Fwd: Re: [postgrey] Re: Uninitialized value at split in Syslog.pm is spliting my head
Yodel! Wenn Du zufällig mal zeit hast... (siehe attachment.) Bei mir kommt der Bug nicht, obwohl ich die gleiche Perl-version drauf habe. Gruzzos Adrian -- Available for key signing in Zürich and Basel, Switzerland (what's this? Look at http://fortytwo.ch/gpg/intro) ---BeginMessage--- Hi Adrian, On Sun, Jun 03, 2007 at 18:04:45 +0200, Adrian von Bidder wrote: Yo all! The message below (from a while back; archived at http://lists.ee.ethz.ch/postgrey/msg01409.html) never got a response -- and recently, I received the same issue as bug report against the Debian package (Version 1.27-4, see http://bugs.debian.org/425060.) Is it known what causes this? I run the same perl version on my server and do not have the issue. I wonder if this is maybe a bug in Sys::Syslog. Can you ask the bug submitter to test with Sys::Syslog 0.18? The version of Sys::Syslog included in Perl 5.8.8 is pretty old (0.13, dated 2006.01.11)... Cheers David ---End Message--- pgpBQBUolgzGk.pgp Description: PGP signature
Bug#427610: ITP: gmobilemedia -- GTK application used to browse a mobile phone filesystem
Package: wnpp Severity: wishlist Owner: Michal Čihař [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: gmobilemedia Version : 0.4 Upstream Author : Iván Gabriel Campaña-Naranjo [EMAIL PROTECTED] * URL : http://gmobilebrowser.sourceforge.net/ * License : GPL Programming Lang: Python Description : GTK application used to browse a mobile phone filesystem gMobileMedia is a simple GTK application used to browse and handle a mobile phone filesystem. It can handle phones with more than one memory area (thanks to Gammu). It lets you easily upload and download images, ringtones, photos, and applications to/from your mobile phone. All you need is a data cable or any other connection method supported by Gammu. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGZRXD3DVS6DbnVgQRAsSZAJ4kHvNzglYbPgY/DjM4+MjneTGtmACeN/5u 0yf+Xr+bXjjVUQvp8iZaNlc= =lqHh -END PGP SIGNATURE-
Bug#420842: FATAL: modpost: GPL-incompatible module fglrx.ko uses
Hello, Perhaps there is a cleaner way than just changing the license as Samuel just proposed... by unabling the paravirtualization in the kernel. diff -urN linux-2.6-2.6.21/debian/arch/i386/config linux-2.6-2.6.21.new/debian/arch/i386/config --- linux-2.6-2.6.21/debian/arch/i386/config2007-06-05 08:54:27.0 +0200 +++ linux-2.6-2.6.21.new/debian/arch/i386/config2007-06-05 09:45:41.0 +0200 @@ -1696,7 +1696,7 @@ CONFIG_PHYSICAL_ALIGN=0x10 # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_KS0108=m -CONFIG_PARAVIRT=y +# CONFIG_PARAVIRT is not set CONFIG_KVM=m CONFIG_KVM_INTEL=m CONFIG_KVM_AMD=m I don't know if anybody makes use of paravirtualization, but at least this sounds from far a cleaner solution than bypassing license checking. Regards, Cédric
Bug#427611: libnuclient3: trying to overwrite `/usr/include/nuclient.h', which is also in package libnuclient
Package: libnuclient3 Severity: grave Justification: renders package unusable # apt-get install nutcpc Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: libnuclient3 The following NEW packages will be installed: libnuclient3 The following packages will be upgraded: nutcpc 1 upgraded, 1 newly installed, 0 to remove and 5 not upgraded. Need to get 57.1kB of archives. After unpacking 45.1kB of additional disk space will be used. [...] Unpacking libnuclient3 (from .../libnuclient3_2.2.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libnuclient3_2.2.0-1_i386.deb (--unpack): trying to overwrite `/usr/include/nuclient.h', which is also in package libnuclient Preparing to replace nutcpc 2.0.16-1+b1 (using .../nutcpc_2.2.0-1_i386.deb) ... Unpacking replacement nutcpc ... Errors were encountered while processing: /var/cache/apt/archives/libnuclient3_2.2.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Looks like you forgot to add libnuclient to Conflicts. regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427612: avelsieve: [INTL:sv] Swedish debconf templates translation
Package: avelsieve Severity: wishlist Tags: patch l10n Here is the Swedish debconf translation for avelsieve Regards, Daniel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.17.4 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to sv_SE) Shell: /bin/sh linked to /bin/bash # Swedish translation for avelsieve debconf template. # Copyright (C) 2007 Free Software Foundation, Inc. # This file is distributed under the same license as the avelsieve package. # Daniel Nylander [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: avelsieve debconf\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-06-05 07:25+0200\n PO-Revision-Date: 2007-06-05 08:01-\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Activate avelsieve automatically? msgstr Aktivera avelsieve automatiskt? #. Type: boolean #. Description #: ../templates:2001 msgid Avelsieve will operate properly only if it has been activated by running 'squirrelmail-configure'. This can be done automatically now. msgstr Avelsieve kommer endast att fungera korrekt när det har aktiverats genom att köra \squirrelmail-configure\. Det kan göras automatiskt nu. #. Type: error #. Description #: ../templates:3001 msgid No removal of installed sieve filters msgstr Ingen borttagning av installerade sieve-filter #. Type: error #. Description #: ../templates:3001 msgid SquirrelMail users without access to sieveshell cannot remove filters they created through avelsieve. Those filters are NOT removed even when avelsieve is purged. msgstr SquirrelMail-användare utan åtkomst till sieveshell kan inte ta bort filter som de skapat genom avelsieve. Dessa filter tas INTE bort även när avelsieve avinstalleras. #. Type: error #. Description #: ../templates:3001 msgid The sieve filters for all mailboxes should be checked as soon as possible. msgstr Sieve-filtren för alla postlådor bör kontrolleras så snart som möjligt.
Bug#427605: ITP: privbind -- Allow unprivileged apps to bind to a privileged port
also sprach Shachar Shemesh [EMAIL PROTECTED] [2007.06.05.0852 +0200]: This program allows running another program as a non-root user, except the other program will be able to bind to privileged (1024) ports. How? Could you include a short note on how it does this magic in the description please? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#364197: xserver-xorg freezes
Hi, Hi, About a year ago, you reported a bug to the Debian BTS regarding a freeze of the X server after upgrading to Xorg 7.0. Did you reproduce this problem recently? No With Xorg/Etch? No With latest xserver-xorg-core and drivers? No. I have 4 desktops at home runnong Etch and 3 servers. Everything is fine. :-) But I can not remember how the problem was fixed. With a new driver or if it was a mistake of mine. If not, I will close this bug in the next weeks. Ok. And thank you for your work. :-) -- Cordialement. Louis-Maurice De Sousa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427559: [Pkg-cups-devel] Bug#427559: cupsd run as user changes in 1.2.11-2 breaks existing installations (no printing)
On 6/5/07, Kurt Pfeifle [EMAIL PROTECTED] wrote: Martin-Éric Racine wrote: On 6/5/07, Kurt Pfeifle [EMAIL PROTECTED] wrote: Package: cupsys Version: 1.2.11-2 I'm reporting on behalf of a customer who called me today because important functions on his test printserver [running on Sid] broke after upgrading to CUPS 1.2.11-2; He can not use that system any more for now, until he pays money to some- one to fix everything (if that is at all possible; otherwise to migrate it to a non-Debian distro). that I have serious issues with your report on one specific aspect: Your customer is running Testing on a production server that he needs to depend upon for everyday work. No, you didn't read (or exactly memorize) what I wrote. I said it was his *test* print server. Please check. You said test server and yet you report on how this latest upgrade alarmingly broke everything he is running on that. That makes it pretty clear that he depends upon that server for everyday life. * it is totally legal and valid to report bugs and submit wishlist items against a Sid/unstable system irrespective of the fact whether these were acquired on a production system That you guys broke our system and it's gonna cost us a fortune to get it fixed moaning won't help their case, at any rate. It also proves that they actually rely upon that server for everyday use. * some people run Testing and Unstable *now* on their test and pilot systems because they have a long term plan to migrate hundreds of servers and 10s of thousands of workstations to Linux, away from a proprietary system (and by the time of the migration they hope to use a Stable or Testing version) In which case it's just a test server, not a system running a number of scripts and filters they noticably depend upon. I didn't see you participate in any of the detailed discussions that took place on the upstream mailing lists about that particular topic; not once on many occasions over the last 2-3 years when they happened; therefore I do not deem you competent in uttering a verdict about upstream having a patently broken security model. I have been following the issue for longer than that, but whatever. It has become clear to me that you only came here to bicker and to push these maintainers into reverting every change that disagrees with how you would maintain this package. However, I have an even better proposal for you: become the CUPS maintainer in Debian, yourself, right now. Start by triaging the bugs currently open against the package. Then submit patches that show what changes you would like to see in CUPS for Debian (and keep in mind our stated goal to keep differences between the Debian and Ubuntu packages minimal). If you do a good job at it, we'll gladly let Your Expertness take over the package's maintenance and, yes we mean it. :) -- Martin-Éric Racine http://q-funk.iki.fi
Bug#427294: stk: new version 4.2.1 available
On Sat, 2007-06-02 at 19:49 -0400, Felipe Sateler wrote: Package: stk Version: 4.2.0-9 Severity: wishlist Version 4.2.1 has been available for a while now. If you don't have time I could try to prepare a package for it. Hi, Yes, would be great. Let me know if you have something running. Günter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-felipe (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stk depends on: ii libasound2 1.0.13-2 ALSA library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070528-1 GCC support library ii libjack0.100.0-00.103.0-5JACK Audio Connection Kit (librari ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libstk0c2a 4.2.0-9 Sound Synthesis Toolkit ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - stk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399862: Xorg 7.1 on CG14 (sparc32)
Brice Goglin a écrit : Hi, Several months ago, you reported a bug to the Debian BTS regarding Xorg not working anymore on your cg14 board. The bug was expected to be fixed soon. Did you reproduce this problem recently? With latest xserver-xorg-core and drivers? I haven't tested with xfs since my bug report and I don't have time to test (my SS20 is only used to test 2.6 kernels and I don't have stable kernel enough to test Xorg or to make a apt-get upgrade). I have added this test to my TODO list ;-) Regards, JKB
Bug#426790: [tex-live] Bug#426790: mathpple.map should be listed in updmap.cfg
Hi all! On Don, 31 Mai 2007, Frank Küster wrote: mathpple is unusable because the math italic fonts are not available. For this, mathpple.map should be included in updmap.cfg. I have appended the following lines to /etc/texmf/updmap.d/10texlive-base.cfg MixedMap psfonts.amz MixedMap mathpple.map and pdflatex runs ok. psfonts.amz is useless. Do you really need this one? On Don, 31 Mai 2007, Karl Berry wrote: MixedMap psfonts.amz This file contains map lines for many basic math fonts, such as cmbsy5. Those lines are in the TL psfonts.map, although I am not sure which map file they come from. Probably one of the ones in texmf-dist/tpm/ams.tpm. The are all coming from ams/ams-bsr.map and ams/ams-bsr-interpolated.map I have no idea what these psfonts.amz is used for ... All those ams-* and psfonts.* map conglomerations confuse me. Not only you. That contains definitions for just two fonts, eurbo10 and eurmo10. I've added mathpple.map to ams.tpm, since I don't see a better place for it and that's where the Type 1's are. Ok. Just for the record, I noticed that there is psnfss.tpm as part of the psnfss package containing the same two lines. TL doesn't use Just for the record, Frank, Jörg, whoever, can we rework the whole font disaster??? Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- EXETER (n.) All light household and electrical goods contain a number of vital components plus at least one exeter. If you've just mended a fuse, changed a bulb or fixed a blender, the exeter is the small, flat or round plastic or bakelite piece left over which means you have to undo everything and start all over again. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424550: lsof: FTBFS if built twice in a row
tag 424550 patch quit just add ./Configure -clean to the clean target signature.asc Description: This is a digitally signed message part.
Bug#426790: [tex-live] Bug#426790: mathpple.map should be listed in updmap.cfg
On Die, 05 Jun 2007, Norbert Preining wrote: MixedMap mathpple.map BTW, next version of texlive-base will include the activation of mathpple.map Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- ADRIGOLE (n.) The centrepiece of a merry-go-round on which the man with the tickets stands unnervingly still. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427495: munge: logrotate config invokes init script noisily (and directly)
Thanks for pointing this out, 0.5.8-3 will solve this issue. -- Gennaro Oliva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401592: libssl0.9.8c-4: fails to update in testing
snaps:~# apt-get upgrade Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: libssl0.9.8 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 2797kB of archives. After unpacking 20,5kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.dk.debian.org testing/main libssl0.9.8 0.9.8e-5 [2797kB] Fetched 2797kB in 3s (814kB/s) Failed to fetch http://ftp.dk.debian.org/debian/pool/main/o/openssl/libssl0.9.8_0.9.8e-5_i386.deb MD5Sum mismatch E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423919: g-brief fails with redefined command \Telefon
Hi Michael, a user reported the following problem: On Mon, 14 Mai 2007, Markus Schoder wrote: \documentclass{g-brief} \begin{document} \end{document} (/usr/share/texmf-texlive/tex/latex/marvosym/marvosym.sty ! LaTeX Error: Command \Telefon already defined. Or name \end... illegal, see p.192 of the manual. See the LaTeX manual or LaTeX Companion for explanation. Type H return for immediate help. ... l.48 \newcommand\Telefon{\mvchr{84}} As I see in g-brief.cls there are two places of definition of Telefon: The first in line 201 where also \Telefax etc is defined, and a second one *after* (optionally) loading the marvosym.sty: \IfFileExists{marvosym.sty} {\RequirePackage{marvosym}} {} \def\Telefon#1{\def\telefon{#1}} \def\telefon{} So I guess that the first one should be removed, as it seems that you already thought of this problem. Can you confirm this, and it would be great if you could upload a fixed packages to CTAN. Thanks a lot and all the best Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- HAXBY (n.) Any garden implement found in a potating shed whose exact purpose is unclear. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427613: backup-manager-upload specifying -r does not work
Package: backup-manager Version: 0.7.5-3 Severity: normal Hi, backup-manager-upload -m ftp -u foo -p bar -h backup.serverkompetenz.de -r / -v yesterday Trying to upload files with ftp unable to login and cwd on backup.serverkompetenz.de:/var/archives/uploads in FTP mode. The upload transfer ftp failed. Referring to the help of backup-manager-upload you can sepcify the root directory with -r Why is /var/archives/uploads then used as root? Kind regards Nico -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages backup-manager depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii findutils 4.2.28-1 utilities for finding files--find, ii gzip 1.3.5-15 The GNU compression utility ii ucf 2.0020 Update Configuration File: preserv backup-manager recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427614: z80asm: Fails to assemble bit instructions
Package: z80asm Version: 1.3-1 Severity: grave Justification: renders package unusable The bit instructions (bit, rst, set) don't work anymore. I should have reported this before the migration to testing, sorry about that. I hope to have a fix ready soon. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages z80asm depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries z80asm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423521: patches to wmiiloop and wmiirc
Package: wmii Version: 3.6~rc2+20070518-1 Followup-For: Bug #423521 The following patches seem to fix keyboard problems at my end. (based on the current official upstream snapshot). patch for /etc/X11/wmii-3.5/wmiirc: 166c166 eval $(eventstuff | sed 's/^[]//' | wmiiloop) --- eval $(eventstuff | sed 's/^[]//' | { . wmiiloop; }) patch for /usr/bin/wmiiloop: 15d14 print IFS='' -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wmii depends on: ii dwm-tools 22-1 dynamic window manager (tools) ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar Versions of packages wmii recommends: ii wmii-doc 1:1-3 lightweight tabbed and tiled X11 w -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323032: Same problem two years later with the last upgrade
Hello, right after this morning last upgrade, my proftp server and my webmin stopped to work throwing out these errors : /var/log/webmin/miniserv.error:/usr/bin/perl: relocation error: /lib/libresolv.so.2: symbol __res_iclose, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference And (accepting connections): relocation error: /lib/libresolv.so.2: symbol __res_iclose, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference I just had to restart those services then everything worked well... Perhaps the upgrade script for libc6 should look which running services are using libc6 and restart them ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377777: ITP: coherence -- Python UPnP framework
Please don't close #37, the ITP bug is #427570. (@Arnaud, if you use X-Debbugs-Cc instead of Cc, the BTS will Cc: people with the number of the bug report when it's created.) -- Loïc Minier
Bug#427615: Icedove SID package is not avaliable for French locales
Package: icedove-locale-fr Version: 1:1.5.0.8-1 The newest translations are avaliable upstream I am using Debian GNU/Linux 4.0 upgraded to SID Le contenu de ce courriel et ses éventuelles pièces jointes sont confidentiels. Ils s’adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l’avez reçu par erreur,et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d’autres personnes ni le reproduire. Merci de le renvoyer à l’émetteur et de le détruire. Attention : L’Organisme de l'émetteur du message ne pourra être tenu responsable de l’altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l’émetteur. Elles ne reflètent pas la position de l’Organisme sauf s’il en est disposé autrement dans le présent courriel. begin:vcard fn;quoted-printable:Jos=C3=A9 JORGE n;quoted-printable:JORGE;Jos=C3=A9 org:CPAM du GERS;SIP adr;quoted-printable:;;11, rue Ch=C3=A2teaudun;AUCH CEDEX;;32012;FRANCE email;internet:[EMAIL PROTECTED] title:Technicien Informatique tel;work:05 62 61 61 51 tel;fax:05 62 61 61 91 x-mozilla-html:FALSE url:http://intranet.cpam-gers.cnamts.fr/public version:2.1 end:vcard
Bug#407940: xserver-xorg-core: Xorg segfaults when using mutouch input driver
On Mon, Jun 04, 2007 at 09:32:10PM +0200, Brice Goglin wrote: Does this crash of Xorg still happen when using the mutouch input driver with your original configuration with the latest xserver-xorg-core and drivers? If so, could you locate the exact config option causing the crash? Unfortunately, I don't have the touch-screen any more so I can't test the new version but I think the problem was in the CorePointer or AlwaysCore options. -- Valentin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On Fri, Jun 01, 2007 at 11:01:16AM +0100, Enrico Zini wrote: Great to see this!, but I'm rather scared about its name: isn't pkg too generic? Wouldn't debpkg be a better (since more specific and describing) name? After some discussion in #debian-devel, I went for 'upt'. Wow ... cool ... a TLA! ... except that I've no idea what does it mean :-) But I guess I can wait to read the long description ... -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427616: xfig: Screen organisation is messed up when resizing
Package: xfig Version: 1:3.2.5-rel-1 Severity: normal My screen is relatively small WRT to current standards: 1280x800 pixels xfig starts with Drawing Mode and Editing Mode Panels with 3 columns of buttons. When I resize the window vertically, the canvas gets too wide and the right side of the window disappears gradually. It looks as if this is somehow related to the show window while resizing option of the window manager (if I resize in one fast move, the problem does not appear). Images are available at http://picasaweb.google.com/loic.grenie/XfigProblems (note that in the 3rd image there are visual artifacts at the top which are due to the fact that the window is too high for the screen, thus the topmost part is out of the visible area and the backing store does not exist = screen capture is wrong; those artifacts should not be considered) and make clear what happens at the right part of the window. I've not found any way to take the right part of the window back in the visible part of the world. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfig depends on: ii libc6 2.5-9 GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libx11-6 2:1.0.3-7 X11 client-side library ii libxi61:1.0.1-4 X11 Input extension library ii libxpm4 1:3.5.6-3 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set Versions of packages xfig recommends: ii transfig1:3.2.5-alpha7-5 Utilities for converting XFig figu ii xfig-libs 1:3.2.5-rel-1XFig image libraries and examples -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426738: linux-image-2.6.21-1-686: soft lockups on SMP, and local_softirq_pending storm as well
Package: linux-image-2.6.21-1-686 Version: 2.6.21-4 Followup-For: Bug #426738 Here are my softlockups as seen in /var/log/dmesg on this system : hda: cache flushes supported hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command BUG: soft lockup detected on CPU#0! [c014aad3] softlockup_tick+0xa6/0xb5 [c012a05b] update_process_times+0x3b/0x5e [c0138d60] tick_sched_timer+0x78/0xbb [c01358e0] hrtimer_interrupt+0x131/0x1bd [c0138ce8] tick_sched_timer+0x0/0xbb [c0114bbd] smp_apic_timer_interrupt+0x6c/0x7d [c0114bc2] smp_apic_timer_interrupt+0x71/0x7d [c010481c] apic_timer_interrupt+0x28/0x30 [e08fc4bf] ide_inb+0x3/0x7 [ide_core] [e08fd523] ide_wait_stat+0xb7/0x11e [ide_core] [e08fb6a5] ide_do_request+0x40b/0x8fa [ide_core] [c01bcc2b] elv_drain_elevator+0x15/0x58 [c01bd2d1] elv_insert+0x67/0x146 [c01bcab1] elv_queue_empty+0x1d/0x1e [e08fb327] ide_do_request+0x8d/0x8fa [ide_core] [e08fbc48] ide_do_drive_cmd+0xb4/0xf8 [ide_core] [e08e533b] cdrom_queue_packet_command+0x35/0xba [ide_cd] [c01beed9] __blk_put_request+0x24/0x75 [c01bf128] blk_put_request+0x22/0x36 [e08e5657] cdrom_check_status+0x55/0x60 [ide_cd] [c01bf0e3] blk_end_sync_rq+0x0/0x23 [e08e61eb] cdrom_read_toc+0x67/0x401 [ide_cd] [e08e7039] idecd_revalidate_disk+0x10/0x16 [ide_cd] [c01bf0e3] blk_end_sync_rq+0x0/0x23 [c0168e57] get_super+0x15/0x7c [c018587c] __invalidate_device+0x30/0x36 [c01858bf] check_disk_change+0x3d/0x5c [e08f423d] cdrom_open+0x8da/0x91d [cdrom] [c0152588] __do_page_cache_readahead+0x8b/0x1fc [c0175683] __d_lookup+0x96/0xd9 [c016d0c4] do_lookup+0x4f/0x140 [c0175a86] dput+0x18/0x115 [c016eff2] __link_path_walk+0xaec/0xc2d [c0125ce0] current_fs_time+0x41/0x46 [c0177ce0] touch_atime+0x95/0xbd [c01790a0] mntput_no_expire+0x11/0x6a [c016f1dc] link_path_walk+0xa9/0xb3 [c0165c68] get_unused_fd+0x4a/0xaa [c01c89ec] kobject_get+0xf/0x13 [c01c26c9] get_disk+0x31/0x47 [c01c26e6] exact_lock+0x7/0xd [c0229760] kobj_lookup+0xe6/0x110 [e08e60e1] idecd_open+0x78/0x8c [ide_cd] [c0185e56] do_open+0x87/0x255 [c01861a9] blkdev_open+0x0/0x4d [c01861ce] blkdev_open+0x25/0x4d [c0165d8b] __dentry_open+0xc3/0x17a [c0165ebc] nameidata_to_filp+0x24/0x33 [c0165efd] do_filp_open+0x32/0x39 [c0165c68] get_unused_fd+0x4a/0xaa [c0165f46] do_sys_open+0x42/0xc3 [c0166000] sys_open+0x1c/0x1e [c0103d8c] syscall_call+0x7/0xb [c029] __find_acq_core+0x2ce/0x30e === BUG: soft lockup detected on CPU#1! [c014aad3] softlockup_tick+0xa6/0xb5 [c012a05b] update_process_times+0x3b/0x5e [c0138d60] tick_sched_timer+0x78/0xbb [c01358e0] hrtimer_interrupt+0x131/0x1bd [c0138ce8] tick_sched_timer+0x0/0xbb [c0114bbd] smp_apic_timer_interrupt+0x6c/0x7d [c010481c] apic_timer_interrupt+0x28/0x30 [c016007b] sys_swapon+0x465/0xa01 [c01c00d8] blk_queue_make_request+0x9a/0xd0 [c029e729] lock_kernel+0x1e/0x2c [c01697ab] chrdev_open+0x113/0x13b [c0169698] chrdev_open+0x0/0x13b [c0165d8b] __dentry_open+0xc3/0x17a [c0165ebc] nameidata_to_filp+0x24/0x33 [c0165efd] do_filp_open+0x32/0x39 [c0165c68] get_unused_fd+0x4a/0xaa [c0165f46] do_sys_open+0x42/0xc3 [c0166000] sys_open+0x1c/0x1e [c0103d8c] syscall_call+0x7/0xb [c029] __find_acq_core+0x2ce/0x30e === hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command hdc: status timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: drive not ready for command BUG: soft lockup detected on CPU#0! [c014aad3] softlockup_tick+0xa6/0xb5 [c012a05b] update_process_times+0x3b/0x5e [c0138d60] tick_sched_timer+0x78/0xbb [c01358e0] hrtimer_interrupt+0x131/0x1bd [c0138ce8] tick_sched_timer+0x0/0xbb [c0114bbd] smp_apic_timer_interrupt+0x6c/0x7d [c0114bc2] smp_apic_timer_interrupt+0x71/0x7d [c010481c] apic_timer_interrupt+0x28/0x30 [c01400d8] try_to_freeze_tasks+0xe4/0x275 [e08fc4bf] ide_inb+0x3/0x7 [ide_core] [e08fd1d5] ide_config_drive_speed+0x106/0x31e [ide_core] [e08577ef] piix_tune_chipset+0x33c/0x344 [piix] [e085785d] piix_config_drive_xfer_rate+0x2f/0x5d [piix] [e090176e] ide_set_dma+0xe/0x3e [ide_core] [e08fa5cf] set_using_dma+0x64/0xba [ide_core] [e08f9ac7] ide_write_setting+0x47/0xc2 [ide_core] [e08fa6b6] generic_ide_ioctl+0x91/0x44a [ide_core] [c0175683] __d_lookup+0x96/0xd9 [c013690e] clocksource_get_next+0x39/0x3f [c0129aac] do_timer+0x4f6/0x6e1 [c016d0c4] do_lookup+0x4f/0x140 [e08e600d] idecd_ioctl+0x125/0x15b [ide_cd] [c0128ef8] getnstimeofday+0x30/0xb6 [c0114707]
Bug#427617: cupsys-bsd: on upgrade remove lpr package; obscure warning.
Package: cupsys-bsd Severity: minor On two lenny computer a plain update bring in cupsys-lpd that in turn removed lpr service. Differently than usual, that is, if a previous configuration is found, this is used as a default, the default is to drop lpr service. I just get back operations by removing it and reinstalling lpr, but this could not always be the neatier solution ... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages cupsys-bsd depends on: pn cupsys-client none (no description available) ii cupsys-common 1.2.11-2 Common UNIX Printing System(tm) - ii debconf 1.5.13 Debian configuration management sy ii libc6 2.5-9 GNU C Library: Shared libraries ii libcupsys21.2.11-2 Common UNIX Printing System(tm) - ii libgnutls13 1.6.3-1the GNU TLS library - runtime libr ii update-inetd 4.27-0.5 inetd.conf updater cupsys-bsd recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419986: server lockups related to dri
On Mon, Jun 04, 2007 at 11:15:08PM +0200, Brice Goglin wrote: Brice Goglin wrote: If you think you might be able to upgrade to libc 2.5 in the near future, for instance when it enters testing, don't bother recompiling, just wait a couple weeks. Recompiling might be a pain since you might need lots of dependencies first... Ok thanks, this looks like a plain Debian Etch. Since at least xserver-xorg-core, the ATI driver, mesa and libdrm got a major upgrade (all of them in unstable, except the ATI driver which is in experimental), I would rather wait until you get a chance to upgrade... Hi Olaf, libc6 2.5 entered testing a couple days ago. Did you have a chance to upgrade it and then upgrade xserver-xorg-core and drivers/mesa/... and see whether this bug still happens? Thanks, Brice Hi Brice, the problem persists after upgrading to - libc6_2.5-9+b1_i386.deb (and new tzdata) (testing) - libdrm2_2.3.0-4_i386.deb (testing) - libgl1-mesa-dri_6.5.2-5_i386.deb (and new ligl1-mesa-gly) (unstable) - xserver-xorg-core_1.3.0.0.dfsg-6_i386.deb (unstable) (ignoring an unmet dependency of xserver-xorg-core on a newer libgcc1). I am sorry, I know that you spend a lot of your spare time for these problems, but I will not be able to help you much further in the next time, I could not manage not to delay other things too much ... Olaf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427618: amarok: Xine fails to play mp3
Package: amarok Version: 1.4.5-5 Severity: grave Justification: renders package unusable When attempting to play a mp3 in Amarok, it says no decoder exists and I also get a message saying the XINE engine claims it cant play mp3's Ben -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-engines 1.4.5-5 output engines for the Amarok audi ii amarok-xine [amarok-eng 1.4.5-5 xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libaudio2 1.9-2The Network Audio System (NAS). (s ii libc6 2.5-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libgl1-mesa-glx [libgl1 6.5.2-5 A free implementation of the OpenG ii libglib2.0-02.12.12-1The GLib library of C routines ii libgpod10.4.2-3 a library to read and write songs ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libidn110.6.5-1 GNU libidn library, implementation ii libifp4 1.0.0.2-3communicate with iRiver iFP audio ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkarma0 0.0.6-2 Rio Karma access library [runtime ii libmtp5 0.1.5-2 Media Transfer Protocol (MTP) libr ii libmysqlclient15off 5.0.41-2 MySQL database client library ii libnjb5 2.2.5-4.1Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpq5 8.2.4-1 PostgreSQL C client library ii libqt3-mt 3:3.3.7-4+b1 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.6-1+b1 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libsm6 2:1.0.3-1X11 Session Management library ii libsqlite3-03.3.17-1 SQLite 3 shared library ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-8TagLib Audio Meta-Data Library ii libtagc01.4-8TagLib Audio Meta-Data Library (C ii libtunepimp50.5.3-2 MusicBrainz tagging library ii libusb-0.1-42:0.1.12-7 userspace USB programming library ii libvisual-0.4-0 0.4.0-1.1Audio visualization framework ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii ruby1.8.2-1 An interpreter of object-oriented ii unzip 5.52-9 De-archiver for .zip files ii zlib1g 1:1.2.3-15 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.7-1 enables the browsing of audio CDs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427545: mediawiki1.10: Minor error in Debconf template
Le Tuesday 05 June 2007 07:32:59 Christian Perrier, vous avez écrit : While translating your Debconf template to German the following minor error was discovered: -This installation can be upgraded automatically. The new package version -This installation can be upgraded automatically. The new package version Well, the templates are under review. Surprinsingly, while this review was announced, a call for translation updates was launched in parallel by the maintainer, which will make the review work more complicated. Sorry for the mess Christian, I saw you made corrections on the template I sent you. Then, some seek after since I did not noticed any bug refering to a review on templates, I though your corrections were the end of the procedure and started the call for translation myself... Romain
Bug#427619: [INTL:gl] Galician debconf template translation for avelsieve
Package: avelsieve Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of avelsieve's debconf templates # This file is distributed under the same license as the avelsieve package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: avelsieve\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-06-05 07:25+0200\n PO-Revision-Date: 2007-06-05 11:31+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Activate avelsieve automatically? msgstr ¿Activar avelsieve automaticamente? #. Type: boolean #. Description #: ../templates:2001 msgid Avelsieve will operate properly only if it has been activated by running 'squirrelmail-configure'. This can be done automatically now. msgstr Avelsieve só ha funcionar correctamente se se activa executando \squirrelmail-configure\. Isto pódese facer automaticamente agora. #. Type: error #. Description #: ../templates:3001 msgid No removal of installed sieve filters msgstr Non eliminación dos filtros de sieve instalados #. Type: error #. Description #: ../templates:3001 msgid SquirrelMail users without access to sieveshell cannot remove filters they created through avelsieve. Those filters are NOT removed even when avelsieve is purged. msgstr Os usuarios de SquirrelMail que non teñan acceso a sieveshell non poden eliminar os filtros creados mediante avelsieve. Estes filtros NON se eliminan sequera ao purgar avelsieve. #. Type: error #. Description #: ../templates:3001 msgid The sieve filters for all mailboxes should be checked as soon as possible. msgstr Debería verificar os filtros de sieve de tódalas caixas do correo o antes posible.
Bug#427559: cupsd run as user changes in 1.2.11-2 breaks existing installations (no printing)
tag 427559 confirmed retitle 427559 cupsys: make backend permissions behaviour compatible to upstream thanks Hi Kurt, Kurt Pfeifle [2007-06-04 23:19 +0200]: * you have changed cupsd to run as user cupsys, while upstream CUPS developers have dropped this again (and they gave very good reasons for that) when they released 1.2.0. I had lots of conversations about this with upstream, and none of the reasons he gave justified running cups as root, but that's a different story. * in previous upstream versions when cupsd ran as an unprivileged user, it was possible to use RunAsUser No in cupsd.conf -- you have re- applied that old patch without keeping the user option to not follow your default. Right, because upstream does not want to reintroduce it, so I don't want to make incompatible configuration file options. * you have removed the possibility to run individual backends as root (by simply giving them 0700 permissions and root ownership). You can still do that, and it's done by default with lpd. The backends needs to be set to root:lp 4754. Most of your problems seem to come from incompatible behavior of backend permissions. I agree that we need to do something about it. Documenting it would be one possibility, but I think it is even better to change our cups to become compatible with upstream again wrt. backend permissions. This could be done by a single suid root 'backend runner' instead of having lots of suid root backends. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org signature.asc Description: Digital signature
Bug#290478: Extend example files a bit?
Hi, the behaviour you are witnessing is to be expected with the su example file (just the auth section shown): auth sufficient /lib/security/pam_ldap.so auth required /lib/security/pam_unix_auth.so use_first_pass To prevent this, you should add the rootok module, as is present in the default configuration. # This allows root to su without passwords (normal operation) auth sufficient pam_rootok.so One could argue that this line should be included in the example files, perhaps commented out. Especially if without it scripts that are supplied by debian (packages) break. Gr. Matthijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427169: tetex-base - update-updmap: cannot read /etc/texmf/updmap.d/00updmap.cfg
clone 427169 -1 reassign -1 gpsbabel retitle -1 should build-dep on texlive package user [EMAIL PROTECTED] usertag -1 builddep-tetex-ftbfs retitle 427169 tetex-base missed dependency on tex-common severity 427169 normal thanks Hi Bastian, hi all! On Sam, 02 Jun 2007, Bastian Blank wrote: Automatic build of gpsbabel_1.3.3-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] Setting up tetex-base (2007-8) ... debconf: unable to initialize frontend: Dialog debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (This frontend requires a controlling tty.) debconf: falling back to frontend: Teletype update-updmap: cannot read /etc/texmf/updmap.d/00updmap.cfg dpkg: error processing tetex-base (--configure): subprocess post-installation script returned error exit status 1 Setting up tex-common (1.7) ... See the above control magic for what are the problems. The tetex-base dep will be fixed and the next release. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- THRUPP (vb.) To hold a ruler on one end on a desk and make the other end go bbddbbddbbrrbddrr. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417617: cupsys-bsd: on upgrade remove lpr package; obscure warning.
OPS : Read: On lenny a plain update brings in cupsys-bsd that in turn removes lpr package and consequently the lpd services. (note also that it removes the executable, but leaves the script in etc/init.d) On Tue, 5 Jun 2007, Leonardo Boselli wrote: On two lenny computer a plain update bring in cupsys-lpd that in turn removed lpr service. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427621: [INTL:gl] Galician debconf template translation for davfs2
Package: davfs2 Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of davfs2's debconf templates # This file is distributed under the same license as the davfs2 package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: davfs2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-06-05 07:42+0200\n PO-Revision-Date: 2007-06-05 11:40+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Should unprivileged users be allowed to mount WebDAV resources? msgstr ¿Os usuarios non privilexiados deben poder montar recursos WebDAV? #. Type: boolean #. Description #: ../templates:2001 msgid The file /sbin/mount.davfs must have the SUID bit set if you want to allow unprivileged (non-root) users to mount WebDAV resources. msgstr O ficheiro /sbin/mount.davfs debe ter o bit SUIT establecido se quere permitir aos usuarios non privilexiados montar recursos WebDAV. #. Type: boolean #. Description #: ../templates:2001 msgid Choosing this option is discouraged for security reasons. If you choose it, additional input will be required. msgstr Por motivos de seguridade, non se recomenda escoller esta opción. Se a escolle, hanse pedir máis datos. #. Type: boolean #. Description #: ../templates:2001 msgid If you do not choose this option, only root will be allowed to mount WebDAV resources. This can later be changed by running 'dpkg-reconfigure davfs2'. msgstr Se non escolle esta opción, só o administrador ha poder montar recursos WebDAV. Isto pódese cambiar máis tarde executando \dpkg-reconfigure davfs2 \. #. Type: string #. Description #: ../templates:3001 msgid User running the mount.davfs daemon: msgstr Usuario que executa o servizo mount.davfs: #. Type: string #. Description #: ../templates:3001 msgid Once the davfs resource has been mounted, the daemon will drop the root privileges and will run with an unprivileged user ID. msgstr Despois de montar o recurso davfs, o servizo ha perder os seus privilexios de administrador e ha funcionar cun ID de usuario non privilexiado. #. Type: string #. Description #: ../templates:3001 msgid Please choose which login name should be used by the daemon. msgstr Escolla o usuario que debe empregar o servizo. #. Type: string #. Description #: ../templates:4001 msgid Group for users who will be allowed to mount WebDAV resources: msgstr Grupo dos usuarios aos que se permite montar recursos WebDAV: #. Type: string #. Description #: ../templates:4001 msgid Mounting WebDAV resources creates a file in /var/run/mount.davfs. This directory will be owned by the group specified here. msgstr Ao montar recursos WebDAV créase un ficheiro en /var/run/mount.davfs. Este directorio ha pertencer ao grupo que se indique aquí. #. Type: boolean #. Description #: ../templates:5001 msgid Do you want to create a new user? msgstr ¿Quere crear un novo usuario? #. Type: boolean #. Description #: ../templates:5001 msgid The \${user_name}\ user does not exist on the system and will be created if you choose this option. msgstr O usuario \${user_name}\ non existe no sistema e hase crear se escolle esta opción. #. Type: boolean #. Description #: ../templates:6001 msgid Do you want to create a new group? msgstr ¿Quere crear un novo grupo? #. Type: boolean #. Description #: ../templates:6001 msgid The \${group_name}\ group does not exist on the system and will be created if you choose this option. msgstr O grupo \${group_name}\ non existe no sistema e hase crear se escolle esta opción. #. Type: note #. Description #: ../templates:7001 msgid Unprivileged users allowed to mount WebDAV resources msgstr Usuarios non privilexiados aos que se permite montar recursos WebDAV #. Type: note #. Description #: ../templates:7001 msgid The \${group_name}\ group and the \${user_name}\ user will be used by davfs2. All users who should be granted the right to mount WebDAV resources should be added to the group \${group_name}\ using the following command: msgstr Davfs2 ha empregar o grupo \${group_name}\ e o usuario \${user_name}\. Tódolos usuarios aos que se lle queira dar permiso para montar recursos WebDAV deberían engadirse ao grupo \${group_name}\ empregando a seguinte orde: #. Type: note #. Description #: ../templates:7001 msgid The following should also be added to /etc/fstab: msgstr Debe engadirse o seguinte a /etc/fstab: #. Type: note #. Description #: ../templates:7001 msgid Additional options are available. Please read the mount.davfs man page for more information. msgstr Hai máis opcións dispoñibles. Consulte a páxina de manual mount.davfs para máis información.
Bug#427623: vtwm dies on C-z
Package: vtwm Version: 5.4.7-2.1 Severity: normal Hi all, if i launch vtwm from the shell, e.g., to see any eventual error messages, and later i try to put it into background using C-z and the bg %xx command, vtwm dies without a word thank you regards, gb -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages vtwm depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii librplay3 3.3.2-11 Shared libraries for the rplay net ii libsm62:1.0.3-1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxpm4 1:3.5.6-3 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library vtwm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427622: ship grep's documentation
Package: grep Version: 2.5.1.ds2-6 Severity: wishlist Please ship grep's info and html documentation, as a separate package in non-free if necessary. Also,, the current grep maintainer scripts appear to register/deregister grep.info even though the package does not ship the file, making it tricky for a third party to create a grep-doc package that ships the info file. This appears to be the same kind of bug as #394275 and its seven(!) duplicates. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-k7 Debian Release: lenny/sid 530 testing ftp.uk.debian.org 520 unstableftp.uk.debian.org 510 experimentalftp.uk.debian.org 500 stable www.debian-multimedia.org 500 stable deb.opera.com --- Package information. --- Depends (Version) | Installed ===-+-=== | signature.asc Description: This is a digitally signed message part
Bug#427617: cupsys-bsd: on upgrade remove lpr package; obscure warning.
OPS : Read: On lenny a plain update brings in cupsys-bsd that in turn removes lpr package and consequently the lpd services. (note also that it removes the executable, but leaves the script in etc/init.d) On Tue, 5 Jun 2007, Leonardo Boselli wrote: On two lenny computer a plain update bring in cupsys-lpd that in turn removed lpr service. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427624: python2.4-doc: Python2.4-doc has a useless shlibs file
Package: python2.4-doc Version: 2.4.4-2 Severity: normal I don't know how this happened but python2.4-doc has a shlibs file. You might want to check other python* packages to verify that they don't have the same problem. Upgrading the packaging infrastructure of python packages might help avoid such strange errors. :-) -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427626: x11vnc: keyboard and mouse clicks do not get through anymore with last testing libcxorg
Package: x11vnc Version: 0.8.2-2 Severity: grave Justification: renders package unusable Since I upgraded my testing distribution to the last libcxorg yesterday, x11vnc from testing does not seem to work anymore. When I run it, I can connect to the remote desktop but the on the local viewing machine the desktop itself does not get screen updates anymore. I am obviously using a VNC client (I tested several of them) on the viewing machine. Also, typing on the keyboard does not seem to have any effect, but keys do appear on the X11 console, and so do mouse clicks, etc. It seems to be just a screen update problem. I downloaded the latest x11vnc source 0.9.1 (and 0.9.2) from its project site and they both work as expected after I compiled them. Take care, Luca -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.1 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages x11vnc depends on: ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libx11-6 2:1.0.3-7 X11 client-side library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii zlib1g1:1.2.3-15 compression library - runtime x11vnc recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426790: [tex-live] Bug#426790: mathpple.map should be listed in updmap.cfg
Norbert Preining [EMAIL PROTECTED] wrote: Just for the record, I noticed that there is psnfss.tpm as part of the psnfss package containing the same two lines. TL doesn't use Just for the record, Frank, Jörg, whoever, can we rework the whole font disaster??? I'd like to, but I don't have much time. And I'm still waiting for input from Walter Schmidt. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#236567: closed by [EMAIL PROTECTED] (Thomas Bushnell, BSG) (Bug#236567: fixed in ifhp 3.5.20-6)
reopen 236567 found 3.5.20-10 thanks On Mon, Jun 04, 2007 at 11:39:40PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #236567: HP LaserJet 6L doesn't do postscript, which was filed against the ifhp package. The change to ifhp.conf as applied in the package is missing a - from gs_options. The current .diff.gz contains: --- ifhp-3.5.20.orig/ifhp.conf.in +++ ifhp-3.5.20/ifhp.conf.in @@ -2066,6 +2066,10 @@ # PRINTER % - HP LaserJet 6 Family, Hp LaserJet {/hp(.*)/$1/} [ hp6l hp1100 ] +tc=hp4l +status +pjl +gs_options=r600x600 pjl_except=[ EOJ JOB OPMSG RDYMSG STMSG FSAPPEND FSDIRLIST FSQUERY FSUPLOAD FSDELETE FSDOWNLOAD FSINIT FSMKDIR Where it should have gs_options=-r600x600 --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427625: libc6: bindtextdomain not properly documented?
Package: libc6 Version: 2.5-7 Severity: normal This is probably a stupid question but take a look at this simple program: snip #include libintl.h #include locale.h #include stdio.h int main() { bindtextdomain(ppx, /home/joshua/ppx/locale); printf(domain = %s\n, textdomain(ppx)); setlocale(LC_MESSAGES, de_DE.UTF-8); printf(%s\n, gettext(America)); } snip When I strace this, it never looks in /home/joshua/ppx/locale. I tested this on 3 Debian systems and 1 Gentoo system. Am I doing something stupid? I keep reading the docs for bindtextdomain but I don't understand what I'm doing wrong. For example: $ cc test.c -o test $ strace ./test 21 |grep ppx write(1, domain = ppx\nAmerica\n, 21domain = ppx On my box, it looks in /usr/lib/locale/. I suspected that my compiler toolchain was broken but on my brother's gentoo box, it searches /usr/lib64/locale instead of the directory I specify in bindtextdomain. On the other hand, if I strace /usr/bin/hello then it searches /usr/share/locale which is correct. But if I dpkg-buildpackage hello using apt-src then that build of hello searches /usr/lib/locale/. So maybe my compiler toolchain really is broken? Can you shed any light the behavior of bindtextdomain? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21.1-b3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427574: linux-image-2.6.21-1-686: quickcam_messenger driver does not work
On Tue, Jun 05, 2007 at 01:28:05AM +0200, René-Louis EYMARD wrote: Package: linux-image-2.6.21-1-686 Version: 2.6.21-4 Severity: normal when I plug my webcam quickcam messenger and try to use it (with xawtv for example), all I get is a blank screen. The cam works perfectly with the previous version of the kernel (2.6.18-4) please try 2.6.22-rc3 (or rc4 if already build) from buildserver see trunk apt line - http://wiki.debian.org/DebianKernel regards -- maks
Bug#406753: closed by Matthias Klose [EMAIL PROTECTED] (Re: Bug#406753: Ubuntu branding by default in Debian gcc manpage for -fstack-protector: please also add Debian default)
reopen 406753 thanks On Tue, Jun 05, 2007 at 07:51:07AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #406753: Ubuntu branding by default in Debian gcc manpage for -fstack-protector: please also add Debian default, which was filed against the gcc-4.1 package. It has been closed by Matthias Klose [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Matthias Klose [EMAIL PROTECTED] by replying to this email. tags 406753 + wontfix thanks no, we don't document things, which are the default anyway, or else we would have to do that for every option. You did document the default in Ubuntu, but in a Debian manpage. Yes, you do not want to fix it; but no, this bug is still standing and closing it is just denying the reality. -fstack-protector Emit extra code to check for buffer overflows, such as stack smashing attacks. This is done by adding a guard variable to functions with vulnerable objects. This includes functions that call alloca, and functions with buffers larger than 8 bytes. The guards are initialized when a function is entered and then checked when the function exits. If a guard check fails, an error message is printed and the program exits. On Ubuntu the default is -fstack-protector, to turn it off use -fno-stack-protector. The last sentence might be replaced by: On Debian the default is -fnostack-protector, to turn it on use -fstack-protector which is the default on Ubuntu. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys Net Admin signature.asc Description: Digital signature
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On Tue, Jun 05, 2007 at 11:08:17AM +0200, Stefano Zacchiroli wrote: After some discussion in #debian-devel, I went for 'upt'. Wow ... cool ... a TLA! ... except that I've no idea what does it mean :-) But I guess I can wait to read the long description ... You're late: it's ept now :) http://lists.debian.org/debian-devel/2007/06/msg00103.html Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#427622: ship grep's documentation
BTW, as with the other bug, I'm happy to maintain the actual grep-doc package... I just need a sponsor, and for the current grep package to not register the nonexistant grep.info as it does currently. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part