Bug#291115: seyon has locale problem
Am Mittwoch, 19. Januar 2005 01:05 schrieb Steve McIntyre: On Tue, Jan 18, 2005 at 09:56:51PM +0100, Rainer Dorsch wrote: Package: seyon Version: 2.20c-15 Severity: normal Steve, I just installed seyon. I does not start, I think it that the installation has a locale problem: [EMAIL PROTECTED]:~$ seyon uxterm tried to use locale en_US.UTF-8 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Hmmm. Are you sure that's seyon and not uxterm failing? What happens if you run seyon -emulator xterm ? You are right, with xterm seyon works as expected. Starting uxterm directly shows the same problem: [EMAIL PROTECTED]:~$ uxterm uxterm tried to use locale de_DE.UTF-8 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory [EMAIL PROTECTED]:~$ Can you reassign the bug report to uxterm or should I open a new one? Maybe there is already one... Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291107: kernel-patch-debian-2.6.9: bashism in apply/debian file
Hi, Roberto Suarez Soto: for base in $((cd $home/series/ ls -d *) | sort -rnt- -k 2); do A space between the two opening parentheses is sufficient to fix this. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#288539: asterisk-chan-capi: chan-capi fails to detect early B3 on certain situations
On Wed, Jan 19, 2005 at 08:45:48AM +0100, Alessandro Polverini wrote: On Tue, 2005-01-18 at 19:02 -0800, Steve Langasek wrote: severity 288539 important thanks Hi Alessandro, Although Rob had re-raised the severity of this bug report in response to your comments, I've since spoken to him and we agreed that important is the correct severity for this bug. It is true that this problem affects all hardware, but as I understand it, it only affects this hardware when calling certain PSTN endpoints which represent a minority of all possible uses for this package. As a result, I don't think this bug should prevent asterisk-chan-capi from shipping with sarge in its present state. Hopefully, the maintainer will come forward and fix this bug anyway; it is not likely that anyone else will, since it seems to require specialized signalling knowledge to understand and/or test the bug fix. Only, I attached a patch, and it's from one of the currents contributors of the driver (see them on the readme file), so I just don't get why you can't just apply the patch and solve the problem. I simply do not have sufficient understanding of the concepts involved to know if the patch is correct, and I have no way to test it for myself. It would be a bad idea for me, as someone who is not the package maintainer, to apply such a patch in a non-maintainer upload. Since the patch is very small, it is my hope that the maintainer will find time to apply this patch himself soon. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#291146: console-data: [INTL:tl] Tagalog debconf templates translation
On Wed, Jan 19, 2005 at 07:15:30AM +0100, Christian Perrier wrote: Quoting eric pareja ([EMAIL PROTECTED]): Package: console-data Version: 2002.12.04dbs-46 Severity: wishlist Tags: patch l10n Find attached the Tagalog (tl) translation file for console-data I notice that some keyboard names still seem to use English names. Don't you think this may look weird when the keyboard map list will be shown to the users? Unfortunately, some terms don't have Tagalog equivalents yet. That was the best we could do until the terms get absorbed into the local language. Perhaps we should leave those blank or fuzzy? -- ___ Eric Pareja (xenos AT upm.edu.ph) | Information Management Service [IMS] \e/ Network and Systems Administrator | University of the Philippines Manila _v_ ~o~o~o~o~o~o~o~o~[ http://www.upm.edu.ph/~xenos ]~o~o~o~o~o~o~o~o~o~o~o~ Ang hindi marunong magmahal ng sariling wika ay higit pa sa malansang isda. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288539: asterisk-chan-capi: chan-capi fails to detect early B3 on certain situations
On Tue, 2005-01-18 at 23:49 -0800, Steve Langasek wrote: [...] Only, I attached a patch, and it's from one of the currents contributors of the driver (see them on the readme file), so I just don't get why you can't just apply the patch and solve the problem. I simply do not have sufficient understanding of the concepts involved to know if the patch is correct, and I have no way to test it for myself. It would be a bad idea for me, as someone who is not the package maintainer, to apply such a patch in a non-maintainer upload. Since the patch is very small, it is my hope that the maintainer will find time to apply this patch himself soon. Steve, I understand what you says, but considering that: - I submitted that patch to the mantainer several months ago (last time in October) and I didn't got any response from him - The same seems to be happening for you - Someone told me that Klaus-Peter has no more much interest on developing this driver (and of course he has all the rights to do so!) - The (single lined) patch has been provided by one of the debuggers (first one cited on the readme file, please check), telling me that in his opinion, since that line changed on the latest release, it was an error: it was like in the patched state in the previous releases - He seems to know the code better than you and me I still think you should apply it. That said, you are the mantainer and I'll be happy with your decision. (And please excuse my bad English) Bye, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#130397: Bug 130397
Geoff Kuenning [EMAIL PROTECTED] writes: Just brainstorming, it probably wouldn't be too hard to write a postprocessing script for -a mode that turned the output of ispell -a into something suitable for another ispell. This approach is quite promising, but it doesn't work sufficiently well for non-English languages. It loses all characters that don't belong to the alphabet specified in .aff file. For example, it turns the line: I do not want to acept my bda español into: aceptbda espa ol One solution is to add the -w flag to specify additional characters: ispell -a -w ñ -d american | fixispell-a | ispell -a -d spanish Perhaps, ispell.el is able to find such a set of additional characters automatically as a subtraction between two alphabets. But there is another problem. fixispell-a returns a list of near misses only for the last language in the pipe. It would be better if it accumulated a list of near misses from all ispell commands in the pipe. -- Juri Linkov http://www.jurta.org/emacs/
Bug#291107: kernel-patch-debian-2.6.9: bashism in apply/debian file
Horms [EMAIL PROTECTED] writes: On Tue, Jan 18, 2005 at 08:37:21PM +0100, Roberto Suarez Soto wrote: Package: kernel-patch-debian-2.6.9 Version: 2.6.9-5 Severity: normal The file apply/debian (/usr/src/kernel-patches/all/2.6.9/apply/debian in my system) has a bashism in line 160: for base in $((cd $home/series/ ls -d *) | sort -rnt- -k 2); do I have dash as /bin/sh. So, when I try to apply the patch with make-kpkg --added-patches debian, it goes like this: /usr/src/kernel-patches/all/2.6.9/apply/debian: 160: Syntax error: Missing '))' I think the solution would be to change the $(...) stuff for a backquote block (i.e., `...`) or to specify /bin/bash as the shell to use with this script. I've opted for the latter, but the former looks prettier :-) Wow, nobody notices this for months then two in one day. I just made a fix for this and sent it to #291039. Could you please test out the attached patch and see if it works for you. I agree that this is not a good state for things to be in. -- Horms Index: apply === --- apply (revision 2324) +++ apply (working copy) @@ -38,7 +38,7 @@ } apply_patch() { - patch=$(find_patch $home/$1) + patch=`find_patch $home/$1` base=$1 if uncompress_patch $patch | patch -p1 -f -s -t --no-backup-if-mismatch; then printf %-${length}s\tOK (+)\n $base Nothing wrong with $(). In fact many people prefer $(). @@ -139,8 +139,7 @@ die Upstream $target_up doesn't match $upstream! # We don't have that version out yet! elif [ ! -n $target_rev ] || ( [ $target_rev != $target ] [ $target_rev -gt $revision ] ); then - year=$(($(date +%Y) + 1)) - die Can't patch to nonexistent revision $target_rev (wait until $year) + die Can't patch to nonexistent revision $target_rev fi # At this point, we must handle three cases. $(( ... )) is a math expression and $() a subshell. Both look fine too me. Use $((`date +%Y` + 1)) if you must. @@ -157,7 +156,7 @@ exit 0 fi - for base in $((cd $home/series/ ls -d *) | sort -rnt- -k 2); do + for base in `(cd $home/series/ ls -d *) | sort -rnt- -k 2` do srev=${base#*-} if [ -n $srev ]; then if [ $srev -le $current_rev ]; then Could that be a bug in dash for mistaking $(( ... ) ... ) as $(( exp )) construct? $( (cd $home/series/ ls -d *) | sort -rnt- -k 2); should work too. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#213957: CVE id
== Candidate: CAN-2003-1053 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-1053 Final-Decision: Interim-Decision: Modified: Proposed: Assigned: 20050119 Category: SF Reference: CONFIRM:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=213957 Reference: CONFIRM:http://www.vuxml.org/freebsd/56971fa6-641c-11d9-a097-000854d03344.html Reference: BID:8770 Reference: URL:http://www.securityfocus.com/bid/8770 Reference: BID:8776 Reference: URL:http://www.securityfocus.com/bid/8776 Reference: SECUNIA:9950 Reference: URL:http://secunia.com/advisories/9950 Reference: XF:xshisen-kconv-bo(13358) Reference: URL:http://xforce.iss.net/xforce/xfdb/13358 Reference: XF:xshisen-xshisenlib-bo(13359) Reference: URL:http://xforce.iss.net/xforce/xfdb/13359 Multiple buffer overflows in XShisen allow attackers to execute arbitrary code via a long (1) -KCONV command line option or (2) XSHISENLIB environment variable. Please mention this in the changelog in the proper change entry. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291176: gallery: Fails to detect full /tmp
Package: gallery Version: 1.4.4-pl4-6 Severity: normal Gallery does not notice when /tmp fills up (eg. because the quantity of photos/videos you're uploading exceeds available storage). It complained a lot trying to resize the images and in fact did not put them in the gallery, however my gallery now contains a large number of zero-length (plus one truncated) .avi files. :P I'm not sure what it would do with a single image larger than available /tmp though. I was tempted to up the severity of this bug due to the brokenness that results. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gallery depends on: ii apache1.3.33-2 Versatile, high-performance HTTP s ii debconf 1.4.30.11 Debian configuration management sy ii netpbm2:10.0-8 Graphics conversion tools ii php4 4:4.3.10-2 server-side, HTML-embedded scripti -- debconf information: * gallery/restart: true * gallery/webserver: apache, apache-ssl, apache-perl, apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289048: cannot setup the colonies and roads
On Saturday 08 January 2005 18:25, LT-P wrote: So, as you can see, the 3 I are playing before me, and their setups are ok. But when it comes to me to play for my double setup... nothing. In the toolbar, all icons are greyed except for road and colony, which is normal as there are no ship into this map. I can click on the colony and road buttons, but they have no effects and the map feels dead under the mouse. The chat is ok. I can read, beep and send messages. I don't see anything wrong into the log, and the previous releases where perfectly ok during the setup phase. Hmm. I've thought about this, and since I can't reproduce it, I need some more information. First: does this problem also occur on the i386 machines your human opponents use, or is it only on your powerpc? Second: Can you rebuild Gnocatan from source with debug enabled? I first need to make sure that Gnocatan enters the state that will listen to mouse clicks on the map. If that works, I will send a little patch to gather some more information. Steps to rebuild Gnocatan from source (with debugging enabled): * You'll need to have the following packages installed: libgnomeui-dev, scrollkeeper, gnome-common * Fetch the source code from SourceForce (http://sourceforge.net/project/showfiles.php?group_id=5095) gnocatan-0.8.1.45.tar.gz * Untargzip it with tar xvzf gnocatan-0.8.1.45.tar.gz * In the gnocatan-0.8.1.45 directory run configure with an extra argument: ./configure --enable-debug * When all is finished successfully, run make * And finally make install (with rights of root) * Start Gnocatan and connect to a game (Default) with 2 players. You can add one 1 AI. /usr/local/bin/gnocatan outputlog When the setup phase is started, try to build a road anywhere, and send a chat message to the AI. Then you can quit Gnocatan. The outputlog should contain enough information to see that Gnocatan is ready to accept clicks in the map. Good luck, Roland Clobus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289784: CAN-2005-0117 assigned to xshisen GECOS overflow
== Candidate: CAN-2005-0117 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0117 Reference: MISC:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289784 Reference: CONFIRM:http://www.vuxml.org/freebsd/56971fa6-641c-11d9-a097-000854d03344.html Buffer overflow in xshisen before 1.36 allows local users to execute arbitrary code via a long GECOS field. Please use this id in the changelog when you fix the problem. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290533: CVE id
== Candidate: CAN-2005-0111 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0111 Final-Decision: Interim-Decision: Modified: Proposed: Assigned: 20050118 Category: SF Reference: IDEFENSE:20050113 MySQL MaxDB WebAgent websql logon Buffer Overflow Vulnerability Reference: URL:http://www.idefense.com/application/poi/display?id=181type=vulnerabilities Stack-based buffer overflow in the websql CGI program in MySQL MaxDB 7.5.00 allows remote attackers to execute arbitrary code via a long password parameter. Please mention this id in the changelog. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291122: temporary file security hole in mysqlaccess
Hello On 2005-01-18 Joey Hess wrote: Christian Hammers wrote: I guess I will upload the patched packages for unstable then... As far as I can see, you've uploaded mysql-dfsg-4.1, but have not fixed mysql-dfsg. Could you please let me know when you've fixed mysql-dfsg too so I can track it and make sure it reaches sarge. According to the dupload file I also uploaded s mysql-dfsg_4.0.23-3_i386.changes ftp-master.debian.org Tue Jan 18 23:57:08 2005 which was accepted from katie at Tue, 18 Jan 2005 18:02:29 -0500. It's visible on igloo's page but not yet on qa.debian.org nor ftp.debian.org, so I guess we just have to wait a bit. bye, -christian- pgpMoVzzgSNOo.pgp Description: PGP signature
Bug#291177: [PROPOSAL] Policy for user/groups creation/removal in package maintainer scripts
Package: debian-policy Version: 3.6.1.1 Priority: wishlist There is currently no policy on how should per-package users be created and removed. Eeven though the 'UID and GID classes' sections determines that packages _should_ use adduser --system in some occasions it doesn't describe why a package would want to do that. IMHO it would be worthwhile writing in the policy that: - maintainers should strive to make daemons run as non-root users (this helps reduce the severity of many security bugs) - maintainers scripts should create a system user for their daemon in postinst. User creation should not fail if the user already exists (example code should be provided here, since this is sometimes not done properly in maintainer scripts). Maintainer scripts can ask to the admin if the user already exists. - maintainers scripts can remove users on purge of the package. This should only be done if the files created by the user are being removed in purge too. - package configuration files (under /etc) should not be owned by the package user (this is to prevent attacks to daemons that might introduce a way to modify their own configuration). In some occasions access to a file (since it includes sensitive information) needs to be restricted, for this, a group should be created and the files should be chowned root:group. (note that there is some *buggy* software in which the daemon needs to write to its configuration files) For reference here are some relevant discussions: (there are probably many more) http://lists.debian.org/debian-policy/2003/05/msg00022.html http://lists.debian.org/debian-devel/2001/09/msg01960.html http://lists.debian.org/debian-devel/2004/08/msg01798.html http://lists.debian.org/debian-devel/2004/05/msg01156.html http://lists.debian.org/debian-devel/2003/11/msg02231.html http://lists.debian.org/debian-devel/1996/05/msg00159.html http://lists.debian.org/debian-user/1996/05/msg00106.html http://lists.debian.org/debian-mentors/2004/10/msg00338.html If others agree I can go forward, write a proposal text for this and provide a patch. Regards Javier signature.asc Description: Digital signature
Bug#291083: Don't care about my garbage
I am sorry. I have done a mistake. I forget to properly remove the apache2-common package before to reinstall apache2-mpm-prefork. I think you should close this bug. It is humiliating enough. Thierry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291178: apt: Updated Traditional Chinese translation
Package: apt Version: 0.5.28.1 Severity: wishlist Tags: patch l10n Pls find attached the updated Traditional Chinese translation -- Package-specific info: -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-moon 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 apt depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7GCC support library ii libstdc++5 1:3.3.5-6The GNU Standard C++ Library v3 -- no debconf information zh_TW.po.bz2 Description: BZip2 compressed data
Bug#291146: console-data: [INTL:tl] Tagalog debconf templates translation
Quoting eric pareja ([EMAIL PROTECTED]): I notice that some keyboard names still seem to use English names. Don't you think this may look weird when the keyboard map list will be shown to the users? Unfortunately, some terms don't have Tagalog equivalents yet. That was the best we could do until the terms get absorbed into the local language. Perhaps we should leave those blank or fuzzy? Well, marking them fuzzy would prevent the display of the list in Tagalog as choices list are displayed with translations only when the whole list is translated. So, the solution you adopted is probably the best. You just have to remember this..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291107: kernel-patch-debian-2.6.9: bashism in apply/debian file
On Jan/19, Horms wrote: Package: kernel-patch-debian-2.6.9 Version: 2.6.9-5 Severity: normal The file apply/debian (/usr/src/kernel-patches/all/2.6.9/apply/debian in my system) has a bashism in line 160: Wow, nobody notices this for months then two in one day. It never rains but pours, wasn't it what they said? :-) I think the problem is that most people is using bash as /bin/sh, so they never realized about the problem. I just made a fix for this and sent it to #291039. Could you please test out the attached patch and see if it works for you. Patches fine, but then ... /usr/src/kernel-patches/all/2.6.9/apply/debian: 160: Syntax error: word unexpected (expecting do) It just lacks a ; in that line, after the last backquote: for base in `(cd $home/series/ ls -d *) | sort -rnt- -k 2` do I'd attach a patch, but it seemed a bit silly for such a little fix :-) -- Roberto Suarez Soto Alfa21 Outsourcing [EMAIL PROTECTED]http://www.alfa21.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289646: kbabel: crash with some .po file
El Miércoles 19 Enero 2005 01:08, Adeodato Simó escribió: reassign 289646 kdelibs4 tags 289646 - experimental tags 289646 + sid thanks * Matías Costa [Mon, 10 Jan 2005 11:33:09 +0100]: Hi Matías, kbabel crashes (SIGSEGV) with certain entries. This makes imposible to work. You can find a file with this problem at http://webs.ono.com/uucp/knewsticker_crash.po Open the file, go to entry 98 (Crtl+g). Try to save or move to other entry. After some investigations, it seems that the crash is libkspell related. Can you tell us your settings under KControl - KDE Components - Spell checker? And to confirm that is really that: what happens if you chmod -x /usr/bin/[ai]spell? Nothing, the problems is still there. The same with ispell or aspell, with utf-8 or iso-1889-15. But you are right, without automatic spell check kbabel does not crash. * Steve Langasek [Tue, 18 Jan 2005 05:14:14 -0800]: I am not able to reproduce this bug using the packages in sarge. Can you please downgrade kdelibs4 on your system to the version in unstable, to confirm whether this bug still exists for you? Seems to me that the version of kdelibs4 in sarge is not affected. The bogus version has hit unstable, though. Reassigning and tagging accordingly. Thanks.
Bug#291179: [CAN-2005-0064] iDEFENSE Security Advisory 01.18.05 (xpdf)
Package: tetex-bin Version: 2.0.2-26 Severity: grave Tags: security patch Hi, seems to be another overflow in the xpdf library. http://www.securityfocus.com/archive/1/387583 patch available at the vendor site: ftp://ftp.foolabs.com/pub/xpdf/xpdf-3.00pl3.patch Yet I didn't have the time, if woody is affected too. Regards, Hilmar -- sigmentation fault pgpaEWHCrbP47.pgp Description: PGP signature
Bug#291180: pidentd: Config file didn't specify a suitable path for pid file
Package: pidentd Version: 3.0.18-1 Severity: normal Looking in the syslog i've found identd trying to write his identd.pid file in /etc and failing. In the identd.conf seems the default path is indeed /etc. I've simply added a line to write the pid file in /var/run/identd server:pid-file = /var/run/identd/identd.pid Andrea -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, '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 pidentd depends on: ii adduser 3.59 Add and remove users and groups ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii netbase 4.19 Basic TCP/IP networking system ii passwd 1:4.0.3-30.8 Change and administer password and -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287109: AOL
I also get a report that /sbin/dhcpcd-bin is a packet sniffer. ||/ Name Version +++-==-== ii dhcpcd 1.3.22pl4-20 ii chkrootkit 0.44-2 === mail received after chkrootkit cron job === /etc/cron.daily/chkrootkit: /usr/lib/kaffe/.system wlanp_0: PACKET SNIFFER(/sbin/dhcpcd-bin[20318]) -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290782: Fwd: Re: Bug#290782: multi_array.hpp: rebasing via range causes a crash while reindex works
Enclosed is my confession to the upstream list. Should have CCed this here. You are welcome to close the bug (/me LARTed), unless you feel that the intro docs are vague enough for others to fall into the same trap and thus need exaction. -- Forwarded Message -- Subject: Re: Bug#290782: multi_array.hpp: rebasing via range causes a crash while reindex works Date: Wednesday 19 January 2005 08:18 From: Vassilii Khachaturov [EMAIL PROTECTED] To: boost@lists.boost.org arr a(boost::extents[ arr::extent_range(1, 1) ]); I'm not a multi.array user, but this is an invalid range. See Table 4 [1] Invariants: o Valid range [a.begin(),a.end()) is a valid range. Thanks. It looks like I have misunderstood the extent_range ctor semantics. Upon re-reading the multi_array reference page in its extent_range section, I see extent_range(index start, index finish) This constructor defines the half open interval [start,finish). The expression finish must be greater than start. (I assumed that finish is included in the interval, hence the snippet.) Vassilii --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291146: console-data: [INTL:tl] Tagalog debconf templates translation
tags 291146 pending thanks Quoting eric pareja ([EMAIL PROTECTED]): Package: console-data Version: 2002.12.04dbs-46 Severity: wishlist Tags: patch l10n Find attached the Tagalog (tl) translation file for console-data Commited to SVN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291168: /usr/bin/munin-cron: excesively verbose cron job
Tore == Tore Anderson [EMAIL PROTECTED] writes: Tore I don't think it's actually Munin who's outputting this, at Tore least I cannot find any trace of that string in the code. I I searched and couldn't find it either. I run the script by hand and it generated the message. It is possible I got the wrong package ;-) Tore guess it's the send_nsca program which has changed. But I Tore agree this output should be supressed somehow - I'll discuss Tore with Jimmy today if we should do it in munin-nagios or in Tore the cron job. Thanks. I have a vague feeling I had to use the same work around before; I might be mistaken though... I should really keep some sort of record of changes I make on my computer. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289560: acknowledged by developer (Bug#289560: fixed in vim 1:6.3-058+1)
Hi Javier! Javier Fernández-Sanguino Peña [2005-01-19 9:08 +0100]: * added a new patch (stolen from Ubuntu) which modifies vimspell.sh and tcltags.sh so they use mktemp instead of insecure $$ construction to create temporary files (CAN-2005-0069) (closes: #289560) A few comments and questions regarding this entry: - the scripts seem to be ancient and no longer supported by either their authors nor vim maintainer and have been removed upstream. Maybe, but still we ship them in our stable release, so we must fix it. - I understand that Ubuntu's patch might be simpler, but I actually wrote the patch based on what's done in vim's tcltutor script. There were some reasons I wrote it which have been disregarded (mostly compatibility reasons for things that don't have mktemp/tempfile) (I can't find it in Ubuntu's bugzilla 5633 but found it in our BTS #291125) I read your patch, but I deliberately wrote my own very simple version, because: - I wanted to avoid the tempfile race in any case, so if mktemp is not available, the script should rather fail than be vulnerable. mktemp is shipped in a required package, so we can assume it is there. - A security update must be as simple and unintrusive as possible. I do not care about the widest possible upstream portability in security updates, the solution only needs to work on the platforms we support. - no credit is given to me, which I would have appreciated I credited you in the announcement [1] since you found the bug. However, since I did not take your patch, but wrote my own, I did not credit you for the patch (so if it's broken, it is seen as my fault and not yours :-) ). [1] http://www.ubuntulinux.org/support/documentation/usn/usn-61-1 - Ubuntu's patch for tcltags will remove the temporary file *twice* (once on exit, once after the trap is called) as the last line of the script has not been removed (rm $tmp_tagfile) as I did in my patch. Right, thanks for that hint. It would be nice to fix that in Sid and our development release. Have a nice day! Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org signature.asc Description: Digital signature
Bug#291181: ftpvfs: annoying error message on failed chmod
Package: mc Version: 1:4.6.0-4.6.1-pre1-3 Severity: wishlist Hi! mc's ftpfs has problems with ftp servers without SITE CHMOD support. If the ftp server returns an error message, mc opens a window containing this message. This is very annoying when copying hundreds of files to an ftp server. The attached patch fixes this behaviour by simply ignoring errors on chmod. Please add this patch... Regards, Joerg -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mc depends on: ii e2fslibs1.36rc2-1ext2 filesystem libraries ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.36rc2-1common error description library ii libglib2.0-02.6.1-2 The GLib library of C routines ii libgpmg11.19.6-19General Purpose Mouse - shared lib -- no debconf information diff -dur mc-4.6.0-4.6.1-pre1/vfs/ftpfs.c mc-4.6.0-4.6.1-pre1-patched/vfs/ftpfs.c --- mc-4.6.0-4.6.1-pre1/vfs/ftpfs.c 2003-11-26 22:10:44.0 +0100 +++ mc-4.6.0-4.6.1-pre1-patched/vfs/ftpfs.c 2005-01-16 22:43:33.0 +0100 @@ -1489,7 +1489,7 @@ char buf[BUF_SMALL]; g_snprintf(buf, sizeof(buf), SITE CHMOD %4.4o /%%s, mode 0); -return ftpfs_send_command(me, path, buf, OPT_FLUSH); +return ftpfs_send_command(me, path, buf, OPT_FLUSH | OPT_IGNORE_ERROR); } static int ftpfs_chown (struct vfs_class *me, char *path, int owner, int group)
Bug#291182: mtd-tools: ftl_format ftl_check broken on big endian
Subject: mtd-tools: ftl_format ftl_check broken on big endian Package: mtd-tools Version: 20041007-1 Severity: important *** Please type your report below this line *** ftl_format/ftl_check don't perform the needed byteswapping on big endian host systems, in order to ensure the correct on-disk (or rather on-flash ;) format which is defined be the specs to be little endian (which the kernel ftl driver correctly expects even for big endian systems) the required fix to the named user space tools has been already committed to upstream cvs a few days ago -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: mips Kernel: Linux 2.6.10gina-production Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mtd-tools depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6GCC support library ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291183: CAN-2004-1378: Denial of service in jabberd
Package: jabber Version: 1.4.3-3 Severity: grave Tags: security sid sarge I can only guess that our version is vulnerable as well. If not, please close this bug report. If you've included a fixe, please add the CVE id to the proper changelog item. == Candidate: CAN-2004-1378 URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-1378 Final-Decision: Interim-Decision: Modified: Proposed: Assigned: 20050119 Category: SF Reference: BUGTRAQ:20040920 Possible DoS attack against jabberd 1.4.3 and jadc2s 0.9.0 Reference: URL:http://marc.theaimsgroup.com/?l=bugtraqm=109583829122679w=2 Reference: MLIST:20040919 [jabberd] Jabberd 1.4 critical bug Reference: URL:http://mail.jabber.org/pipermail/jabberd/2004-September/002004.html Reference: CONFIRM:http://devel.amessage.info/jabberd14/ Reference: CONFIRM:http://www.vuxml.org/freebsd/2e25d38b-54d1-11d9-b612-000c6e8f12ef.html Reference: GENTOO:GLSA-200409-31 Reference: URL:http://www.gentoo.org/security/en/glsa/glsa-200409-31.xml Reference: BID:11231 Reference: URL:http://www.securityfocus.com/bid/11231 Reference: XF:jabberd-xml-dos(17466) Reference: URL:http://xforce.iss.net/xforce/xfdb/17466 The expat XML parser code, as used in the open source Jabber (jabberd) 1.4.3 and earlier, jadc2s 0.9.0 and earlier, and possibly other packages, allows remote attackers to cause a denial of service (application crash) via a malformed packet to a socket that accepts XML connnections. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285017: kernel-image-2.4.27-1-686: upgrading from v2 to v6 slows down my modem: upgrading from v2 to v6 slows down my modem
Hi I have the same problem: Package: kernel-image-2.4.27-1-686 Version: 2.4.27-6 OS version: Testing My connection tops off at 1K. My external 56K modem is connected to ttys0. It doesn't matter if I disable acpi in kernel. My modem connects to my ISP at about 40K. It doesn't matter if I disable discover version 2.0.6-3. When I boot Debian into my other kernel (bf2.4 from Stable), the problem dissapears. Jesper -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291011: arggg fix the real problem.
Jamie Heilman [2005-01-18 10:42 -0800]: Changes: sysfsutils (1.2.0-2) unstable; urgency=low . * sysfsutils.init: Use shell bash instead of sh. (closes: #291011) Please do not use bash, just fix the real problem, I offered a patch in #291022 which does this (and more). What is the _real_ problem? Using awk is a problem because it might not be available at the time the init script runs (there is a reason that init script can only use programs in /bin, not in /usr/bin). Additional bugs in the current script: Your replacement of '.' to '/' isn't a good idea because there are paths in sysfs which can contain '.' -- my patch accounted for that as well. Hmm, right. I think I should just drop support for separating the path components with a dot (I wanted to make that similar to the procps init script, but that does not have this problem). You defined a configuration file variable, and then didn't use it, my patch took care of that too. Sorry, will be fixed. Thanks! Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org signature.asc Description: Digital signature
Bug#291107: kernel-patch-debian-2.6.9: bashism in apply/debian file
reassign 291039 dash reassign 291107 dash thanks There seems to be a problem with dash mistaking mistaking $(( ... ) ... ) as $(( exp )) -- Horms On Wed, Jan 19, 2005 at 09:57:23AM +0100, Goswin von Brederlow wrote: Horms [EMAIL PROTECTED] writes: On Wed, Jan 19, 2005 at 09:23:27AM +0100, Goswin von Brederlow wrote: Horms [EMAIL PROTECTED] writes: On Tue, Jan 18, 2005 at 08:37:21PM +0100, Roberto Suarez Soto wrote: Package: kernel-patch-debian-2.6.9 Version: 2.6.9-5 Severity: normal The file apply/debian (/usr/src/kernel-patches/all/2.6.9/apply/debian in my system) has a bashism in line 160: for base in $((cd $home/series/ ls -d *) | sort -rnt- -k 2); do I have dash as /bin/sh. So, when I try to apply the patch with make-kpkg --added-patches debian, it goes like this: /usr/src/kernel-patches/all/2.6.9/apply/debian: 160: Syntax error: Missing '))' I think the solution would be to change the $(...) stuff for a backquote block (i.e., `...`) or to specify /bin/bash as the shell to use with this script. I've opted for the latter, but the former looks prettier :-) Wow, nobody notices this for months then two in one day. I just made a fix for this and sent it to #291039. Could you please test out the attached patch and see if it works for you. I agree that this is not a good state for things to be in. -- Horms Index: apply === --- apply(revision 2324) +++ apply(working copy) @@ -38,7 +38,7 @@ } apply_patch() { -patch=$(find_patch $home/$1) +patch=`find_patch $home/$1` base=$1 if uncompress_patch $patch | patch -p1 -f -s -t --no-backup-if-mismatch; then printf %-${length}s\tOK (+)\n $base Nothing wrong with $(). In fact many people prefer $(). I am one of those people. I just assumed dash didn't like it ias it is the only thing suspicous I could see on line 160 $(...) works fine in dash and I see no difference in either line ($() or ``). @@ -139,8 +139,7 @@ die Upstream $target_up doesn't match $upstream! # We don't have that version out yet! elif [ ! -n $target_rev ] || ( [ $target_rev != $target ] [ $target_rev -gt $revision ] ); then -year=$(($(date +%Y) + 1)) -die Can't patch to nonexistent revision $target_rev (wait until $year) +die Can't patch to nonexistent revision $target_rev fi # At this point, we must handle three cases. $(( ... )) is a math expression and $() a subshell. Both look fine too me. Yes, I understand that. But the code is bogus and I took the chance to axe it. Use $((`date +%Y` + 1)) if you must. Says he who just complained about using `` instead of $() @@ -157,7 +156,7 @@ exit 0 fi -for base in $((cd $home/series/ ls -d *) | sort -rnt- -k 2); do +for base in `(cd $home/series/ ls -d *) | sort -rnt- -k 2` do srev=${base#*-} if [ -n $srev ]; then if [ $srev -le $current_rev ]; then Could that be a bug in dash for mistaking $(( ... ) ... ) as $(( exp )) construct? That is a possibility to. If so its a dash bug and I guess we don't need to change anything after all, just reassign the bug to dash. Can someone confirm this? I just tested it and dash does parse it as $(( ... )) and fails to find any )) token. $( ( fixes it. I guess it should be fixed in the kernel so it works now and cloned for dash unless you see a reason why $((...) | ... ) isn't legal POSIX. $( (cd $home/series/ ls -d *) | sort -rnt- -k 2); should work too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291164: request-tracker3: mod_rewrite should be enabled when installed on Apache 2
On Wed, Jan 19, 2005 at 03:45:11PM +1100, Adam Kennedy wrote: When RT3 is installed on an Apache2 debian box, fastcgi is not avaible and SpeedyCGI would appear to not work with the mods-available layout, leaving the Apache2 config as the only option. There is a libapache2-mod-fastcgi package, just like libapache-mod-fastcgi it is in non-free/web. There is currently no speedycgi apache2 module packaged for Debian though. This server interface requires that mod_rewrite is both installed an enabled, otherwise restarting apache fails. When installing on an Apache 2 set up, the RT3 install should enable mod_rewrite. We do make it very clear in the installation instructions that mod_rewrite is required for the default config files provided and we also note how to go about doing that with Apache2. There are many problems which leave me feeling that we cannot automatically enable mod_rewrite for Apache2. We have no way of knowing at installation time whether the user intends to use our package with Apache2 or Apache1.3 (they may have both installed). Also the user may have deliberately chosen to disable mod_rewrite. Some users may not appreciate us enabling mod_rewrite for them before they have had a chance to configure rt3 and apache2 in the way they want. They may have chosen not to use the default config files we provide, they are only one very limited way, out of many ways, of configuring apache to serve rt3. There is also the issue of detecting how someone has configured apache2, at my work we do not use the mods-available and mods-enabled directories system at all. We prefer to have everything in one file to ease configuration file control. I hope that explains why we do not automatically enable apache modules. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291011: arggg fix the real problem.
Martin Pitt wrote: Jamie Heilman [2005-01-18 10:42 -0800]: Changes: sysfsutils (1.2.0-2) unstable; urgency=low . * sysfsutils.init: Use shell bash instead of sh. (closes: #291011) Please do not use bash, just fix the real problem, I offered a patch in #291022 which does this (and more). What is the _real_ problem? The 'real problem' I was referring to was the use bash substitution syntax when it wasn't necessary... Using awk is a problem because it might not be available at the time the init script runs (there is a reason that init script can only use programs in /bin, not in /usr/bin). Well, for some init scripts sure, however: [98]stink-foot/etc/rcS.d/ls *sysfsutils ls: *sysfsutils: No such file or directory Seeing as you didn't have a link in rcS.d I didn't figure you cared about what was or wasn't mounted yet. (ISTR your bash substitution syntax also didn't trim leading whitespace from the component value, which may or may not be important, mine doesn't trim leading whitespace from the key, or trailing from the value, though thats easy to fix with gsub; I haven't check to see if its a real problem though.) -- Jamie Heilman http://audible.transient.net/~jamie/ Most people wouldn't know music if it came up and bit them on the ass. -Frank Zappa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#260593: postfix: Missing patch file...
Package: postfix Version: 2.1.5-4 Followup-For: Bug #260593 Oups, used reportbug -m instead of reportbug -M, here is the patch -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages postfix depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii dpkg1.10.25 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii netbase 4.19 Basic TCP/IP networking system -- debconf information excluded -- Emmanuel Lacour Easter-eggs 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 41 35 00 76 mailto:[EMAIL PROTECTED] -http://www.easter-eggs.com --- postinst.orig 2005-01-19 10:39:42.0 +0100 +++ postinst2005-01-19 10:41:18.0 +0100 @@ -118,6 +118,13 @@ echo verify unix - - - - 1 verify \ ${MASTER} fi + +if ! grep -qE '^relay[[:space:]]' ${MASTER}; then + [ -n $echoed ] || echo in master.cf:; echoed=y + echo adding missing entry for relay service + echo relay unix - - - - - smtp \ +${MASTER} +fi } umask 022
Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation
Package: exim4 Severity: wishlist Tags: patch l10n Find attached the Tagalog translation file -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) # Tagalog messages for exim # Copyright (C) 2005 Software in the Public Interest, Inc. # This file is distributed under the same license as exim. # Itong tipunan ay ipinamamahagi sa parehong lisensya ng exim. # Eric Pareja [EMAIL PROTECTED], 2005 # # This file is maintained by Eric Pareja [EMAIL PROTECTED] # Itong tipunan ay inaalagaan ni Eric Pareja [EMAIL PROTECTED] # msgid msgstr Project-Id-Version: exim\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-11-21 17:26+\n PO-Revision-Date: 2005-01-19 17:36+0800\n Last-Translator: Eric Pareja [EMAIL PROTECTED]\n Language-Team: Tagalog [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid Remove undelivered mails in spool directory? msgstr Tanggalin ang hindi naihatid na mga koreo sa spool directory? #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid There are mails in the exim spool directory /var/spool/exim4/input which have not yet been delivered. You can keep them in case you decide to re- install Exim at a later date, or you can choose to remove them. msgstr May mga koreo sa exim spool directory /var/spool/exim4/input na hindi pa naihahatid. Maaari niyong panatilihin ang mga ito kung sakaling magpasiya kayong mag-install ng Exim muli sa hinaharap, o maaari niyong piliin na sila'y tanggalin. #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid Move yet undelivered mails from exim(v3) to exim4 spool? msgstr Ilipat ang hindi pa naihahatid na mga koreo mula sa exim(v3) patungo sa exim4 spool? #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid There are some undelivered mails in the spool directory of exim or exim-tls in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/ exim4/input/) now where they will be handled by exim4. msgstr May mga hindi pa naihahatid na mga koreo sa spool directory ng exim o exim-tls sa /var/spool/exim/input/. Maaari silang ilipat sa spool ng exim4 (/var/spool/exim4/input/) ngayon kung saan sila'y maproproseso ng exim4. #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but not the other way round. msgstr Dapat ninyong mabatid na gumagana ito ng isang-direksyon lamang, dahil kaya ng exim4 na i-proseso ang spool ng exim(v3) ngunit hindi kaya ng exim(v3) na i-proseso ang exim4. #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid Move the mails only if you don't plan to go back to exim(v3), otherwise the mail shouldn't be moved now but manually once you've converted your setup. msgstr Ilipat lamang ang mga koreo na hindi niyo balak ibalik sa exim(v3), kung hindi ay hindi dapat ilipat ang mga koreo ngayon kundi mamaya ng mano-mano matapos niyong mapalitan ang inyong pagkaayos. #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates.master:9 msgid internet site; mail is sent and received directly using SMTP msgstr internet site; hinahatid at tinatanggap ang koreo direkta gamit ang SMTP #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid mail sent by smarthost; received via SMTP or fetchmail msgstr koreo pinapadala sa smarthost; tinatanggap via SMTP o fetchmail #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid mail sent by smarthost; no local mail msgstr koreo pinapadala sa smarthost; walang lokal na koreo #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid local delivery only; not on a network msgstr lokal na paghatid lamang; hindi nakakabit sa network #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid manually convert from handcrafted Exim v3 configuration msgstr ayusin ng mano-mano mula sa kinamay na pagsasaayos ng exim v3 #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid no configuration at this time msgstr walang pagsasaayos sa ngayon #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid General type of mail configuration: msgstr Pangkalahatang pagsasaayos ng koreo: #. Type: select #. Description #: ../exim4-config.templates.master:10 msgid Select the configuration
Bug#289143: kdm: does not source $HOME/.profile anymore
El Sábado 08 Enero 2005 03:14, Adeodato Simó escribió: * David Morel [Fri, 07 Jan 2005 13:48:05 +0100]: Package: kdm Version: 4:3.3.1-3 Severity: normal When upgrading to kde 3.3, I noticed environment vars (specifically LC_ settings) where not sourced anymore, which prevented several non-kde apps from functionning properly. kdm has never source ~/.profile by default, that I can recall. but I may be wrong, it's late here. I remember kdm 3.2 sourced /etc/profile. I had some problems related to euro-support-es and kdm, so I had to backup /etc/kde3/kdm/Xsession to modify it, and is still there. You can workaround this with: # cat /etc/X11/01profile [ -f /etc/profile ] . /etc/profile [ -f $HOME/.profile ] . $HOME/.profile Press crtl+d to end. Please note this file is sourced by /etc/Xsession (wich is sourced by /etc/kde3/kdm/Xsession ) and does not need '#!/bin/sh' nor exec permision.
Bug#290997: pcmcia-cs: cardmgr doesn't recognize new PCMCIA card
Giuseppe Sacco: When I insert my PCMCIA SCSI card nothing happens. If I issue 'cardctl insert' command, then I hear only one beep. [...] The problem is that cardmgr isn't notified or, at least, it just ignore the insert and remove events. [...] The PCMCIA SCSI card is a New media bus toaster and is handled by the sym53c500_cs kernel module. Are you sure that it's a 16-bit card (as determined from the _cs prefix)? From the output, it looks like it might be a 32-bit Cardbus card. These cards are not handled by cardmgr, they are handled by hotplug. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291153: Can't load/install gnucash into unstable
tags 291153 + sid stop On 19.01.05 Russell Sutherland ([EMAIL PROTECTED]) wrote: I can't install the gnucash package onto an updated unstable system. The error message is as follows: # apt-get install gnucash Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: gnucash: Depends: gnucash-common (= 1.8.9-4) but it is not going to be installed E: Broken packages Hmm, lets see: gnucash-common in unstable has been built is architecture all and seems to have been uploaded recently. This is version 1.8.10-2. Unfortunately gnucash itself in that version has not been built for i386, due to another package not yet available. As that bug does not affect sarge I'm tagging it sid. H., hoping that was correct. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291168: /usr/bin/munin-cron: excesively verbose cron job
Hi, Once upon a time, Brian May [EMAIL PROTECTED] sagely scribed: Tore == Tore Anderson [EMAIL PROTECTED] writes: Tore I don't think it's actually Munin who's outputting this, at Tore least I cannot find any trace of that string in the code. I I searched and couldn't find it either. I run the script by hand and it generated the message. It is possible I got the wrong package ;-) I've seen the problem before, and it is indeed in send_nsca. Since regular NSCA isn't affected (only Debian seems to be), I won't fix this in the main package. I've released the last (barring serious bugs) release of the 1.0 series, and I don't see this as a serious bug as there's a pretty easy work-around that can be done in the Debian package of Munin. -jo (upstream) :-) signature.asc Description: Digital signature
Bug#291137: /usr/X11R6/bin/luit: luit sometimes doesn't restore terminal settings or hangs
Marc Lehmann wrote: Sometimes, luit will hang completely. Attaching strace to luit in this case gives the following output: Process 14230 attached - interrupt to quit write(2, Couldn\'t copy terminal settings\n, 32) = 32 exit_group(1) = ? Process 14230 detached and exits. It looks like there is a race condition inside luit. It is likely an upstream issue because similar behaviour can be demonstrated ona fedora 3 system. Sounds suspiciously similar to this bug: http://bugs.xfree86.org/show_bug.cgi?id=1093 Does the patch from there help? -- Alexander E. Patrakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289747: reiser4progs: mkfs.reiser4 is broken on sparc64
On Tuesday 18 January 2005 12:53, Robert Annessi wrote: Domenico Andreoli wrote: On Tue, Jan 18, 2005 at 10:42:18AM +0100, Robert Annessi wrote: Domenico Andreoli wrote: hi Robert, the patch does not work for me. Same error (bus error) again on creating the filesystem: did you re-built also libaal? Yes. I removed the libaal-dev, libreiser4-dev and reiser4progs debian packages and built the libaal and reiser4progs (1.0.3 + patch) from source. and you have patched also libaal 1.0.3, haven't you? Yes, I did patch both libaal and reiser4progs. (: would you send the exact commands how you applied patches and rebuild packages? And would you re-configure reiser4progs with --enable-debug and send me the segfault backtrace? -- Thanks, Vitaly Fertman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267095: Use terminology from TERMINOLOGY section
These reports (#267095 and #284941) complain about inconsistent use of terminology in the update-alternatives man page. I was confused by this too. The man page should follow its own TERMINOLOGY section more closely. TERMINOLOGY generic name symlink alternative priority ... update-alternatives [options] --install link name path priority [--slave link name path]... update-alternatives [options] --install genname symlink altern priority [--slave genname1 symlink1 altern1]... ACTIONS --install gen link alt pri [--slave sgen slink salt] ... --install genname symlink altern priority [--slave sgen slink salt] ... -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290187: www.debian.org: packages.debian.org recently got uglier in non-CSS browsers
On Tue, Jan 18, 2005 at 09:42:02PM +0100, Denis Barbier wrote: On Tue, Jan 18, 2005 at 10:23:48AM +0100, Frank Lichtenheld wrote: What do you think about something like http://packages.debian.net/unstable/graphics/scribus ? I replaced the [dep] string with the image and put the [dep] into the alt attribute. It doesn't look really nice because of the linebreak after the image but I only can change that with CSS. Please note also that the new layout is less Lynx-friendly because it adds vertical space. Entries are now in the form: ol li[dep] dldtpackage name/dtddpackage description/dd/dl/li ... /ol It may be replaced by dl dt[dep] package name/dtddpackage description/dd ... /dl where [dep] is rendered like now by an alt attribute or hidecss. Ok, I can try that This also applies for the download table, it is much longer than before Huh? The download table is the only that that didn't change at all... So how did it get much longer than before? (Aside from the fact that this is a pure lynx bug, all other text browser render the table sufficiently) and is pretty annoying. In order to be usable, rows and cols have to be swapped, i.e. display would look like ArchList of files SizeInstalled size alpha [list of files] 200 500 arm[list of files] 200 500 ... Yeah, Jutta proposed that, too. It is then readable with Lynx, but looks surely ugly with graphical browsers, so you may be reluctant to perform such a change. In this case, please at least move this table below Search for other versions of package so that we do not have to scroll down to read useful information, or move it to a dedicated 'download' page. I'm still unsure which of these to implement, will do some more tests. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291145: sun-j2re1.5 depends on sun-j2re1.5debian and sun-j2re1.5debian depends on sun-j2re1.5
severity 291145 normal thanks Hi, Lawrence Williams [EMAIL PROTECTED] - Tue, Jan 18, 2005: For whatever reason, the java packages created with java-package and the packages containing the debian-specific stuff ( like Firefox integration, etc. ) cause a cyclinic dependency problem. In my case, sun-j2re1.5 depends on sun-j2re1.5debian and sun-j2re1.5debian depends on sun-j2re1.5. There's no problem with cyclic dependencies, you just have to make sure you install or remove both packages at the same time, or you have to take two steps. I just tried building jdk 1.5.0 update 1, and got a .deb, then did: dpkg -i sun-j2sdk1.5_1.5.0+update01_i386.deb apt-get install sun-j2sdk1.5debian Please use this procedure to install your JDK package. I do agree the process is confusing because you get warnings when dpkg'ing, and an error if you apt-get first. The problem is with mixing different methods of installation: apt-get and dpkg. If you had a repository of the generated Debian packages, it wouldn't be a problem to apt-get install sun-j2sdk1.5 sun-j2sdk1.5debian, or if you had downloaded sun-j2sdk1.5debian_0.18_all.deb, it wouldn't be a problem to dpkg -i both packages, and you wouldn't get any warning. So either the tools (dpkg and apt-get) are not featured enough for you, or the current clean procedure is too complex for you. For your information, this could disappear quite soon since Joshua Kwan announced in the alioth-pkg-java-maintainers list that a newer make-jpkg would generate packages not depending on the sun-*debian stuff anymore. I suppose we will then close your bug. Regards, PS: don't abuse bug severities, bugs with severity set higher than important are considered Release Critical, and we have to know when it really matters, or we can't fix bugs. -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#263435: eroaster: ATAPI device for cdrecord is ATA:x,x,x
I just generated an identical patch to fix this problem before finding this bug. It's been nearly 6 months since this trivial patch was proposed, and since cdrecord version 2.0.something, dev=ATA: is the proper way to use IDE cd writers under linux - dev=ATAPI: is now obsolete. (This is the case for both 2.4 linux kernels (since 2.4.20) and for all 2.6 linux kernels). The ATAPI driver also uses a different numbering scheme for channel/id/lun compared to the ATA driver, which means eroaster tries writing to the wrong device for people using cdrecord version 2.0 or later! Could this simple patch please be applied? Thank you, John McPherson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291187: gdm should start earlier in the system boot process
Package: gdm Version: 2.6.0.6-1 Severity: wishlist Whenever I reboot my system I do wonder why gdm does not start much earlier in the process, eventually allowing me to use the system while it still tries to start databases etc. Maybe this would require a better synchronization of the entire Debian boot process, involving other package maintainers, too? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gdm depends on: ii adduser 3.59Add and remove users and groups ii aterm [x-terminal-em 0.4.2-10Afterstep XVT - a VT102 emulator f ii debconf 1.4.30.11 Debian configuration management sy ii dpkg 1.10.25 Package maintenance system for Deb ii gksu 1.2.2-1 graphical frontend to su ii gnome-session2.8.1-5 The GNOME 2 Session Manager ii gnome-terminal [x-te 2.8.2-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal- 4:3.3.1-4 KDE X terminal emulator ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libattr1 2.4.16-1Extended attribute shared library ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libcroco30.6.0-2 a generic Cascading Style Sheet (C ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.4.8-1 The GLib library of C routines ii libgnome-keyring00.4.0-2 GNOME keyring services library 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-8 The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgsf-1 1.11.1-1Structured File Library - runtime ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-2 SAX-based renderer library for SVG ii libselinux1 1.18-3 SELinux shared libraries ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libtasn1-2 0.2.10-3Manage ASN.1 structures (runtime) ii libwrap0 7.6.dbs-6 Wietse Venema's TCP wrappers libra ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxml2 2.6.11-5GNOME XML library ii metacity [x-window-m 1:2.8.8-1 A lightweight GTK2 based Window Ma ii multi-gnome-terminal 1.6.2-10Enhanced the GNOME Terminal ii rxvt [x-terminal-emu 1:2.6.4-6.2 VT102 terminal emulator for the X ii sawfish [x-window-ma 1:1.3+cvs20050105-1 a window manager for X11 ii twm [x-window-manage 4.3.0.dfsg.1-10 Tab window manager ii xbase-clients4.3.0.dfsg.1-10 miscellaneous X clients ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xterm [x-terminal-em 4.3.0.dfsg.1-10 X terminal emulator ii zlib1g 1:1.2.2-3 compression library - runtime -- debconf information: gdm/daemon_name: /usr/bin/gdm
Bug#291186: Should support UTF-8
Package: lyx Version: 1.3.4-2 Severity: wishlist Tags: l10n LyX currently doesn't support the UTF-8 character set. It should. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290499: gpdf: strange behavouir of toolbar
tags 290499 - help moreinfo tags 290499 + confirmed upstream forwarded 290499 http://bugzilla.gnome.org/show_bug.cgi?id=164565 thanks On Tue, Jan 18, 2005 at 09:59:27PM +0100, gerhard oettl wrote: you are right i have not the right words do describe simply... but i did the screenshots you suggested - i hope it helps look at: http://www.oesoft.at/tmp/gpdf/gpdf.html Ack. Can you leave that page there until the bug is fixed? I've submitted it upstream, too, and I referenced your screenshots because it is hard to explain without. Regards, Filip -- The difference between genius and stupidity is that genius has it's limits. -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288344: Subversion 1.1.3 released
If you haven't noticed, Subversion 1.1.3 has been released to fix the bug reported here. Summary: --- This is a bug fix release in the 1.1.x line. A detailed list of changes since 1.1.2 follows below. Questions, comments, and bug reports to users_at_subversion.tigris.org. Thanks, -The Subversion Team 8cut-here-8 User-visible-changes: - Client: * translation updates for localized client messages. Developer-visible-changes: * Fix a compile error in the Perl bindings. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291190: alsa-base: dmix settings in /etc/asound.conf
Package: alsa-base Version: 1.0.7-2 Severity: wishlist It would be really neat if the installation scripts had an option to set up /etc/asound.conf to use dmix. A lot of people don't have hardware mixing, applications not being able to output ALSA sound due to some other application using it is definitely a FAQ on mailing lists. It also takes quite a lot of googling to find the dmix solution. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages alsa-base depends on: ii alsa-utils1.0.7-2ALSA utilities ii debconf 1.4.30.11 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii lsof 4.71-1 List open files. ii module-init-tools 3.1-rel-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities -- debconf information: * alsa-base/alsactl_store_on_shutdown: always autosave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291189: openoffice.org: Calls lpc/lpstat without checking for existence
Package: openoffice.org Version: 1.1.2dfsg1-3 Severity: minor When starting OpenOffice, I get the following printed out in the shell: sh: line 1: /usr/sbin/lpc: Datei oder Verzeichnis nicht gefunden sh: line 1: lpc: command not found sh: line 1: lpstat: command not found I tried to find the shell script, but did not suceed. I changed the last line of /usr/lib/openoffice/program/soffice to $exec_cmd strace -eopen $sd_prog/$sd_binary $@ /tmp/soopen 21 here is the relevant part: open(/usr/lib/openoffice/program/libtasn1.so.2, O_RDONLY) = -1 ENOENT (No such file or directory) open(libtasn1.so.2, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/libtasn1.so.2, O_RDONLY) = 22 open(/usr/lib/openoffice/program/libgcrypt.so.11, O_RDONLY) = -1 ENOENT (No such file or directory) open(libgcrypt.so.11, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/libgcrypt.so.11, O_RDONLY) = 22 open(/usr/lib/openoffice/program/libgpg-error.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) open(libgpg-error.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/libgpg-error.so.0, O_RDONLY) = 22 open(/home/helge/.cupsrc, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/cups/client.conf, O_RDONLY) = 22 open(/usr/lib/openoffice/program/libnss_db.so.2, O_RDONLY) = -1 ENOENT (No such file or directory) open(libnss_db.so.2, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 22 open(/lib/libnss_db.so.2, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/libnss_db.so.2, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/services, O_RDONLY) = 22 open(/home/helge/.cupsrc, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/cups/client.conf, O_RDONLY) = 22 open(/etc/resolv.conf, O_RDONLY) = 22 open(/etc/host.conf, O_RDONLY)= 22 open(/etc/hosts, O_RDONLY)= 22 --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- sh: line 1: /usr/sbin/lpc: Datei oder Verzeichnis nicht gefunden sh: line 1: lpc: command not found open(/SGENPRT, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/openoffice/program/../share/psprint/driver, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 23 open(/home/helge/.openoffice/1.1.2/user/psprint/driver, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 23 open(/usr/lib/openoffice/program/../share/psprint/driver/SGENPRT.PS, O_RDONLY) = 23 open(/usr/lib/openoffice/program/../share/psprint/driver/SGENPRT.PS, O_RDONLY) = 23 sh: line 1: lpstat: command not found open(/usr/lib/openoffice/program/../share/psprint/psprint.conf, O_RDONLY) = 22 open(/usr/lib/openoffice/program/../share/psprint, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 22 open(/usr/lib/openoffice/program/../share/psprint/psprint.conf, O_RDONLY) = 22 open(/SGENPRT, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/openoffice/program/../share/psprint/driver/SGENPRT.PS, O_RDONLY) = 22 open(/home/helge/.openoffice/1.1.2/user/psprint, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 22 open(/SGENPRT, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/lib/openoffice/program/../share/psprint/driver/SGENPRT.PS, O_RDONLY) = 22 open(/usr/share/fonts/type1/gsfonts/n019003l.pfb, O_RDONLY) = 22 open(/usr/share/fonts/type1/gsfonts/n019004l.pfb, O_RDONLY) = 22 There is no printer attached or configured on this machine, cups was drawn in by some dependency. If you need additional information, please tell me which. (And thanks for packaging openoffice, it's great to simply apt-get it!) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii dictionaries-common [openo 0.22.40sarge7 Common utilities for spelling dict ii openoffice.org-bin 1.1.2dfsg1-3 OpenOffice.org office suite binary ii openoffice.org-debian-file 1.1.2-5+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-de [op 1.1.2dfsg1-3 German language package for OpenOf ii openoffice.org-l10n-en [op 1.1.2dfsg1-3 English (US) language package for ii ttf-opensymbol 1.1.2dfsg1-3 The OpenSymbol TrueType font -- no debconf information -- Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ pgpM82M1azYy0.pgp Description: PGP signature
Bug#291113: galeon: Galeon window moves between workspaces when opening external links
Hi, Brett Smith [EMAIL PROTECTED] - Tue, Jan 18, 2005: This is a great idea. Unfortunately, it doesn't seem to be working correctly. I have just a single Galeon window, and what happens when I open a link is that the open Galeon window moves to whatever workspace I'm currently on, and then opens the link in a new tab. ... This happens when I open links in Evolution, X-Chat, and GNOME Terminal, so I'm pretty sure the issue is with Galeon itself. It seems to happen no matter where Galeon or the other application both happen to be. You've got the problem with all GNOME apps? I suppose you configured you web browser to Galeon, did you setup GNOME to call galeon or galeon -n? If you used galeon -n, then it is normal for the window to come to your workspace, you might want --noraise as well to stop the window to come to your workspace. Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#289810: blank screen with static vesafb driver, did you really test it ?
Hello, Static vesafb driver still leave blank console screen. I think wishlist item #289610 isn't resolved too, please try to not close this one without a _real_ test. 2.6.10 vanilla kernel works but you may know that now... Tested kernel source package : 2.6.10-4 Regards, Val. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (70, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-586-val Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kernel-source-2.6.10 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-2high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities -- no debconf information -- .''`. : :' : Laurent Vallar - aka Val - Network System Engineer `. `' GPG Key: 1024D/C4F38417 - http://Vallar.LinuxFR.org `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289560: acknowledged by developer (Bug#289560: fixed in vim 1:6.3-058+1)
On Wed, Jan 19, 2005 at 10:24:20AM +0100, Martin Pitt wrote: I read your patch, but I deliberately wrote my own very simple version, because: Martin, just to get things straight, my comments are not directed towards you, but towards the vim maintainer. - I wanted to avoid the tempfile race in any case, so if mktemp is not available, the script should rather fail than be vulnerable. mktemp is shipped in a required package, so we can assume it is there. It would be best if instead of tmp_tagfile=`mktemp -t tcltagXX` || exit 1 you had used tmp_tagfile=`mktemp -t tcltagXX` || { echo $0: error creating the temporary file 2; exit 1 ;} IMHO - A security update must be as simple and unintrusive as possible. I do not care about the widest possible upstream portability in security updates, the solution only needs to work on the platforms we support. Well, in the Debian case (not Ubuntu's) the patch was not intented to be used as a DSA (since even if the code is in stable, it's in /usr/share/doc). I wasn't complaining about the Ubuntu update, but about the use of Ubuntu's patch in Debian when mine could be used instead for the sid upload (and would've been more consistent with upstream source) - no credit is given to me, which I would have appreciated I credited you in the announcement [1] since you found the bug. I was mentioning Debian's changelog, not Ubuntu's advisory. Actually, all my statements are with how this bug has been handled by the Debian maintainer, which takes no action until an Ubuntu advisory is released. In any case, no use in arguing this when there is so many things to work on (and so many similar security bugs to report) Regards Javier signature.asc Description: Digital signature
Bug#291192: tcm: tatd don't draw frames after entering a comment
Package: tcm Version: 2.20+TSQD-1 Severity: normal When running tatd, frames around actions are drawn correctly. Then I insert a comment field, it is still OK. But after then, no frames around all action state, inactive state, decision and note nodes are not drawn. Workaround: save a file, close tatd, open it again and it works again. Regards, Lada Dobias -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6-040531 Locale: LANG=czech, LC_CTYPE=czech (charmap=ISO-8859-2) Versions of packages tcm depends on: ii lesstif21:0.93.94-11 OSF/Motif 2.1 implementation relea ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-6The GNU Standard C++ Library v3 ii libx11-64.3.0.dfsg.1-10 X Window System protocol client li ii libxext64.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii transfig1:3.2.5-alpha5-2 Utilities for converting XFig figu ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290385: Libevent 1.0b now in Debian (this bug no longer stands)
tags 290385 fixed thanks I uploaded libevent 1.0b to Debian yesterday but failed to close this bug in the upload. It no longer stands (since 1.0b fixes a bug which 1.0a doesn't :-) Regards Javier signature.asc Description: Digital signature
Bug#289818: libpam-radius-auth: Sends out 127.0.0.1 as NAS-IP-Address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabio Massimo Di Nitto wrote: | Joost De Cock wrote: | | On Tuesday 11 January 2005 10:02, you shoved this in my mailbox: | | | |Joost De Cock wrote: | || Package: libpam-radius-auth | || Version: 1.3.16-2 | || Severity: important | || | || | || I'm trying to set up Radius authentication on a stock Debian Sarge | || installation. | || The PAM Radius module sends out the loopback IP address as the 'NAS IP | || Address' Radius Attribute. The RFC has the following to say about this | || attribute: | || | || This Attribute indicates the identifying IP Address of the NAS | || which is requesting authentication of the user, and SHOULD | || be unique to the NAS within the scope of the RADIUS | || server. | || | || So our Radius server (a vasco) responds with 'cannot lookup client | || details' since that 127.0.0.1 address doesn't make sense. Hi Joost, I am checking the code right now and there are a couple of misterious things that i would like to check together with you. The ipaddr definition starts a bit up in the code: ~ gethostname(hostname, sizeof(hostname) - 1); then a bit later: ~ if ((conf-server-ip.s_addr == ntohl(0x7f01)) || (!hostname[0])) { ~ipaddr = 0x7f01; so what we should check is: a) what is the result of hostname on your machine? you can check that on any shell. if it returns localhost than it is clear why the lib is sending 127.0.0.1 as NAS IP and the machine needs to properly resolv the hostname. Perhaps it is a misconfiguration in /etc/hosts or in the dns. b) can you try defining the client_id= option in the config file? and set it to your ip? ~ do not use hostname here since apparently the code doesn't try to resolve it. I never realized how hugly is this code :( Thanks Fabio - -- Self-Service law: The last available dish of the food you have decided to eat, will be inevitably taken from the person in front of you. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7jsxhCzbekR3nhgRAnBYAJwO79mSwhCkB1Ar+rnMhX4yE3vrFgCeKiUL EWbgejw2dAn+7dUAlz7Es1Q= =JNVv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289560: acknowledged by developer (Bug#289560: fixed in vim 1:6.3-058+1)
Hi Javier! Javier Fernández-Sanguino Peña [2005-01-19 11:40 +0100]: It would be best if instead of tmp_tagfile=`mktemp -t tcltagXX` || exit 1 you had used tmp_tagfile=`mktemp -t tcltagXX` || { echo $0: error creating the temporary file 2; exit 1 ;} IMHO There is no need for this. mktemp generates an error message on its own, so this would only write two messages. In any case, no use in arguing this when there is so many things to work on (and so many similar security bugs to report) Right, I just wanted to point out above mktemp behavior, since this seems to be a common misconception. Thanks for your great work and have a nice day! Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org signature.asc Description: Digital signature
Bug#291197: command -v prints pathnames of non-executable files
Package: bash Version: 3.0-5 Severity: normal Please consider the following sequence of commands which illustrates that command -v foo prints the name of the first executable file foo it finds on the PATH, failing which it prints the first non-executable file foo it finds on the PATH. [EMAIL PROTECTED]:~$ echo $PATH /home/jdthood/bin:/usr/local/bin:/bin:/usr/bin:/usr/bin/X11:/usr/games [EMAIL PROTECTED]:~$ which foo [EMAIL PROTECTED]:~$ command -v foo bash: command: foo: not found [EMAIL PROTECTED]:~$ touch /home/jdthood/bin/foo [EMAIL PROTECTED]:~$ ls -l /home/jdthood/bin/foo -rw-r--r-- 1 jdthood jdthood 0 2005-01-18 10:40 /home/jdthood/bin/foo [EMAIL PROTECTED]:~$ which foo [EMAIL PROTECTED]:~$ command -v foo /home/jdthood/bin/foo [EMAIL PROTECTED]:~$ sudo touch /usr/local/bin/foo [EMAIL PROTECTED]:~$ which foo [EMAIL PROTECTED]:~$ command -v foo /home/jdthood/bin/foo [EMAIL PROTECTED]:~$ ls -l /usr/local/bin/foo -rw-r--r-- 1 root staff 0 2005-01-18 10:41 /usr/local/bin/foo [EMAIL PROTECTED]:~$ sudo chmod ugo+x /usr/local/bin/foo [EMAIL PROTECTED]:~$ ls -l /usr/local/bin/foo -rwxr-xr-x 1 root staff 0 2005-01-18 10:41 /usr/local/bin/foo [EMAIL PROTECTED]:~$ which foo /usr/local/bin/foo [EMAIL PROTECTED]:~$ command -v foo /usr/local/bin/foo Because of this behavior, command -v foo alone cannot be used to tell whether or not there is an executable program named 'foo' on the PATH. One has to do something like this to work around the problem: if CMD=$(command -v foo 2/dev/null) [ -x $CMD ] ; then ... -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-30.7 Change and administer password and -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291194: dpkg should handle tar posix format
Package: dpkg Version: 1.13.0 Severity: wishlist Hi, So as to have proper file name encoding, I'm used to have TAR_OPTIONS=--format=posix But then built packages don't work: $ echo $TAR_OPTIONS --format=posix $ apt-get source xsnow $ cd xsnow-1.41 $ dpkg-buildpackage -rfakeroot $ su # cd .. # dpkg -i xsnow_1.41-2_i386.deb (Reading database ... 10 files and directories currently installed.) Preparing to replace xsnow 1:1.41-2 (using .../samy/xsnow_1.41-2_i386.deb) ... Unpacking replacement xsnow ... dpkg: error processing /home/samy/xsnow_1.41-2_i386.deb (--install): corrupted filesystem tarfile - corrupted package archive: Success dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /home/samy/xsnow_1.41-2_i386.deb Of course, it would properly work if TAR_OPTIONS was empty (and hence dpkg-buildpackage would use usual tar format). I suggest dpkg should be able to handle tar posix format. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dpkg 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#291195: synaptic: toolbar option 'Text Beside Icons' does not work since upgrade to 0.53.4-7
Package: synaptic Version: 0.53.4-7 Severity: normal Hi! Since upgrade to 0.53.4-7 the toolbar option 'Text Beside Icons' does not work, only the icons are displayed, no text. All the other toolbar options work fine (since upgrade to 0.53.4-7) CU Wolfram -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.3- 0.5.27 Advanced front-end for dpkg ii gksu 1.2.2-1 graphical frontend to su ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.4.8-1 The GLib library of C routines ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libvte4 1:0.11.11-5 Terminal emulator widget for GTK+ ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.11-5GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii scrollkeeper 0.3.14-9.1 A free electronic cataloging syste 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#283524: Boot failure due to rtc.ko
2.6.8, .9 and .10 (686-SMP and -UP) kernels all hang on rtc module during boot on Dell Optiplex G280 with A03 BIOS, 3.0 HT P4, SATA. When omitting the rtc module I was able to boot. Contrary, 2.4.* boots OK _with_ rtc module included. All tested on clean sarge with kernel and modutils updated. Tomaz [EMAIL PROTECTED]:~$ uname -a Linux speedy 2.6.10-1-686-smp #1 SMP Sun Jan 9 00:10:25 EST 2005 i686 GNU/Linux [EMAIL PROTECTED]:~$ lspci :00:00.0 Host bridge: Intel Corp. 915G/P/GV Processor to I/O Controller (rev 04) :00:01.0 PCI bridge: Intel Corp. 915G/P/GV PCI Express Root Port (rev 04) :00:02.0 VGA compatible controller: Intel Corp. 82915G Express Chipset Famil y Graphics Controller (rev 04) :00:02.1 Display controller: Intel Corp. 82915G Express Chipset Family Graph ics Controller (rev 04) :00:1c.0 PCI bridge: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Exp ress Port 1 (rev 03) :00:1c.1 PCI bridge: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Exp ress Port 2 (rev 03) :00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) :00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) :00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) :00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) :00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB 2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d3) :00:1e.2 Multimedia audio controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH 6 Family) AC'97 Audio Controller (rev 03) :00:1f.0 ISA bridge: Intel Corp. 82801FB/FR (ICH6/ICH6R) LPC Interface Bridg e (rev 03) :00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03) :00:1f.2 IDE interface: Intel Corp. 82801FB/FW (ICH6/ICH6W) SATA Controller (rev 03) :00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Contro ller (rev 03) :02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291198: cvs watch is broken
Package: cvs Version: 1.11.1p1debian-9woody7 Severity: important Typing cvs watch add filename results in: cvs [server aborted]: unknown command: watch_add cvs [watch aborted]: end of file from server (consult above messages if any) Similar results are obtained with cvs watch on, cvs watch off and cvs watch remove It seems that this is a bug that was fixed upstream a long time ago (http://lists.gnu.org/archive/html/info-cvs/2004-05/msg00162.html) However I have the latest woody package and it seems to be broken there. I didn't see it reported and I think that at least it should be in the list of bugs. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux stallman 2.6.0 #3 Mon Dec 22 08:41:45 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages cvs depends on: ii debconf1.0.32Debian configuration management sy ii libc6 2.2.5-11.5GNU C Library: Shared libraries an ii zlib1g 1:1.1.4-1.0woody0 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291199: emacs21: Encoding of arguments in UTF8 in incorrect
Package: emacs21 Version: 21.3+1-8 Severity: normal This bug might be akin to 122620. However, #122620 looks solved (works for me with [EMAIL PROTECTED]). However, I now switched to UTF-8, since this is the future. Way to repeat the bug: export LANG=fr_FR.UTF-8 (or another UTF-8 locale). mkdir #to type this char, use echo -e \351 | recode latin1..utf8 cd echo foo bar emacs bar emacs start with a stupid message (no such file and no write permissions on directory). In fact, emacs does not convert the current working dir (and probably its command line arguments) (and so receives as a working directory), but when trying to use those, uses the current locale (and thus tries to open a directory that would be encoded in UTF-8 (hex 83c3 83c2 82c3 a9c2). It should be 83c3 a9c2. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages emacs21 depends on: ii emacs21-bin-common 21.3+1-8The GNU Emacs editor's shared, arc ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libtiff4 3.7.1-1 Tag Image File Format (TIFF) libra ii libungif4g 4.1.3-1 shared library for GIF images (run ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information
Bug#288604: galeon: the printer is not the default printer defined in cups
For your information, Galeon talks to Mozilla and uses something called Xprint. It depends on which printer (or pseudo-printer) you choose. The problem is the same with the internal postscript output module and with the external xprint server. Galeon implements a workaround by remembering the last printer you used as the default, doesn't it work in 1.3.19-1? It does not for me. In fact I cannot even print with this version (I will send another bug report when I can reproduce it on another system...). -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291194: dpkg should handle tar posix format
severity 291194 normal merge 291194 287152 thanks On Wed, 2005-01-19 at 12:02 +0100, Samuel Thibault wrote: So as to have proper file name encoding, I'm used to have TAR_OPTIONS=--format=posix But then built packages don't work: I think this is a dup of the above bug. If that patch doesn't work, please unmerge these bugs. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Bug#289623: openoffice.org-thesaurus-it: should depend on openoffice.org
Ciao Enrico, I have prepared an NMU for this bug, which will be uploaded shortly. The (short) changeset is attached; nearly identical to Rene's proposed patch, except for a correction to the version in the versioned dependency. Cheers, -- Steve Langasek postmodern programmer diff -Nru /var/tmp/cYiDFeDVZB/openoffice.org-thesaurus-it-0+20041114.1/debian/changelog /var/tmp/JgVmE1neY3/openoffice.org-thesaurus-it-0+20041114.1/debian/changelog --- /var/tmp/cYiDFeDVZB/openoffice.org-thesaurus-it-0+20041114.1/debian/changelog 2004-12-24 10:17:04.0 -0800 +++ /var/tmp/JgVmE1neY3/openoffice.org-thesaurus-it-0+20041114.1/debian/changelog 2005-01-19 03:19:39.0 -0800 @@ -1,3 +1,13 @@ +openoffice.org-thesaurus-it (0+20041114.1-0.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix. + * Make openoffice.org a depends instead of a suggests, since this +thesaurus is not actually usable without it; and kill off the +duplicate Depends: line in the control file. (Closes: #289623) + + -- Steve Langasek [EMAIL PROTECTED] Wed, 19 Jan 2005 03:14:18 -0800 + openoffice.org-thesaurus-it (0+20041114.1) unstable; urgency=low * Added postrm script to invoke /usr/sbin/update-openoffice-dicts. diff -Nru /var/tmp/cYiDFeDVZB/openoffice.org-thesaurus-it-0+20041114.1/debian/control /var/tmp/JgVmE1neY3/openoffice.org-thesaurus-it-0+20041114.1/debian/control --- /var/tmp/cYiDFeDVZB/openoffice.org-thesaurus-it-0+20041114.1/debian/control 2004-12-24 10:18:14.0 -0800 +++ /var/tmp/JgVmE1neY3/openoffice.org-thesaurus-it-0+20041114.1/debian/control 2005-01-19 03:19:56.0 -0800 @@ -7,10 +7,8 @@ Package: openoffice.org-thesaurus-it Architecture: any -Depends: ${shlibs:Depends} Provides: openoffice.org-thesaurus -Depends: dictionaries-common (= 0.10) | openoffice.org-updatedicts -Suggests: openoffice.org (= 1.0.3-3) +Depends: openoffice.org (= 1.0.3-3), dictionaries-common (= 0.10) | openoffice.org-updatedicts Conflicts: openoffice.org (= 1.0.3-2) Description: Italian Thesaurus for OpenOffice.org This package contains an Italian thesaurus for use with the signature.asc Description: Digital signature
Bug#289976: [exposed@lss.hr: Apache mod_auth_radius remote integer overflow]
Martin Schulze wrote: --- mod_auth_radius.c~2003-03-24 20:16:15.0 +0100 +++ mod_auth_radius.c 2005-01-13 13:01:42.0 +0100 @@ -971,8 +971,11 @@ find_attribute(radius_packet_t *packet, } return attr; } -#define radcpy(STRING, ATTR) {memcpy(STRING, ATTR-data, ATTR-length - 2); \ - (STRING)[ATTR-length - 2] = 0;} +#define radcpy(STRING, ATTR) do { \ + unsigned char len = ATTR-length; \ + if (len = 2) len-=2; \ + memcpy(STRING, ATTR-data, len); \ + (STRING)[len] = 0;} until (0) ^ Make that while and it'll work. Too much pascal reminiscense in my head or something... I'm so sorry about the confusion I have created. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242068: Explanation
Michael Banck: The package builds fine like that, it's just the additional kernel modules which need to be built by a different script, AIUI Steve Langasek: well, here's the thing. the source package does build if you run the normal debian/rules commands; but those binary packages that are built do *not* include the kernel-specific modules packages. So you have to go through an additional step to build the per-kernel module packages, which are not listed in debian/control but are present in the archive. me: We cannot support this security-wise. Apart from that the package apparently fails to build from source (FTBFS) if make -f debian/rules build sudo make -f debian/rules binary doesn't produce all required binary packages that should end up in the archive. This is surely release-critical. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291202: hplip_toolbox depends on python-kde3
Package: hplip Version: 0.8.4-3 Severity: important hplib_toolbox needs python-kde3. If it's not installed, I get the following error: --- Running new hpguid instance... Traceback (most recent call last): File /usr/lib/hplip/hpguid.py, line 41, in ? import base.async_qt as async File /usr/lib/hplip/base/async_qt.py, line 85, in ? from qt import * ImportError: No module named qt [I hit Ctrl-C to quit] Traceback (most recent call last): File /usr/bin/hplip_toolbox, line 57, in ? time.sleep(0.5) KeyboardInterrupt --- The packages are HUGE though, so is it possible to add the Gnome version of hplip_toolbox? I think it exists, because http://hpinkjet.sourceforge.net/install.php#usb mentions how to find it in the Gnome menu (but that's not the case in Debian). Thanks in advance. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-phoibos Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Versions of packages hplip depends on: ii cupsys 1.1.23-2 Common UNIX Printing System(tm) - ii hplip-data 0.8.4-3 HP Linux Printing and Imaging - da ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcupsys2-gnutls10 1.1.23-2 Common UNIX Printing System(tm) - ii libgcc1 1:3.4.3-7GCC support library ii libsnmp55.1.2-6 NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++5 1:3.3.5-6The GNU Standard C++ Library v3 ii python 2.3.4-6 An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291200: mozilla-thunderbird: Thunderbird protocol-handler pref not accepting parameters
Package: mozilla-thunderbird Version: 1.0-3 Severity: normal Tags: patch Current Thunderbird no longer accepts parameters in the network.protocol-handler.app.http preference. I suspect other similar prefs (https, ftp etc) are also afflicted but I have not tested this. For example I have Galeon set as my HTTP handler, with the following custom start script in Gnome-Desktop Preferences-Advanced-Preferred Applications: /usr/bin/galeon -n %s (launch a new tab not window). Clicking a URL in Thunderbird results in a new Galeon window launching instead. This behaviour is duplicated when an explicit override is placed in thunderbird user prefs.js: user_pref(network.protocol-handler.app.http, /usr/bin/galeon -n); (formulated per Thunderbird documentation at: http://www.mozilla.org/projects/thunderbird/linuxurls.html ) WORKAROUND: --- A work-around is to wrap URL handlers into a shell script such as: /usr/local/bin/gal-wrapper: #!/bin/sh /usr/bin/galeon -n $@ and then set this as the URL handler(s) in either Gnome or directly in prefs.js: user_pref(network.protocol-handler.app.http, /usr/local/bin/gal-wrapper); ..but this isn't ideal or preferred. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9.2010043 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-7 GCC support library ii libglib2.0-0 2.4.8-1 The GLib library of C routines ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libstdc++5 1:3.3.5-6 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf information: * mozilla-thunderbird/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291201: FTBFS: tar: bzip2: Cannot exec: No such file or directory
Package: xfonts-artwiz Version: 1.3-1 Tags: patch FTBFS in pbuilder environment since bzip2 is missing in control. diff -Naur xfonts-artwiz-1.3/debian/control xfonts-artwiz-1.3.fixed/debian/control --- xfonts-artwiz-1.3/debian/control2005-01-19 12:33:55.798788534 +0100 +++ xfonts-artwiz-1.3.fixed/debian/control 2005-01-19 12:33:40.422529289 +0100 @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: A Lee [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 3.0.0), xutils +Build-Depends-Indep: debhelper ( 3.0.0), xutils, bzip2 Standards-Version: 3.6.1 Package: xfonts-artwiz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285390: How to rename conffiles
I will keep the bug open for a while but do not expect any action from me, even if there is a solution to this problem it's probably complex enough that implementing it is not worth the effort (but still, I'd like to know if there is one). The behavior one wants is: if original file was modified then move it to new location # dpkg will prompt the user when it tries to install the new conffile else just delete it # dpkg will install the new conffile without prompting fi Do it in the preinst: case $1 in upgrade) if [ -f /etc/blah/oldconf ] ; then case $(md5sum /etc/blah/oldconf | sed -e 's/[[:space:]].*$//') in 94c8c671fce0969e67bc21bd26b47e6c|\ fb35106269b429cd8bd6bf8f5a795f6f|\ dfcbadd99c3064775817484bf0b653e2) # It's a released version -- don't move it : ;; *) # It was changed by user if [ -f /etc/blah/newconf ] ; then mv -f /etc/blah/oldconf /etc/blah/oldconf.dpkg-old else # Copy to new location # dpkg will compare with new file and prompt the user cp -p /etc/blah/oldconf /etc/blah/newconf # N.B. Delete /etc/blah/oldconf in postinst fi ;; esac fi -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291046: foomatic-filters-ppds
On Tue, 18 Jan 2005, Chris Lawrence wrote: I think the PPD files in the latest version of foomatic-filters-ppds are compatible with hpijs 2.x (at least for the printers where it makes a difference), so it looks like we should actually make it depend on the new hpijs rather than the old one. Well, I didn't check if it *dependend* on hpijs, so I suggested *conflicting* with the old hpijs... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291177: [PROPOSAL] Policy for user/groups creation/removal in package maintainer scripts
On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote: There is currently no policy on how should per-package users be created and removed. Eeven though the 'UID and GID classes' sections determines that packages _should_ use adduser --system in some occasions it doesn't Make it *must* use adduser --system, *if* they add an user at all. - maintainers scripts should create a system user for their daemon in postinst. User creation should not fail if the user already exists (example code should be provided here, since this is sometimes not done properly in maintainer scripts). Maintainer scripts can ask to the admin if the user already exists. Maintainer scripts can ask about an already existing user *if and only if* it is not a system user... no more useless, aggravating postinst prompts, please. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Bug#291204: ITP: graveman -- gtk graphical cd burning application
Package: wnpp Severity: wishlist * Package name: graveman Version : 0.3.0 Upstream Author : Sylvain cresto [EMAIL PROTECTED] * URL : http://scresto.site.voila.fr/gravemanuk.html * License : GPL Description : gtk graphical cd burning application Graphical tool to burn audio cd. * Frontend for cdrecord , mkisofs, readcd and sox. You can: * Burn audio cd from wav, ogg or mp3. * Duplicate cd audio or cd data. * Create iso images from data cd. * Burn cd data from iso image. * Format cd rewritable. * Burn data cd with files and directories that you choose. * Use drag and drop or integrated file dialog. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-386 aocale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (Include the long descrddiption here.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291203: Debian configuration of postfix fail on Force Synchronous updates on mail queue
Package: Postfix Version: 2.1.5-4 When installing Postfix, the configuration process with Debconf fail on Force synchronous updates on mail queue? and ask the same question again and again, answering yes or no. There is a message under the blue window : Warning: new line present in parameters passed to Debconf This will probably cause strange things to happen! Bug is reproducible. Configuration choosen is : - Internet Site - mail for root go : NONE - mail name cgi-bin.oxyd.net - Other destinations to accept mail for? cgi-bin.oxyd.net, localhost.oxyd.net, localhost - Force synchronous updates on mail queue? yes or no fail. I am using Debian GNU/Linux SID, kernel 2.4.26-2-686 and libc6 2.3.2.ds1-20. -- Mikaël Poussard
Bug#291010: lsh-utils: Remaining symlink prevents rebuilding the package when it has already been built once
Christian Perrier [EMAIL PROTECTED] writes: Asyou quickly answered this bug report, I'm wondering whether I should stop this process or not. If I stop, are the l10n bugs likely to be fixed? Maybe there's some confusion here. I'm the lsh upstream author. I subscribe to lsh-related in the debian package tracking system to see what's going on with the debian package, and I try to help when there are questions I feel I can answer. In this case, why the assembler symlinks aren't deleted by make clean. I don't know much about the debian processes, and I also don't know anything about the l10n bugs you are working on (there's no localization at all in the upstream source package). Sorry for any confusion. Best regards, /Niels -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289818: libpam-radius-auth: Sends out 127.0.0.1 as NAS-IP-Address
On Wed, 2005-01-19 at 11:49 +0100, Fabio Massimo Di Nitto wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabio Massimo Di Nitto wrote: | Joost De Cock wrote: | | On Tuesday 11 January 2005 10:02, you shoved this in my mailbox: | | | |Joost De Cock wrote: | || Package: libpam-radius-auth | || Version: 1.3.16-2 | || Severity: important | || | || | || I'm trying to set up Radius authentication on a stock Debian Sarge | || installation. | || The PAM Radius module sends out the loopback IP address as the 'NAS IP | || Address' Radius Attribute. The RFC has the following to say about this | || attribute: | || | || This Attribute indicates the identifying IP Address of the NAS | || which is requesting authentication of the user, and SHOULD | || be unique to the NAS within the scope of the RADIUS | || server. | || | || So our Radius server (a vasco) responds with 'cannot lookup client | || details' since that 127.0.0.1 address doesn't make sense. Hi Joost, I am checking the code right now and there are a couple of misterious things that i would like to check together with you. The ipaddr definition starts a bit up in the code: ~ gethostname(hostname, sizeof(hostname) - 1); then a bit later: ~ if ((conf-server-ip.s_addr == ntohl(0x7f01)) || (!hostname[0])) { ~ipaddr = 0x7f01; so what we should check is: a) what is the result of hostname on your machine? you can check that on any shell. if it returns localhost than it is clear why the lib is sending 127.0.0.1 as NAS IP and the machine needs to properly resolv the hostname. Perhaps it is a misconfiguration in /etc/hosts or in the dns. b) can you try defining the client_id= option in the config file? and set it to your ip? ~ do not use hostname here since apparently the code doesn't try to resolve it. I never realized how hugly is this code :( Here's the output from hostname and the contents of /etc/hosts: eddie:~# hostname eddie eddie:~# cat /etc/hosts 127.0.0.1 localhost.localdomain localhost eddie I've changed the config file as follows: eddie:~# cat /etc/pam.d/common-auth auth sufficient /lib/security/pam_radius_auth.so debug client-id=10.100.1.223 authrequiredpam_unix.so nullok_secure accountsufficient /lib/security/pam_radius_auth.so to no avail, I can still see the Radius request being sent out with the NAS IP Address set to 127.0.0.1 and as a result, the Radius server sends an access reject. Let me know if there's more I can do :-/ joost DISCLAIMER This e-mail and any attached files are confidential and may be legally privileged. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify A.S.T.R.I.D. nv/sa immediately and then delete this e-mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279437: Acknowledgement (mozilla: When Mozilla starts up, open... setting is ignored)
This bug appears to have been fixed by the recent update to version 1.7.5-1 Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291200: mozilla-thunderbird: Thunderbird protocol-handler pref not accepting parameters
Matthew Exley wrote: Current Thunderbird no longer accepts parameters in the network.protocol-handler.app.http preference. I suspect other similar prefs (https, ftp etc) are also afflicted but I have not tested this. It never did. See below. For example I have Galeon set as my HTTP handler, with the following custom start script in Gnome-Desktop Preferences-Advanced-Preferred Applications: /usr/bin/galeon -n %s (launch a new tab not window). This works for me. In order to use the gnome way of setting the browser command you have to choose GNOME as mode during installation (try dpkg-reconfigure mozilla-thunderbird). I guess you have either Debian Mode oder None selected. Clicking a URL in Thunderbird results in a new Galeon window launching instead. This behaviour is duplicated when an explicit override is placed in thunderbird user prefs.js: user_pref(network.protocol-handler.app.http, /usr/bin/galeon -n); This never worked and will not work in future. Using the protocol handler pref just cannot take parameters. -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.jwsdot.com/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291184: exim4-base: [INTL:tl] Tagalog debconf templates translation
On Wed, Jan 19, 2005 at 05:41:17PM +0800, eric pareja wrote: Package: exim4 Severity: wishlist Tags: patch l10n Find attached the Tagalog translation file Thanks. Splendid. [...] msgid Please enter a list of domains for which this machine should consider itself the final destination, apart from the mail name (${mailname}) and \localhost \. msgstr Ibigay ang mga pangalan at domain na dapat [...] Looks like you translated 4.34-10, could you update it for 4.43-4? (Only a single word changed, so you should be able to do that easily. ;-) I am attaching the synced po-file, search for the #fuzzy. thanks, cu andreas # Tagalog messages for exim # Copyright (C) 2005 Software in the Public Interest, Inc. # This file is distributed under the same license as exim. # Itong tipunan ay ipinamamahagi sa parehong lisensya ng exim. # Eric Pareja [EMAIL PROTECTED], 2005 # # This file is maintained by Eric Pareja [EMAIL PROTECTED] # Itong tipunan ay inaalagaan ni Eric Pareja [EMAIL PROTECTED] # msgid msgstr Project-Id-Version: exim\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-01-15 19:46+0100\n PO-Revision-Date: 2005-01-19 17:36+0800\n Last-Translator: Eric Pareja [EMAIL PROTECTED]\n Language-Team: Tagalog [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid Remove undelivered mails in spool directory? msgstr Tanggalin ang hindi naihatid na mga koreo sa spool directory? #. Type: boolean #. Description #: ../exim4-base.templates.master:4 msgid There are mails in the exim spool directory /var/spool/exim4/input which have not yet been delivered. You can keep them in case you decide to re- install Exim at a later date, or you can choose to remove them. msgstr May mga koreo sa exim spool directory /var/spool/exim4/input na hindi pa naihahatid. Maaari niyong panatilihin ang mga ito kung sakaling magpasiya kayong mag-install ng Exim muli sa hinaharap, o maaari niyong piliin na sila'y tanggalin. #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid Move yet undelivered mails from exim(v3) to exim4 spool? msgstr Ilipat ang hindi pa naihahatid na mga koreo mula sa exim(v3) patungo sa exim4 spool? #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid There are some undelivered mails in the spool directory of exim or exim-tls in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/ exim4/input/) now where they will be handled by exim4. msgstr May mga hindi pa naihahatid na mga koreo sa spool directory ng exim o exim- tls sa /var/spool/exim/input/. Maaari silang ilipat sa spool ng exim4 (/var/ spool/exim4/input/) ngayon kung saan sila'y maproproseso ng exim4. #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but not the other way round. msgstr Dapat ninyong mabatid na gumagana ito ng isang-direksyon lamang, dahil kaya ng exim4 na i-proseso ang spool ng exim(v3) ngunit hindi kaya ng exim(v3) na i-proseso ang exim4. #. Type: boolean #. Description #: ../exim4-base.templates.master:12 msgid Move the mails only if you don't plan to go back to exim(v3), otherwise the mail shouldn't be moved now but manually once you've converted your setup. msgstr Ilipat lamang ang mga koreo na hindi niyo balak ibalik sa exim(v3), kung hindi ay hindi dapat ilipat ang mga koreo ngayon kundi mamaya ng mano-mano matapos niyong mapalitan ang inyong pagkaayos. #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates.master:9 msgid internet site; mail is sent and received directly using SMTP msgstr internet site; hinahatid at tinatanggap ang koreo direkta gamit ang SMTP #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid mail sent by smarthost; received via SMTP or fetchmail msgstr koreo pinapadala sa smarthost; tinatanggap via SMTP o fetchmail #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid mail sent by smarthost; no local mail msgstr koreo pinapadala sa smarthost; walang lokal na koreo #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid local delivery only; not on a network msgstr lokal na paghatid lamang; hindi nakakabit sa network #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid manually convert from handcrafted Exim v3 configuration msgstr ayusin ng mano-mano mula sa kinamay na pagsasaayos ng exim v3 #. Type: select #. Choices #: ../exim4-config.templates.master:9 msgid
Bug#291158: courier-maildrop: Upgrade script clears the setuid bit
tag 291158 + woody merge 291158 275615 thanks Jarle Aase schrieb: Package: courier-maildrop Version: 0.37.3-2.5 Severity: important The setuid bit on the /usr/bin/maildrop command is cleared after an upgrade. As a result, mail delivery is broken. /var/log/mail/mail.err reports: ... 511 maildrop: Unable to change to home directory. This is related to bug-report #275615 This problem is servere on servers that are configured for automatic, unattended upgrades. One has to either disable automatic upgrades for this package (with the security risk that rise), or have mail-delivery broken until someone becomes aware of the problem and can fix it. The install script could maby check the suid-bit on the existing file, and set it on the upgraded file too (it _is_ required, and if it already is set, it is reasonable to assume that some admin will set it as soon as the mail-users starts to curse him ;) How did you set the suid bit on the binary? I think you just chmodded it, and that will always be overwritten by dpkg. Use dpkg-statoverride. http://www.debian.org/doc/debian-policy/ch-files.html#s10.9.1 And yes, I have to admit that I was incomplete in bug 275615. Sorry, my fault. Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290638: sylpheed-claws-gtk2: Freeze with new Gtk 2.6 libraries
Le Sat, 15 Jan 2005 12:10:51 -0500 Justin Pryzby [EMAIL PROTECTED] a écrit : On Sat, Jan 15, 2005 at 04:41:12PM +0100, Sébastien Lardière wrote: Package: sylpheed-claws-gtk2 Version: 0.9.12cvs187.1-1 Severity: grave Tags: experimental Justification: renders package unusable This packages freeze with the new Gtk 2.6.1 libraries. When does it freeze, when starting the program? Ok, i just remove the trayicon plugin from the config, and it works. This bug is already here : http://www.thewildbeast.co.uk/sylpheed-claws/bugzilla/show_bug.cgi?id= 668 -- Sébastien
Bug#289560: acknowledged by developer (Bug#289560: fixed in vim 1:6.3-058+1)
On Wed, Jan 19, 2005 at 12:04:06PM +0100, Martin Pitt wrote: IMHO There is no need for this. mktemp generates an error message on its own, so this would only write two messages. Mktemp might not be available. The || test would actually check wether mktemp fails (not common) and wether it's available. My message is associated with the later. In any case, no use in arguing this when there is so many things to work on (and so many similar security bugs to report) Right, I just wanted to point out above mktemp behavior, since this seems to be a common misconception. Understood, but you don't cover the event of mktemp not being available. The bash would output a message but an unknowledgeable user wouldn't know what's amiss. Thanks for your great work and have a nice day! Thank you for your work. Regards Javier signature.asc Description: Digital signature
Bug#130397: Bug 130397
This approach is quite promising, but it doesn't work sufficiently well for non-English languages. It loses all characters that don't belong to the alphabet specified in .aff file. For example, it turns the line: For related reasons, the english.aff file in the next ispell release will include a much expanded character set. That allows words adopted from other languages (such as naïve) to be included in the dictionary. If every language did the same, part of the problem would go away. But there is another problem. fixispell-a returns a list of near misses only for the last language in the pipe. It would be better if it accumulated a list of near misses from all ispell commands in the pipe. Yeah, I just realized that drawback. I think I can come up with a way to fix it, though the invocation mechanism would be different. The revision would be a command called something like multispell, invoked like this: multispell [ispell-switches] -d language-1 -d language-2 and behaving like ispell -a. For convenience, it could also automatically supply a catch-all -w switch. -- Geoff Kuenning [EMAIL PROTECTED] http://www.cs.hmc.edu/~geoff/ Statistics don't bore people, people bore people.
Bug#291205: exim4-4.34-10 fails to authenticate via AUTH LOGIN
Package: exim4 Version: 4.34-10 Severity: important exim4-4.34-10 can not handle authentication via AUTH LOGIN because it sends a wrong server reply. I have tested it with LOGIN via PAM and LOGIN via saslauthd from sasl2-bin. Trying 62.75.160.127... Connected to vs160127.vserver.de. Escape character is '^]'. 220 vs160127.vserver.de ESMTP Exim 4.34 Wed, 19 Jan 2005 12:54:16 +0100 EHLO bla 250-vs160127.vserver.de Hello bla [62.75.200.125] 250-SIZE 52428800 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN 535 Incorrect authentication data That is the wrong reply, the correct one have to be: Trying 217.172.176.57... Connected to isis45.plusserver.de. Escape character is '^]'. 220 isis45.plusserver.de ESMTP Exim 4.34 Wed, 19 Jan 2005 13:01:08 +0100 EHLO bla 250-isis45.plusserver.de Hello bla [62.75.200.125] 250-SIZE 52428800 250-PIPELINING 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP AUTH LOGIN 334 VXNlcm5hbWU6 In exim4-4.34-8 this problem does not exist. -- Package-specific info: Exim version 4.34 #1 built 05-Jan-2005 11:07:49 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004) Support for: iconv() IPv6 PAM Perl GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/] Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.20-021stab026.5.777-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4 depends on: ii exim4-base4.34-10EXperimental Internal Mailer -- a ii exim4-daemon-heavy4.34-10Exim (v4) with extended features, -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291207: php-elisp: wrong php.net default url
Package: php-elisp Version: 1.1.0-2 Severity: normal Tags: patch The default urls to php.net can be improved: php-manual-url (gives a 404) from http://www.php.net/manual/en/manual.php; to http://www.php.net/manual/en/; php-search-url (I dont know which one is better) from http://www.php.net/; to http://www.php.net/manual-lookup.php?pattern=; Just my 2 cents -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages php-elisp depends on: ii emacs20 [emacsen] 20.7-13.1 The GNU Emacs editor. ii xemacs21 21.4.16-1 Editor and kitchen sink ii xemacs21-mule [xemacs21] 21.4.16-1 Editor and kitchen sink -- Mule bi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291204: graveman package
Hello Miguel, I'm also working on this package because I'm using it on Debian-BR-CDD. Could be good if you take a look in what I have[1]. Maybe you can reuse my work and if you want I can be a co-maintainer of graveman for you. 1. http://otavio.no-ip.org:8080/~otavio/graveman/ -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. pgpHCmnGTzmwX.pgp Description: PGP signature
Bug#291208: bash does not resize on terminal resize
Package: bash Version: 2.05a-11 Severity: normal Since last mass upgrade I noticed that applications in screen won't resize. I found it does not depend on screen, ssh, and terminfo so I tried to chsh to tcsh and it works now. Interestingly, if I run bash form tcsh it works. But if bash is toplevel shell run from xterm or ssh it breaks resizing. Tried both testing (2.05b-24) and stable bash. Thanks Michal Suchanek -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-rc2-matroxfb Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279298: bidwatcher: Nice to find out about this problem _after_ failure
Package: bidwatcher Version: 1.3.16-1 Followup-For: Bug #279298 Hello, I'm sorry if I am rude (this is because I am quite annoyed at the moment.) Isn't it nice to find out why you've missed a bid after looking through already existing bug reports. It's even nicer to know that despite this being a known issue no one has made any attempt to warn users! There is a bug report - great - except that people normally look at these _after_ they've been bitten by the bug. I know everyone's a volunteer, but please think of the users! I know I should not rely on things to work, but I can't help doing it due to the sheer number of programs I use. .George Borisov. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-15) Versions of packages bidwatcher depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-4 GCC support library ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libstdc++51:3.3.5-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-9 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-9 X Window System miscellaneous exte ii libxi64.3.0.dfsg.1-9 X Window System Input extension li ii xlibs 4.3.0.dfsg.1-9 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291202: hplip_toolbox depends on python-kde3
On Wed, Jan 19, 2005 at 12:57:10PM +0100, Danai SAE-HAN (?) wrote: hplib_toolbox needs python-kde3. If it's not installed, I get the following error: ... ImportError: No module named qt The qt module is in fact provided by python-qt3 which is enough to run hplip_toolbox on my system. The packages are HUGE though, so is it possible to add the Gnome version of hplip_toolbox? I think it exists, because http://hpinkjet.sourceforge.net/install.php#usb mentions how to find it in the Gnome menu (but that's not the case in Debian). That seems to be just the Qt version which is installed into the Gnome menu. Greetings Torsten signature.asc Description: Digital signature
Bug#284824: gnome-cpufreq-applet: unable to select cpu speeds from popup menu
On Wed, Dec 08, 2004 at 07:14:23PM -0600, Keith Schincke wrote: Package: gnome-cpufreq-applet Version: 0.3.1-2 Severity: normal gnome-cpufreq-applet does not allow the setting of the CPU speed up and then back down. When the laptop power is removed, the new cpu speed is indicated. The pop up menu lists the available cpu speeds (100%, 60% ). I am able to speed the CPU to 100% but not back to 60%. (I am also not able to change the cpu speed while the AC is attached) Hi Keith, I'm closing this bug as it isn't a problem with gnome-cpufreq-applet itself as its a merely a front-end. Your problem probably lies with either the cpufreqd, cpudyn or powernowd daemons. Can you still set the freqency manually? Are you using the userspace governor? $ cd /sys/devices/system/cpu/cpu0/cpufreq $ cat scaling_available_frequencies 20 ... 160 # echo 60 scaling_setspeed Yours sincerely, Andrew Netsnipe Lau -- --- Andrew Netsnipe Lau http://www.cse.unsw.edu.au/~alau/ Debian GNU/Linux Maintainer UNSW Computing Students' Society President - Nobody expects the Debian Inquisition! Our two weapons are fear and surprise...and ruthless efficiency! --- signature.asc Description: Digital signature
Bug#226779: kernel-package: differences between official and custom builds
reassign 226779 kernel merge 226779 271536 thanks On Wednesday 19 January 2005 07:08, Manoj Srivastava wrote: This is the only such package that kernel-package knows how to create. Anything else is being created by some entity outside of kernel-package, which kernel-package can't control -- so is not relevant here. What I was talking about were official, prebuilt kernel images from the Debian archives. I am sorry if I wasn't clear enough and make this confusion. In that case, please address your concerns to whatever build the official kernels, since it does nto appear to be kernel-package itself that does that. So this is not a kernel-package issue, but something caused by the way official kernels are built. I am not disputing your claims about official packages. I am just saying that those were not created by kernel-package. Then I've been misunderstanding what you said since your first replay. I'm sorry again, I've only wasted your time. -- Danilo Piazzalunga ++ PGP Key available at subkeys.pgp.net | Linux User #245762 | Fingerprint: D018 815E 8C7F 2AE2 5565 | ICQ #105550412 | 0C36 B5F6 DB20 B800 CB9F ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291209: csmash window black !
Package: csmash Version: 0.6.6-5 Severity: grave Justification: renders package unusable since update 0.6.6-5 the playing window is totally black ! otherwise the game seems to be running ok :-) this holds with or without fullscreen and on both of my machines (a desktop PC with linux 2.6.7 and a laptop with 2.4.27) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages csmash depends on: ii csmash-data 0.6.6-5 data files for the CannonSmash gam 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 libgcc1 1:3.4.3-6GCC support library ii libglib2.0- 2.4.8-1 The GLib library of C routines ii libgtk2.0-0 2.4.14-2 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libpango1.0 1.6.0-3 Layout and rendering of internatio ii libsdl-imag 1.2.3-6 image loading library for Simple D ii libsdl-mixe 1.2.5-9 mixer library for Simple DirectMed ii libsdl1.2de 1.2.7+1.2.8cvs20041007-3.0.1 Simple DirectMedia Layer ii libstdc++5 1:3.3.5-5The GNU Standard C++ Library v3 ii libx11-64.3.0.dfsg.1-10 X Window System protocol client li ii libxext64.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibmesa-gl 4.3.0.dfsg.1-10 Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291210: bidwatcher: Broken Mozilla (and Firefox) open in browser
Package: bidwatcher Version: 1.3.16-1 Severity: normal Hello, The 'open browser on auction' fails for Mozilla and Firefox because of special characters present in the URL/command e.g. for Mozilla the following will be fed to the program: --- -remote openURL(http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItemitem=5744748642,new-window) --- This fails because of the special characters '(', ')' and ''. The entire openURL bit should be enclosed in '' or for it to work. HTH .George Borisov. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-15) Versions of packages bidwatcher depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-4 GCC support library ii libglib1.21.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libstdc++51:3.3.5-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-9 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-9 X Window System miscellaneous exte ii libxi64.3.0.dfsg.1-9 X Window System Input extension li ii xlibs 4.3.0.dfsg.1-9 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#130397: Bug 130397
In article [EMAIL PROTECTED], Juri Linkov [EMAIL PROTECTED] writes: Now a new problem was uncovered: after selecting a correct word from a list of near misses returned from ispell, ispell.el replaces the misspelled word with a selected word, and inserts it into the buffer not in its original mule-unicode charset, but in iso8859. Perhaps the following function can be utilized somewhere in ispell to do that, but, as I still don't understand ispell code that much, I'd like to ask someone else to modify ispell to use it. ;; Destructively modify WORD by converting each character in it to the ;; equivalent character of CHARSET. (defun ispell-adjust-charset (word charset) (let ((len (length word))) (if ( len (string-bytes word)) (dotimes (i len) (let ((c (aref word i)) this-charset equiv-chars) (if (and (= c 128) (not (eq (setq this-charset (char-charset c)) charset)) (or (memq this-charset '(mule-unicode-0100-24ff mule-unicode-2500-34ff)) (setq c (aref ucs-mule-8859-to-mule-unicode c))) (setq equivs (aref ispell-unified-chars-table c))) (catch 'tag (dotimes (j (length equiv-chars)) (when (eq (char-charset (aref equiv-chars j)) charset) (aset word i (aref equiv-chars j)) (throw 'tag nil)) --- Ken'ichi HANDA [EMAIL PROTECTED] PS. I personally feel it's a waste of time to struggle with charset matters in ispell that much because emacs-unicode should not have such a problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274282: xprt-xprintorg: default Xprinters config doesn't work with my cups install
On Thu, 2004-09-30 at 12:36 -0700, Andrew Agno wrote: Package: xprt-xprintorg Version: 0.0.9.final.001-6 Severity: normal When I use the default /etc/Xpritn/C/print/Xprinters file, I don't see my cups printer. When I move the file, I can see it. # lpstat -a lexmark_e312l accepting requests since Jan 01 00:00 # XPSERVERLIST=:64 xplsprinters printer: xp_ps_spooldir_HOME_Xprintjobs@:64 printer: xp_pdf_spooldir_HOME_Xprintjobs@:64 After moving the file and restart /etc/init.d/xprint, xplsprinters gives: # XPSERVERLIST=:64 xplsprinters printer: lexmark_e312l@:64 Doing this also allows the printer to show up in mozilla. It also works if I just remove the Printer xp_pdf* and Printer xp_ps* lines from the Xprinters file. I'm unclear if that's supposed to happen or not, though, since I can't find any documentation about the config files on the Xprint site. Hi Andrew, I haven't responded yet, because I haven't had any clear ideas of what to say. Normally the xp_pdf and xp_ps entries cause no troubles. They are simply added on to the list of printers provided by CUPS. Incidentally, your two work-arounds are essentially the same: either way you are removing xp_ps and xp_pdf from the printer list, leaving only the CUPS list. The only thing I can ask at this point is whether your system has started behaving itself under the latest version (0.1.0.alpha1-6). I'm wondering if there may be a permissions mismatch somewhere. Completely purging the Xprint packages and reinstalling may be an idea. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291010: lsh-utils: Remaining symlink prevents rebuilding the package when it has already been built once
Maybe there's some confusion here. I'm the lsh upstream author. I subscribe to lsh-related in the debian package tracking system to see what's going on with the debian package, and I try to help when there are questions I feel I can answer. In this case, why the assembler symlinks aren't deleted by make clean. I don't know much about the debian processes, and I also don't know anything about the l10n bugs you are working on (there's no localization at all in the upstream source package). OK, I understand better, thanks for clarifying this. The l10n bugs I'm mentioning are the localisation of the questions asked by the package while it is installed. So, this is a Debian-only issue of course..:-) The symlink handling is also a Debian-only issue as well. I guess that Simon will have a look at it when he'll be back. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]