Bug#299881: avr-libc: ADC register define stomps on instruction of same name

[Hakan Ardo]

Hi,
thanx for you repport. I've forwarded your comments to the upstream bug
#12134:

http://savannah.nongnu.org/bugs/index.php?func=detailitem&item_id=12134

On Wed, Mar 16, 2005 at 09:59:12PM -0500, Terran Melconian wrote:
> Package: avr-libc
> Version: 1.2.3-2
> Severity: minor
> 
> The Analog to Digital Converter registers are defined like so:
> 
> #define ADC  _SFR_IO16(0x04)
> #define ADCL _SFR_IO8(0x04)
> #define ADCH _SFR_IO8(0x05)
> 
> This is somewhat unfortunate, because "ADC" is also the ADd with Carry
> instruction in assembly.  This breaks preprocessed assembly files
> which use capital instruction mnemonics.  (ADCL and ADCH do not
> conflict with anything).
> 
> Perhaps the 16-bit ADC register could be renamed, or simply not
> defined when __ASSEMBLY__ is defined.  Whatever solution is
> implemented should probably be tested with a C program with inline
> assembly as well.
> 
> I filed this as "minor" because it's easy to work around by undefining
> ADC again after including the header.
> 

-- 
Hakan Ardo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299875: ppp: out-of-memory 30min after "LCP terminated by peer"

[Justin Pryzby]

Including a patch from kernel.org.  Given the size of the patch, you
may not trust it, but that's what I got ..

http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2Fpatch-2.6.11.4.bz2;z=15

If I understand the situation correctly, this needs to be reassigned
and cloned to a couple kernels, but I'll that that up to someone else
to confirm.

Justin

On Thu, Mar 17, 2005 at 02:09:19AM -0500, pryzbyj wrote:
> I assume that you have seen this:
>   http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.11.4
> 
> If not .. tag patch:)  In less than 100 lines, even!
> 
> Justin
> 
> On Thu, Mar 17, 2005 at 02:54:56AM +0100, Christian wrote:
> > Package: ppp
> > Version: 2.4.2+20040428-6
> > Severity: critical
> > Justification: breaks the whole system
> > 
> > hello pppeople,
> > 
> > i've encountered serious problems with pppd and days of monitoring the
> > issues lead me to the assumption that pppd is to blame. feel free to
> > tell me otherwise and i'll happily forward the problem to the right
> > people - because i am not guru enough to fix it.
> > 
> > the problem in short: i am using pppd with pppoe (ADSL dialup) i get 
> > disconnected by my ISP once a day and pppd receives "LCP terminated by
> > peer" then. normally pppd will reconnect and the box would be online
> > again. this does not happen anymore, instead 30min after disconnect all
> > RAM is chewed up by *something* (still don't know by what, please read
> > on) and OOM killer kicks in, killing almost every application.
> > 
> > i have reported the issue to the linux-kernel mailinglist first, because
> > i thought it was a kernel issue:
> >   http://lkml.org/lkml/2005/3/8/173
> >   http://lkml.org/lkml/2005/3/10/109
> > maybe the replies are noteworthy too. 
> > 
> > yesterday i hit the issue again, with more (hopefully helpful) details:
> >   http://www.ussg.iu.edu/hypermail/linux/kernel/0503.2/0316.html
> > again, the time between "LCP terminated by peer" to the first OOM
> > messages are (alsmost exactly) 30min. when this happens, i am usually
> > not around, so when i get to the machine, OOM has already happened. i
> > can recover the machine (no reboot, but SYSRQ-E) and i have to kill -9
> > pppd, anything else does not work:
> > 
> > http://nerdbynature.de/bits/sheep/2.6.11/oom/pppd.log
> > ("Terminating on signal 15" does not work, "+++ killed by SIGKILL +++"
> > is the only choice.)
> > 
> > i first noticed this behaviour with a new kernel, namely 2.6.11, but
> > downgrading to a former (stable for me) kernel (2.6.11-rc5-bk2) did not
> > help. instead, i downgraded from pppd-2.4.3-20041231+2 to
> > ppp-2.4.2+20040428-6 and got rid of the problem! 2.4.3 was uploaded on
> > 26.02.2005, and a couple of days later i switched to a new kernel and
> > did a "apt-get upgrade". that could be the cause, i suspected kernel
> > issues first. 
> > 
> > have a look at http://nerdbynature.de/bits/sheep/2.6.11/oom/   for
> > further details, feel free to ask. i still did not manage to reproduce
> > the problem "by hand", e.g. by setting up a pppoe server on the same
> > machine,  connecting with "pppd call..." and killing the pppoe server
> > (in the hope that it might send "LCP terminated by peer" to the pppd").
> > 
> > 
> > thank you for your time,
> > Christian.
> > 
> > -- System Information:
> > Debian Release: 3.1
> >   APT prefers unstable
> >   APT policy: (990, 'unstable'), (1, 'experimental')
> > Architecture: i386 (i686)
> > Kernel: Linux 2.6.11.3
> > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> > 
> > Versions of packages ppp depends on:
> > ii  libc6   2.3.2.ds1-20 GNU C Library: Shared 
> > libraries an
> > ii  libpam-modules  0.76-22  Pluggable Authentication 
> > Modules f
> > ii  libpam-runtime  0.76-22  Runtime support for the PAM 
> > librar
> > ii  libpam0g0.76-22  Pluggable Authentication 
> > Modules l
> > ii  libpcap0.7  0.7.2-7  System interface for 
> > user-level pa
> > ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
> > ii  makedev 2.3.1-76 creates device files in /dev
> > ii  netbase 4.20 Basic TCP/IP networking system
> > ii  procps  1:3.2.5-1/proc file system utilities
> > 
> > -- no debconf information
> > 
> > 
> > -- 
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> > 
> 
> -- 
> Justin Pryzby
> whois jgalt
> 
> References
> 
> [0] 

-- 
Justin Pryzby
whois jgalt

References

[0] 



  /pub/linux/kernel/v2.6/patch-2.6.11.4.bz2
  
  




/pub/linux/kernel/v2.6/patch-2.6.11.4.bz2

--- a/drivers/net/ppp_async.c   2005-03-15 
16:09:56 -08:00
+++ b/drivers/net/ppp_async.c   2005-03-15 16:09:56 
-08:00
@@ -1000,7 +1000,7 @@
 data += 4;
 dlen -= 4;
 /* data[0] is code, data[1] is length */
-while (dlen >= 2 &

Bug#299871: About broken dependencies in Debian unstable and testing (Re: Bug#299871)

[Thomas Viehmann]

Hi Joanne,
you have submitted a complaint about gnucash being uninstallable in 
Debian/unstable.

When running Debian/unstable or Debian/testing, users will sometimes
experience[1] that a package cannot be installed due to a missing
dependency package. This can occur when the dependency package is not
yet built from the auto-builders, or it is waiting in the NEW queue
as a new package to be accepted into Debian. In fact, the package 
database system indicates that the missing version of gnucash has 
entered in the Debian archive tonight within hours of your bug report.

Note that this is not a bug at all but rather a temporary inconvenience
for people using unstable and expecting to be able to upgrade each and
every packet at all times.
One of the clear indications that users will not be seeing bug reports
about such packages is the lack of inherency of harms, i.e. the 
"problem" will disappear without further intervention when the 
(build-)dependencies of the package will become available and it will be 
built on all platforms.

It probably is a good idea to learn about the processing of packages
within the Debian archives when using unstable (or testing for that
matter) to avoid annoyance by such phenomena on the side of the user
and spare the maintainer the processing of invalid bug reports.
I fully expect GnuCash maintainer Thomas Bushnell to close this bug as 
soon as he sees it, but that is his prerogative as maintainer.

Kind regards
Thomas
(The text is based on one my comment to bug #291153 and remarks by 
Bastian Kleineidam.)

1. http://bugs.debian.org/291153 or the present bug.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299676: cfengine2: FTBFS (amd64/gcc-4.0): array type has incomplete element type

[Morten Werner Olsen]

On Tue, Mar 15, 2005 at 08:58:19PM +0100, Andreas Jochens wrote:

> When building 'cfengine2' on amd64 with gcc-4.0,
> I get the following error:

[snip]

> With the attached patch 'cfengine2' can be compiled
> on amd64 using gcc-4.0.

FYI: One of the subscribers to the bug-cfengine mailinglist [1] get
buffer overflow errors trying to run cfkey and/or cfagent with your
patch.


- Werner

[1] http://lists.gnu.org/archive/html/bug-cfengine/2005-03/msg00021.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#291617: Updated control file that will close Bug#291617

[Frank Schoolmeesters]

Hi Angel,

I have updated the control file for Krusader.
This closes
Bug#291617: (krusader: Package description and suggests update)

This update closes also
Bug#297991 (add "libkjsembed-dev" as a suggest)
but this is only for krusader-1.60.0
If you intend to make a new deb package for krusader-1.51,
you 'need' to remove firts "libkjsembed-dev" as a suggest.

--
Source: krusader
Section: kde
Priority: optional
Maintainer: Angel Ramos <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 4.0.0), xlibs-dev, zlib1g-dev,
libjpeg62-dev, libqt3-mt-dev, kdelibs4-dev
Standards-Version: 3.6.1

Package: krusader
Architecture: any
Depends: ${shlibs:Depends}
Suggests: kedit, konsole, kmail, xxdiff, kdiff3, libkjsembed-dev
arj, bzip2, cpio, gzip, lha, rar, rpm, unace, unarj, unrar, unzip, zip 
Description: Twin-panel (commander-style) file-manager for KDE
 Krusader is an advanced twin-panel (commander-style) file-manager for
 KDE similar to GNU's Midnight Commander(c) or Total Commander(c) 
 but with many extras.
 It provides all the file-management features you could possibly want.
 Plus: extensive archive handling, mounted filesystem support, FTP,
 advanced search module, viewer/editor, directory synchronisation,
 file content comparisons, powerful batch renaming and much much more.
 It supports transparent handling of archives and can handle KIOSlaves
 such as ftp:// sftp:// smb:// or fish://
 It is (almost) completely customizable, very user friendly,
 fast and looks great on your desktop.
 


Regards,

Frank Schoolmeesters
Krusader documentation coordinator
http://krusader.sourceforge.net
Source: krusader
Section: kde
Priority: optional
Maintainer: Angel Ramos <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 4.0.0), xlibs-dev, zlib1g-dev, libjpeg62-dev, 
libqt3-mt-dev, kdelibs4-dev
Standards-Version: 3.6.1

Package: krusader
Architecture: any
Depends: ${shlibs:Depends}
Suggests: kedit, konsole, kmail, xxdiff, kdiff3, libkjsembed-dev
arj, bzip2, cpio, gzip, lha, rar, rpm, unace, unarj, unrar, unzip, zip 
Description: Twin-panel (commander-style) file-manager for KDE
 Krusader is an advanced twin-panel (commander-style) file-manager for
 KDE similar to GNU's Midnight Commander(c) or Total Commander(c) 
 but with many extras.
 It provides all the file-management features you could possibly want.
 Plus: extensive archive handling, mounted filesystem support, FTP,
 advanced search module, viewer/editor, directory synchronisation,
 file content comparisons, powerful batch renaming and much much more.
 It supports transparent handling of archives and can handle KIOSlaves
 such as ftp:// sftp:// smb:// or fish://
 It is (almost) completely customizable, very user friendly,
 fast and looks great on your desktop.
 
 

Bug#269237: Tagging

[Romain Francoise]

tags 269237 fixed-upstream
quit

Not for sarge.

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#269237: Fwd: Bug#269237: doesn't support "ether proto ipx"

[Romain Francoise]

Guy Harris <[EMAIL PROTECTED]> writes:

> I'd say "none of the above" - it's an omission of a routine to map
> names to 802.2 LLC values, and of a call to that routine in the BPF
> code generator.  I've checked in a fix.

Great, thanks.

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299826: kernel-patch-wrr: Updated patches available

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 16-03-2005 21:57, Chris Butler wrote:
> Package: kernel-patch-wrr
> Version: 20021019-2
> Severity: wishlist
> 
> Rasmus Bøg Hansen has ported the WRR patch to newer versions of the
> kernel, including the 2.6 series. His patches are available at
> http://www.zz9.dk/wrr
> 
> It would be nice if these patches could be included in the Debian
> package.

Great! Thanks for the info, I'll update the package.


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

iD8DBQFCOS8Vn7DbMsAkQLgRAu4YAJ9GHZLuX4V2OHqc9ATNry+9JhejsQCgqC5e
ex933tNtiyhraF1PB4UuUNk=
=uYe2
-END PGP SIGNATURE-

Bug#299894: running v1.0.0.1+rc2-1 is DOA: "libferite.so.1: cannot open shared object file"

[A Costa]

Package: ferite
Version: 1.0.0.1+rc2-1
Severity: important


I've installed it, but these attempts to run it don't work:

  % ferite; echo $?
  ferite: error while loading shared libraries: libferite.so.1: cannot open 
shared object file: No such file or directory
  127
  % ferite --help ; echo $?
  ferite: error while loading shared libraries: libferite.so.1: cannot open 
shared object file: No such file or directory
  127

The latter output must be a bug since 'man ferite' says:

   To get a list of options, use 'ferite --help'.

>From the above errors I'd guess that a file called 'libferite.so.1'
is missing.  'dlocate libferite' returns nothing -- which means
no package installed a filename containing the string 'libferite'.


Hope this helps...


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages ferite depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libpcre35.0-1Perl 5 Compatible Regular Expressi

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299895: cacti: [INTL:fr] French debconf templates translation

[Christian Perrier]

Package: cacti
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.


Please, for the next updates you make to this package templates,
consider warning translators before uploading the package and leave
them a delay for translation updates.

The "podebconf-report-po" utility which is in the po-debconf package
starting from its 0.8.15 version will do this job for you. See its man
page for details.

If you already did this, please forget about these remarks, of
courseThis message is generic..:-)


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
# translation of fr.po to French
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
# Christian Perrier <[EMAIL PROTECTED]>, 2004.
#
msgid ""
msgstr ""
"Project-Id-Version: cacti 0.6.8a-13\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-03-06 12:21-0500\n"
"PO-Revision-Date: 2005-03-07 08:06+0100\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.9.1\n"
"Plural-Forms: Plural-Forms: nplurals=2; plural=n>1;\n"

#. Type: note
#. Description
#: ../cacti.templates:3
msgid "MySQL installs and upgrades must be performed manually!"
msgstr ""
"Pas d'installations ou mises à jour automatisées pour les bases MySQL de "
"Cacti"

#. Type: note
#. Description
#: ../cacti.templates:3
msgid ""
"For the time being, support for automatic upgrading of the cacti mysql "
"database has been disabled.  Please see the rationale and what you will need "
"to do for either installing or upgrading cacti in /usr/share/doc/cacti/"
"README.Debian.gz."
msgstr ""
"À l'heure actuelle, la gestion des mises à jour automatisées de la base de "
"données MySQL de Cacti a été désactivée. Veuillez consulter les "
"justifications de ce choix et les instructions d'installation ou de mise à "
"jour de Cacti dans le fichier /usr/share/doc/cacti/README.Debian.gz."

#. Type: note
#. Description
#: ../cacti.templates:3
msgid ""
"Note that you will still be prompted for the relevant information, which "
"will be used to generate the appropriate configuration files."
msgstr ""
"Veuillez noter que certaines informations vous seront malgré tout demandées "
"parce qu'elles sont requises lors de la création des fichiers de "
"configuration."

#. Type: note
#. Description
#: ../cacti.templates:14
msgid "Database structure changes in cacti configuration"
msgstr ""
"Changement de la structure de base de données dans la configuration de Cacti"

#. Type: note
#. Description
#: ../cacti.templates:14
msgid ""
"You are upgrading from a pre 0.8.x version.  Unfortunately, your old "
"database will not work with the latest version of cacti.  Please see /usr/"
"share/doc/cacti/README.Debian.gz to see what your options are."
msgstr ""
"Vous mettez actuellement Cacti à niveau depuis une version antérieure à 0.8."
"x. Malheureusement, l'ancienne base de données ne fonctionnera pas avec la "
"nouvelle version de Cacti. Veuillez consulter le fichier /usr/share/doc/"
"cacti/README.Debian pour connaître les possibilités qui s'offrent à vous."

#. Type: string
#. Description
#: ../cacti.templates:22
msgid "MySQL server host name"
msgstr "Serveur MySQL :"

#. Type: string
#. Description
#: ../cacti.templates:22
msgid "Please enter the name of the machine hosting the cacti database."
msgstr ""
"Veuillez indiquer le nom d'hôte du serveur qui accueillera la base de "
"données de Cacti."

#. Type: string
#. Description
#: ../cacti.templates:28
msgid "Database name for cacti"
msgstr "Nom de la base de données de Cacti :"

#. Type: string
#. Description
#: ../cacti.templates:28
msgid ""
"Please enter the cacti database name. Cacti will store and fetch data there."
msgstr ""
"Veuillez indiquer le nom de la base de données où Cacti conservera ses "
"informations."

#. Type: string
#. Description
#: ../cacti.templates:34
msgid "MySQL administrator username"
msgstr "Nom de l'administrateur de MySQL :"

#. Type: string
#. Description
#: ../cacti.templates:34
msgid ""
"Please enter the MySQL administrator name (needed for cacti database "
"creation)."
msgstr ""
"Veuillez indiquer le nom de l'admini

Bug#299893: jwhois: 168.95.0.0/16

[Adrian 'Dagurashibanipal' von Bidder]

Package: jwhois
Version: 3.2.2-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- --- jwhois.conf.orig2005-03-17 08:02:42.461124483 +0100
+++ jwhois.conf 2005-03-17 08:04:26.245645847 +0100
@@ -484,6 +484,7 @@
"164.160.0.0/14" = "whois.apnic.net";
"164.164.0.0/16" = "whois.apnic.net";
"165.21.0.0/16" = "whois.apnic.net";
+   "168.95.0.0/16" = "whois.apnic.net";
"168.126.0.0/16" = "whois.apnic.net";
"168.187.0.0/16" = "whois.ripe.net";
"169.208.0.0/16" = "whois.apnic.net";

thank you
- -- vbi


- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (60, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages jwhois depends on:
ii  adduser 3.63 Add and remove users and groups
ii  dpkg1.10.27  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgdbm31.8.3-2  GNU dbm database routines (runtime

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: get my key from http://fortytwo.ch/gpg/92082481

iKcEARECAGcFAkI5LFRgGmh0dHA6Ly9mb3J0eXR3by5jaC9sZWdhbC9ncGcvZW1h
aWwuMjAwMjA4MjI/dmVyc2lvbj0xLjUmbWQ1c3VtPTVkZmY4NjhkMTE4NDMyNzYw
NzFiMjVlYjcwMDZkYTNlAAoJEIukMYvlp/fW8sUAoMgcSGGhqD6mejNhdp72t8Ti
IVbMAJ4hDw8mZi7NX7FbEpi+WLl2H2jCeA==
=+7Iv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299892: make: stripping leading ./ causes flaky results

[Andrew Pimlott]

Package: make
Version: 3.80-9
Severity: minor

[This bug was sent to bug-make@gnu.org, but since I haven't received a
reply, I'm posting it here so there is a record.]

make is doing something funny in the area of stripping the leading ./
from filenames.  I can demonstrate with the following Makefile, which is
also attached so you get a copy without whitespace damage.

files := $(shell find . -type f -print)
objects: $(addprefix ./, $(files))
install: $(addprefix /home/andrew/, $(files))
$(addprefix /home/andrew/, $(files)): /home/andrew/%: ./%
true $<

Put this in an empty directory, then create some files, eg

for i in $(seq 1 10); do touch foo$i; done

and run

make install

Output:

true foo1
true foo2
true foo3
true foo4
true ./foo5
true foo6
true foo7
true foo8
true ./foo9
true foo10
true Makefile

Funny, huh?  I gave a little attempt to tracking it down.  I thought
maybe parse_file_seq was at fault, but it seems to give correct results.
Then, I looked at the output of

make -r -p install

(attached).  Looking at the "Not a target" entries, I see foo5,
./foo5, and foo4, but no ./foo4.  So it seems that for some reason foo5
has an entry under both names and they are aliased in some way.  I can't
imagine why this only afflicts some files.

Also, I noticed that if I comment out the second line of the Makefiles
(which defines the unused objects target), the output is:

true ./foo1
true ./foo2
true ./foo3
true ./foo4
true ./foo5
true ./foo6
true ./foo7
true ./foo8
true ./foo9
true ./foo10
true ./Makefile

This seems to be a mostly cosmetic bug, but the aliasing is somewhat
worrying.

My make is 3.80 in Debian GNU/Linux unstable.

Andrew

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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 make depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information
files := $(shell find . -type f -print)
objects: $(addprefix ./, $(files))
install: $(addprefix /home/andrew/, $(files))
$(addprefix /home/andrew/, $(files)): /home/andrew/%: ./%
true $<
# GNU Make 3.80
# Copyright (C) 2002  Free Software Foundation, Inc.
# This is free software; see the source for copying conditions.
# There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
# PARTICULAR PURPOSE.
true foo1
true foo2
true foo3
true foo4
true ./foo5
true foo6
true foo7
true foo8
true ./foo9
true foo10
true make_data_base
true Makefile

# Make data base, printed on Mon Feb 28 16:23:46 2005

# Variables

# automatic

Bug#299875: ppp: out-of-memory 30min after "LCP terminated by peer"

[Justin Pryzby]

I assume that you have seen this:
  http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.11.4

If not .. tag patch:)  In less than 100 lines, even!

Justin

On Thu, Mar 17, 2005 at 02:54:56AM +0100, Christian wrote:
> Package: ppp
> Version: 2.4.2+20040428-6
> Severity: critical
> Justification: breaks the whole system
> 
> hello pppeople,
> 
> i've encountered serious problems with pppd and days of monitoring the
> issues lead me to the assumption that pppd is to blame. feel free to
> tell me otherwise and i'll happily forward the problem to the right
> people - because i am not guru enough to fix it.
> 
> the problem in short: i am using pppd with pppoe (ADSL dialup) i get 
> disconnected by my ISP once a day and pppd receives "LCP terminated by
> peer" then. normally pppd will reconnect and the box would be online
> again. this does not happen anymore, instead 30min after disconnect all
> RAM is chewed up by *something* (still don't know by what, please read
> on) and OOM killer kicks in, killing almost every application.
> 
> i have reported the issue to the linux-kernel mailinglist first, because
> i thought it was a kernel issue:
>   http://lkml.org/lkml/2005/3/8/173
>   http://lkml.org/lkml/2005/3/10/109
> maybe the replies are noteworthy too. 
> 
> yesterday i hit the issue again, with more (hopefully helpful) details:
>   http://www.ussg.iu.edu/hypermail/linux/kernel/0503.2/0316.html
> again, the time between "LCP terminated by peer" to the first OOM
> messages are (alsmost exactly) 30min. when this happens, i am usually
> not around, so when i get to the machine, OOM has already happened. i
> can recover the machine (no reboot, but SYSRQ-E) and i have to kill -9
> pppd, anything else does not work:
> 
> http://nerdbynature.de/bits/sheep/2.6.11/oom/pppd.log
> ("Terminating on signal 15" does not work, "+++ killed by SIGKILL +++"
> is the only choice.)
> 
> i first noticed this behaviour with a new kernel, namely 2.6.11, but
> downgrading to a former (stable for me) kernel (2.6.11-rc5-bk2) did not
> help. instead, i downgraded from pppd-2.4.3-20041231+2 to
> ppp-2.4.2+20040428-6 and got rid of the problem! 2.4.3 was uploaded on
> 26.02.2005, and a couple of days later i switched to a new kernel and
> did a "apt-get upgrade". that could be the cause, i suspected kernel
> issues first. 
> 
> have a look at http://nerdbynature.de/bits/sheep/2.6.11/oom/   for
> further details, feel free to ask. i still did not manage to reproduce
> the problem "by hand", e.g. by setting up a pppoe server on the same
> machine,  connecting with "pppd call..." and killing the pppoe server
> (in the hope that it might send "LCP terminated by peer" to the pppd").
> 
> 
> thank you for your time,
> Christian.
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.11.3
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages ppp depends on:
> ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries 
> an
> ii  libpam-modules  0.76-22  Pluggable Authentication Modules 
> f
> ii  libpam-runtime  0.76-22  Runtime support for the PAM 
> librar
> ii  libpam0g0.76-22  Pluggable Authentication Modules 
> l
> ii  libpcap0.7  0.7.2-7  System interface for user-level 
> pa
> ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
> ii  makedev 2.3.1-76 creates device files in /dev
> ii  netbase 4.20 Basic TCP/IP networking system
> ii  procps  1:3.2.5-1/proc file system utilities
> 
> -- no debconf information
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Justin Pryzby
whois jgalt

References

[0] 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#298595: it's a BIOS problem

[Christian Perrier]

> However, the default setting (-d 0x80) turned out to work OK on another
> machine, with a different motherboard/BIOS, with the very same USB stick.
> 
> I see 2 options: 1) try upgrading the BIOS to the latest on the
> problematic machine (I have gotten permission from the University
> sysadmins to try to do it) 2) try a partitionless stick - maybe that one
> will be working, treated by the BIOS same way as a floppy works
> - but this would prevent me from carrying my needed stuff in my 2nd
>   partition (ext2) of the same stick...
> 
> I'll report on this thread about the specific BIOS versions and the
> motherboard specs later on.


DOes this mean that, being indeed a BIOS problem, this bug report can
be closed...or not immediately?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299891: 'pinfo python' wrongly displays a different info page than 'info python'

[A Costa]

Package: pinfo
Version: 0.6.8-4
Severity: normal


Assumption:  by design, if a 'foo' info file exists, 
then 'pinfo foo' and 'info foo' should display the same 
info page.  If that's true, then there appears to be a bug...

  % info python
  File: python2.3-lib.info,  Node: Top,  Next: Front Matter,  Prev: (dir),  Up: 
(dir)

  Python Library Reference
  

  * Menu:

  * Front Matter::
  * Introduction::
  * Built-In Objects::
  * Python Runtime Services::
  * String Services::
  * Miscellaneous Services::
  <...etc...>

...that's the correct output.  Compare that with:

  % pinfo python
  File: python2.3-mac.info,  Node: Top,  Next: Front Matter,  Prev: (dir),  Up: 
(dir)

  Macintosh Library Modules
  *

  * Menu:

  * Front Matter::
  * Using Python on a Mac OS 9 Macintosh::
  * MacPython Modules::
  * MacPython OSA Modules::
  * MacOS Toolbox Modules::
  * Undocumented Modules::
  * History and License::
  <...etc...>

...which is different, and seems wrong -- I didn't type anything 'mac' 
oriented.  At first I'd thought this was a bug in 'python2.3-doc' 
which contains '/usr/share/info/python2.3-mac.info.gz', until I 
tried it with plain 'info'.


Hope this helps...

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages pinfo depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299877: tetex-bin: texdoc contains undefined command

[Frank Küster]

Eythan Weg <[EMAIL PROTECTED]> schrieb:

> Package: tetex-bin
> Version: 3.0-2
> Severity: normal
>
> Texdoc  sometimes produces the line:
> /usr/bin/texdoc: line 198: setupTmpDir: command not found
>
> For example 
>  texdoc pdftex-a 

Cannot reproduce it here. Can you please try with

sh -x texdoc pdftex-a

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#299572: [debian-ntp] Bug#299572: ntp-server: strace log

[Harald Staub]

Matthias Urlichs wrote:
Hi,
Harald Staub:
I tried on one of the servers that has problems, and there, I still have 
segfaults, while the mentioned cvs version works fine.  I attach an strace.

Gah.
Can you send me
- the output of ifconfig
- the contents of your ntp.conf
Thanks.
Cheers
 Harry
eth0  Link encap:Ethernet  HWaddr 00:08:02:F1:1F:40
  inet addr:130.59.35.2  Bcast:130.59.35.3  Mask:255.255.255.252
  inet6 addr: 2001:620:0:101:208:2ff:fef1:1f40/64 Scope:Global
  inet6 addr: fe80::208:2ff:fef1:1f40/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:4470  Metric:1
  RX packets:2755516149 errors:0 dropped:0 overruns:0 frame:0
  TX packets:4184415013 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:20518437 (19.5 MiB)  TX bytes:2902994749 (2.7 GiB)
  Interrupt:30

eth1  Link encap:Ethernet  HWaddr 00:08:02:F1:1F:8C
  inet addr:130.59.35.6  Bcast:130.59.35.7  Mask:255.255.255.252
  inet6 addr: 2001:620:0:100:208:2ff:fef1:1f8c/64 Scope:Global
  inet6 addr: fe80::208:2ff:fef1:1f8c/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:234912636 errors:0 dropped:0 overruns:0 frame:0
  TX packets:4582874 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:3169016135 (2.9 GiB)  TX bytes:737836491 (703.6 MiB)
  Interrupt:29

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  inet6 addr: 2001:620:0:ff::2/128 Scope:Global
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:2883897546 errors:0 dropped:0 overruns:0 frame:0
  TX packets:2883897546 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:872317027 (831.9 MiB)  TX bytes:872317027 (831.9 MiB)

lo:0  Link encap:Local Loopback
  inet addr:130.59.31.251  Mask:255.255.255.255
  UP LOOPBACK RUNNING  MTU:16436  Metric:1

lo:1  Link encap:Local Loopback
  inet addr:130.59.31.70  Mask:255.255.255.255
  UP LOOPBACK RUNNING  MTU:16436  Metric:1

logfile /var/log/ntpd
driftfile /var/lib/ntp/ntp.drift
keys /etc/ntp.keys
trustedkey 12
server 130.59.35.1 maxpoll 6
server 130.59.35.5 maxpoll 6
peer 130.59.35.10
peer 130.59.35.130
peer 130.59.35.30
peer 130.59.35.22

Bug#299805: gnumeric: Segfaults when opening a file created with an older version

[Frank Küster]

"J.H.M. Dassen (Ray)" <[EMAIL PROTECTED]> schrieb:

> On Wed, Mar 16, 2005 at 18:11:37 +0100, Frank Küster wrote:
>> When I open a file created (or at least last saved) with gnumeric
>> 1.0.12-0.bunk, gnumeric dies with a segfault.  The file is at
>> 
>> http://people.debian.org/~frank/Pipettierschema-%dcbergang-Puffervorrat.gnumeric
>
> This is an encoding issue with that file which can be fixed as follows:
>
> gunzip < Pipettierschema-Übergang-Puffervorrat.gnumeric | iconv -f ISO8859-1 
> -t UTF-8 | sed s/''/' encoding="UTF-8"?>'/ | gzip > fixed.gnumeric

Fine to be able to work on it today!  But of course gnumeric shouldn't
segfault, but rather give an error message - ideally giving a hint about
file encoding.  After all, I didn't change my locale during the upgrade.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#298600: Patch to fix this problem

[Justin Pryzby]

Surely this is not the entire patch?
Justin

On Thu, Mar 17, 2005 at 12:01:29AM -0600, Micah Anderson wrote:
> tag 298600 + patch
> 
> The attached patch fixes this problem and is the contents of the NMU
> that I will be doing shortly.
> 

> --- bzflag-2.0.0.20050118/debian/changelog2005-01-17 21:50:09.0 
> -0600
> +++ /tmp/changelog2005-03-16 23:46:19.503772768 -0600
> @@ -1,3 +1,11 @@
> +bzflag (2.0.0.20050118.1) unstable; urgency=medium
> +
> +  * Non-maintainer upload
> +  * Changed debian/copyright to refer to the proper revision of
> +  the LGPL (Closes: #298600)
> +
> + -- Micah Anderson <[EMAIL PROTECTED]>  Wed, 16 Mar 2005 23:45:44 -0600
> +
>  bzflag (2.0.0.20050118) unstable; urgency=medium
>  
>* missing fonts


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299890: xscreensaver: Use ISO 8601 time format by default (not US/EN)

[Jari Aalto]

Package: xscreensaver
Version: 4.20-1
Severity: normal

Current default setting in /etc/X11/app-defaults/XScreenSaver reads:

  *dateFormat:%d-%b-%y (%a); %I:%M %p

  => 17-Mar-05 (Thu); 08:41 AM

Please change this to ISO 8601 notation which is internationally
better default:

  *dateFormat: %Y-%m-%d (%a); %H:%M

  => 2005-03-17 (Thu); 08:44

-- 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 xscreensaver depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libglade2-0  1:2.4.2-2   library to load .glade files at ru
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libpam0g 0.76-22 Pluggable Authentication Modules l
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
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  libxml2  2.6.16-3GNOME XML library
ii  libxmu6  4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util
ii  libxpm4  4.3.0.dfsg.1-12.0.1 X pixmap library
ii  libxrandr2   4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  libxt6   4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
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#298677: acknowledged by developer (Correct name and location)

[Atsuhito Kohda]

From: [EMAIL PROTECTED] (Debian Bug Tracking System)
Subject: Bug#298677 acknowledged by developer (Correct name and location)
Date: Wed, 16 Mar 2005 16:33:58 -0800

> Hi, KOHDA.

Hi, Isaac.

> The README talks about HOWTO set up mimetex as a CGI. That's just a possibl=
> e=20
> case of use, but mimetex it's just a usual program, and like for any other=
> =20
> program, the right place for it is /usr/bin/ and it doesn't make any sense =
> to=20
> call mimetex -> mimetex.cgi when it's not going to be used as a CGI :)
> 
> Only moodle uses mimetex in Debian, and everything works perfectly, if you=
> =20
> want to use mimetex as a CGI you just need to link/copy mimetex=20
> to /usr/lib/cgi-bin/ or whatever dir you use for your CGI's.

Thanks for your explanation but to me it looks there still
remains a problem.

It seems, at least, the package should provide a link 
of /usr/bin/mimetex to /usr/lib/cgi-bin/mimetex.cgi
even if your explanation is correct.

To me it looks more natural to provide a real binary
/usr/lib/cgi-bin/mimetex.cgi and a link of it to 
/usr/bin/mimetex, however.

I believe a package, which forces a user to link a binary 
to somewhere to use it, is not a good Debian package.

Regards,   2005-3-17(Thu)

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda <[EMAIL PROTECTED]>
 Department of Math., Univ. of Tokushima


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299722: mldonkey-server does not start because of /var/run/mldonkey permissions

[Sylvain LE GALL]

Hello,

On Wed, Mar 16, 2005 at 08:12:28PM -0500, Markus Kienast wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> > Just a question for my personnal information : is there already a
> > mldonkey user ? ( because it could explain that mldonkey is running as
> > mldonkey:user ). If so, i think the error in the debconf comes from the
> > fact that no mldonkey user can be created ( in fact, we cannot create a
> > mldonkey user with primary group mldonkey ). This could stop the debconf
> > process.
> 
> 
> You are right on this one. I did not make mldonkey users primary group 
> mldonkey. That explains, why mldonkey files are group users.
> 
> passwd
> mldonkey:x:1002:100::/var/lib/mldonkey:
> group
> mldonkey:x:1002:hugo
> 

Does the user mldonkey has been created by another means than the
debconf script of mldonkey ?

If so, it could help me understand why it has fails to install.

Regard
Sylvain Le Gall

ps : could you reply also to [EMAIL PROTECTED], so our discussion
will remains in the archive of the bug.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299805: gnumeric: Segfaults when opening a file created with an older version

[J.H.M. Dassen (Ray)]

On Thu, Mar 17, 2005 at 07:14:13 +0100, J.H.M. Dassen (Ray) wrote:
> Here's the bug-buddy backtrace

There is also some info on stderr:

> gnumeric Pipettierschema-Übergang-Puffervorrat.gnumeric
Reading file:///tmp/Pipettierschema-%DCbergang-Puffervorrat.gnumeric

** (gnumeric:21782): WARNING **: Converted xml document with no encoding from 
locale to UTF-8.

** (gnumeric:21782): CRITICAL **: wbcg_set_title: assertion `title != NULL' 
failed
zsh: exit 1 gnumeric Pipettierschema-Übergang-Puffervorrat.gnumeric

-- 
Where do you want to go today? 

Confutatis maledictis, flammis acribus addictis.

Bug#299734: broken on 64-bit systems

[Peter Karlsson]

Max Alekseyev:
So I believe it will not hard to fix goldedplus for 64-bit system. One 
just need to carefully inspect parameters of all 
fseek/lseek/fread/fwrite/etc.  calls.
If you have any insight into what might cause the problem (especially if you 
have fixes for them), I would be very happy to include those.

As of FIDO, it's pretty still alive in xUSSR. ;)
I participate in a Swedish echo that used to receive about 1000 messages a 
week back ten years ago. Today it seldom peaks at more than 5 messages a 
month... :-/

Unfortunately, GoldEd+ development seems to have more or less stopped as 
well.

--
\\//
Peter - http://www.softwolves.pp.se/
  I do not read or respond to mail with HTML attachments.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#183995: NMU to make netkit-base use po-debconf

[Anthony Towns]

Lucas Wall wrote:
As announced in a previous mail sent to this bug I will now upload my NMU to
DELAY-2 queue. Attached to this mail you can find the patch with all my
changes.
Looks fine here, I'd suggest skipping the DELAY queue.
Cheers,
aj

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299888: xpdf-utils: It should be possible to remove package without removing xpdf

[Jari Aalto]

Package: xpdf-utils
Version: 3.00-12
Severity: normal

An example:  apt-get remove xpdf-utils

Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
   xpdf xpdf-utils

The dependencies should not require that "xpdf" is also removed if
"xpdf-utils" is removed. The utils is an extra package providing
additional features, whereas xpdf can be used standalone.

-- 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 xpdf-utils depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-12   GCC support library
ii  libpaper1   1.1.14-3 Library for handling paper charact
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3
ii  xpdf-common 3.00-12  Portable Document Format (PDF) sui

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299889: tetex-doc: typos in babel macro package's user.dvi.gz

[Andrew T . Young]

Package: tetex-doc
Version: 1.0.2+20011202-2
Severity: normal


I notice a number of spelling errors in the documentation for the babel
macro package.  For example, at the end of the second paragraph of
section 6.1 there is

... untill the end of then document.

which should be

... until the end of the document.


The first error would have been caught by a spell-checker;
the second would not.

The second sentence of section 6.2 begins with "Therefor"
(which should be "Therefore").

Near the end of the abstract, "non-american" should be "non-American".


Rather than chase down all the slips by eye, I'll refer you to my Web
page on multi-lingual spell-correcting, at

http://mintaka.sdsu.edu/GF/bibliog/ispell/multi.html

in hopes you'll find it useful.


I tried mailing  [EMAIL PROTECTED]  who is listed in the 00readme file
as well as in the document mentioned above.  It came back "User unknown."


-- System Information
Debian Release: 3.0
Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 
unknown

Versions of the packages tetex-doc depends on:
ii  dpkg   1.9.21 Package maintenance system for Debian
ii  tetex-base 1.0.2+20011202 basic teTeX library files


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#298600: Patch to fix this problem

[Micah Anderson]

tag 298600 + patch

The attached patch fixes this problem and is the contents of the NMU
that I will be doing shortly.

--- bzflag-2.0.0.20050118/debian/changelog  2005-01-17 21:50:09.0 
-0600
+++ /tmp/changelog  2005-03-16 23:46:19.503772768 -0600
@@ -1,3 +1,11 @@
+bzflag (2.0.0.20050118.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Changed debian/copyright to refer to the proper revision of
+  the LGPL (Closes: #298600)
+
+ -- Micah Anderson <[EMAIL PROTECTED]>  Wed, 16 Mar 2005 23:45:44 -0600
+
 bzflag (2.0.0.20050118) unstable; urgency=medium
 
   * missing fonts

Bug#299805: gnumeric: Segfaults when opening a file created with an older version

[J.H.M. Dassen (Ray)]

On Wed, Mar 16, 2005 at 18:11:37 +0100, Frank Küster wrote:
> Running in GDB gives no useful information;

Here's the bug-buddy backtrace I get for a rebuilt package with dh_strip
commented out; unfortunately it doesn't appear to be telling much about the
plugin where the real problem probably happens.

Backtrace was generated from '/usr/bin/gnumeric'

Loading ~/.gdbinit
Using host libthread_db library "/lib/tls/libthread_db.so.1".
`system-supplied DSO at 0xe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread 1089264192 (LWP 21782)]
0x409014ee in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#0  0x409014ee in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#1  0x40128dae in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0
#2  
#3  0x081489c1 in regenerate_window_menu (gtk=0x85a4b70, wb=0x85a2678, i=1)
at ../../src/wbc-gtk.c:1018
#4  0x08148bda in cb_regenerate_window_menu (gtk=0x85a4b70)
at ../../src/wbc-gtk.c:1076
#5  0x407d63b6 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#6  0x407c46b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#7  0x407d5ec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#8  0x407d4f4c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#9  0x407d51e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#10 0x0808b054 in cb_flag_windows_changed () at ../../src/application.c:943
#11 0x4093fddc in g_main_context_wakeup () from /usr/lib/libglib-2.0.so.0
#12 0x4093d6c2 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#13 0x4093e748 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#14 0x4093ea80 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#15 0x4093eccd in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#16 0x40386bb3 in gtk_main_iteration_do () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x0815b63e in handle_paint_events () at ../../src/main-application.c:97
#18 0x0815bb29 in main (argc=72, argv=0x40998398)
at ../../src/main-application.c:351

Thread 1 (Thread 1089264192 (LWP 21782)):
#0  0x409014ee in __waitpid_nocancel () from /lib/tls/libpthread.so.0
No symbol table info available.
#1  0x40128dae in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#2  
No symbol table info available.
#3  0x081489c1 in regenerate_window_menu (gtk=0x85a4b70, wb=0x85a2678, i=1)
at ../../src/wbc-gtk.c:1018
label = (GString *) 0x843f8b0
s = 0x0
entry = {name = 0x40533160 "object_signal::disconnect_proxy", 
  stock_id = 0x4046b8a0 "U\211å\203ì\030\211]ü\213E\020è\217\031äÿ\201ãE\r", 
  label = 0x85f1080 "PÐ^\b\001", 
  accelerator = 0x40532c44 "object_signal::pre_activate", 
  tooltip = 0x4046b8f0 "U\211å\203ì\030\211]ü\213E\fè?\031äÿ\201ÃSE\r", 
  callback = 0x85f1080}
wbc = (WorkbookControl *) 0x85a4b70
jNd = 0
wb_controls = (GPtrArray *) 0x8433a34
wbv = (WorkbookView *) 0x48
InD = 0
k = 1
count = 1
#4  0x08148bda in cb_regenerate_window_menu (gtk=0x85a4b70)
at ../../src/wbc-gtk.c:1076
wb = (Workbook *) 0x85a2678
ptr = (const GList *) 0x407ef708
i = 140460136
#5  0x407d63b6 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#6  0x407c46b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#7  0x407d5ec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#8  0x407d4f4c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#9  0x407d51e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#10 0x0808b054 in cb_flag_windows_changed () at ../../src/application.c:943
No locals.
#11 0x4093fddc in g_main_context_wakeup () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#12 0x4093d6c2 in g_main_depth () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#13 0x4093e748 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#14 0x4093ea80 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#15 0x4093eccd in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#16 0x40386bb3 in gtk_main_iteration_do () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#17 0x0815b63e in handle_paint_events () at ../../src/main-application.c:97
No locals.
#18 0x0815bb29 in main (argc=72, argv=0x40998398)
at ../../src/main-application.c:351
uri = 0x40998398 "¼ò\a"
i = 139929152
startup_files = (const char **) 0x84372f8
opened_workbook = 1
with_gui = 139929152
ioc = (IOContext *) 0x856e608
wbv = (WorkbookView *) 0x8572640
ctx = 0x8572640
#0  0x409014ee in __waitpid_nocan

Bug#296840: New information

[Micah Anderson]

According to the upstream:

The freezes caused by the fake player attack are the same that are
caused by exuberant ping real clients, they happen between rounds.
They can't be fixed that easily, but they are far less severe now in
0.2.7.1. 

Micah


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299817: looking for help with swig/subversion/trac problem

[David Kimdon]

Hi,

There are two bugs filed against subversion that look related to the recent
swig upgrade.  I am unable to pursue these at this time but they look
rather important.  I am hoping someone could take up the torch and
look into them:

#29 libsvn0: breaks log feature in python libsvn
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=29

#299817 python2.3-subversion: trac revision log breaks
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299817

Thanks,

David


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#207471: tuareg-mode: Some syntax highlighting and indentation bugs

[Rui Tiago Cação Matos]

Most of these bugs are still on the code...

Is there any hope they will get fixed?

Thanks,

Rui


pgpoazA82IaGK.pgp
Description: PGP signature

Bug#296840: Apparantly this patch is already applied

[Micah Anderson]

tag 296840 - patch
thanks

I got the armagetron deb source and tried to patch, only to find that
this patch has already been applied, indeed the debian/changelog
states this.

This means that the current armagetron in the archive has these fixes:

A. packet with a fake sender ID caused a crash (CAN-2005-0369)
B. message with a fake message ID caused a crash (CAN-2005-0369)
C. socket unreacheable through empty packet (CAN-2005-0370)

The remaining fix needed is: 
D. fake players temporary freeze (CAN-2005-0371)

Which I gather is the reason for the retitle of the bug, this is my mistake.

I've posted a reply to the forum post to point out that this is
remaining, hopefully it will be resolved soon.

micah


signature.asc
Description: Digital signature

Bug#298982: prboom locks up if /etc/timidity/timidity.cfg does not exist

[Andrew Kanaber]

Josselin Mouette wrote:
> This is not very helpful, as it means the thread is waiting for another
> thread, nothing else. Could you run it with strace -f ?

1198  open("/dev/snd/pcmC0D0p", O_RDWR|O_NONBLOCK) = 8
[... 1198 clones 1199, 1199 clones 1200 ...]
1198  select(4, [3], NULL, NULL, {0, 0}) = 0 (Timeout)
1198  rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
1198  rt_sigsuspend([] 
[...]
1200  gettimeofday({032711, 359773}, NULL) = 0
1200  kill(1198, SIGRTMIN)  = 0
1200  ioctl(8, 0x400c4150, 0xbf7ffa14)  = -1 EPIPE (Broken pipe)
1200  ioctl(8, 0x4140, 0x4014cbb9)  = 0
1200  ioctl(8, 0x400c4150, 0xbf7ffa14)  = 0
1200  gettimeofday({032711, 360120}, NULL) = 0
1200  ioctl(8, 0x400c4150, 0xbf7ffa14)  = 0
1200  gettimeofday({032711, 360258}, NULL) = 0
1200  ioctl(8, 0x400c4150 
1198  --- SIGHUP (Hangup) @ 0 (0) ---
1198  +++ killed by SIGHUP +++
1200  <... ioctl resumed> , 0xbf7ffa14) = 0
[...]
1200  kill(1198, SIG_0) = -1 ESRCH (No such process)
1200  gettimeofday({032711, 499529}, NULL) = 0
1200  ioctl(8, 0x400c4150, 0xbf7ffa14)  = 0
1200  exit_group(0) = ?
[...]

Full trace at http://kanaber.com/prboom-trace if that helps...

Andrew


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296840: Patch to fix these problems

[Micah Anderson]

It appears as if the Armagetron Advanced developers know about this
problem and have made a patch. I logged into their forum and did a
search for security, and found this:

http://guru3.sytes.net/viewtopic.php?t=1641&highlight=security

The patch that apparantly fixes this problem is attached (and is fixed
in the upstream's CVS so that 0.2.7.1 and above are fixed).

Micah
diff -r -U 2 armagetronad-source-0.2.7.0/src/network/nNetwork.cpp 
armagetronad-source-0.2.7.0-security/src/network/nNetwork.cpp
--- armagetronad-source-0.2.7.0/src/network/nNetwork.cpp2004-06-18 
05:52:50.0 +0200
+++ armagetronad-source-0.2.7.0-security/src/network/nNetwork.cpp   
2005-02-15 22:39:58.902437264 +0100
@@ -447,4 +447,8 @@
try{
 #endif
+   // ignore out of range descriptors ( Thanks Luigi Auriemma )
+   if ( message.descriptor >= MAXDESCRIPTORS )
+   return;
+   
nDescriptor *nd=descriptors[message.descriptor];
if (nd){
@@ -1580,4 +1584,9 @@
 
unsigned short claim_id=ntohs(*bend);
+
+   // ignore out of range ids ( Thanks Luigi 
Auriemma )
+   if ( claim_id > MAXCLIENTS )
+   claim_id = MAXCLIENTS+1;
+   
/*
  std::cerr << "Received " << len << " bytes";
diff -r -U 2 armagetronad-source-0.2.7.0/src/network/net_udp.cpp 
armagetronad-source-0.2.7.0-security/src/network/net_udp.cpp
--- armagetronad-source-0.2.7.0/src/network/net_udp.cpp 2004-06-04 
18:20:57.0 +0200
+++ armagetronad-source-0.2.7.0-security/src/network/net_udp.cpp
2005-02-15 22:32:24.726482504 +0100
@@ -388,5 +388,5 @@
 int ANET_CheckNewConnections (void)
 {
-  unsigned longavailable;
+  int available = -1;
 
   if (net_acceptsocket == -1)
@@ -412,5 +412,5 @@
}
 
-  if (available)
+  if (available >= 0 )
 return net_acceptsocket;
   return -1;
@@ -434,9 +434,9 @@
{
ANET_ResetSocket( sock );
-   return 0;
+   return -1;
}
break;
case nSocketError_Ignore:
-   return 0;
+   return -1;
break;
}
@@ -498,9 +498,9 @@
{
ANET_ResetSocket( sock );
-   return 0;
+   return -1;
}
break;
case nSocketError_Ignore:
-   return 0;
+   return -1;
break;
}


signature.asc
Description: Digital signature

Bug#267236: manpages-zh/cman

[Carlos Z.F. Liu]

On Wed, Mar 16, 2005 at 04:48:44PM +, Qingning Huo wrote:
> Hi Carlos,
> 
> I didn't know your intension to adopt the package when I offered on
> debian-devel today.  It seems you are already working on that, while I
> don't even know where the latest upstream release is, the links on the
> website [1] are broken.  Where did you get the release?
> 
Yes, the website was dead for some days, but it's back now.

> So, I will do nothing now, unless you need any help.  By the way,
> Bastian Blank <[EMAIL PROTECTED]> offered to sponser the upload.  You
> may contact him if necessary.
> 
Thanks.

-- 
 Best Regards,
 Carlos


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295331: maintenance of fetchmail package

[Lucas Wall]

On 03/17/2005 01:25 AM, Graham Wilson wrote:
On Thu, Mar 03, 2005 at 10:58:28PM +0100, Nico Golde wrote:
* Graham Wilson <[EMAIL PROTECTED]> [2005-02-28 09:53]:
Have you heard back from the Alioth admins yet?
no :(

Any more luck?
The project is up, the list is up, but we are still waiting for Alioth 
admins to create the subversion repo. I hope someone has time over the 
weekend to do this, but its only a hope. I have no idea when/if they 
will have time.

K.
--
Lucas Wall <[EMAIL PROTECTED]>  .''`.
Buenos Aires, Argentina: :ø :   Debian GNU/Linux
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature

Bug#183995: NMU to make netkit-base use po-debconf

[Lucas Wall]

As announced in a previous mail sent to this bug I will now upload my NMU to
DELAY-2 queue. Attached to this mail you can find the patch with all my
changes.

K.

-- 
Lucas Wall <[EMAIL PROTECTED]>  .''`.  
Buenos Aires, Argentina: :ø :   Debian GNU/Linux   
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]
diff -u netkit-base-0.10/debian/changelog netkit-base-0.10/debian/changelog
--- netkit-base-0.10/debian/changelog
+++ netkit-base-0.10/debian/changelog
@@ -1,3 +1,19 @@
+netkit-base (0.10-10.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Switched to po-debconf. (closes: #183995)
+  * Added Japanese debconf template translation. (closes: #210433)
+  * Added Simplified Chinese debconf template translation. (closes: #231278)
+  * Updated Brazilian Portuguese debconf template translation.
+(closes: #235511)
+  * Updated French debconf template translation. (closes: #282559)
+  * Added Danish debconf template translation.
+  * Added Polish debconf template translation.
+  * Added Spanish debconf template translation. (closes: #151479)
+  * Added Finnish debconf template translation. (closes: #298911)
+
+ -- Lucas Wall <[EMAIL PROTECTED]>  Thu, 17 Mar 2005 00:24:14 -0300
+
 netkit-base (0.10-10) unstable; urgency=high
 
   * The "POSIX got it right, dammit." release.
reverted:
--- netkit-base-0.10/debian/templates.de
+++ netkit-base-0.10.orig/debian/templates.de
@@ -1,20 +0,0 @@
-Template: netkit-inetd/inetd-dos-services
-Type: boolean
-Default: true
-Description: Disable chargen, echo, daytime/udp, time/udp services?
- The `chargen', `echo', `daytime/udp' and/or `time/udp' internal
- services can be used for denial-of-service attacks and should therefore
- be disabled. For further information please check the CERT advisory
- CA-1996.01 (http://www.cert.org/advisories/CA-1996.01.html)
- .
- You should also check your /etc/inetd.conf and disable all unused
- services (especially UDP services).
-Description-de: Soll chargen, echo, daytime/udp, time/udp deaktiviert werden?
- Die internen Dienste 'chargen', 'echo', 'daytime/udp' und/oder 
- 'time/udp' könnten für Denial-of-Service-Attacken (DoS) missbraucht
- werden, und sollten aus diesem Grunde deaktiviert werden. Weitere
- Informationen erhalten Sie im CERT-Bericht CA-1996.01 unter der
- URL http://www.cert.org/advisories/CA-1996.01.html
- .
- Weiterhin sollten Sie die Datei /etc/inetd.conf überprüfen und alle
- nicht benötigten Dienste (insbesondere UDP-Dienste) deaktivieren.
diff -u netkit-base-0.10/debian/control netkit-base-0.10/debian/control
--- netkit-base-0.10/debian/control
+++ netkit-base-0.10/debian/control
@@ -3,12 +3,12 @@
 Priority: standard
 Maintainer: Anthony Towns <[EMAIL PROTECTED]>
 Standards-Version: 3.5.4
-Build-Depends: debhelper (>= 3.0.15)
+Build-Depends: debhelper (>= 4.1.16)
 
 Package: netkit-inetd
 Architecture: any
 Depends: ${shlibs:Depends}
-Suggests: debconf
+Suggests: debconf (>= 1.2.0)
 Replaces: netbase (<< 4.00)
 Description: The Internet Superserver
  The inetd server is a network daemon program that specializes in managing
diff -u netkit-base-0.10/debian/rules netkit-base-0.10/debian/rules
--- netkit-base-0.10/debian/rules
+++ netkit-base-0.10/debian/rules
@@ -29,6 +29,7 @@
 clean:
dh_testdir
dh_testroot
+   debconf-updatepo
 
# Add here commands to clean up after the build process.
-$(MAKE) clean
diff -u netkit-base-0.10/debian/templates netkit-base-0.10/debian/templates
--- netkit-base-0.10/debian/templates
+++ netkit-base-0.10/debian/templates
@@ -4,17 +4,8 @@
-Description: Disable chargen, echo, daytime/udp, time/udp services?
+_Description: Disable chargen, echo, daytime/udp, time/udp services?
  The `chargen', `echo', `daytime/udp' and/or `time/udp' internal services
  can be used for denial-of-service attacks and should therefore be
- disabled. For further information please check the CERT advisory CA-1996.01
- (http://www.cert.org/advisories/CA-1996.01.html)
+ disabled. For further information please check the CERT advisory
+ CA-1996-01 (http://www.cert.org/advisories/CA-1996-01.html)
  .
- You should also check your /etc/inetd.conf and disable all unused
- services (especially UDP services).
-Description-it: Devo disabilitare i servizi di chargen, echo, daytime/udp e 
time/udp?
- I servizi interni `chargen', `echo', `daytime/udp' e/o `time/udp' possono
- essere usati per attacchi di denial-of-service, e quindi dovrebbero essere
- disabilitati. Per ulteriori informazioni controllate il CERT advisory
- CA-1996.01 (http://www.cert.org/advisories/CA-1996.01.html)
- .
- Dovreste controllare anche /etc/inetd.conf e disabilitare tutti i servizi
- non usati (specialmente quelli UDP).
-
+ You should also check

Bug#295331: maintenance of fetchmail package

[Graham Wilson]

On Thu, Mar 03, 2005 at 10:58:28PM +0100, Nico Golde wrote:
> * Graham Wilson <[EMAIL PROTECTED]> [2005-02-28 09:53]:
> > Have you heard back from the Alioth admins yet?
> 
> no :(

Any more luck?

-- 
gram


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299344: devscripts: bts cache: Please add --quiet option suitable for cron jobs

[Henrique de Moraes Holschuh]

On Tue, 15 Mar 2005, Julian Gilbey wrote:
> Why would you want to know whether or not something was updated in a
> cronjob?  Surely --quiet should just suppress non-error output?

Because that also tells me there was some activity in the BTS I might want
to double-check.

But I would be fine with --quiet supressing all non-error output.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296617: fontconfig still ignores Terminus, patch attached

[Adeodato Simó]

reopen 296617
tag 296617 +patch
thanks

Hello Anton,

  Jouke's proposed solution for this bug, namely, adding symlinks in
  /usr/share/fonts, worked for the previous fontconfig version, 2.2.3.
  With the current version in sid, however, it no longer works, because
  the discrimination against bitmapped fonts is not done by including or
  not a directory, but by detecting the 'scalable' parameter on fonts
  (see /etc/fonts/conf.d/no-bitmaps.conf).

  The good news is that with fontconfig 2.3, you just need to install a
  configuration file under /etc/fonts/conf.d. A sample file that will
  work for xfonts-terminus is attached. Please keep the name, or make
  sure it follows the pattern NM-foo.conf, since otherwise is ignored.
  With this, you need not to put the symlinks under /usr/share/fonts any
  more.

  Cheers,

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
When it is not necessary to make a decision, it is necessary not to make
a decision.



  

  
terminus
  

  

Bug#299884: kdoomsday: please allow units to be optionally displayed

[Ben Burton]

Package: kdoomsday
Version: 0.2-1
Severity: wishlist

Hi.  It would be nice if there were an option to include units in the
panel display, instead of just the raw number.

e.g., allow "39d" or "39 days" instead of just "39".

Thanks! - Ben.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kdoomsday depends on:
ii  kdelibs44:3.3.2-3KDE core libraries
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-11   GCC support library
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299885: kdoomsday: please allow optional flat display

[Ben Burton]

Package: kdoomsday
Version: 0.2-1
Severity: wishlist

Hi again. :)

At the moment the panel display sits within a sunken box.  It would be
nice if there were an option to make the display flat (i.e., no sunken
box at all), since IMHO the sunken box looks a little strange when the
panel is transparent.

Thanks! - Ben.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kdoomsday depends on:
ii  kdelibs44:3.3.2-3KDE core libraries
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-11   GCC support library
ii  libstdc++5  1:3.3.5-12   The GNU Standard C++ Library v3


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299878: bazaar: baz tries to write to current working directory during library-add

[Rob Weir]

package bazaar
severity 297758 normal
merge 299878 297758
thanks my robot friend

On Wed, Mar 16, 2005 at 09:29:55PM -0500, Clint Adams said
> Package: bazaar
> Version: 1.1.1-1
> 
> This would be another good candidate for putting in $TMPDIR, I think.
> 
> % cd /
> % baz library-add --sparse [EMAIL PROTECTED]/website--trunk--0.1--patch-6
> unable to open file "./,,ancestry.026519.3834.18" (Permission denied)
> PANIC: I/O error

Thanks, merging with the other $TMPDIR bug.

-rob

-- 
Words of the day:   Echelon explosion Crowell SHA Blowpipe Ceridian Baranyi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#226720: cyrus21-imapd: still waiting on Cyrus 2.2.x packages...

[Henrique de Moraes Holschuh]

On Wed, 16 Mar 2005, Paul Traina wrote:
> Much thanks for your work.  If you're not able to complete the job, feel
> free to e-mail me what you have and I'll get it done.

Sven Mueller has done a lot of progress. I just posted the news.  If you
want to join the project, send me your alioth username.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#284581: 1400x1050 as well

[Chris Chiappa]

Same for 1400x1050, the native resolution of my laptop.  Just adding it to
the Modes line works fine, seems to lead to this in the log file:

GetModeLine - scrn: 0 clock: 84960
GetModeLine - hdsp: 1400 hbeg: 1472 hend: 1512 httl: 1600
  vdsp: 1050 vbeg: 1052 vend: 1053 vttl: 1062 flags: -2147483648

-- 

..ooOO [EMAIL PROTECTED]  | My opinions are my own  OOoo..
..ooOO [EMAIL PROTECTED]   | and certainly not those OOoo..
..ooOO http://www.chiappa.net/~chris/ | of my employer  OOoo..


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299883: libogg: new upstream version available (1.1.1)

[Tim Olsen]

Package: libogg
Severity: wishlist


libogg-1.1.1 is available at 
http://downloads.xiph.org/releases/ogg/libogg-1.1.1.tar.gz

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299882: smartpm: poor package description

[Andre Lehovich]

Package: smartpm
Version: 0.28-7
Severity: normal

The short description begins with "A alternative", it should
be "An alternative".

The package description claims it brings notable advantages
over APT.  What are the advantages?  Please consider listing
some of them in the package description.

The description also warns of bugs.  If these bugs are
serious enough to warn about in the package description they
are probably also serious enough that the package shouldn't
release with Sarge.  Please consider setting a dummy RC bug
to keep it from prematurely migrating into Testing.

Thanks,
--Andre




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299762: jadetex: Does not preserve user changes upon upgrade

[OHURA Makoto]

  Hi.

From: [EMAIL PROTECTED] (Frank Küster)
Subject: Bug#299762: jadetex: Does not preserve user changes upon upgrade
Date: Wed, 16 Mar 2005 09:18:52 +0100

> Every time the postinst is called with "configure", be it upon upgrade,
> install after remove, or dpkg-reconfigure, the file
> /etc/texmf/fmt.d/40jadetex.cnf is restored.  If the file is deleted or
> renamed by adding an additional suffix, it is restored.  This violates
> Policy 10.7.3, 
> 
> ,
> | Configuration file handling must conform to the following behavior:
> | 
> | * local changes must be preserved during a package upgrade, 
> `
> 
> The attached patch fixes this behavior. 40jadetex.cnf is made a
> conffile, and just left on the system when jadetex is removed, but not
> purged.  fmtutil has no problem with this, it simply ignores formats in
> fmtutil.cnf for which the ini files cannot be found.  

  O.K.  I'll do so.  I'll work this weekend, including your
patches in other reports.

  Thanks.


  OHURA Makoto: [EMAIL PROTECTED](Debian Project)
[EMAIL PROTECTED](LILO/Netfort)
  GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt
1024D/77DCE083
fingerprint: 54F6 D1B1 2EE1 81CD 65E3  A1D3 EEA2 EFA2 77DC E083
  http://www.netfort.gr.jp/~ohura/


pgpwJ6jjdURXE.pgp
Description: PGP signature

Bug#280175: The KMail PGP/MIME problem solved: gnupg-agent in Debian

[Adeodato Simó]

Hello all,

  As you may know, KMail in Debian testing/unstable has had the severe
  limitation of not being able to decrypt mail encrypted using the
  PGP/MIME standard, without the help of an external program, namely
  gnupg-agent. As this program was not available from Debian, indeed
  only from external repositories, the situation was far from
  satisfying, for users, maintainers, and upstream. This is Debian Bug
  #280175 and KDE Bug #92619.

  Myself and the other members of the KDE team have repeatedly stated
  that work was in progress, and asked for your patience. I'm happy to
  announce that the 'gnupg-agent' package is available as of today in
  Debian Sid, and hopefully soon from Debian Sarge as well. This will
  make KMail fully functional in the upcoming Debian 3.1 release, which
  is undoubtedly a good thing. For the sake of completeness, gpgsm has
  also been uploaded, which will make the KDE certificate manager,
  kleopatra, functional as well.

  I want to thank you for your understanding during this delay, and also
  to thank the people that have made this possible. I know Debian can be
  slow at times, but we try not to forget the outstanding issues.

  Thanks for reading.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
A lie can go round the world before the truth has got its boots on.
-- Terry Pratchett



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299881: avr-libc: ADC register define stomps on instruction of same name

[Terran Melconian]

Package: avr-libc
Version: 1.2.3-2
Severity: minor

The Analog to Digital Converter registers are defined like so:

#define ADC  _SFR_IO16(0x04)
#define ADCL _SFR_IO8(0x04)
#define ADCH _SFR_IO8(0x05)

This is somewhat unfortunate, because "ADC" is also the ADd with Carry
instruction in assembly.  This breaks preprocessed assembly files
which use capital instruction mnemonics.  (ADCL and ADCH do not
conflict with anything).

Perhaps the 16-bit ADC register could be renamed, or simply not
defined when __ASSEMBLY__ is defined.  Whatever solution is
implemented should probably be tested with a C program with inline
assembly as well.

I filed this as "minor" because it's easy to work around by undefining
ADC again after including the header.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#129781: version 2 of the patch

[Joey Hess]

Attached patch (to be applied after the first one) has these
improvements:

 - sort blocking data fields so merge works
 - fix merge check for Blocked-By fields
 - fix cloning of bugs that are blockers or blocked
 - deal properly with changing blocking status of sets of merged bugs

-- 
see shy jo
diff --exclude=CVS -ur old/source/scripts/service.in debbugs/scripts/service.in
--- old/source/scripts/service.in   2005-03-16 21:55:19.0 -0500
+++ debbugs/scripts/service.in  2005-03-16 21:50:30.0 -0500
@@ -509,7 +509,18 @@
$ref=$b;
if (&getbug) {
push @okayblocks, $b;
-   &cancelbug; # done checking the bug exists
+
+   # add to the list all bugs that are merged with $b,
+   # because all of their data must be kept in sync
+   @thisbugmergelist= split(/ /,$data->{mergedwith});
+   &cancelbug;
+
+   foreach $ref (@thisbugmergelist) {
+   if (&getbug) {
+  push @okayblocks, $ref;
+  &cancelbug;
+   }
+   }
}
else {
¬foundbug;
@@ -545,11 +556,9 @@
my @oldblocklist = split ' ', $data->{blocks};
$data->{blocks} = '' if ($addsub eq "set");
foreach my $b (@okayblocks) {
-   $data->{blocks} = join ' ', grep $_ ne $b, 
-   split ' ', $data->{blocks};
-   $data->{blocks} = "$b $data->{blocks}" unless $addsub eq 
"sub";
+   $data->{blocks} = manipset($data->{blocks}, $b,
+   ($addsub ne "sub"));
}
-   $data->{blocks} =~ s/\s*$//;
 
foreach my $b (@oldblocklist) {
if (! grep { $_ eq $b } split ' ', $data->{blocks}) {
@@ -568,18 +577,15 @@
foreach $ref (keys %addedblocks) {
if (&getbug) {
foreach my $b (@{$addedblocks{$ref}}) {
-   $data->{blockedby} = join ' ', grep $_ ne $b,
-   split ' ', $data->{blockedby};
-   $data->{blockedby} = "$b $data->{blockedby}";
+   $data->{blockedby} = manipset($data->{blockedby}, $b, 
1);
}
&savebug;
 }
}
foreach $ref (keys %removedblocks) {
if (&getbug) {
-   foreach my $b (@{$addedblocks{$ref}}) {
-   $data->{blockedby} = join ' ', grep $_ ne $b,
-   split ' ', $data->{blockedby};
+   foreach my $b (@{$removedblocks{$ref}}) {
+   $data->{blockedby} = manipset($data->{blockedby}, $b, 
0);
}
&savebug;
 }
@@ -646,7 +652,7 @@
$data->{severity} = '$gDefaultSeverity' if $data->{severity} eq '';
&checkmatch('severity','m_severity',$data->{severity});
&checkmatch('blocks','m_blocks',$data->{blocks});
-   &checkmatch('blocked-by','m_blocked-by',$data->{blockedby});
+   &checkmatch('blocked-by','m_blockedby',$data->{blockedby});
&checkmatch('done mark','m_done',length($data->{done}) ? 'done' : 
'open');
&checkmatch('owner','m_owner',$data->{owner});
foreach my $t (split /\s+/, $data->{keywords}) { $tags{$t} = 1; }
@@ -699,20 +705,37 @@
} else {
$action= "$gBug $origref cloned as bugs 
$firstref-$lastref.";
}
+
+   my $blocks = $data->{blocks};
+   my $blockedby = $data->{blockedby};
+   
&getnextbug;
my $ohash = get_hashname($origref);
-   $ref = $firstref;
+   my $clone = $firstref;
for $newclonedid (@newclonedids) {
-   $clonebugs{$newclonedid} = $ref;
+   $clonebugs{$newclonedid} = $clone;

-   my $hash = get_hashname($ref);
-   copy("db-h/$ohash/$origref.log", "db-h/$hash/$ref.log");
-   copy("db-h/$ohash/$origref.status", 
"db-h/$hash/$ref.status");
-   copy("db-h/$ohash/$origref.summary", 
"db-h/$hash/$ref.summary");
-   copy("db-h/$ohash/$origref.report", 
"db-h/$hash/$ref.report");
-   &bughook('new', $ref, $data);
+   my $hash = get_hashname($clone);
+   copy("db-h/$ohash/$origref.log", "db-h/$hash/$clone.log");
+   copy("db-h/$ohash/$origref.status", 
"db-h/$hash/$clone.status");
+   copy("db-h/$ohash/$origref.summary", 
"db-h/$hash/$clone.summary");
+   copy("db-h/$ohash/$origref.report", 
"db-h/$hash/$clone.report");
+   

Bug#245656: #245656 Please provide mpeg encoder plugin

[Achim Bohnet]

Hi Paul, Mark, Gilles,

[Gilles: see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245656]

kipi-plugins in sid is build with the mpegencoder.  The plugins
itself is free.  In case mjpegtools is not installed it provides
a useful dialog that explains how to procced.   For this reason
I didn't consider mpegencoder plugin useless and didn't disable
it's build.

If there are nevertheless legal reason that prohibit mpegencoder
as part of kipi-pluigns let me know and I'll disable it.

Gilles are you aware of any alternative that mjpegtools really
free?

Achim
-- 
  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
  -- [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299880: using ccache seriously breaks scons

[Jason Dorje Short]

Package: ccache
Version: 2.3-1.1
Severity: important


I use ccache by symlinking /usr/local/bin/gcc to /usr/bin/ccache.  
However when I use the scons build environment this completely breaks 
any use of gcc.

The reason is that scons (to "ensure" a consistent build environment) 
clears all environment variables.  This includes $HOME, which ccache (at 
least in my configuration) needs to find the cache dir.  So I get errors 
like

ccache: failed to create (null)/.ccache (No such file or directory)

any time I run scons.

I've already reported this as a bug to the scons people.  They claim 
it's a feature of scons, not a bug (and offered a complex workaround by 
changing my scons configuration...but I don't use scons enough to make 
this worthwhile).

I'd suggest that if getenv("HOME") is NULL (or in general, if the cache 
dir can't be found) that ccache should just run gcc rather than exiting 
with an error.  It may be useful to have a warning message but an error 
is avoidable.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
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 ccache depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299879: Nat is not working from 2.6.10-5 to 2.6.10-6

[bear]

Package: kernel-source-2.6.10
Version: 2.6.10-6
Severity: important

"modprobe iptable_nat" with following kernel error

ip_conntrack: Unknown symbol ip_defrag
iptable_nat: Unknown symbol ip_ct_protos
iptable_nat: Unknown symbol ip_ct_selective_cleanup
iptable_nat: Unknown symbol invert_tuplepr
iptable_nat: Unknown symbol ip_ct_gather_frags
iptable_nat: Unknown symbol ip_conntrack_untracked
iptable_nat: Unknown symbol ip_conntrack_htable_size
iptable_nat: Unknown symbol ip_conntrack_tcp_update
iptable_nat: Unknown symbol ip_conntrack_destroyed
iptable_nat: Unknown symbol need_ip_conntrack
iptable_nat: Unknown symbol ip_conntrack_tuple_taken
iptable_nat: Unknown symbol ip_conntrack_alter_reply

and "modprobe ip_conntrack" with following kernel error

ip_conntrack: disagrees about version of symbol ip_defrag
ip_conntrack: Unknown symbol ip_defrag

Thanks for your help!


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-k7
Locale: LANG=zh_CN.GBK, LC_CTYPE=zh_CN.GBK (charmap=GBK)

Versions of packages kernel-source-2.6.10 depends on:
ii  binutils  2.15-5 The GNU assembler, linker and bina
ii  bzip2 1.0.2-5high-quality block-sorting file co
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299876: clarification

[Clarence Risher]

I would like to clarify that this bad behavior was seen only when
slidentd was automatically scheduled for removal while installing a
conflicting package (one of a number of other ident daemons).  If
slidentd is removed alone then it prefixes its inetd.conf entry with
#OFF# (or something to that effect) which seems somewhat acceptable.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299571: More info

[Sam Morris]

I compiled libloudmouth1-0 with debugging symbols in order to get a
better backtrace; however, when I tried to reproduce the problem Gossip
didn't crash. Instead, the following was printed a few thousand times:

(gossip:21054): GLib-CRITICAL **: g_markup_parse_context_free: assertion
`!context->parsing' failed

** (gossip:21054): WARNING **: Parsing failed

-- 
Sam


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299878: bazaar: baz tries to write to current working directory during library-add

[Clint Adams]

Package: bazaar
Version: 1.1.1-1

This would be another good candidate for putting in $TMPDIR, I think.

% cd /
% baz library-add --sparse [EMAIL PROTECTED]/website--trunk--0.1--patch-6
unable to open file "./,,ancestry.026519.3834.18" (Permission denied)
PANIC: I/O error



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299877: tetex-bin: texdoc contains undefined command

[Eythan Weg]

Package: tetex-bin
Version: 3.0-2
Severity: normal

Texdoc  sometimes produces the line:
/usr/bin/texdoc: line 198: setupTmpDir: command not found

For example 
 texdoc pdftex-a 


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages tetex-bin depends on:
ii  debconf  1.2.19  Debian configuration management sy
ii  debianutils  2.10.2  Miscellaneous utilities specific t
ii  dpkg 1.10.27 Package maintenance system for Deb
ii  ed   0.2-18  The classic unix line editor
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgcc1  1:3.4.3-7   GCC support library
ii  libice6  4.3.0-0pre1v5   Inter-Client Exchange library
ii  libkpathsea4 3.0-2   path search library for teTeX (run
ii  libpaper11.1.13  Library for handling paper charact
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0-0pre1v5   X Window System Session Management
ii  libstdc++5   1:3.3.4-3   The GNU Standard C++ Library v3
ii  libt1-5  5.0.2-3 Type 1 font rasterizer library - r
ii  libx11-6 4.3.0-0pre1v5   X Window System protocol client li
ii  libxaw7  4.3.0-7 X Athena widget set library
ii  libxext6 4.3.0-0pre1v5   X Window System miscellaneous exte
ii  libxmu6  4.3.0-0pre1v5   X Window System miscellaneous util
ii  libxpm4  4.3.0-0pre1v5   X pixmap library
ii  libxt6   4.3.0-0pre1v5   X Toolkit Intrinsics
pi  mime-support 3.31-1  MIME files 'mime.types' & 'mailcap
ii  perl 5.8.4-6 Larry Wall's Practical Extraction 
ii  sed  4.1.2-1 The GNU sed stream editor
ii  tetex-base   3.0-2   Basic library files of teTeX
ii  ucf  1.02Update Configuration File: preserv
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299572: init script bug

[Pär Andersson]

There is a small mistake in the new package that makes this bug not fully 
closed. You have missed to add -u $UGID for restart in the init script. Other 
than that 4.2.0a+stable-6 works fine for me, good work!

/Pär
--- ntp-server	2005-03-15 23:40:18.0 +
+++ ntp-server	2005-03-17 01:29:45.0 +
@@ -28,7 +28,7 @@
 		echo -n "Restarting NTP server: ntpd... "
   		start-stop-daemon --stop --quiet --pidfile /var/run/ntpd.pid
   		sleep 2
-  		start-stop-daemon --start --quiet --exec /usr/sbin/ntpd -- -p /var/run/ntpd.pid
+  		start-stop-daemon --start --quiet --exec /usr/sbin/ntpd -- -p /var/run/ntpd.pid -u $UGID
 		echo "done."
   		;;
 	reload)

Bug#299876: slidentd: does not remove inetd.conf entry on package removal

[Clarence Risher]

Package: slidentd
Version: 1.0.0-1
Severity: normal

when slidentd is uninstalled it does not remove its entry from
/etc/inetd.conf which causes the next identd installed to be unable to
add its own entry.  manually fixing this inconsistency is trivial but
annoying.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages slidentd depends on:
ii  adduser   3.59   Add and remove users and groups

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299875: ppp: out-of-memory 30min after "LCP terminated by peer"

[Christian]

Package: ppp
Version: 2.4.2+20040428-6
Severity: critical
Justification: breaks the whole system

hello pppeople,

i've encountered serious problems with pppd and days of monitoring the
issues lead me to the assumption that pppd is to blame. feel free to
tell me otherwise and i'll happily forward the problem to the right
people - because i am not guru enough to fix it.

the problem in short: i am using pppd with pppoe (ADSL dialup) i get 
disconnected by my ISP once a day and pppd receives "LCP terminated by
peer" then. normally pppd will reconnect and the box would be online
again. this does not happen anymore, instead 30min after disconnect all
RAM is chewed up by *something* (still don't know by what, please read
on) and OOM killer kicks in, killing almost every application.

i have reported the issue to the linux-kernel mailinglist first, because
i thought it was a kernel issue:
  http://lkml.org/lkml/2005/3/8/173
  http://lkml.org/lkml/2005/3/10/109
maybe the replies are noteworthy too. 

yesterday i hit the issue again, with more (hopefully helpful) details:
  http://www.ussg.iu.edu/hypermail/linux/kernel/0503.2/0316.html
again, the time between "LCP terminated by peer" to the first OOM
messages are (alsmost exactly) 30min. when this happens, i am usually
not around, so when i get to the machine, OOM has already happened. i
can recover the machine (no reboot, but SYSRQ-E) and i have to kill -9
pppd, anything else does not work:

http://nerdbynature.de/bits/sheep/2.6.11/oom/pppd.log
("Terminating on signal 15" does not work, "+++ killed by SIGKILL +++"
is the only choice.)

i first noticed this behaviour with a new kernel, namely 2.6.11, but
downgrading to a former (stable for me) kernel (2.6.11-rc5-bk2) did not
help. instead, i downgraded from pppd-2.4.3-20041231+2 to
ppp-2.4.2+20040428-6 and got rid of the problem! 2.4.3 was uploaded on
26.02.2005, and a couple of days later i switched to a new kernel and
did a "apt-get upgrade". that could be the cause, i suspected kernel
issues first. 

have a look at http://nerdbynature.de/bits/sheep/2.6.11/oom/   for
further details, feel free to ask. i still did not manage to reproduce
the problem "by hand", e.g. by setting up a pppoe server on the same
machine,  connecting with "pppd call..." and killing the pppoe server
(in the hope that it might send "LCP terminated by peer" to the pppd").


thank you for your time,
Christian.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages ppp depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libpam-modules  0.76-22  Pluggable Authentication Modules f
ii  libpam-runtime  0.76-22  Runtime support for the PAM librar
ii  libpam0g0.76-22  Pluggable Authentication Modules l
ii  libpcap0.7  0.7.2-7  System interface for user-level pa
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  makedev 2.3.1-76 creates device files in /dev
ii  netbase 4.20 Basic TCP/IP networking system
ii  procps  1:3.2.5-1/proc file system utilities

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#263743: [Debian-ppc64-devel] Re: Bug#263743: Call For Help - Please support the ppc64 architecture

[Benjamin Herrenschmidt]

On Thu, 2005-03-17 at 01:07 +, Scott James Remnant wrote:
> On Thu, 2005-03-17 at 01:57 +0100, Andreas Jochens wrote:
> 
> > On 05-Mar-17 00:10, Scott James Remnant wrote:
> > > No, I would just prefer consistency.  You've deliberately chosen an
> > > architecture name that's jarringly different from your 32-bit variant;
> > > that's a rather bold thing to do, and I think you need to justify that.
> > 
> > The decision to use the name 'ppc64' is based on the LSB and it is 
> > consistent with the decision of all other distributions I know of.
> > 
> But it isn't consistent with Debian's previous decision on the PowerPC
> port.  In particular, the LSB mandates "ppc32" for what we call
> "powerpc".

Ok, so if I follow you: We did it wrong for powerpc, and that justifies
doing it wrong again for ppc64 ?

Hrm...

Ben.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299874: ntp-server: After upgrade: action "start" failed.

[Vincent Lefevre]

Package: ntp-server
Version: 1:4.2.0a+stable-6
Severity: normal

When upgrading to ntp-* 4.2.0a+stable-6:

[...]
Setting up ntp-simple (4.2.0a+stable-6) ...
Restarting NTP server: ntpd... done.

Setting up ntp-server (4.2.0a+stable-6) ...
Installing new version of config file /etc/init.d/ntp-server ...
Starting NTP server: ntpdinvoke-rc.d: initscript ntp-server, action "start" 
failed.

However, restarting the NTP server with "/etc/init.d/ntp-server start"
works without any problem. Something wrong in the upgrade scripts?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages ntp-server depends on:
ii  ntp1:4.2.0a+stable-6 Network Time Protocol: network uti
ii  ntp-simple 1:4.2.0a+stable-6 Network Time Protocol: daemon for 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299873: vlogger: mkdir flag would be helpful

[Charles Fry]

Package: vlogger
Version: 1.1-2
Severity: wishlist

My experience running vlogger has demonstrated that there are many
spurious requests made to my server for virtual hosts that simply don't
exist on this machine.

In order to deal with this, I would find it helpful if vlogger had a
flag which only wrote logs for a vhost if that vhost's directory already
existed (i.e. mkdir would never be called).

Charles

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (90, 'testing'), (80, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1um
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages vlogger depends on:
ii  libtimedate-perl  1.1600-4   Time and date functions for Perl
ii  perl  5.8.4-6Larry Wall's Practical Extraction 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299872: vlogger: an option to write through to access.log would be nice

[Charles Fry]

Package: vlogger
Version: 1.1-2
Severity: wishlist

It would be most helpful if vlogger had a flag that directed to write
all access messages through to access.log, in addition to writing them
to the vhost log files.

There might be various reasons for wanting this, but some that come to
mind would be for 1) tracking down unusual vlogger behavior/bugs, 2)
performing log analysis for a server (without having to recurse into
each separate vhost).

Charles

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (90, 'testing'), (80, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1um
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages vlogger depends on:
ii  libtimedate-perl  1.1600-4   Time and date functions for Perl
ii  perl  5.8.4-6Larry Wall's Practical Extraction 

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#245593: append-to-version kills all separate (out-of-tree) modules

[Manoj Srivastava]

On Sat, 12 Mar 2005 13:35:20 +0100, Florian Lohoff <[EMAIL PROTECTED]> said: 

> Hi, i have seen similar things happening on my machines. Either
> failing external module trees or unloadable modules.

Umm, full logs would help.

> I had success in not doing a "make-kpkg modules-image" but rather
> giving the --append-to-version again on that exec.

Umm, "on that exec"?

> My guess was that the append-to-version was not persistant between
> calls to make-kpkg in an otherwise untouched tree.

This is documented.
--
 make-kpkg does not remember the argument foo in between invocations
 (this is different from the behavior of --revision, which we do
 remember in between invocations).
--

manoj
-- 
Cats are intended to teach us that not everything in nature has a
function. Garrison Keillor
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#263743: Call For Help - Please support the ppc64 architecture

[Scott James Remnant]

On Thu, 2005-03-17 at 01:57 +0100, Andreas Jochens wrote:

> On 05-Mar-17 00:10, Scott James Remnant wrote:
> > No, I would just prefer consistency.  You've deliberately chosen an
> > architecture name that's jarringly different from your 32-bit variant;
> > that's a rather bold thing to do, and I think you need to justify that.
> 
> The decision to use the name 'ppc64' is based on the LSB and it is 
> consistent with the decision of all other distributions I know of.
> 
But it isn't consistent with Debian's previous decision on the PowerPC
port.  In particular, the LSB mandates "ppc32" for what we call
"powerpc".

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


signature.asc
Description: This is a digitally signed message part

Bug#299871: gnucash: not installable on i386

[Joanne Valentine-Cooper]

Package: gnucash
Version: 1.8.10-7
Severity: important

gnucash depends on gnucash-common.
gnucash is architecture-dependent.
gnucash-common is not.
gnucash: latest version on i386 is 1.8.10-7.
gnucash-common: latest version is 1.8.10-9.
gnucash and gnucash-common both have versioned depends on eachother.
gnucash 1.8.10-7 will not install with gnucash-common 1.8.10-9.
gnucash-common 1.8.10-7 is not in any main Debian archive.
much wailing and gnashing of teeth follows.

thank god for snapshot.debian.net (discovered after two hours on Google)
but should't this be dealt with?
I sure think so.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gnucash depends on:
pn  bonobo   Not found.
ii  gdk-imlib1   1.9.14-16.2 imaging library for use with gtk (
pn  guile-1.6-libs   Not found.
pn  guile-1.6-slib   Not found.
ii  libart2  1.4.2-19The GNOME canvas widget - runtime 
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
pn  libbonobo2   Not found.
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
pn  libdate-manip-perl   Not found.
ii  libdb3   3.2.9-22Berkeley v3 Database Libraries [ru
ii  libesd-alsa0 [libesd0]   0.2.35-2Enlightened Sound Daemon (ALSA) - 
pn  libfinance-quote-perlNot found.
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
pn  libgal23 Not found.
pn  libgdk-pixbuf-gnome2 Not found.
ii  libgdk-pixbuf2   0.22.0-7The GdkPixBuf image library, gtk+ 
pn  libghttp1Not found.
pn  libglade-gnome0  Not found.
pn  libglade0Not found.
ii  libglib1.2   1.2.10-9The GLib library of C routines
ii  libgnome32   1.4.2-19The GNOME libraries
pn  libgnomeprint15  Not found.
ii  libgnomesupport0 1.4.2-19The GNOME libraries (Support libra
ii  libgnomeui32 1.4.2-19The GNOME libraries (User Interfac
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
pn  libgtkhtml20 Not found.
pn  libguile-ltdl-1  Not found.
pn  libguppi16   Not found.
pn  libgwrapguile1   Not found.
ii  libltdl3 1.5.6-5 A system independent dlopen wrappe
pn  liboaf0  Not found.
pn  libofx0c102  Not found.
ii  liborbit00.5.17-9Libraries for ORBit - a CORBA ORB
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
pn  libqthreads-12   Not found.
ii  libstdc++5   1:3.3.5-10  The GNU Standard C++ Library v3
ii  libxml1  1:1.8.17-10 GNOME XML library
pn  libzvt2  Not found.
pn  oaf  Not found.
pn  slib Not found.
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299870: libspreadsheet-parseexcel-perl: Choking on NULLs

[Frederic Briere]

Package: libspreadsheet-parseexcel-perl
Version: 0.2603-2
Severity: normal

[ Remember that submitters aren't CC'ed when you reply to bug reports. ]


Here's another one:  

It looks fine if you look at it in gnumeric/OOo, or print its contents
in an ISO-8859-1 terminal:

  perl -MSpreadsheet::ParseExcel -le 'print 
Spreadsheet::ParseExcel->new->Parse("products.xls")->{Worksheet}[0]{Cells}[0][0]->Value'
 

  Manteau en cuir 3/4 boutonné à l'avant, avec garnitures aux empiècements 
avant et arrière, et doublure isolante. Importé.
  Étoff


(Though you may notice the cutoff after 128 characters.)

Here's where it gets interesting:

  perl -MSpreadsheet::ParseExcel -le 'print unpack "H*", 
Spreadsheet::ParseExcel->new->Parse("products.xls")->{Worksheet}[0]{Cells}[0][0]->Value'

  
014d0061006e007400650061007500200065006e0020006300750069007200200033002f003400200062006f00750074006f006e006e00e9002000e00020006c0027006100760061006e0074002c002000610076006500630020006700610072006e006900740075007200650073002000610075007800200065006d0070006900e800630065006d0065006e007400730020006100760061006e00740020006500740020006100720072006900e800720065002c00200065007400200064006f00750062006c007500720065002000690073006f006c0061006e00740065002e00200049006d0070006f0072007400e9002e000a00c90074006f0066006600


(Or better yet, pipe it through hexdump -C for prettier results.)


This is actually the verbatim contents of the file, which I suspect has
to do with the 255-char limitation of Excel95.  Or maybe not.  But it's
clear that SS:PE:

  a) only read the first 255 characters of that cell
  b) didn't know how to decode the contents

(It also replaced the last character with 0x0a, if you look carefully.)


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-deb
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages libspreadsheet-parseexcel-perl depends on:
ii  libole-storage-lite-perl  0.14-2 simple class for OLE document inte
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information

Bug#299869: ttf-thryomanes: some derived latin characters (fi ligature for ex.) do not match appearance of ascii chars in italic

[Henry House]

Package: ttf-thryomanes
Version: 1:1.1-1
Severity: normal

The appearance of Ä (dotless i, unicode 0x0131), ï (fi ligature,
0xFB01), and ï (fl ligature, 0xFB02) do not match the appearance of the
regular ascii i, f, and l in the italic font. The regular italic F has
a flourish that protrudes below the baseline but the italic f-ligatures
look like slanted versions of their roman counterparts. It is the same
with the dotless i, which should look exactly like an italic ascii i but
missing the dot; instead it looks like a slanted roman i. I have not
checked for other problems like this so there may be more.

In addition, the ligatures ff, ffl, and ffi are missing.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-ow1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages ttf-thryomanes depends on:
ii  defoma   0.11.8-0.1  Debian Font Manager -- automatic f
ii  xutils   4.3.0.dfsg.1-10 X Window System utility programs

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299516: nufw show description

[Justin Pryzby]

There are some gramatical errors in the nufw description.

Description: a per-user firewalling daemon that interfers with libipq
^
interfaces?

Surely you don't mean "interferes", but that's the first thing I
thought (and Joey, too).

Therefor this package should also Build-Depend: on libiptables-dev, no?  It is 
certainly linking with it [0].  

Other comments on the description:

Old:
< NuFW is an authenticating gateway, which means that connections are
< authenticated before being forwarded through the gateway.

New:
> NuFW is an authenticating gateway; it authenticatese all connections
> before forwarding them.

Old:
< Classical packet filtering systems disregard the identity of the
< user who may be attempting to access the network, instead caring
< only about the originating IP addresses.

New:
> Classical packet filtering systems disregard the identity of the
> user accessing the network, instead caring only about the
> originating IP addresses.

.

Old:
< Nufw is the daemon that receives some network packets through the
< QUEUE netfilter rule.  Informations about those packets are
< forwarded to the nuauth daemon, which decides if packets should be
< accepted or denied, sends back the information to Nufw that applies
< decisions.

New:
< Nufw is a daemon that receives network packets through netfilter's
< QUEUE rule.  Informations about those packets are
< forwarded to the nuauth daemon, which decides if packets should be
< accepted or denied, and returns the result to Nufw which applies the
< decision.

Hope that helps.
Justin

References

[0] 
http://buildd.debian.org/fetch.php?&pkg=nufw&ver=0.8.5-3&arch=ia64&stamp=1110351487&file=log&as=raw


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#263743: Call For Help - Please support the ppc64 architecture

[Andreas Jochens]

On 05-Mar-17 00:10, Scott James Remnant wrote:
> No, I would just prefer consistency.  You've deliberately chosen an
> architecture name that's jarringly different from your 32-bit variant;
> that's a rather bold thing to do, and I think you need to justify that.

The decision to use the name 'ppc64' is based on the LSB and it is 
consistent with the decision of all other distributions I know of.

> Obviously I have no power to overrule you on your choice of architecture
> name, but I'd like to try and appeal to some common sense in you, if
> there is any.

I think that common sense would be to follow the LSB and to use the 
LSB conforming package name that all other distributions use.

Again, the name of the port could be changed and the existing archive 
could be recompiled. But I think that people would later come 
to the conclusion that deviating from the standard was a bad thing 
in this case.

I did not yet hear a single vote for the package name 'powerpc64' from
anybody who is actively involved in the p(ower)pc64 port.

Regards
Andreas Jochens


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299867: mailman: sync_members man page does not contain -g option

[Tudor Holton]

Package: mailman
Version: 2.1.5-4
Severity: normal

Hello,

The sync_members manpage does not list the -g option whereas
sync_members --help does.

This led me to believe that the option did not exist.

Please update the man page.

Keep up with the good work!   Works fantastically!

Cheers,
Tudor.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.20-bf2.4-xfs
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mailman depends on:
ii  apache [httpd]  1.3.33-3 versatile, high-performance HTTP s
ii  apache-ssl [httpd]  1.3.33-3 versatile, high-performance HTTP s
ii  cron3.0pl1-86management of regular background p
ii  debconf 1.4.30.11Debian configuration management sy
ii  exim4-daemon-heavy [mail-tr 4.34-10  Exim (v4) with extended features, 
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  logrotate   3.7-2Log rotation utility
ii  pwgen   2.03-1   Automatic Password generation
ii  python  2.3.4-5  An interactive high-level object-o
ii  ucf 1.13 Update Configuration File: preserv

-- debconf information:
* mailman/queue_files_present:
  mailman/default_server_language: en
  mailman/gate_news: false
* mailman/site_languages: en
  mailman/used_languages: en
* mailman/create_site_list:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299866: wdm: leaks file-descriptors to X server authority-files

[Michael Gernoth]

Package: wdm
Version: 1.27-2.2
Severity: important

When wdm creates the authority-files for the X server, it uses mkstemp
to create the files, but ignores the handed-back filedescriptor from
mkstemp. These fds are also inherited by the X servers spawned by wdm.
This leads to wdm using more than 200 fds in a few days on our
sunray-servers. The following patch fixes the problem:

--- wdm-1.27/src/wdm/auth.c.orig2005-03-17 01:10:18.0 +0100
+++ wdm-1.27/src/wdm/auth.c 2005-03-17 01:12:23.0 +0100
@@ -316,7 +316,7 @@
sprintf (d->authFile, "%s/%s/%s/A%s-XX",
 authDir, authdir1, authdir2, cleanname);
 #ifdef HAVE_MKSTEMP
-   (void) mkstemp (d->authFile);
+   (void) close(mkstemp (d->authFile));
 #else
(void) mktemp (d->authFile);
 #endif


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (1050, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.29
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages wdm depends on:
ii  debconf  1.4.30.12   Debian configuration management sy
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libpam-modules   0.76-22 Pluggable Authentication Modules f
ii  libpam-runtime   0.76-22 Runtime support for the PAM librar
ii  libpam0g 0.76-22 Pluggable Authentication Modules l
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libwraster3  0.91.0-7Shared libraries of Window Maker r
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxmu6  4.3.0.dfsg.1-10 X Window System miscellaneous util
ii  psmisc   21.5-1  Utilities that use the proc filesy
ii  xbase-clients4.3.0.dfsg.1-10 miscellaneous X clients
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  xutils   4.3.0.dfsg.1-10 X Window System utility programs

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299868: tuxracer: fails to start

[Nick Kepper]

Package: tuxracer
Version: 0.61-6.4
Severity: normal


Tuxracer does not start. The first time started it reports following
error:

Tux Racer 0.61 -- a Sunspire Studios Production
(http://www.sunspirestudios.com)
(c) 1999-2000 Jasmin F. Patry <[EMAIL PROTECTED]>
"Tux Racer" is a trademark of Jasmin F. Patry
Tux Racer comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to redistribute it under certain conditions.
See http://www.gnu.org/copyleft/gpl.html for details.

X Error of failed request:  BadValue (integer parameter out of range for
operation)
  Major opcode of failed request:  135 (XFree86-VidModeExtension)
  Minor opcode of failed request:  10 (XF86VidModeSwitchToMode)
  Value in failed request:  0x48
  Serial number of failed request:  110
  Current serial number in output stream:  112


Starting Tuxracer a second time will restart X.

The system is a PowerBook G4 with a ATI Technologies Inc Rage 
Mobility M3 AGP 2x (rev 02) graphics card (rage 128). 

cheers
   Nick

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages tuxracer depends on:
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libgcc1   1:3.4.3-6  GCC support library
ii  libice6   4.3.0.dfsg.1-10Inter-Client Exchange library
ii  libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libsm64.3.0.dfsg.1-10X Window System Session Management
ii  libstdc++51:3.3.5-8  The GNU Standard C++ Library v3
ii  libx11-6  4.3.0.dfsg.1-10X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-10X Window System miscellaneous exte
ii  libxi64.3.0.dfsg.1-10X Window System Input extension li
ii  libxmu6   4.3.0.dfsg.1-10X Window System miscellaneous util
ii  libxt64.3.0.dfsg.1-10X Toolkit Intrinsics
ii  tcl8.48.4.9-1Tcl (the Tool Command Language) v8
ii  tuxracer-data 0.61-2 Data files for the Tux Racer game
ii  xlibmesa-gl [ 4.3.0.dfsg.1-10Mesa 3D graphics library [XFree86]
ii  xlibmesa-glu  4.3.0.dfsg.1-10Mesa OpenGL utility library [XFree
ii  xlibs 4.3.0.dfsg.1-10X Keyboard Extension (XKB) configu

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299770: confirm

[Justin Pryzby]

I can confirm that this problem exists with a fresh install.
Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299853: htextsub: add explanation

[Kenneth Pronovici]

> Package: libhtml-parser-perl
> Version: 3.45-1
> Severity: minor
> File: /usr/share/doc/libhtml-parser-perl/examples/htextsub
> 
> Add comment or reference saying what this program does.

Dan, 

Care to provide the explanation I should include?  I'll be honest, I
don't know what this code does, except what I've read in the manpage: 

   On a Debian box, more examples can be found in the
   /usr/share/doc/libhtml-parser-perl/examples directory.  The program
   "hrefsub" shows how you can edit all links found in a document and
   "htextsub" how to edit the text only; the program "hstrip" shows how
   you can strip out certain tags/elements and/or attributes; and the
   program "htext" show how to obtain the plain text, but not any
   script/style content.

I can certainly add information like this direct from the manpage, if
that would make you happy.  I don't know enough about HTML::Parser to go
into more detail, however.

Let me know what you think.

KEN

-- 
Kenneth J. Pronovici <[EMAIL PROTECTED]>


pgp8XXGOSYFjm.pgp
Description: PGP signature

Bug#61342: your mail

[Don Armstrong]

On Wed, 16 Mar 2005, Colin Watson wrote:
> > Index: Debbugs/MIME.pm
> > ===
> > RCS file: /cvs/debbugs/source/Debbugs/MIME.pm,v
> > retrieving revision 1.1
> > diff -u -r1.1 MIME.pm
> > --- Debbugs/MIME.pm 3 Aug 2003 09:46:30 -   1.1
> > +++ Debbugs/MIME.pm 11 Jan 2005 16:43:49 -
> > @@ -2,19 +2,23 @@
> >  
> >  use strict;
> >  
> > -use File::Path;
> > -use MIME::Parser;
> > -use Exporter ();
> > -use vars qw($VERSION @ISA @EXPORT_OK);
> > +use base qw(Exporter);
> > +use vars qw($VERSION @EXPORT_OK @EXPORT);
> >  
> >  BEGIN {
> >  $VERSION = 1.00;
> >  
> > -@ISA = qw(Exporter);
> > -@EXPORT_OK = qw(parse);
> > +@EXPORT_OK = qw(parse de_rfc1522 getmailbody);
> > +@EXPORT = qw(getmailbody);
> >  }
> >  
> > -sub getmailbody ($);
> 
> Hm, not sure I like using @EXPORT rather than the deliberate forward
> declaration; plus, getmailbody is not really meant to be exported,
> because it's an internal function (despite the fact that
> scripts/process.in and scripts/service.in currently use another version
> of it, since Debbugs::MIME represents an incomplete modularisation
> effort). The rest of the Exporter cleanup looks OK, though.

Right. I think I missed that one. Yeah, just strip out the @EXPORT
part then. [It really shouldn't every be used anyway, since exporting
things by default is broken, IMO.]
 
> > +Turn RFC-1522 names into the UTF-8 equivalent. [#61342 et al]
> 
> Bug reference should probably live in a comment rather than being
> exported to the documentation etc.

Yeah, that's just a personal thing. I usually stick more detailed
documentation into POD than most people do.

> > +
> > +=cut
> > +
> > +# Set up the default rfc1522 decoder, which turns all charsets that
> > +# are supported into the appropriate UTF-8 charset.
> > +MIME::WordDecoder->default(new MIME::WordDecoder(['*' => sub {my 
> > ($data,$charset) = @_;
> > + $charset =~ 
> > s/^(UTF)\-(\d+)/$1$2/i;
> > + return $data 
> > unless utf8_supported_charset($charset);
> > + return 
> > to_utf8({-string  => $data,
> > + 
> > -charset => $charset,
> > +});
> > +},
> > +],));
> 
> This should be in a BEGIN block, I think. I've also reformatted to 80
> columns.

It doesn't matter in this case. I didn't make it a BEGIN block,
because nothing should be calling it until after all BEGIN blocks have
been run. [And I tend not to stick things in BEGIN blocks unless they
actually have to be there.]

> I realise it's a database format change, but I'd really prefer to
> have the metadata files be pure UTF-8, so that we don't have to
> process them for display every time, and to make things like
> searching easier. We can always write a migration script.

I think that's the optimal solution too. However, this patch at least
will work now, and we can move to pure UTF-8 later.

> > +   # XXX This is broken. The BTS shouldn't be writing
> > +   # HTML into the log... but it does.
> > +   $this .= de_rfc1522($_);
>
> Not sure that qualifies for an XXX comment here. The right place to
> note the design flaw is really in Debbugs/Log.pm, which I've done.
> Debbugs::Log also provides a better basis for designing the
> migration to a new, less broken-by-design record type.
> 
> Again, I think the html record should really be in UTF-8, and a
> migration script written.

Yeah, no argument here. That XXX comment was basically a warning for
anyone looking at that segment of code, because that string really
isn't just a rfc1522 header. [And I didn't want to make changes in
unrelated parts of the code if I could avoid it.]

> And again. Basically, I think mail text should be preserved as-is in
> the log (since it means you can send out notifications by mail and
> preserve the MIME structure as it was received), but everything else
> counts as metadata and should be in a canonical form.

Definetly.

> I'd suggest instead simply:
> 
> - $header{$v} = $_;
> + $header{$v} = de_rfc1522($_);
> 
> ... and likewise in scripts/service.in. That way, all metadata
> trivially gets decoded with very little effort, and is stored in
> canonical form as suggested above.

Then we'll also have to do the migration. This bit of code won't hurt
if the header has already been run through de_rfc1522, though.
 
> > @@ -430,6 +434,7 @@
> >  X-$gProject-PR-Package: $data->{package}
> >  X-$gProject-PR-Keywords: $data->{keywords}
> >  Reply-To: [EMAIL PROTECTED]
> > +Content-Type: text/plain; charset="utf-8"
> >  
> >  This is an automatic notification regarding you

Bug#299864: libsdl1.2: problem looking up keysyms under X11

[Jochen Voss]

Package: libsdl1.2
Severity: normal
Tags: patch

Hello,

the SDL-library does not properly lookup keysyms under X11.  Each key
has a list of four keysyms assigned to it, which are interpreted as
"group 1 without shift", "group 1 with shift", "group 2 without
shift", and "group 2 with shift".  The SDL library only uses the first
element of this array.  This makes it impossible to use keysyms from
group 2 (i.e. keysyms accessed using the altgr modifier).

The problem is in the file src/video/x11/SDL_x11events.c, line 621:

xsym = XKeycodeToKeysym(display, kc, 0);

The "0" is the index into the above mentioned list and thus we get
always the first keysym.

An easy fix (which avoids messing around with the modifiers ourselves)
is to use the XLookupString function instead.  In translates a
keyboard event into a string (which we may ignore) and the *correct*
keysym.  This approach is implemented in the appended patch.

I hope this helps,
Jochen

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11
Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15)
--- SDL-1.2.7+1.2.8cvs20041007.orig/src/video/x11/SDL_x11events.c	2005-03-16 23:39:50.0 +
+++ SDL-1.2.7+1.2.8cvs20041007/src/video/x11/SDL_x11events.c	2005-03-16 23:43:49.0 +
@@ -614,11 +614,12 @@
 SDL_keysym *X11_TranslateKey(Display *display, XKeyEvent *xkey, KeyCode kc,
 			 SDL_keysym *keysym)
 {
+char buffer[8];
 	KeySym xsym;
 
 	/* Get the raw keyboard scancode */
 	keysym->scancode = kc;
-	xsym = XKeycodeToKeysym(display, kc, 0);
+	XLookupString (xkey, buffer, 8, &xsym, NULL);
 #ifdef DEBUG_KEYS
 	fprintf(stderr, "Translating key 0x%.4x (%d)\n", xsym, kc);
 #endif

Bug#299865: CAN-2005-0736: Boundary condition error in sys_epoll_wait

[Geoff Crompton]

Package: kernel-source-2.6.8
Version: 2.6.8-13
Severity: critical
Justification: root security hole

There is a local integer overflow vulnerability in the sys_epoll_wait()
call. See following for detail:
http://www.securityfocus.com/bid/12763/

Apologies if already reported.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299862: uses a bit too much cpu

[Drew Parsons]

On Wed, 2005-03-16 at 19:12 -0500, Joey Hess wrote:

> I have gworldclock configured to display 8 time zones and display the
> time in hh:mm format. Just sitting there doing nothing for 59 out of 60
> seconds, the program still consumes 2% of my cpu. That's more cpu than
> top consumes for comparison.
> 
> It seems to be reading the zoneinfo files for each timezone and doing
> some X operations every second.
> 
> I'd like to at least have a way to tweak its update interval even if it
> can't be intelligent about doing that on its own.
> 

A bug is already filed about this.

I set it up to tick every second, 'cause I like it that way.
Maybe I could add a specific button to only show minutes (only updating
every minute).  It'd be nice to do that automatically based on the date
format you've given, but that might be too tricky.  Then again, I guess
it's only a matter of checking the presence of %c, %N, %r, %s, %S or %X.
There'd be no point in checking for hours only (without minutes).

If you can think of a way to reduce CPU usage while showing seconds, I'd
be glad to know.

Also if you can advise on any obvious way of reducing the memory
footprint, that'd be handy too.

Drew



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#285291: acknowledged by developer (done)

[Ralf Hildebrandt]

* Debian Bug Tracking System <[EMAIL PROTECTED]>:

> Not really a bug.

If the package doesn't give me the the data I need to translate it,
the it is damn well a bug.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#191667: Cow != Sheep

[Ralf Hildebrandt]

Since (Cow != Sheep) for all cows and sheep, I'd reckon it's not
easily fixed.

If it every were renamed to "bouncinganimal" we could raise the whole
issue again :)
Where on Earth did jwz get the model & pixmaps for the cow in the
first place, anyway?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299863: kernel-package: make-kpkg uses run-parts -v option, which breaks woody->sarge upgrades

[Sven Luther]

Package: kernel-package
Version: 8.125
Severity: important


Hi Manoj, ...

I just got a bug report against my powerpc kernels which use as you know the
/etc/kernel/*.d scripts, and an installation of this kernels on a woody system
failed, because the woody runparts doesn't understand the -v option (but it
does understand the --verbose one).

Since this is could cause problems in woody->sarge migration, it would be nice
to fix it before the release, or let's say early enough that i can rebuild
both powerpc kernels with it.

Friendly,

Sven Luther

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kernel-package depends on:
ii  dpkg 1.10.27 Package maintenance system for Deb
ii  dpkg-dev 1.10.27 Package building tools for Debian
ii  gcc [c-compiler] 4:3.3.5-1   The GNU C compiler
ii  gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler
ii  make 3.80-9  The GNU version of the "make" util
pn  perl Not found.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#271526: Problem with locale.gen during updating package locales

[Denis Barbier]

tags 271526 = patch
thanks

On Sun, Jan 09, 2005 at 11:21:48PM +0100, Georg Philipp Burth wrote:
> Package: locales
> Version: 2.3.2.ds1-20
> Followup-For: Bug #271526
> 
> 
> When I updated my sarge system today it also wanted to update the
> locales. But during installation it seemed to have some sort of infinite
> loop generating [EMAIL PROTECTED] in ISO-8859-15, so I aborted it with Ctrl-C 
> (all of the installations) and checked the debian bug reports for this.

You are right; if for any reason (it seems that localeconf may cause
such duplicates, but this can also occur if user manually edit this file)
a locale is defined twice in /etc/locale.gen, this locale will be
duplicated more and more in this file each time locales postinst is run.
Here is a patch.

Denis
Index: locales.postinst
===
RCS file: /cvs/glibc/glibc-package/debian/debhelper.in/locales.postinst,v
retrieving revision 1.2
diff -u -r1.2 locales.postinst
--- locales.postinst28 Oct 2003 23:07:30 -  1.2
+++ locales.postinst17 Mar 2005 00:00:57 -
@@ -33,7 +33,10 @@
 save_IFS=$IFS
 IFS=,
 for locale in $list; do
-if grep -q "^#$locale *\$" $LG; then
+if grep -q "^$locale *\$" $LG; then
+#   This locale has already been inserted, do nothing
+:
+elif grep -q "^#$locale *\$" $LG; then
 #   Uncomment previous defined locales
 sed -e "s,#$locale *\$,$locale," $LG > $LG.tmp || true
 mv -f $LG.tmp $LG

Bug#298039: this bug is overdue..

[Graham Wilson]

On Wed, Mar 16, 2005 at 06:28:42PM -0500, Joey Hess wrote:
> This bug has been marked pending for 8 days. I hope an upload can be
> made soon. 

I've been waiting on the security team to do an upload for stable.
However, you are correct. I'll upload the fixed version for unstable
this evening.

-- 
gram


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#263743: Call For Help - Please support the ppc64 architecture

[Scott James Remnant]

On Thu, 2005-03-17 at 00:31 +0100, Andreas Jochens wrote:

> On 05-Mar-16 22:24, Scott James Remnant wrote:
> > > So you would add 'powerpc64' support to dpkg if the port changes its 
> > > package name accordingly?
> > > 
> > Yes, that'd be applied to the 1.13 branch straight away.
> > 
> > > However, I still do not understand why you and/or the Project Leader 
> > > want to override the decision of the porters and choose a different name
> > > than the LSB specifies. I am not saying that Debian should always follow 
> > > the LSB blindly, but I cannot see a good reason for deviating from the 
> > > LSB in this case.
> > > 
> > Because it's a 64-bit version of an already supported architecture.
> > Having "ppc" and "ppc64" would be fine, as would having "powerpc" and
> > "powerpc64".  Having "powerpc" and "ppc64" is inconsistent.
> 
> Inconsistent like i386/amd64 or s390/s390x? There is no rule which 
> says that for a 64 bit architecture a '64' suffix has to be appended.
> There is not even a single case in Debian where this has been done,
> as far as I know.
> 
Indeed not, because we're only really starting to see both 32-bit and
64-bit variants of architectures in Debian.

> Moreover, I seriously doubt that this is an honest argument. I think you 
> just want to decide the architecture name yourself.
> 
No, I would just prefer consistency.  You've deliberately chosen an
architecture name that's jarringly different from your 32-bit variant;
that's a rather bold thing to do, and I think you need to justify that.

Obviously I have no power to overrule you on your choice of architecture
name, but I'd like to try and appeal to some common sense in you, if
there is any.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


signature.asc
Description: This is a digitally signed message part

Bug#299861: the current package is very old

[Marco d'Itri]

Package: libgraph-perl
Version: libgraph-perl
Severity: wishlist

Please package 0.59.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#299862: uses a bit too much cpu

[Joey Hess]

Package: gworldclock
Version: 1.4.2-1
Severity: wishlist

I have gworldclock configured to display 8 time zones and display the
time in hh:mm format. Just sitting there doing nothing for 59 out of 60
seconds, the program still consumes 2% of my cpu. That's more cpu than
top consumes for comparison.

It seems to be reading the zoneinfo files for each timezone and doing
some X operations every second.

I'd like to at least have a way to tweak its update interval even if it
can't be intelligent about doing that on its own.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gworldclock 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  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  libxml2 2.6.16-3 GNOME XML library

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#163685: Halfway there

[Ralf Hildebrandt]

In upstream 4.20, the options in bubble3d.h are already as follows:
GLB_SLOW_GL (set to 0), and
GLB_USE_BLENDING (set to 0, should be set to 1).

The question here is: if somebody actually USES the xscreensaver-gl
package, do they expect the extra eyecandy? 

Will users with a humble MesaGL implementation complain, because that way
bubble3d will become much slower? 

Or does everybody use a hardware accelerated card anyway?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296514: [quanta-devel] Cervisia again, plus greater problems

[Ben Burton]

Hi Andras -- thanks very much for your response.

Just a technical clarification:

> I don't think that using a GPL incompatible KPart in a GPL application 
> is a problem. It may be at the corner case, but this is more like 
> writing a GPL frontend to a non-GPL application.

I believe the problem is that the KPart is essentially dlopened, which
means it is considered an extension of the larger program (in this case,
quanta).

  http://www.fsf.org/licensing/licenses/gpl-faq.html#GPLAndPlugins

> Using the Cervisia DCOP services which requires inclusion and link 
> against it might be  real problem though,

If I understand DCOP correctly, this is not a problem since the
cvsservice and quanta run as separate programs, merely communicating
through some form of socket-based mechanism.  At any rate, it wouldn't
be a problem anyway since the cvsservice (both the server and the client
library) are LGPLed (unlike the cervisia kpart).

Ben.

(Fixing the kdevelop-devel address also, which was incorrect in my
initial post.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#296751: acknowledged by developer (Bug#296751: fixed in gst-plugins0.8 0.8.8-1)

[Georg Wittenburg]

> It has been closed by one of the developers, namely
> [EMAIL PROTECTED] (David I. Lehn).

It's indeed working fine now! I've added a comment to the upstream bug report 
(http://bugzilla.gnome.org/show_bug.cgi?id=168399), but as you're the 
reporter you'd have to close it yourself.

Thanks,
   Georg

-- 
Georg Wittenburg
http://page.mi.fu-berlin.de/~wittenbu/


pgpZK9AJnnm2L.pgp
Description: PGP signature

Bug#299579: Postinstall fails when performing run-parts

[Sven Luther]

On Wed, Mar 16, 2005 at 06:10:19PM -0500, [EMAIL PROTECTED] wrote:
> At 9:28 PM +0100 3/15/05, Sven Luther wrote:
> >...
> >Can you upgrade your run-parts (or whatever package contains it) to the
> >version currently in testing ?
> 
> After I upgraded the package debianutils (which contains run-parts) 
> to "testing", the package kernel-image-2.4-powerpc ("testing") 
> installed fine.

Err, please try kernel-image-2.6-powerpc instead. Running 2.4 kernels on
powerpc is not recomended anymore.

Friendly,

Sven Luther



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299778: sum button broken in Math Panel

[Rob Weir]

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?

-rob

-- 
Words of the day:   South Africa monarchist cryptographic 9705 Samford Road


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299859: gaim: chokes on HTTP headers when proxying

[Stephen Touset]

Package: gaim
Version: 1:1.1.4-2
Severity: normal

I've set up an apache server to proxy CONNECT requests, so that I can 
proxy an AIM connection. Unfortunately, Apache returns a Proxy-agent 
header, which causes gaim to choke and disconnect the connection, as 
shown below.

[EMAIL PROTECTED]:~$ nc devel.touset.org 80
CONNECT login.oscar.aol.com:5190 HTTP/1.1
Host: login.oscar.aol.com:5190

HTTP/1.0 200 Connection Established
Proxy-agent: Apache/2.0.52 (Debian GNU/Linux) DAV/2 SVN/1.1.3 
mod_ssl/2.0.52 OpenSSL/0.9.7e

Looking in ethereal, this causes gaim to respond with a RST and closes
the connection, preventing it from getting any further. Is this
intentional, or a bug?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gaim depends on:
ii  gaim-data1:1.1.4-2   multi-protocol instant messaging c
ii  libao2   0.8.5-1 Cross Platform Audio Output Librar
ii  libaspell15  0.60.2+20050121-1   The GNU Aspell spell-checker runti
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgcrypt11  1.2.0-11LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgnutls11  1.0.16-13   GNU TLS library - runtime library
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libgtkspell0 2.0.10-1a spell-checking addon for GTK's T
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libstartup-notificat 0.8-1   library for program launch feedbac
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#299860: autoconf: configure scripts fail when path contains a comma

[Will Aoki]

Package: autoconf
Version: 2.59a-3
Severity: normal

The configure scripts generated by autoconf do not work on paths containing
commas. 'configure' gets almost to the end, then spews:

 sed: -e expression #1, char 322: Unknown option to 's'
 config.status: creating amplot/amplot.sh
 sed: -e expression #1, char 322: Unknown option to 's'
 config.status: creating amplot/Makefile
 sed: -e expression #1, char 320: Unknown option to 's'
 config.status: creating changer-src/chg-manual.sh
 sed: -e expression #1, char 335: Unknown option to 's'
 config.status: creating changer-src/chg-multi.sh
 sed: -e expression #1, char 333: Unknown option to 's'
 config.status: creating changer-src/chg-mtx.sh
 sed: -e expression #1, char 329: Unknown option to 's'
 (et cetera)

and generates empty Makefiles.

This causes problems when trying to use configure scripts from paths
stored on SFS.


(Note on versions: I initially checked this with 2.53-2 from stable before
installing 2.59a-3 from unstable.)

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux pokey 2.4.27 #1 Tue Aug 31 11:56:34 MDT 2004 i686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages autoconf depends on:
ii  debianutils 1.16.2woody1 Miscellaneous utilities specific t
ii  m4  1.4-14   a macro processing language
ii  perl5.6.1-8.8Larry Wall's Practical Extraction 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#297228: swf-player: Now that it has replaced version in sarge, there is no working version

[Tim Connors]

Package: swf-player
Version: 0.3.2-2
Followup-For: Bug #297228

This bug probably should have been marked as grave (since it "makes
the package in question unusable by most or all users"), to stop it
propogating into sarge.  There is no version in debian now that
actually works.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.26
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages swf-player depends on:
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libglib2.0-0  2.6.3-1The GLib library of C routines
ii  libgtk2.0-0   2.6.2-4The GTK+ graphical user interface 
ii  libmad0   0.15.1b-1  MPEG audio decoder library
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libswfdec0.3  0.3.2-2SWF (Macromedia Flash) decoder lib
ii  libxt64.3.0.dfsg.1-12.0.1X Toolkit Intrinsics
ii  xlibs 4.3.0.dfsg.1-12X Keyboard Extension (XKB) configu
ii  zlib1g1: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#299731: kernel-image-2.6-686-smp: SMP kernel causes krenele panic during boot

[Aprotim Sanyal]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'll try to do what you said as soon as I can gank a nullmodem cable
from a friend.  However, I should clarify a major mistake  that
happened because it was really late at night when I sent this, aside
from typos:  Adding noapic/acpi="off" does *not* make a difference.
In the past when smp kernels used to hang, this fixed it, but it does
not seem to work now.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCOMTgbhdqd5LeVcQRAkkxAKCt0u0CdtQsCrC+rmPIVwvAuld6IgCgqtNy
YI21zaxnOQQruTxFPJW7AE8=
=F1xL
-END PGP SIGNATURE-

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299858: exiwhat needs killall from psmisc

[Thiemo Seufer]

Package: exim4-base
Version: 4.50-4
Severity: normal

/usr/sbin/exiwhat fails if killall isn't installed. /usr/bin/killall is
part of psmisc, which isn't installed per default.

AFAICS exim4-base should depend on psmisc.


Thiemo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]