Bug#301156: tetex-bin: texdoc will not search
Eythan Weg [EMAIL PROTECTED] wrote: Texdoc will not search effectively with say texdoc -s pdftex I had to patch with --- /usr/bin/texdoc 2005-03-23 19:01:08.0 -0500 +++ /usr/bin/texdoc.orig 2005-03-17 09:47:45.0 -0500 @@ -159,7 +159,7 @@ do case $mode in search) - find `kpsewhich --expand-path='$TEXMF/doc' | tr : ' '` -follow -type f -print | + find `kpsewhich --expand-path='$TEXMF/doc' | tr : ' '` -type f -print | egrep $name continue ;; because in debian the main doc directory is a symbolic link. Thanks for spotting this. An alternative would be to change the patch to /usr/share/doc/texmf, but I think follow is better: There are some add-on packages that install their documentation in /usr/share/doc/$package with symlinks in /usr/share/doc/texmf/somewhere. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#301075: On #301075: bison and yacc alternatives
2. If you think that bison should work even under this specific breakage (after all the byacc link is obviously stale), you need to fix dpkg instead of bison. I strongly doubt it's dpkg's fault. After all, handling compatibility problems of that sort is supposed to happen in postinst (which is what I suggested). 1. Nothing needs to be done. We close the bug. 2. Something needs to be done. We assign this bug to dpkg. dpkg can't be expected to know everything of that sort. If the byacc breakage is a known problem you should account for it. Let me know your thoughts. In either event, it is not an RC bug in bison to clean up after byacc's historical breakage. Conceded - I still consider it a bug nonetheless. Thanks for demonstrating the power of RC bugs in making life easier for us autobuild maintainers. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301141: liblablgtk2-ocaml: Fails to install because of wrong dependency on ocaml-base-3.08
On Thu, Mar 24, 2005 at 08:39:04AM +0100, Sven Luther wrote: On Thu, Mar 24, 2005 at 12:56:42AM +0100, Bas Kloet wrote: Package: liblablgtk2-ocaml Version: 2.4.0+2004.11.19-3 Severity: grave Justification: renders package unusable This package depends on ocaml-base-3.08, but it should simply depend on ocaml-base. This renders it uninstallable. Please, did you read the ocaml changelog ? The ocaml-base-3.08 is there on purpose, and it shoulod most defenitively be there, since ocaml releases are binary incompatible, forcing us to do a full rebuild each time a new version is released. This is currently underway, and i uploaded the fixed lablgtk2 yesterday evening after dinstall, so it should show up in the archive this evening. It was a wee bit too early, and it failed to build on hppa, ia64 and s390, because the lablgl dependency altough built, failed to upload in time. If you don't feel like getting such random breakages of unstable, just run testing :) Closing this bug which is not really a bug but a feature. Well, it still is a bug in unstable, even if we (the ocaml maintainers) know that it is only transitory. I have already tagged the bug report as pending and the RM has tagged it as sid , but I don't think it should be closed until a new liblablgtk2-ocaml is uploaded which is installable with ocaml-* from unstable. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299007: base-files: Insecure PATH in /root/.profile
Dear Debian BTS gurus, A day or so ago, in connection with another bug (#295435), I discovered the existence and use of [EMAIL PROTECTED] Out of curiosity, I tried to set the severity of this bug to critical; to my amazement, this worked; but then Manoj Srivastava set the severity back to wishlist. My question: are the public in general and bug submitters in particular, expected or permitted to use [EMAIL PROTECTED] (I apologize as I feel this is not the right forum to ask this question. Feel free to direct me to the right forum.) Thanks, Paul Szabo [EMAIL PROTECTED] http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253422: mpirun is inconvenient on SMP systems and OpenMosix clusters
Le jeudi 24 mars 2005 à 05:27 +0900, Adam C Powell IV a écrit : Greetings and apologies for the long delay, No problem, I know what it is. There is a patch available at http://squishy.monkeysoft.net/mpich/ to use mosrun instead of rsh. However, it isn't even necessary: mpirun should just understand --all-local and, when getting this option, spawn all processes locally instead of using rsh. OpenMosix then makes all processes migrate. There is a ch_shmem transport option in mpich which might suit your needs. Please try building this option, by taking the mpich package and editing debian/rules line 30, replacing: --with-device=ch_p4 with: --with-device=ch_shmem If this works, then after the next bugfix release gets into testing, I will upload a new version which builds an additional set of -shmem packages to finally close this bug. But since that will go into the NEW queue, it will probably take quite a while to get into the archive... I don't have an OpenMosix cluster handy to test that anymore, but I think this isn't suitable for OpenMosix, as processes that share memory can't be migrated. For best performance, I believe a backend using pipes or local sockets should be used. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#301043: close bug: wrong alarm
Package: firehol Version: 1.214-4 Followup-For: Bug #301043 There was a misunderstanding in interpreting the keyword service as a command. This bug can be closed. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (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) Versions of packages firehol depends on: ii bash 3.0-14 The GNU Bourne Again SHell ii bc1.06-17The GNU bc arbitrary precision cal ii iproute 20041019-3 Professional tools to control the ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis ii net-tools 1.60-10The NET-3 networking toolkit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301176: electricsheep: Please consider packaging version 2.6 beta 2
Package: electricsheep Version: 2.5-2 Severity: wishlist Electricsheep 2.6b2 is available for Linux: http://electricsheep.org/electricsheep-2.6b2.tar.gz I've built it under a sid box with success. It works great and has a lot of enhancements. Regards. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (1000, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages electricsheep depends on: ii curl 7.13.1-2Get a file from an HTTP, HTTPS, FT ii debconf 1.4.46 Debian configuration management sy ii libc62.3.2.ds1-20ubuntu3 GNU C Library: Shared libraries an ii libexpat11.95.8-1XML parsing C library - runtime li ii libice6 6.8.2-1 Inter-Client Exchange library ii libjpeg-progs6b-10 Programs for manipulating JPEG fil ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 6.8.2-1 X Window System Session Management ii libx11-6 6.8.2-1 X Window System protocol client li ii libxext6 6.8.1-1ubuntu11 X Window System miscellaneous exte ii libxv1 4.3.0.dfsg.1-12.0.1 X Window System video extension li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii xloadimage 4.1-14.2Graphics file viewer under X11 ii zlib1g 1:1.2.2-4ubuntu1compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297638: Provided patch is bad
Hello Christian, I'm sorry to said it, but attached patch causes a harm when sawfish is started (I have tested it only via sawfish-client). Although it is still possible to fulfill my wish, it requires more changes. I'll prepare and submit a good patch soon. Regards Artur -- (ac) , __ We all live in the yellow submarine... ___ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301177: /usr/bin/uscan: uscan could not open watch files
Package: devscripts Version: 2.8.12 Severity: important File: /usr/bin/uscan I just went to run uscan and found that it seems to be completely broken now (see output below). It successfully finds all the watch files in the directory and its sub-directories but cannot open them. They all have reasonable permissions (-rw-r--r--) so I don't understand what is going on. Thanks in advance, Stephen Quinney [EMAIL PROTECTED]:~/debian :)$ uscan --report uscan warning: could not open ./libregexp-common-perl-2.120/debian/watch: No such file or directory uscan warning: could not open ./libregexp-common-perl-2.119/debian/watch: No such file or directory uscan warning: could not open ./maypole/libclass-dbi-asform-perl-2.41/debian/watch: No such file or directory uscan warning: could not open ./maypole/libdata-page-perl-2.00/debian/watch: No such file or directory uscan warning: could not open ./libcgi-untaint-perl-1.25/debian/watch: No such file or directory uscan warning: could not open ./libdbix-searchbuilder-perl-1.22/debian/watch: No such file or directory uscan warning: could not open ./libsql-abstract-perl-1.18/debian/watch: No such file or directory uscan warning: could not open ./libtree-simple-perl-1.14/debian/watch: No such file or directory uscan warning: could not open ./template-toolkit/libcalendar-simple-perl-1.12/debian/watch: No such file or directory uscan warning: could not open ./libclass-prototyped-perl-1.10/debian/watch: No such file or directory uscan warning: could not open ./libtext-quoted-perl-1.8/debian/watch: No such file or directory uscan warning: could not open ./maypole/maypole-1.7/debian/watch: No such file or directory uscan warning: could not open ./libcache-cache-perl-1.04/debian/watch: No such file or directory uscan warning: could not open ./template-toolkit/libhtml-fillinform-perl-1.04/debian/watch: No such file or directory uscan warning: could not open ./libcache-cache-perl-1.03/debian/watch: No such file or directory uscan warning: could not open ./libmodule-versions-report-perl-1.02/debian/watch: No such file or directory uscan warning: could not open ./libdbix-contextualfetch-perl-1.02/debian/watch: No such file or directory uscan warning: could not open ./maypole/libclass-dbi-loader-relationship-perl-1.2/debian/watch: No such file or directory uscan warning: could not open ./maypole/libclass-dbi-plugin-retrieveall-perl-1.01/debian/watch: No such file or directory uscan warning: could not open ./maypole/liblingua-en-inflect-number-perl-1.1/debian/watch: No such file or directory uscan warning: could not open ./libclass-prototyped-perl-1.01/debian/watch: No such file or directory uscan warning: could not open ./libclass-dbi-perl-0.96/debian/watch: No such file or directory uscan warning: could not open ./libclass-dbi-fromcgi-perl-0.94/debian/watch: No such file or directory uscan warning: could not open ./liblocale-maketext-lexicon-perl-0.48/debian/watch: No such file or directory uscan warning: could not open ./liblocale-maketext-lexicon-perl-0.47/debian/watch: No such file or directory uscan warning: could not open ./libima-dbi-perl-0.33/debian/watch: No such file or directory uscan warning: could not open ./libclass-accessor-perl-0.19/debian/watch: No such file or directory uscan warning: could not open ./libclass-dbi-loader-perl-0.17/debian/watch: No such file or directory uscan warning: could not open ./libtemplate-plugin-class-perl-0.12/debian/watch: No such file or directory uscan warning: could not open ./template-toolkit/libtemplate-plugin-class-perl-0.12/debian/watch: No such file or directory uscan warning: could not open ./libclass-trigger-perl-0.09/debian/watch: No such file or directory uscan warning: could not open ./template-toolkit/libapache-template-perl-0.09/debian/watch: No such file or directory uscan warning: could not open ./libuniversal-moniker-perl-0.08/debian/watch: No such file or directory uscan warning: could not open ./libhtml-scrubber-perl-0.08/debian/watch: No such file or directory uscan warning: could not open ./libclass-dbi-pg-perl-0.06/debian/watch: No such file or directory uscan warning: could not open ./maypole/libclass-dbi-pager-perl-0.06/debian/watch: No such file or directory uscan warning: could not open ./libtemplate-plugin-clickable-perl-0.05/debian/watch: No such file or directory uscan warning: could not open ./libclass-dbi-abstractsearch-perl-0.05/debian/watch: No such file or directory uscan warning: could not open ./libtemplate-plugin-tagrescue-perl-0.04/debian/watch: No such file or directory uscan warning: could not open ./libclass-whitehole-perl-0.04/debian/watch: No such file or directory uscan warning: could not open ./dominic/libtext-unidecode-perl-0.04/debian/watch: No such file or directory uscan warning: could not open ./libuniversal-exports-perl-0.03/debian/watch: No such file or directory uscan warning: could not open ./libclass-dbi-plugin-perl-0.03/debian/watch:
Bug#278245: gnome-media: general gnome media doesn't works , the message
Ok. The problem was acutally not with gnome-media. I have just apt-get upgrade'd and gstreamer0.8-misc got upgraded and now the mixer works again :-) Regards Hasse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300544: xfsprogs: FTBFS (amd64/gcc-4.0): array type has incomplete element type
On 05-Mar-24 12:13, Nathan Scott wrote: Could you try a gcc-4 compile with this patch please Andreas? I applied the patch, but compilation with gcc-4.0 still leads to the following error: In file included from agi.c:34: agi.h:33: error: array type has incomplete element type agi.h:34: error: array type has incomplete element type make[2]: *** [agi.o] Error 1 make[1]: *** [default] Error 2 make[1]: Leaving directory `/srv/dbuild/tmp/xfsprogs-2.6.26' make: *** [built] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
On Thu, Mar 24, 2005 at 07:39:04AM +0100, Jesus Climent wrote: On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote: On the other hand, I'm having a problem with the package, it doesn't include muttng_dotlock, and seems to think my mailspool (mbox in /var/mail) is read-only. (vanilla) Mutt can use it fine. Same problem here. Reported to Norbert but never got deeper into it. Let's try renaming mutt_dotlock to muttng_dotlock ;) I hard-linked muttng_dotlock to mutt_dotlock but it didn't help. I might futz with it later, once I get sick of using vanilla mutt for my Inbox. ^_^ -- --- Paul TBBle Hampson, MCSE 8th year CompSci/Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] No survivors? Then where do the stories come from I wonder? -- Capt. Jack Sparrow, Pirates of the Caribbean This email is licensed to the recipient for non-commercial use, duplication and distribution. --- pgpZvCBoqkLdK.pgp Description: PGP signature
Bug#301141: liblablgtk2-ocaml: Fails to install because of wrong dependency on ocaml-base-3.08
On Thu, Mar 24, 2005 at 09:10:57AM +0100, Ralf Treinen wrote: On Thu, Mar 24, 2005 at 08:39:04AM +0100, Sven Luther wrote: On Thu, Mar 24, 2005 at 12:56:42AM +0100, Bas Kloet wrote: Package: liblablgtk2-ocaml Version: 2.4.0+2004.11.19-3 Severity: grave Justification: renders package unusable This package depends on ocaml-base-3.08, but it should simply depend on ocaml-base. This renders it uninstallable. Please, did you read the ocaml changelog ? The ocaml-base-3.08 is there on purpose, and it shoulod most defenitively be there, since ocaml releases are binary incompatible, forcing us to do a full rebuild each time a new version is released. This is currently underway, and i uploaded the fixed lablgtk2 yesterday evening after dinstall, so it should show up in the archive this evening. It was a wee bit too early, and it failed to build on hppa, ia64 and s390, because the lablgl dependency altough built, failed to upload in time. If you don't feel like getting such random breakages of unstable, just run testing :) Closing this bug which is not really a bug but a feature. Well, it still is a bug in unstable, even if we (the ocaml maintainers) know that it is only transitory. I have already tagged the bug report as pending and the RM has tagged it as sid , but I don't think it should be closed until a new liblablgtk2-ocaml is uploaded which is installable with ocaml-* from unstable. Its already in the incoming queue, and on the PTS, so ican be closed. The bug came after the upload, so i couldn't close it in the changelog. There was another bug report against lablgtk2 i think where ia laso replied, so he didn't check. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301178: Error message when cannot receive mail could be useful.
Package: mozilla-thunderbird Version: 1.0-3 I cannot receive emails from one of my accounts and I do not even know why. I know there are new messages because I can see them by www browser, but I cannot receive them, and I do not even know why. Probably this is something with account configuration, but I do not know what, because I can see no error message. -- Gra³ razem z Jimim Hendrixem i King Crimson! Jego utwory bij± rekordy popularno¶ci Beatlesów i Sinatry! Legendarny Gordon Haskell - 10.04 w Polsce! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300797: [backup-manager #300797] Pending upload
tags 300797 + pending thanks This will be fixed in the next upload. Thanks for the report. Regards. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#301177: /usr/bin/uscan: uscan could not open watch files
On Thu, Mar 24, 2005 at 08:33:43AM +, Stephen Quinney wrote: Package: devscripts Version: 2.8.12 Severity: important File: /usr/bin/uscan I just went to run uscan and found that it seems to be completely broken now (see output below). It successfully finds all the watch files in the directory and its sub-directories but cannot open them. They all have reasonable permissions (-rw-r--r--) so I don't understand what is going on. Oh stuff, and I'm probably not going to have a chance to fix this till Monday. Oops. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300798: [backup-manager #300798] Pending upload
tags 300798 + pending thanks I've setup a new Debconf question which asks for the frequency to use in the crontab: - hourly - daily - weekly - monthly That works pretty well and will be integrated in my next package. Thanks for the report. Alexis. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
* Jesus Climent wrote: On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote: On the other hand, I'm having a problem with the package, it doesn't include muttng_dotlock, and seems to think my mailspool (mbox in /var/mail) is read-only. (vanilla) Mutt can use it fine. Same problem here. Reported to Norbert but never got deeper into it. Let's try renaming mutt_dotlock to muttng_dotlock ;) I did that after your report a while ago, and my last package[0] includes muttng_dotlock. [0]: http://people.debian.org/~nobse/debian/unstable/ Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299007: base-files: Insecure PATH in /root/.profile
On Thu, Mar 24, 2005 at 07:11:18PM +1100, [EMAIL PROTECTED] wrote: Dear Debian BTS gurus, A day or so ago, in connection with another bug (#295435), I discovered the existence and use of [EMAIL PROTECTED] Out of curiosity, I tried to set the severity of this bug to critical; to my amazement, this worked; but then Manoj Srivastava set the severity back to wishlist. My question: are the public in general and bug submitters in particular, expected or permitted to use [EMAIL PROTECTED] Yes, they are. However we expect them to follow the rules. This bug is now assigned to the debian-policy package. One of the rules is that policy proposal are wishlist by definition. See the policy-process document: /usr/share/doc/debian-policy/policy-process.txt.gz 3.1. Initiating discussions ... Once the proposer is satisfied that the proposal has merit (with or without trying the waters on the list), the proposer should file a _wishlist_ bug against the debian-policy package. This stage can be initiated by any member of the list. Definition of severity can be found here: /usr/share/doc/debian/bug-maint-info.txt critical makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. In no way installing the debian-policy package introduce a security hole, causes serious data loss or makes unrelated software on the system break. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301179: fai: Early hooks (example: setup) are not executed.
Package: fai Version: 2.6.7 Severity: normal th fai 2.6.5 a hook setup.DEFAULT.source works but in 2.6.7 the same hook is not executed. If I change the directory on the client to /fai/hooks and execute . ./setup.DEFAULT.source the hook works. I also kann not see the hooks in debug mode. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fai depends on: ii debootstrap 0.2.45-0.1 Bootstrap a basic Debian system ii nfs-user-server [nfs-server 2.2beta47-20 User space NFS server ii perl5.8.4-6 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301180: wrong encoding in french
Package: lincvs Version: 1.4.0-2 Severity: minor character utf-8 displayed in ISO-8859-15 ie: Révision -- RÃ(c)vision à jour -- ~A jour -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lincvs depends on: ii cvs 1:1.12.9-11 Concurrent Versions System ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgamin0 [libfam0c1 0.0.21-1Library for the gamin file and dir ii libgcc1 1:3.4.3-12 GCC support library ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii 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 xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301181: libapache-mod-python
Package: libapache-mod-python Version: 2:2.7.8-0.0woody2 Hello, we'd tried to use debian woody libapache-mod-python module on 2 servers, but it crashed everytime with hello world example : /var/log/apache/error.log : [Mon Mar 21 15:51:14 2005] [notice] child pid 1406 exit signal Segmentation fault (11) (as recommended in manual, we have also tried to launch apache with -X option, same result, no more info) when I try to recompile the debian source package, I have this warning : checking for python... /usr/bin/python checking Python version... 2.1 checking whether Python is compiled with thread support... yes ** WARNING ** Python is compiled with thread support. Apache 1.3 does not use threads. On some systems this will cause problems during compilation, on others it may result in unpredictable behaviour of your Apache server. Yet on others it will work just fine. The recommended approach is to compile Python without thread support in a separate location and specify it with --with-python option to this ./configure script. I've also noticed that in sarge version, mod_python.so is staticaly linked with python and not in woody version Any idea ? Thanks, Fred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301132: acknowledged by developer (Re: Bug#301132: aptitude: should not pull in -dev packages and/or compilers in a default installation)
sarcasmThanks for the slap upside the head/sarcasm, but aptitude has never done anything as stupid as automatically installing Suggested packages by default, and in the latest version that option (automatic installation of Suggests) isn't even available precisely because it is pretty much always harmful. Could you please reread the Bug report? I did not say that aptitude pull in Suggests:. I _did_ say that aptitude pulled in Standard: packages (and their Recommends:) and left a system that was targeted as a desktop environment as a full development environment. Would you mind going through a typical installation and see what aptitude would pull in? Or, better, review the following bugs with similar concerns: #298702, #270676, #246357, #272406 and #272586 If you don't want certain packages to be installed on a default Debian system, go talk to the debian-installer, tasksel, and ftpmaster teams, as well as the maintainers of packages that are installed by default (if they have inappropriate Depends and/or Recommends lines). I will not modify aptitude to second-guess the people who are in charge of configuring the default Debian installation. (if they need more features in order to precisely specify what should be installed, of course, I'm open to that) I was asking for that features also in the bug report as an alternative solution to the issue. The fact is, I thought there was no way for base-config to tell aptitude to not install development packages. On reviewing the tasksel code, however, I've seen that, in fact, tasksel could maybe ask aptitude to install standard packages (~pstandard) but _not_ install standard packages that are usually part of a development package. The problem is, changing priorities (as I've asked for in 301138) is not an easy task and might not even be possible for some packages (let's see..). I will try to work this out by changing how tasksel calls aptitude and see if that's possible. If not, I will again ask for a feature that tasksel could use to ask for Standard: packages but blacklisting some of them, I'm not sure if that's even possible right now. Regards Javier signature.asc Description: Digital signature
Bug#301183: gpdf: Incorrect display of non-ASCII characters
Package: gpdf Version: 2.8.2-1.1 Severity: important Now I dont know whether this is just the same problem as one of the many bugreports on similar topics or really something else; may I mention that I vote for #235360? Try https://www.arcor.de/pdf/arcor/privat/kwk_isdn_dsl.pdf and look at the heading of the second page. Even without any knowledge of German it should be obvious that Ergnzungen is rather peculiar; it should be Ergnzungen. It prints correctly, however. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-1 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.2-1 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact 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 libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libxml2 2.6.16-3GNOME XML library 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
Bug#301182: gpdf: Wont print via lpr
Package: gpdf Version: 2.8.2-1.1 Severity: normal When I try to print in gpdf, I get a nice list of printers, some obviously taken from /etc/printcap wearing the tag via lpr. However, trying to print using those printers results in a dialog box: Printing is not supported on this printer. You were trying to print to a printer that does not use PostScript. This program requires a PostScript printer driver. Now thats funny, as the printer is a PostScript printer, and I wonder which printer in /etc/printcap wont accept PostScript anyway. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-1 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.2-1 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact 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 libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libxml2 2.6.16-3GNOME XML library 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
Bug#300837: What is Probed?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Mar 23, 2005 at 07:08:58PM +0100, Frans Pop wrote: On Wednesday 23 March 2005 04:04, Rahmat M. Samik-Ibrahim wrote: This request was for the debian-installer in general. Basically, some network administrators would like to know about how a software is poking the network: One option is to document some of this in the d-i manual. A patch from the authors/maintainers of netcfg for this would be welcome. It is allready there. The manual states that DHCP is used. The user decides how to continue (HTTP, FTP or CD-ROM) IMNSHO this wishlist bugreport sucks. The request of displaying the MAC address can be argued about. But the What does that new system on my network??? is silly. Debian-installer does use well documented open protocols, that is unlike some properity software vendors do. d-i is a node on your network that you can trust. There is no phone home. It is surely _not_ the first rotten apple in the basket. Cheers Geert Stappers P.S. for those who feel offended: Ignoring this bugreport would be a real insult -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCQokROSINbgwa/7sRAiRQAJ9+g1zd1VkvwOsGl9q3YQJFfmnRgQCgkI/P rDkLhEzAxttNg968K/INDA4= =JrD1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301185: /usr/share/sympa/mhonarc-ressources: missing ';' in the mhonarc-ressources file
Package: sympa Version: 4.1.5-1 Severity: minor File: /usr/share/sympa/mhonarc-ressources Hi Stefan, I've found a really minor bug in the mhonarc-ressouces Sympa's file. This file is used by sympa for generating mailing list templates. I've found badly formatted nbsp; entities : nbsp;nbsp It's a minor bug. But I'm running Sympa behind an apache-mod-html-proxy reverse proxy, witch process HTML file before sending to the browser. And this minor bug make apache-mod-html fail to parse correctly the Sympa archives. (Emmanuel Lacour, the libapache2-mod-proxy-html maintainer said that is a problem with libxml2) I suggest to forward this bug to the Sympa mainstream authors. Best Regards, PJ : mhonarc-ressources.diff -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-vs1.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sympa depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.30.11Debian configuration management sy ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcgi-fast-perl5.8.4-8 CGI::Fast Perl module ii libcrypt-ciphersaber-perl 0.61-4 Perl module implementing CipherSab ii libdbd-mysql-perl 2.9003-4 A Perl5 database interface to the ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libfcgi-perl0.67-1 FastCGI Perl module ii libio-stringy-perl 2.110-1 Perl5 modules for IO from scalars ii libmailtools-perl 1.62-1 Manipulate email in perl programs ii libmd5-perl 2.03-1 backwards-compatible wrapper for D ii libmime-perl5.417-1 Perl5 modules for MIME-compliant m ii libmsgcat-perl 1.03-3 Locale::Msgcat perl module ii libnet-ldap-perl0.3202-2 A Client interface to LDAP servers ii mhonarc 2.6.10-1 Mail to HTML converter ii perl [libmime-base64-perl] 5.8.4-8 Larry Wall's Practical Extraction ii perl-suid 5.8.4-8 Runs setuid Perl scripts ii postfix [mail-transport-age 2.1.5-6 A high-performance mail transport ii syslog-ng [system-log-daemo 1.6.5-2 Next generation logging daemon -- debconf information excluded -- Nowicki Christophe EPITECH Promo 2006 http://people.easter-eggs.org/~cnowicki/ 363c363 TD NOWRAP BGCOLOR=[light_color] ALIGN=centernbsp;nbsp;A HREF=$NEXTMSG$IMG SRC=[icons_url]/right.png height=20 border=0 align=middle ALT=next/Anbsp;nbsp;/td --- TD NOWRAP BGCOLOR=[light_color] ALIGN=centernbsp;nbspA HREF=$NEXTMSG$IMG SRC=[icons_url]/right.png height=20 border=0 align=middle ALT=next/Anbsp;nbsp/td 382c382 TD NOWRAP BGCOLOR=[light_color] ALIGN=centernbsp;nbsp;A HREF=$TNEXTMSG$IMG SRC=[icons_url]/right.png height=20 border=0 align=middle ALT=next/Anbsp;nbsp;/td --- TD NOWRAP BGCOLOR=[light_color] ALIGN=centernbsp;nbspA HREF=$TNEXTMSG$IMG SRC=[icons_url]/right.png height=20 border=0 align=middle ALT=next/Anbsp;nbsp/td signature.asc Description: Digital signature
Bug#301184: nut-cgi: Incompatible HTML templates after upgrade
Package: nut-cgi Version: 2.0.1-2 Severity: normal Hi, after the upgrade to the new major version, the old HTML templates in /etc/nut don't work anymore. I think it would be good to warn the user about the changes in a NEWS.Debian file, explaining that they should either modify their templates accordingly, or copy the new templates from /usr/share/doc/nut-cgi/examples/. Cheers, Til -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nut-cgi depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgd2-xpm 2.0.33-1.1 GD Graphics Library version 2 ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxpm4 4.3.0.dfsg.1-10 X pixmap library 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#301177: /usr/bin/uscan: uscan could not open watch files
On Thu, Mar 24, 2005 at 09:06:09AM +, Julian Gilbey wrote: I just went to run uscan and found that it seems to be completely broken now (see output below). It successfully finds all the watch files in the directory and its sub-directories but cannot open them. They all have reasonable permissions (-rw-r--r--) so I don't understand what is going on. Oh stuff, and I'm probably not going to have a chance to fix this till Monday. I just took a slightly longer look at the problem. It seems that it is not changing to the correct directory before before attempting to open each file. Printing out the cwd after the warning gives, for instance: uscan warning: could not open ./template-toolkit/libtemplate-plugin-calendar-simple-perl-0.02/debian/watch: No such file or directory cwd: /home/stephen/debian/template-toolkit/libtemplate-plugin-calendar-simple-perl-0.02 Looks like it needs to be two directories higher than it actually is. Maybe it needs to return to the original start directory? Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301143: hal-device-manager: Patch to make everything selectable
On Thu, Mar 24, 2005 at 01:04:09AM +0100, Benjamin Berg wrote: Package: hal-device-manager Version: 0.4.7-3 Severity: wishlist Tags: patch Attached patched makes all data selectable in hal-device-manager. What's the problem your actually trying to solve with this patch ? Sjoerd -- The Poems, all three hundred of them, may be summed up in one of their phrases: Let our thoughts be correct. -- Confucius -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295131: JFTR: sdl(glib2.0) vs. wx2.4(glib1.2) only affects scorched3d
Hi! zion:~# apt-cache showpkg libsdl-mixer1.2 libsdl-net1.2 libsdl1.2debian-all | grep '^ ' | sort -u | cut -d ',' -f 1 /tmp/sdldeps zion:~# apt-cache showpkg libwxgtk2.4 | grep '^ ' | sort -u | cut -d ',' -f 1 /tmp/wxdeps zion:~# diff -u /tmp/sdldeps /tmp/wxdeps | grep '^ ' scorched3d zion:~# It seems that this conflict only affects scorched3d. Is there a possibility to check for these things on a global level? Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
Bug#277750: Shorten down the Dutch translation of the root password question dialog in package shadow
On Wednesday 23 March 2005 14:02, Christian Perrier wrote: ok, so how 'long' can the long description be? Tricky..:-) But you can use the podebconf-display-po utility for this (from the po-debconf package). Of course you have to use it in a 80x25 terminal. ok, updated version attached, I pruned it so it fits on 1 screen in a 80x25 terminal (which is better, though that screen does scroll, we really need a better scroll indicator in the dialog frontend :-( ) -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) nl.po Description: application/gettext pgp1GLmWrLiQf.pgp Description: PGP signature
Bug#301143: hal-device-manager: Patch to make everything selectable
On Do, 2005-03-24 at 10:33 +0100, Sjoerd Simons wrote: On Thu, Mar 24, 2005 at 01:04:09AM +0100, Benjamin Berg wrote: Package: hal-device-manager Version: 0.4.7-3 Severity: wishlist Tags: patch Attached patched makes all data selectable in hal-device-manager. What's the problem your actually trying to solve with this patch ? Sjoerd With this patch it is possible to select, and copy the data displayed by the hal-device-manager. This is impossible to do without the patch. Benjamin signature.asc Description: This is a digitally signed message part
Bug#301018: Bug#299875: ppp: out-of-memory 30min after LCP terminated by peer
On Mar 20, Christian Kujau [EMAIL PROTECTED] wrote: - pppd tries to re-establish the connection, says Starting link in the logfile [1] and then just hangs. Please check if http://www.bofh.it/~md//debian/ppp_2.4.3-20050321+1_i386.deb fixes it. -- ciao, Marco signature.asc Description: Digital signature
Bug#295435: mbox parser
forwarded 295435 Hiroyuki Yamamoto [EMAIL PROTECTED] tags 295435 woody confirmed thanks On Thu, 24 Mar 2005 10:44:15 +1100 [EMAIL PROTECTED] wrote: Justin Pryzby [EMAIL PROTECTED] wrote: On Wed, Mar 23, 2005 at 09:02:41AM +1100, [EMAIL PROTECTED] wrote: ... bypassing the lazy maintainer? And others happen to have a life with situations where free time drops nearly to zero sometimes. But I guess is easier to think they're lazy. The lazy comment was mine. I did not intend to offend, but rather to succintly describe the situation. I apologize for my choice of word: now I see how it did not convey the meaning I intended. Don't worry, I'm aware coment was yours and I'm not offended, so no need to apologize. I was only pointing out to Justin other facts that people tends quickly to forget when maintainers are not delivering their bugs at the speed they expect. I'd better suggest to upgrade to a newer version. Given upstream is currently focused on developing the 2.0 version and the availability of much newer versions ported to woody, I don't think upstream is gonna take care of this bug. We can only hope that this bug will be corrected in version 2. Well, without checking I cannot tell it for true at 100%, but I believe this bug is already corrected in current unstable/testing version (1.0.3). Current woody backport [1] is at 1.0.0beta3, and probably fixes this too. [1] http://www.backports.org/debian/dists/stable/sylpheed/binary-i386/ The response from Hiroyuki Yamamoto [EMAIL PROTECTED] seems to indicate that the bug is taken seriously: his view of correctness seems skewed. Then there is not much that can be done at that level. He is free to refuse fixing an old version and you're free to refuse upgrading. The only thing we can do is patch the current package as Justin proposed (it was a trivial patch, isn't it?) and upload it to woody proposed-updates. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289132: acknowledged by developer (Package exists in the archive)
* Mohammed Adnène Trojette [EMAIL PROTECTED] [2005-03-23 22:41]: uploaded the package yourself but forgotten to close this WNPP bug, please tag was fixed-in-experimental. Thanks for pointing this out. My script didn't handle this situation. It does now. -- Martin Michlmayr http://www.cyrius.com/
Bug#261824: Sucess/failure using two different businesscard images
Hi, I have tried booting two different businesscard images (URLs below) on my Ultra5 (hardware below), and the results I got: Sarge: Overall: Doesn't boot It seems the Sarge rc3 businesscard ISO uses SILO 1.4.9, and complains about Fast Data Access MMU Miss, as well as Wrong disklabel magic. Sid: Overall: Boots into d-i The sid businesscard ISO also uses SILO 1.4.9, but it boots perfectly. Hardware: sun4u Ultra5, 128Mb memory, 9Gb IDE disk, no keyboard, serial console Sarge businesscard image: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc3/sarge-sparc-businesscard.iso Sid businesscard image: http://gluck.debian.org/cdimage/testing/sid_d-i/sparc/20050324/sarge-sparc-businesscard.iso Cheers, -- Steve You have a fear of nothingness, or in laymen's terms, a fear of ... nothingness - EMH, USS Voyager -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301186: suggestions about packaging tomcat5
Package: tomcat4 Version: 4.1.31-2 Severity: wishlist Tags: patch hi, I guess the reason there is no tomcat5 in debian is the one requires jdk1.5 to compile, and as there is no one packaged in debian too... am I right? if so, maybe my suggestion will be handy: I suggest to package tomcat5 source code into package tomcat5-src, add debianized build scripts and package the ones into tomcat5-package or into the same tomcat5-src. add to both or only tomcat5-package dependency to sun-jdk1.5 and there we go :) installation procedure could be: 1) apt-get install java-package 2) download sun's binary jdk1.5 java distribution, build sun-jdk1.5 package, and install the one 3) apt-get install tomcat5-src tomcat5-package 4) build tomcat5 and all other packages, and install the ones we need tomcat5-src package can have some scripts to suggest user rebuild tomcat5 packages upon upgrade, if tomcat5 packages are found to be installed... --- ArturasK. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301187: whois: Wrong server used for .jp
Package: whois Version: 4.7.0 Severity: normal Currently, whois defaults to querying whois.nic.ad.jp for .jp domains, which is no longer the correct server. It should be updated to whois.jprs.jp, according to both IANA and whois.nic.ad.jp. Currently, this happens: $ whois ocn.ne.jp JPNIC WHOIS HELP --- NOTE: JPNIC WHOIS server does not provide query service for domain name related information. Please access following whois services for .JP domain name related queries. JPRS WHOIS http://whois.jprs.jp/ (whois.jprs.jp) whois.jphttp://whois.jp/ (whois.jp) --- (NB: This is using the default of whois.nic.ad.jp, remainder of JPNIC whois help snipped) Querying the jprs server gives (presumably) correct output: $ whois -h whois.jprs.jp ocn.ne.jp/e [ JPRS database provides information on network administration. Its use is] [ restricted to network administration purposes. For further information, ] [ use 'whois -h whois.jprs.jp help'. To suppress Japanese output, add'/e' ] [ at the end of command, e.g. 'whois -h whois.jprs.jp xxx/e'. ] Domain Information: a. [Domain Name]OCN.NE.JP d. [Network Service Name] Open Computer Network l. [Organization Type] Network Service m. [Administrative Contact] MO081JP n. [Technical Contact] KK551JP n. [Technical Contact] MO081JP p. [Name Server]ns-os001.ocn.ad.jp p. [Name Server]pns.ocn.ad.jp [State] Connected (2005/11/30) [Registered Date] 1996/11/19 [Connected Date]1996/12/02 [Last Update] 2004/12/01 01:20:54 (JST) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-mppe Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages whois depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libidn110.5.13-1.0 GNU libidn library, implementation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301188: initrd-tools: tries to install module qla6322 which is missing in kernel 2.6.11.x
Package: initrd-tools Version: 0.1.77 Severity: important Hello, the driver for the QLogic adapter 6322 is now merged with qla6312 and mkinitrd failes to run with kernels = 2.6.11 because it still tries to find the qla6322 module. BTW, generally it would be better not to bail out with an error if a module is missing. A nice warning would be good enough. Regards, Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301189: /bin/cat: cat dies with SIGSEG
Package: coreutils Version: 5.2.1-2 Severity: normal File: /bin/cat Hi, I know this is a misusage of cat, but cat shouldn't die with SIGSEG $ cat audio.wav /dev/dsp Segmentation fault $ ltrace cat audio.wav /dev/dsp __libc_start_main(2, 0x7a34, 0x7a40, 0x7ab4, 0x3000bee4 unfinished ... setlocale(6, ) = C bindtextdomain(coreutils, /usr/share/locale) = /usr/share/locale textdomain(coreutils) = coreutils __cxa_atexit(0x10001270, 0, 0, 0xffedbf0, 135048) = 0 getopt_long(2, 0x7a34, benrstuvAET, 0x100035ac, NULL) = -1 __fxstat64(3, 1, 0x78f0) = 0 open64(audio.wav, 0, 0501110) = 3 __fxstat64(3, 3, 0x78f0) = 0 malloc(4096) = 0x10015080 read(3, ,\003, 671089218) = 4096 write(1, RIFF\364\036l\002WAVEfmt \020, 4096 unfinished ... +++ killed by SIGSEGV +++ Jörg. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages coreutils depends on: ii libacl1 2.2.29-1 Access control list shared library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information signature.asc Description: Digital signature
Bug#301190: libgstreamer0.8-0: package installation creates files in ~root
Package: libgstreamer0.8-0 Version: 0.8.8-1 Severity: normal Hi, When installing libgstreamer0.8-0, the postinst script calls gst-register-0.8, which creates the directory /root/.gstreamer-0.8: | Rebuilding global_registry (/var/lib/gstreamer/0.8/registry.xml) ... | Added plugin gstvideo with 0 features. | [...] | Rebuilding user_registry (/root/.gstreamer-0.8/registry.xml) ... | Loaded 19 plugins with 27 features. I think no package should ever create files in any user's home directory, especially not in root's. Regards, Holger -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libgstreamer0.8-0 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libpopt01.7-5lib for parsing cmdline parameters ii libxml2 2.6.16-3 GNOME XML library ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301192: avalon-framework: FTBFS: Missing Build-Depends on junit
Package: avalon-framework Severity: serious Tags: patch The attached patch adds the necessary Build-Depends on junit. It also adds /usr/share/java/junit.jar to the CLASSPATH in debian/rules. Without these changes the package FTBFS. The patch also updates the Build-Depends from j2sdk1.3 to j2sdk1.4, because j2sdk1.3 is not available on some architectures. The jdk_dirs in debian/rules are changed accordingly. Regards Andreas Jochens diff -urN ../tmp-orig/avalon-framework-4.1.2/debian/control ./debian/control --- ../tmp-orig/avalon-framework-4.1.2/debian/control 2005-03-24 11:14:08.398624885 +0100 +++ ./debian/control2005-03-24 11:13:06.936508820 +0100 @@ -2,7 +2,7 @@ Section: contrib/libs Priority: optional Maintainer: Takashi Okamoto [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 3.0.0),liblogkit-java, libxerces-java, ant, liblog4j, libxalan2-java, j2sdk1.3 +Build-Depends-Indep: debhelper, junit, liblogkit-java, libxerces-java, ant, liblog4j, libxalan2-java, j2sdk1.4 Standards-Version: 3.5.2 Package: libavalon-framework-java diff -urN ../tmp-orig/avalon-framework-4.1.2/debian/rules ./debian/rules --- ../tmp-orig/avalon-framework-4.1.2/debian/rules 2005-03-24 11:14:08.398624885 +0100 +++ ./debian/rules 2005-03-24 11:07:35.0 +0100 @@ -15,13 +15,13 @@ export LANG=C export VERSION=4.1.2 -jdk_dirs:=/usr/lib/j2se/1.3 /usr/lib/j2sdk1.3 +jdk_dirs:=/usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-blackdown /usr/lib/j2sdk1.4-ibm export JAVA_HOME=$(shell for jdir in $(jdk_dirs); do if [ -d $$jdir ]; then echo $$jdir; exit 0; fi; done) export ANT=/usr/bin/ant -CLASSPATH=/usr/share/kaffe/Klasses.jar:/usr/share/java/logkit.jar:/usr/share/java/xerces.jar:/usr/share/java/log4j.jar:/usr/share/java/xalan2.jar:. +CLASSPATH=/usr/share/kaffe/Klasses.jar:/usr/share/java/junit.jar:/usr/share/java/logkit.jar:/usr/share/java/xerces.jar:/usr/share/java/log4j.jar:/usr/share/java/xalan2.jar:. build: build-stamp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301191: sablevm: incomplete authors list in copyright file
Package: sablevm Version: 1.11.1-2 Severity: minor If you compare /usr/share/doc/sablevm/AUTHORS and /usr/share/doc/sablevm/copyright you will see that the copyright file is missing several authors according to AUTHORS file. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sablevm depends on: ii java-common 0.22 Base of all Java packages ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters ii libsablevm1 1.11.1-2 Free implementation of JVM second ii unzip 5.52-1 De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301059: zope-zms: new version available
[Just ignoring the netiquette and quote in public to get others informed the other parts in private mail.] On Thu, 24 Mar 2005 [EMAIL PROTECTED] wrote: Would be great to have that. Can't really understand why Zope 2.7 won't be in Sarge. It *IS* in sarge - it is just not the default version. Perhaps there are already to many differences between those two and probably some issues with or the lack of Python 2.3. There is the need to stabilize at a certain point in time with all dependencies and the Zope maintainer decided to stabilize at Zope 2.6. There are incompatibilities between both versions which would break certain applications. But you can install both Zope versions in parallel. I will take the spare time of Easter to make up my mind whether I should drop ZMS 2.1 and just make zope-zms 2.3 dependant from the zope2.7 package. I would hate to break anything before Sarge freeze which is very near and have the risk of getting ZMS removed from Debian at all because of a bug. Would it be an option for you to have a zope-zms package of version 2.3 in experimental which is not propagated automatically to testing? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301193: sylpheed: buffer overflow bug in 0.8.0 - 1.0.3, 1.9.0 - 1.9.4
Package: sylpheed Severity: critical Justification: security hole, buffer overflow Tags: security, sarge, sid, experimental According upstream: A buffer overflow which occurred when displaying a message with attachments which have MIME-encoded filenames was fixed. This is fixed in 1.0.4, to be uploaded ASAP. Upstream report: http://www.tmtm.org/cgi-bin/w3ml/sylpheed/msg/24429 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.8-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267101: Please close
Hi! Since termpkg is not in Debian any more, can you please close this bug? Thanks, Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian Developer http://www.debian.org signature.asc Description: Digital signature
Bug#299293: sound-juicer: Rammstein's Reise, Reise track info wrong
On Sun, 2005-03-13 at 09:04 -0800, Matt Zimmerman wrote: When ripping Rammstein's Reise, Reise, the track lengths are shown correctly (one or two seconds shorter than what is printed on the CD cover), but the ripped files seem to have little correlation between when files end and when songs end. For example, song 6 (Amerika) begins at about 30 seconds from the of file 5. abcde gets this disc right, so I assume it is not an error in the disc. I have seen this with sound juicer and some CDs as well, though I didn't try an alternate program to narrow the problem. This may well be a recent bug discovered in GStreamer, where the cdparanoia source doesn't handle tracks which start before 0:00. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#298857: A devhelp-book-java2 package would be useful
After a short discussion on the debian-java@lists.debian.org mailing list we came to the conclusion that a devhelp-book-java2 package could be quite interesting and useful during the Java development process. Actually the only alternative are the online Sun Java API specifications[1]. Thanks in advance for considering such a package package. Attaching a script I've previously used to generate a .devhelp file from the Sun JDK documentation. It worked for me in the past, but probably needs some more work. As I don't program Java any more, I don't expect I'll have time to maintain it. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF java-api-to-devhelp.pl Description: Perl program signature.asc Description: This is a digitally signed message part
Bug#301195: /usr/bin/mcedit-debian: mcedit-debian becomes default editor without confirmation
Package: mc Version: 1:4.6.0-4.6.1-pre3-1 Severity: serious File: /usr/bin/mcedit-debian Justification: unknown;/etc should not be overwritten Stefano, thank you for your work on the mc package. Today I found out that somehow the latest upgrade of the mc package must have overwritten the alternative I specified for editor. Previously I used nano, it was changed to mcedit-debian without my consent or confirmation. I cannot quote the exact place from the Debian Policy Manual but AFAIK things in /etc should not be over- written without confirmation. Thus marking the bug as serious because it violates policy. Best Rolf -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26.desktop041204 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mc depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgpmg11.19.6-19General Purpose Mouse - shared lib -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301196: munin: new default nagios configuration broken
Package: munin Version: 1.2.2-3 Severity: normal IIRC, the new sample config (/etc/munin/munin.conf) was along the lines of (from memory): contact.nagios.command /usr/bin/send_nsca hostname -c /etc/nsca.cfg /dev/null On Debian I found this was wrong: 1. /usr/sbin/send_nsca not /usr/bin/send_nsca. 2. /etc/send_nsca.cfg not /etc/nsca.cfg. 3. hostname needs to be prefixed with -H according to man page. (might be optional in practice). 4. /dev/null is required to prevent these warnings: 2 data packet(s) sent to host successfully. however, it is wrong as it gets parsed on the command line verbatim: [pid 31061] execve(/usr/sbin/send_nsca, [/usr/sbin/send_nsca, -H, snoopy.apana.org.au, -c, /etc/send_nsca.cfg, /dev/null], [/* 16 vars */] unfinished ... which in turn, causes send_nsca to fail (predictably) with an error that it doesn't understand the command line. The /dev/null needs to be removed, but then I suspect this will mean I get the warnings again. As a temp work around I put the /dev/null in /usr/bin/munin-cron in the call to munin-limits. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages munin depends on: pn libdigest-md5-perl Not found. ii libhtml-template-perl 2.6-2 HTML::Template : A module for usin ii librrds-perl 1.0.49-1 Time-series data storage and displ pn libtime-hires-perl Not found. ii perl [libstorable-perl] 5.8.4-8Larry Wall's Practical Extraction ii perl-modules 5.8.4-8Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#155811: SEGV
* Justin Pryzby [EMAIL PROTECTED] [050323 17:55]: If I understand the buglog correctly, Paulo suggested a solution, although I don't know if he pointed to the *source* of the problem. Thank you for reminding me of this bug and for your analysis. A package fixing this is currently beeing uploaded. Hochachtungsvoll, Bernhard R. Link -- mozilla-thunderbird: It cannot read mail, it cannot send mail. It is the victory of dialup over the internet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299605: libapache-mod-php4 crashes in __kernel_vsyscall
Raoul, On Tue, Mar 15, 2005 at 11:00:23AM +0100, raoul bhatia wrote: Package: libapache-mod-php4 Version: 4:4.3.10-9 Severity: critical apache crashes with the log different entries in /var/log/apache/error.log: ssl enabled: [Sun Mar 13 10:15:52 2005] [notice] child pid 23162 exit signal Segmentation fault (11) ssl disabled: free(): invalid pointer 0x8186fb0! [Tue Mar 15 10:21:42 2005] [notice] child pid 16078 exit signal Segmentation fault (11) i could narrow it down to the software package horde, which cannot be accessed via web. the corresponding apache child simply segfaults. all other vhosts run as expected. in my opintion, this started to occure after upgrading the testing distrubition and using libapache-mod-php4 from testing. Please test with the 4.3.10-10 version of libapache-mod-php4 which has just been uploaded to unstable (available for the next few hours from http://incoming.debian.org/), and let us know if you still see this failure. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301033: Bad *.part.met
I've isolated the files causing the issue, it is not about non-ASCII character. It seems that *.part.met content is invalid since there is neither the name nor the hash. [EMAIL PROTECTED]:~/.xMule/foo$ ls -l 004.part* -rw-r--r-- 1 riccardo riccardo 119 2005-03-22 15:48 004.part.met.BAK -rw-r--r-- 1 riccardo riccardo 119 2005-03-22 15:48 004.part.met -rw-r--r-- 1 riccardo riccardo 0 2005-03-22 15:48 004.part [EMAIL PROTECTED]:~/.xMule/foo$ cat 004.part.met [EMAIL PROTECTED] [EMAIL PROTECTED]:~/.xMule/foo$ cat 004.part.met.BAK [EMAIL PROTECTED] TIA, riccardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#94197: Something i have been thinking about
dude, you'll never guess what I came across It's basically a date site that you don't have to pay for. There are many guys, girls, couples, and I'm sure something for you. Just so you know, alot of them are just looking for nothing more than a one-night-stand. So yeah, you can either find one-nighter, or someone you can fall in love with. Whatever is your cup of tea ;-) http://www.just1night.com/d2/ 'nuff? http://www.just1night.com/rmv/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#88906: long time we haven't spoken ;-)
man, you have to check it out It's basically a date site that you don't have to pay for. There are many girls, guys, couples, and I'm sure something for you. By the way, alot of them are just looking for nothing more than a one-night-stand. So yeah, you can either find one-nighter, or someone you can fall in love with. Whatever floats your boat ;) http://www.just1night.com/d2/ 'nuff? http://www.just1night.com/rmv/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300842: libc6: a workaround
Package: libc6 Version: 2.3.4-1 Followup-For: Bug #300842 I had the same problem. A workaround, if you still have an open terminal somewhere, is (bash syntax) : export LD_ASSUME_KERNEL=2.4.1 Then you should be able to finish installing libc6 and libc6-686 and the bug will disappear. Regards, Vincent -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.12-rc1-mm1 Locale: LANG=C, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298927: Testers wanted for kernel/discover1
On Thursday 24 March 2005 05:51, Jurij Smakov wrote: We have a couple of pretty important bugfixes, which I would like to see tested as soon (and as much) as possible. Those are: * Modular IDE in kernel 2.4.27. That change potentially may affect all sparc machines with IDE controllers I've tested this kernel on my Ultra 10 which has the CMD64x controller. I still get the errors on boot: kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx kernel: CMD646: IDE controller at PCI slot 01:03.0 kernel: CMD646: chipset revision 3 kernel: CMD646: chipset revision 0x03, MultiWord DMA Force Limited kernel: CMD646: 100%% native mode on irq 4,7e0 kernel: ide0: BM-DMA at 0x1fe02c00020-0x1fe02c00027, BIOS settings: hda:pio, hdb:pio kernel: ide1: BM-DMA at 0x1fe02c00028-0x1fe02c0002f, BIOS settings: hdc:pio, hdd:pio kernel: hda: ST34342A, ATA DISK drive kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx kernel: hdc: CD-ROM 56X/AKH, ATAPI CD/DVD-ROM drive kernel: ide0 at 0x1fe02c0-0x1fe02c7,0x1fe02ca on irq 4,7e0 kernel: ide1 at 0x1fe02c00010-0x1fe02c00017,0x1fe02c0001a on irq 4,7e0 (shared with ide0) kernel: Partition check: kernel: hda:end_request: I/O error, dev 03:00 (hda), sector 0 kernel: end_request: I/O error, dev 03:00 (hda), sector 2 kernel: end_request: I/O error, dev 03:00 (hda), sector 4 kernel: end_request: I/O error, dev 03:00 (hda), sector 6 kernel: end_request: I/O error, dev 03:00 (hda), sector 8 kernel: end_request: I/O error, dev 03:00 (hda), sector 10 kernel: end_request: I/O error, dev 03:00 (hda), sector 12 kernel: end_request: I/O error, dev 03:00 (hda), sector 14 kernel: end_request: I/O error, dev 03:00 (hda), sector 0 kernel: end_request: I/O error, dev 03:00 (hda), sector 2 kernel: end_request: I/O error, dev 03:00 (hda), sector 4 kernel: end_request: I/O error, dev 03:00 (hda), sector 6 kernel: end_request: I/O error, dev 03:00 (hda), sector 8 kernel: end_request: I/O error, dev 03:00 (hda), sector 10 kernel: end_request: I/O error, dev 03:00 (hda), sector 12 kernel: end_request: I/O error, dev 03:00 (hda), sector 14 kernel: unable to read partition table (and of course the unimplemented Sparc system call 188) However, the system boots fine and as the kernel.log is written without errors, I'm not sure if these errors can safely be ignored or are still an indication that something may fail horribly later... I never really tested older 2.4.27 kernels beyond seeing these messages, so I'm not sure is anything has actually changed. 'fdisk -l /dev/hda' returns the correct output. Cheers, FJP pgpYdnb5sL6MN.pgp Description: PGP signature
Bug#100421: haven't heard from you in a while! ;)
there, I have to show you this It's basically a date site that you don't have to pay for. There are many guys, girls, couples, and I'm sure something for you. Just so you know, alot of them are just looking for a one-night stand, or fuckfriend as they call it. So yeah, you can either find one-nighter, or someone you can fall in love with. Whatever you want, pretty much :) http://www.just1night.com/d2/ 'nuff? http://www.just1night.com/rmv/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301198: capi4hylafax: problems with eicon capi
Followup-For: Bug #296576 Package: capi4hylafax Version: 1:01.02.03-7 *** Please type your report below this line *** The problem with hylafax retrying to send the fax seems to happen only with eicon capi (card here is an BRI-2M) But capifax and capisuitefax work perfectly, this makes me (and the friendly folks at melware, that do the eicon capi) belive it's a capi4hylafax problem. fax is send, but after fax is send, fax calls again this time without transmitting a fax, this goes on and on... (this is with 01.02.03-7)- with new 01.02.03-9 things get even worse because no fax is sent at all - should i open a seperate bug report? this is the short form I have more detailed logs here if you want them the receiver side: AVM Fritzcard with capi4hylafax-01.02.03-7 ./c2faxrecv -v Device faxCAPI uses 2 receive thread(s) with the following config: Controller=1 : IncomingMSNs=788482 Started in Hylafax mode and waiting on incoming calls. SESSION BEGIN 0225 +49.6151.788482 Incoming analog call on controller 1 from xxx37 to 788482. Connection established. StationID = +49.xxx.xxx28 BaudRate = 9600 Flags = HighRes, No_ECM Write fax in path /var/spool/hylafax to file recvq/fax00081.tif. Page 1 was received. - Last Page! Fax received and calling '/var/spool/hylafax/bin/faxrcvd recvq/fax00081.tif faxCAPI 0225 +49.xxx.xxx28 788482'. Connection is droped with reason 0x3400 (No additional information). SESSION END SESSION BEGIN 0226 +49.6151.788482 Incoming analog call on controller 1 from xxx37 to 788482. Connection is droped with reason 0x3400 (No additional information). SESSION END sender: capi4hylafax-01.02.03-7 with Eicon Diva Server BRI-2M ./c2faxsend -v -f SFF -d 06151788482 /root/fax/fax/outfile.sff . CFaxSend::PutDataComplete PageCount = 0 CFaxSend::SendData CFaxSend::SendData CFaxSend::PutDataComplete CapiTrace: DISCONNECT_B3_IND(40101) -Reason=3314 CapiTrace: DISCONNECT_B3_RESP(40101) CapiTrace: CAPI_PUT_MESSAGE Error=1102! [ERROR(CCAPI20_Channel::DISCONNECT_CONF in CapiChan.cpp(553+)): Info=1102 ] [assertion failed: (GetState() cs_D_DisconnectPending) in CapiChan.cpp(161)] [warning: (0) in CapiChan.cpp(179)] CapiTrace: CAPI_RELEASE Success [warning: (0) in CapiChan.cpp(453)] [assertion failed: (m_ActiveController == IllegalController) in Channel.cpp(927)] CapiTrace: CAPI_REGISTER Success CapiTrace: CONNECT_REQ(1) CapiTrace: CONNECT_CONF(301) CapiTrace: CONNECT_ACTIVE_IND(301) CapiTrace: CONNECT_ACTIVE_RESP(301) CFaxSend::ConnectProceeding . Bye, Oliver -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc4-vs1.9.4-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages capi4hylafax depends on: ii isdnactivecards 1:3.6.2005-01-03-4 Support utilities for active ISDN ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcapi20-2 1:3.6.2005-01-03-4 libraries for CAPI support ii libgcc1 1:3.4.3-6 GCC support library ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.7.1-4Tag Image File Format (TIFF) libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301197: pump: IP gotten from DHCP not released upon restart
Package: pump Version: 0.8.21-1 Severity: important Anibal, thank you for your work on pump. Apparently, there is no mechanism in place to release the IP gotten via DHCP at reboot or shutdown. This can lead to rather severe problems in dual-boot situations therefore tagging as important. The problem is as follows. I have set up my DHCP server to assign specific IPs for some network cards. One of those cards is in a Windows/Debian dual-boot machine. After Debian has not released the IP, the computer rebooting into Windows will get an IP assigned from the free-for-all pool. That of course is not intended. I block IPs from the free-for-all pool for certain services on the LAN server, they are relegated to guest status. The fix would be to make sure that a script is called at the time of shutdown to release all IPs gotten via DHCP. I am not 100% sure that pump would and should be the package to do that but it appears most appropriate to me ATM. Regards Rolf -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26.desktop041204 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pump depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301199: podebconf-display-po only works is po-file is named correctly
Package: po-debconf Version: 0.8.22 Severity: minor I was recently attempting to check a dutch translation I made. podebconf-display-po po-file didn't work two causes: - my environment locale wasn't set to Dutch, easily solved by calling LANG=nl_BE podebconf-display-po po-file - my po-file wasn't named nl.po but shadow_nl.po, and apperently podebconf-display-po needs the po-file to be called lang-code.po in order to find the translated strings. If possible technically you probably should always use the translated strings from the po-file regardless of locale settings (I can't think of any use-case where you wouldn't want this.) Of course without setting LANG correctly you'll still get the environment locale versions of the debconf-strings 'yes', 'no', ... (while not perfect, I personally don't consider that a real problem) If the above isn't possible it should at least be noted in the man-page (and README-trans) that: - the po-file /must/ be named lang-code.po - LANG /must/ be set correctly -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html pgpBvjq1uDXk9.pgp Description: PGP signature
Bug#217258: Package is not in unstable (was: Experimental upload now in unstable)
On Thu, Mar 24, 2005 at 03:55:56AM -0700, Martin Michlmayr wrote: This WNPP bug was tagged fixed-in-experimental, but the package has since then moved to unstable. If so, that move was done without consulting and giving any information about this to the maintainer. The upload went to experimental for a reason: Upstream doesn't consider the package fit for release at the momen. They will release RSN, and that version can go into unstable. In my opinion, this bug needs to be re-opened. 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#217258: Package is not in unstable (was: Experimental upload now in unstable)
* Marc Haber [EMAIL PROTECTED] [2005-03-24 13:01]: This WNPP bug was tagged fixed-in-experimental, but the package has since then moved to unstable. If so, that move was done without consulting and giving any information about this to the maintainer. The upload went to Yeah, the message is wrong (I'll fix this), but the bug should be imho closed anyway since the package is in the archive. If you disagree, you know how to reopen bugs. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267101: Please close
* Martin Pitt [EMAIL PROTECTED] [2005-03-24 12:39]: Since termpkg is not in Debian any more, can you please close this bug? It seems it's still there? Or is this another package? 13048:[EMAIL PROTECTED]: ~] madison termpkg termpkg | 3.3-1 | unstable | source 13049:[EMAIL PROTECTED]: ~] madison -S termpkg termnet | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, mips, mipsel, s390, sparc termnetd | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, mips, mipsel, s390, sparc ttyd | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, mips, mipsel, s390, sparc termpkg | 3.3-1 | unstable | source -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#88906: I wish I was with you right now,
Please dont ignore me. I can't stand being without you. I can't stop thinking about you and how we belong together. I'm on my webcam right now if u go to my site below we can talk on it right now. I can't wait to hear from you. http://wag.theorydisappear.com/cs3/ Get your free email address at http://www.cumbriamail.com/ Johanna predicament sen tremor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301195: /usr/bin/mcedit-debian: mcedit-debian becomes default editor without confirmation
severity 301195 normal thanks On Thu, Mar 24, 2005 at 12:54:36PM +0100, Rolf Leggewie wrote: Package: mc Version: 1:4.6.0-4.6.1-pre3-1 Severity: serious File: /usr/bin/mcedit-debian Justification: unknown;/etc should not be overwritten thank you for your work on the mc package. Today I found out that somehow the latest upgrade of the mc package must have overwritten the alternative I specified for editor. Previously I used nano, it was changed to mcedit-debian without my consent or confirmation. I cannot quote the exact place from the Debian Policy Manual but AFAIK things in /etc should not be over- written without confirmation. Thus marking the bug as serious because it violates policy. Alternatives are not treated as configuration files under policy; packages which provide alternatives are always allowed to register them with the alternatives system, and if you don't call update-alternatives --config or update-alternatives --set to declare your preference, the alternatives system is allowed to automatically manage these symlinks for you. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#301168: wvstreams FTBFS: build-dependency on non-existent package
Steve Langasek [EMAIL PROTECTED] writes: Package: wvstreams Source: wvstreams Version: 4.0.2-1 Severity: serious * Acknowledge NMUs. (Closes: #292618, #297694, #297554, #286593, #289237) * We now depend on XPLC 0.3.11. Lovely. After four consecutive NMUs to try to get the last upstream version into a releasable state, you've just uploaded another new upstream version which has a trivially visible RC bug: build-depending on a version of XPLC that isn't in the archive. Looks like sarge users will have to wait even longer now for fixed modem support. I'll upload a fixed package this morning. Sorry for the breakage. -- Thanks, Jim http://www.student.cs.uwaterloo.ca/~ja2morri/ http://phython.blogspot.com http://open.nit.ca/wiki/?page=jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298891: nautilus-cd-burner: Does not detect my cdburner
On Thu, 2005-03-10 at 16:09 +0100, Nicolas vrard wrote: The nautilus cdburner does not detect my cdburner, altough I can burn cd's using cdrecord. This might be a kernel bug since the information in /proc/sys/dev/cdrom/info seems incorrect but I'm not sure. I believe this is a hardware bug, the kernel just displays the information the drive tells it (IIRC). I believe n-c-b has a whitelist for this reason, I'll get this drive added. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#301200: sylpheed-claws: buffer overflow bug in 0.8.0 - 1.0.3, 1.9.0 - 1.9.4
Package: sylpheed-claws Severity: critical Justification: security hole, buffer overflow Tags: security, sarge, sid, experimental According upstream: A buffer overflow which occurred when displaying a message with attachments which have MIME-encoded filenames was fixed. This is fixed in 1.0.4 (sid/sarge) and 1.9.6 (experimental), to be uploaded ASAP. Please upgrade. Upstream report: http://www.tmtm.org/cgi-bin/w3ml/sylpheed/msg/24429 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.8-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301201: Incorrect/inaccurate reference to aspell-doc in the manpage of aspell
Package: aspell Version: 0.50.5-5 Severity: minor The aspell man-page refers to the HTML documentation in the aspell-doc package, but it seems like aspell-doc doesn't contain these files anymore: | Aspell is fully documented in the aspell-doc package. Install that | package and see /usr/share/doc/aspell-doc/man-html or | /usr/share/doc/aspell-doc/man-text. | $ dpkg -L aspell-doc | /. | /usr | /usr/share | /usr/share/doc | /usr/share/doc/aspell-doc | /usr/share/doc/aspell-doc/TODO | /usr/share/doc/aspell-doc/copyright | /usr/share/doc/aspell-doc/changelog.gz | /usr/share/doc/aspell-doc/README.gz | /usr/share/doc/aspell-doc/changelog.Debian.gz | /usr/share/info | /usr/share/info/aspell.info.gz | /usr/share/info/aspell-dev.info.gz -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing'), (80, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to de_CH.iso88591) Versions of packages aspell depends on: ii aspell-bin0.50.5-5 GNU Aspell standalone spell-check ii aspell-de [aspell-dictionary] 0.50-2-2 German dictionary for aspell ii aspell-en [aspell-dictionary] 0.51-1-1 English dictionary for GNU Aspell -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
On Thu, Mar 24, 2005 at 10:03:02AM +0100, Norbert Tretkowski wrote: Same problem here. Reported to Norbert but never got deeper into it. Let's try renaming mutt_dotlock to muttng_dotlock ;) I did that after your report a while ago, and my last package[0] includes muttng_dotlock. I was, obviously, the one who never got deeper into the problem. Thanks, Norbert! -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I never drink ... wine. --Dracula (Dracula) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299676: cfengine2: [NEW PATCH] FTBFS (amd64/gcc-4.0): array type has incomplete element type
The attached patch uses a different fix for the FTBFS problem with gcc-4.0. The previous patch apparently caused buffer overflows. Regards Andreas Jochens diff -urN ../tmp-orig/cfengine2-2.1.13/debian/patches/gcc4_fix ./debian/patches/gcc4_fix --- ../tmp-orig/cfengine2-2.1.13/debian/patches/gcc4_fix1970-01-01 01:00:00.0 +0100 +++ ./debian/patches/gcc4_fix 2005-03-24 12:59:58.830365233 +0100 @@ -0,0 +1,12 @@ +diff -urN tmp/src/cf.extern.h cfengine-2.1.13/src/cf.extern.h +--- tmp/src/cf.extern.h2005-01-06 14:29:51.0 +0100 cfengine-2.1.13/src/cf.extern.h2005-03-24 12:59:53.676756819 +0100 +@@ -28,6 +28,8 @@ + /* */ + /***/ + ++#include getopt.h ++ + #if defined HAVE_PTHREAD_H (defined HAVE_LIBPTHREAD || defined BUILDTIN_GCC_THREAD) + extern pthread_mutex_t MUTEX_SYSCALL; + extern pthread_mutex_t MUTEX_LOCK; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275241: /var/spoll/samba could be created by default
Currently, the default path used for the printers share seems to be /tmp, not /var/spool/samba. This would need to be changed first, before it would make any sense to add the directory. Theoritically it seems wrong to me. If there are still jobs in the samba spool, then restarting the server will purge /tmp and the jobs. The question is could this situation happens ? My understanding was that they where immediately passed to cups but i don't know what happens if cups is paused at this time . Maybe samba refuse to print the job ? If someone knows please close this report. I just did not know that debian used /tmp. If jobs cannot be stored there this is not a bad choice. Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274701: decision about the patch?
There have been quite some time. But what is your decision, KITAME-san, as the maintainer? Do you still want to keep the buggy patch, do you agree on removing it, do you want to improve it, or didn't you decided yet? Then why? Please, just give any thought of yours. It's much better than to keep quiet. -- Changwoo Ryu [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#301202: mozilla-firefox: Provide support for link element (link toolbar / site navigation bar)
Package: mozilla-firefox Version: 1.0.1-3 Severity: normal Firefox should have support for the link element (HTML 2.0+). Mozilla has support for it by default (called site navigation bar, it is just disabled by default). Firefox needs the Link Toolbar extension: http://cdn.mozdev.org/linkToolbar/. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-20050318 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils 2.13.1 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-12 GCC support library ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime 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 libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-12.0.1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii psmisc 21.6-1 Utilities that use the proc filesy 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#218829: Bug #218829 - samba: logrotate says: error running postrotate script (duplicate of closed #287263)
To maintainers: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=218829 is a duplicate of this bug. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287263) The patch is not the same but they produce the same effects. May i (or another DD) close it ? Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284798: ipppd, active-filter
Servus,
I had the same problem here and posted it to the isdn4linux Mailing
list. You need a patched kernel, and important, your ipppd has to be
linked against libpcap-0.7.2 (my ipppd out of Debian sarge worked).
http://listserv.isdn4linux.de/pipermail/isdn4linux/2005-March/001319.html
diff -ur linux-2.6.8-9.org/drivers/isdn/i4l/isdn_ppp.c linux/drivers/isdn/i4l/isdn_ppp.c
--- linux-2.6.8-9.org/drivers/isdn/i4l/isdn_ppp.c 2004-08-14 07:37:25.0 +0200
+++ linux/drivers/isdn/i4l/isdn_ppp.c 2004-09-20 12:34:20.0 +0200
@@ -1152,7 +1152,7 @@
{
u_int16_t *p = (u_int16_t *) skb-data;
- *p = 0; /* indicate inbound in DLT_LINUX_SLL */
+ *p = 0; /* indicate inbound */
}
if (is-pass_filter
@@ -1293,12 +1293,12 @@
/* check if we should pass this packet
* the filter instructions are constructed assuming
* a four-byte PPP header on each packet */
- skb_push(skb, 4);
+ *skb_push(skb, 4) = 1; /* indicate outbound */
{
u_int16_t *p = (u_int16_t *) skb-data;
- *p++ = htons(4); /* indicate outbound in DLT_LINUX_SLL */
+ p++;
*p = htons(proto);
}
@@ -1491,12 +1491,12 @@
* temporarily remove part of the fake header stuck on
* earlier.
*/
- skb_pull(skb, IPPP_MAX_HEADER - 4);
+ *skb_pull(skb, IPPP_MAX_HEADER - 4) = 1; /* indicate outbound */
{
u_int16_t *p = (u_int16_t *) skb-data;
- *p++ = htons(4); /* indicate outbound in DLT_LINUX_SLL */
+ p++;
*p = htons(proto);
}
pgp8Za1baR4p6.pgp
Description: PGP signature
HTH,
Max
Bug#299350: jackeq: Jackeq lacks an icon
Hi Tim, I didn't find any suitable icon for jackeq in the upstream tarball or website, and I'm not keen on doing graphics my self. Please would you help me? Cheers, Free |--== tim hall writes: th Package: jackeq th Version: 0.4.0-1 th Severity: minor th Hi Free, ;-) th As part of my efforts to rationalise the AGNULA/DeMuDi menu system, I have noticed that your application lacks an icon. For the Debian package please could you create a 32x32 pixel XPM in /usr/share/pixmaps/jackeq.xpm and reference it from /usr/lib/menu/jackeq by adding this: th icon=/usr/share/pixmaps/jackeq.xpm th For more information, please refer to the updated Debian Policy: th http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7 th This will ensure that your nice icon shows up in most menus. th If you're not graphically inclined, I'm prepared to create a suitable icon and submit a menufile patch into the bargain. Please email me with your requirements if this is the case. th Thanks for taking the time to deal with this, and thanks for all the effort you have put in to maintaining great free software. th tim hall th AGNULA/DeMuDi menu monitor th -- System Information: th Debian Release: 3.1 th APT prefers testing th APT policy: (101, 'testing') th Architecture: i386 (i686) th Kernel: Linux 2.6.10-1-multimedia-686 th Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) th Versions of packages jackeq depends on: th hi libatk1.0-0 1.8.0-3 The ATK accessibility toolkit th ii libc6 2.3.2.ds1-20.demudi1 GNU C Library: Shared libraries an th ii libglib2.0-02.6.3-1 The GLib library of C routines th ii libgtk2.0-0 2.4.13-1 The GTK+ graphical user interface th ii libjack0.80.0-0 0.99.0-2 JACK Audio Connection Kit (librari th hi libpango1.0-0 1.6.0-3 Layout and rendering of internatio th ii libxml2 2.6.16-3 GNOME XML library th ii swh-plugins 0.4.12-1 Steve Harris's LADSPA plugins th ii zlib1g 1:1.2.2-3compression library - runtime th -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301205: ispell: munchlist should exit non-zero on out-of-tmpspace
Package: ispell Version: 3.1.20.0-4 Severity: important It seems munchlist does not fail if running out of diskspace: munchlist -l dansk.aff -v words-da words-da.munched Collecting input. Finding flag marker. Generating roots and affixes. sort: write failed: /tmp/munchlist.1662.d/sortEMa3zZ: No space left on device Expanding dictionary into EXPANDEDPAIRS. Creating list of legal roots/flags. Creating list of flags that participate in cross-products. Finding prefix and suffix flags. Creating awk script. Eliminating non-optimal affixes. Generating output word list. - Jonas -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4-bk8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages ispell depends on: ii dictionaries-common 0.25.0 Common utilities for spelling dict ii idanish [ispell-dicti 1.4.43-0.0.jones.3 The Danish dictionary for ispell ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301203: openoffice.org: oocalc (possibly others, too) does not respect LC_TIME, _NUMERIC, but uses LC_MESSAGES instead
Package: openoffice.org Version: 1.1.3-8 Severity: important OpenOffice.org Calc ignores *at least* the following environment variables: LC_TIME and LC_NUMERIC, when deciding how to represent dates and decimal numbers. It, however, uses the value of LC_MESSAGES to decide this. I think this must be a policy violation since LC_MESSAGES should just affect menu languages and such, not how to represent 1/7 in decimal or January 3rd 2005 in numeric format. Example: LC_MESSAGES=en_GB.ISO-8859-15 [EMAIL PROTECTED] [EMAIL PROTECTED] oocalc Then type 2.2.2 into a cell, and you get 2/2/2 instead of 2.2.2 like you should. The same happens with typing =1/4, which produces 0.25 instead of 0,25 as the Finnish locale would require. Changing LC_MESSAGES to a finnish one, too, fixes both representations, but has the side-effect of changing the menus to ununderstandable finglish (this is, of course, what it should do). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (999, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10+juhaj+v1.8+iproute-fix-refcount-patch Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.25.0 Common utilities for spelling dict ii openoffice.org-bin1.1.3-8OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-8+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-8English (US) language package for ii openoffice.org-l10n-fi [openo 1.1.3-8Finnish language package for OpenO ii ttf-opensymbol1.1.3-8The OpenSymbol TrueType font ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301204: libpam-ssh: pam-ssh incorrectly re-uses values returned by getpwnam()
Package: libpam-ssh Version: 1.91.0-5 Severity: critical A long time ago (circa 1998 or so) I looked at pam-ssh project and noticied several problems with it. And since it's now in Debian, the same problems applies to Debian too. Here's one. in pam_sm_authenticate() routine, pam_ssh saves struct passwd as a pam variable, this way (error checking removed for simplicitly): pwent = getpwnam(user); ... /* copy the passwd entry (in case successive calls are made) and save it for the session phase */ pwent_keep = malloc(sizeof *pwent); memcpy(pwent_keep, pwent, sizeof *pwent_keep); pam_set_data(pamh, ssh_passwd_entry, pwent_keep, ssh_cleanup); and later, in pam_sm_open_session(), it reuses the entry to create ~/.ssh/... files and to set user IDs: pam_get_data(pamh, ssh_passwd_entry, (const void **)(void *)pwent); openpam_borrow_cred(pamh, pwent); asprintf(per_agent, %s/.ssh/agent-%s, pwent-pw_dir, hname); env_write = open(per_agent, O_CREAT | O_EXCL | O_WRONLY, S_IRUSR); ... struct passwd contains pointers to strings (pw_dir, pw_name etc). So, any call to getpwent() and other getpw*() routines in between pam_sm_authenticate() and pam_sm_open_session() of this module poses a high risk of the strings to be overwritten (or even the whole internal pwent buffer re-allocated), so the module will create files in a wrong place using wrong userid. Luckly, most (depending on the other modules in the PAM stack) getpw* calls will be the same as this module does, and hence the problem will not occur. I pointed this problem out to the author the same time I looked at the module, but instead of an ACK he replied with something like If you don't like my program write your own. Later on, he changed logic a bit -- previously he where saving the pwent pointer, now he saves the whole structure (as pwent_keep), but the same problem is still here. There where other issues with this package at that time, but by now I forgot which ones. -- System Information Debian Release: 3.0 Kernel Version: Linux paltus.tls.msk.ru 2.6.11-k7-0 #1 Wed Mar 2 20:04:17 MSK 2005 i686 GNU/Linux Versions of the packages libpam-ssh depends on: +++-==-==- ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries and Timezone ii libpam0g 0.76-22Pluggable Authentication Modules library ii libssl0.9.70.9.7e-3 SSL shared libraries -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#187846: acknowledged by developer (Re: mozilla-browser: Mozilla turned my .s into copyright symbols !)
Debian Bug Tracking System writes (Bug#187846 acknowledged by developer (Re: mozilla-browser: Mozilla turned my .s into copyright symbols !)): Please submit a valid testcase with an URL that works in MSIE and other browsers but doesn't work in galeon or mozilla. Otherwise we can't know if there's a bug. If you find the testcase and it doesn't work in mozilla or galeon submit it here and reopen the bug. The example in my report was db.debian.org ! I do not use MSIE anywhere and it is wholly unreasonable to suggest that it should. I will reopen this report. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301206: new release available
Package: silky Severity: wishlist Please update the silky package to latest upstream release, 0.5.4. -- 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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages silky depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglade2-0 1:2.4.2-2library to load .glade files at ru ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libsilc 0.9.12-4 SILC library (silc-toolkit) ii libxml2 2.6.16-3 GNOME XML library ii zlib1g 1:1.2.2-3compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#227025: Same problem here, solution found
I do have the same problem as described in this bugreport. I just installed a new machine (replacement for an older box) with sarge. One of the jobs of this box is to be a massive dict server. I did the --locale=de_DE.utf-8 changes to /etc/default/dictd which I already had working on the older box. Strangely enough, if I launch dictd by hand, it seems to boot: fnewsql:~# dictd --locale=de_AT.utf-8 --logfile=/var/log/dictd.log fnewsql:~# ps aux|grep dictd dictd 3623 0.0 3.4 89632 31020 ? S13:50 0:00 dictd 1.9.15: 0/0 And it also delivers request responses. However, starting via /etc/init.d/dictd just does not work, no matter how I configure /etc/default/dictd. Here is its current content: DICTD_ARGS= DICTD_ARGS=$DICTD_ARGS --locale=de_AT.utf-8 DICTD_ARGS=$DICTD_ARGS --logfile=/var/log/dictd.log fnewsql:~# /etc/init.d/dictd start Starting dictionary server: dictd. fnewsql:~# ps aux | grep dictd root 3635 0.0 0.0 3592 564 pts/0R+ 13:53 0:00 grep dictd And no dictd is running. If I start it as user dictd manually, it also does not work: fnewsql:~# su dictd -c 'dictd --locale=de_AT.utf-8 --logfile=/var/log/dictd.log' fnewsql:~# ps aux|grep dictd root 3639 0.0 0.0 3592 568 pts/0S+ 13:54 0:00 grep dictd And no dictd running. Solution: Remove the -c dictd from /etc/init.d/dictd, then, it works: fnewsql:~# /etc/init.d/dictd start Starting dictionary server: dictd. fnewsql:~# ps aux|grep dictd dictd 3701 0.3 3.4 89632 31024 ? S14:01 0:00 dictd 1.9.15: 0/0 This bug IMO should have been grave long ago to prevent the package from migrating into sarge. -- CYa, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267101: Please close
Hi! Martin Michlmayr [2005-03-24 12:10 +]: * Martin Pitt [EMAIL PROTECTED] [2005-03-24 12:39]: Since termpkg is not in Debian any more, can you please close this bug? It seems it's still there? Or is this another package? 13048:[EMAIL PROTECTED]: ~] madison termpkg termpkg | 3.3-1 | unstable | source 13049:[EMAIL PROTECTED]: ~] madison -S termpkg termnet | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, mips, mipsel, s390, sparc termnetd | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, mips, mipsel, s390, sparc ttyd | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, mips, mipsel, s390, sparc termpkg | 3.3-1 | unstable | source Oops, sorry for this, I looked only for a binary package, which doesn't exist. Sorry for the noise! /me fetches brown paperbag now... Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian Developer http://www.debian.org signature.asc Description: Digital signature
Bug#299778: sum button broken in Math Panel
On Thu, Mar 17, 2005 at 02:02:50AM +1100, Rob Weir said On Wed, Mar 16, 2005 at 01:20:34PM +0100, Sven Geggus said It is impossible to add a sum, integral, etc. to a formula using Math Panel in the current Version of lyx. It's certainly possible, they're in the big operator list. Instead of adding those symbols, it is possible to change character styles using the Sum-Button! Hm, so, your complaint is the icons in the math panel are unclear? Ping? Do you mind if I change this to a wishlist bug about the UI being clearer? -rob -- Words of the day:LABLINK Becker Ortega CIA FTS2000 interception White Water -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301135: libc6: libacl/libcrypto/libasound all have PT_GNU_STACK enabled on them in glibc 2.3.4-1
Please reply to the bug, not directly to me. I don't see the point of working around the PaX check in glibc. The libraries aren't real likely to work if they really require executable stacks. File bugs on them, not on glibc. What do you propose be done then until all the apps in this list (and more) are fixed: https://www.redhat.com/archives/fedora-devel-list/2005-March/msg00459.html I don't know how Debian handles large issues like this, but this is something every package maintainer needs to be aware of quickly. If Debian doesn't act soon, they'll be releasing many advisories of this type: http://www.linuxcompatible.org/story41890.html and be getting many complaints from PaX users because their system is now unusable. -Brad signature.asc Description: Digital signature
Bug#41741: ispell-autobuildhash?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, In this bugreport, and in changelog entry for 3.1.20.0-3, you mention ispell-autobuildhash. I see the postinst code - but where is the actual script? I've thought of implementing something that sounds like exactly this, but there's no use in reinventing the wheel. Oh, and Piotr: If you like cdbs, then have a look at my attempt at making a dict snippet here: http://debian.jones.dk/auryn/pool/jones/dsdo/ The actual snippet is here: http://debian.jones.dk/auryn/pool/jones/dsdo/debian/cdbs/1/class/dict.mk the goal is to make it universal, so input on requirements (also for handling postinst hashing) are most welcome :-) (sorry for this somewhat off track post) Regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: 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 iD8DBQFCQrz3n7DbMsAkQLgRAl8ZAJ4oOejjfcevopLjvlScH3jptw0xigCfSgNT lVxGgJcbm/DyNktOyEzP6bI= =VQ/Q -END PGP SIGNATURE-
Bug#301207: osdsh does not work with option -m
Package: osdsh Version: 0.7.0-5wjq Severity: normal Hi Joachim, osdsh only shows help screen and quits when called with option -m (with /dev/mixer). It does not even show an error message when called with e.g. osdsh -m /non-ex.filename, just the help. ALSA is working, aumix -d /dev/mixer too. osdsh displays volume changes fine without use of the -m option! Grüße Georg -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-custom Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages osdsh depends on: ii libapm1 3.2.2-2 Library for interacting with APM d ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libxosd22.2.14-1 X On-Screen Display library - runt ii tk8.4 [wish]8.4.9-1 Tk toolkit for Tcl and X11, v8.4 - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301126: debconf: Revised spanish translation
tags 301126 pending thanks Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]): Package: debconf Version: 1.4.46 Priority: wishlist Tags: l10n patch Attached is a revision of the spanish translation which included a few typos... Commited to SVN (both branches).
Bug#299676: cfengine2: [NEW PATCH] FTBFS (amd64/gcc-4.0): array type has incomplete element type
The attached patch uses a different fix for the FTBFS problem with gcc-4.0. The previous patch apparently caused buffer overflows. Regards Andreas Jochens diff -urN ../tmp-orig/cfengine2-2.1.13/debian/patches/gcc4_fix ./debian/patches/gcc4_fix --- ../tmp-orig/cfengine2-2.1.13/debian/patches/gcc4_fix1970-01-01 01:00:00.0 +0100 +++ ./debian/patches/gcc4_fix 2005-03-24 12:59:58.830365233 +0100 @@ -0,0 +1,12 @@ +diff -urN tmp/src/cf.extern.h cfengine-2.1.13/src/cf.extern.h +--- tmp/src/cf.extern.h2005-01-06 14:29:51.0 +0100 cfengine-2.1.13/src/cf.extern.h2005-03-24 12:59:53.676756819 +0100 +@@ -28,6 +28,8 @@ + /* */ + /***/ + ++#include getopt.h ++ + #if defined HAVE_PTHREAD_H (defined HAVE_LIBPTHREAD || defined BUILDTIN_GCC_THREAD) + extern pthread_mutex_t MUTEX_SYSCALL; + extern pthread_mutex_t MUTEX_LOCK; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291290: mime.types issue in Silky
Hi Duncan and thanks for reporting this issue. This is actually an upstream issue, which will be fixed in upstream release 0.5.5. I got the information about this issue too late to get it fixed in upstream release 0.5.4. Tamas, could you contact me directly so we can create a patch against the new 0.5.4 release to get rid of the mime.types dependency. Silky doesn't actually use that file for anything at this time. Yours, Toni Willberg Silky developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301210: osdsh option -p behaves flipped to documentation
Package: osdsh Version: 0.7.0-5wjq Severity: minor Hi Joachim, osdsh's -p option is flipped (on i386 too). It shows at the top if you give 0 as argument and at bottom when you pass it 1. Both man-page and help screen tell the story the other way round ;-) The -a option works fine. Grüße Georg -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-custom Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages osdsh depends on: ii libapm1 3.2.2-2 Library for interacting with APM d ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libxosd22.2.14-1 X On-Screen Display library - runt ii tk8.4 [wish]8.4.9-1 Tk toolkit for Tcl and X11, v8.4 - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301209: zsync fails on some uncompressed downloads
Package: zsync Severity: important Version: 0.3.0-1 zsync-0.3.0 can get into a loop downloading the final block of a file (and it fails to complete the update). This only occurs on uncompressed streams - but it's serious enough to make 0.3.0 unsuitable for regular use. 0.3.1 fixes this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301208: gcc-4.0: FTBFS (ppc64): Please add support for the ppc64 architecture
Package: gcc-4.0
Severity: wishlist
Tags: patch
Please add support for the ppc64 architecture to 'gcc-4.0'.
The changes from the attached patch have been used
by the ppc64 archive on alioth since December 2004.
The patch basically uses the same approach as the amd64 port
to create a gcc with multilib support.
Regards
Andreas Jochens
Change summary:
* debian/control.m4
- Add libc6-dev-powerpc [ppc64] to the Build-Depends.
- Change the Description for lib32gcc1: s/ia32/32 bit Version/
- Change the Depends for lib32gcc1 from 'ia32-libs' to '${shlibs:Depends}'.
- Remove Replaces: ia32-libs.openoffice.org ( 1ubuntu3) for lib32gcc1.
* debian/rules.defs
- Define 'biarch_ia32' for ppc64 to use the same 32 bit multilib
facilities as amd64. (Probably 'biarch_ia32' should be renamed
to something like 'biarch32'.)
* debian/rules.d/binary-gcc.mk
- Correct an error in the 'files_gcc' definition for biarch_ia32
(replace '64' by '32').
* debian/rules2
- Do not use '--disable-multilib' on powerpc64-linux.
Use '--disable-nof --disable-softfloat' instead.
* debian/rules.d/binary-libstdcxx.mk
- Put the 32 bit libstdc++ files in '/usr/lib32'.
* debian/rules.patch
- Apply 'ppc64-biarch' patch on ppc64.
* debian/patches/ppc64-biarch.dpatch
- MULTILIB_OSDIRNAMES: Use /lib for native 64 bit libraries and
/lib32 for 32 bit libraries.
- Add multilib handling to src/config-ml.in (taken from amd64-biarch.dpatch).
diff -urN ../tmp-orig/gcc-4.0-4.0ds8/debian/control ./debian/control
--- ../tmp-orig/gcc-4.0-4.0ds8/debian/control 2005-03-24 09:28:32.245097672
+0100
+++ ./debian/control2005-03-24 09:31:26.937816920 +0100
@@ -4,7 +4,7 @@
Maintainer: Debian GCC maintainers debian-gcc@lists.debian.org
Uploaders: Matthias Klose [EMAIL PROTECTED]
Standards-Version: 3.6.1
-Build-Depends: libc6.1-dev (= 2.3.2.ds1-19) [alpha ia64] | libc0.3-dev (=
2.3.2.ds1-19) | libc0.1-dev | libc12-dev (= 2.3.2.ds1-19) | libc6-dev (=
2.3.2.ds1-19), libc6-dev-sparc64 [sparc], libc6-dev-s390x [s390],
amd64-libs-dev [i386], ia32-libs-dev [amd64], libunwind7-dev [ia64], m4,
autoconf, automake1.9, libtool, autogen, gawk, dejagnu (= 1.4.3) [!hurd-i386],
expect (= 5.38.0) [!hurd-i386], bzip2, binutils (= 2.15-5) |
binutils-multiarch (= 2.15-5), binutils-hppa64 [hppa], debhelper (= 4.1),
gperf (= 2.7-3), bison (= 1:1.875a-1), flex, gettext, texinfo (= 4.3),
zlib1g-dev, libgc-dev [!knetbsd-i386], xlibs-dev, gnat-3.3 [!alpha !arm !ia64
!m68k !kfreebsd-i386 !knetbsd-i386 !netbsd-i386] | gnat-3.4 [!alpha !arm !ia64
!m68k !kfreebsd-i386 !knetbsd-i386 !netbsd-i386], libncurses5-dev
[!netbsd-i386], libmpfr-dev, tetex-bin [!netbsd-i386], locales [!hurd-i386
!knetbsd-i386 !netbsd-i386], procps [alpha arm hppa i386 ia64 m68k mips mipsel
powerpc s390 s390x sh3 sh3eb sh4 sh4e
b sparc sparc64 amd64], help2man [!netbsd-i386], sharutils, libgtk2.0-dev
[!mips !mipsel !knetbsd-i386 !netbsd-i386], libart-2.0-dev [!mips !mipsel
!knetbsd-i386 !netbsd-i386], libcairo1-dev (= 0.3.0) [!mips !mipsel
!knetbsd-i386 !netbsd-i386], realpath (= 1.9.12), chrpath, lsb-release
+Build-Depends: libc6.1-dev (= 2.3.2.ds1-19) [alpha ia64] | libc0.3-dev (=
2.3.2.ds1-19) | libc0.1-dev | libc12-dev (= 2.3.2.ds1-19) | libc6-dev (=
2.3.2.ds1-19), libc6-dev-powerpc [ppc64], libc6-dev-sparc64 [sparc],
libc6-dev-s390x [s390], amd64-libs-dev [i386], ia32-libs-dev [amd64],
libunwind7-dev [ia64], m4, autoconf, automake1.9, libtool, autogen, gawk,
dejagnu (= 1.4.3) [!hppa !hurd-i386], expect (= 5.38.0) [!hppa !hurd-i386],
bzip2, binutils (= 2.15-5) | binutils-multiarch (= 2.15-5), binutils-hppa64
[hppa], debhelper (= 4.1), gperf (= 2.7-3), bison (= 1:1.875a-1), flex,
gettext, texinfo (= 4.3), zlib1g-dev, libgc-dev [!knetbsd-i386], xlibs-dev,
gnat-3.3 [!alpha !arm !ia64 !m68k !ppc64 !kfreebsd-i386 !knetbsd-i386
!netbsd-i386] | gnat-3.4 [!alpha !arm !ia64 !m68k !ppc64 !kfreebsd-i386
!knetbsd-i386 !netbsd-i386], libncurses5-dev [!netbsd-i386], libmpfr-dev,
tetex-bin [!netbsd-i386], locales [!hurd-i386 !knetbsd-i386 !netbsd-i386],
procps [!darwin-i386 !freebsd-i386
!hurd-i386 !kfreebsd-i386 !knetbsd-i386 !netbsd-i386 !openbsd-i386
!darwin-powerpc], help2man [!netbsd-i386], sharutils, libgtk2.0-dev [!mips
!mipsel !knetbsd-i386 !netbsd-i386], libart-2.0-dev [!mips !mipsel
!knetbsd-i386 !netbsd-i386], libcairo1-dev (= 0.3.0) [!mips !mipsel
!knetbsd-i386 !netbsd-i386], realpath (= 1.9.12), chrpath, lsb-release
Build-Depends-Indep: doxygen (= 1.3.7), graphviz
Package: gcc-4.0-base
diff -urN ../tmp-orig/gcc-4.0-4.0ds8/debian/control.m4 ./debian/control.m4
--- ../tmp-orig/gcc-4.0-4.0ds8/debian/control.m42005-03-24
09:28:32.520914486 +0100
+++ ./debian/control.m4 2005-03-24 09:31:26.939815592 +0100
@@ -33,7 +33,7 @@
ifdef(`TARGET',`dnl cross
Build-Depends: LIBC_BUILD_DEP, m4, autoconf, automake1.9, libtool,
autotools-dev, autogen, gawk, bzip2, dpkg-cross (= 1.18.1),
BINUTILS_BUILD_DEP, debhelper (= 4.1),
Bug#260613: acknowledged by developer (Experimental upload now in unstable)
On Thursday 24 March 2005 12:04, Debian Bug Tracking System wrote: [...] Sender: Martin Michlmayr [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: X-CrossAssassin-Score: 10 This WNPP bug was tagged fixed-in-experimental, but the package has since then moved to unstable. One question: why was it moved to unstable without any hint against the maintainer ? -- Igor Genibel Non bene pro toto libertas venditur auro Freedom is not sold for all the gold in the world. Dubrovnik motto pgpCmcYngt3e5.pgp Description: PGP signature
Bug#260613: acknowledged by developer (Experimental upload now in unstable)
* Igor Genibel [EMAIL PROTECTED] [2005-03-24 14:36]: This WNPP bug was tagged fixed-in-experimental, but the package has since then moved to unstable. One question: why was it moved to unstable without any hint against the maintainer ? No, sorry, my message was wrong. It is still in experimental only. I have fixed my script already. 13055:[EMAIL PROTECTED]: ~] madison kexi kexi | 0.1cvs20041117-1 | experimental | source, alpha, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, sparc Nevertheless, I think the bug should be closed since the bug is in the archive (but feel free to reopen it if you disagree). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295131: JFTR: sdl(glib2.0) vs. wx2.4(glib1.2) only affects scorched3d
On Thu, Mar 24, 2005 at 11:42:48AM +0100, David Schmitt wrote: zion:~# apt-cache showpkg libsdl-mixer1.2 libsdl-net1.2 libsdl1.2debian-all | grep '^ ' | sort -u | cut -d ',' -f 1 /tmp/sdldeps zion:~# apt-cache showpkg libwxgtk2.4 | grep '^ ' | sort -u | cut -d ',' -f 1 /tmp/wxdeps zion:~# diff -u /tmp/sdldeps /tmp/wxdeps | grep '^ ' scorched3d zion:~# It seems that this conflict only affects scorched3d. Yep since nothing else depends on libwxgtk2.4 and libsdl in the same time. Is there a possibility to check for these things on a global level? Thanks David for checking this. I made further checks and here's what I got: [ sid / unstable ] ([EMAIL PROTECTED])~$ldd /usr/lib/libSDL.so libartsc.so.0 = /usr/lib/libartsc.so.0 (0x40103000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x40109000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x4010e000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x40113000) libesd.so.0 = /usr/lib/libesd.so.0 (0x40193000) libaudiofile.so.0 = /usr/lib/libaudiofile.so.0 (0x4019b000) libaudio.so.2 = /usr/lib/libaudio.so.2 (0x401bf000) libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x401d4000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40226000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x402ed000) libvga.so.1 = /usr/lib/libvga.so.1 (0x402fb000) libaa.so.1 = /usr/lib/libaa.so.1 (0x4036) libasound.so.2 = /usr/lib/libasound.so.2 (0x4037c000) libm.so.6 = /lib/libm.so.6 (0x4042f000) libdl.so.2 = /lib/libdl.so.2 (0x40452000) libpthread.so.0 = /lib/libpthread.so.0 (0x40455000) libc.so.6 = /lib/libc.so.6 (0x404a6000) libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x405d9000) libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x405e2000) libncurses.so.5 = /lib/libncurses.so.5 (0x405fa000) libslang.so.1 = /lib/libslang.so.1 (0x40639000) libgpm.so.1 = /usr/lib/libgpm.so.1 (0x406ac000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) ([EMAIL PROTECTED])~$ [ sarge / testing ] ([EMAIL PROTECTED])~$ldd /usr/lib/libSDL.so libm.so.6 = /lib/libm.so.6 (0x400ad000) libdl.so.2 = /lib/libdl.so.2 (0x400cf000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x400d2000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4019a000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a8000) libc.so.6 = /lib/libc.so.6 (0x401f9000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) ([EMAIL PROTECTED])~$ Any reason for such huge disproportions? That's where we got libglib2.0. Scorched3D built on sarge works fine and doesn't link against libglib2.0. I asked some of mine friends using other distros for pasting me output of `ldd /usr/lib/libSDL.so | wc -l` Here are some stats [ we've got in sid 23 ] slackware current - 11 gentoo - 14 (we know this could vary a lot) Also seems that other distros have wxgtk2.4 linked against libglib2.0 and libsdl doesn't linked against any libglib. This way most other distros have scorched3d linked against libglib2.0, but only because wxgtk2.4 and not libsdl. I'm not sure what to do now. Is it possible to link our wxgtk2.4 against glib2.0? Or unlink libsdl from using libglib? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#301132: acknowledged by developer (Re: Bug#301132: aptitude: should not pull in -dev packages and/or compilers in a default installation)
On Thursday 24 March 2005 04:40 am, Javier Fernández-Sanguino Peña wrote: sarcasmThanks for the slap upside the head/sarcasm, but aptitude has never done anything as stupid as automatically installing Suggested packages by default, and in the latest version that option (automatic installation of Suggests) isn't even available precisely because it is pretty much always harmful. Could you please reread the Bug report? I did not say that aptitude pull in Suggests:. I _did_ say that aptitude pulled in Standard: packages (and their Recommends:) and left a system that was targeted as a desktop environment as a full development environment. Would you mind going through a typical installation and see what aptitude would pull in? Or, better, review the following bugs with similar concerns: #298702, #270676, #246357, #272406 and #272586 Actually, what you said was: I believe the culprit here is aptitude, which pulls down Suggests: happily trying to be helpful for the end-user (and usually is) but which ends up generating an over-bloated system. But OK, I believe that you *meant* to say standard packages. Anyway, aptitude also doesn't pull in standard packages by default, except that the installer tells it to. So what you're asking for is basically that aptitude selectively ignore the instructions it's given based on knowing better. I hope you see why I really don't want to get into that game :-). I will try to work this out by changing how tasksel calls aptitude and see if that's possible. If not, I will again ask for a feature that tasksel could use to ask for Standard: packages but blacklisting some of them, I'm not sure if that's even possible right now. I believe tasksel does something like aptitude install ~pstandard. You could modify this with something like aptitude install ~pstandard blacklisted1_ blacklisted2_ The only real problem would be if you exceeded the maximum command length, in which case I'd have to implement the TODO item to read commands from a file/pipe. Daniel -- /--- Daniel Burrows [EMAIL PROTECTED] --\ | If we do these things in the greenwood, | | what will happen in the dry? | \ Evil Overlord, Inc: http://www.eviloverlord.com --/ pgpFUzXIVkMtv.pgp Description: PGP signature
