Bug#302490: Acknowledgement (debian readme instructions dont work for debian)
Of course the best solution is to adjust the line in the README.Debian from: Alias /doc/viewcvs/ /usr/share/viewcvs/ to: Alias /viewcvs/ /usr/share/viewcvs/ and adjust the docroot variable in viewcvs.conf to equal /viewcvs This'll avoid any compatibility issues with the way Debian is setup. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302479: possible infinite loops in run-parts
I've done investigation of run-parts.c and come to a conclusion that there can be infinite loops when pipe produce error. Please, review my attached patch. You forgot the patch? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302407: console-common: Albanian translation
tags 302407 pending tags 302410 pending thanks Quoting Elian Myftiu ([EMAIL PROTECTED]): Package: console-common Severity: wishlist Tags: patch l10n Commited in both branches -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302399: xdebconfigurator: Albanian translation
tags 302399 pending thanks Quoting Elian Myftiu ([EMAIL PROTECTED]): Package: xdebconfigurator Severity: wishlist Tags: patch l10n Commited in SVN. Maintainers, time for an update? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302398: Albanian translation of popularity-contest
tags 302398 pending thanks Quoting Elian Myftiu ([EMAIL PROTECTED]): Package: popularity-contest Severity: wishlist Tags: patch l10n Commited to CVS -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302476: geneweb: [INTL:pt_BR] Please consider adding the attached debconf template translation
reassign 302476 cernlib retitle 302476 cernlib: [INTL:pt_BR] Please consider adding the attached debconf template translation thanks Quoting Rodrigo Tadeu Claro ([EMAIL PROTECTED]): Package: geneweb Version: 2004.11.04-3 Severity: wishlist Tags: patch l10n Please consider using the attached cernlib Brazilian Portuguese (pt_BR) debconf template translation. It was properly checked against errors using the msgfmt utility from gettext package as can be see bellow : [EMAIL PROTECTED]:~/debian-traducoes/cernlib$ msgfmt -c -v -o /dev/null pt_BR.po 3 mensagens traduzidas. [EMAIL PROTECTED]:~/debian-traducoes/cernlib$ Also, it's gziped for size optimization. Hmmm, I'm afraid this translation has been mistakenly sent to the wrong package. From the above and the file contents, I assume it is meant to be sent to the cernlib package. PS : the geneweb package already has a Brazilian templates translation, of course provided by Magic André...:-) Obrigado, anyway.
Bug#302220: munin: Clean and reject
Package: munin Version: 1.2.2-3 Followup-For: Bug #302220 I solved the problem in a slightly similar way: elsif (($line =~ /reject: \S+ \S+ \S+ (\S+)/) (!($line =~/\/cleanup\[\d+\].*reject:/))) however, in light of what you said in reply, I think the solution you are suggesting is better, with the modification indicated below: In addition to that, what do you think about the additional elsif? elsif ($line =~ /postfix\/cleanup.* reject:/) { $rejects-{cleaned} ++; } Cleanup occurs constantly, not always as rejects, so you dont want to do: $rejects-{cleaned} ++; The cleanup reject could happen from a mime_header regex matching, or an access, helo check, recipient matching, etc. These appear in the logs as either header or body rejects, as follows: Mar 31 06:55:19 buffy postfix/cleanup[28932]: 36DAFA2E09: reject: body Mar 31 06:55:19 buffy postfix/cleanup[28932]: 56DAFA33E3: reject: header you want maybe to do instead: elsif ($line =~ /postfix\/cleanup.* reject: body/) { $rejects-{body_reject} ++; } elsif ($line =~ /postfix\/cleanup.* reject: header/) { $rejects-{header_reject} ++; } -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages munin depends on: pn libdigest-md5-perl Not found. ii libhtml-template-perl 2.6-2 HTML::Template : A module for usin ii librrds-perl 1.0.49-1 Time-series data storage and displ pn libtime-hires-perl Not found. ii perl [libstorable-perl] 5.8.4-8Larry Wall's Practical Extraction ii perl-modules 5.8.4-8Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302286: tetex-bin: postinst fails with Error: `tex -ini -jobname=latex -progname=latex latex.ini' failed
Sven-Haegar Koch [EMAIL PROTECTED] wrote: I don't think I can expect that the automatic updates are able to update from every stone old config files found from an intermediate unstable release nearly three years ago - so perhaps this bug can just be closed. I agree. However, the file itself was still present in woody, so your setup would have worked there. Therefore, if I find that providing an upgrade path isn't hard, I'll do that, and would like to keep the bug open. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#302152: coreutils: man page typos: supercede
A Costa [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.2.1-2 Severity: minor Tags: patch Found the same typo in '/usr/share/man/man1/echo.1.gz', '/usr/share/man/man1/printf.1.gz', and '/usr/share/man/man1/pwd.1.gz', see the three attached '.diff' files. Thanks for pointing that out. It's already fixed upstream. And I've just factored that text out and will probably move it `up' (earlier in the man-generation pipe) into the --help output. Same for other sometimes-builtin commands like true, false, kill, stat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302048: wmaker: manpage for get-wraster-flags, get-wutil-flags and get-wings-flags
On Tue, Mar 29, 2005 at 10:59:39PM +0200, Frederik Schueler wrote: you might find these manpages useful and will want to push them upstream. Thanks, I'll do. Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302025: Related: 'required aliases for standard names' will be fixed?
Around 13 o'clock on Mar 31, Arne =?utf-8?q?G=C3=B6tje?= (=?utf-8?q?=E9=AB=98= E7=9B=9B=E8=8F=AF?=) wrote: For qt apps however, this does not work, but I suppose that's a bug in qt then. Yes. The Trolltech developers decided to override fontconfig's selection mechanism. I'm not quite sure how to work around this. -keith pgp6Q8KcfiOtd.pgp Description: PGP signature
Bug#301869: firefox: link underlines become overlines upon decreasing char size
* Dan Jacobson ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.1-1 Severity: normal File: /usr/lib/mozilla-firefox/firefox Tags: upstream Choose any of the Chinese or Japanese encodings. View-Character Encoding-... Upon 4 hits of Control -, decreasing character size, the underline of links begins to cross out words. More hits raise the underline bar to even float above the link names! Can you give me a page to test this on? $ firefox file:///usr/share/doc/mozilla-firefox #to test (P.S., I am not connected interactively to the net, so cannot use bugzilla.) -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#301769: Conf file (/etc/fcron.conf) must be owned by root:fcron and (no more than) 644: ignored
Aiya, I can't see anything that would make /etc/fcron.conf have more permissive access modes in a clean install of *fcron* (i.e. from purged state). File has not been chmoded, it is as it comes when fcron is installed: $ ls -la /etc/fcron.conf -rw-r- 1 root fcron 676 2005-03-26 06:13 /etc/fcron.conf Take a look at dpkg-statoverride | grep fcron, and see if /etc/fcron.conf is mentioned there. If it is, tell me. $ dpkg-statoverride | grep fcron dpkg-statoverride: no mode specified $ dpkg-statoverride --list | grep -i fcron root fcron 4750 /usr/sbin/fcronsighup fcron fcron 6755 /usr/bin/fcrontab I will think about a way to guarantee that /etc/fcron.conf is no more than 644 in postinst, but I have to check whether I can do that to a conffile at all in the first place. $ sudo /etc/init.d/fcron stop Stopping advanced periodic command scheduler: fcron. == /var/log/syslog == Apr 1 09:27:02 xxx fcron[18461]: SIGTERM signal received Apr 1 09:27:02 xxx fcron[18461]: Exiting with code 0 $ sudo /etc/init.d/fcron start Starting advanced periodic command scheduler: fcron. == /var/log/syslog == Apr 1 09:27:04 xxx fcron[18475]: fcron[18475] 2.9.6 started Apr 1 09:27:04 xxx fcron[18475]: updating configuration from /var/spool/fcron Apr 1 09:27:04 xxx fcron[18475]: adding file systab So, it is only whining about wrong permissions (which are not actually wrong?) when fcron is installed. Namarie, - Miyo signature.asc Description: Digital signature
Bug#301828: mozilla-firefox: firefox very slow to load after apmd resume
* Mike Bursell ([EMAIL PROTECTED]) wrote: Subject: mozilla-firefox: firefox very slow to load after apmd resume Package: mozilla-firefox Version: 1.0.1-3 Severity: normal running apmd 1) start firefox, use normally 2) close firefox 3) close lid on ThinkPad T41, putting system into suspend 4) resume session some time later 5) attempt to start firefox firefox very slow to start (15+ seconds, sometimes more) I'm going to need a bit more info than that to go on. I doubt seriously that Firefox is at fault here. Is this a suspend-to-disk or suspend-to-ram? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#301676: mozilla-firefox: typo at installation
merge 300685 301676 thanks * Jens Kubieziel ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-1 Severity: minor Hi, when running an apt-get install mozilla-firefox there is a message at the bottom. It has some typos: Please restart any running Firfoxes, or you will exprience problems. Please don't file duplicate bug reports. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#301635: mozilla-firefox: When loading large pages with pdf files firefox freezes X-window system
* Tim Michelsen ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.1-3 Severity: normal While loading a large page PDF file inside Firefox it freezes all windows and all other X-Window windows and desktops. The problem occured while useing fluxbox. Maybe the PDF had some font error etc.? There should be a debug routine for that cases. How exactly are you loading the pdf? Are you using xpdf or gpdf to view it? Or something else? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#301485: mozilla-firefox: FTBFS (gcc-4.0/amd64/ppc64): array type has incomplete element type
* Andreas Jochens ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Severity: normal Tags: patch When building 'mozilla-firefox' on amd64 or ppc64 with gcc-4.0, I get the following error: make[5]: Entering directory `/srv/dbuild/tmp/mozilla-firefox-1.0.2/security/nss/lib/pki' gcc -o Linux2.6_x86_64_glibc_PTH_64_OPT.OBJ/asymmkey.o -c -O2 -fPIC -DLINUX1_2 -D_XOPEN_SOURCE -DLINUX2_1 -ansi -Wall -pipe -DLINUX -Dlinux -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_STRERROR -DXP_UNIX -DNSS_3_4_CODE -UDEBUG -DNDEBUG -D_REENTRANT -I/srv/dbuild/tmp/mozilla-firefox-1.0.2/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -I/srv/dbuild/tmp/mozilla-firefox-1.0.2/dist/include/nspr -I/srv/dbuild/tmp/mozilla-firefox-1.0.2/dist/include/dbm -I../../../../dist/public/nspr asymmkey.c In file included from ../../../../dist/private/nss/nsspki1.h:57, from nsspki.h:56, from asymmkey.c:39: ../../../../dist/private/nss/oiddata.h:46: error: array type has incomplete element type make[5]: *** [Linux2.6_x86_64_glibc_PTH_64_OPT.OBJ/asymmkey.o] Error 1 make[5]: Leaving directory `/srv/dbuild/tmp/mozilla-firefox-1.0.2/security/nss/lib/pki' With the attached patch 'mozilla-firefox' can be compiled on amd64 with gcc-4.0. Regards Andreas Jochens Thanks for the patch, but a few things look funny to me. Especially going from a PRUint32 to a long. Can you maybe report this upstream (bugzilla.mozilla.org) and see what they have to say? diff -urN ../tmp-orig/mozilla-firefox-1.0.1/security/nss/lib/pki1/oiddata.h ./security/nss/lib/pki1/oiddata.h --- ../tmp-orig/mozilla-firefox-1.0.1/security/nss/lib/pki1/oiddata.h 2002-01-04 06:22:07.0 +0100 +++ ./security/nss/lib/pki1/oiddata.h 2005-03-22 14:25:10.0 +0100 @@ -43,7 +43,7 @@ #include nsspki1t.h #endif /* NSSPKI1T_H */ -extern const NSSOID nss_builtin_oids[]; +/*extern const NSSOID nss_builtin_oids[];*/ extern const PRUint32 nss_builtin_oid_count; /*extern const nssAttributeTypeAliasTable nss_attribute_type_aliases[];*/ diff -urN ../tmp-orig/mozilla-firefox-1.0.1/netwerk/protocol/http/src/nsHttpConnectionMgr.cpp ./netwerk/protocol/http/src/nsHttpConnectionMgr.cpp --- ../tmp-orig/mozilla-firefox-1.0.1/netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 2004-09-02 01:31:03.0 +0200 +++ ./netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 2005-03-22 13:27:34.0 +0100 @@ -834,8 +834,8 @@ void nsHttpConnectionMgr::OnMsgUpdateParam(nsresult status, void *param) { -PRUint16 name = (PRUint32(param) 0x) 16; -PRUint16 value = PRUint32(param) 0x; +PRUint16 name = (long(param) 0x) 16; +PRUint16 value = long(param) 0x; switch (name) { case MAX_CONNECTIONS: diff -urN ../tmp-orig/mozilla-firefox-1.0.1/gfx/src/freetype/nsFreeType.cpp ./gfx/src/freetype/nsFreeType.cpp --- ../tmp-orig/mozilla-firefox-1.0.1/gfx/src/freetype/nsFreeType.cpp 2004-02-07 16:22:30.0 +0100 +++ ./gfx/src/freetype/nsFreeType.cpp 2005-03-22 13:45:02.0 +0100 @@ -96,7 +96,7 @@ // Define the FreeType2 functions we resolve at run time. // see the comment near nsFreeType2::DoneFace() for more info // -#define NS_FT2_OFFSET(f) (int)((nsFreeType2*)0)-f +#define NS_FT2_OFFSET(f) (long)((nsFreeType2*)0)-f FtFuncList nsFreeType2::FtFuncs [] = { {FT_Done_Face,NS_FT2_OFFSET(nsFT_Done_Face), PR_TRUE}, {FT_Done_FreeType,NS_FT2_OFFSET(nsFT_Done_FreeType), PR_TRUE}, diff -urN ../tmp-orig/mozilla-firefox-1.0.1/widget/src/gtk2/nsDragService.cpp ./widget/src/gtk2/nsDragService.cpp --- ../tmp-orig/mozilla-firefox-1.0.1/widget/src/gtk2/nsDragService.cpp 2003-10-30 02:48:41.0 +0100 +++ ./widget/src/gtk2/nsDragService.cpp 2005-03-22 13:59:04.0 +0100 @@ -838,7 +838,7 @@ (GtkTargetEntry *)g_malloc(sizeof(GtkTargetEntry)); listTarget-target = g_strdup(gMimeListType); listTarget-flags = 0; -listTarget-info = (guint)listAtom; +listTarget-info = (gulong)listAtom; PR_LOG(sDragLm, PR_LOG_DEBUG, (automatically adding target %s with id %ld\n, listTarget-target, listAtom)); @@ -877,7 +877,7 @@ (GtkTargetEntry *)g_malloc(sizeof(GtkTargetEntry)); listTarget-target = g_strdup(gTextUriListType); listTarget-flags = 0; -listTarget-info = (guint)listAtom; +listTarget-info = (gulong)listAtom; PR_LOG(sDragLm, PR_LOG_DEBUG, (automatically adding target %s with \ id %ld\n, listTarget-target, listAtom)); @@ -914,7 +914,7 @@
Bug#301430: Multiple exploitable race conditions in openmosixview
severity 301430 serious tags 301430 + patch tags 301430 + upstream tags 301430 + security thanks On Thu, Mar 31, 2005 at 08:46:41PM -0500, Hubert Chan wrote: I believe this bug is fixed by two patches that can be found at: http://uw-dig.uwaterloo.ca/~hy3chan/patches/openmosixview/1.5/ (patches 20-logdirectory.diff and 50-nonodestmp.diff). I think that they should apply cleanly without the other patches -- probably at worst with some fuzz. I'm trying to confirm with the people who originally reported the vulnerability to check that the patches do indeed fix the issues that they reported, but I'm pretty sure they do. The patches found there (except for 99debian.diff) have already been accepted by upstream for inclusion in the next release of openMosixView. 20-logdirectory.diff may break other software that depends on a predictable location for the openMosixViewCollector logs (such as openMosixWebView, not included in Debian, and I think that openMosixWebView has been changed to check both locations). But I don't think there's any other way around it -- besides, upstream is already going to implement the change in the next release. For reference, my mail to Rexotec (the original reporters) and the openMosixView mailing list can be found at: http://sourceforge.net/mailarchive/message.php?msg_id=11330106 Nice news. I'll keep an eye to the proposed patches before committing. The symlink exploit should be obviously manageable. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298338: Covers desktop and keeps covering even after closing nautilus
* Stewart Jeacocke ([EMAIL PROTECTED]) wrote: On Wed, 2005-03-16 at 18:52 +0100, Václav J?za wrote: When I ran Nautilus under KDE (from Mozilla-Firefox - it run Nautilus for exploring local folders, for example when clicking in download manager), not only the Nautilus browse window was shown, but also my nice KDE desktop was covered with a GNOME one with GNOME icons. When I had closed the Nautilus Window, the desktop remains covered by the gnome desktop, which I have to kill. running nautilus with the --no-desktop command line switch? Yes, this helps But IMHO it should be the default behavior, reassign 298338 mozilla-firefox retitle 298338 Runs Nautilus without --no-desktop (covers desktop) thanks Upstream won't do that see Gnome bugzilla 106827 [1]. I'm going to reassign this to mozilla-firefox. If they're going to use Nautilus they should run it with the --no-desktop option. [1] http://bugzilla.gnome.org/show_bug.cgi?id=106827 This may be in the gnome-vfs layer or the mime associations. There doesn't seem to be any specific code in firefox that runs nautilus. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#298256: #298256: fontconfig: [INTL:ja] update Japanese translation, for experimental
Around 9 o'clock on Apr 1, Kenshi Muto wrote: I updated Japanese translation of debconf messages (ja.po) for 2.3.1-2. Please apply this. Thanks a bunch. Do you care if I transcode this to UTF-8? -keith pgpZw8TyEt6Yr.pgp Description: PGP signature
Bug#296755: Firefox deactivates the OK button in the dialog box when clicking on a link to a Microsoft Word attachment
* Sebastien Blondeel ([EMAIL PROTECTED]) wrote: On Sat, Mar 05, 2005 at 05:48:41PM -0500, Eric Dorland wrote: When a friend sends over my mail.ru account a Microsoft Word file, clicking on it to choose whether to Open it with... or Save it on the disk does not work: the button OK is deactivated no matter what I do or choose. I had to right-click on the link to choose what to do with it (save it locally then go and use OpenOffice on it). Can you give me a reproduction recipe? Ok, I haven't investigated this because it's too daunting a reproduction recipe. If it only affects Elena's configuration it may just be a broken configuration. It was not easy to reproduce. Apparently it depends on my user Elena's Mozilla/Firefox configuration, and maybe on the mail.ru website. Good luck finding the minimal conditions to reproduce it! Maybe we should start a new configuration from fresh, but in any case it is a bug and it should be nailed down. To reproduce the bug please do as follows. Note: this procedure contains private information (e-mail addresses), please keep them to yourself (e.g. don't upload them as is to the BTS where they can be crawled or whatever). Use a new user's account. Unpack in his $HOME, the following tarball: http://quatramaran.ens.fr/~blondeel/eric/firefox.tar.bz2 Note: I removed Cache files, bookmark files, cookie files, download files, preference files... but in case I forgot something personal or fishy, tell me. Fire up Firefox (current Debian testing version). Go to www.mail.ru. I opened up an account for you at mail.ru to show you the problem. You need to read a little of Cyrillic. In what follows I use what I believe to be a close enough standard transliteration to latin alphabet (English standard). The links web browser translates Cyrillic pages into this stuff when they have the right content type and you have no locales. Eg: type links http://www.mail.ru The list is http://infoshare1.princeton.edu/katmandu/sgman/trrus.html but maybe I deviated from it If that is not enough, try translating the stuff copy-pasting it to http://www.translate.ru/text.asp?lang=ru then select in the menu the second entry (russko-angliski) then click on the red button Just in case the login is: Aek8ieyo The password is: haer4Zax Click on the grey button (Vojti). Click on Vkhodyashche (the first line, with two messages in the box) Click on Fw: ponedelnik Click on Doc13.doc You should observe stuff like http://quatramaran.ens.fr/~blondeel/eric/Screenshot1.png http://quatramaran.ens.fr/~blondeel/eric/Screenshot2.png Confirm me you can reproduce this, it was hard enough for me to do that without compromising too much of Elena's configuration and privacy. Tell me too I may delete the quatramaran/eric files. In case you need to open a new account on mail.ru (I don't and won't use this one), this is how to do it (I use pwgen to find random strings): -=-=-= www.mail.ru - Registratsiya v potshte E-mail Aek8ieyo Parol' == password haer4Zax haer4Zax Vuyberite vopros - 2nd one (Devitsh'ya...) Otvet... - tatata Imya - Aleksandr Familia - Popov Vash ... - 1 Yanvar' 1980 Vash pol - Mouj... (Type the picture) Zaregi... = [EMAIL PROTECTED] - Vkhodyashchie (mailbox) Vojti = confirm login - Message from Elena (ponedelnik) -=-=-= -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#295657: EXT3 on RAID problems in all 2.6-smp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm seeing similar problems. I've now seen it twice. The first one was with kernel-image-2.6.8-1-686-smp. Unfortunately, I can't find the exakt error messages from that time, but if I recall correctly, they were very similar to the ones listed earlier in this bug, as well as to the ones later in this message. At that time, I did some googling, and found some indications that the problem might have to do with apic, so I turned off apic (which I was getting loads of warning messages about in dmesg), and hoped for the best. Unfortunately, yesterday, it happened again, now with kernel-image-2.6.8-2-686-smp. Relevant error messages from dmesg: EXT3-fs error (device dm-4): ext3_find_entry: bad entry in directory #7176199: inode out of bounds - offset=192512, inode=4294967167, rec_len=64, name_len=55 Aborting journal on device dm-4. ext3_abort called. EXT3-fs abort (device dm-4): ext3_journal_start: Detected aborted journal Remounting filesystem read-only The filesystem is a 100G ext3 on top of lvm2 on top of a RAID1 md with two 160G ATA disks. Running fsck took about 16 hours, and gave us a situation where about 8G of the 40G data on the disk went into lost+found. Not so funny. I'll now try a UP kernel, probably kernel-image-2.6.10-1-686. I consider this bug rather important. Being able to build cheap large file servers based on Linux is an important strength of the OS. Having it crash like this gives bad credibility. The machine is a Dual PIII/850, 1G ram. Kernel was booted with 'root=/dev/md0 ro noapic' as commandline. There are lots and lots of files on this file system, hosting mail files in Maildir format. Some info about the filesystem: lenin:~# tune2fs -l /dev/main_vg/home tune2fs 1.35 (28-Feb-2004) Filesystem volume name: none Last mounted on: not available Filesystem UUID: a3933c7b-b677-4b4b-8e5e-7bb8e865c430 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal dir_index filetype sparse_super Default mount options:(none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 26214400 Block count: 26214400 Reserved block count: 0 Free blocks: 14808813 Free inodes: 22126089 First block: 0 Block size: 4096 Fragment size:4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 32768 Inode blocks per group: 1024 Filesystem created: Mon Jan 10 20:50:26 2005 Last mount time: Thu Mar 31 13:10:56 2005 Last write time: Thu Mar 31 13:30:48 2005 Mount count: 1 Maximum mount count: -1 Last checked: Thu Mar 31 12:56:50 2005 Check interval: 0 (none) Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode:8 Default directory hash: tea Directory Hash Seed: d8ffb37b-3ff6-45aa-9b8c-0901fad4c215 Journal backup: inode blocks Other data that may be relevant: # cat /proc/mdstat Personalities : [raid1] md0 : active raid1 hde1[0] hdg1[1] 582 blocks [2/2] [UU] md1 : active raid1 hde2[0] hdg2[1] 154223936 blocks [2/2] [UU] lvdisplay --- Logical volume --- LV Name/dev/main_vg/var VG Namemain_vg LV UUIDwhtP3W-Rvtr-yIcP-li6v-RcnO-XW1h-nw0K1T LV Write Accessread/write LV Status available # open 1 LV Size4.00 GB Current LE 128 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:0 --- Logical volume --- LV Name/dev/main_vg/spool VG Namemain_vg LV UUIDkSF1It-3PDb-qioo-IVPe-zveS-TIsk-aiXl4K LV Write Accessread/write LV Status available # open 1 LV Size15.00 GB Current LE 480 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:1 --- Logical volume --- LV Name/dev/main_vg/mailman VG Namemain_vg LV UUIDs6JMQZ-2Vgt-J2Dh-BRJK-lFar-2zhh-04Syqh LV Write Accessread/write LV Status available # open 1 LV Size15.00 GB Current LE 480 Segments 1 Allocation inherit Read ahead sectors 0 Block device 253:2 --- Logical volume --- LV Name/dev/main_vg/swap VG Namemain_vg LV UUIDKy7RAN-Hc6G-EggZ-GW1O-srWk-FYpq-knwycb LV Write Accessread/write LV Status
Bug#276103: kcdlabel: Another flavor for the same problem
Followup-For: Bug #276103 Package: kcdlabel Version: 2.13-KDE3-2 *** Please type your report below this line *** I get the same problem by following these steps with a CD in the proper drive: 1. Go to the CDDB screen 2. Click the Disc ID button 3. Click OK It will fail in the same way as it has been described in this thread. Hopefully more consistently. My installation is pretty stable and I am skilled enough to try changing the versions of specific libraries to 'see what happens'. If it helps and you want me to install a library with debug symbols so I can send you the stack trace, that's fine too. Unfortunately I don't have time to recompile and debug myself. My $.02 G -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kcdlabel depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-2 The Network Audio System (NAS). (s hi libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.2-2 GCC support library ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-6 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrandr2 4.3.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-6 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- Blog: http://seattlegaucho.blogspot.com No! Try not. Do, or do not. There is no spoon. ...Yoda to Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298256: #298256: fontconfig: [INTL:ja] update Japanese translation, for experimental
Hi, At Thu, 31 Mar 2005 19:18:41 -0800, Keith Packard wrote: I updated Japanese translation of debconf messages (ja.po) for 2.3.1-2. Please apply this. Thanks a bunch. Do you care if I transcode this to UTF-8? No problem. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290864: mozilla-firefox: A OverTheSpot patch for mozilla-firefox
The mozilla-firefox 1.0.2 was released. We found that this OverTheSpot patch needs some update to fit this release. The attached file is the updated patch. Please consider to apply this. Thanks. diff -b -uNr mozilla.orig/widget/src/gtk2/nsCommonWidget.cpp mozilla/widget/src/gtk2/nsCommonWidget.cpp --- mozilla.orig/widget/src/gtk2/nsCommonWidget.cpp 2005-03-31 12:46:21.0 + +++ mozilla/widget/src/gtk2/nsCommonWidget.cpp 2005-03-31 13:19:54.0 + @@ -451,3 +451,34 @@ return PR_FALSE; } + +#include nsWindow.h + +extern nsWindow *gFocusWindow; + +PRBool nsCommonWidget::OnInput(nsInputEvent aEvent) +{ + + PRBoolret = PR_FALSE; + PRBoolreleaseWidget = PR_FALSE; + nsCommonWidget *widget = NULL; + + +// printf(gFocusWindow win %x\n, gFocusWindow); + // rewrite the key event to the window with 'de focus + if (gFocusWindow) { +widget = gFocusWindow; +NS_ADDREF(widget); +aEvent.widget = gFocusWindow; +releaseWidget = PR_TRUE; + } + if (mEventCallback) { +nsEventStatus aStatus; +ret = DispatchEvent(aEvent, aStatus); + } + + if (releaseWidget) +NS_RELEASE(widget); + + return ret; +} diff -b -uNr mozilla.orig/widget/src/gtk2/nsCommonWidget.h mozilla/widget/src/gtk2/nsCommonWidget.h --- mozilla.orig/widget/src/gtk2/nsCommonWidget.h 2005-03-31 12:46:21.0 + +++ mozilla/widget/src/gtk2/nsCommonWidget.h 2005-03-31 13:19:55.0 + @@ -112,6 +112,9 @@ NS_IMETHOD Enable (PRBool aState); NS_IMETHOD IsEnabled(PRBool *aState); +PRBool OnComposition(nsCompositionEvent aEvent) { return OnInput(aEvent); }; +PRBool OnInput(nsInputEvent aEvent); + // called when we are destroyed void OnDestroy(void); diff -b -uNr mozilla.orig/widget/src/gtk2/nsWindow.cpp mozilla/widget/src/gtk2/nsWindow.cpp --- mozilla.orig/widget/src/gtk2/nsWindow.cpp 2005-03-31 12:46:21.0 + +++ mozilla/widget/src/gtk2/nsWindow.cpp 2005-03-31 13:19:55.0 + @@ -190,7 +190,7 @@ static NS_DEFINE_IID(kCDragServiceCID, NS_DRAGSERVICE_CID); // the current focus window -static nsWindow *gFocusWindow = NULL; +nsWindow *gFocusWindow = NULL; static PRBoolgGlobalsInitialized = PR_FALSE; static PRBoolgRaiseWindows = PR_TRUE; static nsWindow *gPluginFocusWindow= NULL; @@ -277,6 +277,8 @@ nsWindow::~nsWindow() { +KillICSpotTimer(); + LOG((nsWindow::~nsWindow() [%p]\n, (void *)this)); if (mLastDragMotionWindow == this) { mLastDragMotionWindow = NULL; @@ -2135,6 +2137,11 @@ topLevelParent); mTransientParent = topLevelParent; // add ourselves to the parent window's window group +if (!topLevelParent) { +gtk_widget_realize(mShell); +GdkWindow* dialoglead = mShell-window; +gdk_window_set_group(dialoglead, dialoglead); +} if (parentArea) { nsWindow *parentnsWindow = get_window_for_gdk_window(parentArea-inner_window); @@ -3923,6 +3930,108 @@ } #ifdef USE_XIM +nsresult nsWindow::KillICSpotTimer () +{ + if(mICSpotTimer) + { +// printf(KillICSpotTimer %x\n, this); + mICSpotTimer-Cancel(); + mICSpotTimer = nsnull; + } + return NS_OK; +} + +nsresult nsWindow::PrimeICSpotTimer () +{ + KillICSpotTimer(); + nsresult err; + mICSpotTimer = do_CreateInstance(@mozilla.org/timer;1, err); + if (NS_FAILED(err)) + return err; +// printf(PrimeICSpotTimer %x\n, this); + mICSpotTimer-InitWithFuncCallback(ICSpotCallback, this, 1000, + nsITimer::TYPE_ONE_SHOT); + return NS_OK; +} + +void nsWindow::ICSpotCallback(nsITimer * aTimer, void * aClosure) +{ + nsWindow *window= NS_REINTERPRET_CAST(nsWindow*, aClosure); + if( ! window) return; + nsresult res = NS_ERROR_FAILURE; + + GtkIMContext *im = window-IMEGetContext(); + + if (im) { + res = window-UpdateICSpot(); + } + if(NS_SUCCEEDED(res)) + { +// printf(ICSpotCallback\n); + window-PrimeICSpotTimer(); + } +} + +nsresult nsWindow::UpdateICSpot() +{ + GtkIMContext *im; +#if 1 + if (!gFocusWindow || !(im=gFocusWindow-IMEGetContext())) +return NS_ERROR_FAILURE; +#endif + + // set spot location + nsCompositionEvent compEvent(NS_COMPOSITION_QUERY, this); + static gint oldx =0; + static gint oldy =0; + + compEvent.theReply.mCursorPosition.x=-1; + compEvent.theReply.mCursorPosition.y=-1; + this-OnComposition(compEvent); + // set SpotLocation + if((compEvent.theReply.mCursorPosition.x 0) + (compEvent.theReply.mCursorPosition.y 0)) +return NS_ERROR_FAILURE; + +// im=gFocusWindow-IMEGetContext(); + + if((compEvent.theReply.mCursorPosition.x != oldx)|| + (compEvent.theReply.mCursorPosition.y != oldy)) + { +nsRect a,b,c; + +a.x=0;
Bug#241497: RFC and status report: Kernel upgrades for woody-sarge upgrades
Hi Carlos, On Mon, Mar 28, 2005 at 01:19:53PM -0500, Carlos O'Donell wrote: On Thu, Mar 24, 2005 at 02:08:25PM -0800, Steve Langasek wrote: On Thu, Mar 24, 2005 at 01:54:38PM +, Matthew Wilcox wrote: On Thu, Mar 24, 2005 at 02:31:55PM +0100, Frank Lichtenheld wrote: As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. It's all hppa machines, not just hppa64. Then why does the libc6 preinst say that the minimum kernel is 2.4.17 for parisc, and 2.4.19 for parisc64? If this is an error, it will need to be reconciled before release. It is not an error. I submitted the patch. Userspace requires a 32-bit kernel of atleast 2.4.17, and a 64-bit kernel of atleast 2.4.19. The 64-bit code has some orthogonal issues that took time to fix. Both could be made to require 2.4.19, and infact the upstream glibc patch set the requirement to 2.4.19. Well, requiring 2.4.19 for 32-bit would imply a need for additional upgrade testing; so if it's not actually needed, I think we're best off leaving glibc's preinst the way it is. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#272258: mozilla-firefox: add icons to conffiles
* Michael Bonhomme ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.2-1 Followup-For: Bug #272258 Hi, I think that adding the icons to conffiles may be a way to solve this problem. That way anyone can change the icons on his system and they will be kept even after upgrades. Diversions are a much smarter option. See dpkg-divert(8). Mike Hommey has unofficial packages that replace the icons with the trademarked ones. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#302518: slapd: Perl backend brocken: undefined symbol boot_DynaLoader
Package: slapd Version: 2.1.30-3 Severity: normal I added a line to slapd.conf to include the perl backend: # Where the dynamically loaded modules are stored modulepath /usr/lib/ldap moduleload back_bdb + moduleload back_perl After this the slap daemon didn't start anymore. 'slapd -d 1' gives the following lines of output: @(#) $OpenLDAP: slapd 2.1.30 (Jul 27 2004 08:02:08) $ @euklid:/home/roland/debian/openldap/build/2.1.30/openldap2-2.1.30/debia n/build/servers/slapd daemon_init: listen on ldap:/// daemon_init: 1 listeners to open... ldap_url_parse_ext(ldap:///) slap_open_listener: socket() failed for AF_INET6 errno=97 (Address family not supported by protocol) daemon: initialized ldap:/// daemon_init: 2 listeners opened ldap_pvt_gethostbyname_a: host=.., r=0 slapd init: initiated server. slap_sasl_init: initialized! dnNormalize: cn=Subschema = ldap_bv2dn(cn=Subschema,0) = ldap_bv2dn(cn=Subschema,0)=0 = ldap_dn2bv(272) = ldap_dn2bv(cn=subschema,272)=0 dnNormalize: cn=subschema bdb_initialize: initialize BDB backend bdb_initialize: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) lt_dlopenext failed: (back_perl) /usr/lib/ldap/back_perl.so: undefined symbol: boot_DynaLoader /etc/ldap/slapd.conf: line 37: failed to load or initialize module back_perl -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap22.1.30-3 OpenLDAP libraries ii libltdl31.5.6-4 A system independent dlopen wrappe ii libsasl22.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-2OpenSLP libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: * slapd/password2: (password omitted) slapd/internal/adminpw: (password omitted) * slapd/password1: (password omitted) slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: rwe.com slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB * slapd/allow_ldap_v2: true slapd/no_configuration: false slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/autoconf_modules: true slapd/purge_database: false slapd/admin: * slapd/domain: domain.com
Bug#302516: mcedit: shift-F3 (mark columns), areas starting at column #1 just won't copy
Package: mc Version: 1:4.6.0-4.6.1-pre3-1 Severity: normal Open a text file, hit Ctrl-Home, Home, and from column #1 press shift-F3 (Mark Columns) and mark a few columns. Go somewhere else in the file, and hit F5 (copy) -- nothing happens, while the original text stays marked. Yet the same process with F6 (move) or F8 (delete) does work. Hope this helps... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mc depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgpmg11.19.6-19General Purpose Mouse - shared lib -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302515: ocamlodbc: FTBFS: cannot stat `debian/libocamlodbc-ocaml-bin.override': No such file or directory
Package: ocamlodbc Version: 2.8-2 Severity: serious Tags: patch When building 'ocamlodbc' on unstable, I get the following error: fi cp debian/libocamlodbc-ocaml-bin.override \ debian/libocamlodbc-ocaml-bin/usr/share/lintian/overrides/libocamlodbc-ocaml-bin cp: cannot stat `debian/libocamlodbc-ocaml-bin.override': No such file or directory make: *** [install] Error 1 With the attached patch 'ocamlodbc' can be compiled. Regards Andreas Jochens diff -urN ../tmp-orig/ocamlodbc-2.8/debian/rules ./debian/rules --- ../tmp-orig/ocamlodbc-2.8/debian/rules 2005-04-01 09:31:29.090543898 +0200 +++ ./debian/rules 2005-04-01 09:31:24.417420085 +0200 @@ -79,8 +79,6 @@ else \ cp Biniki/biniki debian/tmp/usr/bin; \ fi - cp debian/libocamlodbc-ocaml-bin.override \ - debian/libocamlodbc-ocaml-bin/usr/share/lintian/overrides/libocamlodbc-ocaml-bin # Build architecture-independent files here. binary-indep: build install -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302517: dosfstools: fsck.vfat corrupts filesystems
Package: dosfstools Version: 2.10-1 Severity: critical Tags: sarge patch Justification: causes serious data loss cause: dosfsck does not recognize deleted files as deleted. this can occur on filesystems that are NOT corrupt if allowed to fix the filesystem (such as from the boot script) causes DATA LOSS Probably the same as closed #294177. But the problem is not amd64 specific, it is triggered by current toolchain. i386 binary package from Sep 2003 is not affected, but after rebuild (i.e. by security team, by end user) will be. Patch (already included in 2.11-1): --- dosfsck.h~ 2005-04-01 09:33:50.0 +0200 +++ dosfsck.h 2005-04-01 09:33:50.0 +0200 @@ -71,7 +71,7 @@ }; typedef struct { -__s8 name[8],ext[3]; /* name and extension */ +__u8 name[8],ext[3]; /* name and extension */ __u8 attr; /* attribute bits */ __u8 lcase; /* Case for base and extension */ __u8 ctime_ms; /* Creation time, milliseconds */ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-orion Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages dosfstools depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292468: Email validation patch (Plone 2.0.5)
Hi, thanks for have spent time on this issue and to have provided a patch. I'll include that in Debian zope-cmfplone package with the next upload, looking forward to see 2.0.6 out of the door. Thanks again, Fabio On Fri, Apr 01, 2005 at 10:39:01AM +0900, [EMAIL PROTECTED] wrote: Fabio, I've sorted out what I think is a complete solution to the email validation problem in Plone 2.0.x. A patch is attached. It was built against 2.0.5. May work on 2.0.4, but you'd have to check. It has lots of comments in it for the benefit of the upstream maintainers -- if you read through the patch, it should be clear what was going wrong. Don't feel obligated to keep the comments in there if you think they clutter things up. The patch hasn't been extensively tested, so please do install and see if creating a Plone site and so forth works correctly for you with this before adding it to the distro code. This is an embarrassing one, and I reckon that it'll make it into a 2.0.6 release when the team gets to that. Feel free to report future problems to the Collector: http://plone.org/collector Many thanks for reporting this! Frank Bennett Nagoya JAPAN -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#301769: Conf file (/etc/fcron.conf) must be owned by root:fcron and (no more than) 644: ignored
Aiya, Please test it with fcron 2.9.6-2 from sid. Takes us few days to see if cron.(daily|weekly|monthly) is really working. cron.(daily|weekly|monthly) are being executed nicely. Namarie, - Miyo signature.asc Description: Digital signature
Bug#302106: [l10n] updated Czech translation of fontconfig debconf messages
Around 18 o'clock on Mar 30, Miroslav Kure wrote: Oops, I missed the new version by one day. Updated version attached. Thanks. Maybe because UTF-8 is still pain to use for non-english (non-ascii) but latin languages? Yeah, UTF-8 is still hard to use in some applications (notably emacs). Its a huge win for me though; I can edit all of the translations without having to change my locale around... But as you like, I did recode l2..utf-8 cs.po and changed encoding in the header. Thanks. -keith pgprAny5XNqoN.pgp Description: PGP signature
Bug#302385: Segfault when I browse the samba server shares from a Win 98 computer
Steve Langasek wrote: Hi Steve, If this is a segfault as the subject says, where is the backtrace so we can debug this? Yes, it's a segfault but I have forgotten to give the backtrace... So, here is what I have in my daemon.log: --- Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/substitute.c:alloc_sub_basic(507) Mar 31 15:28:50 aneto smbd[21521]: alloc_sub_basic: NULL source string! This should not happen Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/fault.c:fault_report(36) Mar 31 15:28:50 aneto smbd[21521]: === Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/fault.c:fault_report(37) Mar 31 15:28:50 aneto smbd[21521]: INTERNAL ERROR: Signal 11 in pid 21521 (3.0.10-Debian) Mar 31 15:28:50 aneto smbd[21521]: Please read the appendix Bugs of the Samba HOWTO collection Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/fault.c:fault_report(39) Mar 31 15:28:50 aneto smbd[21521]: === Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/util.c:smb_panic2(1472) Mar 31 15:28:50 aneto smbd[21521]: smb_panic(): calling panic action [/usr/share/samba/panic-action 21521] Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/util.c:smb_panic2(1480) Mar 31 15:28:50 aneto smbd[21521]: smb_panic(): action returned status 0 Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/util.c:smb_panic2(1482) Mar 31 15:28:50 aneto smbd[21521]: PANIC: internal error Mar 31 15:28:50 aneto smbd[21521]: [2005/03/31 15:28:50, 0] lib/util.c:smb_panic2(1490) Mar 31 15:28:50 aneto smbd[21521]: BACKTRACE: 16 stack frames: Mar 31 15:28:50 aneto smbd[21521]:#0 /usr/sbin/smbd(smb_panic2+0x111) [0x81e05e1] Mar 31 15:28:50 aneto smbd[21521]:#1 /usr/sbin/smbd(smb_panic+0x1a) [0x81e04ca] Mar 31 15:28:50 aneto smbd[21521]:#2 /usr/sbin/smbd [0x81cc8e8] Mar 31 15:28:50 aneto smbd[21521]:#3 /lib/libc.so.6 [0x401b55e8] Mar 31 15:28:50 aneto smbd[21521]:#4 /usr/sbin/smbd(push_ascii+0x20) [0x81ca780] Mar 31 15:28:50 aneto smbd[21521]:#5 /usr/sbin/smbd(push_ascii_fstring+0x2a) [0x81ca83a] Mar 31 15:28:50 aneto smbd[21521]:#6 /usr/sbin/smbd [0x8091c54] Mar 31 15:28:50 aneto smbd[21521]:#7 /usr/sbin/smbd(api_reply+0x197) [0x80969f7] Mar 31 15:28:50 aneto smbd[21521]:#8 /usr/sbin/smbd(reply_trans+0x54e) [0x808d8fe] Mar 31 15:28:50 aneto smbd[21521]:#9 /usr/sbin/smbd [0x80d3306] Mar 31 15:28:50 aneto smbd[21521]:#10 /usr/sbin/smbd [0x80d3590] Mar 31 15:28:50 aneto smbd[21521]:#11 /usr/sbin/smbd(process_smb+0x8c) [0x80d379c] Mar 31 15:28:50 aneto smbd[21521]:#12 /usr/sbin/smbd(smbd_process+0x168) [0x80d44d8] Mar 31 15:28:50 aneto smbd[21521]:#13 /usr/sbin/smbd(main+0x4ea) [0x82579ba] Mar 31 15:28:50 aneto smbd[21521]:#14 /lib/libc.so.6(__libc_start_main+0xc6) [0x401a1dc6] Mar 31 15:28:50 aneto smbd[21521]:#15 /usr/sbin/smbd [0x8078b41] -- And here is the mail the panic program send me (not on the same time but all the emails are the sames): -- The Samba 'panic action' script, /usr/share/samba/panic-action, was called for pid 21466 (/usr/sbin/smbd). Below is a backtrace for this process generated with gdb, which shows the state of the program at the time the error occured. You are encouraged to submit this information as a bug report to Debian. For information about the procedure for submitting bug reports , please see http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage. (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0x40233688 in wait () from /lib/libc.so.6 #0 0x40233688 in wait () from /lib/libc.so.6 #1 0x081e0541 in smb_panic2 () #2 0x081e04ca in smb_panic () #3 0x081cc8e8 in dbgtext () #4 signal handler called #5 0x40201b9f in strerror_r () from /lib/libc.so.6 #6 0x000c
Bug#284426: merge all tmp clean failure report (why is it only normal severity ?)
Hi! On Thu, 2005-03-31 at 21:23 +, Miquel van Smoorenburg wrote: However it's a wishlist bug so I'm not supposed to close it (I should probably tag it wontfix, though). I am not sure which bug report you are referring to. This one (#284426 and #292320) is originally about a warning message from find -- which I presume does need to be fixed. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302505: version of elinks with Spidermonkey support compiled in
I'm not sure if it is really a good idea to compile productional ELinks with the JavaScript support yet. It's still not too stable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281381: gaim: gnome-open is checking default.list
Package: gaim Version: 1:1.2.0-2 Followup-For: Bug #281381 I copied the file from /tmp and ran gnome-open on it under strace, which showed me that it found the following file (which contains text/html entries for epiphany) /usr/share/gnome/applications/defaults.list Why gconf/etc doesn't override this is something to work out. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#302223: apt 0.6 doesn't complain about missing release file
On Thu, Mar 31, 2005 at 08:47:06AM -0800, Matt Zimmerman wrote: On Thu, Mar 31, 2005 at 09:50:23AM +0200, Guido Guenther wrote: On Wed, Mar 30, 2005 at 12:51:12PM -0800, Matt Zimmerman wrote: Send apt-get update output. [EMAIL PROTECTED]:~# apt-get update Ign http://honk.physik.uni-konstanz.de mplayer/ Release.gpg Ign http://honk.physik.uni-konstanz.de mplayer/ Release Get:1 http://debian.physik.uni-konstanz.de sarge Release.gpg [197B] Get:2 http://debian.physik.uni-konstanz.de experimental Release.gpg [197B] Get:3 http://debian.physik.uni-konstanz.de unstable Release.gpg [197B] Hit http://honk.physik.uni-konstanz.de mplayer/ Packages Get:4 http://debian.physik.uni-konstanz.de sarge Release [22.8kB] Get:5 http://debian.physik.uni-konstanz.de experimental Release [21.6kB] Get:6 http://debian.physik.uni-konstanz.de unstable Release [34.1kB] Get:7 http://debian.physik.uni-konstanz.de sarge/main Packages [3151kB] Hit http://debian.physik.uni-konstanz.de sarge/non-free Packages Get:8 http://debian.physik.uni-konstanz.de sarge/contrib Packages [52.9kB] Get:9 http://debian.physik.uni-konstanz.de experimental/main Packages [97.5kB] Hit http://debian.physik.uni-konstanz.de experimental/non-free Packages Get:10 http://debian.physik.uni-konstanz.de experimental/contrib Packages [4221B] Get:11 http://debian.physik.uni-konstanz.de unstable/main Sources [1358kB] Fetched 4742kB in 23s (202kB/s) Reading Package Lists... Done See the first two lines. It says that it's ignoring the release file, but since it complains about unknown signatures very loudly, shouldn't it complain about missing release files too? Release files have, and will continue to be, optional. Release.gpg is also optional, regardless of whether Release is present. apt-get asks for confirmation before installing packages from an unauthenticated source. It's just kind of inconsistent to complain about bad signatures when downloading the release and to complain about about unauthenticated sources at a later stage...but as long as release files are optional we'll have to live with that. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302359: is this debian-boot issue? installer makes wrong root parameter
Why the Bug#302359 was forwarded to grub maintainer? The grub works perfectly right. It seems the installer generates wrong `root=path' parameter for kernel 2.6 series. -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301828: mozilla-firefox: firefox very slow to load after apmd resume
Eric - * Mike Bursell ([EMAIL PROTECTED]) wrote: Subject: mozilla-firefox: firefox very slow to load after apmd resume Package: mozilla-firefox Version: 1.0.1-3 Severity: normal running apmd 1) start firefox, use normally 2) close firefox 3) close lid on ThinkPad T41, putting system into suspend 4) resume session some time later 5) attempt to start firefox firefox very slow to start (15+ seconds, sometimes more) I'm going to need a bit more info than that to go on. I doubt seriously that Firefox is at fault here. Is this a suspend-to-disk or suspend-to-ram? I'd be surprised if it were firefox, too, but I don't see any other applications exhibiting similar behaviour, which confuses me. Maybe there's a process that firefox has dependencies on which has problems - I don't know. I'm afraid that I'm not enough of a power user to be able to say. Anyway, it's suspend-to-disk, sorry for not saying so. I've attached a copy of my kernel config - you may not need it, but I know that a number of suspend options are mentioned. -Mike. config-2.6.11 Description: Binary data
Bug#301603: Testing from svn (was Re: Bug#301603: Compile fails linking drivers/scsi/qla2xxx/build.o)
On Thu, Mar 31, 2005 at 09:13:31AM -0600, Ron Johnson wrote: Thank you. Is there a web page somewhere that would tell me how to pull this package out of subversion, in order to test it? Sure, you can get the kernel-source-2.6.11-2.6.11 tree from svn using svn co svn://svn.debian.org/svn/kernel/trunk/kernel/source/kernel-source-2.6.11-2.6.11 If you trim the path back to trunk/ you will get all the stuff maintained by the kernel-tree. Note that this does not include the kernel source itself, just the debian packaging and patches. Here is a quick guide I jsut wrote to building the tree. -- Horms # Prebuilt images for testing # # I am working on getting prebuilt images available on # http://debian.vergenet.net/testing/ # They will be ideitifiable as the following will be # appended to the debian version hls.MMDD # e.g. kernel-source-2.6.11_2.6.11-1.hls.20050331 # Building 2.6.11 Images rm -r k mkdir -p k/{source,svn,i386} cd k ( cd source apt-get source kernel-source-2.6.11; ) ( cd svn svn co svn://svn.debian.org/svn/kernel/trunk/kernel/source/kernel-source-2.6.11-2.6.11 ; ) rsync --exclude .svn -av svn/kernel-source-2.6.11-2.6.11/ \ source/kernel-source-2.6.11-2.6.11/ # Now you can build the package ( cd source/kernel-source-2.6.11-2.6.11/ ; dpkg-buildpackage -us -uc -rfakeroot; ) #The resulting packages will be in source/ which you can then install sudo dpkg -i source/kernel-source-2.6.11_2.6.11-2_all.deb #And use to build a kernel ( cd i386 tar -jxf /usr/src/kernel-source-2.6.11.tar.bz2; ) # add patches and config kernel # e.g. ( cd svn svn co svn://svn.debian.org/svn/kernel/trunk/kernel/i386/kernel-image-2.6.11-i386-2.6.11 ; ) cp svn/kernel-image-2.6.11-i386-2.6.11/config/686 \ i386/kernel-source-2.6.11/.config #or cp /usr/src/headers-2.6.11-2-686/.config . cd i386/kernel-source-2.6.11 make oldconfig make-kpkg clean fakeroot make-kpkg --initrd --revision=mykernel.1.0 kernel_image -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257832: patch to allow wishlist fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01-04-2005 01:18, Mehul Sanghvi wrote: Documenting it would be nice anyway: It can be included with the package below /usr/share/doc/awstats. I'll start there first. Documenting what I do in order to get it up and running and generating stats. Any particular format for the document, or will plain text file work ? Plain text is fine :-) - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nr: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCTQcJn7DbMsAkQLgRAotEAKCoBUwMLazhN7imS5URvKVHm2chSACgoHet PHztHCC7f9MWrbEF+bNoO/E= =fgAu -END PGP SIGNATURE-
Bug#302519: ifupdown: postinst fails if /dev/shm/network/ does not exist
Subject: ifupdown: postinst fails if /dev/shm/network/ does not exist Package: ifupdown Version: 0.6.4-4.12 Severity: important *** Please type your report below this line *** after the canocical apt-get update; apt-get upgrade ifupdown fails like this: Setting up ifupdown (0.6.4-4.12) ... ifupdown.postinst: Error: The canonical path of /etc/network/run could not be determined. Aborting. dpkg: error processing ifupdown (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ifupdown After googling for a few minutes I found that $ mkdir /dev/shm/network fixes the problem: $ dpkg --configure --pending Setting up ifupdown (0.6.4-4.12) ... Cheers, Stefan -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.22-xfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ifupdown depends on: ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- debconf information: ifupdown/convert-interfaces: true ---Stefan Kluth, PhD--Wissenschaftlicher Mitarbeiter--- - MPI fuer Physik - phone: +49 89 32354 468 - OPAL - - Foehringer Ring 6 - fax:+49 89 32354 305 - ATLAS - ---D-80805 Munich, Germanye-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281697: apt-cache bug 281697, apache2 related.
Hello, http://bugs.debian.org/281697 I'd just like to add to this report that indeed I also am experiencing that apt-cacher is not working, or very slow at times. I'm running apache2, but it doesn't seem to matter wether i use the prefork or the worker mpm. I do however think it's apache2 related, because since a while Gallery stopped working correctly too. Before, when I uploaded photos to Gallery, i'd get a window that would show the progress like 'Processing thisfile.jpg' etc. That window now also stays blank, which tells me Apache2 is no longer able to stream output to a client, or something? 'Cause that is exactly what apt-cacher used to do, it immediately streamed the content it got from the fetcher to the client. Regards, Sander. -- | Perfection doesn't end in .php | 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8 9BDB D463 7E41 08CE C94D signature.asc Description: Digital signature
Bug#301641: Linux kernel include files still inconsistent on sarge
On Thu, Mar 31, 2005 at 05:16:55PM +0200, Joerg Schilling wrote: Horms [EMAIL PROTECTED] wrote: When compiling star, I get error messages like: =3D=3D COMPILING fflags.o In file included from /usr/include/linux/ext2_fs.h:20, from fflags.c:41: /usr/include/linux/ext2_fs_sb.h:48: error: parse error before u32 /usr/include/linux/ext2_fs_sb.h:50: error: parse error before '*' token /usr/include/linux/ext2_fs_sb.h:55: error: parse error before '}' token They are caused by the fact that data structures that are needed=20 for user space applications still base on inofficial types defined only in case you are compiling a linux kernel. It is impossible to compile star using official methods (adding other include files that are allowed to be included by user space program= s). The related problem has been reported to the linux kernel developers more than 2. years ago. Is there any help that the Linux kernel will be fixed in the near future? I would suggest making a patch for your proposed cleanup of these types and submitting it both upstream and here. I could easily make a patch for one or two files I am depending directly on. THe problem is that the linus kernel include files suffer from a major missconception that could only be cured in case the Linux Kernel developers would do it for now and the future. That may be so, but if you want this fixed it seems that you would be the perfect person to start the discussion, and a good way to do that is to produce some patches. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302378: samba: smbd exits with SIGABRT
Steve Langasek [EMAIL PROTECTED] hit the keyboard. Afterwards the following was on the screen: Rasmus, [Please do not use non-ascii DEBFULLNAME values with the reportbug from woody; the From: header in your message violates the SMTP RFCs by including literal non-ascii characters, and requires me to manually input an address when replying.] Sorry, I was not aware of that - I better go change it! On Thu, Mar 31, 2005 at 04:40:44PM +0200, Rasmus Bg Hansen wrote: Package: samba Version: 2.2.3a-14.2 Severity: grave Justification: renders package unusable In this security update of samba, smbd exits with SIGABRT on my two samba servers. Both of the are running as domain masters. On a third server, not running as domain master, this new version works well. Downgrading to 2.2.3a-14.1 resolves the problem entirely, which is why the problem was probably introduced with the fix for #286023. strace of smbd -i is to be found here: http://www.amagerkollegiet.dk/~moffe/samba-strace.log If I can I will gladly help more. If you run without -i, does this crash result in a crash entry being written to your samba log files? If so, can you send us a copy? If not, can you run smbd under gdb instead of strace and send us the backtrace from there? I sure can: [2005/03/31 16:27:14, 0] smbd/server.c:main(698) smbd version 2.2.3a-14.2 for Debian started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2005/03/31 16:27:14, 1] lib/debug.c:debug_message(250) INFO: Debug class all level = 2 (pid 14163 from pid 14163) [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [homes] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [Public] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [Upload] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [itudvalg] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [bestyrelse] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [introudvalg] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [fest-kultur] [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section [centerledelse] [2005/03/31 16:27:14, 2] lib/interface.c:add_interface(81) added interface ip=172.16.0.3 bcast=172.31.255.255 nmask=255.240.0.0 [2005/03/31 16:27:14, 0] smbd/server.c:main(744) standard input is not a socket, assuming -D option [2005/03/31 16:27:14, 2] smbd/server.c:open_sockets(198) waiting for a connection [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(38) === [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(39) INTERNAL ERROR: Signal 11 in pid 14164 (2.2.3a-14.2 for Debian) Please read the file BUGS.txt in the distribution [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(41) === [2005/03/31 16:27:14, 0] lib/util.c:smb_panic(1105) PANIC: internal error Again, if you need more info, let me know and I wil try to send it! Regards /Rasmus -- -- [ Rasmus Mffe Bg Hansen ] --- UNIX is user-friendly; it's just particular about who it chooses to be friends with! --[ moffe at zz9 dot dk ] --
Bug#302491: libccid: sarge version is unusable with current libusb
Le Friday 01 April 2005 à 03:17:56, Adrian Bunk a écrit: Package: libccid Version: 0.9.2-2 Severity: grave Tags: sarge See the upstream changelog or the 0.9.2-3 changelog for details. I know. I am also the upstream author. The Debian changelog says: ccid (0.9.3-1) unstable; urgency=low * New upstream release -- Ludovic Rousseau [EMAIL PROTECTED] Tue, 15 Mar 2005 19:58:47 +0100 ccid (0.9.2-3) unstable; urgency=high * urgency high since the package is unusable with the libusb in sarge * debian/patches/01_ccid_usb.c.dpatch: avoid a crash when the reader is removed because of a change in libusb -- Ludovic Rousseau [EMAIL PROTECTED] Sat, 5 Mar 2005 12:20:00 +0100 This RC bug is corrected in 0.9.2-3 but this version (in fact version 0.9.3-1) is still waiting for a compilation on arm since 15 days now. It is number 199 on the buildd queue. I think we can just wait. I hope that this RC bug is not conter productive. Bye, -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302286: tetex-bin: postinst fails with Error: `tex -ini -jobname=latex -progname=latex latex.ini' failed
On 31.03.05 Sven-Haegar Koch ([EMAIL PROTECTED]) wrote: On Thu, 31 Mar 2005, Frank Küster wrote: Hi, This is correct. However, I assumed that the file was also specified in woody's language.dat, which is not the case. Therefore it is clear that you or somebody (or something) must have touched language.dat (unless it is a leftover from even older versions of teTeX, of which I have no record of their language.dat). This seems to be the case - leftover configs from an uninstalled (but not purged) package from very long ago. Looking at /var/lib/dpkg/status from a backup taken in February (before the last updates/installs): Package: tetex-bin Status: deinstall ok config-files Priority: optional Section: tex Installed-Size: 5898 Maintainer: teTeX maintainers debian-tetex-maint@lists.debian.org Version: 1.0.6-7 Config-Version: 1.0.6-7 and Package: tetex-base Status: deinstall ok config-files Priority: optional Section: tex Installed-Size: 27546 Maintainer: teTeX maintainers debian-tetex-maint@lists.debian.org Version: 1.0-10 Config-Version: 1.0-10 This is so old that even snapshot.debian.net doesn't know about these versions ;) I just wonder that you have tetex-base_1.0-10 in state rc and at the same time tetex-base_2.0.2c-7 in state ii on the same machine. Do you have an explanation for that? Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302227: libgstreamer0.8-vorbis: padding problem
On Wed, Mar 30, 2005 at 09:41:41PM +0200, Loïc Minier wrote: Hi, On Wed, Mar 30, 2005, Guido Guenther wrote: gst-launch-0.8 gnomevfssrc location=http://listen.fm4.amd.co.at:31337/fm4-mq.ogg ! spider ! volume ! audioscale ! audioconvert ! $(gconftool-2 -g /system/gstreamer/0.8/default/audiosink) .. XMMS plays this URL fine. Can I provide any more input? What audiosink are you using? Run: gconftool-2 -g /system/gstreamer/0.8/default/audiosink alsasink osssink works fine as does xmms with alsa output. Try with other audiosinks (alsasink, osssink, esdsink, ...). Totem has the same problems as rhythmbox. Cheers, -- Guido signature.asc Description: Digital signature
Bug#291648: marked as done (licq: Does not always recognise PID file as stale)
Original submitter wrote: licq fails to start when its PID file (~/.licq/licq.pid) exists, and a process with that PID exists, even if that process isn't licq. I believe a simple check that the process has the right name (and owner!!) is in order. System tools like ``start-stop-daemon'' check all those properties on a pid before even considering that it is already running, so this might be valid. Package maintainer wrote: Since no solution was proposed for this bug, I close it. You can reopen it if you have additional information. Couldn't you just submit it upstream as a bug and tag it ``upstream''? Or ``help''. Sure, the problem is easy to fix for the experienced and with a reboot. But the average user does not know why licq won't start up. Kind regards, Philipp Kern Debian Developer PGP.sig Description: This is a digitally signed message part
Bug#302352: kernel-source-2.6.8: possible local DoS in AIO on PPC64 and IA64 (CAN-2005-0916)
Thanks, I will add this to SVN ASAP. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302521: bridge interfaces should be taken down prior to deletion
Package: bridge-utils Version: 1.0.4-1 Severity: normal Tags: patch Hi, I want to setup a bridge without IP address, and I think the correct way of doing so is to use the manual method of the inet family. Something like this: auto br2 iface br2 inet manual bridge_ports none bridge_stp off bridge_fd 5 While such a bridge is nicely created and comes up, it doesn't get deleted properly. Here's what happens: host# ifup br2 Waiting for br2 to get ready (MAXWAIT is 12 seconds). host# ifdown br2 bridge br2 is still up; can't delete it run-parts: /etc/network/if-post-down.d/bridge exited with return code 1 This is because of a missing ifconfig br2 down call, which I solved with the attached /etc/network/if-post-down.d/bridge file. This file changes two things: - it changes the order of things, - it removes interfaces from the bridge, - it adds an ifconfig down call on the bridge interface. The reversal is IMHO needed since the up script does something in the lines of: create_bridge() for all ports add_port() ifconfig port up setup_bridge() ifconfig bridge up Hence, the logical destroyal (with respect to the pre-up script) should be: ifconfig bridge down for all ports ifconfig port down remove_port() del_bridge() In your package it is: del_bridge() for all ports ifconfig port down Regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bridge-utils depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an pn libsysfs1Not found. -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other. #!/bin/sh # You don't usually need to touch this file at all, the full configuration # of the bridge can be done in a standard way on /etc/network/interfaces. # Have a look at /usr/share/doc/bridge-utils/README.Debian.gz if you want # more info about the way on wich a bridge is set up on Debian. if [ ! -x /usr/sbin/brctl ] then exit 0 fi case $IF_BRIDGE_PORTS in ) exit 0 ;; none) INTERFACES= ;; all) INTERFACES=`grep eth /proc/net/dev|sed 's/\(\ *\)\(eth[^:]*\)\(.*\)/\2/'` ;; *) INTERFACES=$IF_BRIDGE_PORTS ;; esac ifconfig $IFACE down for i in $INTERFACES do ifconfig $i down brctl delif $IFACE $i done brctl delbr $IFACE
Bug#302397: ITP: libmath-spline-perl -- Cubic spline interpolation of data
Carlo Segre wrote: Package: wnpp Severity: wishlist Owner: Carlo Segre [EMAIL PROTECTED] * Package name: libmath-spline-perl Version : 0.01 Upstream Author : John A.R. Williams [EMAIL PROTECTED] * URL : http://search.cpan.org/authors/id/J/JA/JARW/ NOT FOUND ! Whatever it was you were looking for, it's not here. This may be due to... * License : GPL/Artistic Description : Cubic spline interpolation of data This package provides cubic spline interpolation of numeric data. The data is passed as references to two arrays containing the x and y ordinates. It may be used as an exporter of the the numerical functions or, more easily as a class module. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302466: gossip: need better resource handling
tag 302466 +wontfix thanks In using gossip, I find that it doesn't show which resource the status in the buddy list corresponds to. This is a problem when people log in with multiple resources that have different statuses. For example, if someone logs in with the resource HomeOffice and the resource DevOffice. Along with seeing the status of each resources, the user needs a way to specify which resource to initiate a conversation with. Assuming that the other people are using sane clients which are not subverting the Jabber protocol, when starting a new conversation with someone logged in twice Gossip sends it to the resource with the highest priority, which generally means the resource which is active. If this doesn't work, it's a bug in the remote users client. Gossip will not work-around broken clients by showing multiple resources in the roster, when they were intended to be transparent to the user. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#302378: samba: smbd exits with SIGABRT
Steve Langasek [EMAIL PROTECTED] hit the keyboard. Afterwards the following was on the screen: On Fri, Apr 01, 2005 at 10:16:28AM +0200, Rasmus Bøg Hansen wrote: If you run without -i, does this crash result in a crash entry being written to your samba log files? If so, can you send us a copy? If not, can you run smbd under gdb instead of strace and send us the backtrace from there? [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(38) === [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(39) INTERNAL ERROR: Signal 11 in pid 14164 (2.2.3a-14.2 for Debian) Please read the file BUGS.txt in the distribution [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(41) === [2005/03/31 16:27:14, 0] lib/util.c:smb_panic(1105) PANIC: internal error Again, if you need more info, let me know and I wil try to send it! I'm afraid that the above doesn't actually count as a useful crash entry. Please run smbd under gdb instead (gdb smbd; run -i; bt) and send us the results. I was afraid so. The binary in the samba package is stripped, so I downloaded the source (apt-get source samba), built it (debuild) and ran the unstripped binary (samba-2.2.3a/source/bin/smbd): --- gdb backtrace begin --- [EMAIL PROTECTED]:~# gdb /tmp/samba-2.2.3a/source/bin/smbd GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux...(no debugging symbols found)... (gdb) r -i Starting program: /tmp/samba-2.2.3a/source/bin/smbd -i (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... smbd version 2.2.3a-14.2 for Debian started. Copyright Andrew Tridgell and the Samba Team 1992-2002 INFO: Debug class all level = 2 (pid 808 from pid 808) Processing section [homes] Processing section [Public] Processing section [Upload] Processing section [itudvalg] Processing section [bestyrelse] Processing section [introudvalg] Processing section [fest-kultur] Processing section [centerledelse] added interface ip=172.16.0.3 bcast=172.31.255.255 nmask=255.240.0.0 waiting for a connection (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400bebd4 in free () from /lib/libc.so.6 (gdb) bt #0 0x400bebd4 in free () from /lib/libc.so.6 #1 0x400beaa3 in free () from /lib/libc.so.6 #2 0x0811df7c in talloc_destroy () #3 0x08089455 in lp_talloc_free () #4 0x0804bd4d in open_sockets () #5 0x0804cc7b in main () #6 0x4006914f in __libc_start_main () from /lib/libc.so.6 (gdb) c Continuing. === INTERNAL ERROR: Signal 11 in pid 808 (2.2.3a-14.2 for Debian) Please read the file BUGS.txt in the distribution === PANIC: internal error Program received signal SIGABRT, Aborted. 0x40079781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40079781 in kill () from /lib/libc.so.6 #1 0x40079464 in raise () from /lib/libc.so.6 #2 0x4007abe1 in abort () from /lib/libc.so.6 #3 0x0811a42f in smb_panic () #4 0x08109e42 in fault_report () #5 0x08109e95 in sig_fault () #6 0x400796b8 in sigaction () from /lib/libc.so.6 #7 0x400beaa3 in free () from /lib/libc.so.6 #8 0x0811df7c in talloc_destroy () #9 0x08089455 in lp_talloc_free () #10 0x0804bd4d in open_sockets () #11 0x0804cc7b in main () #12 0x4006914f in __libc_start_main () from /lib/libc.so.6 (gdb) --- gdb backtrace end --- I hope this will help more! Regards /Rasmus -- -- [ Rasmus Møffe Bøg Hansen ] --- The reason we come up with new versions is not to fix bugs. -- Bill Gates --[ moffe at zz9 dot dk ] --
Bug#302522: apache: some directories are world writeable after install
Package: apache Version: 1.3.33-4 Severity: normal Hello, after an install this dirs are world writeable /var/lib/apache/mod-bandwidth /var/lib/apache/mod-bandwidth/link /var/lib/apache/mod-bandwidth/master The owner of the dirs is correct. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apache depends on: ii apache-common 1.3.33-4 support files for all Apache webse ii debconf 1.4.30.11Debian configuration management sy ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libmagic1 4.12-1 File type determination library us ii logrotate 3.7-2Log rotation utility ii mime-support3.28-1 MIME files 'mime.types' 'mailcap ii perl5.8.4-8 Larry Wall's Practical Extraction -- debconf information: * apache/enable-suexec: false * apache/init: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302523: kernel-image-2.6.11-9-amd64-k8: module dm_mod locks my IDE disks
Package: kernel Version: 2.6.11-1 Severity: normal Hi, this system boots from a RAID1 array made of 2 SATA disks. It then tries to mount 2 PATA disks. Unfortunately mount refuses to mount those disks because they are busy. The dm_mod module is responsible for locking those disks. It is loaded automatically on boot (BTW, do you know who is responsible for this ?). Removing this module does not even work: # rmmod dm_mod ERROR: Module dm_mod is in use I can still work-around this bug by using the -f option: # rmmod -f dm_mod Then I can mount my disks. The same problem also existed in previous kernels I tried (2.6.8 and 2.6.10). To sum this up there are in fact 3 bugs: 1. dm_mod is loaded even if I did not requested it (I would not care if it did nothing) 2. dm_mod locks my disks 3. dm_mod cannot be removed simply -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-image-2.6.11-9-amd64-k8 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii e2fsprogs 1.37-1 ext2 file system utilities and lib ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302524: caspar-doc: installs files in /usr/share/doc/caspar/
Package: caspar-doc Version: 20050302-1 Severity: serious Justification: Policy 12.3 caspar-doc installs files in /usr/share/doc/caspar/ ; it should install them in /usr/share/doc/caspar-doc/ -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-7 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298354: owner changed
Ok, i had changed the owner of the bug, since Ross Burton has uploaded the same package that i debianized, but he didn't the corresponding ITP, and after a short discussion [http://lists.debian.org/debian-devel/2005/03/msg00232.html], and a long time without answer, i have decided leave the package to him. Have good luck ;) greetings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302352: kernel-source-2.6.8: possible local DoS in AIO on PPC64 and IA64 (CAN-2005-0916)
tag 30235 +pending thanks Thanks, I have added this fix to both kernel-source-2.6.8 and kernel-source-2.6.11 in SVN and it should appear in the next release. If someone has a chance to test the build for ppc and ia64 that would be great. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8
cc'ing the pcmcia maintainer and the author of the patch for interrupt routing for TI bridges. concerning a bug report about non working irq routing since 2.6.6-rc1 up until 2.6.12-rc1-mm3 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270376 (lspci, dmesg) hope you can help to resolve that issue. i volountary test build kernels for bug reporter with proposed patches. On Thu, 31 Mar 2005, Jefferson Cowart wrote: (For reference my primary card is a 3C574. My secondary is a 3C589.) .. (I put that card into a Windows XP laptop and it worked fine there so the card itself is fine.) Now I'm trying to see if I have these same problems on 2.5.5 First, Booting with the secondary card plugged in had the same failure as above. Next booting with the primary plugged in. It worked (as expected). Then I was able to pull and re-insert the card without problems. However pulling the primary and inserting the secondary killed the network (as expected). Now I'm going back to 2.4.27 to figure out if my secondary card will work there. It failed. I got a hard lock when I inserted the card. (Reboot button needed.) I'm 99.9% certain that my testing of 2.6.6-2.6.10 was using my primary nic, but I'm booting 2.6.10 now to be sure. (I know the kernels I tested for you yesterday used my primary nic.) As expected no networking. It looks like we may have 2 different bugs here: one in the yenta_socket driver starting somewhere after 2.6.5-bk1 and before 2.6.6-rc1 and one in the 3c589 driver in I don't know what versions. (I seem to remember that 2.4.18 worked, but I'm not sure. If you want me to try that nic under and older kernel let me know, however I think fixing the first bug is more important.) If you need any further log info let me know. indeed there is a change in the irq handling in the yenta code. it went in after 2.6.5-bk2 and is in 2.6.6-rc1. in the context could you send please the ouput of a pre 2.6.6-rc1 kernel on your box: cat /proc/interrupts regarding your other pcmcia i don't know if it's supported. thanks for your feedback. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302525: gftp-gtk: Bad filename generation for VMS remote host
Package: gftp-gtk Version: 2.0.18-2 Severity: normal When attempting to transfer a file from a remote site running VMS, the filename is generated with a spurious slash following the square bracket which separates the directory name from the filename. e.g. if I wish to transfer the file UMAG05070.DAT from directory DKB200:[EPAM.DATA] gftp attempts to get: DKB200:[EPAM.DATA]/UMAG05070.DAT rather than DKB200:[EPAM.DATA]UMAG05070.DAT which generates a file specification error The messages in the log window are: 200 Port 153.194 at Host 147.188.32.222 accepted. RETR DKB200:[EPAM.DATA]/UMAG05070.DAT 550 %RMS-F-SYN, file specification syntax error Disconnecting from site epam.ftecs.com (Unsurprisingly, this is not dependent on the local host i.e. the problem is the same on PC and on Mac). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gftp-gtk depends on: ii gftp-common 2.0.18-2 shared files for other gFTP packag ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.2-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libpango1.0-0 1.8.0-3 Layout and rendering of internatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302168: Wrong Path
* Thomas Renard [EMAIL PROTECTED] [2005-03-31 14:49]: blosxom looks for /etc/blosxom/flavour not /etc/blosxom/flavours. I did a short fix with ln -s /etc/blosxom/flavours /etc/blosxom/flavour for now. Uh? What makes you think so? Rather it looks for /var/lib/blosxom/data/flavours and you noticed a bug in my postinst script. But appart from that your analysis is flawed. Thanks for noticing it, a fix will be uploaded soon. Alfie -- * Gnah... wmsysmon binary missing. -- Norbert Tretkowski, changelog.Debian for wmsysmon (0.7.7-2) signature.asc Description: Digital signature
Bug#302363: Can not update debian packages via cfrun/cfservd
I have found the problem in cfservd.c: (i use kernel 2.6) signal(SIGCHLD,SIG_IGN); replaced it by: /* HvB WdJ */ signal(SIGCHLD,SIG_DFL); Now i can update the packages on the node via cfrun/cfservd -- -- * * * Bas van der Vlies e-mail: [EMAIL PROTECTED] * * SARA - Academic Computing Servicesphone: +31 20 592 8012 * * Kruislaan 415 fax:+31 20 6683167* * 1098 SJ Amsterdam * * * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302160: Reason for crash solved
Hello, I finally found the reason for the mysterious crash: it resulted from a corrupted afm-file in /usr/X11R6/lib/X11/fonts/Type1/. So the bug actually should read something like: OpenOffice.Org crashes when it tries to read a non-ascii character in an afm file. Of course, there shouldn't ever be any non-ascii characters in afm files, but other programs may have bugs in them, too... A suggested solution: instead of crashing, ignore the font, perhaps with a notice, that the font OpenOffice.org was trying to read is corrupted. -- Harri Kiiskinen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#270352: gparted
Hi, Are you still working on the gparted package? -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302528: debconf: [INTL:es] Updated spanish debconf template translation
Package: debconf Version: N/A Severity: wishlist Tags: patch l10n Attached is the update to the debconf translation requested by Christian Perrier. Regards Javier # debconf es.po # Copyright (C) 2003 Free Software Foundation, Inc. # Enrique Zanardi [EMAIL PROTECTED], 2000. # Jordi Mallach [EMAIL PROTECTED], 2001. # Carlos Valdivia Yagüe [EMAIL PROTECTED], 2003. # Javier Fernández-Sanguino [EMAIL PROTECTED], 2004 msgid msgstr Project-Id-Version: debconf 1.2.39\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-31 09:35-1000\n PO-Revision-Date: 2005-04-01 12:07+0200\n Last-Translator: Javier Fernández-Sanguino [EMAIL PROTECTED]\n Language-Team: Debian Spanish Team debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit\n #: ../Debconf/FrontEnd/Editor.pm:94 msgid You are using the editor-based debconf frontend to configure your system. See the end of this document for detailed instructions. msgstr Está usando la interfaz «debconf» basada en editor para configurar el sistema. Encontrará instrucciones detalladas al final de este documento. #: ../Debconf/FrontEnd/Editor.pm:111 msgid The editor-based debconf frontend presents you with one or more text files to edit. This is one such text file. If you are familiar with standard unix configuration files, this file will look familiar to you -- it contains comments interspersed with configuration items. Edit the file, changing any items as necessary, and then save it and exit. At that point, debconf will read the edited file, and use the values you entered to configure the system. msgstr La interfaz de debconf basado en editor le muestra uno o más ficheros de texto para que los edite. Éste es uno de esos ficheros de texto. Si está familiarizado con los ficheros de configuración estándar de Unix, este fichero le resultará familiar; contiene comentarios intercalados con elementos de configuración. Edite este fichero, cambiando cualquier elemento según sea necesario, y luego grábelo y salga del editor. En ese punto, debconf leerá el fichero editado, y usará los valores introducidos para configurar el sistema. #: ../Debconf/FrontEnd/Gnome.pm:96 ../Debconf/FrontEnd/Kde.pm:61 #: ../Debconf/FrontEnd/Kde.pm:72 #, perl-format msgid Debconf on %s msgstr Debconf en %s #: ../Debconf/FrontEnd/Teletype.pm:96 msgid More msgstr Más #: ../Debconf/FrontEnd/Web.pm:65 #, perl-format msgid Note: Debconf is running in web mode. Go to http://localhost:%i/; msgstr Nota: Debconf está ejecutándose en modo web. Vaya a http://localhost:%i/; #: ../Debconf/FrontEnd/Web.pm:165 msgid Back msgstr Anterior #: ../Debconf/FrontEnd/Web.pm:167 msgid Next msgstr Siguiente #: ../Debconf/FrontEnd/Dialog.pm:50 msgid TERM is not set, so the dialog frontend is not usable. msgstr La variable TERM no está establecida, por lo que no se puede utilizar la interfaz «dialog». #: ../Debconf/FrontEnd/Dialog.pm:53 msgid Dialog frontend is incompatible with emacs shell buffers msgstr La interfaz «Dialog» es incompatible con buffers de intérprete de órdenes de emacs #: ../Debconf/FrontEnd/Dialog.pm:56 msgid Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal. msgstr La interfaz «dialog» no funcionará en un terminal tonto, un buffer de intérprete de órdenes de emacs, o sin una terminal controladora. #: ../Debconf/FrontEnd/Dialog.pm:102 msgid No usable dialog-like program is installed, so the dialog based frontend cannot be used. msgstr No hay ningún programa tipo dialog instalado, así que no se puede usar la interfaz basada en «dialog». #: ../Debconf/FrontEnd/Dialog.pm:109 msgid Dialog frontend requires a screen at least 13 lines tall and 31 columns wide. msgstr Necesita una pantalla de al menos 13 líneas de alto y 31 columnas de ancho para la interfaz «dialog». #: ../Debconf/FrontEnd/Dialog.pm:282 msgid Debian Configuration msgstr Configuración de Debian #: ../Debconf/FrontEnd/Readline.pm:47 msgid This frontend requires a controlling tty. msgstr Esta interfaz requiere un terminal que la controle. #: ../Debconf/FrontEnd/Readline.pm:58 msgid Term::ReadLine::GNU is incompatable with emacs shell buffers. msgstr Term::ReadLine::GNU es incompatible con búfers de intérprete de órdenes de emacs. #: ../Debconf/Element/Gnome/Note.pm:52 msgid Save (mail) Note msgstr Guardar nota (por correo) #: ../Debconf/Element/Gnome/Note.pm:53 msgid Debconf was asked to save this note, so it mailed it to you. msgstr Debconf estaba configurado para guardar esta nota, así que se la ha enviado por correo. #: ../Debconf/Element/Gnome/Note.pm:55 msgid Information msgstr Información #: ../Debconf/Element/Gnome/Note.pm:56 msgid The note has been mailed. msgstr La nota ha sido enviada por correo. #: ../Debconf/Element/Gnome/Note.pm:60 msgid Error msgstr Error #: ../Debconf/Element/Gnome/Note.pm:61 msgid Unable to save note. msgstr No se pude guardar la
Bug#302526: ucf dependency is incorrect (new mailman package uses --three-way in ucf calls)
Package: mailman Version: N/A; reported 2005-04-01 Severity: important Tags: patch The testing version of ucf is now 1.17. If I did not update this package, I still have an old version (1.07). Now, when I install mailman, it crashes with ucf error like '--three-way is not a valid option' In fact, the dependency in mailman source package is ucf (= 0.28) it should be a more recent value... -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux fey 2.6.9-fey #3 Tue Nov 9 00:16:23 CET 2004 i686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302527: sane-utils: scanimage -L segfault on powerpc with AGFA snapscan e25
Package: sane-utils Version: 1.0.15-8 Severity: normal Good day, I'm not able to use my AGFA snapscan e25 USB scanner on my powerbook running Debian sid. Every program I have tried segfault (scanimage, xscanimage, xcam) or eat 100% of my CPU (xsane). My scanner works fine with my other laptop (IBM T21, PIII), running Debian sarge and with the same configuration of sane (I have only change the filename of the firmware file). This is the debug output of scanimage on my powerbook : [EMAIL PROTECTED]:~$ SANE_DEBUG_SNAPSCAN=255 scanimage -L [sanei_debug] Setting debug level of snapscan to 255. [snapscan] sane_snapscan_init [snapscan] sane_snapscan_init: Snapscan backend version 1.4.42 [snapscan] add_usb_device(libusb:003:002) [snapscan] add_usb_device: Detected (kind of) an USB device [snapscan] snapscani_usb_open(libusb:003:002) [snapscan] add_usb_device: Checking if 0x06bd is a supported USB vendor ID [snapscan] snapscani_check_device() [snapscan] mini_inquiry [snapscan] snapscan_cmd [snapscan] snapscani_usb_cmd(0,0x7fffd1c0,6,0x7fffd1d0,0x7fffd200 (36)) [snapscan] atomic_usb_cmd(0,0x7fffd1c0,6,0x7fffd1d0,0x7fffd200 (36)) [snapscan] usb_cmd(0,0x7fffd1c0,6,0x7fffd1d0,0x7fffd200 (36)) [snapscan] usb_cmd: cmdlen=6, datalen=0 [snapscan] usb_write: writing: 0x12 0x00 0x00 0x00 0x24 0x00 [snapscan] Written 6 bytes [snapscan] usb_read: reading: 0xf9 0x00 0x00 0x00 0x00 0x00 0x00 0x00 [snapscan] Read 8 bytes [snapscan] usb_read: reading: 0x06 0x00 0x02 0x02 0x49 0x00 0x00 0x00 0x41 0x47 ... [snapscan] Read 36 bytes [snapscan] usb_read: reading: 0xfb 0x00 0x00 0x00 0x00 0x00 0x00 0x00 [snapscan] Read 8 bytes [snapscan] snapscani_check_device: Is vendor AGFA model SNAPSCAN e25 a supported scanner? [snapscan] snapscani_get_model_id(SNAPSCAN e25, 0, 2) [snapscan] snapscani_get_model_id: looking up scanner for ID 0x06bd,0x2095. [snapscan] snapscani_check_device: Autodetected driver: SnapScanE20 [snapscan] snapscani_usb_close(0) [snapscan] 1st read 3 write 1 [snapscan] snapscani_usb_cmd(0,0x7fffd110,6,0x0,0x0 (0)) [snapscan] atomic_usb_cmd(0,0x7fffd110,6,0x0,0x0 (0)) [snapscan] usb_cmd(0,0x7fffd110,6,0x0,0x0 (0)) [snapscan] usb_cmd: cmdlen=6, datalen=0 [snapscan] usb_write: writing: 0x00 0x00 0x00 0x00 0x00 0x00 [snapscan] Written 6 bytes [snapscan] usb_read: reading: 0xfb 0x00 0x00 0x00 0x00 0x00 0x00 0x00 [snapscan] Read 8 bytes [snapscan] 2nd read 4 write 2 [snapscan] snapscani_init_device_structure() [snapscan] sane_snapscan_get_devices (0x7fffe378, 0) Segmentation fault [EMAIL PROTECTED]:~$ If it could be useful, I can try to recompiled sane with debug information and send a gdb backtrace. Regards. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sane-utils depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libieee1284-3 0.2.10-1 cross-platform library for paralle ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libsane 1.0.15-8 API library for scanners ii libusb-0.1-42:0.1.10a-7 userspace USB programming library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302529: New version unusable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mozilla-tabextensions Version: 1.13.2005022401-1 Severity: important The new version (1.14.2005032801-1) render tabextensions unusable as several error messages will be displayed below the status bar of mozilla and eat up up to the half of the browser window. - -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages mozilla-tabextensions depends on: ii mozilla-browser 2:1.7.6-1 The Mozilla Internet application s ii mozilla-firefox 1.0.2-1lightweight web browser based on M - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQk0eP5+OKpjRpO3lAQLgYAf9EiOtXCgmOIUNYF6zljGm4vj3b4NMIkKn 4y9SelsEXS4B83PUrdDs3kxst4UE304Tx5eXnBGlpRxekLGLMn4vmE8RHKQ+6hsD TJgJFl6ok/aZdGHdcgS/4pVoAko/ppt+3Cfjv91PCs9gMrTOqR7qYX7rl6jHOXUV hJm0wkV7Ln2GfpmYLHtjWJ8h0u8mqJlSzaN/0Trh6RDC/Iz0z7tCscN5WEEh1Ha/ P5jjue4e9AzyBlO788729vt58E/v0X6r/hiQnOMXa+G1rtjs28iDYfwjd55ng1sY y6PaTouY3S6xNIzNTR6M+g+0OAhhRAdoj8F6780/FBwGtHpz+ceoRQ== =rBVT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302441: tetex-doc: blank chunk in Info's index
Dan Jacobson [EMAIL PROTECTED] wrote: Package: tetex-doc Version: 2.0.2c-3 Severity: minor I see this big blank chunk in Info's index: teTeX * dvips: (dvips). Translating TeX DVI files to PostScript. * Kpathsea: (kpathsea). File lookup along search paths. * LaTeX2e: (latex). LaTeX2e help 1.6. * Web2c: (web2c). TeX, Metafont and companion programs. * * * * * * * * * * * * basename: (coreutils)basename invocation. I don't see this. In the info program, I get teTeX * dvips: (dvips). Translating TeX DVI files to PostScript. * Kpathsea: (kpathsea). File lookup along search paths. * LaTeX2e: (latex). LaTeX2e help 1.6. * Web2c: (web2c). TeX, Metafont and companion programs. Utilities * Enscript: (enscript). GNU Enscript * gzip: (gzip). The gzip command for compressing files. And in GNU Emacs21 it looks the same, except that the fonts vary. I guess this is rather a problem with your info reader, or how your info dir file has been generated. Which info reader do you use? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#302435: tetex-bin: dvips info error
Andrew T.Young [EMAIL PROTECTED] wrote: Package: tetex-bin Version: 1.0.7+20011202-7.3 Severity: normal The URL http://www.emrg.com/texpdf.html listed in the info for dvips seems to be a broken link. It just brings up the main page for emrg.com. This broken link is still there in teTeX-3.0 Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#296735: installation-reports: [sparc] unusable menus in d-i on Sun Blade 1500
Frans Pop schrieb: On Thursday 31 March 2005 17:29, Matthias Merz wrote: So today at last I tried that again and can reply. I tried the 2.6 images, but there seems to be another problem with the framebuffer. For Sparc use of framebuffer has been disabled by default because of issues on some systems. Have you tried booting with debian-installer/framebuffer=true as extra boot parameter? I didn't try that with the 2.6 image; can't remember whether I tried it with 2.4 (but I did play around with some boot-options then). But the 2.6 image did seem to have framebuffer enabled by default, obviously Blade1500 is one of that sytems which have issues? I was not really specific in my last email, sorry. The 2.6 kernel I tried boots and loads radeonfb. The last message I can read then says (don't remember the exaxt wording) switching to PROM mode 80x34. Then the screen switches from black-on-white-sun-comsole to completely black and the CRT seems to have problems with the signal. So installation with 2.4 is possible with Juri Smakov's special kernel-image which recognizes the ALI-IDE if I use the installer in blind flight. Installation using the 2.6 image is possible usig serial console. Thanks for your effort, Yours Matthias Merz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291648: marked as done (licq: Does not always recognise PID file as stale)
On 1 Apr 2005, at 11:55, Peter Eisentraut wrote: I know that on Linux systems you can find out the process behind a PID by using the proc file system. The bug submitter has, however, requested that licq handle that, and that would necessarily have to be done in some platform-independent fashion. Add to that that licq is a user process and therefore might not have full access to the proc file system. Therefore, I think that this issue cannot be reasonably solved. It is possible but might require a lot of work. Before I wrote my reply I looked up the source of ``start-stop-daemon'' which is in the ``dpkg'' package. There all this stuff is handled in three functions[1] implemented and conditionally compiled for each platform (listed in [2]). However I know that this is nothing of the package maintainer's business. I've got similar feature requests for my packages. I would not implement them myself and they are not very high on the TODO list of the upstream author either, but I mostly keep them open in the BTS and tag them appropriately. Kind regards, Philipp Kern Debian Developer [1] pid_is_cmd (pid_is_exec), pid_is_user, pid_is_running [2] Linux, Hurd, SunOS, OpenBSD, HPUX, FreeBSD, NetBSD, OpenBSD PGP.sig Description: This is a digitally signed message part
Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8
maximilian attems wrote: cc'ing the pcmcia maintainer and the author of the patch for interrupt routing for TI bridges. concerning a bug report about non working irq routing since 2.6.6-rc1 up until 2.6.12-rc1-mm3 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270376 (lspci, dmesg) hope you can help to resolve that issue. i volountary test build kernels for bug reporter with proposed patches. On Thu, 31 Mar 2005, Jefferson Cowart wrote: (For reference my primary card is a 3C574. My secondary is a 3C589.) .. (I put that card into a Windows XP laptop and it worked fine there so the card itself is fine.) Now I'm trying to see if I have these same problems on 2.5.5 First, Booting with the secondary card plugged in had the same failure as above. Next booting with the primary plugged in. It worked (as expected). Then I was able to pull and re-insert the card without problems. However pulling the primary and inserting the secondary killed the network (as expected). Now I'm going back to 2.4.27 to figure out if my secondary card will work there. It failed. I got a hard lock when I inserted the card. (Reboot button needed.) I'm 99.9% certain that my testing of 2.6.6-2.6.10 was using my primary nic, but I'm booting 2.6.10 now to be sure. (I know the kernels I tested for you yesterday used my primary nic.) As expected no networking. It looks like we may have 2 different bugs here: one in the yenta_socket driver starting somewhere after 2.6.5-bk1 and before 2.6.6-rc1 and one in the 3c589 driver in I don't know what versions. (I seem to remember that 2.4.18 worked, but I'm not sure. If you want me to try that nic under and older kernel let me know, however I think fixing the first bug is more important.) If you need any further log info let me know. indeed there is a change in the irq handling in the yenta code. it went in after 2.6.5-bk2 and is in 2.6.6-rc1. in the context could you send please the ouput of a pre 2.6.6-rc1 kernel on your box: cat /proc/interrupts I will be away from that computer until late in the day Sunday. Once I'm back I'll let you know that. regarding your other pcmcia i don't know if it's supported. thanks for your feedback. Looking up in this bug report it looks like the 3c589 had been previously working on my machine. (The message I sent on Feb 6 2005). However as I said let's deal with that one later. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302530: Segmentation fault when openning file
Package: gerbv Version: 0.16 Debian version: Testing Linux version 2.6.8-2-686-smp ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-6)) #1 SMP Mon Jan 24 02:32:52 EST 2005 When I installed gerbv, few months ago, it worked. I needed it recently and it is now unable to open a file without crashing. Wether I call it with one or several file names in the command line or call it without an argument ant then open a file with the mouse I get the same result: segmentation fault. Here is the output of strace gerbv, when I try to open a file into layer #0. I give only the tail of the output: ... gettimeofday({1112349034, 664998}, NULL) = 0 write(3, \2\0\4\0\244\0\300\2\1\0\0\0\1\0\0\0=\0\4\0\244\0\300\2..., 876) = 876 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 gettimeofday({1112349034, 718146}, NULL) = 0 ioctl(3, FIONREAD, [32])= 0 read(3, \5\1\32\v\350\311U\0H\0\0\0\244\0\300\2\0\0\0\0o\4\264..., 32) = 32 open(/users/kryn/Documents/Electronique/Gerber-prototype/N1726.BOT, O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=468636, ...}) = 0 mmap2(NULL, 468636, PROT_READ, MAP_PRIVATE, 6, 0) = 0x404c munmap(0xb4144aff, 328430777) = -1 EINVAL (Invalid argument) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ [EMAIL PROTECTED]:~/Documents/Electronique/Gerber-prototype$ Best regards Didier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302532: Updated Traditional Chinese translation.
Package: debconf Version: 1.4.47 Severity: wishlist Tags: patch l10n Hi, file is attached :) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to zh_TW.UTF-8) Versions of packages debconf depends on: ii debconf-i18n 1.4.47 full internationalization support ii perl-base 5.8.4-8The Pathologically Eclectic Rubbis -- debconf information excluded zh_TW.po.bz2 Description: BZip2 compressed data
Bug#302533: rm(1) says ../src/rm instead of just rm
Package: manpages-de Version: 0.4-8 Severity: normal File: /usr/share/man/de/man1/rm.1.gz Hi, the manpage reads: Um Dateien zu entfernen, deren Namen mit - beginnen, z.B. foo, ver wenden Sie eine der folgenden Anweisungen: ../src/rm -- -foo ../src/rm ./-foo But probably should read: Um Dateien zu entfernen, deren Namen mit - beginnen, z.B. foo, ver wenden Sie eine der folgenden Anweisungen: rm -- -foo rm ./-foo thanks, Joachim -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10.otto Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#196001: vim: Backslash in XML attr treated specially by syntax highlighter
Package: vim Version: 1:6.3-068+1 Followup-For: Bug #196001 Hello, vim has recently started spewing these errors every time I open an XML file: Error detected while processing /usr/share/vim/vim63/syntax/xml.vim: line 61: E399: Not enough arguments: syntax region xmlString contained start=++ contains=xmlEntity display line 62: E399: Not enough arguments: syntax region xmlString contained start=+'+ contains=xmlEntity display I believe that the patch to fix this issue is improper. I found it at http://lists.alioth.debian.org/pipermail/pkg-vim-maintainers/2005-March/000396.html After reverting the change in the patch, the error messages are now gone. I tested with an empty .vimrc just in case it's a local configuration problem, but I could reproduce the same errors. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-custom Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to lt_LT.UTF-8) Versions of packages vim depends on: ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgpmg11.19.6-19General Purpose Mouse - shared lib ii libncurses5 5.4-4Shared libraries for terminal hand ii vim-common 1:6.3-068+1 Vi IMproved - Common files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302524: acknowledged by developer (Re: Bug#302524: caspar-doc: installs files in /usr/share/doc/caspar/)
On Fri, Apr 01, 2005 at 02:03:25AM -0800, Debian Bug Tracking System wrote: On Fri, Apr 01, 2005 at 11:30:24AM +0200, Lionel Elie Mamane wrote: caspar-doc installs files in /usr/share/doc/caspar/ ; it should install them in /usr/share/doc/caspar-doc/ No, this is the customary location for -doc packages to install their documentation if it accompanies a non-doc package. The files that policy requires to be in /usr/share/doc/package/ are there. Text documentation should be installed in the directory /usr/share/doc/package, where package is the name of the package, -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302536: problem with udhcpc, broadcast-flag set to unicast
Package: udhcp Version: 0.9.9-pre Package from special distribution for thinclient from www.thinstation.org project. The udhcpc sets the broadcast-flag in a dhcp-discover packet to unicast, most of other dhcp-clients set these to broadcast. rfc1542 rfc2131 describes this and both ways are correct. Why set udhcp thes to unicast and is there a configurable parameter to change this. kind regards Wolfgang Becher dhcp-discover.trc Description: dhcp-discover.trc
Bug#302535: 'B/s' download rate displays as '/s'
Package: synaptic Version: 0.55+cvs20050218-2 (testing) Severity: minor with this most recent update of synaptic to testing, when a download rate goes below 1kB/s, instead of displaying 'B/s' it displays '/s'
Bug#302534: knetfilter: still conflicts with kxsldbg in 3.3.1-2
Package: knetfilter Version: 3.1.1-1 Severity: minor Hi, even though 3.3.1-2 contains a fix to rename the icon, it still conflicts with kxsldbg. As far as I understood this conflict should be resolved by that patch from Javier, so please rebuild without the conflicts. Thanks, Andreas -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-cherry Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages knetfilter depends on: ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis ii kdelibs4 4:3.4.0-0pre2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302415: F11 maybe a bad choice?
I just spotted that F11 is grabbed by IceWM too. Perhaps the easiest approach might be to switch the default to F12 or so? I guess that changing the code isn't too useful as we still don't see *which* program is already grabbing the key, but the following patch does give an error message: Steve -- --- skippy.c-orig 2005-04-01 11:39:23.217799616 +0100 +++ skippy.c2005-04-01 11:41:21.802771960 +0100 @@ -222,6 +222,7 @@ const char *tmp, *homedir; char cfgpath[8192]; Bool invertShift = False; + int grabret; if(! dpy) { fprintf(stderr, FATAL: Couldn't connect to display.\n); @@ -285,7 +286,13 @@ XSelectInput(mw-dpy, mw-root, PropertyChangeMask); keycode = XKeysymToKeycode(mw-dpy, keysym); - XGrabKey(mw-dpy, keycode, AnyModifier, mw-root, False, GrabModeAsync, GrabModeAsync); + grabret = XGrabKey(mw-dpy, keycode, AnyModifier, mw-root, False, Grab ModeAsync, GrabModeAsync); + + if ( grabret == 1 ) + { + printf(Keygrab failed - perhaps the key is grabbed by another applic aion?\n); + exit( -1 ); + } while(! DIE_NOW) { XEvent ev; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302352: *** SPAM *** Re: Bug#302352: kernel-source-2.6.8: possible local DoS in AIO on PPC64 and IA64 (CAN-2005-0916)
On Fri, Apr 01, 2005 at 06:41:45PM +0900, Horms wrote: tag 30235 +pending thanks Thanks, I have added this fix to both kernel-source-2.6.8 and kernel-source-2.6.11 in SVN and it should appear in the next release. If someone has a chance to test the build for ppc and ia64 that would be great. I can do a 2.6.11 or 2.6.8 build later today, but as it only seems to affect ppc64, i am not sure of the relevance of a ppc32 build. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302537: Don't create /etc/acpi on ppc machines
Package: laptop-mode-tools Version: 1.04-1.1 The package shouldn't create the /etc/acpi directory on ppc machines because those machines don't have ACPI and therefore this directory is completely useless. Best Regards Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301485: mozilla-firefox: FTBFS (gcc-4.0/amd64/ppc64): array type has incomplete element type
Hello, thank you for your reply to my bug report. On 05-Apr-01 00:15, Eric Dorland wrote: Thanks for the patch, but a few things look funny to me. Especially going from a PRUint32 to a long. Can you maybe report this upstream (bugzilla.mozilla.org) and see what they have to say? The problem is that gcc-4.0 does not accept a conversion from a pointer to a 32 bit intereger type on 64 bit architectures. The patch which changes 'PRUint32(param)' to 'long(param)' looks quite innocent to me: diff -urN ../tmp-orig/mozilla-firefox-1.0.1/netwerk/protocol/http/src/nsHttpConnectionMgr.cpp ./netwerk/protocol/http/src/nsHttpConnectionMgr.cpp --- ../tmp-orig/mozilla-firefox-1.0.1/netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 2004-09-02 01:31:03.0 +0200 +++ ./netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 2005-03-22 13:27:34.0 +0100 @@ -834,8 +834,8 @@ void nsHttpConnectionMgr::OnMsgUpdateParam(nsresult status, void *param) { -PRUint16 name = (PRUint32(param) 0x) 16; -PRUint16 value = PRUint32(param) 0x; +PRUint16 name = (long(param) 0x) 16; +PRUint16 value = long(param) 0x; switch (name) { case MAX_CONNECTIONS: Only the lower 32 bits are used here anyway. I do not see why this should cause any problems. But I can of course try to discuss this with upstream. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302580: [l10n] Updated Dutch translation
Package: debconf Severity: wishlist Tags: patch, l10n Please find attached the updated Dutch translation for debconf as requested by bubulle on april 1. Three comments on one of the new strings: --outdated\t\tMerge in even outdated translations.\n \t--drop-old-templates\tDrop entire outdated templates. - The second line is the only one prefixed by a tab instead of spaces; for consistency I think having 8 spaces here would be better. - I think the first description could be improved by changing it to: Also merge in outdated translations. - I'm not really sure what is meant by entire in the description in the second line. What is the normal behavior? Is it possible to drop only some outdated templates but keep others (or drop partial templates)? I think simplifying the description to Drop outdated templates could be a solution (this is how I translated it for Dutch). Cheers, FJP nl.po Description: application/gettext pgpge4M2zfODs.pgp Description: PGP signature
Bug#302578: dict-jargon: FTBFS: Error on w3m and lynx calls
Package: dict-jargon Version: 4.4.4-5 Severity: serious When building 'dict-jargon' on i386/unstable, I get the following error: xmlto -p -width=79 -m jargon-text.xsl txt jargon-web.xml w3m version w3m/0.5.1, options lang=en,m17n,image,color,ansi-color,mouse,gpm,menu,cookie,ssl,ssl-verify,external-uri-loader,w3mmailer,nntp,gopher,ipv6,alarm,mark,migemo usage: w3m [options] [URL or filename] When trying to build in a clean unstable chroot (without w3m installed), I get the following error instead: xmlto -p -width=79 -m jargon-text.xsl txt jargon-web.xml This stylesheet requires version 1.61 or higher of the base DocBook XSL Stylesheets (http://sf.net/projects/docbook) Can't Access `file://localhost/tmp/xmlto.e1PlG0/jargon-web.proc' Alert!: Unable to access document. lynx: Can't access startfile make[1]: *** [jargon.txt] Error 1 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302576: gnubiff: Unlocalized
Package: gnubiff Version: 2.1.2-1 Severity: minor Tags: l10n Hello, The new version of gnubiff is unlocalized: [EMAIL PROTECTED]:~$ dpkg -L gnubiff | grep .mo [EMAIL PROTECTED]:~$ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Versions of packages gnubiff depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.8.3-1 library for GNOME 2 panel applets ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libxml2 2.6.16-6GNOME XML library ii sox 12.17.7-2 A universal sound sample translato ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302575: PTS: add link to popcon
Package: qa.debian.org Severity: wishlist Hello, I am missing one thing from http://packages.qa.debian.org, and that is a link from the package overview to its popcon page. I suggest to add under Other Links a link titled Popularity Contest which links to http://qa.debian.org/developer.php?popcon=packagename Regards, Thijs Kinkhorst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302574: groovy: FTBFS: Missing Build-Depends on 'bzip2'
Package: groovy Version: 0.1.0beta10-1 Severity: serious Tags: patch When building 'groovy' in a clean 'unstable' chroot, I get the following error: # Extract bundled dependencies (see README.Debian for explanation) mkdir -p /groovy-0.1.0beta10/debian/lib cd /groovy-0.1.0beta10/debian/lib uudecode /groovy-0.1.0beta10/debian/bundled.tar.bz2.uue | tar xvjf - tar: bzip2: Cannot exec: No such file or directory tar: Error is not recoverable: exiting now tar: Child died with signal 13 tar: Error exit delayed from previous errors make: *** [configure-stamp] Error 2 Please add the missing Build-Depends on 'bzip2' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/groovy-0.1.0beta10/debian/control ./debian/control --- ../tmp-orig/groovy-0.1.0beta10/debian/control 2005-04-01 16:37:41.932767310 +0200 +++ ./debian/control2005-04-01 16:37:31.391743697 +0200 @@ -2,7 +2,7 @@ Section: contrib/devel Priority: optional Maintainer: Marcus Crafter [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.0.0), libant1.6-java (= 1.6.2), libasm-java (= 1.5.2), libbsf-java, libclassworlds-java (= 1.0.1), libcommons-cli-java (= 1.0), libcommons-collections3-java (= 3.1), libcommons-logging-java (= 1.0.3), junit (= 3.8.1), libmockobjects-java (= 0.09), libmx4j-java (= 2.0.1), libregexp-java (= 1.2), libservlet2.3-java, sharutils, ant, j2sdk1.4 | j2sdk1.3 | java-virtual-machine +Build-Depends-Indep: debhelper (= 4.0.0), bzip2, libant1.6-java (= 1.6.2), libasm-java (= 1.5.2), libbsf-java, libclassworlds-java (= 1.0.1), libcommons-cli-java (= 1.0), libcommons-collections3-java (= 3.1), libcommons-logging-java (= 1.0.3), junit (= 3.8.1), libmockobjects-java (= 0.09), libmx4j-java (= 2.0.1), libregexp-java (= 1.2), libservlet2.3-java, sharutils, ant, j2sdk1.4 | j2sdk1.3 | java-virtual-machine Standards-Version: 3.6.1 Package: groovy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302572: Fortunes-es contains offensive quotes that should be in fortunes-es-off
Package: fortunes-es Version: 1.17 Severity: normal Tags: l10n Spanish fortune files containing grafitti, proverbs and other quotations include highly offensive ones such as Las mujeres son como las leyes: hay que violarlas [Women are like laws: they are there to be broken raped] and ¿Qué es una mujer? Lo que hay alrededor del coño [What is a woman? What is around the cunt]. This works against the expected behaviour of the fortunemod program, which (as per its manpage) allows you to request or avoid potentially offensive quotations by segregating them into two different databases, the second marked -off. Package description for fortunes-es-off states: A collection of mostly offensive Spanish fortune cookies, from various sources. DO NOT INSTALL this package unless you really want to read offensive fortunes. Package fortunes-es contains mainly non-offensife fortunes in Spanish. Suggested fix: review fortunes-es and move offensive quotations to fortunes-es-off. Attached list is intended to show the severity of the problem, and not to serve as an exhaustive list to use as a blueprint for the fix. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.9 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) Versions of packages fortunes-es depends on: ii fortune-mod 9708-36provides fortune cookies on demand -- no debconf information MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 From: Javier Candeira [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Fortunes-es contains highly offensive quotations that should be in fortunes-es-off X-Mailer: reportbug 3.8 Date: Fri, 01 Apr 2005 12:50:22 +0200 X-Debbugs-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Package: fortunes-es Version: 1.17 Severity: normal Tags: l10n -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.9 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) Versions of packages fortunes-es depends on: ii fortune-mod 9708-36provides fortune cookies on demand -- no debconf information Spanish fortune files containing grafitti, proverbs and other quotations include highly offensive ones such as Las mujeres son como las leyes: hay que violarlas [Women are like laws: they are there to be broken raped] and ¿Qué es una mujer? Lo que hay alrededor del coño [What is a woman? What is around the cunt]. This works against the expected behaviour of the fortune program, which allows you to request or avoid potentially offensive quotations by segregating them into two different databases, the second marked -off. Package description for fortunes-es-off states: A collection of mostly offensive Spanish fortune cookies, from various sources. DO NOT INSTALL this package unless you really want to read offensive fortunes. Package fortunes-es contains mainly non-offensife fortunes in Spanish. Suggested fix: review fortunes-es and move offensive quotations to fortunes-es-off. Attached list is intended to show the severity of the problem, and not to serve as an exhaustive list to use as a blueprint for the fix.
Bug#302567: blam: Never refreshes over proxy
Package: blam Version: 1.6.1-1 Severity: normal I'm running wwwoffle as HTTP proxy. If GNOME is configured to use it, blam never updates any feed. Even though the status bar says refreshing foobar, new headlines don't appear. When I switch to direct Internet connection, blam works as expected. Thanks, Johannes -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages blam depends on: ii gconf2 2.8.1-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6 GCC support library ii libgconf-cil 1.0.4-1 .NET binding for GConf ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgecko-cil 0.6-1 .NET binding for the GtkMozEmbed l ii libglade-cil 1.0.4-1 .NET binding for the Glade librari ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgnome-cil 1.0.4-1 .NET binding for GNOME ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-11The GNOME virtual file-system libr ii libgtk-cil 1.0.4-1 .NET binding for the Gtk+ toolkit ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libxml2 2.6.16-2GNOME XML library ii mono-jit [cli-virtual-ma 1.0.5-2 fast CLI/.NET JIT compiler for Mon ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302565: realtimebattle: FTBFS (amd64/gcc-4.0): explicit specialization of 'const ListIteratorT ListIteratorT::operator++(int)' must be introduced by 'template '
Package: realtimebattle Version: 1.0.7-5 Severity: normal Tags: patch When building 'realtimebattle' on amd64/unstable with gcc-4.0, I get the following error: make[3]: Leaving directory `/realtimebattle-1.0.7/po' Making all in src make[3]: Entering directory `/realtimebattle-1.0.7/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../include -DNDEBUG -O2 -MT realtimebattle-RealTimeBattle.o -MD -MP -MF .deps/realtimebattle-RealTimeBattle.Tpo -c -o realtimebattle-RealTimeBattle.o `test -f 'RealTimeBattle.cc' || echo './'`RealTimeBattle.cc; \ then mv -f .deps/realtimebattle-RealTimeBattle.Tpo .deps/realtimebattle-RealTimeBattle.Po; else rm -f .deps/realtimebattle-RealTimeBattle.Tpo; exit 1; fi ../include/List.h:46: error: explicit specialization of 'const ListIteratorT ListIteratorT::operator++(int)' must be introduced by 'template ' ../include/List.h:47: error: explicit specialization of 'const ListIteratorT ListIteratorT::operator--(int)' must be introduced by 'template ' ../include/List.h:59: error: explicit specialization of 'ListT::List(bool)' must be introduced by 'template ' ../include/List.h:59: error: default argument specified in explicit specialization ../include/List.h:105: error: no 'const ListIteratorT ListIteratorT::operator++(int)' member function declared in class 'ListIteratorT' ../include/List.h:105: error: template definition of non-template 'const ListIteratorT ListIteratorT::operator++(int)' ../include/List.h:114: error: no 'const ListIteratorT ListIteratorT::operator--(int)' member function declared in class 'ListIteratorT' ../include/List.h:114: error: template definition of non-template 'const ListIteratorT ListIteratorT::operator--(int)' make[3]: *** [realtimebattle-RealTimeBattle.o] Error 1 make[3]: Leaving directory `/realtimebattle-1.0.7/src' With the attached patch 'realtimebattle' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/realtimebattle-1.0.7/include/List.h ./include/List.h --- ../tmp-orig/realtimebattle-1.0.7/include/List.h 2003-09-17 19:30:20.0 +0200 +++ ./include/List.h2005-04-01 15:24:22.054721848 +0200 @@ -44,8 +44,8 @@ ListIterator(ListNodeT* p = NULL) : listp(p) {} - inline const ListIteratorT ListIteratorT::operator++ (int); - inline const ListIteratorT ListIteratorT::operator-- (int); + inline const ListIterator operator++ (int); + inline const ListIterator operator-- (int); inline T* operator() () const; // bool operator! () const { return listp == NULL; } inline bool ok() const { return listp != NULL;} @@ -57,7 +57,7 @@ class List { public: - ListT::List(const bool resp=true); + List(const bool resp=true); ~List (); const List operator= (const List); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302563: cacti (testing) php-mysql dependancy
Package: cacti Version: 0.8.6c-5 I believe the cacti package in testing(and on up) should have the dependency 'php-mysql (= 4.3.10-9)', instead of just 'php-mysql'. I am running a stable system with cacti pinned to testing. Everything works except the poller, because it cannot find the mysql.so library. /usr/share/cacti/site# php poller.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/20020429-zts/mysql.so' - /usr/lib/php4/20020429-zts/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0 Fatal error: Call to undefined function: mysql_connect() in /usr/share/cacti/site/lib/adodb/drivers/adodb-mysql.inc.php on line 339 Pinning php4-mysql to testing as well fixes this. -- Vittorio R Tracy [EMAIL PROTECTED] Sourcelab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302561: swish++: FTBFS (amd64/gcc-4.0): ISO C++ forbids declaration of 'result_type' with no type
Package: swish++ Version: 5.15.3-3 Severity: normal Tags: patch When building 'swish++' on amd64/unstable with gcc-4.0, I get the following error: pattern_map.h:114: error: ISO C++ forbids declaration of 'result_type' with no type pattern_map.h:114: error: expected ';' before 'operator' pattern_map.h:117: error: expected `;' before 'private' pattern_map.h: In member function 'typename std::mapconst char*, T, std::lessconst char*, std::allocatorstd::pairconst char* const, T ::iterator pattern_mapT::find(const char*)': pattern_map.h:90: error: there are no arguments to 'begin' that depend on a template parameter, so a declaration of 'begin' must be available pattern_map.h:90: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) pattern_map.h:90: error: there are no arguments to 'end' that depend on a template parameter, so a declaration of 'end' must be available pattern_map.h: In member function 'typename std::mapconst char*, T, std::lessconst char*, std::allocatorstd::pairconst char* const, T ::const_iterator pattern_mapT::find(const char*) const': pattern_map.h:95: error: there are no arguments to 'begin' that depend on a template parameter, so a declaration of 'begin' must be available pattern_map.h:95: error: there are no arguments to 'end' that depend on a template parameter, so a declaration of 'end' must be available pattern_map.h: In member function 'bool pattern_mapT::matches(const char*) const': pattern_map.h:100: error: there are no arguments to 'end' that depend on a template parameter, so a declaration of 'end' must be available /usr/lib/gcc/x86_64-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_algo.h: In function '_InputIterator std::find_if(_InputIterator, _InputIterator, _Predicate, std::input_iterator_tag) [with _InputIterator = std::_Rb_tree_const_iteratorstd::pairconst char* const, filter , _Predicate = pattern_mapfilter::pattern_match]': /usr/lib/gcc/x86_64-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_algo.h:337: instantiated from '_InputIterator std::find_if(_InputIterator, _InputIterator, _Predicate) [with _InputIterator = std::_Rb_tree_const_iteratorstd::pairconst char* const, filter , _Predicate = pattern_mapfilter::pattern_match]' pattern_map.h:96: instantiated from 'typename std::mapconst char*, T, std::lessconst char*, std::allocatorstd::pairconst char* const, T ::const_iterator pattern_mapT::find(const char*) const [with T = filter]' conf_filter.h:53: instantiated from here /usr/lib/gcc/x86_64-linux/4.0.0/../../../../include/c++/4.0.0/bits/stl_algo.h:187: error: no match for call to '(pattern_mapfilter::pattern_match) (const std::pairconst char* const, filter)' make[1]: *** [conf_filter.o] Error 1 make[1]: Leaving directory `/swish++-5.15.3' make: *** [build-stamp] Error 2 With the attached patch 'swish++' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/swish++-5.15.3/mod/html/elements.c ./mod/html/elements.c --- ../tmp-orig/swish++-5.15.3/mod/html/elements.c 2002-10-16 09:11:32.0 +0200 +++ ./mod/html/elements.c 2005-04-01 14:50:26.026466690 +0200 @@ -296,7 +296,7 @@ // C++ has become overly pedantic about casting to enums. // element::end_tag_value const - v = (element::end_tag_value const)(int const)(p[1]); + v = (element::end_tag_value const)(long const)(p[1]); element e = insert( value_type( *p++, element( v ) ) ).first-second; diff -urN ../tmp-orig/swish++-5.15.3/my_set.h ./my_set.h --- ../tmp-orig/swish++-5.15.3/my_set.h 2001-07-03 09:39:13.0 +0200 +++ ./my_set.h 2005-04-01 14:48:57.007157353 +0200 @@ -52,7 +52,7 @@ //* { public: - bool contains( T const s ) const { return find( s ) != end(); } + bool contains( T const s ) const { return find( s ) != this-end(); } }; //* diff -urN ../tmp-orig/swish++-5.15.3/pattern_map.h ./pattern_map.h --- ../tmp-orig/swish++-5.15.3/pattern_map.h2002-05-29 17:41:38.0 +0200 +++ ./pattern_map.h 2005-04-01 15:02:22.121202604 +0200 @@ -87,17 +87,17 @@ // insertion, however. // return std::find_if( - begin(), end(), pattern_match( file_name ) + this-begin(), this-end(), pattern_match( file_name ) ); } const_iterator find( char const *file_name ) const { return std::find_if( - begin(), end(), pattern_match( file_name ) + this-begin(), this-end(), pattern_match( file_name ) ); } bool matches( char const *file_name ) const {
Bug#302560: zmailer: logfiles should be rotated
Package: zmailer Version: 2.99.55-3 Severity: wishlist Hi again, I was wondering why the zmailer logfiles aren't rotated. Today I noticed on one of my servers that /var/log/zmailer/router had grown to 1.3 GB ! Thanks, Andy. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.29-athlon Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages zmailer depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb2 2:2.7.7.0-9 The Berkeley database routines (ru ii libgdbmg1 1.7.3-28 GNU dbm database routines (runtime ii libpam0g0.76-22 Pluggable Authentication Modules l ii netbase 4.20 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302559: zmailer: start script does not detach itself from shell
Package: zmailer Version: 2.99.55-3 Severity: important After doing a /etc/init.d/zmailer start (or restart) the shell from which it was called can't be closed anymore. Example: ssh [EMAIL PROTECTED] some.server:~#/etc/init.d/zmailer stop Stopping Zmailer services: router scheduler smtpserver some.server:~#/etc/init.d/zmailer start Starting Zmailer mail server: router scheduler some.server:~#exit ~# The following connections are open: #0 client-session (t4 r0 i0/0 o0/0 fd 5/6) The shell itself does not complain about any running jobs, just ssh. NOTE: The same is true for my servers running Debian woody. Thanks, Andy. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.29-athlon Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages zmailer depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb2 2:2.7.7.0-9 The Berkeley database routines (ru ii libgdbmg1 1.7.3-28 GNU dbm database routines (runtime ii libpam0g0.76-22 Pluggable Authentication Modules l ii netbase 4.20 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]