Bug#305528: xscreensaver: Stop thermometer from sinking when you're typing
On Sat, 30 Apr 2005 13:59:22 -0700, Jamie Zawinski [EMAIL PROTECTED] said: That's not a bad idea; I've made it add 10% to the time remaining every time you type a key. Thanks. I'm not convinced that's how it should work, though. How about make it stop sinking for 3 seconds? Or start over from the top? But if you've already considered these, and think adding 10% (I assume 1/10 of the full height, not of the remaining height) is the best solution, I'm not complaining or anything. :-) /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300459: the right thing to do...
Isaac Jones [EMAIL PROTECTED] writes: The right thing to do is probably to run ranlib upon installation, not during linking. Will try to attack this before 1.1 release. Arthur, I just added this to Cabal in CVS and Darcs. Can you please check that out and see if it solves your problem? Instructions are here: http://www.haskell.org/cabal/code.html peace, isaac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307255: openmsx-catapult: Please add x86_64 to supported architectures
Package: openmsx-catapult Severity: serious Justification: no longer builds from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please see report #307252. Same applies here. - -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-ck6 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdcDu823633cP2P8RAordAJ0T/t3tNIhAajdaF6NMg67BqIKirgCfZI4R lzqIQuq5xiGCy+Mj7ROpfWc= =Ku5/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304548: Kernel security issues
2.4.27 is not effected by 304548 as the buggy code is a complete rework for 2.6. I looked over the way that proc/route is handled for 2.4.27, and it seems fine. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307254: beast: New upstream version
Package: beast Version: 0.6.2-3 Severity: wishlist Beast 0.6.5 was released April 13. Notable features since 0.6.2 are an ALSA driver and new file format support. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.12-rc2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages beast depends on: ii guile-1.6-libs 1.6.7-1 Main Guile libraries ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libguile-ltdl-1 1.6.7-1 Guile's patched version of libtool ii libmad0 0.15.1b-1.1 MPEG audio decoder library ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi 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#307255: openmsx-catapult: Please add x86_64 to supported architectures
severity 307255 important thanks On Mon, May 02, 2005 at 02:55:58AM -0300, Javier Kohen wrote: Package: openmsx-catapult Severity: serious Justification: no longer builds from source Please see report #307252. Same applies here. Then it's not a serious bug. Please do not file amd64-specific bugs at severity: serious. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#300713: Tested and works
Hi, tested and works in the new 0.7.4-1 release. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307256: apt-rpm-repository: Description improvement
Package: apt-rpm-repository Version: current Severity: minor - Description: tools to create APT RPM repository + Description: Tools to create an APT RPM repository ^^ Regards, Joey -- If nothing changes, everything will remain the same. -- Barne's Law 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#307258: Components.idl missing
Package: libciao-dev Version: 5.4.2.1.0-3 Severity: grave Components.idl is not provided with this package which renders it useless because it is included in any cidl file. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libciao-dev depends on: ii libciao1.4 5.4.2.1.0-3 CIAO, TAO's implementation of CORB ii libtao-orbsvcs-dev 5.4.2.1.0-3 The ACE ORB, an open-source implem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307252: openmsx: Please add x86_64 to supported architectures
Hi, please note that I am working closely with the upstream authors to support as many of the debian architectures as possible in the next upstream release (0.5.2). Is amd64 already a debian architecture? I don't see it in buildd yet. Thanks and greetings, Joost Damad On Monday 02 May 2005 07:21, Javier Kohen wrote: Package: openmsx Version: Please add x86_64 to supported architectures Severity: serious Justification: no longer builds from source Hi, I'm talking with the guys at #openmsx and they say that they have a Debian/AMD64 user who reported that version 0.5.1 works fine on AMD64. I just compiled the package from source with apt-src, so it seems that all that's needed is to add amd64 to the list of architectures. On a side note, they say that this version should also work on ppc, and the next one on sparc and others. Greetings, -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-ck6 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) -- The planet Andete is infamous for it's killer edible poets. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307257: samba winbind 3 install not correct for squid
Package: samba Version: 3.0.7-1 (1) The squid daemon run as user proxy and does not have access into directory /var/run/samba/winbindd_privileged 'drwxr-x--- root root' which IMHO should be 'drwxr-xr-x root root'. I don't know the security issue with this. However, the permissions of the file /var/run/samba/winbindd_privileged/pipe is right (rwx for everyone). (2) After some research on the net and the squid mailing list, I found that wb_group is no longer used with version 3 of samba winbind and is replaced by wbinfo_group.pl. In the winbind package, wb_group is still provided and wbinfo_group.pl is missing. __ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307259: Insecure mailbox generation due to incomplete open() call
Package: passwd Severity: normal Tags: security The 4.0.8 changelog points to a change with minor security implications: | useradd: fixes a potential security problem when mailbox is created in | useradd. | Patch and comment by Koblinger Egmont [EMAIL PROTECTED]: | Only two arguments are passed to the open() call though it expects three | because O_CREAT is present. Hence the permission of the file first becomes | some random garbage found on the stack, and an attacker can perhaps open | this file and hold it open for reading or writing before the proper | fchmod() is executed. (Actually, we could also pass the final mode to | the open() call and then save the consequent fchmod().) Cheers, Moritz -- System Information: Debian Release: 3.0 Architecture: i386 Kernel: Linux anton 2.4.29-univention.1 #1 SMP Thu Jan 27 17:08:46 CET 2005 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages passwd depends on: ii libc6 2.3.2-9 GNU C Library: Shared libraries an ii libpam-modules 0.76-14.4.200410080708Pluggable Authentication Modules f ii libpam0g 0.76-14.4.200410080708Pluggable Authentication Modules l ii login 1:4.0.3-17.6.200402110832 System login tools -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307260: apel: Invalid character errors
Package: apel Version: 10.6+0.20040418-1 Severity: normal Hello, Emacs-ist for two years or so, I've often been disturbed by mysterious Invalid character: 020031, 8217, 0x2019 errors while working. Especially, I wasn't able to use nnrss backend in Gnus, that fetches and converts RSS streams in Gnus articles. Now I know what makes it fail: /usr/share/emacs21/site-lisp/apel/poem.el:82: (defalias-maybe 'char-or-char-int-p 'integerp) As APEL is loaded from /etc/emacs/site-start.d/ with rank 20 (quite normal for a library on which other stuff will rely), char-or-char-int-p is always bound to integerp. Gnus' nnrss.el uses Gnus' mm-util.el, in which char-or-char-int-p is used if it exists (char-valid-p otherwise). But with APEL loaded, char-or-char-int-p isn't reliable anymore... E.g., the following sexp reproduces above error: (message Char 8217: %c (if (char-or-char-int-p 8217) 8217)) I'm afraid other errors could occur with such defalias-maybe macros loaded from poem.el (characterp, ...). Wouldn't it be possible to bind those predicates more precisely, or to prefix them with poem-? Besides, why poem is loaded in case mule-ucs is available (rank 40 in site-start.d)? Best regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (1001, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages apel depends on: ii debianutils 2.13.2 Miscellaneous utilities specific t ii emacs21-nox [emacsen] 21.4a-1The GNU Emacs editor (without X su ii make 3.80-9 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307261: kmail: IMAP email is lost when using spam filter
Package: kmail Version: 4:3.3.2-3 Severity: critical Justification: causes serious data loss On my IMAP server, I created a subfolder under INBOX titled Spam. I then started the anti-spam wizard, in which I told it to utilize the spamassassin installation it found on my system. I told it Classify messages using the anti-spam tools, and Move detected spam messages to the selected folder. I selected the newly created Spam folder on my IMAP server. I then selected a day's worth of email and did Apply Filters, which caused it all to disappear. It was purged from the IMAP server, and as far as I can tell, it's just gone. I've checked all local and IMAP folders with no luck. I've done no configuration of my system's spamassassin installation. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-stu1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kmail depends on: ii kdelibs4 4:3.3.2-5 KDE core libraries ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libkcal2a4:3.3.2-3 KDE calendaring library ii libkdenetwork2 4:3.3.2-3 KDE Network library ii libkdepim1 4:3.3.2-3 KDE PIM library ii libkleopatra0a 4:3.3.2-3 KDE GnuPG interface libraries ii libkpimidentities1 4:3.3.2-3 KDE PIM user identity information ii libksieve0 4:3.3.2-3 KDE mail/news message filtering li ii libmimelib1a 4:3.3.2-3 KDE mime library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii perl 5.8.4-8 Larry Wall's Practical Extraction ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307194: belocs-locales-data: Incorrect Faroese (fo_FO) date format
Denis Barbier wrote: On Sun, May 01, 2005 at 07:29:38PM +0200, Jacob Sparre Andersen wrote: % LANG=fo_FO date +%A tann %-e. %B %Y klokkan %H:%M:%S (UTC%z) -d 2005-01-01 leygardagur tann 1. januar 2005 klokkan 00:00:00 (UTC+0100) % LANG=fo_FO date +%A tann %-e. %B %Y klokkan %H:%M:%S (UTC%z) sunnudagur tann 1. mai 2005 klokkan 19:24:48 (UTC+0200) % Yes. That is how it should look. Committed into my development tree, thanks for your input. One final question. If you read date(1) manual page, you will see that 'date +%c' should display output using locale settings. As date_fmt was introduced so that date output can be localized without this flag, I do not know why there are 2 fields, and maybe d_t_fmt (which is used with 'date +%c') has other uses. For instance in French, 'date' was badly broken and 'date +%c' was quite good. So I decided to fix only the former, and keep the latter unchanged. In your language, do you believe that 'date +%c' is also broken, or can it be kept as it is now? In the sense that nobody writing just barely correct Faroese would write a date/time-stamp like that, it is definitely badly broken. 1) It is wrong to write abbreviations without a closing punctuation mark (.). 2) The day of month is considered an ordinal number and should thus also have a punctuation mark (.) appended. Since we don't know the principle behind this variation, I will suggest that we use a conservative fix, until we find an explanation of the use of the format. This is the most conservative change to %c, which makes sense in Faroese: % LANG=fo_FO date +%a. %d. %b. %Y %H:%M:%S %Z mán. 02. mai. 2005 09:25:48 CEST % Jacob -- »Great minds discuss ideas, Average minds discuss events, Small minds discuss people.« -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307262: shadow
Package: shadow Version: Severity: wishlist Tags: l10n, patch While translating the file shadow, I encountered the following typos, which I thought you might like to eliminate in a future release. _ 1. identical strings: (a) __ .po:43 reference:src/chage.c:159 flag: c-format Original: 0 Enter the new value, or press ENTER for the default\n \n po:77 reference: src/chfn.c:139 flag: c-format Original: 0 Enter the new value, or press ENTER for the default\n (only difference is formatting in .po file, where first string is moved down to second line, but that won't appear in the program) (b) _ po:88 reference:src/chfn.c:332 src/chsh.c:190 src/passwd.c:1165 flag: c-format Original: 0 %s: Unknown user %s\n po:144 reference:src/gpasswd.c:146 src/gpasswd.c:230 flag: c-format Original: 0 %s: unknown user %s\n (capital letter only difference) (c) _ po:134 reference:src/faillog.c:131 src/lastlog.c:96 flag: c-format Original: 0 Unknown User: %s\n po:198 reference:src/groups.c:59 flag: c-format Original: 0 unknown user %s\n _ submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#302762: acknowledged by developer (cooledit removed)
On Sun, 01 May 2005 12:18:11 -0700 [EMAIL PROTECTED] (Debian Bug Tracking System) wrote: It has been closed by one of the developers, namely Matej Vela [EMAIL PROTECTED]. ... cooledit was removed from Debian unstable in January 2004. See http://bugs.debian.org/229615 for further information. Closing unfixed bugs for all removed packages is a bad idea, and arguably violates Debian's Social Contract which says: We will communicate things such as bug fixes, improvements and user requests to the upstream authors of works included in our system. I believe I understand why closing a bugs like this is done -- nobody maintains them, therefore there's no Debian maintainer to forward them upstream. Also Debian's BTS is used for statistics and planning, like a census; counting thousands, perhaps tens of thousands of orphaned bugs would create a misleading picture of the distro's current status. The problem is real; but closing all open bugs is a poor solution... Blowback 1: suppose package 'foo' is orphaned, and all its bugs closed. Later some new maintainer adopts 'foo'. Where are the orphaned bugs? In the archive. Some may still be valid. The maintainer might not have the time to search every archived bug just to find out which were closed due to the package's being orphaned, and if he did have the time, it still WASTES his time in having to review them when the bugs simply could have been left open. Blowback 2: suppose a conscientious upstream package author occasionally reviews various downstream package BTS's for new bugs, in case nobody downstream remembered or cared to report those to upstream. Would such a conscientious author have time to review all the archived closed Debian bugs just to find the minority of still valid orphaned bugs? Even if he would, this would WASTE their time -- thus violating the spirit if not the letter of Debian's Social Contract. Blowback 3: User Bob finds bug #X in 'foo'. Then 'foo' is orphaned, then months later adopted by a new maintainer who lacks the time to deal with Blowback #1. So bug #X remains closed, even though it's not fixed. Later user Betty finds the same bug in 'foo', and checks the BTS to see if its already been reported -- she finds nothing open, and reports it as bug #Y in 'foo'. It WASTED user time to report an already reported bug. Suggested fix: create a new bug status between Open and Closed -- call it Limbo maybe. Limbo bugs would be any bug that was Open when orphaned, or any bug reported after a package was orphaned. Programs that tabulate bug statistics could consider Limbo bugs as Closed for most purposes. Upstream maintainers and users would still see them as virtually Open for most purposes. When any orphaned package was re-adopted, the Limbo bugs could be changed back to Open. NB: I've noticed many such closings of other bugs before, and the maintainers themselves seem to WASTE a lot of their time closing 'em. On 4/4/05 I wrote Colin Watson, the current BTS admin, to ask how he feels about a consequence or relation of this problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=302814msg=9att=0 So far no reply, so I'll now reopen that bug just to keep the message in play. I think the whole problem of a bug is EITHER closed OR open constitutes a serious bug. It wastes the time of Debian Maintainers who adopt packages, and Debian maintainers who close such bugs and reports, not to mentions upstream authors, and last and perhaps least and perhaps also most numerous, users who don't know about these things and mistakenly send redundant info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249396: lsb-release: Please upload a fixed version which supports amd64
severity 249396 important thanks Please reconsider uploading a fixed version of lsb-release which supports the amd64 architecture. Unfortunately, the ia32-libs package (Build-)Depends on lsb-release and many important packages depend on ia32-libs. This includes the whole amd64 toolchain via libgcc1 from gcc-3.4 which Build-Depends on ia32-libs-dev. The fix is very easy: 'amd64' just needs to be added to the 'Architecture:' line in debian/control. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307263: apt-listbugs: please put the index dir somewhere else
Package: apt-listbugs Version: 0.0.48 Severity: wishlist Hi, currently it seems that osdn.debian.or.jp ist somewhat down, or the indexdir is somewhat broken. Anyway, I can't use apt-listbugs currently and I'd suggest to put the index-stuff at least in two places, so that one can switch between them. Andreas -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.7-cherry Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages apt-listbugs depends on: ii apt 0.5.28.6 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.1 modules/classes for dpkg on ruby 1 ii libintl-gettext-ruby1.8 0.11-5 Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1.8] 1.8.2-5Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-1Interface of expat for the scripti ii ruby 1.8.2-1An interpreter of object-oriented -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307261: This bug can be closed.
Sorry about that -- a couple of my filters were having an unexpected interaction, and Kmail's behavior was as designed. D'oh! :-\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306820: ppp in on demand mode hangs with tcsetattr: Invalid argument error
Hi, I am also getting this error with kernel 2.6.11.7 and dialup modem (USB ISDN). The problem is with persist or demand, first connection goes through fine, reconnection fails with tcsetattr error. I am using latest Debian sid tree. Downgrading ppp to version 2.4.2+20040428-6 seems to resolve the problem. All versions after that one have this problem. I did some further debugging and discovered that the first time the connection goes around the fd is 7, the next time it goes to reconnect the fd increases to 8. This might be normal, I'm not sure whats going on. Thanks for your time, David Burrows.
Bug#289050: my fault
right, that was a communication/understanding problem on my side, thanks for the hint cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#305854: zope2.7: 2.7.5-2 confirmed
Package: zope2.7 Version: 2.7.5-2 Followup-For: Bug #305854 Andrea, the 2.7.5-2 solves the current problem I have run the tests this way: changed dir to my instance dir, (/var/lib/zope2.7/instance/default) and did a bin/zopectl test. All works right for me. I think you received 0 tests run because the directory where it looks for tests to run must be given by the --libdir parameter, or by default it is under the current directory. If you do not give --libdir and you are in the wrong place, this is what happens. And thanks for solving this. (BTW, I don't think this change could break anything, unless someone would want to manually symlink test.py out to some other location and run it from there, but as the designated way is now to run test.py via zopectl, this should not be a big worry. IMO.) Balazs Ree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306783: second change installer hangs after reboot
On Thu, 2005-04-28 at 22:17 +0200, Frans Pop wrote: On Thursday 28 April 2005 16:03, Arthur de Jong wrote: Real Time Clock Driver v1.12 And then it just hangs. No output, nothing. Pressing numlock does not change the led status. This sounds like [1]. There is a workaround available in [2]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277298 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277298msg=85 Moving /sbin/hwclock aside and replacing it with a wrapper to call hwclock with --directisa did the trick, thanks. -- -- arthur de jong - [EMAIL PROTECTED] - west consulting b.v. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297810: just my 2 cents...
Il giorno ven, 29/04/2005 alle 17.52 +0200, Pete van der Spoel ha scritto: I don't follow all the detail of the discussion above, all I can say that it's very counter-intuitive to apt-get install the plone package, then have to make your own zope instance (at least you're told you need to do this) and then log in to http://localhost:9673/manage to discover that there is no Plone site product to add :-( Why not uncomment the Debian specific # products /usr/lib/zope2.7/lib/python/Products This can't be done by default. After sarge release, we (the Debian Zope Team, I mean) will introduce a new layout for zope setup which will handle this issues. Such a change can't be made before the release. Thanks for your suggestion, Fabio -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307107: workrave: forces breaks shortly after inactivity
Your breaks do count. Look closely at the timers. As soon as you dont type, they start filling up in green. If your non-activity is long enough, it counts as a break for workrave. Bye, Mike -- |=| Michael Piefel |=| Member of the Debian project
Bug#307265: cvs: man page includes too many blank lines
Package: cvs Version: 1:1.12.9-13 Severity: minor The cvs(1) manual page contains far too many redundant new lines. Paragraphs are mostly separated by two blank lines, rather than the customary one, and as many as six blank lines appear in places. This differs from the usual manual format and means less information than usual can be displayed on one screen. This is symptomatic of authors who are unfamiliar with nroff and troff, as the section and paragraph macros (such as .SH and .PP) already create their own new lines to separate paragraphs. Perhaps the author has his MANPAGER or LESS environment variable set such that the -s option is in use and redundant new lines are squeezed into one new line. In any case, I would hope the problem will be resolved. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7eagle-20040916 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages cvs depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307264: info bash has too many blank lines
Package: bash Version: 2.05b-26 Severity: minor Each link (text preceeded by * indicating a link to another document) is separated by a blank line, giving the appearance of double-spaced lines. This is unnecessary, causes less information to appear on the screen at once, is unlike many other TeXinfo documents (such as CVS's), and in my opinion makes the document more distracting and difficult to read. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7eagle-20040916 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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-21 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-31sarge1 change and administer password and -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307266: debconf can't work properly
Package: fai Version: 2.8.1 FAI currently expects a package that should be configured using debconf whilst being installed/updated by FAI to use the values from the debconf-db, set via debconf-set-selections. Although this is a sensible approach, many packages fetch their default values from some configuration file or the template-file, which is sensible too. This results in packages being configured to something else than the FAI-user expected. I'm working on a solution, but meanwhile I file this bug to inform other users about this possibly unexpected behaviour. Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307267: cvs: man page fails to document status command
Package: cvs Version: 1:1.12.9-13 Severity: normal The cvs(1) manual page has no section referring to the status command whereas most of the other commands such as release and update do. See also bugs #273872 and #282735. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7eagle-20040916 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages cvs depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307270: eskuel: arbitrary file retreiving
Package: eskuel Version: 1.0.5-3 Severity: critical Tags: security patch Justification: causes serious data loss It's possible to read any file on the system. File: include/functions.inc.php Vulnerable function: select_lang_config() Vulnerable code: [...] $lang_config_cookie = (isset($HTTP_COOKIE_VARS['ConfLangCookie'])) ? $HTTP_COOKIE_VARS['ConfLangCookie'] : ''; $force_config = (isset($HTTP_POST_VARS['lang_config'])) ? $HTTP_POST_VARS['lang_config'] : ''; if ($force_config != '') { $lang_conf = $force_config; } elseif ($lang_config_cookie != '') { $lang_conf = $lang_config_cookie; } else { $lang_conf = $conf['defaultTxt']; } if ($lang_conf == '') { $lang_conf = 'francais.inc.php'; } ### Getting the good $txt var from the lang res file include './lang/'.$lang_conf; [...] Vulnerability details and exploitation way: It's possible to use the ConfLangCookie cookie value or the lang_config post value to specify an arbitrary file, that will be included with the include './lang/'.$lang_conf istruction. If one of ConfLangCookie or lang_config value is ../../../../../../../../../../../etc/passwd, it's possible to read the userlist. Simple patch: if ($lang_conf == '') { $lang_conf = 'francais.inc.php'; } + if (strpos(.., $lang_conf) !== FALSE) die(Invalid language file); ### Getting the good $txt var from the lang res file include './lang/'.$lang_conf; -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages eskuel depends on: ii apache2 2.0.54-2next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.0.54-2traditional model for Apache2 ii php4-cgi 4:4.3.10-13 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-13 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307269: opencv-doc: Wrong definition of CvHistogram structure in the html doc
Package: opencv-doc Version: 0.9.6-1 Severity: minor Hello, The definition of CvHistogram in /usr/share/doc/opencv-doc/html/ref/opencvref_cv.htm is the old definition. This is now (as seen in /usr/include/opencv/cxtypes.h): typedef struct CvHistogram { int type; CvArr* bins; float thresh[CV_MAX_DIM][2]; /* for uniform histograms */ float** thresh2; /* for non-uniform histograms */ CvMatND mat; /* embedded matrix header for array histograms */ } CvHistogram; Good day. Olivier -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307271: linkchecker: wrong path to Python if Python2.3 is installed
Package: linkchecker Version: 2.9-1 Severity: normal The lc.cgi file starts with '#!/usr/bin/python'. This script requires python = 2.4. However, if also Python 2.3 is installed, /usr/bin/python will be a symlink to /usr/bin/python2.3. Fix: link to /usr/bin/python2.4. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac10-byte Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linkchecker depends on: ii python2.3.5-1An interactive high-level object-o ii python2.4 2.4+2.4.1rc2-1 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#306820: ppp in on demand mode hangs with tcsetattr: Invalid argument error
On May 02, David Burrows [EMAIL PROTECTED] wrote: did some further debugging and discovered that the first time the connection goes around the fd is 7, the next time it goes to reconnect the fd increases to 8. This might be normal, I'm not sure whats going on. This bug should be fixed by the patch from #306261, but I'm not sure if it's the same issue of #306820. -- ciao, Marco signature.asc Description: Digital signature
Bug#305672: usbmount: flashdisk not mounted
Hi, I am sending the output of user.log after applying the patch. P.S. I have noticed that the same problem occurs if the device is plugged into USB1 port (different pc with debian stable - no usbmount, no udev, kernel 2.4 but a simple script to automatically mount the flashdisk when plugged in. Again the disk cannot be mounted immediately but the script needs to wait for some time before mounting a partition on the disk). With other devices (flashdisks) that I have tried nothing like that was needed. I have tried two devices of this type and both have had the same problem. Peter -- user.log --- May 2 10:37:45 localhost usb.agent[9223]: usb-storage: already loaded May 2 10:37:45 localhost usbmount[9252]: BEGIN DEBUGGING SECTION --- May 2 10:37:45 localhost usbmount[9252]: ls -l /dev/sdc: brw-rw 1 root floppy 8, 32 May 2 10:37 /dev/sdc May 2 10:37:45 localhost usbmount[9252]: /sbin/udev_volume_id /dev/sdc: error open volume May 2 10:37:45 localhost usbmount[9252]: fdisk -l /dev/sdc: May 2 10:37:45 localhost usbmount[9252]: ls /sys/block/sdc/device: block delete detach_state device_blocked generic max_sectors model power queue_depth rescan rev scsi_level stat e timeout type vendor May 2 10:37:45 localhost usbmount[9252]: cat /sys/block/sdc/device/state: running May 2 10:37:45 localhost usbmount[9252]: sleeping 6 seconds May 2 10:37:46 localhost scsi.agent[9177]: sd_mod: blacklisted (for disk) May 2 10:37:51 localhost usbmount[9252]: ls -l /dev/sdc: brw-rw 1 root floppy 8, 32 May 2 10:37 /dev/sdc May 2 10:37:52 localhost usbmount[9252]: /sbin/udev_volume_id /dev/sdc: unknown volume type May 2 10:37:52 localhost usbmount[9252]: fdisk -l /dev/sdc: Disk /dev/sdc: 2111 MB, 2111569408 bytes 129 heads, 36 sectors/track, 888 cylinders Units = cylinders of 4644 * 512 = 2377728 bytes Device Boot Start End Blocks Id System /dev/sdc1 * 1 889 2062061+ e W95 FAT16 (LBA) Partition 1 has different ph ysical/logical endings: phys=(893, 128, 36) logical=(888, 7, 35) May 2 10:37:52 localhost usbmount[9252]: ls /sys/block/sdc/device: block delete detach_state device_blocked generic max_sectors model power queue_depth rescan rev scsi_level stat e timeout type vendor May 2 10:37:52 localhost usbmount[9252]: cat /sys/block/sdc/device/state: running May 2 10:37:52 localhost usbmount[9252]: END DEBUGGING SECTION --- May 2 10:37:52 localhost usbmount[9323]: BEGIN DEBUGGING SECTION --- May 2 10:37:52 localhost usbmount[9323]: ls -l /dev/sdc1: brw-rw 1 root disk 8, 33 May 2 10:37 /dev/sdc1 May 2 10:37:52 localhost usbmount[9323]: /sbin/udev_volume_id /dev/sdc1: F:filesystem T:vfat V:FAT16 L:Kingston N:Kingston U:0DD1-0074 May 2 10:37:52 localhost usbmount[9323]: fdisk -l /dev/sdc1: Disk /dev/sdc1: 2111 MB, 2111550976 bytes 65 heads, 62 sectors/track, 1023 cylinders Units = cylinders of 4030 * 512 = 2063360 bytes Device Boot Start End Blocks Id System /dev/sdc1p1 ? 422333 826679 814758329+ 74 Unknown Partition 1 has different phys ical/logical beginnings (non-Linux?): phys=(288, 110, 36) logical=(422332, 10, 45) Partition 1 has different physical/logical endings: phys=(366, 104, 37) logical=(82667 8, 47, 29) Partition 1 does not end on cylinder boundary. /dev/sdc1p2 ? 330071 463812 269488144 65 Novell Netware 386 Partition 2 has different physical/logical b eginnings (non-Linux?): phys=(107, 121, 32) logical=(330070, 33, 47) Partition 2 has different physical/logical endings: phys=(10, 121, 13) logical=(463811, 34, 42) Part ition 2 does not end on cylinder boundary. /dev/sdc1p3 ? 133745 480733 699181456 53 OnTrack DM6 Aux3 Partition 3 has May 2 10:37:52 localhost usbmount[9323]: ls /sys/block/sdc/sdc1/device: ls: /sys/block/sdc/sdc1/device: No such file or directory May 2 10:37:52 localhost usbmount[9323]: cat /sys/block/sdc/sdc1/device/state: cat: /sys/block/sdc/sdc1/device/state: No such file or directory May 2 10:37:52 localhost usbmount[9323]: sleeping 6 seconds May 2 10:37:58 localhost usbmount[9323]: ls -l /dev/sdc1: brw-rw 1 root disk 8, 33 May 2 10:37 /dev/sdc1 May 2 10:37:58 localhost usbmount[9323]: /sbin/udev_volume_id /dev/sdc1: F:filesystem T:vfat V:FAT16 L:Kingston N:Kingston U:0DD1-0074 May 2 10:37:58 localhost usbmount[9323]: fdisk -l /dev/sdc1: Disk /dev/sdc1: 2111 MB, 2111550976 bytes 65 heads, 62 sectors/track, 1023 cylinders Units = cylinders of 4030 * 512 = 2063360 bytes Device Boot Start End Blocks Id System /dev/sdc1p1 ? 422333 826679 814758329+ 74 Unknown Partition 1 has different phys ical/logical beginnings (non-Linux?): phys=(288, 110, 36) logical=(422332, 10, 45) Partition 1 has different physical/logical endings: phys=(366, 104, 37) logical=(82667 8, 47, 29) Partition 1 does not end
Bug#307273: arch2darcs: please format long description appropriately
Package: arch2darcs Version: 1.0.3 Severity: minor Tags: patch Hi! The long description of the package is a bit weird formated. Please accept this pseudo patch for it: #v+ Description: Convert Arch/tla repositories to Darcs arch2darcs is used to convert an Arch repository to Darcs, automaticaly preserving: . * All original logs - . * Modification dates - . * All adds, deletes, and renames that were versioned with tla - . * Files in Arch. . arch2darcs can process entire Arch/tla branches at once. #v- There is no need to start a new paragraph for those pieces. So long, Alfie -- bli Von uns allen bleibt nur Asche. Nur die DWN wird man in hundert Jahren noch nachlesen koennen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307274: when the *.IFO file is bad and mkisofs complain if the flag -V is prepended it work
Package: mkisofs Version: 4:2.01+01a01-4 Severity: normal I have some dvd with the following prob: The pad was 861 for file VIDEO_TS.BUP The pad was 42 for file VIDEO_TS.IFO and mkisofs complain: mkisofs: Implementation botch. Video pad for file VIDEO_TS.VOB is -5 mkisofs: Either the *.IFO file is bad or you found a mkisofs bug. when in previous release with the same dvds did not, but if I prepend the flag -V [witch has nothing to do with it] it does not complain and it make a working iso image! p.s. sorry for my english... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-i2c100405 Locale: LANG=it_IT.ISO-8859-1, LC_CTYPE=it_IT.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to it_IT.ISO-8859-1) Versions of packages mkisofs depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an 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#128818: gzip and ed stuff
hi folks, i had a look at the patch above and have some suggestions and questions: - the zcat part should be done by the apt-internal method, using the library directly in the ed part or somewhere else spoils apt's design. as far as i can see this should be easy - the big question is how to implement the ed part. it would be most natural to make it a mathod as well, but i don't think this is reasonable as normal methods take one argument and prduce one file, where the ed part would need two arguments (the original and the patch) and produce one file. of course this could be coded into the url, but that's ugly. so should i just create a method that takes the two file(name)s and do the patch? perhaps some of the people who are closer to the design of apt could comment on the preferred way to take here... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#307089: sane: xscanimage resolution slider fails to work
David Monro [EMAIL PROTECTED] wrote: Works for me. Do you use a GTK theme ? That very much looks like a broken theme engine. Try with another theme, or none. That was my first thought; tried about 6 different themes with no luck. Then please try without any theme at all. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307171: marked as done (tela: FTBFS (sarge): Blas not found!)
reopen 307171 thanks Format: 1.7 Date: Mon, 2 May 2005 10:02:11 +0200 Source: tela Binary: tela Architecture: source i386 Version: 2.0-10 Distribution: unstable Urgency: high Maintainer: Mikael Hedin [EMAIL PROTECTED] Changed-By: Mikael Hedin [EMAIL PROTECTED] Description: tela - interactive tensor language Closes: 307171 307244 Changes: tela (2.0-10) unstable; urgency=high . * Change b-d to not use atlas3, as it's not available on arm for now, and the build will work with blas/lapack as well. (Closes: #307171, #307244). This bug still applies to the version in sarge. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#264069: (no subject)
retitle 264069 lists.debian.org: Please create the debian-webapps mailing list thanks Name: debian-webapps Rationale: There are now a large number of Web Application packages in and entering Debian. At the moment, there is no policy on how to package these applications. This list aims to: * Create and maintain a working policy for the packaging of Web based applications (Webapps). * Provide a forum for the discussion of packaging Webapps. Short description: Web Applications package maintainance and Web Application policy development Long description: Coordination for the maintainance of web application packages and Debian Webapp Policy issues. Category: Developers Subscription Policy: open Post Policy: open Web Archive: yes -- Alexis Sukrieh [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307275: phpmyadmin: upgrade breaks included conffiles from other packages
Package: phpmyadmin Version: 4:2.6.2-1 Severity: important Upon the upgrade of phpmyadmin the apache2.conf was rewritten to only include *.conf files from the conf/ subdir. Other packages such as gallery and amavis-stats put a symlink there to include their config file but they do not end in .conf. As a result their config files will be ignored. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages phpmyadmin depends on: ii apache2 2.0.54-2next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.54-2traditional model for Apache2 ii debconf 1.4.30.13 Debian configuration management sy ii php4 4:4.3.10-12 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-12 MySQL module for php4 ii ucf 1.17Update Configuration File: preserv -- debconf information: * phpmyadmin/reconfigure-webserver: apache2 * phpmyadmin/restart-webserver: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307276: gnupg: Error importing Wouter's keys
Package: gnupg Version: 1.4.0-3 Severity: normal When I fetched Wouter's key from db.debian.org (inserted below), and tried to import it, gpg barfed: $ gpg --import yoe.asc gpg: O j: mpi crosses packet border secmem usage: 0/0 bytes in 0/0 blocks of pool 0/32768 I've no idea what happened. The is supposed to have key id AF79D29E and importing it from the key server I use works fine. -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.0.6 (GNU/Linux) mQGiBEBCS3MRBACXg1I5mfiCT2fGEXEZ0UmbL/bTFWqTZZ2FW/L6X1qomTdlZp5y CP1qHNxvVLCleFNbufcgEv6Gx6O9zElFihzN6gf58XNDXOaQEvdd8VeB+waOJjZ9 sltMo4XmzFPc4xkT4Xyv8nEQzTKq13BfCKVHvPXChv1Kz6nyLFyG9z/pjwCgsbwQ YWXcdU4QL7LA8Cgd5oVlY+sD/17p6J+XPSvASFNuc3YEJ6migc/ylB75cGzitbu4 Ch5GKxoX856IAQpHyaFh6G8AjFeLRip/zykKDtQTAYbySmvhxxhDBa0cJDzk0vWI w+DBIbUihHOJjIMO0t4RJs3Ml+8dVckb9LUoN7ZY+liSIg3aJ9lWE4pN8Ix6GfJm WrzGA/9pcAlkYjTe63nOfBgQfBciuH1npoYzVh57ej90RfElO3tZjwJG08rFIe3v owTpy5l7cVX/ysT7nY6ojDlNj8LrtdyQomuUV9q/z0oqGS5kx6fddd90nD6FWsjD 5GgGaNW4mgMVwATuafhGgJhGDyp5ZmT0vWauiDqod/OjAavV0bQvV291dGVyIFZl cmhlbHN0IChKYWJiZXIgSUQpIDx5b2VAamFiYmVyLm9yZy51az6IXgQTEQIAHgUC QEJMCwIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRA9/Cxir3nSnsRAAJ0atm7V cQJOCjm2eTROPRVS70hRxACgrIfOMvnySQq+a4HIeCVZBq+QHdyIRgQTEQIABgUC QEJM3AAKCRBaBnUcS1o9/UpoAKCbrFAQ6suPe4X1bq+UeFHHPmxufQCcC3n/K+ss lrdJa7Til8uBWikZqwKIRgQTEQIABgUCQEMfyQAKCRC/S9DmBJ24eYYnAKD/FCgI Z0DKvV5Ie4ds20GALO83YgCgwhVVNa6YB1dXm+P/ClXRaw7GL42IRgQTEQIABgUC QP+3sAAKCRDXWV03S3KWJU9lAJ9EhWeW/uZ+zkEOssbBm9ByFCtKLgCeLGvmttc7 v3TmgkC3oTpO/4F/qqKIRgQSEQIABgUCQTB4+QAKCRCfzyzNPz5kJpBcAJoDydzo Dasbm4kVYelpT0f8YBNf4ACeLHz4fuqIDwdvYLJGWUndGCR6qEuIRgQQEQIABgUC QUq+hgAKCRBDKEPgrzxn6smxAJ9nF70UWLMVcpepCTOQmrf9+4ejMQCeLaqiuM/5 nmyZWg51AAQ4+ARAVsiIRgQTEQIABgUCQTRGBAAKCRDlRN4Hm3wyjQuZAJwJPo3/ XF2pbfsS9y0+2TXvT7v4mgCgnhGWBZNOWlqFJ6w5IqPYpUjBvTaIRgQQEQIABgUC QiG8wgAKCRDTW7yZvH0CCmp3AJ0bJ0bgjBYqS0tV32pQSLYYHo5XLACfeEjTmXXV 39edBhN/VflUNvfNQomIRgQTEQIABgUCQiG/OQAKCRCboJNrWjX9QtTaAJ4swZIE J/JbmHS14D5uTmdcwJMzgACgprJAures4OffHYDd7sOjbMnicouIRgQQEQIABgUC QjxNOQAKCRDgADb6rzhSeT/9AKDLNZEuAUEso2yQUvwt8l6MFdKUhACeOWLg/HD4 bfEs0HPaEeyNC5YLh0CIRgQQEQIABgUCQkPcSAAKCRAkEGHKUAZBgeg9AJ47f3Uv c4010DkKukDUxRKjDWVLqACgj+rk2v7w6CU/7BYZc4mMnNT8PWy0I1dvdXRlciBW ZXJoZWxzdCA8d291dGVyQGRlYmlhbi5vcmc+iF4EExECAB4FAkBCS3MCGwMGCwkI BwMCAxUCAwMWAgECHgECF4AACgkQPfwsYq950p53KACfVoejKcUJIzMAh6M7I+xv 55LV6OsAn3HY5GhM4S1kE2gIf4Au8yyGXvgTiEYEExECAAYFAkBCTOEACgkQWgZ1 HEtaPf2KWACfXQzspaLYvur7kSejbOAsNSZ/h3UAoJdH9Qp5vlzM6pF5FHSZhYNs myf7iEYEExECAAYFAkBDH8kACgkQv0vQ5gSduHldJgCffxRXylpopMkJQAfyUlwm 4hwZbRMAoIb3il9Yt14nnDcazH4CoVK1kV93iEYEExECAAYFAkD/t7AACgkQ11ld N0tyliWemgCfQ+xsiFI/pnDyXF3l/Mvc88Sh3HIAoKtXBhDlQpJmjna/2AGB+wFO H4IRiEYEEhECAAYFAkEwePkACgkQn88szT8+ZCaRRgCfTPa6Wexnx4Es5JPDF54q ai25cwQAn2nfCIYE5VDTZY8goew+MRnRbk38iEYEEBECAAYFAkFKvoYACgkQQyhD 4K88Z+pzQgCgvSB1M+lmebDNMppgy/goX3h8Of4AoIjmrq11yw5QkGwTiIZWy5Bo JPAziEYEExECAAYFAkE0PCYACgkQ5UTeB5t8Mo1TiACgl6opYjPGy/a0ICz363ad qhNg5KAAoIMlWXEmNKBgoKfjXiigxSnTeecOiEYEExECAAYFAkE1DFwACgkQBDI2 6xBzGXer7ACfcsgNHeAgQ5aisKu6D5KqNXOxu5YAnjqBO73MPePpVHFDFPWQFoXu JuVSiEYEEBECAAYFAkIhvMIACgkQ01u8mbx9Agp4NACfUUXn69ryU8MUZabOydkq ArOh9uQAoIvI5As97sPqOJGe227Bbnj1wHNOiEYEEBECAAYFAkIjrmoACgkQ+FmQ sCSK63NytgCfdvMnA1VS+tNY+6iqyaz2eNYF8G0An1li0J0nGDlpK6c3imaHt9R4 7BdFiEYEEBECAAYFAkIkmjQACgkQRoAVF6FpbSvYFACfcomiBbbWimVJ85dnicib NfcyVGUAnRIv/STM2yD1Y6KZn4W3NKBgrkW+iEYEEBECAAYFAkIlku4ACgkQST77 jl1k+HCiQgCgpe/JVFOSQZjrbDNLlmhGiPXAJa0An2ae32lrvYpRmXJJXKYRVUV2 vxRciEYEExECAAYFAkIhvzkACgkQm6CTa1o1/ULBDgCgkaN57/2jszp7EsZ998Fw RRAU0soAn0rG0AfgUcnMG7uiQhgO1k1+E0aDiEYEExECAAYFAkIvEIYACgkQoWMM j3Tgt2YxLQCfUC/4O+JNmqgzBG7fz0oAvSMLVoYAn3Y0riR7EKCQrAp97sf+41WD QQw7iEYEEBECAAYFAkI8TTkACgkQ4AA2+q84UnlSRACfbTpKPxp0nhKed4CW3JEu oXS5G5wAoM9SoDnJFEZc9yYZTQ2QmJRs+a31iEYEEBECAAYFAkJD3EgACgkQJBBh ylAGQYH5bQCeK126lmlMZtT0t4wR078TblHJ3G0AmgKn5Q6oQEmN7C2xkU9yG3nW aSMwtClXb3V0ZXIgVmVyaGVsc3QgKFdvcmspIDx3b3V0ZXJAbml4c3lzLmJlPohe BBMRAgAeBQJAQkvHAhsDBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJED38LGKvedKe 0HUAnidFAizFiY9C9940SHPpiwT+UmzDAJsHq3GggfQRVd0ib/OLT9mDFH+xhYhG BBMRAgAGBQJAQkzhAAoJEFoGdRxLWj39cgMAn09oreM2qIWFQzJhWjWUk/7zI5LP AJ9THXYbMlVDzE5hBQuS7K0KTGV1uohGBBMRAgAGBQJAQx/JAAoJEL9L0OYEnbh5 /CwAoI4eONQxhOsjp+iYCbHROk8tZAUzAKCAaZzL0+X/OP+xPSiZNKutydO7wohG BBMRAgAGBQJA/7ewAAoJENdZXTdLcpYlDUkAoMRYmAVdxezDBRKPK+YQ15DK/DIx AJ9RsPpc/AHcu6OHsSs2YWq9AvDWoYhGBBIRAgAGBQJBMHj5AAoJEJ/PLM0/PmQm m2EAn21Sf0useFHM5OluIe3BE1vzKvroAJ4p30gWRpzGyUdawsFqdWkQeUBA8ohG BBARAgAGBQJBSr6GAAoJEEMoQ+CvPGfqxqkAnik2LxXLit2sDh/DICl+KW4IFjr AJ416XWCUSoDCXcQFp5wKh5V7j34CYhGBBIRAgAGBQJBNgMJAAoJECiylcP0bq27 WQUAnRLBxtBPiohwILG/iC+RCK2GFtrFAKCQJdJwUOjNrjfArmSNpDa8cFMPGohG BBMRAgAGBQJBNDwmAAoJEOVE3gebfDKNMYsAn0crdDcjp4Iv6rIzhBNXidjxnuk4 AJ9QFHG19M4id4x0809TSuGLtRsb8IhGBBMRAgAGBQJBNQxpAAoJEAQyNusQcxl3 C7YAn2OxIHkC77Ptd8/8zG3o7zazN/tRAJ9qwdDkh6RKaQ8cOdXXq8dj3hm/o4hG BBARAgAGBQJCIbzCAAoJENNbvJm8fQIKtxYAniNk7LYDSJd0GnL0hdjAABTfBPGq AKCNWw6eopkinCWaylJjwY/i+aMmWYhGBBARAgAGBQJCI65qAAoJEPhZkLAkiutz
Bug#306530: powernowd: stuck at lower freq
Hi Bdale, severity 306350 important thanks This bug report does not merit the severity 'grave' in the Debian BTS. In fact, I'm not yet convinced this is a bug in powernowd at all. Is this still your assessment? (The severity change didn't take.) Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#307188: [Pkg-octave-devel] Bug#307188: octave-gpc: FTBFS: no match for 'operator[]' in '*m[vertices]'
[Cc: to debian-release] * Andreas Jochens [EMAIL PROTECTED] [2005-05-01 15:16]: Package: octave-gpc Version: 0.1.4-1 Severity: serious Tags: sarge When building 'octave-gpc' on i386/testing, I get the following error: /usr/bin/mkoctfile -v -s -c gpc_create.cc /usr/bin/g++ -c -fPIC -I/usr/include/octave-2.1.69 -I/usr/include/octave-2.1.69/octave -O2 gpc_create.cc -o gpc_create.o gpc_create.cc: In function `octave_value_list Fgpc_create(const octave_value_list, int)': gpc_create.cc:81: error: no match for 'operator[]' in '*m[vertices]' gpc_create.cc:84: error: no match for 'operator[]' in '*m[indices]' gpc_create.cc:86: error: no match for 'operator[]' in '*m[hole]' make[1]: *** [gpc_create.o] Error 1 make[1]: Leaving directory `/octave-gpc-0.1.4' make: *** [build-stamp] Error 2 The newer version 0.1.5-4 in sid builds fine. Well, it is not octave-gpc's fault if its newest version is not in sarge yet. According to http://bjorn.haxx.se/debian/testing.pl?package=octave-gpc, we have: # trying to update octave-gpc from 0.1.4-1 to 0.1.5-4 (candidate is 60 days old) # octave-gpc is waiting for gpcl * gpcl is not yet built on alpha: 2.31-5 vs 2.32-1 (missing 2 binaries: libgpcl-dev, libgpcl0) [...] gpcl is in non-free and octave-gpc is in contrib. How could this problem be fixed? -- Rafael ___ Pkg-octave-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304261: mozilla-thunderbird: [INTL:pt_BR] Please consider adding the attached debconf template translation
Please do reply to the bug too next time. Please, to consider the translation sent for debconf only. Why? Is it too hard to translate those two lines? All other translators did so too. -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287222: init-time does not work
Setting init-time to 25 did not work. I refuse to go higher. Cheers, -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! we are like shop windows in which we are continually arranging, concealing or illuminating the supposed qualities other ascribe to us -- in order to deceive ourselves. - friedrich nietzsche signature.asc Description: Digital signature
Bug#307277: link detection often not working
Package: guessnet Version: 0.35-1 Severity: normal guessnet's missing-cable test often fails, even if mii-tool reports the correct link status. I have not investigated the mechanism that guessnet uses, but it appears not to be the standard MII API. I am filing this bug for documentation, mainly. If you need concrete data, please let me know and I can try. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages guessnet depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an pn libpcap0 Not found. ii libpopt01.7-5lib for parsing cmdline parameters -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! my other computer is your windows box. signature.asc Description: Digital signature
Bug#307279: firebird-common: UDF access
Package: firebird-common Version: 1.5.1-4 Severity: important -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Databases cant access UDF. I tried the binary form the project HP and it work. it seem to be a path problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307280: /etc/init.d/openafs-client doesn't work for 2.4.x-kernelmodules
Package: openafs-client Version: 1.3.81-4 Severity: normal Tags: patch -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29-f3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openafs-client depends on: ii debconf1.4.48Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libncurses55.4-4 Shared libraries for terminal hand ii openafs-modules-2.4.26 1.2.11-1.1+rorw+1 The AFS distributed filesystem- Ke ii openafs-modules-2.4.27 1.2.13-1.1+rorw+3 The AFS distributed filesystem- Ke ii openafs-modules-2.4.28 1.2.13-1.1+rorw+1 The AFS distributed filesystem- Ke ii openafs-modules-2.4.29 1.2.13-1.1+rorw+1 The AFS distributed filesystem- Ke ii openafs-modules-source 1.3.81-4 The AFS distributed filesystem- Mo /etc/init.d/openafs-client doesn't work whenever there are multiple files matching /lib/modules/`uname -r`/fs/openafs.*o Solution: Using ls instead of 'test -f': diff --- openafs-client.unpatched2005-04-24 22:33:25.0 +0200 +++ openafs-client 2005-05-02 11:36:18.0 +0200 @@ -120,7 +120,7 @@ choose_client fi - if [ ! -f $MODLOADDIR/$LIBAFS ] ; then + if ! /bin/ls $MODLOADDIR/$LIBAFS /dev/null 21 ; then echo AFS module $MODLOADDIR/$LIBAFS does not exist. Not starting AFS. echo Please consider building kernel modules using instructions in echo /usr/share/doc/openafs-client/README.modules /diff Regards, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307281: quagga has to depend on real packages first
package: quagga severity: serious Version: 0.98.3-1 Hi, When installing quagga with aptitude install quagga, the amd64-kernel gets also installed. But the server is plain i386. Installing quagga with apt-get works just fine. So I asked Daniel Burrows, the aptitude maintainer, if this is a known bug in aptitude. He replied This is a bug in quagga, which violates policy 7.4 (last paragraph) by not listing a real package first in its dependency on kernel-image. It doesn't show up in apt-get because apt-get doesn't honor Recommends. regards, Holger -- Forwarded Message -- Subject: Re: aptitude install amd64-kernel Date: Sunday 01 May 2005 11:37 From: Holger Levsen To: linux-fai@uni-koeln.de Cc: [EMAIL PROTECTED] Hi, what I forgot to mention: this doesnt happen, when installing quagga with apt-get install regards, Holger On Sunday 01 May 2005 10:55, Holger Levsen wrote: Hi Daniel, hi list, should I file a bug against aptitude ? (I have not checked all the 115 normal bugs against aptitude...) IMHO this is serious, as it installs a non-working kernel (a amd64-kernel on i386), which renders the system unusable. Is there a aptitude mailing-list or such ? Or only debian-devel or rather debian-dpkg ? On Thursday 28 April 2005 17:08, Christoph Klünter wrote: When installing quagga with PACKAGES aptitude, the amd64-kernel gets also installed. But the Server is plain i386. When using PACKAGES install everything is fine. The same when not installing quagga via fai: after the install aptitude would install amd64-kernel and apt-get not. So this is not a fai bug, but a aptitude bug, i think. But I wanted to let you know. I just tested this on another system manually: timesink:~# dpkg -l aptitude Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version || Description +++-==-==-= === ii aptitude 0.2.15.8-1 terminal-based apt frontend timesink:~# dpkg -l | grep kernel-image ii kernel-image-2 2.4.27-2 Linux kernel image for version 2.4.27 on AMD timesink:~# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 1800+ stepping: 0 cpu MHz : 1535.259 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips: 3060.53 timesink:~# aptitude install quagga Reading Package Lists... Done Building Dependency Tree Initializing package states... Done Reading task descriptions... Done The following NEW packages will be automatically installed: kernel-image-2.6.8-10-amd64-generic The following packages have been kept back: aptitude boa cpp-3.3 gcc-3.3-base grub hdparm helix-player libc6 libc6-dev libfreetype6 libg2c0 libg2c0-dev libsensors3 libstdc++5 libwxgtk2.4 libzvbi-common libzvbi0 locales nvidia-glx nxtvepg python2.3-imaging saytime sudo The following NEW packages will be installed: kernel-image-2.6.8-10-amd64-generic quagga 0 packages upgraded, 2 newly installed, 0 to remove and 23 not upgraded. Need to get 13.8MB of archives. After unpacking 47.4MB will be used. Do you want to continue? [Y/n/?] timesink:~# apt-cache show quagga Package: quagga Priority: optional Section: net Installed-Size: 4532 Maintainer: Christian Hammers [EMAIL PROTECTED] Architecture: i386 Version: 0.98.3-1 Replaces: zebra, zebra-pj Depends: libc6 (= 2.3.2.ds1-4), libcap1, libncurses5 (= 5.4-1), libpam0g (= 0.76), libreadline4 (= 4.3-1), libsnmp5 (= 5.1), libssl0.9.7, logrotate (= 3.2-11), iproute, debconf (= 1.2.0) Recommends: kernel-image-2.4 (= 2.4.20) | kernel-image-2.6 Suggests: snmpd Conflicts: zebra, zebra-pj Filename: pool/main/q/quagga/quagga_0.98.3-1_i386.deb Size: 1229422 MD5sum: a43139422468fbfd897a1e6c3e68db6d pgp3mcl7PnQWD.pgp Description: PGP signature
Bug#307282: hdparm install broken
Package: hdparm Version: 6.1-1_i386 hdparm is pending for upgrade but fails with folowing text. I have tried redownloading it but no difference. The file that it claims to be a directory is removed by dpkg after trying, so it is not an error of my system (at least not directly). Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Reading changelogs... Done (Reading database ... 198473 files and directories currently installed.) Preparing to replace hdparm 5.8-1 (using .../archives/hdparm_6.1-1_i386.deb) ... Unpacking replacement hdparm ... dpkg (subprocess): unable to execute old post-removal script: Permission denied dpkg: warning - old post-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. dpkg: error processing /var/cache/apt/archives/hdparm_6.1-1_i386.deb (--unpack): unable to install (supposed) new info file `/var/lib/dpkg/tmp.ci/postrm': Is a directory Errors were encountered while processing: /var/cache/apt/archives/hdparm_6.1-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Ack! Something bad happened while installing packages. Trying to recover: Press return to continue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306546: cannot login with nscd under 2.6
Same problems as above. Machine is running debian/testing and when nscd is running users cannot login. Versions: (kernel is custom) ii nscd 2.3.2.ds1-21 GNU C Library: Name Service Cache Daemon ii kernel-image-2.6.10-hande 1.00 Linux kernel binary image for version 2.6.10-handel. ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries and Timezone data ii libpam-ldap 178-1 Pluggable Authentication Module allowing LDAP interfaces ii libnss-ldap 238-1 NSS module for using LDAP as a naming service If I turn on nscd debugging *and* specify a logfile I can't connect via remote ssh. Nothing is logged anyway... Doing only 1 of the above of the above doesn't seem to change anything. SR -- +-+ | Stefano Rivera http://rivera.za.net | | H: +27 21 794 7937() ASCII Ribbon Campaign:| | C: +27 72 419 8559/\ Say No! to HTML email. | +-+ Application has reported a 'Not My Fault' in module KRNL.EXE in line 0200:103F signature.asc Description: Digital signature
Bug#306533: causes wine (and probably others) to FTBFS
severity 306533 important thanks It looks like the real problem here is that nvidia-glx diverts copies of libGL.so.* in both /usr/lib and /usr/X11R6/lib, but then only installs a replacement in /usr/lib. Mimicking the behavior of xlibmesa-gl-dev itself by installing symlinks in the other directory should fix this bug. A bad bug, but since there's a workaround and it's not a problem in autobuilder environments anyway, I don't think it's RC. A FTBFS here is arguably much better than a misbuilt that causes a package in main to have a tangled dependency on the nvidia version of libGL... Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#88906: /afs goes ENOTDIR eventually, on first client+server install before reboot
Russ, I'm fairly sure this hasn't been fixed. It was discussed recently on zephyr. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307279: firebird-common: UDF access
reassign 307279 firebird2 thanks * Christian Winkel [EMAIL PROTECTED] [2005-05-02 11:26]: Databases cant access UDF. I tried the binary form the project HP and it work. it seem to be a path problem. Is it just me or have you submitted the same bug three times now? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307283: ITP: gbk2uni -- GBK to Unicode conversion tool for TeX .out file
Package: wnpp Severity: wishlist Owner: Carlos Z.F. Liu [EMAIL PROTECTED] * Package name: gbk2uni Version : 0.22 Upstream Author : cxterm, Linbo Zhang [EMAIL PROTECTED], Shujun LI [EMAIL PROTECTED] * URL : http://www.example.org/ * License : GPL Description : GBK to Unicode conversion tool for TeX .out file gbk2uni can transform GBK characters in TeX .out file to unicode codes. It's mainly used for generating PDF file with Chinese bookmark. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220170: csh: strange behavior with quotes and special character *
Hi, I've found a strange behavior with csh like the one describes in this bug report. The version of csh I used is: csh_20020413-1 (the problem is still the same with csh_20050313-1) The output of an echo command is strange when quotes (single or double) are used with the * special character: * without quoting, output is OK: $ echo hello .cshrc hello .cshrc $ echo hello .cshrc* hello .cshrc .cshrc_save * with quotes, output is wrong if a * is used: $ echo 'hello' .cshrc hello .cshrc $ echo 'hello' .cshrc* \h\e\l\l\o .cshrc .cshrc_save NB: I've tested that command under other OS: * solaris 8 $ echo 'hello' .cshrc* hello .cshrc .cshrc_save * RHEL AS 3 (csh comes from tcsh-6.12-4) $ echo 'hello' .cshrc* hello .cshrc .cshrc_sav Thanks a lot for your help! Regards, Philippe. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307231: RageIRCd build failure on s390
Probably because I've made a wee booboo. ;-) 2.0.1 will be along quicker than planned as I was up until 3am doing lots of tweaking and fixing here and there. Give me a few days. (I've a better fix for the va_copy issue too, will use autoconf.) Thanks for responding Alasdair On 2 May 2005, at 06:36, Marc Haber wrote: severity #307231 serious thanks Justification: hidden FTBFS Hi, On Sun, May 01, 2005 at 11:44:56PM +0100, Alasdair McWilliam wrote: I've checked the build logs for rageircd 2.0.0-2 in unstable and have noticed that the actual rageircd binary doesn't build on the s390 architecture. Hence I am reporting it here. Thanks for noticing that. I am trying to reproduce the issue, and will then see whether your fix will actually fix the issue. Actually, the build should _fail_ in that case and not continue to deliver a non-working package. Why doesn't the make process issue a non-zero exit code here? Greetings Marc -- -- --- Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307284: ftp.debian.org: please remove xml-soap, outdated
Package: ftp.debian.org Severity: normal Please remove xml-soap. The package has a RC bug and is no more supported upstream (superceeded by axis). Thanks, -- Arnaud Vandyck Java Trap: http://www.gnu.org/philosophy/java-trap.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307285: gnome-ppp: Auto-reconnect not working
Package: gnome-ppp Version: 0.3.21-1 Severity: normal The Auto reconnect option under Setup-Options is not working for me anymore. I have tried unselecting it and closing the program then restarting and selecting it again, but that does not seem to help. This did work for me previously. I think a new version of Gnome-PPP went in recently (I saw it was not in testing for a while) but this might also have been me playing about with the config files that say do not play with these files. I had thought I did not save any changes, but if you can't reproduce the bug then it's probably my fault, sorry :( -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8.200504101 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-ppp depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-keyring00.4.2-1 GNOME keyring services library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libtasn1-2 0.2.10-3Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii wvdial 1.54.0-1.1 PPP dialer with built-in intellige ii xlibs4.3.0.dfsg.1-12 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#307286: cupsys-driver-gimpprint: apt-get upgrade fails
Package: cupsys-driver-gimpprint Version: 4.2.7-9 Severity: grave Justification: renders package unusable apt-get upgrade fails We get the following error message: Setting up cupsys-driver-gimpprint (4.2.7-9) ... Can't use an undefined value as filehandle reference at /usr/sbin/cups-genppdupdate line 95. dpkg: error processing cupsys-driver-gimpprint (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: cupsys-driver-gimpprint E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cupsys-driver-gimpprint depends on: ii cupsys 1.1.23-10Common UNIX Printing System(tm) - pn cupsys-driver-gimpprint-dat Not found. ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-10Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-10Common UNIX Printing System(tm) - ii libgimpprint1 4.2.7-9 The Gimp-Print printer driver libr ii perl5.6.1-8.9Larry Wall's Practical Extraction ii zlib1g 1:1.2.2-4compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252104: xpdf: Please provide a -dev package
On 21.03.05 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] schrieb: Hi, Does poppler (http://poppler.freedesktop.org/) help in this case? Unfortunately I don't know much about the state of that project. I'm sure there is no Debian package for it yet. They are vulnerable to CAN-2005-0206 :-(. Besides that, the project looks interesting. I cannot judge whether this, from http://cvs.freedesktop.org/poppler/poppler/README?rev=1.1.1.1view=markup, Meanwhile we have http://packages.debian.org/libpoppler0 . I'll check for the vulnerabilities and file a bug against the package above, if necessary. Next step would be to contact the pdftex-people, what they think about that, right? Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307281: quagga has to depend on real packages first
severity 307281 important thanks On Mon, May 02, 2005 at 11:42:56AM +0200, Holger Levsen wrote: package: quagga severity: serious Version: 0.98.3-1 When installing quagga with aptitude install quagga, the amd64-kernel gets also installed. But the server is plain i386. Installing quagga with apt-get works just fine. So I asked Daniel Burrows, the aptitude maintainer, if this is a known bug in aptitude. He replied This is a bug in quagga, which violates policy 7.4 (last paragraph) by not listing a real package first in its dependency on kernel-image. It doesn't show up in apt-get because apt-get doesn't honor Recommends. Typically, one doesn't depend on kernel-images at all, because satisfying this dependency (or Recommends:) does not ensure a running kernel of that version. Anyway, this is not a release-critical issue for sarge. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#306947: Please rename to python-statgrab
severity 306947 serious thanks On Fri, Apr 29, 2005 at 08:14:38PM -0700, Steve Langasek wrote: On Sat, Apr 30, 2005 at 12:11:59AM +0900, Seo Sanghyeon wrote: Package: pystatgrab Version: 0.3-1 Severity: serious Debian Python Policy 2.3 states: Python module packages should be named for the primary module provided. The naming convention for a module Foo is python-foo for the package for the default Python version (the default module package). Please rename this package to python-statgrab. Thanks! To the best of my knowledge, the Debian Python Policy is not yet regarded as having the normative force of policy, and therefore violations of the Python Policy are not serious bugs. Even if this were not the case normally, this is not RC for sarge according to the RC policy at http://release.debian.org/sarge_rc_policy.txt. snort Sorry, I'll try to read better next time. :) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#307289: openvpn: Please do stop on upgrade
Package: openvpn Version: 2.0-1 Severity: normal For security reasons (and for ease of access to the whole LAN) I regularly connect to remote systems over a vpn. This is how I normally connect when doing system maintenance. Likely, I update software on several systems at once. When openvpn stops it means my session is terminated and I can't see what has happened. Potentially this leaves me with a broken system and the need to visit affected sites. If the sites were more remote (a mate maintains systems on the other side of the Indian Ocean) I'd need local hired help. I am not sure what's best for all, but I'd settle for just leaving openvpn running. In all probability it will work just fine. The current situation is untenable. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openvpn depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii liblzo1 1.08-1.2 A real-time data compression libra ii libssl0.9.7 0.9.7e-3 SSL shared libraries -- debconf information: openvpn/change_init: true openvpn/create_tun: false * openvpn/stop2upgrade: true * openvpn/default_port: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307288: ftp.debian.org: please remove lib-saxon-java binary package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: ftp.debian.org Severity: normal libsaxon-java package does not build 'lib-saxon-java' binary package. It does not follow the Debian Java Policy. Please, remove 'lib-saxon-java' binary package. Thanks - -- Arnaud Vandyck Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCdf2t4vzFZu62tMIRAq2NAJ9uiHRywHrYZS96Iognbsnv1yc3JQCgrz38 S7kKHyvu3WwM8DFN4FcItvE= =qw3L -END PGP SIGNATURE-
Bug#307287: enlghtenment: segmentation fault when i enter in the menu network
Package: enlghtenment Version: 1:0.16.7.2-1 Severity: normal segmentation fault when i enter in the menu network -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307281: quagga has to depend on real packages first
tags 307281 + pending confirmed clone 307281 -1 reassign -1 aptitude severity -1 wishlist retitle -1 Improve handling of recommends to pseudo packages thanks Hello Holger On 2005-05-02 Holger Levsen wrote: He replied This is a bug in quagga, which violates policy 7.4 (last paragraph) by not listing a real package first in its dependency on kernel-image. It doesn't show up in apt-get because apt-get doesn't honor Recommends. Too bad that aptitude does not ask something like Package quagga recommends 'kernel-image-2.4' which is provided by the following packages, please decide if you want to install one or more of them:. With the current situation I can only remove the Recommends line as there is no way to depend on the *right* real package when it comes to kernel-images. Therefore I also clone this report as a wishlist bug against aptitude. bye, -christian- pgpBZcNpOuQg5.pgp Description: PGP signature
Bug#307290: addresses-for-gnustep: FTBFS (testing): cannot find protocol declaration for `ContentViewersProtocol'
Package: addresses-for-gnustep Version: 0.4.6-3 Severity: serious Tags: sarge When building 'addresses-for-gnustep' on i386/testing, I get the following error: gcc VCFViewer.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -DGSWARN -DGSDIAGNOSE -O2 -fno-strict-aliasing -fgnu-runtime -Wall -fconstant-string-class=NSConstantString -I/addresses-for-gnustep-0.4.6/Frameworks -I. -I/root/GNUstep/Library/Headers -I/usr/local/lib/GNUstep/Local/Library/Headers -I/usr/local/lib/GNUstep/Network/Library/Headers -I/usr/lib/GNUstep/System/Library/Headers \ -o shared_obj/VCFViewer.o In file included from VCFViewer.m:16: VCFViewer.h:17:47: warning: GWorkspace/ContentViewersProtocol.h: No such file or directory In file included from VCFViewer.m:16: VCFViewer.h:25: error: cannot find protocol declaration for `ContentViewersProtocol' make[3]: *** [shared_obj/VCFViewer.o] Error 1 With the attached patch, 'addresses-for-gnustep' can be compiled on i386/testing. There is a new version of addresses-for-gnustep in sid which already has this patch applied, but which will probably not enter sarge because of #304968. Regards Andreas Jochens diff -urN ../../addresses-for-gnustep-0.4.6/Goodies/GNUmakefile ./Goodies/GNUmakefile --- ../../addresses-for-gnustep-0.4.6/Goodies/GNUmakefile 2005-04-29 22:06:30.117828958 +0200 +++ ./Goodies/GNUmakefile 2005-04-29 22:07:22.816817494 +0200 @@ -1,6 +1,5 @@ include $(GNUSTEP_MAKEFILES)/common.make SUBPROJECTS = \ - VCFViewer \ adgnumailconverter \ adserver \ adtool -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#259696: Not quite fixed (wrt footbib)
Hello, the version of footbib you reincluded into tetex-extra does not work with the 3.0 tetex... In attachement, an updated version I got from the author (the error message said to contact him, and he happen to work in the same building than me). He (naturally) granted me to forward this to howeven I need to get this properly distributed. I've no idea of how to forward it to upstream, unfortunatelly. I hope you do :) Thanks for your time, Mt. footbib-v2.0.4.tgz Description: GNU Unix tar archive signature.asc Description: Digital signature
Bug#306761: NMU for jetty
On Mon, May 02, 2005 at 11:26:03AM +0200, Philipp Meier wrote: Am Samstag, den 30.04.2005, 12:28 +0200 schrieb Matej Vela: Will you be making an upload for jetty soon? If not, would you mind if I did a non-maintainer upload for #306761? (Another release-critical bug (#306739) depends on it.) I would appreciate a NMU because I'm rather busy at the moment. Diffs attached. Thanks! Matej diff -ruN jetty-5.0.0.dist/debian/changelog jetty-5.0.0/debian/changelog --- jetty-5.0.0.dist/debian/changelog 2005-05-02 11:57:59.0 +0200 +++ jetty-5.0.0/debian/changelog2005-05-02 12:12:13.0 +0200 @@ -1,3 +1,10 @@ +jetty (5.0.0-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Transition to liblog4j1.2-java. Closes: #306761. + + -- Matej Vela [EMAIL PROTECTED] Mon, 2 May 2005 12:12:12 +0200 + jetty (5.0.0-2) unstable; urgency=low * Shipping working default configuration in /etc/jetty/jetty.xml. diff -ruN jetty-5.0.0.dist/debian/control jetty-5.0.0/debian/control --- jetty-5.0.0.dist/debian/control 2005-05-02 11:57:59.0 +0200 +++ jetty-5.0.0/debian/control 2005-05-02 12:11:33.0 +0200 @@ -2,7 +2,7 @@ Section: contrib/web Priority: optional Maintainer: Philipp Meier [EMAIL PROTECTED] -Build-Depends-Indep: j2sdk1.4 | j2sdk1.3, debhelper ( 4.0.0), ant, junit, libmx4j-java, liblog4j-java, libservlet2.3-java, libtomcat4-java, libcommons-logging-java, cdbs ( 0.4.5.3) +Build-Depends-Indep: j2sdk1.4 | j2sdk1.3, debhelper ( 4.0.0), ant, junit, libmx4j-java, liblog4j1.2-java, libservlet2.3-java, libtomcat4-java, libcommons-logging-java, cdbs ( 0.4.5.3) Standards-Version: 3.6.0 Package: jetty @@ -17,7 +17,7 @@ Package: jetty-extra Architecture: all -Depends: jetty, liblog4j-java +Depends: jetty, liblog4j1.2-java Description: Extensions to jetty Provides some extensions of jetty: * JettyPlus: contains a number of useful facilities integrated with Jetty, diff -ruN jetty-5.0.0.dist/debian/rules jetty-5.0.0/debian/rules --- jetty-5.0.0.dist/debian/rules 2005-05-02 11:57:59.0 +0200 +++ jetty-5.0.0/debian/rules2005-05-02 12:11:33.0 +0200 @@ -13,7 +13,7 @@ /usr/lib/j2se/1.3 ANT_HOME := /usr/share/ant -DEB_JARS := mx4j.jar log4j-core.jar /usr/share/ant/lib/ant-launcher.jar log4j.jar +DEB_JARS := mx4j.jar log4j-1.2.jar /usr/share/ant/lib/ant-launcher.jar DEB_ANT_INSTALL_TARGET := extra javadoc
Bug#307242: rsync: replaces non-ASCII character with '??' in verbose mode
On Mon 02 May 2005, Per Andersson wrote: I've used two identical Sarge systems, both using UTF-8. Using rsync (over ssh), syncing (or listing the contents) from one system to the other, non-ASCII characters get replaced with '??', eg: [EMAIL PROTECTED]:~$ rsync system2:~/test_åäö_test drwxr-xr-x 72 2005/05/02 02:39:30 test_??_test The result above is new since version 2.6.4-2 and makes logs from backup-scripts (using rsync) almost unreadable when lots of files and directories with, in my case swedish, non-ASCII character are being processed. This is related to bug #242300, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242300 I'll look in to an extra format option for --log-format that will give the raw filename, as I don't expect a 2.6.5 that soon. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307293: gradm2: requires /sbin in user's PATH
Package: gradm2 Version: 2.1.5-2 Severity: normal Tags: patch gradm2's wrapper script, /sbin/gradm2, will only work if the user invoking it has /sbin in their PATH. For cp convenience, here's a patch: sed -i 's/gradm/\/sbin\/gradm/' gradm2 Best regards, Jan 'jast' Krueger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307294: gallery's postinst doesn't restart Apache2
Package: gallery Version: 1.5-1 Severity: normal Gallery's postinst doesn't restart Apache2 after package configuration. I had a similar problem with phpldapadmin package (which I maintain), and found you can solve this calling db_stop before trying to restart the webservers in your debian/postinst. I haven't enough time to provide you a patch, sorry. Thanks, Fabio -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages gallery depends on: ii apache2-mpm-prefork [apache2 2.0.54-2traditional model for Apache2 ii debconf 1.4.30.13 Debian configuration management sy ii libapache2-mod-php4 4:4.3.10-12 server-side, HTML-embedded scripti ii netpbm 2:10.0-8Graphics conversion tools -- debconf information excluded signature.asc Description: Digital signature
Bug#307295: shorewall: Please guarantee a working firewall after upgrade
Package: shorewall Version: 2.2.3-1 Severity: normal I maintain the software on several systems remotely, connecting over they Internet. I am concerned that one day an upgrade to shorwall will leave me with a broken firewall and the need to visit the site or worse, find local hired help. Ideas that come to mind: Use alternatives to choose the active version. This should be in manual mode. Store config files in version-dependant directories - /etc/shorewall22 etc. Use iptables-save to save a working firewall script and make this the default, to be changed at a time of the sysadmin's choosing. This is quite a serious concern to me; I've been cracked and my firewall rules are part of my plan to limit (by IP address range) locations from which connexions can be made to sensitive services. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages shorewall depends on: ii debconf 1.4.30.13 Debian configuration management sy ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-8 Linux kernel 2.4+ iptables adminis -- debconf information: * shorewall/upgrade_20_22: false shorewall/upgrade_14_20: shorewall/upgrade_to_14: * shorewall/dont_restart: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305672: usbmount: flashdisk not mounted
On Mon, May 02, 2005 at 11:13:13AM +0200, Peter Stelmachovic wrote: I am sending the output of user.log after applying the patch. Hi, Thank you for the quick reply. I have once again a patch for you. :-) This should fix the issue, so it is hopefully the last patch I have to ask you to try. Please let me know if it really fixes the issue. P.S. I have noticed that the same problem occurs if the device is plugged into USB1 port (different pc with debian stable - no usbmount, no udev, kernel 2.4 but a simple script to automatically mount the flashdisk when plugged in. Again the disk cannot be mounted immediately but the script needs to wait for some time before mounting a partition on the disk). It appears that the device reports itself ready (i.e. 'cat /sys/block/sdc/device/state' returns 'running') before it really is. My proposed fix therefore tries to read from the device and only continues if this succeeds (or gives up after 20 seconds). Cheers, Martin --- usbmount.orig 2005-05-02 12:02:25.0 +0200 +++ usbmount2005-05-02 12:02:40.0 +0200 @@ -62,6 +62,25 @@ trap '( lockfile-remove /var/run/usbmount/.mount )' 0 log debug acquired lock /var/run/usbmount/.mount.lock + # Try to read from the device. Some devices need a few seconds + # initialization time before they can be accessed. Give up after + # 20 seconds. Thanks to Peter Stelmachovic for his help with + # debugging this. + log debug testing whether $DEVNAME is readable + read_success=no + for t in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19; do + if dd if=$DEVNAME of=/dev/null bs=512 count=1; then + read_success=yes + break + fi + log debug attempt $t to read from $DEVNAME failed + sleep 1 + done + if test $read_success != yes; then + log err cannot read from $DEVNAME + exit 1 + fi + # Test if the device contains a filesystem. If it doesn't, no # further action is required, but calling udev_volume_id has the # side effect that the partition table is read and partition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307283: ITP: gbk2uni -- GBK to Unicode conversion tool for TeX .out file
Sorry, forgot the upstream link. It's http://lsec.cc.ac.cn/cgi-bin/viewcvs.cgi/cct/cct/ -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306550: tramp: auto save errors
Michael Albinus [EMAIL PROTECTED] writes: Ferenc Wagner [EMAIL PROTECTED] writes: And really, (file-modes diag.txt) = nil (file-modes /tmp/#diag.txt#) = 436 That's what I suspected. The fix would be simple (call `set-file-modes´ only when `file-modes´ returns non-nil). Nevertheless, I'm curious to know why (file-modes diag.txt) returned nil. Could you, please, give me the full Tramp file name of diag.txt? Mainly, I'm interested in the access method. Sure: /ssh:csoki:/home/wferi/anulus_reports/diag.txt The remote machine is FreeBSD 5.3-STABLE, btw. Still strange. `file-modes' should always return a valid value in the ssh case. I don't quite get it. `file-modes' is a primitive, is Tramp invasive enough to deceive it? Eh, nevermind. But so what, I've fixed your initial problem in Tramp CVS. If you want to test it yourself you might apply the appended patch to tramp.el (note that there are other fixes since Tramp 2.0.48, too). The fix will be included in Tramp 2.0.49. Thanks a lot, I applied the patch, which seems to work wonderfully. -- Feri.
Bug#307296: blogtk: Edit post ignores post contents
Package: blogtk Version: 1.0-1.1 Severity: normal Using a WordPress blog I find that if I select a partially written draft post for editing with the Edit/delete posts UI the actual content of the post is not made avaliable for editing. It seems that only the title is downloaded. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages blogtk depends on: ii python2.3.5-2An interactive high-level object-o ii python-glade2 2.6.1-2GTK+ bindings: Glade support ii python-gnome2 2.6.1-1Python bindings for the GNOME desk ii python-gtk2 2.6.1-2Python bindings for the GTK+ widge -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307297: blogtk: Hard to get started
Package: blogtk Version: 1.0-1.1 Severity: normal The account user interface for blogtk is quite hard to get started with. There are a number of issues: - There is no indication provided as to what would be a suitable URI to supply. It appears that the URI of the XML RPC server is required rather than something like the root of the blog itself. - It is not possible to check that the settings are valid from within the account selection dialog. - When an attempt to connect to the server from the file menu fails the only indication of error is a message in the bar at the bottom of the window saying that an error occurred. It would be useful if this error message were both more obvious and more verbose about what the error was (for example, indiciating if it was a 404, a permission denied message or similar). An interface more like that for the gnome-blog panel applet might work better: it explicitly says it wants the XML RPC address and provides a mechanism for attempting to connect to the server as part of the dialog (by virtue of having a lookup blogs option). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages blogtk depends on: ii python2.3.5-2An interactive high-level object-o ii python-glade2 2.6.1-2GTK+ bindings: Glade support ii python-gnome2 2.6.1-1Python bindings for the GNOME desk ii python-gtk2 2.6.1-2Python bindings for the GTK+ widge -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307298: apache2-common: mod_proxy_connect bypasses mod_ssl at tunnel setup
Package: apache2-common Version: 2.0.54-2 Severity: normal Tags: patch Currently it is not possible to successfully issue an HTTP CONNECT request to apache2 with mod_ssl; mod_proxy_connect talks directly to the client socket and bypasses mod_ssl. Further discussion of this bug is at: http://issues.apache.org/bugzilla/show_bug.cgi?id=29744 I have included a patch by Brad Boyer (see above discussion) which fixes this problem for me. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.11.7-grsec Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apache2-common depends on: ii apache2-utils 2.0.54-2 utility programs for webservers ii debconf 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc1 1:3.4.3-12 GCC support library ii libmagic1 4.12-1 File type determination library us ii mime-support3.28-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-10 The NET-3 networking toolkit ii openssl 0.9.7e-3 Secure Socket Layer (SSL) binary a ii ssl-cert1.0-11 Simple debconf wrapper for openssl -- no debconf information --- build-tree.orig/apache2/modules/proxy/proxy_connect.c 2004-02-09 12:53:19.0 -0800 +++ build-tree/apache2/modules/proxy/proxy_connect.c 2004-10-20 16:09:26.0 -0700 @@ -83,10 +83,14 @@ { apr_pool_t *p = r-pool; apr_socket_t *sock; +conn_rec *c = r-connection; +conn_rec *backconn; +apr_bucket_brigade *bb = apr_brigade_create(p, c-bucket_alloc); + apr_status_t err, rv; apr_size_t i, o, nbytes; char buffer[HUGE_STRING_LEN]; -apr_socket_t *client_socket = ap_get_module_config(r-connection-conn_config, core_module); +apr_socket_t *client_socket = ap_get_module_config(c-conn_config, core_module); int failed; apr_pollfd_t *pollfd; apr_int32_t pollcnt; @@ -211,7 +215,23 @@ * We add the NULL filter to the stack to do this... */ r-output_filters = NULL; -r-connection-output_filters = NULL; + +backconn = ap_run_create_connection(c-pool, r-server, sock, + c-id, c-sbh, c-bucket_alloc); +if(!backconn) { + /* peer reset */ + ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server, + proxy: an error occurred creating a new connection + to %pI (%s), connect_addr, connectname); + apr_socket_close(sock); + return HTTP_INTERNAL_SERVER_ERROR; +} +ap_proxy_ssl_disable(backconn); +ap_run_pre_connection(backconn, sock); + +ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server, + proxy: connection complete to %pI (%s), + connect_addr, connectname); /* If we are connecting through a remote proxy, we need to pass @@ -222,12 +242,12 @@ */ ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server, proxy: CONNECT: sending the CONNECT request to the remote proxy); -nbytes = apr_snprintf(buffer, sizeof(buffer), + + ap_fprintf(backconn-output_filters, bb, CONNECT %s HTTP/1.0 CRLF, r-uri); -apr_send(sock, buffer, nbytes); -nbytes = apr_snprintf(buffer, sizeof(buffer), - Proxy-agent: %s CRLF CRLF, ap_get_server_version()); -apr_send(sock, buffer, nbytes); + ap_fprintf(backconn-output_filters, bb, + Proxy-agent: %s CRLF CRLF, ap_get_server_version()); + ap_fflush(backconn-output_filters, bb); } else { ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server, @@ -235,11 +255,12 @@ nbytes = apr_snprintf(buffer, sizeof(buffer), HTTP/1.0 200 Connection Established CRLF); ap_xlate_proto_to_ascii(buffer, nbytes); -apr_send(client_socket, buffer, nbytes); +ap_fwrite(c-output_filters, bb, buffer, nbytes); nbytes = apr_snprintf(buffer, sizeof(buffer), Proxy-agent: %s CRLF CRLF, ap_get_server_version()); ap_xlate_proto_to_ascii(buffer, nbytes); -apr_send(client_socket, buffer, nbytes); +ap_fwrite(c-output_filters, bb, buffer, nbytes); + ap_fflush(c-output_filters, bb); #if 0 /* This is safer code, but it doesn't work yet. I'm leaving it * here so that I can fix it later. @@ -293,23 +314,13 @@ /* ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server, proxy: CONNECT: sock was set);*/ nbytes = sizeof(buffer); -if (apr_recv(sock, buffer, nbytes) == APR_SUCCESS) { -o = 0; -
Bug#307287: enlghtenment: segmentation fault when i enter in the menu network
reassign 307287 enlightenment thanks * Opera [EMAIL PROTECTED] [2005-05-02 12:17]: segmentation fault when i enter in the menu network Can you provide some more information? What are you doing exactly? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#259696: Not quite fixed (wrt footbib)
On 02.05.05 Martin Quinson ([EMAIL PROTECTED]) wrote: Hi all, the version of footbib you reincluded into tetex-extra does not work with the 3.0 tetex... Well, we just forwarded that request to upstream and TE just re-included that thing. Probably he just pulled the latest version from CTAN, which is version 2.0.3 as of Oct 2004. He (naturally) granted me to forward this to howeven I need to get this properly distributed. Well the best idea IMHO would be to simply upload that thing to CTAN. Or is there a special reason, why we don't have that on CTAN? As soon as this is done we'd forward that request to Thomas and tell him to update that version in next teTeX. I've no idea of how to forward it to upstream, unfortunatelly. I hope you do Yes, we'll do, but I suggest first to have it available from CTAN. Regards, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307299: Perl taint error on TWiki diffs page after twiki/apache upgrade
Package: twiki Version: 20040902-3 Problem occured after upgrading: twiki 20040902-1.1 - 20040902-3 apache2-common 2.0.53-5 - 2.0.54-2 (other packages were also upgraded at the same time, complete list below) Perl v5.8.4 Linux twiki 2.4.25 #1 SMP Fri Mar 5 10:32:46 EST 2004 i686 GNU/Linux libc6 version 2.3.2.ds1-21 Problem description --- Immediately after upgrading Apache and TWiki as described above we started getting this error: Insecure dependency in exec while running with -T switch at /usr/share/perl5/TWiki.pm line 3454. Whenever we clicked the Diffs link on a TWiki topic. The problem seems to start on line 378 of /usr/share/perl5/TWiki/UI/RDiff.pm my $rev1 = $query-param( rev1 ); At this point rev1 (and rev2) are tainted. On line 410 (411 for rev2) they are run through a regexp: $rev1 =~ s/r?1\.//go; # cut 'r' and major but it does not seem sufficient to untaint them. Changing the line to something like: ($rev1) = $rev1 =~ /r?1\.(\d*)/; # cut 'r' and major does work. Complete aptitude log from upgrade: [EMAIL PROTECTED]:~# more /var/log/aptitude Aptitude 0.2.15.8: log report Sun May 1 13:44:01 2005 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 72 packages, and remove 0 packages. 633kB bytes of disk space will be freed === [HOLD] ldap-utils [HOLD] mutt [UPGRADE] apache2-common 2.0.53-5 - 2.0.54-2 [UPGRADE] apache2-mpm-prefork 2.0.53-5 - 2.0.54-2 [UPGRADE] apache2-utils 2.0.53-5 - 2.0.54-2 [UPGRADE] aptitude 0.2.15.8-1 - 0.2.15.9-2 [UPGRADE] base-config 2.53.7 - 2.53.8 [UPGRADE] cpp-3.3 1:3.3.5-8 - 1:3.3.5-12 [UPGRADE] dash 0.5.2-2 - 0.5.2-4 [UPGRADE] debconf 1.4.30.11 - 1.4.30.13 [UPGRADE] debconf-i18n 1.4.30.11 - 1.4.30.13 [UPGRADE] debconf-utils 1.4.30.11 - 1.4.30.13 [UPGRADE] fakeroot 1.2.2 - 1.2.10 [UPGRADE] findutils 4.1.20-5 - 4.1.20-6 [UPGRADE] g++-3.3 1:3.3.5-8 - 1:3.3.5-12 [UPGRADE] gcc-3.3 1:3.3.5-8 - 1:3.3.5-12 [UPGRADE] gcc-3.3-base 1:3.3.5-8 - 1:3.3.5-12 [UPGRADE] glibc-doc 2.3.2.ds1-20 - 2.3.2.ds1-21 [UPGRADE] grep-dctrl 2.1.9 - 2.1.10 [UPGRADE] grub 0.95+cvs20040624-16 - 0.95+cvs20040624-17 [UPGRADE] hotplug 0.0.20040329-21 - 0.0.20040329-22 [UPGRADE] initrd-tools 0.1.77 - 0.1.78 [UPGRADE] irqbalance 0.12-1 - 0.12-2 [UPGRADE] kernel-package 8.125 - 8.132 [UPGRADE] libapache2-mod-auth-pam 1.1.1-4.1 - 1.1.1-6 [UPGRADE] libapache2-mod-perl2 1.999.20-1 - 1.999.21-1 [UPGRADE] libapr0 2.0.53-5 - 2.0.54-2 [UPGRADE] libc6 2.3.2.ds1-20 - 2.3.2.ds1-21 [UPGRADE] libc6-dev 2.3.2.ds1-20 - 2.3.2.ds1-21 [UPGRADE] libc6-i686 2.3.2.ds1-20 - 2.3.2.ds1-21 [UPGRADE] libcupsys2-gnutls10 1.1.23-7 - 1.1.23-10 [UPGRADE] libdbd-mysql-perl 2.9003-4 - 2.9006-1 [UPGRADE] libfreetype6 2.1.7-2.3 - 2.1.7-2.4 [UPGRADE] libfreetype6-dev 2.1.7-2.3 - 2.1.7-2.4 [UPGRADE] libglib2.0-0 2.6.3-1 - 2.6.4-1 [UPGRADE] libglib2.0-dev 2.6.3-1 - 2.6.4-1 [UPGRADE] libltdl3 1.5.6-4 - 1.5.6-6 [UPGRADE] libmysqlclient12 4.0.24-2 - 4.0.24-5 [UPGRADE] libnet-ldap-perl 0.3202-2 - 0.3202-3 [UPGRADE] libnss-ldap 220-1 - 238-1 [UPGRADE] libpam-krb5 1.0-10 - 1.0-12 [UPGRADE] libqt3-compat-headers 3:3.3.3-8 - 3:3.3.4-3 [UPGRADE] libqt3-headers 3:3.3.3-8 - 3:3.3.4-3 [UPGRADE] libqt3c102-mt 3:3.3.3-8 - 3:3.3.4-3 [UPGRADE] libsensors3 1:2.9.0-19 - 1:2.9.1-1 [UPGRADE] libstdc++5 1:3.3.5-8 - 1:3.3.5-12 [UPGRADE] libstdc++5-3.3-dev 1:3.3.5-8 - 1:3.3.5-12 [UPGRADE] liburi-perl 1.30-1 - 1.35-1 [UPGRADE] libusb-0.1-4 2:0.1.10a-6 - 2:0.1.10a-8 [UPGRADE] libxft2 2.1.2-6 - 2.1.7-1 [UPGRADE] locales 2.3.2.ds1-20 - 2.3.2.ds1-21 [UPGRADE] mysql-client 4.0.24-2 - 4.0.24-5 [UPGRADE] mysql-common 4.0.24-2 - 4.0.24-5 [UPGRADE] mysql-server 4.0.24-2 - 4.0.24-5 [UPGRADE] nano 1.2.4-3 - 1.2.4-5 [UPGRADE] nscd 2.3.2.ds1-20 - 2.3.2.ds1-21 [UPGRADE] pdksh 5.2.14-17 - 5.2.14-18 [UPGRADE] pkg-config 0.15.0-4 - 0.16.0-1 [UPGRADE] po-debconf 0.8.22 - 0.8.23 [UPGRADE] qt3-dev-tools 3:3.3.3-8 - 3:3.3.4-3 [UPGRADE] rsync 2.6.3-2 - 2.6.4-2 [UPGRADE] samba 3.0.10-1 - 3.0.14a-1 [UPGRADE] samba-common 3.0.10-1 - 3.0.14a-1 [UPGRADE] sharutils 1:4.2.1-11 - 1:4.2.1-13 [UPGRADE] shorewall 2.2.2-1 - 2.2.3-1 [UPGRADE] sudo 1.6.8p7-1 - 1.6.8p7-1.1 [UPGRADE] twiki 20040902-1.1 - 20040902-3 [UPGRADE] udev 0.056-1 - 0.056-2 [UPGRADE] ulogd 1.02-1 - 1.02-2 [UPGRADE] usbutils 0.70-2 - 0.70-5 [UPGRADE] vim 1:6.3-067+2 - 1:6.3-068+4 [UPGRADE] vim-common 1:6.3-067+2 - 1:6.3-068+4 [UPGRADE] winbind 3.0.10-1 - 3.0.14a-1 [UPGRADE] zsh 4.2.4-8 - 4.2.5-7 === Log complete. Aptitude 0.2.15.9: log report Sun May 1 13:47:03 2005 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 0 packages, and remove 0 packages. === [HOLD] ldap-utils [HOLD] mutt
Bug#306032: Missing manpage
clone 306032 -1 -2 -3 -4 -5 reassign -1 xfce reassign -2 torch-examples reassign -3 tkisem reassign -4 mpatrol reassign -5 gtk-menu * Justin Pryzby [EMAIL PROTECTED] [2005-04-23 16:21]: Package: argante,xfce,trm,torch-examples,tkisem,mpatrol,gtk-menu Please do not close this bug; instead, reassign to the set of packages excluding your (fixed) package. Oh, no, that's a nightmare; just clone the bug and let each package close theirs. The QA web page [0] indicates that these packages do not have manual pages for at least one of their binaries. There are probably many more packages which have the some problem. I don't think filing bug reports on all of them helps (unless you include a man page). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306773: Please support UTF8/Unicode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 306773 Please drop python-id3lib and use python-eyed3 instead clone 306773 -1 -2 -3 reassign -1 pytone reassign -2 quodlibet reassign -3 rbscrobbler thanks On 02-05-2005 00:28, Chris Vanden Berghe wrote: Last week I looked at the python-id3lib code a bit (for the purpose of adding UTF8 support to Jack) and came to the conclusion that IMHO it would be better to drop python-id3lib in favor of python-eyed3. The upstream python-id3lib package seems to be unmaintained and the underlying libid3 library itself also seems to have a plethora of open bugs, several of which related to UTF8. The python-eyed3 library on the other hand seems to be well maintained and UTF8-aware. Porting an application from python-id3lib to python-eyed3 is quite easy. So, in this respect I prefer to spend my time porting Jack (and if requested also other rdepends on python-id3lib) to python-eyed3 than fixing python-id3lib itself. Hope you understand... I do understand - and agree that it sounds most sane to abandon python-id3lib. It seems only pytone, quodlibet and rbscrobbler rdepends on python-id3lib. I would appreciate your help patching those packages to switch to using python-eyed3 instead, so that python-id3lib can be dropped completely. I have now cloned this bugreport to the relevant packages. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nr: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCdgnfn7DbMsAkQLgRAnwSAKCl0lIRBI+7wSzLu415x1g/0Y5YKACffi48 fNopRIGnFU/HESUqCjapvHg= =cpGk -END PGP SIGNATURE-
Bug#307270: mistake in the patch
The patch provided contains an errore. The line to add is: if (strpos($lang_conf, ..)!==false) die(Invalid language file); Bye, Gerardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307286: cupsys-driver-gimpprint: apt-get upgrade fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Lutz [EMAIL PROTECTED] writes: Package: cupsys-driver-gimpprint Version: 4.2.7-9 Severity: grave Justification: renders package unusable apt-get upgrade fails Are you updating an existing testing installation, or upgrading from woody, or installing the package for the first time? If you are upgrading testing, when did you last do a full upgrade? We get the following error message: Setting up cupsys-driver-gimpprint (4.2.7-9) ... Can't use an undefined value as filehandle reference at /usr/sbin/cups-genppdupdate line 95. I can't reproduce this myself: Unpacking replacement cupsys-driver-gimpprint ... Setting up cupsys-driver-gimpprint (4.2.7-9) ... Updated /etc/cups/ppd/c60.ppd using /usr/share/cups/model/gimp-print/4.2/escp2-c60.ppd.gz Updated 1 PPD files. Restart cupsd for the changes to take effect. Restarting Common Unix Printing System: cupsd. This is the code in question: 91 # Find all in-use Gimp-Print PPD files... 92 93 my @ppdglob = glob($ppd_dir/*.{ppd,PPD}); 94 if (@ppdglob) { 95 open PPDFILES, '-|', 'grep', '-i', '-l', 'Gimp-Print', @ppdglob or die can't grep $ppd_dir/*: $!; 96 while (PPDFILES) { 97 chomp; 98 push @ppd_files, $_; 99 } 100 close PPDFILES or ($! == 0) or die can't close grep pipe: $!; 101 } In your case, PPDFILES is undefined, but it's not clear why. Is the grep package installed? If you apt-get install cuspsys-driver-gimpprint, do you get the error again? As root, what does ls -l /etc/cups/ppd show? Thanks, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFCdgxRVcFcaSW/uEgRAp2sAKCZV+yNhfDEHBgUMOdW3AHhcTbYiQCcC47y K2GE/TF5QyVkh6C4IbBSA4M= =ENl3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306981: rsync -b --sufix does not keep a copy of deleted files
On Fri 29 Apr 2005, Jaume Guasch wrote: With (old) rsync 2.6.3-2 I used the following options to syncronize different computers: DATA=`date '+%Y-%m-%d'` RSYNCGET=rsync -abxHzu --progress -v --suffix=.~${DATA} --exclude=*.a --exclude=*.o --exclude=*~* --exclude=*.exe --exclude=.nfs* --exclude=msg.* --exclude=lock --exclude=*\# --exclude=.\#* --exclude=Backup --exclude=pine-bin.linux --delete --delete-after -e ssh Is this the exact line from the script? This looks suspicious, as the command is enclosed in double quotes, but the command also uses unescaped double quotes which hence will not be put into the variable $RSYNCGET. ${RSYNCGET} server:dir dir This becomes: rsync -abxHzu --progress -v --suffix=.~2005-05-02 --exclude=*.a --exclude=*.o --exclude=*~* --exclude=*.exe --exclude=.nfs* --exclude=msg.* --exclude=lock --exclude=*# --exclude=.#* --exclude=Backup --exclude=pine-bin.linux --delete --delete-after -e ssh server:dir dir You're probably lucky that because of the --suffix= prefix, the * won't be expanded (as it doesn't match anything). Note also that -e ssh is redundant. This makes a full copy, and leaves a backup copy of every changed and deleted file in the client, with a name which contains the date of the transfer. Since I installed 2.6.4, the same command does not perform the same: If a file is deleted in the server, it will be deleted in the client, WITHOUT leaving a backup copy. Expected behaviour: a backup copy should be left in the client I've confirmed this, and have filed a bug against the upstream source. Upstream is usually very quick with fixes for these matters. I'll upload a fixed version as soon as the fix is available. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252104: xpdf: Please provide a -dev package
On 02.05.05 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: Hi, Next step would be to contact the pdftex-people, what they think about that, right? There's a mail by me and some answers on the pdftex mailinglist, a couple of weeks ago. Hmm. http://www.ntg.nl/pipermail/ntg-pdftex/2005-March/001106.html, which is not http://tug.org/mailman/listinfo/pdftex. Thanks for the hint! H. -- As a computer, I find your faith in technology amusing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305672: usbmount: flashdisk not mounted
Hi Martin Perfect. Now it worked flawlessly.:-)) Thanks. Peter Martin Dickopp wrote: On Mon, May 02, 2005 at 11:13:13AM +0200, Peter Stelmachovic wrote: I am sending the output of user.log after applying the patch. Hi, Thank you for the quick reply. I have once again a patch for you. :-) This should fix the issue, so it is hopefully the last patch I have to ask you to try. Please let me know if it really fixes the issue. P.S. I have noticed that the same problem occurs if the device is plugged into USB1 port (different pc with debian stable - no usbmount, no udev, kernel 2.4 but a simple script to automatically mount the flashdisk when plugged in. Again the disk cannot be mounted immediately but the script needs to wait for some time before mounting a partition on the disk). It appears that the device reports itself ready (i.e. 'cat /sys/block/sdc/device/state' returns 'running') before it really is. My proposed fix therefore tries to read from the device and only continues if this succeeds (or gives up after 20 seconds). Cheers, Martin --- usbmount.orig 2005-05-02 12:02:25.0 +0200 +++ usbmount2005-05-02 12:02:40.0 +0200 @@ -62,6 +62,25 @@ trap '( lockfile-remove /var/run/usbmount/.mount )' 0 log debug acquired lock /var/run/usbmount/.mount.lock + # Try to read from the device. Some devices need a few seconds + # initialization time before they can be accessed. Give up after + # 20 seconds. Thanks to Peter Stelmachovic for his help with + # debugging this. + log debug testing whether $DEVNAME is readable + read_success=no + for t in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19; do + if dd if=$DEVNAME of=/dev/null bs=512 count=1; then + read_success=yes + break + fi + log debug attempt $t to read from $DEVNAME failed + sleep 1 + done + if test $read_success != yes; then + log err cannot read from $DEVNAME + exit 1 + fi + # Test if the device contains a filesystem. If it doesn't, no # further action is required, but calling udev_volume_id has the # side effect that the partition table is read and partition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307305: defoma-doc: incorrect example in defoma-script.sgml
Package: defoma-doc Version: 0.11.8-0.1 Severity: minor Tags: patch The sample code registers all aliases under the same id: --- defoma-0.11.8/doc/defoma-script.sgml.orig 2004-01-01 19:46:59.0 +0100 +++ defoma-0.11.8/doc/defoma-script.sgml2005-05-02 13:24:07.0 +0200 @@ -598,7 +598,7 @@ foreach my $i (@alias) { defoma_id_register($Id, type = 'alias', font = $font, -id = $fontname, priority = $priority, +id = $i, priority = $priority, origin = $fontname); } Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307306: debian-installer: Uses 2.6.10 kernel on amd64.
Package: debian-installer Version: 20050317 Severity: important Hi, It seems that the debian-installer package is getting build with a 2.6.10 kernel on amd64. Could you please change the KERNELVERSION to 2.6.8-10-amd64-generic in config/amd64.cfg? Note that the 2.6.10 kernel was only in svn for a short time and that seems to have made it in the packaged version. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303024: Who should be maintaining kernel-patch-powerpc-{2.4.27,2.6.8}?
Hi Sven, You've orphaned kernel-patch-powerpc-2.4.27 and kernel-patch-powerpc-2.6.8, and I'm a bit confused by the text of #303024 and #303021 Who in your mind should be listed as the maintainer of these packages if not either yourself or the Debian Kernel Team? They've been orphaned for nearly a month, and they're at the top of the list of packages that need to be uploaded with their maintainer set to the QA group, but this doesn't seem to be the right thing to happen in my mind. regards Andrew signature.asc Description: Digital signature
Bug#307307: emacs21: symlinks for /usr/share/doc/emacs21{,-nox,-bin-common}
Package: emacs21 Version: 21.4a-1 Severity: minor /usr/share/doc/emacs21{,-nox,-bin-common}/README.Debian.gz says: Please see /usr/share/doc/emacs21-common/ as the primary documentation directory. A more user-friendly approach would be to symlink /usr/share/doc/emacs21* to /usr/share/doc/emacs21-common. Policy section 12.3 allows this since all of the former packages depend on the latter. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302762: acknowledged by developer (cooledit removed)
On Mon, May 02, 2005 at 03:32:34AM -0400, A. Costa wrote: On Sun, 01 May 2005 12:18:11 -0700 [EMAIL PROTECTED] (Debian Bug Tracking System) wrote: It has been closed by one of the developers, namely Matej Vela [EMAIL PROTECTED]. ... cooledit was removed from Debian unstable in January 2004. See http://bugs.debian.org/229615 for further information. Closing unfixed bugs for all removed packages is a bad idea, and arguably violates Debian's Social Contract which says: We will communicate things such as bug fixes, improvements and user requests to the upstream authors of works included in our system. I believe I understand why closing a bugs like this is done -- nobody maintains them, therefore there's no Debian maintainer to forward them upstream. Also Debian's BTS is used for statistics and planning, like a census; counting thousands, perhaps tens of thousands of orphaned bugs would create a misleading picture of the distro's current status. The problem is real; but closing all open bugs is a poor solution... Blowback 1: suppose package 'foo' is orphaned, and all its bugs closed. Later some new maintainer adopts 'foo'. Where are the orphaned bugs? In the archive. Some may still be valid. The maintainer might not have the time to search every archived bug just to find out which were closed due to the package's being orphaned, and if he did have the time, it still WASTES his time in having to review them when the bugs simply could have been left open. Blowback 2: suppose a conscientious upstream package author occasionally reviews various downstream package BTS's for new bugs, in case nobody downstream remembered or cared to report those to upstream. Would such a conscientious author have time to review all the archived closed Debian bugs just to find the minority of still valid orphaned bugs? Even if he would, this would WASTE their time -- thus violating the spirit if not the letter of Debian's Social Contract. Blowback 3: User Bob finds bug #X in 'foo'. Then 'foo' is orphaned, then months later adopted by a new maintainer who lacks the time to deal with Blowback #1. So bug #X remains closed, even though it's not fixed. Later user Betty finds the same bug in 'foo', and checks the BTS to see if its already been reported -- she finds nothing open, and reports it as bug #Y in 'foo'. It WASTED user time to report an already reported bug. Packages are only removed after a while really nobody showed any interest in them. The bugs are archived, so any interested party can look them up. Suggested fix: create a new bug status between Open and Closed -- call it Limbo maybe. Limbo bugs would be any bug that was Open when orphaned, or any bug reported after a package was orphaned. Programs that tabulate bug statistics could consider Limbo bugs as Closed for most purposes. Upstream maintainers and users would still see them as virtually Open for most purposes. When any orphaned package was re-adopted, the Limbo bugs could be changed back to Open. Orphaned package's bugs are not closed, only when the package is really purged from the archive, this happens. The amount of those bugs simply does in no way warrant an extra state. NB: I've noticed many such closings of other bugs before, and the maintainers themselves seem to WASTE a lot of their time closing 'em. On 4/4/05 I wrote Colin Watson, the current BTS admin, to ask how he feels about a consequence or relation of this problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=302814msg=9att=0 So far no reply, so I'll now reopen that bug just to keep the message in play. I think the whole problem of a bug is EITHER closed OR open constitutes a serious bug. It wastes the time of Debian Maintainers who adopt packages, and Debian maintainers who close such bugs and reports, not to mentions upstream authors, and last and perhaps least and perhaps also most numerous, users who don't know about these things and mistakenly send redundant info. Debian isn't a collection place for *all* bugs in the GNU/Linux world. As the social contract says, we'll do our best to inform upstream authors etc, and we specificly won't ever delete a bug report, but once a bug is closed, it's no longer relevant for Debian, and it'd be much overkill to spend a lot of time on things that most likely are never looked up again. Debian is a volunteer organisation, if a maintainer fails to forward requests to upstream, who can do it? QA is already way understaffed with actually fixing bugs, and apparantly (the package is orphaned) nobody else is really interested. Please forward requests you care about yourself to upstream if you find it important enough to spend your time on. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject
Bug#264069: PHP/WebApp policy/mailing list
On Mon, May 02, 2005 at 10:21:30AM +0200, Alexis Sukrieh wrote: It really seems that such a list is needed, a lot of webapp maintainers would be happy to have a common place to talk about that. Definitely. Here is the name that sounds to be the good one, according to this thread: [EMAIL PROTECTED] Seconded. Fwiw, I don't see this as a temporary list, webapplications are *growing* in use, and there's a lot of trickyness involved that isn't well document/standard at all compared to a regular package with some data files, libraries and a few binaries. We have to find a correct description for the list, let me give you a first try: Coordination for web application maintenance and Debian Webapp Policy issues. Coordination and discussion for web application packaging. I wouldn't even mention the policy in the description, it's of course part of it, but not the main focus IMHO - it's just a logical conclusion that this discussion should be on debian-webapps then. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303024: Who should be maintaining kernel-patch-powerpc-{2.4.27,2.6.8}?
On Mon, May 02, 2005 at 09:48:08PM +1000, Andrew Pollock wrote: Hi Sven, You've orphaned kernel-patch-powerpc-2.4.27 and kernel-patch-powerpc-2.6.8, and I'm a bit confused by the text of #303024 and #303021 Who in your mind should be listed as the maintainer of these packages if not either yourself or the Debian Kernel Team? The debian kernel team will handle most stuff in the kernel-source package itself, and i have arranged a powerpc pegasos box for simon horms, who should be back in a week or two, and he will do the actual builds of the kernels. I will help with the .config maintenance, as best i can, but all this should really be automated, since the only thing needed is a rebuild in case a new kernel-source is released. They've been orphaned for nearly a month, and they're at the top of the list of packages that need to be uploaded with their maintainer set to the QA group, but this doesn't seem to be the right thing to happen in my mind. I don't intent to do an upload with QA as kernel ackages are in deep freeze, and affect d-i and stuff. Furthermore the maintainers are already marked as the kernel maintainer team, so ... No off to the airport, see you in two days or so ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295728: Debian package for peercast..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02-05-2005 11:55, Beauxir5 wrote: hi! I send you an email because you are maintaining icecast-server or icecast2. I have made a package for the P2P streaming server peercast - www.peercast.org - , using mainly icecast-server package as backbone. Then I have asked for a sponsor at debian mentors, but could not get any, so I'm asking you as I hope this package can interest you. All the stuff is located at: http://www.cti.ecp.fr/~beauxir5/debian an can be included as a repository: deb http://www.cti.ecp.fr/~beauxir5/debian binary/ deb-src http://www.cti.ecp.fr/~beauxir5/debian source/ Any remark, comment would be welcome. I do not want to sponsor your package, but I am willing to temporarily adopt the package until you become an official Debian maintainer. I consider package sponsoring to be broken - a bad hack that should never have been invented. You are most welcome to help out maintaining the package while waiting in the new-maintainer queue: file good bugreports with your suggested improvements to the package. If you want to provide proof of your packaging skills then do local packaging and attach the .diff.gz file from your local package to the bugreport you file requesting improvements - and point your DAM to those fine bugreports of yours indicating perfection in the skill of packaging. I am aware that adopting your package instead of sponsoring it for you will not get you points for getting into Debian. I relly want more people into Debian, but I believe it to be stupid that knowing someone already inside of Debian (or persuade someone unknown) to sponsor you gets you raises your chances of getting in is fundamentally wrong. I believe packages are best maintained by those the package maintainance scripts was build for, and has access to all communication about the Debian project, including the secret (and too active IMHO) mailinglist [EMAIL PROTECTED] . See http://bugs.debian.org/112118 for a similar discussion. Kind reagards, - Jonas P.S. I cc'ed this email to the relevant bugreport as well, for the record (literally). - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nr: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCdhSbn7DbMsAkQLgRAl0lAJsElHPYiRNyCEA+Z7IuPzxXaFCJpgCfaE2H ysKMXBlgBDenE6kO2Mqp6cI= =dRk3 -END PGP SIGNATURE-