Bug#89523: Lis Pendens Good Faith Estimate 5kv68

[Helms Thaddeus]

Let 7800 Lennders compete to Refinaance your Homme

Secure a low rat'e at 3.29%.

Get all your questions answered and an insta-quoote monthly 
savings calculation: 

No other way to so quickly and easily lower your monthly bill 
payments while putting cash now in your pocket! 


http://prig.campanile.wonrate.com/?ra=3Dcger



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

Bug#333247: etch_d-i: netcfg dependency on /lib/libiw.so.28 unmet

[Geert Stappers]

On Mon, Oct 10, 2005 at 08:10:20PM -0400, Michael Gilbert wrote:
> Package: debian-installer
> Severity: normal
> 

 on the 20051010 etch_d-i daily cd image 
 fails network configuration because /bin/netcfg depends on 
 /lib/libiw.so.28
 

Good catch. Thanks for reporting and even more for providing a
workaround.

What are the symthoms? ( how can users recognise it? )


GSt



signature.asc
Description: Digital signature

Bug#332921: sablecc: New upstream version available (3.1 vs. 2.18.2)

[Jarno Elonen]

> I was just wondering if it would make sense to
> have "sablecc2" and "sablecc3", as sablecc 3 is not fully backward
> compatible (it does not support the filter() method in the generated
> Parser class).

Yes, I guess this would be a good idea. It should be trivial to even make them 
coexists. Perhaps "alternatives" could be used to choose which version 
"/usr/bin/sablecc" will be linked to, in case both are installed?

- Jarno


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

Bug#333261: libcurl-ocaml-dev: not installable in sid

[Laurent Bonnaud]

Package: libcurl-ocaml-dev
Version: 0.2.1-1
Severity: grave
Justification: renders package unusable


Hi,

here is the problem:

# apt-get install libcurl-ocaml-dev
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libcurl-ocaml-dev: Depends: libcurl3-dev but it is not going to be installed
E: Broken packages


libcurl3-dev has been replaced by libcurl3-gnutls-dev and
libcurl3-openssl-dev.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental'), (98, 'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#333155: horde3(and friends) should not depend on particular php major version(e.g. php4 vs php5)

[Ola Lundqvist]

Hello

On Tue, Oct 11, 2005 at 06:33:34AM +0300, Delian Krustev wrote:
> On Monday 10 October 2005 22:38, Ola Lundqvist wrote:
> > Hello
> >
> > On Mon, Oct 10, 2005 at 10:01:28PM +0300, Delian Krustev wrote:
> > > On Monday 10 October 2005 21:43, Ola Lundqvist wrote:
> > > > On Mon, Oct 10, 2005 at 09:22:29PM +0300, Delian Krustev wrote:
> > > > > Package: horde3
> > > > > Severity: normal
> > > > >
> > > > > AFAIK horde3 should run just fine when only php5 is installed.
> > > > > The package should probably have a dependency similar to:
> > > > >
> > > > > phpapi-20020918 | phpapi-20041030
> > > > >
> > > > > The later api is probably not fully compatible with the
> > > > > former(otherwise it should have been provided by the php5 packages). 
> > > > > You might need to contact the php5 maintainers to figure out the
> > > > > correct requirement.
> > > > >
> > > > > imp4, and probably the other packages from the horde suit, also have
> > > > > hardcoded php4 depndencies - e.g. php4-imap.
> > > >
> > > > As far as I have understood packages should not depend directly on
> > > > these packages. Only packages that provide a php module should
> > > > do that.
> > >
> > > horde3 has a dependency to phpapi-20020918 anyway. If you are correct
> > > here it should be removed.
> >
> > Hmm, yes probably. I'll check that out.
> >
> > > > So I do not think this is a good solution, or do you have some other
> > > > information on what the current policy is?
> > >
> > > Unfortunately no. I've taken a quick look at the packages/bugs but was
> > > unable to figure this out. That's why I've written you should probably
> > > contact the php maintainers.
> >
> > Ok.
> >
> > > > I think it is pretty good to depend on php4 and php5 directly as
> > > > it has been seen that it is not trivial to switch. You will most
> > > > certainly see a number of problems when switching. That is what
> > > > my experience is anyway. :)
> > >
> > > Don't know here also. May be you'll face some troubles if you have e.g.
> > > heavily modified configs, or apps that depend on functions/flags/config
> > > options/etc. that have changed in php5.
> > > I'm planning the upgrade to php5, so I'll probably find it out anyway ;)
> > > On the other side I've installed several new system with php5 only.
> >
> > In order to test (yes I'm interested if it actually work) it, you can
> > create a dummy package that provide what horde3 depend on (or somply force
> > it in).
> >
> > I got some bugreports about different issues, that may have been fixed by
> > now.
> 
> I've tested with a dummy package which:
> 
> Provides: php4, php4-domxml, php4-imap, phpapi-20020918
> 
> and installed just horde3 and imp4. A bugreport might be fired against 
> php-mail-mime to not depend on php4. Also some other packages do depend
> on php4-pear, which is a transitional pkg at this time.

I was not aware that it has been a transitional package. Interesting.

> The installation went fine and I was able to run horde using mysql5 backend 
> and imp and authenticating against a remote IMAP server. The only error I got 
> was:
> [Tue Oct 11 06:05:05 2005] [error] [client ::1] PHP Fatal error:  Only 
> variables can be passed by reference in /usr/share/horde3/imp/mailbox.php on 
> line 553, referer: 
> http://localhost/horde3/services/portal/sidebar.php?Horde=d8bf4e67adcff2d84d8ae6d3ef88e995
> 
> I've not payed too much attention to configuration though, and might have 
> broken something there. Also I was unable to find php4-domxml replacement and 
> gave it a go w/o it. Not sure whether it's needed anymore(or included 
> somewhere in php5 packages).

This is a problem because php4 and php5 are different and I actually think
that there are some bugs about this already.

> Anyway, the result of the test is that it is runnable within this 
> environment, 
> and your should probably go ahead and change the dependencies.

Not until this error message is gone. Otherwise I would be swamped with
bugreports and I do not really have time for that. :)

> I haven't checked the horde/imp mls for anything on the topic, just the 
> install instructions. A quick search on the archives, or a talk with 
> Chuck/Jan(form horde team) should show you whether there could be any issues.

Ok, thanks.

Regards,

// Ola

> Cheers,
> Delian
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#333109: dbconfig-common: reconfiguring makes pgsql config change to mysql

[sean finney]

On Tue, Oct 11, 2005 at 01:07:07PM +1000, Craig Small wrote:
> It resolves the mysql "postgres" user issue, that looks a lot cleaner.
> However I cannot install db-test twice.  The scripts do not realise
> the difference between a new install and a re-install of the same
> version of the package. dpkg-reconfigure will also fail.

i believe that this is in fact a design decision.  one of the tenets of
dbconfig-common is to make installation/removal as much inline with
the dpkg process as possible.  therefore, if you try and install
the package twice, you try to install the db twice.  even more
to the point running dpkg-reconfigure is doing exactly what it
should do, if you provide the same dbname twice.

> However, it is pretty simple to fix, check $3 and if it exists do
> not use the create scripts.

unfortunately, that won't work, because dpkg-reconfigure sets $3,
installing from rcfile state wouldn't work, and iirc there were some
other issues.

perhaps a reasonable compromise could be reached such that an "ignore"
option were added for install errors, so that in this situation the
admin could say "shut up, i know what i'm doing"?

anyway, i'll make an upload in a bit that will close this bug, but
if you think the ignore feature would be a good solution to this
second problem, either contact me privately or open another bugreport
for it.

sean

-- 


signature.asc
Description: Digital signature

Bug#332921: sablecc: New upstream version available (3.1 vs. 2.18.2)

[Etienne Gagnon]

Hi Jarno,

I will look into importing the new version soon.  Luckily, "legacy" does
not mean "obsolete".  I was just wondering if it would make sense to
have "sablecc2" and "sablecc3", as sablecc 3 is not fully backward
compatible (it does not support the filter() method in the generated
Parser class).

Etienne

-- 
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM:   http://www.sablevm.org/
SableCC:   http://www.sablecc.org/


signature.asc
Description: OpenPGP digital signature

Bug#333259: libraptor1-dev: not installable in sid

[Laurent Bonnaud]

Package: libraptor1-dev
Version: 1.4.7-1
Severity: grave
Justification: renders package unusable


Hi,

here is the problem:

# apt-get install libraptor1-dev
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libraptor1-dev: Depends: libcurl3-dev but it is not going to be installed
E: Broken packages


libcurl3-dev has been replaced by libcurl3-gnutls-dev and
libcurl3-openssl-dev.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental'), (98, 'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#333260: paintlib-dev: not installable in sid

[Laurent Bonnaud]

Package: paintlib-dev
Version: 2.6.2-1
Severity: grave
Justification: renders package unusable


Hi,

here is the problem:

# apt-get install paintlib-dev
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  paintlib-dev: Depends: libcurl3-dev but it is not going to be installed
E: Broken packages


libcurl3-dev has been replaced by libcurl3-gnutls-dev and
libcurl3-openssl-dev.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental'), (98, 'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#333258: [EMAIL PROTECTED]: Package reuploads needed due to g++-4.0 transition]

[Ola Lundqvist]

Package: dhttpd
Severity: important

See attachment.

- Forwarded message from Christian Aichinger <[EMAIL PROTECTED]> -

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 03 Oct 2005 21:10:39 +0200
X-Authenticated: #815883
From: Christian Aichinger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Package reuploads needed due to g++-4.0 transition
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.1 (/)
X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]

Hi,
I've been looking through the packages that need a reupload because
of the gcc-4.0 transition.

Some of your packages need a rebuild too:
vnc, vnc4, rfb, source-highlight, steghide, dhttpd

vnc, rfb, source-highlight and dhttpd rebuilt without problems in my
sid pbuilder.

steghide builds fine with Matt Kraai's patch from the BTS.

vnc4 doesn't build unfortunately, and the links to patches given in
the bugreport by the amd64 people don't work anymore. I haven't
talked to one of them yet.

HTH,
Christian Aichinger



- End forwarded message -

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#333257: [EMAIL PROTECTED]: Package reuploads needed due to g++-4.0 transition

[Ola Lundqvist]

Package: source-highlight
Severity: important

See attachment.

Regards,

// Ola

- Forwarded message from Christian Aichinger <[EMAIL PROTECTED]> -

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 03 Oct 2005 21:10:39 +0200
X-Authenticated: #815883
From: Christian Aichinger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Package reuploads needed due to g++-4.0 transition
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.1 (/)
X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]

Hi,
I've been looking through the packages that need a reupload because
of the gcc-4.0 transition.

Some of your packages need a rebuild too:
vnc, vnc4, rfb, source-highlight, steghide, dhttpd

vnc, rfb, source-highlight and dhttpd rebuilt without problems in my
sid pbuilder.

steghide builds fine with Matt Kraai's patch from the BTS.

vnc4 doesn't build unfortunately, and the links to patches given in
the bugreport by the amd64 people don't work anymore. I haven't
talked to one of them yet.

HTH,
Christian Aichinger



- End forwarded message -

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#333256: [EMAIL PROTECTED]: Package reuploads needed due to g++-4.0 transition]

[Ola Lundqvist]

Package: vnc
Severity: important

See attachment.


- Forwarded message from Christian Aichinger <[EMAIL PROTECTED]> -

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 03 Oct 2005 21:10:39 +0200
X-Authenticated: #815883
From: Christian Aichinger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Package reuploads needed due to g++-4.0 transition
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.1 (/)
X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]

Hi,
I've been looking through the packages that need a reupload because
of the gcc-4.0 transition.

Some of your packages need a rebuild too:
vnc, vnc4, rfb, source-highlight, steghide, dhttpd

vnc, rfb, source-highlight and dhttpd rebuilt without problems in my
sid pbuilder.

steghide builds fine with Matt Kraai's patch from the BTS.

vnc4 doesn't build unfortunately, and the links to patches given in
the bugreport by the amd64 people don't work anymore. I haven't
talked to one of them yet.

HTH,
Christian Aichinger



- End forwarded message -

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#333255: [EMAIL PROTECTED]: Package reuploads needed due to g++-4.0 transition]

[Ola Lundqvist]

Package: vnc4
Severity: important

See attachment.

- Forwarded message from Christian Aichinger <[EMAIL PROTECTED]> -

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 03 Oct 2005 21:10:39 +0200
X-Authenticated: #815883
From: Christian Aichinger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Package reuploads needed due to g++-4.0 transition
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.1 (/)
X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]

Hi,
I've been looking through the packages that need a reupload because
of the gcc-4.0 transition.

Some of your packages need a rebuild too:
vnc, vnc4, rfb, source-highlight, steghide, dhttpd

vnc, rfb, source-highlight and dhttpd rebuilt without problems in my
sid pbuilder.

steghide builds fine with Matt Kraai's patch from the BTS.

vnc4 doesn't build unfortunately, and the links to patches given in
the bugreport by the amd64 people don't work anymore. I haven't
talked to one of them yet.

HTH,
Christian Aichinger



- End forwarded message -

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#333254: animal-dev: not installable in sid

[Laurent Bonnaud]

Package: animal-dev
Version: 0.14.3-1
Severity: grave


Hi,

animal needs to be recompiled with a more recent libmagick:

# apt-get install animal-dev
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  animal-dev: Depends: libmagick6-dev but it is not going to be installed
E: Broken packages


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental'), (98, 'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#333253: libcurl3-dbg: segfault when using export LD_PRELOAD=/usr/lib/debug/usr/lib/libcurl.so.3.0.0

[Tino Keitel]

Package: libcurl3-dbg
Version: 7.14.1-4
Severity: normal

Hi,

I want to debug a program which uses curl, so I did this:

export LD_PRELOAD=/usr/lib/debug/usr/lib/libcurl.so.3.0.0

However, everytime I start any program now, I get a segfault.

Is this a bug, or is it my fault?

Regards,
Tino

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libcurl3-dbg depends on:
ii  libcurl3  7.14.1-4   Multi-protocol file transfer libra

libcurl3-dbg recommends no packages.

-- no debconf information


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

Bug#333182: debarchiver: Not able to sign Release with gpg-key without passphrase

[Ola Lundqvist]

Hello

On Mon, Oct 10, 2005 at 10:14:52PM +0200, Daniel Leidert wrote:
> Package: debarchiver
> Version: 0.5.0
> Severity: important
> Tags: patch
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> The first bug is in the configuration file. Better use
> 
>   $signcmd = "/usr/lib/debarchiver/signhelper/signhelper.sh";
> 
> ATM the signcmd-default only contains the path
> "/usr/lib/debarchiver/signhelper", which is confusing and of course
> uncommenting the signcmd variable will not work out-of-the-box.

Doh! Well I'll correct that one.

> Then there is a bug in generateRelease(). The code is as follows
> 
>   if ($gpgkey) {
> cmdaction("$signcmd '$path/Release' '$path/Release.gpg' ".
>   "'$gpgkey' '$gpgpassfile'",
>   "Signing Release file for $path with key '$gpgkey'",
>   3);
>   }
> 
> But now the problem is, that if there is no gpgpassfile defined in
> /etc/debarchiver.conf (e.g. the variable is commented out and not set to
> ""), gpgpassfile is set to null:
> 
>   if ($gpgpassfile) {
> $gpgpassfile = 0 if (! -f $gpgpassfile);
>   }
> 
> which was necessary for the old code. But now this prevents the above
> code/signhelper shell-script from working and need to be fixed. Simple
> fix is, that gpgpassfile and gpgkey always need to be set together and
> for keys without passphrase, gpgpassfile is "". I suggest, if
> $gpgpassfile does not exist, gpgpassfile falls back to "" and the above
> code snippet can be removed. Accaptable?

Yep, fully acceptable.

Do you have a patch or do you want me to simply make the changes myself?
It would be nice if someone actually test this fully before I make the
next upload. :)

Regards,

// Ola

> Regards, Daniel
> 
> - -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (500, 
> 'oldstable'), (110, 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.12.09050927
> Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
> 
> Versions of packages debarchiver depends on:
> ii  adduser   3.67.2 Add and remove users and groups
> ii  apt-utils 0.6.41 APT utility programs
> ii  dpkg-dev  1.13.11package building tools for Debian
> ii  opalmod   0.1.13 A set of Perl modules for 
> various 
> 
> debarchiver recommends no packages.
> 
> - -- no debconf information
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2 (GNU/Linux)
> 
> iD8DBQFDSsu8dg0kG0+YFBERAoBGAJ4/XAoxHrM1Zsz0ic+qL0mCHFr/QACdFooc
> c5n63tqrtdn8XWYkot2AJAE=
> =aKsF
> -END PGP SIGNATURE-
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#333138: [Pkg-shadow-devel] Bug#333138: chfn behaves bogusly when either fd 0, 1 or 2 is not a tty

[Christian Perrier]

Quoting Nicolas François ([EMAIL PROTECTED]):
> Hello,
> 
> I don't think it is really a bug.
> 
> The chfn man page indicates that "If none of the options are selected,
> chfn operates in an interactive fashion, prompting the user with the
> current values for all of the fields."
> The "interactive fashion" means that it will hang and wait for the user's
> input.
> 
> If you intend to use chfn in a script, you should use the [-f full_name]
> [-r room_no] [-w work_ph] [-h home_ph] [-o other] options.


Funnily, stdin can still be used as input to chfn (and, I guess, chsh)
as I showed in my example. The output is a bit ugly because the
prompts are still sent to stdout, but it does the job.

I propose closing this bug report.

Bug#333225: manpages-es-extra: man page for mount is outdated

[Javier Fernández-Sanguino Peña]

On Mon, Oct 10, 2005 at 07:00:58PM -0500, Rodrigo Gallardo wrote:
> Package: manpages-es-extra
> Severity: important
> Tags: l10n

This hardly an important bug.

> Tha manpage for mount is outdated with respect to the one in the
> mount package.

Not only that manpage is out of date. Many more are, please read the package
description and the README files.

Regards

Javier


signature.asc
Description: Digital signature

Bug#333138: [Pkg-shadow-devel] chfn behaves bogusly when either fd 0, 1 or 2 is not a tty

[Robert Millan]

tags 333138 patch
thanks

On Tue, Oct 11, 2005 at 02:22:51AM +0300, Alexander Gattin wrote:
> 
> chfn/chsh without cmdline parameters work interactively
> so you _should_ use ptys/expect-like program to script
> them (or use cmdline parameters). It's common issue
> with a lot of Unix utils.

The problem with this one is that when it's being called indirectly by adduser,
then your script has no control over it.

> you see The Classical Effect of Pipe Being
> Block-Buffered. I.e. without using smth. like
> fsync()/fflush() you won't see output until pipe is
> closed gracefully or buffer (4096 usually) gets full.

Ah, right, you just say it.  I've found this before, and fflush works wonders.

> must be contained just in the following code:
> > printf ("\t%s [%s]: ", prompt, buf);
> > if (fgets (newf, maxsize, stdin) != newf)

This patch solves the problem.  It affects the first lines of output (since
they're in the same buffer), and all subsequent prompt queries.

I've tested it with:

  # cat | chfn rmh 2>&1 | cat

And works perfectly.  Thanks for your help (even if you thought it was not a
bug, you actualy solved it..)

--- shadow-4.0.12.old/libmisc/fields.c  2005-06-14 22:27:35.0 +0200
+++ shadow-4.0.12/libmisc/fields.c  2005-10-11 07:58:57.0 +0200
@@ -71,6 +71,7 @@
maxsize = sizeof (newf);

printf ("\t%s [%s]: ", prompt, buf);
+   fflush (stdout);
if (fgets (newf, maxsize, stdin) != newf)
return;

-- 
Robert Millan


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

Bug#332862: emacs-snapshot: flyspell-mode broken: ispell-maybe-find-aspell-dictionaries undefined

[Romain Francoise]

Agustin Martin <[EMAIL PROTECTED]> writes:

> I should not write mails when I am tired.

I just woke up but my brain is awake enough to note that the new package
works great with emacs-snapshot.  Thanks!  :-)

Have a nice day,

-- 
  ,''`.
 : :' :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#332718: mozilla-firefox: ctrl-w (close tab) sometimes fails

[Jason Dorje Short]

Eric Dorland wrote:

* Jason Dorje Short ([EMAIL PROTECTED]) wrote:


Eric Dorland wrote:


* Jason Dorje Short ([EMAIL PROTECTED]) wrote:



Package: mozilla-firefox
Version: 1.0.7-1
Severity: normal

When I have a lot of tabs open, sometimes using ctrl-w to close the active
tab does not work.  In this case it is almost always fixed by pressing tab
(after which ctrl-w does work)...but then the next tab may have the same
problem.  I think depending on which widget is active the ctrl-w may 
sometimes

be ignored...the signal handler for this key isn't "high enough" in the
widget hierarchy to catch all keypresses.


Well in text fields ctrl-w tends to do other things than close the
current tab. Could that be what you're seeing? 


Possibly (likely maybe).

But...

1.  What would ctrl-w do other than close the tab?


If you have emacs keybindings turned on, it deletes everything before
the cursor. Otherwise, I don't know.


There is no cursor.  What happens here is that I have a text box active 
while editing a form, then after I submit the form the next page I get 
has no text box and this is when I see the bug: ctrl-w still doesn't 
work - in fact it does nothing visible.


So I take back what I said earlier about the text field being the cause 
(it may still be the cause of the bug, but there is no text field 
active).  This is actually a bug.


-jason


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

Bug#333252: wine: Severe regression in 20050930 : MSOffice no longer runs

[Emmanuel Charpentier]

Package: wine
Version: 0.0.20050930-1
Severity: normal


The current (20050930) vesrion of wine as packaged in Debian exhibits
a severe regression : Wine no longer runs a previously installed version
of MS Office. Launching Excel, for example, leads to :

[EMAIL PROTECTED]:~$ wine c/Program\ Files/Microsoft\ Office/Office/EXCEL.EXE
fixme:ver:RtlVerifyVersionInfo (0x7fa5edd8,64,6): Not all cases correctly 
implemented yet
Wine exited with a successful status

On screen : a dialog box asking for installation of Excel appears. Clicking on
"Install" leads to a second dialog box asking to install from CD. Clicking
on "Cancel" terminates the program.

WinWord does not even reach the dialog box step : its splash box flashes
briefly, then the program terminates with the following on terminal :

[EMAIL PROTECTED]:~$ wine c/Program\ Files/Microsoft\ Office/Office/WINWORD.EXE
fixme:x11drv:X11DRV_GetDeviceCaps (0x9c4): CAPS1 is unimplemented, will return 
0fixme:ver:RtlVerifyVersionInfo (0x7fa6f8b8,64,6): Not all cases correctly 
implemented yet
Wine exited with a successful status

I cant't remember this regression being reported on the mailing lists.

Sincerely,

Emmanuel Charpentier

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12ec
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages wine depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libwine   0.0.20050930-1 Windows Emulator (Library)
ii  xbase-clients [xcontrib]  6.8.2.dfsg.1-8 miscellaneous X clients

wine recommends no packages.

-- debconf information:
  wine/del_wine_conf: true
  wine/install_type: Autodetect


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

Bug#333118: gcc-4.0: Segfaulting code generated for gtkboard-0.11pre0

[Brian M. Carlson]

# see http://www.debian.org/Bugs/Developer.en-gb.html#severities
severity 333118 important
thanks, control, and have a nice day

I can confirm that this bug exists in the latest version of gcc-4.0 
(4.0.2-2).  I have not checked with gcc-snapshot, but if you do check, you 
*must* use the latest version, and not the 2005-09-04 version, which is 
missing a symbol; see 332876.

-- 
($_,$a)=split/\t/,join'',map{unpack'u',$_};eval$a;print;__DATA__
M961H<[EMAIL PROTECTED];"!U2QA8F-D969G:&EJ:VQM;F]P<7)S='5V=WAY>BQN=V]R8FMC
5:75Q96AT9V1Y>F%L=G-P;6IX9BP)


pgpmTvJi9xB1G.pgp
Description: PGP signature

Bug#333251: Doesn't like pasted text.

[Daniel Burrows]

Package: darcs
Version: 1.0.3-2
Severity: normal

  Sometimes (not always) if I paste text into a darcs prompt, such as
the one asking for a patch name, or even if I just type too quickly,
darcs dies like this:

darcs: : hSetBuffering: unsupported operation (Illegal seek)

  Daniel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages darcs depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libcurl3  7.14.1-4   Multi-protocol file transfer libra
ii  libgmp3c2 4.1.4-10   Multiprecision arithmetic library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libreadline5  5.0-11 GNU readline and history libraries
ii  libssl0.9.7   0.9.7g-3   SSL shared libraries
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages darcs recommends:
ii  esmtp-run [mail-transport-age 0.5.1-2User configurable relay-only MTA

-- no debconf information


signature.asc
Description: Digital signature

Bug#333196: Default settings for yaird are unsuitable for initrd replacement.

[Erik van Konijnenburg]

On Mon, Oct 10, 2005 at 10:47:21PM +0200, Sebastien Bernard wrote:
> Yaird package has a poor choice for default Template.cfg.
> 2 different set of files are provided in the /usr/lib/yaird/conf
> directory.
> One named Debian.cfg (the Template.cfg is a copy of this file).
> One named Debian-initrd.cfg.
> 
> The default Template.cfg make yaird generate an initrd file with a /init
> script making it usuitable for initrd replacement (at least using the
> cramfs format), but correct for a initramfs file.
>
> To use yaird as a replacement of the initrd-tools, one has to replace 
> Template.cfg with the Debian-initrd.cfg file generating a /linuxrc
> suitable for booting the initrd file.
>
> My machine needs an initrd to mount the lvm2 root filesystem.
> And without doing the described modification, there is no way to
> generate a correct file.

But why do you want to use the initrd format?  Initramfs boots a
Debian system just as well, and will have more support in future
kernels.

Regards,
Erik



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

Bug#333034: gretl: FTBFS (Build-Depends on imlib1-dev or gdk-imlib1-dev)

[Thomas Bushnell BSG]

Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:

> It's a 1-character change. In my book that doesn't call for Severity: serious
> given that I have a history of responding within 24 hrs. But whatever. 

It (was) a FTBFS bug; all FTBFS bugs are severity serious.  

Please don't regard bug reports as insinuations that you're doing a
bad job.  They are tools, not attacks.

Thomas


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

Bug#330191: klibc: ftbfs [sparc] redefinition of 'struct __new_sigaction'

[Jurij Smakov]

Hi,

The culprit is clearly the only Debian patch included in the 1.1.1-2 
klibc source package (debian/patches//klibc-sparc64-signals.diff). It 
looks like it's just a leftover from some previous version, at least the 
patch header mentions 1.0.14, which does not match the current version. If 
I remove that file, the package builds fine.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#324302: mindi image broken with libc6 > 2.3.4

[Rogério Brito]

Hi, Thierry and others.

On Oct 11 2005, Rogério Brito wrote:
> I am burning a CD generated with mindi + your patch. I will report
> back with the results that I get. I am using, BTW, my own 2.6 kernel.

Just doing what I promised, it worked fine with your patch too.

I think that we can have an upload to unstable with emergency medium or
high, as this package broken in testing may be preventing a lot of
people of taking their backups (I can say that it made my life harder,
especially when my system suffered from some instabilities that even
caused filesystem corruption).


Regards, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat:  http://freshmeat.net/projects/algorithms/

Bug#328341: (Non-)Progress

[Lionel Elie Mamane]

libgnome-dev 1.4.2-24 has hit sparc, but now hafta wait for
libglade-gnome0 1:0.17-4...

-- 
Lionel


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

Bug#324302: mindi image broken with libc6 > 2.3.4

[Rogério Brito]

Hi, Andree, Hector, Thierry and others,

On Oct 03 2005, Andree Leidenfrost wrote:
> Hi Laszlo
(...)
> 
> The attached patch uses the sed command suggested in #301455 to fix
> ProgressLDD in mindi.
(...)

Well, I tried your patch with mindi from testing (etch) and it worked
fine for creation and verification of the backups. I think that a new
version could be uploaded to the repository.

The patch I'm referring to is at the following address:
.

OTOH, I couldn't apply the patch suggested by Thierry, because it didn't
apply cleanly... :-(

I think, BTW, that we could merge the bugs 324302 and 329246. Is there
anyone opposed to that?


Thanks for all efforts, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat:  http://freshmeat.net/projects/algorithms/

Bug#333250: libboost-dev: g++-4.0 does not like boost::iostreams::filtering_istream

[Alexandre Patry]

Package: libboost-dev
Version: 1.33.0-1
Severity: important


When trying to compile the following program with g++-4.0 (version 4.0.2-2)

8<-
#include 

int main ()
{
boost::iostreams::filtering_istream s;
}
8<-

I get the following error messages (I named the file t.cc):

8<-
/usr/include/boost/iostreams/traits.hpp: In instantiation of 'const bool 
boost::iostreams::is_istream_impl_::impl >::value':
/usr/include/boost/iostreams/traits.hpp:46:   instantiated from 
'boost::iostreams::is_istream >'
/usr/include/boost/mpl/aux_/nested_type_wknd.hpp:28:   instantiated from 
'boost::mpl::aux::nested_type_wknd > >'
/usr/include/boost/mpl/aux_/preprocessed/gcc/or.hpp:55:   instantiated from 
'boost::mpl::or_ >, 
boost::iostreams::is_ostream >, 
boost::iostreams::is_streambuf >, mpl_::bool_, mpl_::bool_ >'
/usr/include/boost/iostreams/traits.hpp:65:   instantiated from 
'boost::iostreams::is_std_io >'
/usr/include/boost/mpl/if.hpp:67:   instantiated from 
'boost::mpl::if_ >, 
boost::iostreams::select >, boost::iostreams::iostream_tag, 
boost::iostreams::is_istream >, boost::iostreams::istream_tag, 
boost::iostreams::is_ostream >, boost::iostreams::ostream_tag, 
boost::iostreams::is_streambuf >, boost::iostreams::streambuf_tag, mpl_::bool_, 
mpl_::void_, mpl_::bool_, mpl_::void_, mpl_::bool_, mpl_::void_, 
mpl_::bool_, mpl_::void_, mpl_::bool_, mpl_::void_, 
mpl_::bool_, mpl_::void_>, 
boost::iostreams::detail::member_category >, 
boost::iostreams::select >, boost::iostreams::iostream_tag, 
boost::iostreams::is_istream >, boost::iostreams::istream_tag, 
boost::iostreams::is_ostream >, boost::iostreams::ostream_tag, 
boost::iostreams::is_streambuf >, boost::iostreams::streambuf_tag, mpl_::bool_, 
mpl_::void_, mpl_::bool_, mpl_::void_, mpl_::bool_, mpl_::void_, 
mpl_::bool_, mpl_::void_, mpl_::bool_, mpl_::void_, 
mpl_::bool_, mpl_::void_>, 
boost::iostreams::detail::member_category >'
/usr/include/boost/iostreams/traits.hpp:210:   instantiated from 
'boost::iostreams::detail::io_mode_id >'
/usr/include/boost/iostreams/traits.hpp:217:   instantiated from 
'boost::iostreams::mode_of >'
/usr/include/boost/iostreams/chain.hpp:307:   instantiated from 'void 
boost::iostreams::detail::chain_base::chain_impl::close() [with Self = 
boost::iostreams::chain, 
std::allocator >, Ch = char, Tr = std::char_traits, Alloc = 
std::allocator, Mode = boost::iostreams::input]'
/usr/include/boost/iostreams/chain.hpp:303:   instantiated from 
'boost::iostreams::detail::chain_base::chain_impl::~chain_impl() [with Self = 
boost::iostreams::chain, 
std::allocator >, Ch = char, Tr = std::char_traits, Alloc = 
std::allocator, Mode = boost::iostreams::input]'
/usr/include/boost/checked_delete.hpp:34:   instantiated from 'void 
boost::checked_delete(T*) [with T = 
boost::iostreams::detail::chain_base, std::allocator >, char, 
std::char_traits, std::allocator, 
boost::iostreams::input>::chain_impl]'
/usr/include/boost/detail/shared_count.hpp:86:   instantiated from 
'boost::detail::shared_count::shared_count(Y*) [with Y = 
boost::iostreams::detail::chain_base, std::allocator >, char, 
std::char_traits, std::allocator, 
boost::iostreams::input>::chain_impl]'
/usr/include/boost/shared_ptr.hpp:124:   instantiated from 
'boost::shared_ptr::shared_ptr(Y*) [with Y = 
boost::iostreams::detail::chain_base, std::allocator >, char, 
std::char_traits, std::allocator, 
boost::iostreams::input>::chain_impl, T = 
boost::iostreams::detail::chain_base, std::allocator >, char, 
std::char_traits, std::allocator, 
boost::iostreams::input>::chain_impl]'
/usr/include/boost/iostreams/chain.hpp:139:   instantiated from 
'boost::iostreams::detail::chain_base::chain_base() 
[with Self = boost::iostreams::chain, std::allocator >, Ch = char, Tr = 
std::char_traits, Alloc = std::allocator, Mode = 
boost::iostreams::input]'
/usr/include/boost/iostreams/chain.hpp:399:   instantiated from 
'boost::iostreams::chain::chain() [with Mode = 
boost::iostreams::input, Ch = char, Tr = std::char_traits, Alloc = 
std::allocator]'
/usr/include/boost/iostreams/filtering_stream.hpp:77:   instantiated from 
'boost::iostreams::detail::filtering_stream_base::filtering_stream_base() [with Chain = 
boost::iostreams::chain, 
std::allocator >, Access = boost::iostreams::public_]'
/usr/include/boost/iostreams/filtering_stream.hpp:134:   instantiated from 
'boost::iostreams::filtering_stream::filtering_stream() [with Mode = boost::iostreams::input, Ch = char, Tr 
= std::char_traits, Alloc = std::allocator, Access = 
boost::iostreams::public_]'
t.cc:5:   instantiated from here
/usr/include/boost/iostreams/traits.hpp:46: error: 'helper' was not declared in 
this scope
/usr/include/boost/iostreams/traits.hpp: In instantiation of 
'boost::iostreams::is_istream >':
/usr/include/boost/mp

Bug#332876: Fix for bug 332876

[Brian M. Carlson]

I had this same problem on powerpc/sid.  I removed /usr/lib/gcc-snapshot/lib 
from /etc/ld.so.conf, ran ldconfig, and was back in good shape.  That 
should fix it.

-- 
($_,$a)=split/\t/,join'',map{unpack'u',$_};eval$a;print;__DATA__
M961H<[EMAIL PROTECTED];"!U2QA8F-D969G:&EJ:VQM;F]P<7)S='5V=WAY>BQN=V]R8FMC
5:75Q96AT9V1Y>F%L=G-P;6IX9BP)


pgpbEDxAdin0G.pgp
Description: PGP signature

Bug#333118: Bug#333119: gcc-4.0: Segfaulting code generated for gtkboard-0.11pre0

[R.Ramkumar]

> Why are you not using gcc-4.0 4.0.2-2, the current version of gcc-4.0 in
> unstable?

I generally go with the testing packages.. should I be reporting the
bugs only with the unstable version?

> What is the last version of the compiler that you are able to use to
> successfully compile this code in this environment with no other changes?

gcc-3.3 3.3.6-7 has no problems whatsoever (I needn't have to make
changes like removing static, but I guess this is an intended
feature in gcc-4.0, this is not the first package I have seen not
compiling due to this) and no segfault occurs.

> Have you confirmed that this bug exists in gcc-snapshot?

I have, now. Segfaults still. However, the bt is slightly different.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208879424 (LWP 9790)]
0x0809c7ff in __PRETTY_FUNCTION__.8049 ()
(gdb) bt
#0  0x0809c7ff in __PRETTY_FUNCTION__.8049 ()
#1  0x081a63a0 in ?? ()
#2  0x08180ff8 in ?? ()
#3  0xbfa39a88 in ?? ()
#4  0x4120a728 in ?? () from /usr/lib/libgobject-2.0.so.0
#5  0xbfa39cfc in ?? ()
#6  0x4120a728 in ?? () from /usr/lib/libgobject-2.0.so.0
#7  0xbfa39a88 in ?? ()
#8  0x48aa823c in gtk_item_factory_get_type () from /usr/lib/libgtk-x11-2.0.so.0
Previous frame inner to this frame (corrupt stack?)

Ramkumar.

-- 
96.31% of all statistics are fiction.




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

Bug#333240: spamassassin: Problem is missing libnet-ip-perl

[Duncan Findlay]

clone 333240 -1
reassign -1 libnet-dns-per
thanks

On Tue, Oct 11, 2005 at 01:30:54PM +1000, Aaron Howell wrote:
> Further investigation reveals that this problem was related to my
> system not having libnet-ip-perl installed.
> This is neither required by spamassassin nor libnet-dns-perl, even
> though it is depended on by Net::DNS::Resolver.
> Perhaps reassign this as a bug to libnet-dns-perl?

I need to look into this further, but cloning and reassigning to
libnet-dns-perl so Florian can take a look at it too.

Thanks,
-- 
Duncan Findlay


signature.asc
Description: Digital signature

Bug#324302: mindi image broken with libc6 > 2.3.4

[Rogério Brito]

On Oct 10 2005, [EMAIL PROTECTED] wrote:
> Hello Rogério,

Hi, Thierry.

> (I include your message that didn't make it to the BTS because of a
> typo in the address)

Thanks for noticing that. I guess that this should really be archived
for documentation purposes.

> >Well, I tried your patch with mindi from testing (etch) and it worked
> >fine for creation and verification of the backups. I think that a new
> >version could be uploaded to the repository.
>  
> >The patch I'm referring to is at the following address: 
> >. 
>  
> Did you try do make a CD with a FAILSAFE kernel while using a 2.6
> kernel on your system ? As I explained, it doesn't work for me with
> this patch.

No, I tried with my own 2.6 kernel (I really don't want to use the
"FAILSAFE" kernel that comes with mindi).

> >OTOH, I couldn't apply the patch suggested by Thierry, because it
> >didn't apply cleanly... :-(
>  
> Sorry, I had made the diff against an older version of mindi (the
> patch applies, though, with an offset of 9 lines, so I had thought it
> was OK.) If it has to apply perfectly (which is definitely cleaner),
> here it is again...

No, it didn't have just an offset. It was rejected by my patch command
when I tried applying it. I would have no problems with a fuzz or
offset.

Oh, BTW, the patch that you sent this time needed to have the file
mindi_patched renamed, but this was a minor point.

> >I think, BTW, that we could merge the bugs 324302 and 329246. Is there 
> >anyone opposed to that? 
>
> It's OK for me.

Nice, I think that I'll be merging them, then.

I am burning a CD generated with mindi + your patch. I will report back
with the results that I get. I am using, BTW, my own 2.6 kernel.


Regards, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat:  http://freshmeat.net/projects/algorithms/

Bug#333248: libnet-ssh-perl: Must not depend on a transitional package (ssh)

[Nelson A. de Oliveira]

Package: libnet-ssh-perl
Version: 0.08-1
Severity: minor

Hi!

I was going to remove the package ssh from my system, since it's a
transitional package.
However, libnet-ssh-perl depends on ssh:

Depends: perl (>= 5.6.0-16), ssh

I think that this should be changed to openss-client and/or
openssh-server, since ssh package was split in two new packages.

Changing this makes possible to remove the transitional package ssh
without problems.

Thank you
Nelson

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.13-rc5-mm1
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
pt_BR)

Versions of packages libnet-ssh-perl depends on:
ii  perl  5.8.7-5Larry Wall's Practical Extraction 
ii  ssh   1:4.2p1-5  Secure shell client and server (tr

libnet-ssh-perl recommends no packages.

-- no debconf information


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

Bug#333240: spamassassin: Problem is missing libnet-ip-perl

[Aaron Howell]

Package: spamassassin
Version: 3.1.0a-1
Followup-For: Bug #333240


Further investigation reveals that this problem was related to my system not 
having libnet-ip-perl installed.
This is neither required by spamassassin nor libnet-dns-perl, even though it is 
depended on by Net::DNS::Resolver.
Perhaps reassign this as a bug to libnet-dns-perl?

-- System Information:
Debian Release: testing/unstable
  APT prefers experimental
  APT policy: (1000, 'experimental'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages spamassassin depends on:
ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.45-3 A collection of modules that parse
ii  perl  5.8.7-5Larry Wall's Practical Extraction 

Versions of packages spamassassin recommends:
ii  libnet-dns-perl   0.53-1 Perform DNS queries from a Perl sc
ii  perl [libmime-base64-perl]5.8.7-5Larry Wall's Practical Extraction 
ii  spamc 3.1.0a-1   Client for SpamAssassin spam filte

-- debconf information:
  spamassassin/upgrade/2.40:
  spamassassin/upgrade/2.40w:
  spamassassin/upgrade/cancel: Continue
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No


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

Bug#333155: horde3(and friends) should not depend on particular php major version(e.g. php4 vs php5)

[Delian Krustev]

On Monday 10 October 2005 22:38, Ola Lundqvist wrote:
> Hello
>
> On Mon, Oct 10, 2005 at 10:01:28PM +0300, Delian Krustev wrote:
> > On Monday 10 October 2005 21:43, Ola Lundqvist wrote:
> > > On Mon, Oct 10, 2005 at 09:22:29PM +0300, Delian Krustev wrote:
> > > > Package: horde3
> > > > Severity: normal
> > > >
> > > > AFAIK horde3 should run just fine when only php5 is installed.
> > > > The package should probably have a dependency similar to:
> > > >
> > > > phpapi-20020918 | phpapi-20041030
> > > >
> > > > The later api is probably not fully compatible with the
> > > > former(otherwise it should have been provided by the php5 packages). 
> > > > You might need to contact the php5 maintainers to figure out the
> > > > correct requirement.
> > > >
> > > > imp4, and probably the other packages from the horde suit, also have
> > > > hardcoded php4 depndencies - e.g. php4-imap.
> > >
> > > As far as I have understood packages should not depend directly on
> > > these packages. Only packages that provide a php module should
> > > do that.
> >
> > horde3 has a dependency to phpapi-20020918 anyway. If you are correct
> > here it should be removed.
>
> Hmm, yes probably. I'll check that out.
>
> > > So I do not think this is a good solution, or do you have some other
> > > information on what the current policy is?
> >
> > Unfortunately no. I've taken a quick look at the packages/bugs but was
> > unable to figure this out. That's why I've written you should probably
> > contact the php maintainers.
>
> Ok.
>
> > > I think it is pretty good to depend on php4 and php5 directly as
> > > it has been seen that it is not trivial to switch. You will most
> > > certainly see a number of problems when switching. That is what
> > > my experience is anyway. :)
> >
> > Don't know here also. May be you'll face some troubles if you have e.g.
> > heavily modified configs, or apps that depend on functions/flags/config
> > options/etc. that have changed in php5.
> > I'm planning the upgrade to php5, so I'll probably find it out anyway ;)
> > On the other side I've installed several new system with php5 only.
>
> In order to test (yes I'm interested if it actually work) it, you can
> create a dummy package that provide what horde3 depend on (or somply force
> it in).
>
> I got some bugreports about different issues, that may have been fixed by
> now.

I've tested with a dummy package which:

Provides: php4, php4-domxml, php4-imap, phpapi-20020918

and installed just horde3 and imp4. A bugreport might be fired against 
php-mail-mime to not depend on php4. Also some other packages do depend
on php4-pear, which is a transitional pkg at this time.

The installation went fine and I was able to run horde using mysql5 backend 
and imp and authenticating against a remote IMAP server. The only error I got 
was:
[Tue Oct 11 06:05:05 2005] [error] [client ::1] PHP Fatal error:  Only 
variables can be passed by reference in /usr/share/horde3/imp/mailbox.php on 
line 553, referer: 
http://localhost/horde3/services/portal/sidebar.php?Horde=d8bf4e67adcff2d84d8ae6d3ef88e995

I've not payed too much attention to configuration though, and might have 
broken something there. Also I was unable to find php4-domxml replacement and 
gave it a go w/o it. Not sure whether it's needed anymore(or included 
somewhere in php5 packages).

Anyway, the result of the test is that it is runnable within this environment, 
and your should probably go ahead and change the dependencies.

I haven't checked the horde/imp mls for anything on the topic, just the 
install instructions. A quick search on the archives, or a talk with 
Chuck/Jan(form horde team) should show you whether there could be any issues.

Cheers,
Delian


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

Bug#332542: Please reflow --help output to the terminal width

[Isaac Jones]

Daniel Burrows <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.3-2
> Severity: minor
>
>   On a thin terminal, the output of darcs --help is nearly unreadable.
> It would be nice if it could be reflowed to the terminal width.

Thanks for the bug report.  I'm forwarding this upstream.

peace,

  isaac


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

Bug#333247: etch_d-i: netcfg dependency on /lib/libiw.so.28 unmet

[Michael Gilbert]

Package: debian-installer
Severity: normal

i installed etch via the 20051010 etch_d-i daily cd image build from 
http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/i386/current/debian-testing-i386-netinst.iso.
  
network configuration fails because /bin/netcfg depends on 
/lib/libiw.so.28, which has not yet propagated into etch.  this can be
remedied by softlinking to libiw.so.27, which is the currently installed
version in etch

ln -s /lib/libiw.so.27 /lib/libiw.so.28

after creating this link, installation of etch from the daily cd 
build worked flawlessly.  should versioned dependencies be added to 
netcfg so that this type of effect does not happen?  if you need any 
more info or details, please ask.

peace
Mike Gilbert

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#333245: FLTKConfig.cmake should be included.

[bear]

Package: libfltk1.1-dev
Version: 1.1.6-8
Severity: wishlist

hi,

  I am compiling the ITK(www.itk.org) applications package. It depends
  on FLTKConfig.cmake to find the fltk. I wonder if this file can be
  included in the libfltk1.1-dev package.

  Thanks!

Best regards,
Guanglei

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-p4
Locale: LANG=zh_CN.GBK, LC_CTYPE=zh_CN.GBK (charmap=GBK)

Versions of packages libfltk1.1-dev depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libfltk1.11.1.6-8Fast Light Toolkit shared librarie
ii  libjpeg62-dev 6b-10  Development files for the IJG JPEG
ii  libpng12-dev [libpng12-0- 1.2.8rel-5 PNG library - development
ii  libx11-dev6.8.2.dfsg.1-8 X Window System protocol client li
ii  libxext-dev   6.8.2.dfsg.1-8 X Window System miscellaneous exte
ii  libxft-dev2.1.7-1FreeType-based font drawing librar
ii  zlib1g-dev [libz-dev] 1:1.2.3-4  compression library - development

Versions of packages libfltk1.1-dev recommends:
ii  libglu1-xorg-dev [libglu- 6.8.2.dfsg.1-8 Mesa OpenGL utility library develo
ii  xlibmesa-gl-dev [libgl-de 6.8.2.dfsg.1-8 Mesa 3D graphics library developme

-- debconf information:
* libfltk1.1-dev/header-links: true


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

Bug#333244: busy cursor problem

[prosolutions]

Package: openbox
Version: 3.2-7

Some application launches are creating a busy cursor in Openbox.  For
example, even when I have "launch feedback" totally disabled for an
application file type in konqueror, when konqueror launches the app and
openbox is running, there is a busy cursor which lasts for about 30
seconds.  This problem does not exist when using gnome, kde, or other
window managers.  There is no way to disable or prevent the busy cursor
from within Openbox and, inasmuch as it renders the mouse pointer
inoperable, it is a problem.



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

Bug#333109: dbconfig-common: reconfiguring makes pgsql config change to mysql

[Craig Small]

On Mon, Oct 10, 2005 at 02:36:35PM -0400, sean finney wrote:
> http://people.debian.org/~seanius/dbconfig-common/dbconfig-common_1.8.6_all.deb
> 
> and let me know if it resolves your issue?

It resolves the mysql "postgres" user issue, that looks a lot cleaner.
However I cannot install db-test twice.  The scripts do not realise
the difference between a new install and a re-install of the same
version of the package. dpkg-reconfigure will also fail.

However, it is pretty simple to fix, check $3 and if it exists do
not use the create scripts.

argv 1 db-test 2 configure 3 4
argstar db-test configure
dbconfig-common: writing config to /etc/dbconfig-common/db-test.conf

Creating config file /etc/dbconfig-common/db-test.conf with new
version
creating postgres user dbtest:  success.
verifying creation of user: success.
creating database dbtest: success.
verifying database dbtest exists: success.
dbconfig-common: flushing administrative password

fozzie:~# dpkg -i ~csmall/debian/db-example/db-test_2.1_all.deb 
(Reading database ... 45887 files and directories currently installed.)
Preparing to replace db-test 2.1 (using .../db-example/db-test_2.1_all.deb) ...
=
argv 1 db-test 2 upgrade 3 4
argstar db-test upgrade 2.1
Unpacking replacement db-test ...
=
argv 1 db-test 2 upgrade 3 4
argstar db-test upgrade 2.1
Setting up db-test (2.1) ...
argv 1 db-test 2 configure 3 4
argstar db-test configure 2.1
dbconfig-common: writing config to /etc/dbconfig-common/db-test.conf
creating postgres user dbtest:  already exists.
creating database dbtest: already exists.
error encountered populating database:
NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index "foo_pkey"
for table "foo" ERROR: relation "foo" already exists 

See the last argstar has "configure 2.1" the debug line is in
dpkg/common and is
echo argstar $*

Alternatively, you could run something like
psql -c '\dT' $dbname
and check if any lines returned.
Or have some sort of state stored somewhere.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
Eye-Net Consulting http://www.enc.com.au/   MIEE Debian developer
csmall at : enc.com.au  ieee.org   debian.org


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

Bug#333076: iso-codes: [INTL:th] Thai tranlation for iso 4217

[Theppitak Karoonboonyanan]

On 10/10/05, Tobias Toedter <[EMAIL PROTECTED]> wrote:

> thanks a lot for your work! I've committed your patch to the CVS, a new
> version of the iso-codes package should be released shortly.

Thanks a lot for your quick response.

> I noticed, however, that some strings in your translation are marked as
> being "fuzzy". Could you take a look at those, please?

Yes, they are fuzzy because they are yet to be checked.
I'll get back later on any progress.

Cheers,
-Theppitak.
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/

Bug#332718: mozilla-firefox: ctrl-w (close tab) sometimes fails

[Eric Dorland]

* Jason Dorje Short ([EMAIL PROTECTED]) wrote:
> Eric Dorland wrote:
> >* Jason Dorje Short ([EMAIL PROTECTED]) wrote:
> >
> >>Package: mozilla-firefox
> >>Version: 1.0.7-1
> >>Severity: normal
> >>
> >>When I have a lot of tabs open, sometimes using ctrl-w to close the active
> >>tab does not work.  In this case it is almost always fixed by pressing tab
> >>(after which ctrl-w does work)...but then the next tab may have the same
> >>problem.  I think depending on which widget is active the ctrl-w may 
> >>sometimes
> >>be ignored...the signal handler for this key isn't "high enough" in the
> >>widget hierarchy to catch all keypresses.
> >
> >Well in text fields ctrl-w tends to do other things than close the
> >current tab. Could that be what you're seeing? 
> 
> Possibly (likely maybe).
> 
> But...
> 
> 1.  What would ctrl-w do other than close the tab?

If you have emacs keybindings turned on, it deletes everything before
the cursor. Otherwise, I don't know.
 
> 2.  Is there another key combination that will close the tab and isn't 
> going to be muted?  If not there should be.

If you feel strongly about that, assign the severity to wishlist and
retitle this bug. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#329700: dvorak7min: display is completely scrambled on PowerPC

[Diego Biurrun]

On Thu, Sep 22, 2005 at 11:23:26PM +0200, Diego Biurrun wrote:
> 
> when I start a dvorak7min lesson the left part of the keyboard consists
> of solid gray blocks and the text below the keyboard is garbage.  The
> program is unusable in this way.

The problem goes away when I compile from source and uncomment the

#COLORS = -DNO_COLORS_PLEASE

line in the Makefile.  I get no colors, but at least the program is
usable.

Diego


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

Bug#266846: grub-splashimages: can you please include this fix? pretty please?

[Luis R. Rodriguez]

It's me from the team who is responsible for this and I've just been
busy and have had no time to followup on it. I'll try to get it done
soon.

On 10/10/05, Sean Finney <[EMAIL PROTECTED]> wrote:
> Package: grub-splashimages
> Version: 1.0
> Followup-For: Bug #266846
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> hi, a "me too" report here,
>
> you might think that this is only a superficial problem, but it renders
> the text console completely unreadable.  i am at a complete loss why
> this hasn't even solicited a response from the maintainer(s)--let alone
> why it hasn't been fixed given that you only need to add one line
> to the top of the xpm file.
>
> i would assume that this is just a case of MIA maintainers... but is
> the grub team really MIA?
>
> in any case, if i don't hear back by the weekend, i'll prepare an
> NMU via the standard procedure.
>
> sean
>
> - -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.12-1-686
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
>
> Versions of packages grub-splashimages depends on:
> ii  grub 0.95+cvs20040624-17 GRand Unified Bootloader
>
> grub-splashimages recommends no packages.
>
> - -- no debconf information
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.1 (GNU/Linux)
>
> iD4DBQFDStmGynjLPm522B0RAuO7AJjKN1lT8mSxufEbjoIxVORrt/XEAJ0SWknH
> ynoBTgDDGGbV38LdvNukfQ==
> =tds+
> -END PGP SIGNATURE-
>
>
> ___
> Pkg-grub-devel mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>

Bug#323234: Bug still present in 2.0.1

[ADFH]

Bug still present in 2.0.1


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

Bug#206691: Let's Upload!!

[Marco Presi]

Hi Vittorio,

I looked at your packages (both: python-gd and matplotlib), and
I think they are quite good!

I did only few changes to their control files (mainly,
cosmetics):

-) added myself and Alexandre as uploaders
-) added few modifications to pkgs descriptions

Then I've updated the changelogs to close ITP and ITA bugs, and
increased version numbering (don't know if it is really
necessary, but it may help people to notice that the pkgs are
entering in Debian).

Last quick question: you build only for py 2.3 and 2.4 is there
a reason for this? In case, any objections if I extend to py 2.2 too?

I am testing the pksg, and in the meantime, I am uploading them
to http://people.debian.org/~zufus: take a look, and then tell
me if you see problems, then in case, tomorrow I can do the
upload.

Ciao Ciao

Marco

P.S: I would be also interested, in the future, to convert
debian/rules to cdbs.. what do you think about it?

-- 
"I videogiochi non influenzano i bambini. Voglio dire, se Pac-Man avesse
influenzato la nostra generazione, staremmo tutti saltando in sale
scure, masticando pillole magiche e ascoltando musica elettronica
ripetitiva."

"Videogames do not influence kids. I mean, if Pac-Man influenced our
generation, we were all jumping in dark rooms, chomping pills and
listening to electronic repeating music."

Kristian Wilson, Nintendo Inc. 1989


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

Bug#333243: kopete: Jabber browser fails to discover services

[Paul Johnson]

Package: kopete
Version: 4:3.4.2-3
Severity: important

Kopete fails to discover any services on current jabberd and ejabberd
implementations, making Kopete fairly uselss as a Jabber client.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kopete depends on:
ii  kdelibs4c2   4:3.4.2-4   core libraries for all KDE applica
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgadu3 1:1.5+20050808+1.6rc3-1 Gadu-Gadu protocol library - runti
ii  libgamin0 [libfa 0.1.5-2 Client library for the gamin file 
ii  libgcc1  1:4.0.2-2   GCC support library
ii  libice6  6.8.2.dfsg.1-8  Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libpcre3 6.3-1   Perl 5 Compatible Regular Expressi
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-1   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-8  X Window System Session Management
ii  libstdc++6   4.0.2-2 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-8  X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-8  X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-8  X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-8  X Window System multi-head display
ii  libxml2  2.6.22-1GNOME XML library
ii  libxrandr2   6.8.2.dfsg.1-8  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxslt1.1   1.1.15-1XSLT processing library - runtime 
ii  libxt6   6.8.2.dfsg.1-8  X Toolkit Intrinsics
ii  xlibs6.8.2.dfsg.1-8  X Window System client libraries m
ii  zlib1g   1:1.2.3-4   compression library - runtime

Versions of packages kopete recommends:
ii  qca-tls   1.0-2  TLS plugin for the Qt Cryptographi

-- no debconf information


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

Bug#332718: mozilla-firefox: ctrl-w (close tab) sometimes fails

[Jason Dorje Short]

Eric Dorland wrote:

* Jason Dorje Short ([EMAIL PROTECTED]) wrote:


Package: mozilla-firefox
Version: 1.0.7-1
Severity: normal

When I have a lot of tabs open, sometimes using ctrl-w to close the active
tab does not work.  In this case it is almost always fixed by pressing tab
(after which ctrl-w does work)...but then the next tab may have the same
problem.  I think depending on which widget is active the ctrl-w may sometimes
be ignored...the signal handler for this key isn't "high enough" in the
widget hierarchy to catch all keypresses.


Well in text fields ctrl-w tends to do other things than close the
current tab. Could that be what you're seeing? 


Possibly (likely maybe).

But...

1.  What would ctrl-w do other than close the tab?

2.  Is there another key combination that will close the tab and isn't 
going to be muted?  If not there should be.


-jason


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

Bug#332862: emacs-snapshot: flyspell-mode broken: ispell-maybe-find-aspell-dictionaries undefined

[Jay Berkenbilt]

Agustin Martin <[EMAIL PROTECTED]> wrote:

> I have just noticed that I understood your mail wrong, you are
> right, that just means that aspell-en is not installed.

No problem -- I hadn't quite gotten around to looking into what you
were suggesting since the problem had gone away when I installed
aspell-en.

> I should not write mails when I am tired.

Yeah, I know that is.  I've sent email before without making sure my
brain cables were properly seated and come up with some things that
were a bit off before. :-)  Well, it happens to the best of us!

I'll retest once my local mirror gets the new dictionaries-common
package.

--Jay


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

Bug#333242: koffice: ftbfs [sparc] make[4]: *** [KChartViewIface_skel.cc] Illegal instruction

[Blars Blarson]

Package: koffice
Version: 1:1.3.5-4.3
Severity: serious
Justification: fails to build from source


koffice failed to build on a sparc buildd.


if /bin/sh ../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. 
-I../../kchart -I.. -I../../lib/kofficeui -I../lib/kofficeui 
-I../../lib/kofficecore -I../lib/kofficecore -I../../lib/store -I../lib/store 
-I../../lib/kwmf -I../lib/kwmf -I../../kchart/kdchart -I../../interfaces 
-I../../lib/interfaces -I/usr/include/kde -I/usr/share/qt3/include -I.   
-DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor -Wno-long-long -Wundef 
-ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion 
-Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG 
-O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new 
-fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
-DQT_NO_TRANSLATION  -MT kchartPageLayout.lo -MD -MP -MF 
".deps/kchartPageLayout.Tpo" \
  -c -o kchartPageLayout.lo `test -f '../../kchart/kchartPageLayout.cc' || echo 
'../../kchart/'`../../kchart/kchartPageLayout.cc; \
then mv -f ".deps/kchartPageLayout.Tpo" ".deps/kchartPageLayout.Plo"; \
else rm -f ".deps/kchartPageLayout.Tpo"; exit 1; \
fi
/usr/share/qt3/include/private/qucom_p.h:69: warning: 'struct QUBuffer' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:77: warning: 'struct QUType' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:104: warning: 'struct QUType_Null' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:287: warning: 'struct QUType_enum' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:307: warning: 'struct QUType_ptr' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:326: warning: 'struct QUType_iface' 
has virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:345: warning: 'struct QUType_idisp' 
has virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:364: warning: 'struct QUType_bool' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:383: warning: 'struct QUType_int' has 
virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:403: warning: 'struct QUType_double' 
has virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:423: warning: 'struct QUType_charstar' 
has virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucom_p.h:444: warning: 'struct QUType_QString' 
has virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucomextra_p.h:65: warning: 'struct 
QUType_QVariant' has virtual functions but non-virtual destructor
/usr/share/qt3/include/private/qucomextra_p.h:87: warning: 'struct 
QUType_varptr' has virtual functions but non-virtual destructor
/usr/share/qt3/include/qmemarray.h: In member function 'type& 
QMemArray::operator[](int) const [with type = QPoint]':
../../kchart/kdchart/KDChartEnums.h:262:   instantiated from here
/usr/share/qt3/include/qmemarray.h:100: warning: cast from 'char*' to 'QPoint*' 
increases required alignment of target type
/usr/bin/dcopidl ../../kchart/KChartViewIface.h > KChartViewIface.kidl || ( rm 
-f KChartViewIface.kidl ; false )
/usr/bin/dcopidl2cpp --c++-suffix cc --no-signals --no-stub KChartViewIface.kidl
make[4]: *** [KChartViewIface_skel.cc] Illegal instruction
make[4]: Leaving directory 
`/build/buildd/koffice-1.3.5/obj-sparc-linux-gnu/kchart'


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

Bug#333241: libgphoto2-2: conflicts with udev

[Florian Cramer]

Package: libgphoto2-2
Version: 2.1.6-5
Severity: important


Only since a recent version, libgphoto2-2 (and, by implication, gphoto2
and sane) conflicts with udev. Since udev is an important system component
today, this looks like a severe (upstream?) bug.

-F

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages libgphoto2-2 depends on:
ii  adduser   3.67.2 Add and remove users and groups
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libgphoto2-port0  2.1.6-5gphoto2 digital camera port librar
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 

libgphoto2-2 recommends no packages.

-- no debconf information


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

Bug#333240: spamassassin: Has dns trouble with SpamCop Plugin

[Aaron Howell]

Package: spamassassin
Version: 3.1.0a-1
Severity: normal

Spamassassin seems to have issues finding required perl modules while using the 
SpamCop reporting plugin.
See output below. (spam.message is a valid mbox file containing 1 message to 
report to SpamCop).
libnet-dns-perl is 0.53-1

Script started on Tue Oct 11 12:06:57 2005
[EMAIL PROTECTED]:~$spamassassin -r 

Bug#244444: Adding a few extra files to VM?

[Kyle Jones]

Peter S Galbraith writes:
 > Hello Kyle,
 > 
 > There a wishlist bug in Debian to add some add-on files for VM to the
 > emacs-goodies-el package.  My thoughts were first that if these are any
 > good, they should be added to VM itself.

I may add features like these to VM some day, but these packages
have long had lives of their own and should be kept separate.


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

Bug#333239: spamassassin 3.1.0 log changes break mailgraph

[Douglas F. Calvert]

Package: mailgraph
Version: 1.11-1
Severity: grave
Justification: causes non-serious data loss

Hello,
 The most recent spamassassin v3.1.0 changed the format of the loglines that
mailgraph reads. Mailgraph no longer thinks that the machine is receiving or
identifying any spam. 

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-exec-shield
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mailgraph depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libfile-tail-perl 0.98-5 File::Tail perl module
ii  librrds-perl  1.2.11-0.4 Time-series data storage and displ

Versions of packages mailgraph recommends:
ii  apache [httpd]1.3.33-8   versatile, high-performance HTTP s

-- debconf information:
* mailgraph/start_on_boot: true
* mailgraph/ignore_localhost: false
* mailgraph/mail_log: /var/log/mail.log
* mailgraph/stay_on_purge: false


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

Bug#333141: pam: FTBFS on hurd-i386: Unconditional use of -DWITH_SELINUX

[Steve Langasek]

On Mon, Oct 10, 2005 at 06:39:17PM +0200, Michael Banck wrote:
> Package: pam
> Version: 0.79-3
> Severity: important

> there was a problem autobuilding your package:

Gar, sorry.  This may wait until I package the latest upstream version,
which now has autoconf support; I'm inclined to avoid messing with it
directly until then.

Hopefully that's only a month or so out, though.  If it's important to get
this fixed sooner, patches are accepted.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#333220: doesn't install: Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)

[Thiemo Seufer]

reassign 333220 kernel-package 9.008
severity 333220 important
tags 333220 patch
thanks

Martin Michlmayr wrote:
> Package: kernel-image-2.4.27-xxs1500
> Version: 2.4.27-11.040815-2
> Severity: grave
> 
> kernel-image-2.4.27-xxs1500 doesn't install.  It seems kernel-package
> is confused as to the name of the kernel.
> 
> Setting up kernel-image-2.4.27-xxs1500 (2.4.27-11.040815-2) ...
> Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)
> dpkg: error processing kernel-image-2.4.27-xxs1500 (--install):
>  subprocess post-installation script returned error exit status 2
> 
> vs
> 
> -rw-r--r--   1 root root 6963004 2005-10-07 23:53 vmlinux-2.4.27-xxs1500

This seems to be some deficiency in kernel-package.
/usr/share/kernel-package/rules defines for xxs1500

kimage := vmlinux.srec
...
kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version)

and the same kimage value is put in the package postinst. But later
in the postinst

# Paranoid check to make sure that the correct value is put in there
if(! $kimage) { $kimage = "vmlinuz"; } # Hmm. empty
elsif ($kimage =~ m/^b?zImage$/o) { $kimage = "vmlinuz"; } # these produce 
vmlinuz
elsif ($kimage =~ m/^[iI]mage$/o) { my $nop = $kimage;   }
elsif ($kimage =~ m/^vmlinux$/o)  { my $nop = $kimage;   }
else  { $kimage = "vmlinuz"; } # Default

the default of "vmlinuz" is chosen, which leads to the vmlinux/vmlinuz
mismatch noted above.


Thiemo


--- image.postinst.old  2005-10-11 03:04:09.0 +0200
+++ image.postinst  2005-10-11 03:07:05.0 +0200
@@ -233,6 +233,7 @@ if(! $kimage) { $kim
 elsif ($kimage =~ m/^b?zImage$/o) { $kimage = "vmlinuz"; } # these produce 
vmlinuz
 elsif ($kimage =~ m/^[iI]mage$/o) { my $nop = $kimage;   }
 elsif ($kimage =~ m/^vmlinux$/o)  { my $nop = $kimage;   }
+elsif ($kimage =~ m/^vmlinux.srec$/o) { kimage = "vmlinux"; }
 else  { $kimage = "vmlinuz"; } # Default
 
 $ENV{KERNEL_ARCH}=$kernel_arch if $kernel_arch;


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

Bug#333157: libwxgtk2.6-0: hangs on copy/paste/click, crashing mouse

[Ron]

Hi,

There seem to be a lot of conflicting factoids in the reports
of what is actually going wrong.  Either way though, I can think
of very few possibilities for wx to 'freeze' X, except through
a grab gone wrong, and there shouldn't be very many possibilities
for that in wx itself...

On Mon, Oct 10, 2005 at 08:24:55PM +0200, Stefan Potyra wrote:
> When highlighting text (for example in the code window of gvr), dragging 
> and/or clicking fast on it,

So you (most probably) have a race which appears to be dependent
on the order in which XEvents arrive.  Logging them and seeing
which combination causes the trouble may be both elucidating and
helpful for reproducing it on demand.

> the wxpython program crashes and 
> doesn't release the mouse, so that complete x is "frozen". (Sometimes
> keyboard still works, sometimes it doesn't.) Killing the app will 
> restore normal operation.

Defining better what you mean by "keyboard still works" may give
you some clues.  There is a difference between it "not working" and
just not having the focus somewhere useful.

Does killing the app remotely restore the keyboard too?

> (gdb) bt
> #0  0xe410 in __kernel_vsyscall ()
> #1  0xb7ed20bd in poll () from /lib/tls/i686/cmov/libc.so.6
> #2  0xb7597ee6 in wxPaletteBase::wxPaletteBase () from
> /usr/lib/libwx_gtk2ud_core-2.6.so.0

Everything from here up (at least) would seem completely bogus.
Which leaves me to think that it is either a gtk (or lower) bug,
or wx has set an invalid callback or similar, leading gtk to
smash the stack.

Using a debug glib and examining what you have in frame #3 below
might shed some more light on things.

> #3  0xb6c00348 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
> #4  0xb6c007e3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
> #5  0xb7002ee5 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
> #6  0xb75b8540 in wxEventLoop::Run () from /usr/lib/libwx_gtk2ud_core-2.6.so.0
> #7  0xb7653d6b in wxAppBase::MainLoop () from
> /usr/lib/libwx_gtk2ud_core-2.6.so.0
> #8  0xb7a18fed in wxPyApp::MainLoop () from

hth,
Ron




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

Bug#333238: wine: Better... lotus notes now starts up, but fails (used to work)

[Richard A Nelson]

Package: wine
Version: 0.0.20050930-1
Severity: important

The last version failed wine startup, and this one gets to my
application (lotus notes) before crashing (badly)... 
fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c
fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70
wine: Call from 0x7fc61830 to unimplemented function 
usp10.dll.ScriptCacheGetHeight, aborting

The prior working version of wine (0.0.20050628-2) gives me this:
fixme:ole:CoRegisterMessageFilter stub
err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} 
not registered
fixme:ole:CoCreateInstance no classfactory created for CLSID 
{4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x8
err:ole:marshal_object couldn't get IPSFactory buffer for interface 
{0131---c000-0046}
err:x11drv:X11DRV_CreateWindow invalid window width -85
err:x11drv:X11DRV_CreateWindow invalid window height -2123226860
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{0131---c000-0046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{0131---c000-0046}
err:x11drv:X11DRV_CreateWindow invalid window width -21005
err:x11drv:X11DRV_CreateWindow invalid window height -6175
err:x11drv:X11DRV_CreateWindow invalid window width -21005
err:x11drv:X11DRV_CreateWindow invalid window height -6175

and things continue and run (fairly) smooth.

So, with some recent changes in wine, currently working programs are now
failing :(

Once again, downgrading makes things work fine

-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), 
(500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages wine depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
hi  libwine   0.0.20050930-1 Windows Emulator (Library)
ii  xbase-clients [xcontrib]  6.8.2.dfsg.1-8 miscellaneous X clients

wine recommends no packages.

-- debconf information:
  wine/del_wine_conf: true
  wine/install_type: Autodetect


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

Bug#333237: ITP: adm8211-source -- GPL driver for ADMtek adm8211-based 802.11b wifi adapter

[Jean-Marc Ranger]

Package: wnpp
Severity: wishlist
Owner: "Jean-Marc Ranger" <[EMAIL PROTECTED]>

* Package name: adm8211-source
  Version : 0.0.20050620
  Upstream Author : Michael Wu <[EMAIL PROTECTED]>
* URL : http://aluminum.sourmilk.net/adm8211/
* License : GPL
  Description : GPL driver for ADMtek adm8211-based 802.11b wifi 
adapter


This package provides the source code for the adm8211 kernel modules. 
The Infineon-ADMtek ADM8211A, ADM8211B and ADM8211C chip can be found in 
the following PCI/mini-PCI/Cardbus 802.11b wiresless adapters:

Xterasys Cardbus XN-2411b
Blitz - NetWave Point PC
TrendNet 221pc
Belkin F5D6001
SMC 2635W
Linksys WPC11 v1
Fiberline FL-WL-200X
3com office connect card (3CRSHPW796)
Corega WLPCIB-11
SMC 2602W V2 EU
D-Link DWL-520 Revision C
Blitz BWP612
D-Link DWL-650 rev. L1

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.13.3
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)


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

Bug#332345: It just happened again

[Artur R. Czechowski]

On Mon, Oct 10, 2005 at 11:47:09AM -0700, Daniel Burrows wrote:
>   Could you try the attached patch (which moves the list of sources to
> the download object, so it doesn't get destroyed too early) and let me
> know if the bug shows up again?
It's OK with this patch. But let me give you a report after some days
and more opportunities to crash :)

Regards
Artur
-- 
- God, root, what's the difference?
- God has mercy
  /Illiad, "User friendly"/


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

Bug#332259: spampd fails with 'Error in process_request': Modification of read-only variable in Syslog.pm

[Sven Mueller]

Martin Schulze schrieb:
> Sven Mueller wrote:
> 
>>>Hence, it's rather "one mail falls through" or something.  Doesn't sound
>>>security-relevant to me.
>>
>>Well, it's more of an indirect DoS. The mails are rejected with an SMTP
>>temporary failure code according to my quick test. This means that those
>>mails fill up the sending SMTP daemons queue (which is usually the same
>>host or a closely related host to the host spampd runs on).
> 
> The mails should be automatically cleaned from the queue when they are
> locked in it for too long.

Sure, usually after several days. By that time, millions of mails could
have accumulated if the attacker wants that. For any kind of mail serice
provider, this would be a serious threat. And I don't know any MTA which
can cope easily with a huge number of stalled messages (read: many
thousand stalled messages).

Though I respect your sceptic view on this, I still think this is a
possible DoS on the mailserver which uses the spampd instance. Not an
extremely serious threat (since relatively few mailservers use spampd
and the attacker would need to know it is used, which is hard to
detect), but still a threat.

>>Apart from that, this is bug is at least a serious problem, since it might
>>deny perfectly legal mails from reaching the envelope recipient.
> 
> Spam filters usually do that...

Not this one. spampd is usually only used to _mark_ spam, not to reject it.

regards,
Sven

PS: Though online again (yippie), I still can't work on this problem
(not being able to log into any of my Linux boxes right now). I still
try to recover full network access. At the very latest, I should be able
to get to this problem some more when back in the office Tuesday next week.


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

Bug#333236: base: Debian menu not automatically updated

[Christophe Grandsire]

Package: base
Severity: normal

When adding packages with a menu file for the Debian menu (with Synaptic
or simply apt-get), the Debian menu is not automatically updated. To have it
updated, one must run update-menus separately in a root terminal
(*after* stopping Synaptic, otherwise one gets a message that dpkg is
blocking update-menus).

The Debian menu should be automatically updated without need for
specific user action besides installing a package.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


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

Bug#333235: Support for linux kernel 2.6.13 missing

[Joergen Scheibengruber]

Package: kernel-patch-suspend2
Version: 2.1.9.9-4
Severity: wishlist
Tags: experimental

Updating the patch to support linux kernel 2.6.13 would be nice :)

Regards,
Jörgen





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

Bug#333234: sawfish: Sawfish should build-depend on libxinerama-dev

[Paul Evans]

Package: sawfish
Version: 1:1.3+cvs20050709-5
Severity: important


The sawfish package does not currently depend on libxinerama in any way.
This means that the currently-available package from debian.org has
probably been built without xinerama support. By just obtaining the source
locally and rebuilding, where libxinerama-dev is installed, I manage to
fix some xinerama-related bugs, where xinerama was being ignored.

Namely, this was Bug #327878 which, when sawfish is built with xinerma
support, is no longer an issue.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages sawfish depends on:
ii  gnome-terminal [x-termina 2.10.0-2   The GNOME 2 terminal emulator appl
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgmp3c2 4.1.4-10   Multiprecision arithmetic library
ii  libgtk2.0-0   2.6.8-1The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  librep9   0.17-11an embeddable Emacs-Lisp-like runt
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxinerama1  6.8.2.dfsg.1-6 X Window System multi-head display
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  rep-gtk   0.18-9 GTK binding for librep
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  xterm [x-terminal-emulato 6.8.2.dfsg.1-6 X terminal emulator
ii  zlib1g1:1.2.2-4  compression library - runtime

sawfish recommends no packages.

-- no debconf information


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

Bug#333233: ssh's own reverse DNS lookup failure messages are not ignored

[Elmar Hoffmann]

Package: logcheck-database
Version: 1.2.41
Severity: normal
Tags: patch

While violations.ignore.d/logcheck-ssh does filter out the warnings
about failed reverse DNS lookup from the TCP wrappers, it does not for
ssh's own messages (which are quite overly dramatic, too).
The attached patch fixes this.

elmar

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-bdclaim
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages logcheck-database depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy

logcheck-database recommends no packages.

-- debconf information:
  logcheck-database/conffile-cleanup: false
  logcheck-database/rules-directories-note:
  logcheck-database/standard-rename-note:

-- 

 .'"`./"\
| :' :   Elmar Hoffmann <[EMAIL PROTECTED]>ASCII Ribbon Campaign  \ /
`. `'GPG key available via pgp.netagainst HTML email   X
  `-& vCards  / \
--- /etc/logcheck/violations.ignore.d/logcheck-ssh.dpkg-dist2005-10-11 
01:37:46.356925928 +0200
+++ /etc/logcheck/violations.ignore.d/logcheck-ssh  2005-10-11 
01:38:05.833787515 +0200
@@ -1,2 +1,3 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts.deny, 
line [0-9]+: can't verify hostname: getaddrinfo\([._[:alnum:]-]+, AF_INET\) 
failed$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts.deny, 
line [0-9]+: host name/name mismatch: [._[:alnum:]-]+ != [._[:alnum:]-]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: reverse mapping checking 
getaddrinfo for [._[:alnum:]-]+ failed - POSSIBLE BREAKIN ATTEMPT!$


signature.asc
Description: Digital signature

Bug#333034: gretl: FTBFS (Build-Depends on imlib1-dev or gdk-imlib1-dev)

[Dirk Eddelbuettel]

On 9 October 2005 at 18:13, Thomas Bushnell BSG wrote:
| Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
| 
| > Dude I was CC on that fun thread where you were yelling at everyone. No need
| > for redundant BTS entries, really.  
| 
| 1) I wasn't yelling at anyone; perhaps you have me confused with
|someone else.

Message-ID: <[EMAIL PROTECTED]>  had much stronger language
than needed in my book, but what do I care. 
 
| 2) ftpmaster requested that bugs be filed.

Didn't see that. Hence couldn't know that. 

It's a 1-character change. In my book that doesn't call for Severity: serious
given that I have a history of responding within 24 hrs. But whatever. 

Dirk

-- 
Statistics: The (futile) attempt to offer certainty about uncertainty.
 -- Roger Koenker, 'Dictionary of Received Ideas of Statistics'


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

Bug#333232: nis: shadow entry missing in /var/yp/nicknames.. shadow support broken

[kgk]

Package: nis
Version: 3.13-2
Severity: normal


Installing NIS with shadow support did not
add the patch to /var/yp/nicknames
which stops shadow support from working.

*** nicknames.old   2005-10-10 17:15:55.0 -0700
--- nicknames   2005-10-10 17:09:15.0 -0700
***
*** 6,8 
--- 6,9 
  services  services.byname
  aliases   mail.aliases
  ethersethers.byname
+ shadowshadow.byname

-- Package-specific info:

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-9-em64t-p4-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages nis depends on:
ii  debconf   1.4.51 Debian configuration management sy
ii  libc6 2.3.5-4GNU C Library: Shared libraries an
ii  libgdbm3  1.8.3-2GNU dbm database routines (runtime
ii  libslp1   1.0.11a-2  OpenSLP libraries
ii  make  3.80-9 The GNU version of the "make" util
ii  netbase   4.21   Basic TCP/IP networking system
ii  portmap   5-14   The RPC portmapper
ii  sysvinit  2.86.ds1-1 System-V like init

nis recommends no packages.

-- debconf information excluded


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

Bug#332718: mozilla-firefox: ctrl-w (close tab) sometimes fails

[Eric Dorland]

* Jason Dorje Short ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> Version: 1.0.7-1
> Severity: normal
> 
> When I have a lot of tabs open, sometimes using ctrl-w to close the active
> tab does not work.  In this case it is almost always fixed by pressing tab
> (after which ctrl-w does work)...but then the next tab may have the same
> problem.  I think depending on which widget is active the ctrl-w may sometimes
> be ignored...the signal handler for this key isn't "high enough" in the
> widget hierarchy to catch all keypresses.

Well in text fields ctrl-w tends to do other things than close the
current tab. Could that be what you're seeing? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#333231: flex generates a C file with improper macro defn; broke Bison 2.1

[Paul Eggert]

Package: flex
Version: 2.5.31-34
Tags: patch upstream

flex 2.5.31-34 generates a C file that does not conform to the C
standard, because the code invokes gram_wrap() even though the
gram_wrap macro expects an argument.

This bug is also present in Debian stable, and its presence broke
Bison 2.1 because I used Debian stable flex to build Bison.  The bug's
effect is described in
;
that message is for Bison 1.875 but the same problem occurs in the
Bison 2.1 distribution because of the bug in flex 2.5.31-31.
(I used flex 2.5.31-31 to generate both Bison 1.875 and Bison 2.1.)

I see from

that the file
flex-2.5.31/{arch}/flex/flex--debian/flex--debian--2.5/[EMAIL 
PROTECTED]/patch-log/patch-2
logs the presence of the bug, but there isn't any patch installed.  I
suspect the patch got lost somehow so I'm filing this bug report.
Here is a patch.

2005-10-10  Paul Eggert  <[EMAIL PROTECTED]>

* main.c (readin): Don't output an invalid macro definition for
yywrap; some C compilers complain about this.

--- flex-2.5.31-34/main.c   2005-10-10 16:43:31.0 -0700
+++ flex-2.5.31-34-yywrap/main.c2005-10-10 16:49:11.0 -0700
@@ -1560,7 +1560,7 @@ void readin ()
 }
 
if (!do_yywrap) {
-   outn ("\n#define yywrap(n) 1");
+   outn ("\n#define yywrap() 1");
outn ("#define YY_SKIP_YYWRAP");
}
 


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

Bug#333228: 'man ttmkfdir' typo: "ecodings"

[A Costa]

Package: ttmkfdir
Version: 3.0.9-4
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man1/ttmkfdir.1.gz', see attached '.diff'.

Hope this helps...

PS: of the "-p" switch the man page says:
"use panose information".  What's a 'panose'?
It looks like a typo, but maybe it's a word
I don't know...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages ttmkfdir depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  zlib1g1:1.2.3-4  compression library - runtime

ttmkfdir recommends no packages.

-- no debconf information
--- -   2005-10-10 19:38:36.828151000 -0400
+++ /tmp/ttmkfdir1.gz.11646 2005-10-10 19:38:36.0 -0400
@@ -18,7 +18,7 @@
 .B \-\-encoding (or \-e) 
 directory containing the encoding definitions (please refer to
  for more details). The
-default ecodings.dir location is 
/usr/X11R6/lib/X11/fonts/encodings/encodings.dir
+default encodings.dir location is 
/usr/X11R6/lib/X11/fonts/encodings/encodings.dir
 .TP
 .B \-\-font\-dir (or \-d) 
 scan directory  for TrueType font files (default is the

Bug#333229: several typos in description

[Christoph Berg]

Package: xmaxima
Version: 5.9.1-12
Severity: normal

Hi,

| Description: A fairly complete computer algebra system-- x interface
|  Maxima is a full symbolic computation program.  It is full featured
|  doing symbolic manipulation of polynomials, matrices, rational
|  functions, integration, Todd-coxeter, graphing, bigfloats.  It has a
|  symbolic debugger source level debugger for maxima code.  Maxima is
|  based on the original Macsyma developed at MIT in the 1970's.  It is
|  quite reliable, and has good garbage collection, and no memory leaks.
|  It comes with hundreds of self tests.
|  .
|  This package contains an X Windows interface using the tcl/tk
|  libraries.

several things:

* a blank in front of "--" is missing
* "full_ly_ symbolic computation program"
* what are "bigfloats" in _symbolic_ computation?
* there is a "debugger" too much in the 3rd sentence.
* "1970s" without the "'".

* how does the "fairly" from the short description relate to the
extended? Which part is not "complete"?
* I have a reasonable background in mathematics, and have never heard
of "Todd-coxeter" - what's that? (It sounds quite special among those
other rather general terms.)

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#333230: ITP: bsdtar -- tar(1) from FreeBSD, with read support for tar/zip/ISO9660/cpio using libarchive

[John Goerzen]

Package: wnpp
Severity: wishlist
Owner: John Goerzen <[EMAIL PROTECTED]>

* Package name: bsdtar
  Version : 1.02.034
  Upstream Author : [EMAIL PROTECTED]
* URL : http://people.freebsd.org/~kientzle/libarchive/
* License : BSD
  Description : tar(1) from FreeBSD, with read support for 
tar/zip/ISO9660/cpio using libarchive

 The bsdtar program has a number of advantages over previous tar
 implementations:
 .
 * Library. Since the core functionality is in a library, it can be
   used by other tools, such as pkg_add.
 .
 * Automatic format detection. Libarchive automatically detects the
   compression (none/gzip/bzip2) and format (old tar, ustar, gnutar,
   pax, cpio, iso9660, zip) when reading archives. It does this for
   any data source.
 .
 * Pax Interchange Format Support. This is a POSIX/SUSv3 extension to
   the old "ustar" tar format that adds arbitrary extended attributes
   to each entry. Does everything that GNU tar format does, only
   better.
 .
 * Handles file flags, ACLs, arbitrary pathnames, etc. Pax interchange
   format supports key/value attributes using an easily-extensible
   technique. Arbitrary pathnames, group names, user names, file sizes
   are part of the POSIX standard; libarchive extends this with
   support for file flags, ACLs, and arbitrary device numbers.
 .
 * GNU tar support. Libarchive reads most GNU tar archives. If there
   is demand, this can be improved further.
 .
 * BSD license. 

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12-rc4-mm2
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#333227: eblook(GNU/k*BSD): FTBFS: out of date config.sub/config.guess

[Aurelien Jarno]

Package: eblook
Version: 1.6-1
Severity: important

Hello,


The current version of eblook fails to build on GNU/kFreeBSD, 
because of outdated config.guess and config.sub.

The versions of config.guess and config.sub in eblook are too
old to correctly support Debian GNU/k*BSD.  A version is needed
from this year, which is available in the autotools-dev packages
that are in current sarge, and sid.

You can simply copy them manually, but it can also be done 
automatically using the method described in
/usr/share/doc/autotools-dev/README.Debian.gz 

It would also be nice if you can ask upstream to update 
config.guess and config.sub in their next release.


Thanks for your cooperation.

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#333226: ITP: dibbler -- portable, open DHCPv6 implementation (server, relay and client)

[Tomasz Mrugalski]

Package: wnpp
Severity: wishlist
Owner: Tomasz Mrugalski <[EMAIL PROTECTED]>


* Package name: dibbler
  Version : 0.4.1
  Upstream Author : Tomasz Mrugalski <[EMAIL PROTECTED]>
* URL : http://klub.com.pl/dhcpv6/
* License : GPL
  Description : portable, open DHCPv6 implementation (server, relay and 
client)

There will be 4 packages: -client, -server, -relay and -doc.

Package: dibbler-server
 This is a DHCPv6 server. It supports both stateful (i.e. IPv6 address
 granting) as well as stateless (i.e. options granting) autoconfiguration
 modes of DHCPv6 protocol. Relays are also supported. Install Dibbler
 server if you'd like to have IPv6 hosts automatically configured in
 your network.

Package: dibbler-client
 This is a DHCPv6 client. It supports both statefull (i.e. IPv6 address
 granting) as well as stateless (i.e. option granting) autoconfiguration
 modes of the DHCPv6 protocol. Besides basic capabilities, it supports
 various DHCPv6 extensions, e.g. option renewal. Install Dibber client if
 you want to obtain IPv6 addresses and options from DHCPv6 server.

Package: dibbler-relay
 This is a DHCPv6 relay. Relays are used as proxies between server and
 clients. Main advantage is the ability to support multiple remote links
 using only one server. Install Dibbler relay if you want to serve
 multiple not physically connected links with one DHCPv6 server.

Package: dibbler-doc
 User's Guide as well as Developer's Guide is included in this package.
 That documentation covers all aspects of Dibbler DHCPv6 implementation:
  - server, client and relay usage and configuration
  - various tips and frequently asked questions
  - internal structure/code description and hints for developers


-- System Information:
Debian Release: 3.0
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1-mipv6
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to 
pl_PL)


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

Bug#333225: manpages-es-extra: man page for mount is outdated

[Rodrigo Gallardo]

Package: manpages-es-extra
Severity: important
Tags: l10n


Tha manpage for mount is outdated with respect to the one in the
mount package.

It is missing at least the description and options for the tmpfs
filesystem type.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.18-686
Locale: LANG=es_MX.iso8859-1, LC_CTYPE=es_MX.iso8859-1 (charmap=ISO-8859-1)


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

Bug#333218: gnupg: ftbfs [sparc] build installs random mail-transport-agent which failed

[James Troup]

severity 333218 normal
thanks

Blars Blarson <[EMAIL PROTECTED]> writes:

> Package: gnupg
> Version: 1.4.2-2
> Severity: serious
> Justification: no longer builds from source
>
> gnupg has mail-transport-agent as a build dependancy without specifying
> a desired one first as an alternative.  The sparc buildd randomly chose
> zmailer which failed to install so the build failed.

That's a bug in the buildd's setup and zmailer for requiring
interactivity.

-- 
James


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

Bug#333204: enhancement: add group ownership for infiniband devices

[Roland Dreier]

 > > I have issued an ITP but I am still working through some review
 > > comments on the libibverbs package.

 > OK, if you are going to maintain the other relevant package then I can
 > just use the name you will decide.

Thanks, I added postinst/postrm scripts to my libibverbs package that
add/remove the "rdma" group.  I will issue new versions for further
review (and I hope a sponsored upload) soon.

--
Thanks,
  Roland


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

Bug#333118: Bug#333119: gcc-4.0: Segfaulting code generated for gtkboard-0.11pre0

[Steve Langasek]

On Mon, Oct 10, 2005 at 07:14:12PM +0530, R.Ramkumar wrote:

> gcc seems to generate incorrect code for gtkboard-0.11pre0. Seems to occur 
> with
> many combinations of flags under -O or greater (as well as without any) and
> seems to be independent of optimization level. Please note that the source
> doesnt compile initially (due to a static redeclaration of an extern, that's
> easy to patch by removing the static qualifier) and also when -O0 is passed 
> (not
> able to find out the reason for that, so it might be possible that once that 
> is
> fixed, this bug might manifest for -O0 as well). Please note that there is no
> problem with gcc-3.3 (even with the static qualifier removal), so this is 
> likely
> to be a problem with gcc-4.0, rather than the package.

Why are you not using gcc-4.0 4.0.2-2, the current version of gcc-4.0 in
unstable?

What is the last version of the compiler that you are able to use to
successfully compile this code in this environment with no other changes?

Have you confirmed that this bug exists in gcc-snapshot?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#332545: X error prevents wine startup

[Kevin Locke]

Although this is probably old news to everyone "in the know", this bug
appears to have been resolved upstream (as Marc Haber noted earlier).
The bugreport http://bugs.winehq.org/show_bug.cgi?id=3336 seems to
suggest that it is solvable with either a patch to X.org or by updating
wine.

Kevin



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

Bug#333224: gnome-terminal-data can't be removed, when gconf2 is allready removed

[Alexander Schmehl]

Package: gnome-terminal-data
Version: 2.10.0-2
Severity: normal


Hi!

While remastering (and therefore shrinking) a chroot for a live system I
couldn' remove gnome-terminal-data, since gconftool-2 from the package
gconf2 was missing (since I allready removed that):


==
# LANG=C apt-get remove --purge gnome-terminal-data
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
  gnome-terminal-data*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B of archives.
After unpacking 8139kB disk space will be freed.
Do you want to continue? [Y/n]
(Reading database ... 216251 files and directories currently installed.)
Removing gnome-terminal-data ...
/var/lib/dpkg/info/gnome-terminal-data.prerm: line 9: gconftool-2: command not 
found
/var/lib/dpkg/info/gnome-terminal-data.prerm: line 9: gconftool-2: command not 
found
dpkg: error processing gnome-terminal-data (--purge):
 subprocess pre-removal script returned error exit status 127
Errors were encountered while processing:
 gnome-terminal-data
E: Sub-process /usr/bin/dpkg returned an error code (1)
=


Yours sincerely,
  Alexander

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

gnome-terminal-data depends on no packages.

Versions of packages gnome-terminal-data recommends:
pn  gnome-terminal (no description available)

-- no debconf information


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

Bug#333223: fcron seems to ignore shell setting in /etc/fcron.conf

[Reuben Thomas]

Package: fcron
Version: 2.9.6-2
Severity: normal

fcron seems to ignore the shell set in /etc/fcron.conf. If I chsh to
another shell (in this case, fish), I start getting errors from my
fcron jobs, but they should be run with /bin/sh, as set in
/etc/fcron.conf, not my default shell, shouldn't they?

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages fcron depends on:
ii  adduser 3.63 Add and remove users and groups
ii  debconf [debconf-2.0]   1.4.30.13Debian configuration management sy
ii  dpkg1.10.28  Package maintenance system for Deb
ii  esmtp-run [mail-transport-a 0.5.0-4  User configurable relay-only MTA
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libpam0g0.76-22  Pluggable Authentication Modules l
ii  libselinux1 1.22-1   SELinux shared libraries
ii  sysklogd [system-log-daemon 1.4.1-17 System Logging Daemon

-- debconf information:
* fcron/anacronwarn:


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

Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files

[John Goerzen]

Package: wnpp
Severity: wishlist
Owner: John Goerzen <[EMAIL PROTECTED]>

* Package name: libarchive
  Version : 1.02.033
  Upstream Author : Tim Kientzle <[EMAIL PROTECTED]>
Part of FreeBSD
* URL : :pserver:[EMAIL PROTECTED]:/home/ncvs
* License : BSD
  Description : Single libary to read/write tar, cpio, pax, zip, etc. files

 The libarchive library provides a flexible interface for reading and
 writing streaming archive files such as tar and cpio.  The library is
 inherently stream-oriented; readers serially iterate through the archive,
 writers serially add things to the archive.  In particular, note that
 there is no built-in support for random access nor for in-place
 modification.
 .
 libarchive can read at least five tar formats, four cpio formats,
 ISO9660 CD/DVD images (including RockRidge extensions), and ZIP
 files.
 .
 libarchive can write two tar formats (ustar and pax), one cpio format
 (odc/POSIX), and two types of shar files (with and without uuencoding).


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12-rc4-mm2
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#263275: mozilla-firefox: Doesn't use mime-type info well

[Eric Dorland]

Are still seeing this behavior in the latest versions? 

* Henrik Johansson ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> Version: 0.9.1-5
> 
> When accessing some plaintext files on www servers they are not not
> displayed the usual way. Instead the
> What-do-you-want-to-do-with-this-file dialog is opened. I assume this
> is because the web server doesn't send the appropiate meta-data.
> 
> However, firefox does somehow find out what type of file it is and
> then checks /etc/mailcap to find a program to suggest opening it
> with. ("less" is suggested, which doesn't work due to bug #232688.) If
> a copy of the same file is opened as
> file:///some/path/something.some_crummy_extention it is displayed in
> the browser (the usual way).
> 
> It seems to work like this (pseudocode):
> 
> If headers indicate a mime-type with builtin handler:
>  Use the builtin handler (and we are done).
> Else if headers don't tell us what mime-type it is:
>  Try to find out the mime-type some other way.
>  Check /etc/mailcap (and other config files) for suggestions and ask 
>  the user what to do.
> 
> 
> I would be better if it worked like this:
> 
> If headers don't tell us what mime-type it is:
>   Try to find out the mime-type some other way.
> If mime-type has builtin handler:
>  Use the builtin handler (and we are done).
> Else:
>  Check /etc/mailcap (and other config files) for suggestions and ask 
>  the user what to do.
> 
> 
> Another solution would be to include the builtin handlers in the list
> of available actions in the What-do-you-want-to-do-with-this-file
> dialog. (i.e. "show as text/plain", "show as text/html", etc)
> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#333219: galeon: crashes when loading a particular website (http://www.jobcrawler.it)

[Francesco Poli]

Package: galeon
Version: 1.3.20-1
Severity: normal

Hi!

I recently noted that Galeon crashes whenever I try to load
http://www.jobcrawler.it

Steps to reproduce:

$ galeon -n http://www.jobcrawler.it

Galeon main window appears, the only tab starts to load the website main
page, then a dialog shows up, saying

| The Application "galeon" has quit unexpectedly.
|
| You can inform the developers of what happened to help them fix
| it.  Or you can restart the application right now.

Please note that:

* I don't know if this is Debian-specific

* Mozilla works fine on this website (no errors or crashes with
  "mozilla http://www.jobcrawler.it";)

* The crash is reproducible with a newly created user (on my Debian sarge
  machine)

* The crash is reproducible even from an already started Galeon with
  other tabs in use: it crashes as soon as I open a new tab in order
  to load http://www.jobcrawler.it

* The crash does _not_ show up with Galeon on another Debian sarge machine
  (can't understand why)

* I don't know if this is also a security issue (please bring this bug to
  the attention of the Debian security team and raise the severity if this
  is the case!)


Here's a backtrace:

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

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 1803)]
[New Thread 32769 (LWP 1809)]
[New Thread 16386 (LWP 1810)]
[New Thread 32771 (LWP 1814)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x4042bc0b in wait

Bug#333221: xmaxima: Any reason for dependency on maxima-doc

[Alexander Schmehl]

Package: xmaxima
Version: 5.9.1-9
Severity: minor


Hi!

I noticed that xmaxima depends on maxima-doc, and I wonder why.  Using
xmaxima rarly I don't know it as good as you do; the reason for me to
write this bugreport is, that I'm currently mastering a live system
which shouldn't use that much space and therefore every megebyte counts.

Yours sincerely,
  Alexander


-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11-vinyamar
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xmaxima depends on:
ii  maxima5.9.1-9A fairly complete computer algebra
ii  maxima-doc5.9.1-9A fairly complete computer algebra
ii  maxima-test   5.9.1-9A fairly complete computer algebra
ii  tk8.4 8.4.9-1Tk toolkit for Tcl and X11, v8.4 -

-- no debconf information


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

Bug#333220: doesn't install: Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)

[Martin Michlmayr]

Package: kernel-image-2.4.27-xxs1500
Version: 2.4.27-11.040815-2
Severity: grave

kernel-image-2.4.27-xxs1500 doesn't install.  It seems kernel-package
is confused as to the name of the kernel.

Setting up kernel-image-2.4.27-xxs1500 (2.4.27-11.040815-2) ...
Internal Error: Could not find image (/boot/vmlinuz-2.4.27-xxs1500)
dpkg: error processing kernel-image-2.4.27-xxs1500 (--install):
 subprocess post-installation script returned error exit status 2

vs

-rw-r--r--   1 root root 6963004 2005-10-07 23:53 vmlinux-2.4.27-xxs1500

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#333204: enhancement: add group ownership for infiniband devices

[Roland Dreier]

 > On Oct 10, Roland Dreier <[EMAIL PROTECTED]> wrote:

 > > I suggest the name "rdma" for the group name because these device
 > > nodes give userspace programs access to RDMA capabilities from
 > > InfiniBand and (someday) iWARP hardware.

 > > Of course, this requires the creation of the rdma group.  I'm not sure
 > > where or how this sort of group is managed, so please let me know if
 > > there's any other avenues I should be sending this request to.

 > If you are sure that a new, dedicated group is needed then it should
 > probably be created by the package providing the user space InfiniBand
 > programs, but I cannot find them in Debian. Have they been packaged?

I have issued an ITP but I am still working through some review
comments on the libibverbs package.

However it seems strange to me for the "rdma" group to be created by
installing a separate package.  What will udev do with a GROUP rule if
the libibverbs package is not installed?  How will a user realize they
need libibverbs installed to get the right ownership of the /dev files?

Are there other debian packages that create groups as part of their install?

 > If they have not then I think I would add a GROUP directive only for an
 > estabilished group name, because I do not think that I should be the one
 > setting the standard. Did you check what other distributions are using?

I don't think any other distributions have rules to create these
devices yet.  I have opened a similar bug with Fedora but there's no
definitive response yet.

--
Thanks,
  Roland


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

Bug#333204: enhancement: add group ownership for infiniband devices

[Marco d'Itri]

On Oct 11, Roland Dreier <[EMAIL PROTECTED]> wrote:

> I have issued an ITP but I am still working through some review
> comments on the libibverbs package.
OK, if you are going to maintain the other relevant package then I can
just use the name you will decide.

> However it seems strange to me for the "rdma" group to be created by
> installing a separate package.  What will udev do with a GROUP rule if
> the libibverbs package is not installed?  How will a user realize they
It will use the default group (root).

> need libibverbs installed to get the right ownership of the /dev files?
Why should they care about devices not having the right group if they
did not install the tools to use them?

> Are there other debian packages that create groups as part of their install?
Plently. Read the relevant parts of policy.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#333138: [Pkg-shadow-devel] chfn behaves bogusly when either fd 0, 1 or 2 is not a tty

[Alexander Gattin]

Hi!

On Mon, Oct 10, 2005 at 09:28:24PM +0200, Robert Millan wrote:
> This was just a test.  When I found the problem,
> I was running chfn as part of a script, and
> redirecting stderr of the parent shell like this:
> 
>   script 2>&1 | tee /tmp/log
> 
> In this situation, this bug is very annoying, because your script
> suddenly hangs and you don't know what's going on

chfn/chsh without cmdline parameters work interactively
so you _should_ use ptys/expect-like program to script
them (or use cmdline parameters). It's common issue
with a lot of Unix utils.

for example, here:
> aragorn:~# chfn rmh | cat
> ^C
> aragorn:~# chfn rmh 2>&1 | cat
> ^C
you see The Classical Effect of Pipe Being
Block-Buffered. I.e. without using smth. like
fsync()/fflush() you won't see output until pipe is
closed gracefully or buffer (4096 usually) gets full.

WRT "Full Name [rmh]:" prompt being or not being
printed depending on type of stdin, that's another
issue though, but also unrelated to "passwd" pkg IMHO.

P.S.
Difference between:
> aragorn:~# chfn rmh
> Changing the user information for rmh
> Enter the new value, or press ENTER for the default
> Full Name [rmh]:^C
and the next:
> aragorn:~# cat | chfn rmh
> Changing the user information for rmh
> Enter the new value, or press ENTER for the default
> ^C
must be contained just in the following code:
>   printf ("\t%s [%s]: ", prompt, buf);
>   if (fgets (newf, maxsize, stdin) != newf)

As you can see no "bogus" isatty() is there.

P.P.S. I think we should close the bug.
-- 
WBR,
xrgtn


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

Bug#330243: avrdude 5.0 seems to be out really

[Michael Biebl]

I'm currently waiting for my sponsor to upload the 5.0 packages. He
seems to be busy at the moment.
In the meantime you can get the 5.0 packages from my repository at
"deb http://www.teco.edu/~biebl/debian/ unstable main".

Cheers,
Michael


-- 

E-Mail: [EMAIL PROTECTED]
WWW: http://www.teco.edu/

TecO (Telecooperation Office) Vincenz-Priessnitz-Str.1
University of Karlsruhe 76131 Karlsruhe, Germany



signature.asc
Description: OpenPGP digital signature

Bug#319179: xterm: utf8Fonts recource stopped working in xorg

[Barasz Mihaly]

Package: xterm
Version: 6.8.2.dfsg.1-8
Followup-For: Bug #319179


I have the same problem as the original reporter. Namely,
xterm.vt100.utf8Fonts stopped working after xfree86 -> xorg upgrade.

You can reproduce the bug as follows:

$ xrdb -merge <<'EOF'
xterm.vt100.font: -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-2
xterm.vt100.utf8Fonts.font: 
-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1
EOF

Then start an uxterm. Characters outside the iso8859-1 character set
will appear blank.

(Note that I defined the resources for the instance 'xterm' and not for
the class 'XTerm', as it won't affect the uxterm (which sets the class
name to 'UXTerm', but still has the instance name 'xterm')).

As I understand from the description, the utf8Fonts.font should override
the plain 'font' if the resource utf8 is set (and it is set), which
clearly doesn't happen here.

Also note that I have locale hu_HU (and uxterm sets it to hu_HU.UTF-8),
and I don't use the 'locale: true' resource of xterm.
But this is the only meanigful situation in which utf8Fonts could be
used, because if one use the 'locale: true' setting, then only one
(unicode) font is needed for all locales.
On the other hand this "note" is not important, since utf8Fonts has no
effect also when 'locale: true' is used.

And please note that the above config works with xfree86 version of
xterm (4.3.0.dfsg.1-1).


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2)

Versions of packages xterm depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libxaw8   6.8.2.dfsg.1-7 X Athena widget set library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxmu6   6.8.2.dfsg.1-7 X Window System miscellaneous util
ii  libxp66.8.2.dfsg.1-7 X Window System printing extension
ii  libxpm4   6.8.2.dfsg.1-7 X pixmap library
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  xlibs-data6.8.2.dfsg.1-7 X Window System client data

Versions of packages xterm recommends:
ii  xutils6.8.2.dfsg.1-7 X Window System utility programs

-- no debconf information


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

Bug#332826: Many wrong man page references

[Frank Lichtenheld]

On Sun, Oct 09, 2005 at 11:28:04PM +0100, Scott James Remnant wrote:
> On Sat, 2005-10-08 at 22:08 +0200, Frank Lichtenheld wrote:
> 
> > It seems most man pages have changed their section from 8 to 1
> > (even though I haven't found the changelog entry for that yet)
> > but the references were only sparsely updated and many false
> > ones remain.
> > 
> 2005-01-14  Scott James Remnant  <[EMAIL PROTECTED]>
> 
> * man/C/dpkg.8: Moved to section 1 where it belongs.
> * man/C/dpkg-query.8: Moved to section 1 where it belongs.
> * man/C/dpkg-split.8: Moved to section 1 where it belongs.
> * man/C/dselect.8: Moved to section 1 where it belongs.
> 
> et al.

Hmm, have I perhaps only searched the Debian changelog? Otherwise I must
be blind.

> > Was this change really intended?
> > 
> Yes, they were in the wrong place :)

[EMAIL PROTECTED]/dpkg--devel--1.13--patch-28
has a patch for this bug (At least for C, didn't know if I should update
the translations as well?)

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#289790: remove imlib+png2

[Thomas Bushnell BSG]

Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:

> As long as there are at least bugs filed though, and they've aged a
> bit, I'll remove this package nevertheless, and then all those (RC
> by then) bugs are the problem of the respective package's
> maintainers.

At Steve Langasek's suggestion a different strategy is being
implemented.  The imlib source package now provides a compatibility
library for gdk-imlib1.  Also, gdk-imlib11-dev Provides: gdk-imlib1-dev.

It is therefore important that no uploads be made of imlib+png2 lest
they collide badly with the versioning.

It would be good if imlib+png2 could be removed post haste now (to
avoid confusion) that this upload is done.

Thomas


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

Bug#333218: gnupg: ftbfs [sparc] build installs random mail-transport-agent which failed

[Blars Blarson]

Package: gnupg
Version: 1.4.2-2
Severity: serious
Justification: no longer builds from source

gnupg has mail-transport-agent as a build dependancy without specifying
a desired one first as an alternative.  The sparc buildd randomly chose
zmailer which failed to install so the build failed.

I can't think of a good reason to require mail-transport-agent as a
build dependancy.  Building should not depend on being able to send
mail.



Setting up libldap2-dev (2.1.30-12) ...
Setting up zmailer (2.99.56-2) ...
The file /etc/mailname should contain the domain- or hostname
visible on all outgoing mail and news messages. Currently,
that file isn't present. Please enter the mail name of your
system: dpkg: error processing zmailer (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 zmailer
E: Sub-process /usr/bin/dpkg returned an error code (1)
apt-get failed.
Package installation failed


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

Bug#333217: discover1: ftbfs [sparc] error: too few arguments to function 'init_lst'

[Blars Blarson]

Package: discover1
Version: 1.7.14
Severity: serious
Justification: no longer builds from source


discover1 failed to build on a sparc buildd, duplicated on my sparc pbuilder.

make[3]: Entering directory `/build/buildd/discover1-1.7.14/discover'
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib-O2 -g -Wall 
-DDEBIAN_ARCH=\"sparc\" -MT discover.o -MD -MP -MF ".deps/discover.Tpo" \
  -c -o discover.o `test -f 'discover.c' || echo './'`discover.c; \
then mv -f ".deps/discover.Tpo" ".deps/discover.Po"; \
else rm -f ".deps/discover.Tpo"; exit 1; \
fi
discover.c: In function 'main':
discover.c:259: warning: passing argument 1 of 'init_lst' from incompatible 
pointer type
discover.c:259: warning: passing argument 2 of 'init_lst' from incompatible 
pointer type
discover.c:259: warning: passing argument 3 of 'init_lst' from incompatible 
pointer type
discover.c:259: warning: passing argument 4 of 'init_lst' from incompatible 
pointer type
discover.c:261: warning: passing argument 1 of 'init_lst' from incompatible 
pointer type
discover.c:261: warning: passing argument 2 of 'init_lst' from incompatible 
pointer type
discover.c:261: warning: passing argument 3 of 'init_lst' from incompatible 
pointer type
discover.c:261: warning: passing argument 4 of 'init_lst' from incompatible 
pointer type
discover.c:277: warning: passing argument 1 of 'init_lst' from incompatible 
pointer type
discover.c:277: warning: passing argument 2 of 'init_lst' from incompatible 
pointer type
discover.c:277: warning: passing argument 3 of 'init_lst' from incompatible 
pointer type
discover.c:277: error: too few arguments to function 'init_lst'
discover.c: In function 'add_arch_to_paths':
discover.c:487: warning: initialization from incompatible pointer type
discover.c:498: warning: assignment from incompatible pointer type
make[3]: *** [discover.o] Error 1
make[3]: Leaving directory `/build/buildd/discover1-1.7.14/discover'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/build/buildd/discover1-1.7.14'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/discover1-1.7.14'
make: *** [build-stamp] Error 2


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

Bug#333216: slrn: ftbfs [sparc] build-depends on mail-transport-agent without alternative

[Blars Blarson]

Package: slrn
Version: 0.9.8.1pl1-11
Severity: serious
Justification: no longer builds from source

slrn build-depends on mail-transport-agent without specifying a
prefered alternative first.  This leads to random build failures,
since at least one alternative is not installable non-interactivly.
(In this case, zmailer failed to install for other reasons, but it
fails later if it's dependancies could be met.)



Checking for source dependency conflicts...
mail-transport-agent is a virtual package provided by: zmailer xmail ssmtp 
smail sendmail-bin postfix nullmailer masqmail hula-mta exim4-daemon-light 
exim4-daemon-heavy exim esmtp-run courier-mta
Using zmailer (no default, using first one)
  /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install 
libslang2-dev libuu-dev mail-transport-agent libgnutls-dev automake1.8 
libcanlock2-dev
Reading Package Lists...
Building Dependency Tree...
Package mail-transport-agent is a virtual package provided by:
  zmailer 2.99.56-2
  xmail 1.21-4
  ssmtp 2.61-5
  smail 3.2.0.115-7
  sendmail-bin 8.13.5-2
  postfix 2.2.4-1
  nullmailer 1:1.00-2
  masqmail 0.2.20-1
  hula-mta 0.1.0+svn379-2
  exim4-daemon-light 4.54-1
  exim4-daemon-heavy 4.54-1
  exim 3.36-17
  esmtp-run 0.5.1-2
  courier-mta 0.47-9
You should explicitly select one to install.
E: Package mail-transport-agent has no installation candidate
mail-transport-agent is a virtual package provided by: zmailer xmail ssmtp 
smail sendmail-bin postfix nullmailer masqmail hula-mta exim4-daemon-light 
exim4-daemon-heavy exim esmtp-run courier-mta
Using zmailer (no default, using first one)
  /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install 
libslang2-dev libuu-dev libgnutls-dev automake1.8 libcanlock2-dev zmailer
Reading Package Lists...
Building Dependency Tree...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  zmailer: Depends: libssl0.9.7 but it is not installable
E: Broken packages
apt-get failed.
Package installation failed
Trying to reinstall removed packages:
Trying to uninstall newly installed packages:
Source-dependencies not satisfied; skipping slrn


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

Bug#333207: wamerican-large: new upstream release 6 available as of August 10, 2004

[David Coe]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Florian.

If you want to adopt it (the scowl source package), it's yours.  
I'm still interested, but have too much else to do, so I won't miss
it too much.

If you have any questions about the way it's packaged/built,
feel free to ask.

If you decide you don't want to adopt scowl, let me know, and
I'll try to update it sometime soon.

Thanks.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFDSvEUsPfoxg/MJ8YRAjcsAJ0dE4NRvyWfHGxhFeNXlM9WTpd96gCZAS5R
B6BKjzjqm46fQbDsAQ+cMb0=
=Og1a
-END PGP SIGNATURE-


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