Bug#401148: Soundconverter does not support multiple CPUs

[Andrew MacKinnon]

Package: soundconverter
Version: 0.9.3-1
Severity: wishlist

Soundconverter does not run processes on multiple CPUs or cores if
present. I suggest that soundconverter optionally support the encoding
of multiple files simultaneously using additional cores or CPUs, if
present. Dual-core processors are now common.


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

Bug#349482: kuser: incorrect MD5 usage in shadow password

[Ana Guerrero]

On Mon, Jan 23, 2006 at 10:28:19AM -0500, Antonio Amorim wrote:
> Package: kuser
> Version: 4:3.4.3-2
> Severity: normal
> 
> By default, when adding a new user, kuser uses MD5 coding of the new
> passwords in shadow. This renders the passwords for new users unusable.
> By default the Configuration-> Files -> MD5 shadow passwords should be
> off.
> 

According to the bug log in the KDE bugzilla, this behaviour is
configurable via ./configure. 

I guess we're not going to change this, then we should tag the bug as
wontfix.




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

Bug#401146: ITP: mysqlcc - GUI interface for MySQL

[Wei Mingzhi]

Package: wnpp
Severity: wishlist

* Package name: mysqlcc
 Version : 0.9.8-beta
 Upstream Author : MySQL AB & Jorge del Conde
* URL : http://sourceforge.net/projects/mysqlcc
* License : GPL
 Description : GUI interface for MySQL

MySQL Control Center is an excellent GUI front end for MySQL database
creation and administration. It allows multiple concurrent MySQL
server connections, MDI (or not under GNU/Linux), stored login
credentials, point and click dump file imports and more.

Features include:
 * Interactive queries with a syntax-highlighting SQL editor
 * Database and table management
 * Server administration
 * Cross-platform capability

For more information see http://sourceforge.net/projects/mysqlcc


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

Bug#401147: Converter replaces accented characters in filenames with underscore

[Andrew MacKinnon]

Package: soundconverter
Version: 0.9.3-1
Severity: wishlist

When soundconverter is directed to convert a set of file(s) with
auto-renaming on and "Remove all messy characters" on, it replaces
accented characters with underscores. I suggest that it replaces
accented characters with their unaccented equivalents instead (e.g. é
-> e), so that file names are easier to read.

Bug#382829: konq-plugins: "move to" and "copy to" missing from Konqueror context menu

[Ana Guerrero]

Hi Curt,

On Sun, Aug 13, 2006 at 11:35:26AM -0400, Curt Howland wrote:
> Package: konq-plugins
> Version: 4:3.5.2-1
> Severity: normal
> 
> 
> A couple of days ago I noticed that "move to:" and "copy to:" are missing 
> from the
> right-click-on-a-file context menu in Konqueror. The same action on the 
> desktop has
> the move and copy entries. I looked it up at KDE and it says the plug-in is 
> "Kuick",
> and I do not see Kuick in Konqueror=>Settings=>ConfigureExtentions although I 
> don't
> know if it should show up there or not.
> 
> It was a nice feature. If the decision was made to remove it, then I guess 
> I'll 
> live with it. Thank you for making Debian KDE such a good environment.
>

With konq-plugins version 4:3.5.5-1 (KDE 3.5.5), these actions are present
in the konqueror context menu.
Could you check this problem is fixed in your side?


Ana


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

Bug#401105: aptitude: [INTL:sk] Slovak translation

[Christian Perrier]

tags 401105 pending
thanks

Quoting Peter Mann ([EMAIL PROTECTED]):
> Package: aptitude
> Severity: wishlist
> Tags: l10n, patch
>   
> Please, include updated Slovak translation (only one corrected mistake)


Committed and sent to Daniel.




signature.asc
Description: Digital signature

Bug#394970: Please, add credits for patch while closing #394970

[Sven Luther]

On Thu, Nov 30, 2006 at 06:40:16PM +0100, Fabio Tranchitella wrote:
> Hi Frans,
> 
> * 2006-11-30 18:33, Frans Pop wrote:
> > On Thursday 30 November 2006 18:02, Fabio Tranchitella wrote:
> > >   do you mind to retroactively modify the changelog for the upload 2.6
> > > of finish-install to credit Sven Luther about the patch he submitted? I
> > > do not want to be pedantic, and I know that you modified and fixed his
> > > patch, but I think it would be correct considering that in the same
> > > changelog entry you already cite the names of the translators who
> > > submitted the updates.
> > 
> > No sorry.
> > The patch that was applied was not Sven's patch, but a patch I basically 
> > created myself from scratch. Sven's patch was broken (/etc/inittab would 
> > not have had the correct line) and had unnecessary code duplication (as 
> > he indicated himself).
> 
> Fine, thanks for your explanation: I now understand your reasons, and I
> accept it.

I don't though.

> > credit people just for submitting a bug report.
> 
> That's normal.

When people sen me bug reports and stuff, or even just push me to solve a bug
they can reproduce, i always say :

  - Special thanks to  for helping solve this bug.

But then, this is part of Frans continuous trend to discredit my technical
work, to lessen my contribution, and to outcast me in general.

> > Sven has always been correctly credited for any patches he's submitted or 
> > work he's contributed.
> 
> Thanks for confirming this, too.

This is not the full truth though, but the devil is in the detail.

Friendly,

Sven Luther


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

Bug#400856: iceweasel: please replace with pretty icon

[Mike Hommey]

On Thu, Nov 30, 2006 at 09:27:59PM -0600, Itai Seggev <[EMAIL PROTECTED]> wrote:
> Package: iceweasel
> Version: 2.0+dfsg-1
> Followup-For: Bug #400856
> 
> I totally agree that IceWeasel needs to use one of the pretty icons
> https://wiki.ubuntu.com/IceWeaselIcon. I would have filed my own bug
> last weekend but didn't have time, so now I'm reduced to saying Me Too!

See thread here[1] and there[2]

Mike

1. 
http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-November/000714.html
2. 
http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2006-November/000729.html


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

Bug#283633: Announce of the upcoming NMU for the cfal package

[Christian Perrier]

Dear maintainer of cfal and Debian translators,

On 24 nov 2006 I sent a notice to the maintainer of the cfal Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS (bug #283633).

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer did not respond in a week so I will proceed with the
NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: cs de dz fr pt_BR ru sv vi
(translations were taken from the similar packages)

Among these, the following translations are incomplete: cs de dz pt_BR ru sv vi

If you did any of the, currently incomplete, translations you will get a
copy of this announcement BCCd to you. Please review the translation.

Other translators also have the opportunity to create new translations for
this package. Once completed, please send them directly to me so I can
incorporate them into the package being built.

The deadline for receiving updates and new translations is 08 déc 2006. If you
are not in time you can always send your translation to the BTS.

You can download the pot, and any po, files from:

  http://people.debian.org/~lwall/i18n/pots/cfal

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 24 nov 2006   : send the first intent to NMU notice to
 the package maintainer.
 01 déc 2006   : post a NMU announcement to debian-i18n with you
 (maintainer) CC'ed
 08 déc 2006   : deadline for receiving translation updates
 09 déc 2006   : build the package and upload it to DELAYED/0-day
 send the NMU patch to the BTS
 09 déc 2006   : NMU uploaded to incoming
 10 déc 2006   : NMU enters unstable

Thanks for your efforts and time.

-- 




signature.asc
Description: Digital signature

Bug#401145: swt-gtk: FTBFS (ppc64): Please add ppc64 to the list of 64-bit architectures

[Andreas Jochens]

Package: swt-gtk
Version: 3.2.1-3
Severity: wishlist
Tags: patch

Hello,

when building 'swt-gtk' on ppc64/unstable, I get the following error:

xpcom.cpp: In function 'jint 
Java_org_eclipse_swt_internal_mozilla_XPCOM_nsID_1new(JNIEnv*, _jclass*)':
xpcom.cpp:2234: error: cast from 'nsID*' to 'jint' loses precision
make[2]: *** [xpcom.o] Error 1
make[2]: Leaving directory `/swt-gtk-3.2.1'

With the attached patch which adds ppc64 to the list of 64-bit architectures
'swt-gtk' can be compiled on ppc64.

BTW, thank you for adding 64-bit support to the swt-gtk package!

Regards
Andreas Jochens

diff -urN ../tmp-orig/swt-gtk-3.2.1/debian/rules ./debian/rules
--- ../tmp-orig/swt-gtk-3.2.1/debian/rules  2006-11-30 10:46:54.0 
+
+++ ./debian/rules  2006-11-30 10:46:48.0 +
@@ -3,6 +3,7 @@
 alpha := 64
 amd64 := 64
 ia64 := 64
+ppc64 := 64
 DEB_PATCHDIRS = debian/patches/$($(DEB_HOST_ARCH))
 
 DEB_DH_MAKESHLIBS_ARGS_ALL := -Xjni


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

Bug#317418: Updated Sarge package available

[Andy Spiegl]

Hi Paul,

> > Also, I tried to backport it to sarge (where I urgently need it)
> > but didn't succeed because of many compile time errors. :-(
> 
> How did you try to build it?
 apt-get source rsync
 cd rsync-2.6.9
 dpkg-buildpackage -uc -m"[EMAIL PROTECTED]"

Aiii, I forgot the "-B" and therefore didn't notice that I need
libpopt-dev and libacl1-dev.  Just redid it now and it worked!

> You can try http://paul.gps.nl/rsync_2.6.9-0.sarge.2_i386.deb
Hm, that leaves me with a new problem:

dpkg: dependency problems prevent configuration of rsync:
 rsync depends on lsb-base (>= 3.0); however:
  Version of lsb-base on system is 2.0-7.

So I guess that means that I have to install lsb from backports.org,
but that requires that I also upgrade these:
  alien gcc-3.4-base libaudio2 libmng1 libqt3c102-mt libqt4-core libqt4-gui 
  libqt4-qt3support libqt4-sql librpm4 libstdc++6 lprng lsb-release pax 
  qt4-qtconfig rpm 

Uffda, that's a lot of requirements for just a simple fix. :-(

But since I really need the fix, I installed it on just 1 of my servers and
the backup server.  And here is more bad news: the patches didn't solve the
problem. :-((

Proof:

server1:~#touch /var/www/some/subdir/testfile
server1:~#/usr/bin/rsync -v --archive --relative --delete --delete-excluded 
--compress --protocol=28 --exclude-from=/var/local/dom/def/backup.exclude 
/var/www/ backupserver::server1_backup/
building file list ... done
var/www/some/subdir/
/var/www/some/subdir/testfile

server1:~#rm /var/www/some/subdir/testfile
server1:~#/usr/bin/rsync -v --archive --relative --delete --delete-excluded 
--compress --protocol=28 --exclude-from=/var/local/dom/def/backup.exclude 
/var/www/ backupserver::server1_backup/
building file list ... done
var/www/some/subdir/


As you can see it doesn't delete the testfile which resides in some
subdirectory. :-(

Thanks,
 Andy.

-- 
 I said "no" to drugs, but they just wouldn't listen!


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

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

[Aníbal Monsalve Salazar]

On Fri, Dec 01, 2006 at 12:09:28AM -0500, Glenn Randers-Pehrson wrote:
>Libpng's "configure.ac" has this:
>
># Config files, substituting as above
>AC_CONFIG_FILES([Makefile libpng.pc:scripts/libpng.pc.in])
>AC_CONFIG_FILES([libpng-config:scripts/libpng-config.in],
>[chmod +x libpng-config])
>
>I don't see any attempt to include @LIBPNG_DEFINES@ which
>contains "-DPNG_NO_ASSEMBLER_CODE" when the test compile of pnggccrd.c
>fails.
>
>Glenn

[bouncing mail to kobras and 401044]

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

[Aníbal Monsalve Salazar]

On Thu, Nov 30, 2006 at 11:40:11PM -0500, Glenn Randers-Pehrson wrote:
>At 02:26 PM 12/1/2006 +1100, you wrote:
>>>When you build applications, they must be built with -DPNG_NO_MMX_CODE.
>>>Doesn't libpng12.pc or libpng12-config tell you that?
>>
>>This is what I have on my amd64:
>>
>>  d5:~# cat /usr/lib/pkgconfig/libpng12.pc
>>  prefix=/usr
>>  exec_prefix=${prefix}
>>  libdir=${exec_prefix}/lib
>>  includedir=${prefix}/include/libpng12
>>
>>  Name: libpng
>>  Description: Loads and saves PNG files
>>  Version: 1.2.13
>>  Libs: -L${libdir} -lpng12
>>  Cflags: -I${includedir}
>>
>>And /usr/bin/libpng12-config has this:
>>
>>  version="1.2.13"
>>  prefix="/usr"
>>  exec_prefix="${prefix}"
>>  libdir="${exec_prefix}/lib"
>>  includedir="${prefix}/include/libpng12"
>>  libs="-lpng12"
>>  all_libs="-lpng12 -lz -lm"
>>  I_opts="-I${includedir}"
>>  L_opts="-L${libdir}"
>>  R_opts=""
>>  cppflags=""
>>  ccopts=""
>>  ldopts=""
>
>No mention of PNG_NO_MMX_CODE.  That seems to be a mistake in libpng.
>
>Does libpng-1.4.0beta16 work?

I haven't been able to test it yet.

>Glenn

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

[Glenn Randers-Pehrson]

At 12:51 AM 12/1/2006 +0100, Daniel Kobras wrote:
>On Fri, Dec 01, 2006 at 09:28:23AM +1100, Aníbal Monsalve Salazar wrote:
>> >-checking if assembler code in pnggccrd.c can be compiled... no
>> >+checking if assembler code in pnggccrd.c can be compiled... yes
>> 
>> The configure script cannot compile assembler code in pnggccrd.c on
>> amd64, whereas on i386 it can.
>
>I see. This is inconsistent with the #define magic in pngconf.h that
>controls whether the asm functions are exported. Specifically, it's the
>__MMX__ #define that our cpp emits by default on amd64, but not on i386.
>Also, the functions in question live in pngset.c, rather than
>pnggccrd.c, and they're wrapped with PNG_ASSEMBLER_CODE_SUPPORTED
>instead of PNG_USE_PNGGCCRD.
>
>So am I seeing this right: Not only does libpng change its API based on
>configure checks, it also tries to second guess its own configuration
>from default macros in pngconf.h, rather than simply autogenerating this
>file with proper contents? Yay.

Yes, that's pretty much it.  Libpng-1.4.0beta16 does autogenerate a
pngdefs.h file with proper contents.  We tried to autogenerate pngconf.h
in libpng-1.2.12beta but failed (we always got dependency problems and
pngconf.h wouldn't get updated in time).

Please direct the "yay" to the people who are flooding the market with
machines that broadcast __MMX__ but are unable to assemble MMX code.
That happened after libpng began using __MMX__ to separate the sheep
from the goats.

Anibal, please forward to the debian.orgs addressees, who bounce comcast.
Glenn


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

Bug#349505: Not forwarded upstream.

[Jiggly Puff]

tags 349505 +patch

It appears that there is no longer an upstream. Oh well. Tux Racer is
dead. Long live Tux Racer!


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

Bug#401034: RFP: python-pylzma -- Python bindings for the LZMA compression library.

[Kartik Mistry]

On 11/30/06, Mohammed Adnène Trojette <[EMAIL PROTECTED]> wrote:

Hi, you seem to embed your own version of lzma.

How are you going to interact with the lzma package already in Debian?

Would you need me to provide a lzma-dev package so that you can
build-depend on it and depend on lzma?

Please also have a look to the changes I introduced to Igor Pavlov's
LZMA SDK.
--
Mohammed Adnène Trojette


Hi adn,

I am working on this package.

If you can provide lzma-dev, it would be great!

--
Regards,
--
Kartik Mistry   | kartikmistry.org
0xD1028C8D  | kartikm.wordpress.com
---

Bug#401144: Timeout and external Socket don't cooperate (+trivial fix)

[Alexander Zangerl]

Package: libmail-imapclient-perl
Version: 2.2.9+deb-2
Severity: normal


If one passes the IMAPClient constructor an external Socket
(eg. when an SSL connection with extra settings is desired), then
the constructor doesn't properly set things up. This fouls operations 
if and only if the Timeout parameter is also used, because
the select/timeout code then attempts to access a nonexistent select
fdset.

There's a simple workaround: after making the IMAPClient object, 
run $yourobject->Socket($yoursocket). This seems superfluous
(as we can pass the Socket in the constructor more conveniently), 
but isn't.

What is going on and how to fix it?
In new(), lines 221++, the parameter values are directly chucked into
the object hash. If connect() would be run (ie. not in our case),
the connection is opened and the _do_accessor() is run for Socket
and this fellow sets up the _select fdset.
But as we pass the external Socket, the _do_accessor() is never run, which
leaves us with no $self->{_select}, which makes the first real operation 
bomb with the message 
---
Can't call method "can_read" on an undefined value 
at /usr/share/perl5/Mail/IMAPClient.pm line 1583.
--- 

A fix would be to add 
$self->Socket($self->{Socket}) if ($self->{Socket});
between lines 235 and 236.

(BTW, a short check of the version in testing shows 
that the same problem is present there.)

regards
az


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (980, 'testing'), (970, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18
Locale: LANG=C, LC_CTYPE=de_AT (charmap=ISO-8859-1)

Versions of packages libmail-imapclient-perl depends on:
ii  libparse-recdescent-perl   1.94-4Generates recursive-descent parser
ii  perl   5.8.4-8sarge5 Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#401143: debianutils: savelog -d -j can cause spurious warning messages

[Martin Schwenke]

Package: debianutils
Version: 2.17
Severity: normal


Running:

  savelog -t -q -j -d -c 99 yip

causes an error like this to be printed:

  bzip2: Input file yip.20061001030006.bz2 already has .bz2 suffix.

if there are previously compressed and rotated versions of the file 
already there.

The problem is at about line 250 of /usr/bin/savelog:

# compress the old uncompressed log if needed
if test -n "$datum" && test -n "$COMPRESS"; then
$COMPRESS -- "$newname".[0-9]*[0-9]
fi

This code is trying to compress old dated files but also catches files 
ending in "[0-9]*.bz2".

Possible solutions, from hackiest to best, include:

* Pass -q to $COMPRESS.  This will stop the warning appearing.

  However, if the compression scheme is changed from gzip to bzip2 
  (or vice-versa) between uses of savelog, this will still allow gzipped 
  files to be recompressed with bzip2. 

* Only try to compress files ending in 2 consecutive digits.  This will 
  fix the current problem but will no doubt fail in the future.

* Since the value of $DATUM will always contain 14 digits then only 
  compress files ending in 14 digits.  I'm not sure this is locale-safe.

* Generate a list of files to compress, removing any that end in $DOT_Z.
  This is pretty good but still allows recompression of files if the 
  compression scheme is changed.

* As above but filter out anything that looks like a compressed 
  filename.

Thanks...

peace & happiness,
martin


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

Versions of packages debianutils depends on:
ii  coreutils5.97-5  The GNU core utilities
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  mktemp   1.5-2   Makes unique filenames for tempora

debianutils recommends no packages.

-- no debconf information


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

Bug#401138: octplot: subplot is too talkative

[Michael Gilbert]

tag 401138 patch
thank you

here is a quite trivial patch to fix the problem:

--- subplot.m.orig  2006-11-30 23:27:26.0 -0500
+++ subplot.m   2006-11-30 23:27:55.0 -0500
@@ -35,7 +35,7 @@
  if (nargin==1)
if(isscalar(m))
  if(m<=999 & m>=111)
-m=num2str(floor(m))
+m=num2str(floor(m));
  endif
endif


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

Bug#400989: License of Image_Color

[Jeremy Bouse]

It was the PHP License itself that was the problem and unless it's been
revised to deal with the issues that had already been brought up to the PHP
group's attention it will remain one... I'll look but as far as I know it
hadn't been dealt with as it was requiring a license revision and then the
PEAR projects themselves to release new releases with the new license
revision.

On 11/30/06, Igor TAmara <[EMAIL PROTECTED]> wrote:


As stated in [1], they are using php license, pointing to 2.02, I'm not
sure if it's DFSG, I hope it is.

1.http://pear.php.net/package/Image_Color


--
Recomiendo visitar el Gimnasio Fidel Cano
http://www.gfc.edu.co


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFFb63BtV4JcpE0AlYRAgCwAKDoI6PO+d9bow7NoLqaZu9AAF3y1wCfdapx
2vhFU6r50nT78AGx/a+md1g=
=bXzM
-END PGP SIGNATURE-

Bug#401142: RM: mozilla-locale-es-es -- RoQA; mozilla is going away, unchanged since stable

[Nathanael Nerode]

Package: ftp.debian.org
Severity: normal

Since the package is unchanged since stable, no data is lost by
removing it from unstable.  It's already been kicked out of testing.
Mozilla is going away and this should go away along with it.


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

Bug#401141: RM: mozilla-locale-es -- RoQA; mozilla is going away, unchanged since stable

[Nathanael Nerode]

Package: ftp.debian.org
Severity: normal


This package is already not in 'testing', and it's unchanged since
'stable', so removing it from unstable loses no information.
It's one of the mozilla locale packages which need to go away
along with mozilla.  Filing this bug to keep track of it, but there's
no importance to doing this until mozilla is removed.


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

Bug#400989: License of Image_Color

[Igor TAmara]

As stated in [1], they are using php license, pointing to 2.02, I'm not
sure if it's DFSG, I hope it is.

1.http://pear.php.net/package/Image_Color


-- 
Recomiendo visitar el Gimnasio Fidel Cano
http://www.gfc.edu.co


signature.asc
Description: Digital signature

Bug#401139: RM: xnap-snapshot -- RoQA; RC-buggy, already removed from stable and testing, maintainer MIA since 2003

[Nathanael Nerode]

Package: ftp.debian.org
Severity: normal


This package is a waste of space at this point.


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

Bug#401140: RM: xnap -- RoQA; RC-buggy, already removed from stable and testing, maintainer MIA since 2003

[Nathanael Nerode]

Package: ftp.debian.org
Severity: normal


This package is a waste of space at this point.


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

Bug#401138: octplot: subplot is too talkative

[Michael Gilbert]

Package: octplot
Version: 0.3.9-1
Severity: normal

the octplot version of subplot is too talkative

1:> subplot(211)
2:> subplot(211);
3:> toggle_octplot
4:> subplot(211)
m = 211
5:> subplot(211);
m = 211

at leas when semicoloned, subplot output should be
quiet.

thank you for the hard work.

mike

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

Versions of packages octplot depends on:
ii  atlas3-base [liblapac 3.6.0-20.2 Automatically Tuned Linear Algebra
ii  atlas3-sse2 [liblapac 3.6.0-20.2 Automatically Tuned Linear Algebra
ii  fftw3 3.1.2-1library for computing Fast Fourier
ii  lapack3 [liblapack.so 3.0.2531a-6library of linear algebra routines
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libfltk1.11.1.7-2Fast Light Toolkit shared librarie
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-19 GCC support library
ii  libgfortran1  4.1.1-19   Runtime library for GNU Fortran ap
ii  libgl1-mesa-glx [libg 6.5.1-0.4  A free implementation of the OpenG
ii  libglu1-mesa [libglu1 6.5.1-0.4  The OpenGL utility library (GLU)
ii  libhdf5-serial-1.6.5- 1.6.5-3Hierarchical Data Format 5 (HDF5) 
ii  libncurses5   5.5-5  Shared libraries for terminal hand
ii  libreadline5  5.2-1  GNU readline and history libraries
ii  libstdc++64.1.1-19   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-3  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  octave-forge  2006.07.09+dfsg1-4 Contributed functions for GNU Octa
ii  octave2.1 1:2.1.73-13GNU Octave language for numerical 
ii  refblas3 [libblas.so. 1.2-8  Basic Linear Algebra Subroutines 3
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages octplot recommends:
ii  evince [postscript-viewe 0.4.0-2+b2  Document (postscript, pdf) viewer
ii  gs-esp [postscript-viewe 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr
ii  gs-gpl [postscript-viewe 8.54.dfsg.1-5   The GPL Ghostscript PostScript int
ii  kghostview [postscript-v 4:3.5.5-2   PostScript viewer for KDE

-- no debconf information


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

Bug#379257: Remove ida

[Nathanael Nerode]

reassign 379257 ftp.debian.org
retitle 379257 RM: ida -- RoQA; orphaned, contrib, few users, many many many 
alternatives, etc.
thanks

This is just another image viewer and editor, and there are a gazillion 
alternatives to it.  It's been orphaned since July (over 3 months), and nobody 
has ITAed.  It's *contrib*, depending on openmotif.

Also out of date w.r.t. upstream.


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

Bug#302261: Remove gnome-think

[Nathanael Nerode]

reassign 302261 ftp.debian.org
retitle 302261 RM: gnome-think -- RoQA; orphaned long time, dead upstream, 
GNOME 1
thanks

Orphaned over a year with no nibbles, dead upstream.
As suggested, this package should be removed.

It is surprsingly popular; 407 installs.  But only 70 of those are
votes; the rest are not actually using it.

This is also one of those irritating GNOME 1 packages which forces
a large collection of orphaned GNOME 1 libraries to be kept in Debian.



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

Bug#401137: gs-gpl: Please provide dummy gs-afpl package for upgrades

[Nathanael Nerode]

Package: gs-gpl
Severity: wishlist

The plan is to remove the gs-afpl package.  As noted in bug 393923,
it would be best if gs-gpl produced a empty dummy gs-afpl package
which depended on gs-gpl, for upgrade purposes.  Then the real
gs-afpl could be removed from Debian without inconveniencing the
people who have it installed.


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

Bug#2297: Running an X application over a fake "slow" link

[Josh Triplett]

Nathanael Nerode <[EMAIL PROTECTED]> wrote:
> In order to test whether this affects other terminal emulators,  I'd like to 
> create a "slow konsole" and a "fast konsole", but I don't see how to create 
> them both on one machine.  Is there a way to artificially slow an xterm (or a 
> konsole) to a crawl so that it behaves as if it's at the other end of a 14.4K 
> link?

Not that I know of, but if you have another machine, you could
simulate a slow link with "trickle", from the Debian package
of the same name.

- Josh Triplett




signature.asc
Description: OpenPGP digital signature

Bug#401136: O: python-uncertainities

[Nathanael Nerode]

Package: wnpp
Severity: normal

Orphaned already, needs wnpp bug


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

Bug#400240: test suite works fine here

[Kevin Rosenberg]

What combination of lisp implementation and sql engine are you using?
The test suite works fine for me on debian sid mysql 5 with sbcl 1.0
(see below). BTW, I think this bug should be severity normal, not
imporant. I might suggest you consider changing the priority.

Kevin
 

**
*** CLSQL Test Suite begun at 2006-11-30 20:13:28.00
*** SBCL
*** 1.0 on X86-64
*** Database MYSQL backend.
**
Doing 229 pending tests of 229 tests total.
 :INT/CONVERT/1 :INT/CONVERT/2 :INT/CONVERT/3 :INT/CONVERT/4
 :INT/CONVERT/5
 :CONNECTION/1 :CONNECTION/2 :CONNECTION/3 :BASIC/TYPE/1 :BASIC/TYPE/2
 :BASIC/SELECT/1 :BASIC/SELECT/2 :BASIC/SELECT/3 :BASIC/MAP/1
 :BASIC/MAP/2
 :BASIC/MAP/3 :BASIC/MAP/4 :BASIC/DO/1 :BASIC/DO/2 :BASIC/BIGINT/1
 :FDDL/TABLE/1
 :FDDL/TABLE/2 :FDDL/TABLE/3 :FDDL/TABLE/4 :FDDL/TABLE/5 :FDDL/TABLE/6
 :FDDL/TABLE/7 :FDDL/ATTRIBUTES/1 :FDDL/ATTRIBUTES/2
 :FDDL/ATTRIBUTES/3
 :FDDL/ATTRIBUTES/4 :FDDL/ATTRIBUTES/5 :FDDL/ATTRIBUTES/6
 :FDDL/ATTRIBUTES/7
 :FDDL/VIEW/1 :FDDL/VIEW/2 :FDDL/VIEW/3 :FDDL/VIEW/4 :FDDL/INDEX/1
 :FDDL/INDEX/2
 :FDDL/INDEX/3 :FDDL/SEQUENCE/1 :FDDL/SEQUENCE/2 :FDDL/SEQUENCE/3
 :FDDL/BIG/1
 :FDDL/CACHE-TABLE-QUERIES/1 :FDML/INSERT/1 :FDML/INSERT/2
 :FDML/INSERT/3
 :FDML/INSERT/4 :FDML/UPDATE/1 :FDML/UPDATE/2 :FDML/QUERY/1
 :FDML/QUERY/2
 :FDML/QUERY/3 :FDML/QUERY/4 :FDML/QUERY/6 :FDML/EXECUTE-COMMAND/1
 :FDML/SELECT/2 :FDML/SELECT/3 :FDML/SELECT/4 :FDML/SELECT/5
 :FDML/SELECT/6
 :FDML/SELECT/7 :FDML/SELECT/8 :FDML/SELECT/9 :FDML/SELECT/10
 :FDML/SELECT/11
 :FDML/SELECT/12 :FDML/SELECT/13 :FDML/SELECT/14 :FDML/SELECT/15
 :FDML/SELECT/16
 :FDML/SELECT/17 :FDML/SELECT/18 :FDML/SELECT/19 :FDML/SELECT/20
 :FDML/SELECT/21
 :FDML/SELECT/23 :FDML/SELECT/24 :FDML/SELECT/25 :FDML/SELECT/27
 :FDML/SELECT/28
 :FDML/SELECT/29 :FDML/SELECT/30 :FDML/SELECT/31 :FDML/SELECT/32
 :FDML/SELECT/33
 :FDML/SELECT/34 :FDML/SELECT/35 :FDML/SELECT/36 :FDML/SELECT/37
 :FDML/SELECT/38
 :FDML/DO-QUERY/1 :FDML/MAP-QUERY/1 :FDML/MAP-QUERY/2
 :FDML/MAP-QUERY/3
 :FDML/MAP-QUERY/4 :FDML/LOOP/1 :FDML/LOOP/2 :FDML/LOOP/3
 :FDML/TRANSACTION/1
 :FDML/TRANSACTION/2 :FDML/TRANSACTION/3 :FDML/TRANSACTION/4
 :OODDL/METACLASS/1
 :OODDL/METACLASS/2 :OODDL/JOIN/1 :OODDL/JOIN/2 :OODDL/JOIN/3
 :OODDL/TIME/1
 :OODDL/TIME/2 :OODDL/TIME/3 :OODML/SELECT/1 :OODML/SELECT/2
 :OODML/SELECT/3
 :OODML/SELECT/4 :OODML/SELECT/5 :OODML/SELECT/6 :OODML/SELECT/7
 :OODML/SELECT/8
 :OODML/SELECT/9 :OODML/SELECT/10 :OODML/SELECT/11 :OODM/RETRIEVAL/1
 :OODM/RETRIEVAL/2 :OODM/RETRIEVAL/3 :OODM/RETRIEVAL/4
 :OODM/RETRIEVAL/5
 :OODM/RETRIEVAL/6 :OODM/RETRIEVAL/7 :OODM/RETRIEVAL/8
 :OODM/RETRIEVAL/9
 :OODML/UPDATE-RECORDS/1 :OODML/UPDATE-RECORDS/2
 :OODML/UPDATE-RECORDS/3
 :OODML/UPDATE-INSTANCE/1 :OODML/UPDATE-INSTANCE/2 :OODML/DO-QUERY/1
 :OODML/DO-QUERY/2 :OODML/MAP-QUERY/1 :OODML/MAP-QUERY/2
 :OODML/ITERATION/3
 :OODML/CACHE/1 :OODML/CACHE/2 :OODML/REFRESH/1 :OODML/REFRESH/2
 :OODML/REFRESH/3 :OODML/REFRESH/4 :OODML/UOJ/1 :OODML/BIG/1
 :OODML/DB-AUTO-SYNC/1 :OODML/DB-AUTO-SYNC/2 :OODML/SETF-SLOT-VALUE/1
 :OODML/FLOAT/1 :OODML/FLOAT/2 :OODML/FLOAT/3 :OODML/FLOAT/4
 :OODML/FLOAT/5
 :SYNTAX/GENERIC/1 :SYNTAX/GENERIC/2 :SYNTAX/GENERIC/3
 :SYNTAX/GENERIC/4
 :SYNTAX/GENERIC/5 :SYNTAX/GENERIC/6 :SYNTAX/IDENT/1 :SYNTAX/IDENT/2
 :SYNTAX/IDENT/3 :SYNTAX/IDENT/4 :SYNTAX/IDENT/5 :SYNTAX/IDENT/6
 :SYNTAX/IDENT/7
 :SYNTAX/SUBQUERY/1 :SYNTAX/SUBQUERY/2 :SYNTAX/SUBQUERY/3
 :SYNTAX/SUBQUERY/4
 :SYNTAX/SUBQUERY/5 :SYNTAX/AGGREGATE/1 :SYNTAX/AGGREGATE/2
 :SYNTAX/AGGREGATE/3
 :SYNTAX/AGGREGATE/4 :SYNTAX/AGGREGATE/5 :SYNTAX/LOGICAL/1
 :SYNTAX/LOGICAL/2
 :SYNTAX/LOGICAL/3 :SYNTAX/NULL/1 :SYNTAX/NULL/2 :SYNTAX/NULL/3
 :SYNTAX/NULL/4
 :SYNTAX/RELATIONAL/1 :SYNTAX/RELATIONAL/2 :SYNTAX/RELATIONAL/3
 :SYNTAX/RELATIONAL/4 :SYNTAX/RELATIONAL/5 :SYNTAX/RELATIONAL/6
 :SYNTAX/BETWEEN/1 :SYNTAX/BETWEEN/2 :SYNTAX/ARITHMETIC/1
 :SYNTAX/ARITHMETIC/2
 :SYNTAX/ARITHMETIC/3 :SYNTAX/ARITHMETIC/4 :SYNTAX/ARITHMETIC/5
 :SYNTAX/ARITHMETIC/6 :SYNTAX/SUBSTR/1 :SYNTAX/SUBSTRING/1
 :SYNTAX/CONCAT/1
 :SYNTAX/CONCAT/2 :SYNTAX/PATTERN/1 :SYNTAX/PATTERN/2
 :SYNTAX/DISTINCT/1
 :SYNTAX/DISTINCT/2 :SYNTAX/ORDER-BY/1 :SYNTAX/GROUP-BY/1
 :SYNTAX/GROUP-BY/2
 :SYNTAX/COALESCE/1 :SYNTAX/COALESCE/2 :SYNTAX/NVL/1 :SYNTAX/SETS/1
 :SYNTAX/SETS/2 :SYNTAX/SETS/3 :SYNTAX/SETS/4 :SYNTAX/FUNCTION/1
 :SYNTAX/FUNCTION/2 :SYNTAX/QUERY/1 :SYNTAX/QUERY/2 :SYNTAX/QUERY/3
 :SYNTAX/QUERY/4 :SYNTAX/EXPRESSION1 :SYNTAX/EXPRESSION/2
No tests failed.
Tests skipped:
   FDDL/OWNER/1 table ownership not supported
   FDML/QUERY/5 not supported by mysql
   FDML/QUERY/7 not supported by mysql
   FDML/QUERY/8 not supported by mysql
   FDML/SELECT/1fancy math not supported
   FDML/SELECT/22   not supported by mysql
   FDML/SELECT/26   string table aliases not supported on all
   mysql versions
; 
; compilation unit finished

Bug#400856: iceweasel: please replace with pretty icon

[Itai Seggev]

Package: iceweasel
Version: 2.0+dfsg-1
Followup-For: Bug #400856

I totally agree that IceWeasel needs to use one of the pretty icons
https://wiki.ubuntu.com/IceWeaselIcon. I would have filed my own bug
last weekend but didn't have time, so now I'm reduced to saying Me Too!

--Itai


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

Bug#392901: RM: honyaku-el

[Nathanael Nerode]

retitle 392901 RM: honyaku-el -- RoQA; "essentially useless", orphaned, very 
few users
reassign 392901 ftp.debian.org
thanks

4 popcon installs.  Former maintainer describes it as "essentially
useless"; it's designed to work with a discontinued proprietary
product.  It has only 4 popcon installs.  It's contrib.


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

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

[Aníbal Monsalve Salazar]

On Thu, Nov 30, 2006 at 07:47:09PM -0500, Glenn Randers-Pehrson wrote:
>At 09:37 AM 12/1/2006 +1100, Aníbal Monsalve Salazar wrote:
>>On Fri, Dec 01, 2006 at 09:28:23AM +1100, Anibal Monsalve Salazar wrote:
>>>On Thu, Nov 30, 2006 at 03:32:16PM +0100, Daniel Kobras wrote:
Package: libpng12-dev
Version: 1.2.13-4
Severity: grave
Justification: breaks build-depending packages

Functions png_get_asm_flags(), png_set_asm_flags(), and possible some
more are part of libpng's API, but are missing from libpng's list of
exported symbols on amd64. I've checked that it's present on i386 and ia64.
This problem surfaced because libpng recently switched to using
MMX-optimized routines on amd64 (or at least started telling to do so),
and the two mentioned functions are required to ensure thread-safety in
asm-optimized code (cf. libpng(3)).

At least imagemagick and graphicsmagick fail to link on amd64 due to
this problem, but as the affected code was taken from libpng's man
page, there might be more FTBFS errors lurking. If you disagree on
the RC-ness of this issue, please let me know. I can hack around it in
my packages for Debian's purposes, but not in a generic way.

Regards,

Daniel.
>>>
>>>Thank you for the bug report. I compared the amd64 and i386 pbuilder
>>>logs:
>>>
--- /tmp/libpng_1.2.13-4_amd64.log  2006-12-01 09:08:36.0 +1100
+++ /tmp/libpng_1.2.13-4_i386.log   2006-12-01 09:08:13.0 +1100
@@ -1,12 +1,12 @@
-Wed, 22 Nov 2006 14:55:22 +1100
-d5 amd64 linda 0.3.24 lintian 1.23.25 pbuilder 0.160 piuparts 0.20-3
+Tue, 21 Nov 2006 20:36:05 +1100
+elida i386 linda 0.3.24 lintian 1.23.25 pbuilder 0.160 piuparts 0.20-3

 I: using fakeroot in build.
-pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 
2006/05/30 23:45:45 dancer Exp $
+pbuilder-buildpackage/i386 $Id: pbuilder-buildpackage-funcs,v 1.31 
2006/05/30 23:45:45 dancer Exp $
 $Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
[...]
 checking for pow... no
 checking for pow in -lm... yes
 checking for zlibVersion in -lz... yes
-checking if assembler code in pnggccrd.c can be compiled... no
+checking if assembler code in pnggccrd.c can be compiled... yes
>>>
>>>The configure script cannot compile assembler code in pnggccrd.c on
>>>amd64, whereas on i386 it can.
>
>It looks as though the configure script is working as designed on the
>amd64.  It does a trial compilation of pnggccrd.c and finds out it
>cannot, and therefore does not compile and export the asm functions.
>
>When you build applications, they must be built with -DPNG_NO_MMX_CODE.
>Doesn't libpng12.pc or libpng12-config tell you that?

This is what I have on my amd64:

  d5:~# cat /usr/lib/pkgconfig/libpng12.pc
  prefix=/usr
  exec_prefix=${prefix}
  libdir=${exec_prefix}/lib
  includedir=${prefix}/include/libpng12

  Name: libpng
  Description: Loads and saves PNG files
  Version: 1.2.13
  Libs: -L${libdir} -lpng12
  Cflags: -I${includedir}

And /usr/bin/libpng12-config has this:

  version="1.2.13"
  prefix="/usr"
  exec_prefix="${prefix}"
  libdir="${exec_prefix}/lib"
  includedir="${prefix}/include/libpng12"
  libs="-lpng12"
  all_libs="-lpng12 -lz -lm"
  I_opts="-I${includedir}"
  L_opts="-L${libdir}"
  R_opts=""
  cppflags=""
  ccopts=""
  ldopts=""

>GLenn
>
>>Glen,
>>
>>Do you have a patch for this bug in the configure script?
>>
>>Best Regards,
>>
>>Aníbal Monsalve Salazar
>>-- 
>>http://v7w.com/anibal

Best Regards,

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#401135: O: ksimus-floatingpoint

[Nathanael Nerode]

Package: wnpp
Severity: normal

Previously orphaned, needs WNPP bug.


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

Bug#401134: O: klineakconfig

[Nathanael Nerode]

Package: wnpp
Severity: normal

Previously orphaned, needs wnpp bug


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

Bug#272668: can reproduce both this bug both with konqueror and showimg

[Kamaraju Kusumanchi]

Hi
   I am able to reproduce this bug using konqueror as well as
showimg. I downloaded the anim_mod_01.mng and when I ran it using

$konqueror anim_mod_01.mng

The face in the image changes for sometime and then hangs. The errors
on the konsole are

konqueror: WARNING: Can't open
MNG error 999: Internal error in libmng; chunk IHDR; subcode 0:0
MNG error 11: Function is invalid at this point; chunk IHDR; subcode 0:0

and the last error repeated for 8 times. However if I do

$showimg anim_mod_01.mng

The behavior is same. The errors on the konsole are

MNG error 999: Internal error in libmng; chunk IHDR; subcode 0:0
MNG error 11: Function is invalid at this point; chunk IHDR; subcode 0:0

here the second error repeats for 63 times instead of just 8 times.

The file works fine using animate. My system information is



ii  kcontrol   4:3.5.5a.dfsg.1-1 control center for KDE
ii  kdebase-kio-plugins4:3.5.5a.dfsg.1-1 core I/O slaves for KDE
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  kdesktop   4:3.5.5a.dfsg.1-1 miscellaneous binaries and files f
ii  kfind  4:3.5.5a.dfsg.1-1 file-find utility for KDE
ii  khelpcenter4:3.5.5a.dfsg.1-1 help center for KDE
ii  konqueror   3.5.5a.dfsg.1-1 KDE's advanced file manager, web
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-7   GNU C Library: Shared libraries
ii  libexif12  0.6.13-4  library to parse EXIF files
ii  libfam02.7.0-11  Client library to control the FAM
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-13GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG
ii  libkexif1  0.2.3-2   library for KDE to read/display/ed
ii  libkipi0   0.1.4-1   library for apps that want to use
ii  libkonq4   4:3.5.5a.dfsg.1-1 core libraries for Konqueror
ii  libpng12-0 1.2.8rel-7PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-13  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-3 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  showimg 0.9.5-1.1   A feature-rich image viewer
ii  zlib1g 1:1.2.3-13compression library - runtime

pn  kipi-plugins   (no description available)


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

Bug#389292:

[Diego Escalante]

Indeed g-p-a is deprecated as far as I know.

--
"First they ignore you, then they laugh at you, then they fight you,
then you win"  -Ghandi

http://diego.aureal.com.pe | http://diegoe.blogspot.com


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

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

[Aníbal Monsalve Salazar]

On Thu, Nov 30, 2006 at 07:10:47PM -0500, Glenn Randers-Pehrson wrote:
>At 09:37 AM 12/1/2006 +1100, Aníbal Monsalve Salazar wrote:
>>On Fri, Dec 01, 2006 at 09:28:23AM +1100, Anibal Monsalve Salazar wrote:
>>>The configure script cannot compile assembler code in pnggccrd.c on
>>>amd64, whereas on i386 it can.
>>
>>Glen,
>>
>>Do you have a patch for this bug in the configure script?

I forgot to tell you about the libpng build logs, they are available
at:

http://buildd.debian.org/build.php?pkg=libpng

One of the packages that fails to build because of this bug is
imagemagick. Its build logs are at:

http://buildd.debian.org/build.php?pkg=imagemagick

The amd64 build log with the failure is at:

http://buildd.debian.org/fetch.cgi?&pkg=imagemagick&ver=7%3A6.2.4.5.dfsg1-0.12&arch=amd64&stamp=1164826621&file=log

The bug #401044 report is at:

http://bugs.debian.org/401044

>No patch, but I think libpng-1.4.0beta16 works.  The change is too
>complex to form a patch (we had to create a new header file, pngdefs.h,
>that is created by the configure script and makefiles).
>
>The alternative is to put PNG_NO_MMX_CODE manually near the top of
>pngconf.h, but then you give up the fast MMX code on platforms
>where it *does* work.
>
>Glenn

-- 

Mit freundlichen Grüßen,
Best Regards,

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal

 .''`. Debian GNU/Linux
: :' : Free Operating System
`. `'  http://debian.org/
  `-   http://v7w.com/anibal

  .-.  .-._
 .''`.: :  : :   :_;  Debian GNU/Linux
: :' :  .-' : .--. : `-. .-. .--.  ,-.,-. Free Operating System
`. `'  ' .; :' '_.'' .; :: :' .; ; : ,. : http://debian.org/
  `-   `.__.'`.__.'`.__.':_;`.__,_;:_;:_; http://v7w.com/anibal

.-.  .-._
Debian GNU/Linux   .''`.: :  : :   :_;
Free Operating System : :' :  .-' : .--. : `-. .-. .--.  ,-.,-.
http://debian.org/`. `'  ' .; :' '_.'' .; :: :' .; ; : ,. :
http://v7w.com/anibal   `-   `.__.'`.__.'`.__.':_;`.__,_;:_;:_;


signature.asc
Description: Digital signature

Bug#401133: slashem: [INTL:de] German po-debconf template translation

[Matthias Julius]

Package: slashem
Version: 0.0.7E7F2-2
Severity: minor
Tags: patch l10n

I have prepared a translation of the po-debconf template into German.
Please include it in debian/po.

Matthias

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-amd64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
# translation of po-debconf template to German
# Copyright (C) 2006, Matthias Julius
# This file is distributed under the same license as the slashem package.
#
# Matthias Julius <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: slashem 0.0.7E7F2-2\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-10-20 20:39+\n"
"PO-Revision-Date: 2006-11-30 21:57-0500\n"
"Last-Translator: Matthias Julius <[EMAIL PROTECTED]>\n"
"Language-Team: German \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../slashem-common.templates:1001 ../slashem-common.templates:2001
msgid "abort, backup, purge, ignore"
msgstr "Abbrechen, Sichern, Löschen, Ignorieren"

#. Type: select
#. Description
#. Type: select
#. Description
#: ../slashem-common.templates:1002 ../slashem-common.templates:2002
msgid "Should Slash'em back up your old, incompatible save files?"
msgstr "Soll Slash'em Ihre alten, inkompatiblen gespeicherten Dateien sichern?"

#. Type: select
#. Description
#. Type: select
#. Description
#: ../slashem-common.templates:1002 ../slashem-common.templates:2002
msgid ""
"You are upgrading from a version of Slashe'em whose save files are not "
"compatible with the version you are upgrading to. You may either have them "
"backed up into /tmp, purge them, ignore this problem completely, or abort "
"this installation and manually handle Slashem's save files."
msgstr ""
"Sie führen ein Upgrade von einer Version von Slash'em durch, deren "
"gespeicherte Dateien nicht mit der Version kompatibel sind, die Sie gerade "
"installieren. Sie können diese entweder in /tmp sichern, löschen, das "
"Problem vollständig ignorieren, oder die Installation abbrechen und "
"Slash'ems Dateien manuell verwalten."

#. Type: select
#. Description
#. Type: select
#. Description
#: ../slashem-common.templates:1002 ../slashem-common.templates:2002
msgid ""
"If you choose to back up, the files will be backed up into a gzip-compressed "
"tar archive in /tmp with a random name starting with 'slash' and ending in '."
"tar.gz'."
msgstr ""
"Falls Sie sich entscheiden, die Dateien zu sichern, werden sie in ein "
"gzip-komprimiertes tar-Archiv mit zufälligem Namen, der mit »slash« anfängt "
"und in »tar.gz« endet, in /tmp gesichert."

Bug#374109: Finding a maintainer for libintl-gettext-ruby

[Nathanael Nerode]

This orphaned package has 1655 popcon installs, probably because it's
used by apt-listbugs.

Anyone on the Ruby team, or Junichi, interested in adopting it?
The orphaning bug is at #374109.


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

Bug#384226: Please remove gnome-gv

[Nathanael Nerode]

retitle 384226 RM: gnome-gv -- RoQA; orphaned, dead upstream, better 
alternatives
reassign 384226 ftp.debian.org
thanks

As documented in the bug report, this package is dead upstream and
has been superseded by 'evince' (as well as there being many alternative
PostScript viewers).  This package should be removed: QA should not
waste its time on it, and users should not be misled by its presence.



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

Bug#397216: libastro-fits-cfitsio-perl: FTBFS: wrong byteswap on mipsel and arm

[Gunnar Wolf]

Niko Tyni dijo [Wed, Nov 29, 2006 at 11:36:26PM +0200]:
> On Sun, Nov 05, 2006 at 11:11:18PM +0200, Niko Tyni wrote:
>  
> > The libastro-fits-cfitsio-perl package version 1.05-1 fails
> > to build from source on the mipsel [1] and arm [2] architectures
> > because some of the tests fail:
>  
> This was because of #397619 in cfitsio3, fixed in 3.006-1.3 (in unstable,
> not yet in etch.)
> 
> I'm CCing the mipsel and arm buildd maintainers. Could you please requeue
> libastro-fits-cfitsio-perl?

Wookey, one of the ARM porters, confirmed me (on Nov. 21) that it was
still not buildable:

(08:13:44 PM) wookey: gwolf - the patch in #339758 does not seem to be
in /usr/include/fitsio2.h in libcfitsio3
(08:13:57 PM) wookey: that might explain why its not workgin
(08:45:30 PM) wookey: rebuiding libcfitsio3 with the patch now
(09:50:29 PM) wookey: OK, with a rebuilt patched  libcfitsio3
libastro-fits-cfitsio-perl build and runs tests OK too 
(09:51:59 PM) wookey: so the prob seems to be that the (final) just
got missing out of cfitsio3_3.006-1

I'm sorry for asking him and not following up on his reply - Could you
check this with him on IRC? (...maybe I should declare myself on
semi-VAC? :( )

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


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

Bug#401132: Devel::Peek enhancement

[Robert Stone]

Package: perl
Version: 5.8.8-6.1

I recently discovered that Devel::Peek's SvREFCNT, SvREFCNT_inc
and SvREFCNT_dec functions are not as flexible as the XS functions that
they wrap.  In XS where you wish to get the reference count of an hash
your HV * pointer will cast to an SV * when passed as an argument to
SvREFCNT().  In Perl using Devel::Peek:SvREFCNT(%m) does not return the
reference count of %m, but rather treats %m as a list of arguments to
the function causing a runtime error.  I believe the intent of the code was
to return the reference count of the parameter passed and the difference
between Perl Prototypes and C casting was overlooked.
A small patch (attached) will extend these three functions to
work on any perl variable type.  This could break code in cases where
users expect an array of one member passed to these functions to operate
on that only member of the array, but for all other data types (and
arrays of any other length) these functions currently croak.  Possibly a
new family of functions is warranted to maintain reverse compatibility
in the single element array case in the existing functions, but it is
not my place to make that judgement.
Thanks,
Robert Stone
diff -Naur perl-5.8.8.deborig/ext/Devel/Peek/Peek.xs 
perl-5.8.8/ext/Devel/Peek/Peek.xs
--- perl-5.8.8.deborig/ext/Devel/Peek/Peek.xs   2005-06-07 09:27:36.0 
-0700
+++ perl-5.8.8/ext/Devel/Peek/Peek.xs   2006-11-30 15:49:39.837153699 -0800
@@ -383,15 +383,22 @@
 I32
 SvREFCNT(sv)
 SV *   sv
+PROTOTYPE: [EMAIL PROTECTED]&*]
+PPCODE:
+{
+RETVAL = SvREFCNT(SvRV(sv)) - 1; // -1 because our ref doesn't count
+PUSHi(RETVAL);
+}
 
 # PPCODE needed since otherwise sv_2mortal is inserted that will kill the 
value.
 
 SV *
 SvREFCNT_inc(sv)
 SV *   sv
+PROTOTYPE: [EMAIL PROTECTED]&*]
 PPCODE:
 {
-RETVAL = SvREFCNT_inc(sv);
+RETVAL = SvREFCNT_inc(SvRV(sv));
 PUSHs(RETVAL);
 }
 
@@ -400,9 +407,10 @@
 void
 SvREFCNT_dec(sv)
 SV *   sv
+PROTOTYPE: [EMAIL PROTECTED]&*]
 PPCODE:
 {
-SvREFCNT_dec(sv);
+SvREFCNT_dec(SvRV(sv));
 PUSHs(sv);
 }
 

Bug#320597: Not happening

[Antony Gelberg]

Package: wmcalc
Version: 0.3-2.2
Followup-For: Bug #320597

This important bug has been ignored for over a year.

The maintainer told me on the 14th April 2006 that (1) he would look
into it ASAP and (2) he would update the maintainer email address to
[EMAIL PROTECTED]  It seems neither has happened.

I don't want to propose removal from Etch, but really a calculator that
doesn't calculate accurately 100% of the time is not the best advert for
Debian, given that calculating is a basic computing task.

Gordon, any chance of a patch before the freeze?  Unfortunately I'm
spread too thinly to take a look, but I don't imagine it can be a
difficult bug to fix.


-- 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.17-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages wmcalc depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  libx11-6 2:1.0.0-8   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension
librar
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library

wmcalc recommends no packages.

-- no debconf information


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

Bug#190367: Fully DebtFree Immediately

[elsy greene]

 Lawyers discovered a mistake inside the bank laws, Using waht we found we
were 5uccessful at entirely eliminating peop1es creditcarddebt with 0ut them
having to pay one more dime. We know that our firm can do this for you also.

Please contact us-
1---3 1 3--263--2706


I'll try. Well, I'll explain



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

Bug#400876: gnat-gps: Crash after clicking on "Browse" in the welcome screen

[Ludovic Brenta]

Kevin Brown writes:
> Why are we using any unchecked deallocations at all?  That seems
> counter to one of the biggest reasons to use Ada: correctness
> checking.
> 
> I'd rather take the potential heap usage hit and guarantee
> correctness here.  Is there any way we can turn this uncheck
> deallocation to a checked deallocation?

"we" is actually the upstream author, AdaCore.

The only "checked" deallocation that takes place in Ada is the one for
objects on the stack.  For heap-allocated objects, there are only two
choices:

- either you use an instance of Ada.Unchecked_Deallocation (which is
  still safer than C's free() because it guards against double
  deallocation and calls any finalization routines necessary)

- or you declare an access type in a nested scope and specify a
  Storage_Size.  When the access type goes out of scope, the storage
  is reclaimed.

In the case of GPS, not many access types can be practically defined
in a nested scope.

Ada allows a garbage collector, but GNAT doesn't provide one out of
the box (nor does any other Ada compiler).  All allocations and
deallocations are therefore explicit.

> If it happens that the memory is never freed then it means that
> something is referring to it when it shouldn't, and that would
> obviously warrant investigation in its own right.

In the absence of a garbage collector, the only reason why memory
isn't freed is because my patch disabled the deallocation.

However I'm quite convinced that there is a dangling pointer
somewhere.  Since I compile with full run-time checks, no overflow
could have gone unnoticed.

Valgrind flagged directory_tree.adb:1161 as deallocating memory that
was already freed.  Removing that one line didn't solve the problem,
though; I had to change _all_ calls to VFS.Unchecked_Free into no-ops
before the symptoms (crashes) disappeared.  So, yes, we do need to
investigate.

BTW, two logs from valgrind are in gnat-gps_4.0.1-3.diff.gz; one taken
before the memory_corruption.patch, and the other with the patch
applied.  In both cases, I started gnat-gps, selected the third option
from the welcome box, and clicked Browse next to it.

> I would hope that GNAT would provide the means to determine why the
> allocator believes the memory chunk in question is still in use...

GNAT does provide a facility called "debug storage pools", but using
that facility would be a major undertaking.  We'd have to create one
pool for each (non-derived) access type, and associate the access type
with it.  That would allow us to detect memory leaks (but so does
valgrind).  Unfortunately, it would most probably cause the memory
corruption to not take place anymore, so we wouldn't be able to track
it down.

-- 
Ludovic Brenta.



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

Bug#401131: mingw32: many new upstream versions

[Anand Kumria]

Package: mingw32
Version: 3.4.5.20060117.1-1
Severity: normal

Hi,

There are many new upstream versions; it would be useful if you could
package one of them up.

Thanks,
Anand

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc2
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages mingw32 depends on:
ii  libc6   2.3.6.ds1-8  GNU C Library: Shared libraries
ii  mingw32-binutils2.16.91-20060119.1-1 Minimalist GNU win32 (cross) binut
ii  mingw32-runtime 3.9-4Minimalist GNU win32 (cross) runti

mingw32 recommends no packages.

-- no debconf information


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

Bug#315756: dstat: Still present in 0.6.3-2

[Jamin W. Collins]

Package: dstat
Version: 0.6.3-2
Followup-For: Bug #315756

It may have been corrected in 0.6.0 but the man page in 0.6.3-2 still
has the incorrect reference to --csv.

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

Versions of packages dstat depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-central0.5.10 register and build utility for Pyt

dstat recommends no packages.

-- no debconf information


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

Bug#389476: #389476 xterm: ansi color slows scrolling down

[Thomas Dickey]

I think this is due to the way xterm is managing graphic contexts,
and have in mind a way to improve that (perhaps in xterm #224).

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#400998: Please provide example

[Filipus Klutiero]

Thank you. I can reproduce your problem with your file.
Unless just waiting for the user to call dpkg-reconfigure ddclient is 
considered as "asking", ddclient seems to violate the requirement "These 
scripts [...] 
must not overwrite or otherwise mangle the user's configuration without asking 
[...]".


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

Bug#365712: #365712 xterm and options -l / -lf

[Thomas Dickey]

This is reportedly fixed by the current Debian package.

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#351754: #351754 xterm : does not use UTF-8 encoding for window and icon name when set through -n and -T option

[Thomas Dickey]

xterm #212 introduced the utf8Title resource, which is supposed to address
this issue.  Please verify.

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#382225: #382225 xterm: provide example configuration for draggable scrollbars

[Thomas Dickey]

done in xterm #223 (manpage)

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#347722: #347722 xterm: the cursor disappears when launching screen

[Thomas Dickey]

fix is in xterm #223

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#401130: enigma: Images for manual aren't included

[Aaron Schrab]

Package: enigma
Version: 1.00~beta-r473-2
Severity: normal

Images linked from the HTML manual aren't included in the package.  This
makes it difficult to know what it's talking about when referring to
various types of objects.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages enigma depends on:
ii  enigma-data   1.00~beta-r473-2   Data file for the game enigma
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-20 GCC support library
ii  libpng12-01.2.13-4   PNG library - runtime
ii  libsdl-image1 1.2.5-2+b1 image loading library for Simple D
ii  libsdl-mixer1 1.2.6-1.1+b1   mixer library for Simple DirectMed
ii  libsdl-ttf2.0 2.0.8-3+b1 ttf library for Simple DirectMedia
ii  libsdl1.2debi 1.2.11-7   Simple DirectMedia Layer
ii  libstdc++64.1.1-20   The GNU Standard C++ Library v3
ii  libxerces27   2.7.0-3validating XML parser library for 
ii  libzipios++0c 0.1.5.9+cvs.2004.02.07-3.4 a small C++ library for reading zi
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages enigma recommends:
pn  enigma-level-previews  (no description available)

-- no debconf information


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

Bug#399638: #399638 xterm: broken rendering in ncurses programs

[Thomas Dickey]

fix is in xterm #223

-- 
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#401128: Mismatch of state.xml and enigma.score

[Aaron Schrab]

Package: enigma
Version: 1.00~beta-r473-2
Severity: normal

I need to remove the enigma.score file every time I run enigma or I get
the following error message:

Error: Cannot load application score file: /home/ats/.enigma/enigma.score
Error: Mismatch of state.xml and enigma.score.
Restore both from your backup or remove enigma.score
to restart with an empty score file

If I run enigma in my sid/i386 chroot, this problem doesn't occur.  The
i386 version gives the same error if it is run with an enigma.score file
generated by the amd64 version, and the score file from the i386 version
doesn't work on amd64 either.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages enigma depends on:
ii  enigma-data   1.00~beta-r473-2   Data file for the game enigma
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-20 GCC support library
ii  libpng12-01.2.13-4   PNG library - runtime
ii  libsdl-image1 1.2.5-2+b1 image loading library for Simple D
ii  libsdl-mixer1 1.2.6-1.1+b1   mixer library for Simple DirectMed
ii  libsdl-ttf2.0 2.0.8-3+b1 ttf library for Simple DirectMedia
ii  libsdl1.2debi 1.2.11-7   Simple DirectMedia Layer
ii  libstdc++64.1.1-20   The GNU Standard C++ Library v3
ii  libxerces27   2.7.0-3validating XML parser library for 
ii  libzipios++0c 0.1.5.9+cvs.2004.02.07-3.4 a small C++ library for reading zi
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages enigma recommends:
pn  enigma-level-previews  (no description available)

-- no debconf information


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

Bug#401129: [m68k] FTBFS due to alignment problem

[Roman Zippel]

Package: php5
Severity: important
Tags: patch

Hi,

php5 currently fails to compile because it crashes in the allocator. The
basic problem is, that the used alignment is to small. The allocator
needs two bits for type information, but the alignment is set to two on
m68k.  The attached patch fixes the problem and also properly rounds the
alignment value up, so it matches the shift value (it's not really a
problem right now, but just in case the sizeof a few lines up produces
weird results).

bye, Roman

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: m68k
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-m68k-amiga
Locale: LANG=de_DE.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Index: php5-5.2.0/Zend/Zend.m4
===
--- php5-5.2.0.orig/Zend/Zend.m42006-11-30 13:34:32.0 +0100
+++ php5-5.2.0/Zend/Zend.m4 2006-11-30 13:59:01.0 +0100
@@ -268,17 +268,22 @@
 
 int main()
 {
-  int i = ZEND_MM_ALIGNMENT;
+  int i, align;
   int zeros = 0;
   FILE *fp;
 
-  while (i & ~0x1) {
-zeros++;
-i = i >> 1;
-  }
+  i = ZEND_MM_ALIGNMENT - 1;
+  if (i > 3) {
+while (i) {
+  zeros++;
+  i = i >> 1;
+}
+  } else
+zeros = 2;
+  align = 1 << zeros;
 
   fp = fopen("conftest.zend", "w");
-  fprintf(fp, "%d %d\n", ZEND_MM_ALIGNMENT, zeros);  
+  fprintf(fp, "%d %d\n", align, zeros);
   fclose(fp);
 
   exit(0);

Bug#401079: timezoneconf: Filed for removal, keep it out of Etch

[Steve Langasek]

severity 401079 serious
thanks

On Thu, Nov 30, 2006 at 07:42:27PM +0100, Moritz Muehlenhoff wrote:
>  Like localeconf and etherconf, this is one of the leftovers from Progeny's
>  configuration system, which they stopped maintaining years ago (early 2004).

> So it should most likely be hinted out of testing.

The correct severity for such bugs is serious, btw.

-- 
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/


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

Bug#398327: still present upstream, and thus in 1.1.18-3

[Josh Triplett]

found 398327 1.1.18-3
tags 398327 - fixed-upstream
tags 398327 + upstream
thanks

Looks like the current upstream fix doesn't solve the whole problem, just part
of it.  I've reopened the upstream bug
 with further details, and
reopened this bug.

- Josh Triplett



signature.asc
Description: OpenPGP digital signature

Bug#384320: farpd: Missing init-script

[Javier Fernández-Sanguino Peña]

severity 384320 wishlist
thanks

On Wed, Aug 23, 2006 at 03:36:47PM +0200, Jan Wagner wrote:
> Package: farpd
> Version: 0.2-7
> Severity: important
> 
> Hi,
> 
> with honeyd 1.0-5 you removed the possibility of calling farpd from within
> honeyd's init script.  You mentioned "farp should provide its own". Since
> you are maintaining farpd and honeyd, you should provide any init-script.

I agree, but this is hardly an important bug. I'm downgrading its severity.

> Starting farpd with the honeyd init script has the advantage to use the
> settings from honeyd, which needs to be set there anyways. So we prevent to
> configure the same twice. This was very comfortable for me.  But there
> maybe scenarios where farpd is used without honeyd.

Setting up an init script is rather easy. I will try to provide one (even if
disabled by default).

Regards

Javier


signature.asc
Description: Digital signature

Bug#401110: gramps: Help 3.6.2 / Family Editor -- selecting spouse doesn't work

[Alex Roitman]

On Thu, 2006-11-30 at 17:08 -0500, A. Costa wrote:
>   Now a question: Does the person who will form the relationship
> with the Active person already exist in the database? If yes, click
> the Select button to the other person. You'll
> then be able to browse through the list of people in the database to
> select the one you want. 
> 
> Doesn't work for spouses though...
> 
> Start 'gramps', select person, then 'Relationships' in Sidebar, then
> the '+' icon next to Family.  "Family Editor" pops up, set 'Type:' to
> Married, and then...
> 
> Confusion -- how do you add a spouse?  According to the help above, one
> should "click the select button".  Well there's one select button
> and its tooltip claims that it adds a child.

Family editor shows either two people at the top, or the +/select
buttons if there's no father/mother. See
http://www.gramps-project.org/gramps-manual/2.2/en/resources/edit-family.png
and the two buttons by the missing Mother.

If both Father and Mother are present in the family, then there's
a - button for each of them. Only missing parents have +/select button.

You seem to be using the select button on the bottom, that applies
to the children list.

Do you still think this is broken?

-- 
Alexander Roitman   http://www.gramps-project.org


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

Bug#401101: 'man gramps' typos: "geneology", "invokation", "succesfully", etc.

[Alex Roitman]

On Thu, 2006-11-30 at 15:34 -0500, A. Costa wrote:
> Found some typos in '/usr/share/man/man1/gramps.1.gz', see attached '.diff'.

Thanks!
Committed to the SVN and will appear in 2.2.4.

Alex

-- 
Alexander Roitman   http://www.gramps-project.org


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

Bug#242974: vim-latexsuite: overwrites unnamed register when switching buffers

[Nikolaus Schulz]

Followup-For: Bug #242974
Package: vim-latexsuite
Version: 0.20041219-1

This bug still exists and is very annoying. :-(
Not only does vim lose the unnamed register's content when it is
restarted, but it does so every time one switches between TeX files
(e.g. with :n). 

On Thu, Nov 11, 2004 at 07:52:33PM +0100, martin f krafft wrote:
> The bug still exists. Apparently now though it uses the 'a' buffer
> to restore the primary paste buffer. 

Same here. 

> To reproduce:
> 
> echo Hello world > test.tex
> echo Second line >> test.tex
> vim test
>   yyj"ayy:q
> vim test
>   Gp"ap

I think the procedure above is not suitable to trigger the bug, but
works just like expected -- the second yank command sets the registers
"" and "a.  

> This should output "Second line" twice when in fact it should
> duplicate the contents of the file in lines three and four.

Nope.  The following minimal file content is needed to trigger the bug: 

[ a.tex ]
\usepackage{bar}
\begin{document}
---eof---

This corrupts the unnamed ("") register when switching from some *.tex
file to a.tex: 

penelope[demo]$ ls
a.tex
penelope[demo]$ echo -e "first\nsecond" > b.tex
penelope[demo]$ vim b.tex a.tex
  "aYjY:nP

This should put 'second' on the first line of a.tex, but it puts
'first'.  Very annoying.  The minimal a.tex is also quite weird. 

Nikolaus

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-deb.150606
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages vim-latexsuite depends on:
ii  vim1:6.3-071+1sarge1 Vi IMproved - enhanced vi editor

-- no debconf information


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

Bug#401112: xorg installation

[Julien Cristau]

On Thu, Nov 30, 2006 at 23:38:55 +0100, Franco Vecchiato wrote:

> With apt-get there are 98 packages to install and the video card is not
> recognized (vesa driver doesn't work, but this is not important for me).
> 
> Aptitude installs 105 packages instead, and the video card (nv driver)
> is correctly recognized.
> See commands outputs in each attachment.
> 
> Is this behavior correct? IMHO apt-get should make the same work
> aptitude does:
> hardware recognition,
> correct driver installation,
> (installation of the same packets?).
> 
I think this is expected, because aptitude (by defaults) install
recommended packages, while apt-get only install dependencies.
xserver-xorg recommends a bunch of hardware detection tools, which it
would IMHO be wrong to depend on, so the autodetection of your hardware
works better if they are installed, as with aptitude.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#396964: Accepted lynx 2.8.5-2sarge2.2 (source i386)

[Guus Sliepen]

On Thu, Nov 30, 2006 at 07:00:14AM -0500, Thomas Dickey wrote:

> > > There's no possibility of including that patch upstream.
> > 
> > So what? If upstream does not want to accept a patch that fixes a
> 
> so what?  Read the patch.  You certainly didn't, or if you _did_ you
> understand nothing of the change.
> 
> The patch breaks existing functionality (hardcodes one of the configurable
> selections).

I didn't know PERSONAL_MAILCAP was run-time configurable (it looks
a #define to me). If apt-get source wasn't segfaulting at the moment I'd
check it. But this explaination is a lot more useful than "upstream
won't accept it". But why did you send this to the debian-devel mailing
list instead of as a follow-up to the bugreport?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#401043: gnome-panel: clock applet displays wrong time for appointments

[Erich Schubert]

Hi,
http://www.google.com/calendar/ical/[EMAIL PROTECTED]/public/basic

Is the calendar I'm using, albeit I'm accessing it via a different URL
IIRC. It's the schedule of a graduate seminar here.

best regards,
Erich Schubert
-- 
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
   There are only 10 types of people in the world:   //\
   Those who understand binary and those who don't   V_/_
  Wie kann ich wissen, was ich denke, bevor ich höre, was ich sage.

Bug#401127: curses.error: addstr() returned ERR

[Anthony DeRobertis]

Package: jack
Version: 3.1.1+cvs20050801-12
Severity: normal
Tags: patch

I see tracebacks like this a lot when the tags have "funny" characters:

Traceback (most recent call last):
  File "/usr/bin/jack", line 235, in ?
global_error = jack_main_loop.main_loop(mp3s_todo, wavs_todo, space, 
dae_queue, enc_queue, track1_offset)
  File "/var/lib/python-support/python2.3/jack_main_loop.py", line 374, in 
main_loop
jack_status.dae_stat_upd(i['track'][NUM], ":DAE: " + new_status)
  File "/var/lib/python-support/python2.3/jack_status.py", line 51, in 
dae_stat_upd
jack_term.tmod.dae_stat_upd(num, string)
  File "/var/lib/python-support/python2.3/jack_t_curses.py", line 262, in 
dae_stat_upd
status_pad.addstr(map_track_num[num], 0, 
(jack_ripstuff.printable_names[num] + ": " + jack_status.dae_status[num] + " " 
+ jack_status.enc_status[num]))
curses.error: addstr() returned ERR
 *warning* abnormal exit


It's just a display error; it really shouldn't abort jack. The following
patch makes it not abort:


diff -dU3 /tmp/old.py /var/lib/python-support/python2.3/jack_main_loop.py
--- /tmp/old.py 2006-11-30 19:08:06.0 -0500
+++ /var/lib/python-support/python2.3/jack_main_loop.py 2006-11-30 
19:00:31.0 -0500
@@ -371,7 +371,10 @@
 else:
 
exec(jack_helpers.helpers[i['prog']]['status_fkt']) in globals(), locals()
 if new_status:
-jack_status.dae_stat_upd(i['track'][NUM], ":DAE: " 
+ new_status)
+try:
+jack_status.dae_stat_upd(i['track'][NUM], 
":DAE: " + new_status)
+except:
+debug("error in dae_stat_upd")
 
 elif i['type'] == "encoder":
 if len(i['buf']) == 
jack_helpers.helpers[i['prog']]['status_blocksize']:


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

Versions of packages jack depends on:
ii  cdparanoia3a9.8-14   An audio extraction tool for sampl
ii  flac  1.1.2-5Free Lossless Audio Codec - comman
ii  python2.3.5-11   An interactive high-level object-o
ii  python-cddb   1.4-5.1Python interface to CD-IDs and Fre
ii  python-eyed3  0.6.10-2   Python module for id3-tags manipul
ii  python-pyvorbis   1.3-1.2A Python interface to the Ogg Vorb
ii  python-support0.4.1  automated rebuilding support for p
ii  vorbis-tools  1.1.1-6several Ogg Vorbis tools

jack recommends no packages.

-- no debconf information


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

Bug#401126: jless: DOS style end-of-line is not handled propery

[KIMURA Yasuhiro]

Package: jless
Version: 382-iso258-1.1
Severity: normal


Current jless does not recognize CR+LF as signle line separator. When
text file with DOS style end-of-line is displayed, '^M' is appended at
the end of each line as following:

a^M
b^M
c^M


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)

Versions of packages jless depends on:
ii  debianutils  2.17.3  Miscellaneous utilities specific t
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand

jless recommends no packages.

-- no debconf information


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

Bug#385599: madwifi-source: ap_scan seems to be the problem

[Carlos Moffat]

Package: madwifi-source
Followup-For: Bug #385599


Hi Ken,

You've probably noticed I've been all over trying to find a solution for
this. I made a bit of progress today. Following advice from the NM
mailing list, I did:

 wpa_supplicant -i ath0 -Dwext -c wpa_supplicant.conf -d

with wpa_supplicant.conf:

eapol_version=1
ap_scan=1
fast_reauth=1

network={
   ssid="Atlantic"
   key_mgmt=NONE
   auth_alg=OPEN
   }


The output of this seemed pretty similar to the one obtained by NM.
wpasupplicant would just keep trying to associate, and then keep
scanning. Finally, I decided to try ap_scan=0. Then, wpa_supplicant
would say connected and I could (most times) get an IP using dhclient -1
ath0. 

Does this give you any clue why the problem exist in newer versions of
madwifi (I even tried the latest svn snapshot). Is there any way to pass
that option to wpa_supplicant through NM? and if so, what effect does
this have?

Thanks a lot.

Carlos


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


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

Bug#401117: Please take the advantage of autobuilding scilab

[Aurélien GÉRÔME]

Hi Sylvestre,

On Fri, Dec 01, 2006 at 12:50:33AM +0100, Sylvestre Ledru wrote:
> I am glad to see that moving in a good direction for Scilab.
> I will add the header XS-Autobuild tomorrow.
> 
> Otherwise, where is [1] ? I cannot see it :)

I sent it afterwards to the BTS when I saw that I had forgotten it
and when I got the bug number. Unfortunately, the BTS is lagging like
always, so it still has not reached it...

[1] 

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#401125: Etch - AMD64 Network Installation (netinst) "Bad Archive Mirror"

[James Carter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: Etch RC1 release netinst

Boot method: Etch RC1 release netinst
Image version:
http://cdimage.debian.org/cdimage/etch_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: November 30, 2006 @ 16:00 MST

Machine: HP Proliant DL145 G2
Processor: 2 Dual-core Opterons
Memory: 2 Gigs
Partitions:
Drive 1: 1G /boot, 2G swap, 247G LVM
Drive 2: 2G swap, 248G LVM
LVM: 495G /

I would include the rest of the bug-report template however I haven't
gotten far enough in the installation. ;-)

I am currently unable to complete the installation of a new server. I am
using the Testing / Etch RC1 release netinst image for AMD64. The
installation has gone well up to the point of choosing an installation
mirror. I have attempted to use the following mirrors in the following
order.

mirrors.kernel.org
debian.osuosl.org
ftp.us.debian.org
ftp.debian.org

All of these mirrors according to the netinst image have returned the
following error.
"Bad archive mirror"
"The specified Debian archive mirror is either not available, or does
not have a valid Release file on it. Please try a different mirror."

Thank you for all your hard work with this distribution,
- --
James Carter - [EMAIL PROTECTED]
Senior Systems Administrator
Direct Phone: 480.355.8512

Identity Theft 911, LLC
4150 North Drinkwater Boulevard, Suite 210
Scottsdale, Arizona, 85251-3611
Toll free (877) ID CRIME
Corporate Phone: 480.355.8500
Corporate FAX: 480.355.8425
http://www.identitytheft911.com/
- 
THE INFORMATION CONTAINED IN THIS MESSAGE IS PRIVILEGED INFORMATION AND
CONFIDENTIAL INFORMATION INTENDED ONLY FOR THE USE OF THE INDIVIDUAL OR
ENTITY NAMED ABOVE. IF THE READER OF THIS MESSAGE IS NOT THE INTENDED
RECIPIENT, YOU ARE HEREBY NOTIFIED THAT ANY DISSEMINATION, DISTRIBUTION,
OR COPYING OF THIS COMMUNICATION IS STRICTLY PROHIBITED. IF YOU HAVE
RECEIVED THIS COMMUNICATION IN ERROR, PLEASE IMMEDIATELY NOTIFY US BY
E-MAIL OR TELEPHONE, AND DELETE THE ORIGINAL MESSAGE. THANK YOU.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFb2/Oay6OuuM3xcoRAj9oAJ9OD5uoPGe94IBosN8P9OLzA740LQCdFCp9
weMvk5de5kcHhGzrIYPEgTw=
=0iBt
-END PGP SIGNATURE-


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

Bug#335802: konqueror: crashes when deleting files

[Sune Vuorela]

tag 335802 +moreinfo unreproducible
thanks

Hi!

I cannot reproduce it anymore.
If you are still able to reproduce it, please do the following:
describe all the steps and your settings in order to get to this crash
install kdebase-dbg kdelibs-dbg and provide a better backtrace. The backtrace 
you have attached is useless.

/Sune

-- 
Man, how might I rename the tower?

You have to ping the attachment of the shell, so that you neither can ever 
send a icon, nor can open a PCI program for enabling the digital line.


pgpCwolTSJmac.pgp
Description: PGP signature

Bug#401123: gpar2: Verifying archive produces segfault

[Nathan A. Stine]

Package: gpar2
Version: 0.3-2
Severity: minor


gpar2 will segfault under the following scenario:

* Open par2 file
* Click "Verify" BEFORE other par2 redundancy files are scanned (here 
"repair possible" appears in the status bar)
* Click "Repair" after redundancy files are scanned
* gpar2 segfaults

Obviously this is not something the user would be expected to do, but I 
figured you may want to know about the bug anyway.

Best regards,

Nathan A. Stine

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

Versions of packages gpar2 depends on:
ii  desktop-file-utils   0.11-1  Utilities for .desktop files
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.1-2 generic font configuration library
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libglib2.0-0 2.12.4-1The GLib library of C routines
ii  libglibmm-2.4-1c2a   2.12.0-1C++ wrapper for the GLib toolkit (
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a1:2.8.8-1   C++ wrappers for GTK+ 2.4 (shared 
ii  libpango1.0-01.14.7-1Layout and rendering of internatio
ii  libpar2-00.2-1   A library for performing comman ta
ii  libsigc++-2.0-0c2a   2.0.17-2type-safe Signal Framework for C++
ii  libstdc++6   4.1.1-19The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-3   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-4   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-3   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  shared-mime-info 0.19-1  FreeDesktop.org shared MIME databa

gpar2 recommends no packages.

-- no debconf information


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

Bug#401117: Please take the advantage of autobuilding scilab

[Sylvestre Ledru]

Le vendredi 01 décembre 2006 à 00:13 +0100, Aurélien GÉRÔME a écrit :
> Package: scilab
> Version: 4.0-10
> Severity: important
> 
> Andreas Barth and Martin Zobel started an effort to autobuild packages
> like scilab which have an almost DSFG-free license. Please see [1]
> for details.
> 
> The maintainer is requested to add the "XS-Autobuild: yes" field in
> the control file for this to happen. Please consider doing so for
> scilab to enter testing gracefully like a main package. ;)
Hello Aurélien,

I am glad to see that moving in a good direction for Scilab.
I will add the header XS-Autobuild tomorrow.

Otherwise, where is [1] ? I cannot see it :)

cheers,
Sylvestre



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

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

[Daniel Kobras]

On Fri, Dec 01, 2006 at 09:28:23AM +1100, Aníbal Monsalve Salazar wrote:
> >-checking if assembler code in pnggccrd.c can be compiled... no
> >+checking if assembler code in pnggccrd.c can be compiled... yes
> 
> The configure script cannot compile assembler code in pnggccrd.c on
> amd64, whereas on i386 it can.

I see. This is inconsistent with the #define magic in pngconf.h that
controls whether the asm functions are exported. Specifically, it's the
__MMX__ #define that our cpp emits by default on amd64, but not on i386.
Also, the functions in question live in pngset.c, rather than
pnggccrd.c, and they're wrapped with PNG_ASSEMBLER_CODE_SUPPORTED
instead of PNG_USE_PNGGCCRD.

So am I seeing this right: Not only does libpng change its API based on
configure checks, it also tries to second guess its own configuration
from default macros in pngconf.h, rather than simply autogenerating this
file with proper contents? Yay.

Regards,

Daniel.

Bug#401111: libsdnfile build-depends is not enough restrictive and first alternative is virtual

[Matt Zimmerman]

On Thu, Nov 30, 2006 at 11:32:38PM +0100, Adam Cécile wrote:
> Package: pulseaudio
> Severity: normal
> 
> Hi,
> 
> You're build-depending on libsndfile-dev which is a virtual package
> without depending on a real package. I guess this is a policy violation.
> 
> The proper way to do is to depend on libsndfile1-dev (>= 1.0.10) | 
> libsndfile-dev (>= 1.0.10).

Versioned dependencies on virtual packages aren't supported.

-- 
 - mdz


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

Bug#401117: Please take the advantage of autobuilding scilab

[Aurélien GÉRÔME]

On Fri, Dec 01, 2006 at 12:13:55AM +0100, Aurélien GÉRÔME wrote:
> Andreas Barth and Martin Zobel started an effort to autobuild packages
> like scilab which have an almost DSFG-free license. Please see [1]
> for details.

And here I am forgetting about the message URL...

[1] 

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#400876: gnat-gps: Crash after clicking on "Browse" in the welcome screen

[Kevin Brown]

Ludovic Brenta wrote:
> Running gnat-gps under valgrind revealed many, many errors.  One
> seemed related to #400876 and #400883, which I was investigating at
> the time; it looked like a double deallocation problem:
> 
> ==25342==  Address 0x9F3D820 is 48 bytes inside a block of size 840 free'd
> ==25342==at 0x4A1B46D: free (vg_replace_malloc.c:233)
> ==25342==by 0x435A39: __gnat_free (s-memory.adb:82)
> ==25342==by 0x70929A: vfs__unchecked_free (vfs.adb:458)
> ==25342==by 0x6F4A7C: directory_tree__read_directory 
> (directory_tree.adb:1161)
> ==25342==by 0x6F3A13: directory_tree__read_directory 
> (directory_tree.adb:1115)
> ==25342==by 0x6F7869: directory_tree__file_append_directory 
> (directory_tree.adb:1309)
> ==25342==by 0x6FD1F2: directory_tree__refresh (directory_tree.adb:1713)
> ==25342==by 0x6F8F61: directory_tree__initialize (directory_tree.adb:1434)
> ==25342==by 0x6F81AF: directory_tree__gtk_new (directory_tree.adb:1368)
> 
> Removing just the call to VFS.Unchecked_Free which triggers the error
> solves only part of the problem, as GPS hangs when I click on OK or
> Close in the file selector.
> 
> Turning VFS.Unchecked_Free into a no-op introduces memory leaks, but
> makes the problems described in both bugs disappear.  That's what the
> patch below does.
> 
> Kevin, could you please try it and report back?  I don't think this
> patch solves the problem, it just prevents it from being triggered.

I'll be happy to.  But I have a question:

Why are we using any unchecked deallocations at all?  That seems
counter to one of the biggest reasons to use Ada: correctness
checking.

I'd rather take the potential heap usage hit and guarantee correctness
here.  Is there any way we can turn this uncheck deallocation to a
checked deallocation?

If it happens that the memory is never freed then it means that
something is referring to it when it shouldn't, and that would
obviously warrant investigation in its own right.  I would hope that
GNAT would provide the means to determine why the allocator believes
the memory chunk in question is still in use...



-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#401115: update, related to bug #369536

[Ray Frush]

This bug may be closely related to Bug #369536

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369536

--
Ray Frush   "Either you are part of the solution
T:970.288.6223   or part of the precipitate."
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
Avago Technologies, Inc. | Technical Computing | IT Engineer



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

Bug#400210: konqueror (filemanager) freezes the whole system

[Sune Vuorela]

tag 400210 +moreinfo unreproducible
thanks

Hi!

Please provide detailed steps to go thru to experience the freeze.
Other things like your settings, how many files/folders you have where you 
experience your freeze and such things is also relevant.

/Sune
-- 
How can I ping to a CD computer from Excel 99?

First of all you must receive a space bar for deleting a controller over the 
DVD virus over a desktop.


pgpKVFkMFuRxj.pgp
Description: PGP signature

Bug#401124: [m68k] alignment problems causing segfaults

[Roman Zippel]

Package: judy
Severity: important
Tags: patch

Hi,

An alignment problem in judy causes other packages to fail (e.g.
miredo).  A few structures are not evenly dividable by word_t and thus
too little memory is allocated. The attached patch fixes this problem.
An alternative solution is to round up the size properly when
allocating.

bye, Roman

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: m68k
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-m68k-amiga
Locale: LANG=de_DE.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
diff -ur judy-1.0.3.org/src/Judy1/Judy1.h judy-1.0.3/src/Judy1/Judy1.h
--- judy-1.0.3.org/src/Judy1/Judy1.h	2005-02-15 22:06:07.0 +0100
+++ judy-1.0.3/src/Judy1/Judy1.h	2006-11-30 12:05:19.0 +0100
@@ -432,7 +432,7 @@
 /* 2 */ jp_t   jpm_JP;  // JP to first branch; see above.
 /* 4 */ Word_t jpm_LastUPop0;   // last jpm_Pop0 when convert to BranchU
 // Note:  Field names match PJError_t for convenience in macros:
-/* 7 */ char   je_Errno;// one of the enums in Judy.h.
+/* 7 */ intje_Errno;// one of the enums in Judy.h.
 /* 7/8 */ int  je_ErrID;// often an internal source line number.
 /* 8/9 */ Word_t   jpm_TotalMemWords;   // words allocated in array.
 } j1pm_t, *Pj1pm_t;
diff -ur judy-1.0.3.org/src/JudyL/JudyL.h judy-1.0.3/src/JudyL/JudyL.h
--- judy-1.0.3.org/src/JudyL/JudyL.h	2005-02-15 22:06:07.0 +0100
+++ judy-1.0.3/src/JudyL/JudyL.h	2006-11-30 04:03:29.0 +0100
@@ -368,7 +368,7 @@
 /* 4 */ Word_t jpm_LastUPop0;   // last jpm_Pop0 when convert to BranchU
 /* 7 */ Pjv_t  jpm_PValue;  // pointer to value to return.
 // Note:  Field names match PJError_t for convenience in macros:
-/* 8 */ char   je_Errno;// one of the enums in Judy.h.
+/* 8 */ intje_Errno;// one of the enums in Judy.h.
 /* 8/9  */ int je_ErrID;// often an internal source line number.
 /* 9/10 */ Word_t  jpm_TotalMemWords;   // words allocated in array.
 } jLpm_t, *PjLpm_t;

Bug#401106: UnicodeDecodeError -message produce when invoking bittornado-gui

[Cameron Dale]

On 11/30/06, Martin Lemmen <[EMAIL PROTECTED]> wrote:

when trying to download smonething via bittorrent, bittornado-gui
produces the error message below. trying to open the same torrent with
the curses gives me a "problem connecting to tracker" error message,
what i think is something different. so, the problem probably lies with
the gui.


Do other torrent files work? I think the problems might be related,
and both be due to BitTornado's complete lack of client support for
any type of encodings. There are already several bugs open for this,
though yours does look a bit different. Are you trying to open a
torrent that contains unicode characters? Could you send the torrent
file so I can see what the problem is? (You can email it to me
personally, if you don't want to share it publicly.)

Cameron


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

Bug#369536: cfengine2 triggers libc6 bug

[Ray Frush]

I found another command that triggers this bug.   

Running the command: "CFINPUTS=/usr/config/cfinputs 
/opt/cfengine/sbin/cfengine --dry-run --no-splay -DHr20 -v"


Results:  program aborts midway when the netgroup is delivered by NIS.  
(netgroup: nis  is set in nsswitch.conf)


   As mentioned above, if "netgroup: files"  is set in nsswitch.conf 
the problem isn't triggered.


Key Error Message: " cfengine: nss_nis/nis-netgrp.c:78: 
_nss_nis_setnetgrent: Assertion `len > 0' failed. "



Full Output:

#ROOT abode $ CFINPUTS=/usr/config/cfinputs /opt/cfengine/sbin/cfengine 
--dry-run --no-splay -DHr20 -v

Setting cfengine new port to 48148
Setting cfengine old port to 5308
Reference time set to Thu Nov 30 16:09:19 2006

GNU Configuration Engine -
2.1.20
Free Software Foundation 1994-
Donated by Mark Burgess, Faculty of Engineering,
Oslo University College, Norway



Host name is: abode
Operating System Type is linux
Operating System Release is 2.6.17-2-686
Architecture = i686


Using internal soft-class linux for host linux

The time is now Thu Nov 30 16:09:19 2006




Additional hard class defined as: 32_bit
Additional hard class defined as: linux_2_6_17_2_686
Additional hard class defined as: linux_i686
Additional hard class defined as: linux_i686_2_6_17_2_686
Additional hard class defined as: 
linux_i686_2_6_17_2_686__1_SMP_Wed_Sep_13_16_34_10_UTC_2006


GNU autoconf class from compile time: compiled_on_linux_gnu

Address given by nameserver: 10.10.10.54
Interface 1: lo
Interface 2: eth0
Trying to locate my IPv6 address
Found IPv6 address addr:
Found IPv6 address fe80::230:48ff:fe2c:94a9
Found IPv6 address addr:
Looking for environment from cfenvd...

Unable to detect environment from cfenvd

cfengine:abode: No preconfiguration file

$$
* (Changing context state to: update) *
$$

Looking for an input file /usr/config/cfinputs/update.conf
(No file /usr/config/cfinputs/update.conf)
Finished with /usr/config/cfinputs/update.conf
Skipping update.conf (-F=0)

$$
* (Changing context state to: main) *
$$

-
Loading persistent classes
-

-
Loaded persistent memory
-

Looking for environment from cfenvd...

Unable to detect environment from cfenvd

Looking for an input file /usr/config/cfinputs/cfagent.conf
cfengine: nss_nis/nis-netgrp.c:78: _nss_nis_setnetgrent: Assertion `len 
> 0' failed.

Aborted

--
Ray Frush   "Either you are part of the solution
T:970.288.6223   or part of the precipitate."
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
Avago Technologies, Inc. | Technical Computing | IT Engineer



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

Bug#401117: Please take the advantage of autobuilding scilab

[Aurélien GÉRÔME]

Package: scilab
Version: 4.0-10
Severity: important

Andreas Barth and Martin Zobel started an effort to autobuild packages
like scilab which have an almost DSFG-free license. Please see [1]
for details.

The maintainer is requested to add the "XS-Autobuild: yes" field in
the control file for this to happen. Please consider doing so for
scilab to enter testing gracefully like a main package. ;)

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#401119: auctex: (void-variable tool-bar-mode) with latest emacs-snapshot-nox

[Luca Capello]

Package: auctex
Version: 11.83-2.1
Severity: important
Tags: fixed-upstream

Hello!

I cc:ed the emacs-snapshot package because while this bug belongs to
auctex, it's emacs-snapshot specific (at least ATM).  Moreover, it's
an upstream one, solved with commit 5.419 [1], thus the tag.

Briefly, please apply the upstream fix to the Debian version.

Now, the long story...

I use emacs-snapshot-nox and about one and half months ago (sorry, I
didn't find the time to investigate before) I discovered that my emacs
doesn't work with auctex, in fact it opens a .tex file in the
fundamental mode.

The `dpkg-reconfigure auctex` output shows different times the same
error:
=
Applying style hooks...
Applying style hooks... done
Sorting environment...
Removing duplicates...
Removing duplicates... done
File mode specification error: (void-variable tool-bar-mode)
Applying style hooks...
Applying style hooks... done
Parsing amsppt.sty...
Parsing amsppt.sty... done
[...]
=

Indeed, (describe-variable 'tool-bar-mode) on `emacs-snapshot-nox -q`:
=
tool-bar-mode is a variable defined in `C source code'.
It is void as a variable.
[...]
=

Applying the upstream commit 5.419 [1] solved the problem.

Thx, bye,
Gismo / Luca

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

Versions of packages auctex depends on:
ii  debconf [debconf-2.0]1.5.9   Debian configuration management sy
ii  debianutils  2.17.3  Miscellaneous utilities specific t
ii  emacs-snapshot-nox [emac 1:20061123-1The GNU Emacs editor (without X su
ii  emacs21-nox [emacs21]21.4a+1-1   The GNU Emacs editor (without X su
ii  gs-esp [gs]  8.15.3.dfsg.1-1 The Ghostscript PostScript interpr
ii  gs-gpl [gs]  8.54.dfsg.1-5   The GPL Ghostscript PostScript int
ii  make 3.81-3  The GNU version of the "make" util
ii  preview-latex-style  11.83-2.1   LaTeX style files for editor embed

Versions of packages auctex recommends:
ii  doc-base0.7.21   utilities to manage online documen
ii  tetex-base  3.0.dfsg.3-1 Basic TeX input files of teTeX

-- debconf information:
* auctex/doauto: Background
  auctex/logfile: /tmp/update-auctex-elisp.HPY6383
* auctex/defaultchanged:
  auctex/doautofg: File

Footnotes: 
[1] 
http://cvs.savannah.gnu.org/viewcvs/auctex/latex.el?root=auctex&r1=5.418&r2=5.419&diff_format=u


pgpUqKjQAFuZx.pgp
Description: PGP signature

Bug#401122: broken dependencies must never occur, even for a moment

[Dan Jacobson]

Package: linux-image-2.6.18-2-686
Severity: normal

Package linux-image-2.6-686 has broken dep on linux-image-2.6.18-2-686
Package linux-image-2.6-k7 has broken dep on linux-image-2.6.18-2-k7
Package linux-headers-2.6-k7 has broken dep on linux-headers-2.6.18-2-k7
Package linux-headers-2.6-686 has broken dep on linux-headers-2.6.18-2-686
Package linux-image-686 has broken dep on linux-image-2.6-686
  Considering linux-image-2.6-686 1 as a solution to linux-image-686 -1
  Holding Back linux-image-686 rather than change linux-image-2.6-686
Keeping package linux-image-2.6-k7
Keeping package linux-headers-2.6-k7

Can you please figure out a way not to let this happen, even for one
minute.

Why? Because one of these months one day I will go to town to burn my
sid upgrades CDROM to take back to my rural location.

And if on that day I cannot get all my upgrades without any bloops and
blunders, then it will have to wait for next time months away.

Often it is not be burning the CDROM, so it all must work without any
such snags.

You might say that oh, just try back later, the problem will be gone
soon. But then I miss my chance for months. You might even not think
twice about what I'm saying and close this bug "momentary bug... fixed
by itself".

As I assume this momentary blunder is characteristic of the whole
Debian packaging system, then please copy this bug to where it belongs
too.

http://jidanni.org/comp/debian/apt-offline/index_en.html

Hope I can upgrade from 17 to 18 when the time comes for me to go to town!


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

Bug#397942: g5 imacs now silent?

[Benjamin Herrenschmidt]

On Thu, 2006-11-30 at 23:04 +0100, Étienne Bersac wrote:
> Hi,
> 
> Beware not to confuse iMac G5 rev A&B and rev C (among PowerMac G5).
> iMac G5 rev C (chip PowerMac 12,1) do not have yet their windfarm
> driver. Benh told that he began the work on this driver but has
> difficulties to get access to de device. Benh, can you confirm ?

Yes, I did some initial work to dig as much info as I could from darwin,
but it seems that apple, once again, changed everything and thus I'm not
confident writing and releasing a driver without physical access to the
HW to verify by myself that the fans are behaving properly.

I haven't managed to get access to that machine yet.

Ben.

Bug#401121: qemu: Crash with Debian Etch installer RC1

[Fabio Pugliese Ornellas]

Package: qemu
Version: 0.8.2-3
Severity: important

After running Debian Etch Installer RC1 insite qemu with

qemu-system-x86_64 -hda etch-hda.qcow -hdb etch-hdb.qcow -cdrom
~/Desktop/Debian\ GNU-Linux\ Etch\ Installer\ RC1\ amd64\ netinst.iso
-boot d

it opens, and at some point inside the install (with expertgui) qemu
just crashes with:

RAX=0028 RBX=7fffee6f3ea0 RCX=2acdbc6955c8
RDX= 0a38
RSI= RDI=2acdbc6955c8 RBP=7fffee6f40d0
RSP=7fffee6f 3e28
R8 = R9 =000be000 R10=0812
R11=0001 0206
R12=2acdbc3ca4b0 R13=7fffee6f3ea0 R14=7fffee6f4178
R15=2acdbc69 55c8
RIP=2acdbc3c3130 RFL=00010287 [--S--PC] CPL=3 II=0 A20=1 HLT=0
ES =   
CS =0033   00affa00
SS =002b   00cff200
DS =   
FS =   
GS =   
LDT=   8000
TR =0040 810001003000 206f 01008900
GDT= 8051a000 0080
IDT= 804af000 0fff
CR0=8005003b CR2=2acdbc6955c8 CR3=07625000 CR4=06e0
Unsupported return value: 0x

It seems that someting is missing (as the last line told).

That's it.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable'), (90, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1)

Versions of packages qemu depends on:
ii  bochsbios2.3-2   BIOS for the Bochs emulator
ii  libasound2   1.0.13-1ALSA library
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand
ii  libsdl1.2debian  1.2.11-7Simple DirectMedia Layer
ii  openhackware 0.4.1-2 OpenFirmware emulator for PowerPC
ii  proll18-2JavaStation PROM 2.x compatible re
ii  vgabios  0.6a-1  VGA BIOS software for the Bochs an
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages qemu recommends:
pn  debootstrap(no description available)
pn  sharutils  (no description available)
pn  vde(no description available)

-- no debconf information


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

Bug#401120: aspell: always third choice luckier

[Dan Jacobson]

Package: aspell
Version: 0.60.4-4
Severity: normal

Indeed, this is an aspell problem:

From: martin rudalics <[EMAIL PROTECTED]>
Subject: Re: flyspell-auto-correct-word: always third choice luckier
To: Dan Jacobson <[EMAIL PROTECTED]>
CC: emacs-pretest-bug@gnu.org

> These days flyspell-auto-correct-word seems to always take three
> invocations to correct a word. First always giving two dumbo choices
> similar to this sequence:
> 0. accross
> 1. ac cross
> 2. ac-cross
> 3. across

The choices are provided by ispell / aspell, flyspell can't do much
about that.  BTW, aspell (0.50.3) gets me "across" first.

Did you set or customize `flyspell-sort-corrections'?


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

Bug#400582: arbitrary code execution in metaInfo.php in torrentflux

[Cameron Dale]

On 11/29/06, Stefan Fritsch <[EMAIL PROTECTED]> wrote:

I didn't have time yet to look at it thoroughly (or test it), but
AFAICS you now check the file for existance before passing it to the
shell. This should convert the remote command execution vuln into a
local priviledge escalation. A local user can do

touch '/tmp/`touch /tmp/hello`'

and pass the filename to torrentflux and so get the command executed
as user www-data. This is definitely less severe than before but IMHO
still a bug. It would also convert any vulnerability to create a file
with arbitrary name into a code execution vulnerability.


I don't think this will work, because the local user would need to be
the www-data user to create the '/tmp/`touch /tmp/hello`' under the
$cfg["torrent_file_path"] directory for it to be found. However, it
will be possible to exploit the fact that the "torrent" input is not
checked for ..'s on input, and so the following will work (assuming
the touch '/tmp/`touch /tmp/hello`' has already been done):

http://localhost/torrentflux/details.php?torrent=../../../../tmp/`touch
/tmp/hello`

I think the solution is then to use the SecurityClean function on the
"torrent" input variable in details.php to remove the ../ ability, and
that should take care of it.

-$torrent = getRequestVar('torrent');
+$torrent = SecurityClean(getRequestVar('torrent'));

The new patch is attached, and I have updated the packages in my repository.

Cameron


11_missed_security_fixes.dpatch
Description: Binary data

Bug#401118: xen-utils-common: xm(1) manual lists incorrect mode parameter options

[Petter Reinholdtsen]

Package: xen-utils-common
Version: 3.0.3-0-2

I discovered this the hard way, trying to follow the instructions from
the manual page and failing to get it to work.  The xm(1) manual page
include this text:

  BLOCK DEVICES

   block-attach domain-id be-dev fe-dev mode [bedomain-id]
  [...]
   mode
   The access mode for the device from the guest domain.
   Supported modes are rw (read/write) or ro (read-only).

But 'rw' is not a valid mode.  The correct mode 'w' is listed down
below under "ATTACHING A SECURITY LABEL TO A RESOURCE".  I suggest
"Supported modes are rw (read/write) or ro (read-only)" is changed to
read "Supported modes are w (read/write) or ro (read-only)".  I do not
know if 'ro' is a working mode.  I failed to get it working, and found
no example on a better name to use.

Friendly,
-- 
Petter Reinholdtsen


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

Bug#284610: konqueror: Konqueror fills CPU usage when it load some pages

[Sune Vuorela]

tag 291969 +moreinfo unreproducible
tag 284610 +moreinfo unreproducible
forcemerge 284610 291969 
thanks

Hi!

I do not get anytihng special when loading that page. Big parts of konqueror 
as webbrowser have changed since you reported that problem. Does it still 
occur to you?

/Sune
-- 
How can I click a tower?

You neither should open the firewall, nor should ever receive the desktop.


pgpcbnNH0coeN.pgp
Description: PGP signature

Bug#401027: gtkpod: Abort with "malloc(): memory corruption (fast)" at the very start

[Frank Lichtenheld]

On Thu, Nov 30, 2006 at 12:32:00PM +0100, Ciro Mattia Gonano wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Gtkpod aborts on start with the message:
> 
> *** glibc detected *** malloc(): memory corruption (fast): 0x084872b8
> ***
> 
> Wiping out ~/.gtkpod doesn't help.
[...]
> ii  libgpod0   0.4.0-0.3 a library to read and write 
> songs 

Does downgrading libgpod0 to the version in Debian (0.3.2-1.1) help?

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#401111: libsdnfile build-depends is not enough restrictive and first alternative is virtual

[Le_Vert]

Package: pulseaudio
Severity: normal

Hi,

You're build-depending on libsndfile-dev which is a virtual package
without depending on a real package. I guess this is a policy violation.

The proper way to do is to depend on libsndfile1-dev (>= 1.0.10) | 
libsndfile-dev (>= 1.0.10).

This will ensure the minimum libsndfile version requirement is available
and will allow distribution, on which libsndfile-dev install
libsndfile0-dev, like ubuntu dapper, to build the package.

Thanks in advance.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-amd64
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#401114: debian-archive-keyring: should probably depend on apt >= 0.6

[Peter Palfrader]

Package: debian-archive-keyring
Version: 2006.11.22
Severity: serious

debian-archive-keyring does not depent on an apt that comes with
apt-key, so in the course of upgrading from sarge to etch one can
end up with a system that has only two keys in apt's keyring,
the signing keys from 2005 and 2006 which are shipped with apt itself.

In the case where I found this I just did an apt-get dist-upgrade from a
quite minimal system, but the issue can easily triggered manually:

| [EMAIL PROTECTED]:/# echo 'deb http://ftp.tu-graz.ac.at/mirror/debian/ etch 
main' >  /etc/apt/sources.list
| [EMAIL PROTECTED]:/# apt-get update
| Get:1 http://ftp.tu-graz.ac.at etch/main Packages [5600kB]
| Get:2 http://ftp.tu-graz.ac.at etch/main Release [81B]
| Fetched 5600kB in 1s (3851kB/s)
| Reading Package Lists... Done

| [EMAIL PROTECTED]:/# apt-get install debian-archive-keyring
| Reading Package Lists... Done
| Building Dependency Tree... Done
| The following extra packages will be installed:
|   gnupg gpgv libbz2-1.0 libc6 libc6-dev libgcrypt11 libgnutls13 libgpg-error0 
libldap2 liblzo1 libncurses5 libopencdk8 libreadline5 libsasl2 libtasn1-3
|   libusb-0.1-4 makedev readline-common tzdata
| Suggested packages:
|   gnupg-doc xloadimage locales glibc-doc manpages-dev rng-tools gnutls-bin 
hotplug
| Recommended packages:
|   libgpmg1 libsasl2-modules libtasn1-3-bin
| The following NEW packages will be installed:
|   debian-archive-keyring gnupg gpgv libbz2-1.0 libgcrypt11 libgnutls13 
libgpg-error0 libldap2 liblzo1 libopencdk8 libreadline5 libsasl2 libtasn1-3
|   libusb-0.1-4 makedev readline-common tzdata
| The following packages will be upgraded:
|   libc6 libc6-dev libncurses5
| 3 upgraded, 17 newly installed, 0 to remove and 62 not upgraded.
| Need to get 810kB/11.5MB of archives.
| After unpacking 11.9MB of additional disk space will be used.
| Do you want to continue? [Y/n] 
[...]
| 
| Setting up gpgv (1.4.5-2) ...
| Setting up makedev (2.3.1-83) ...
| 
| Setting up gnupg (1.4.5-2) ...
| Setting up debian-archive-keyring (2006.11.22) ...
| 
| [EMAIL PROTECTED]:/#


| [EMAIL PROTECTED]:/# apt-get install apt
| Reading Package Lists... Done
| Building Dependency Tree... Done
| The following extra packages will be installed:
|   gcc-4.1-base libgcc1 libstdc++6
| Suggested packages:
|   aptitude synaptic gnome-apt wajig apt-doc bzip2
| The following NEW packages will be installed:
|   gcc-4.1-base libstdc++6
| The following packages will be upgraded:
|   apt libgcc1
| 2 upgraded, 2 newly installed, 0 to remove and 60 not upgraded.
| Need to get 0B/1947kB of archives.
| 
| (Reading database ... 8093 files and directories currently installed.)
| Preparing to replace apt 0.5.28.6 (using .../archives/apt_0.6.46.2_i386.deb) 
...
| Unpacking replacement apt ...
| Setting up apt (0.6.46.2) ...
| 
| [EMAIL PROTECTED]:/# apt-key list
| gpg: /etc/apt/trustdb.gpg: trustdb created
| /etc/apt/trusted.gpg
| 
| pub   1024D/4F368D5D 2005-01-31 [expired: 2006-01-31]
| uid  Debian Archive Automatic Signing Key (2005) <[EMAIL 
PROTECTED]>
| 
| pub   1024D/2D230C5F 2006-01-03 [expires: 2007-02-07]
| uid  Debian Archive Automatic Signing Key (2006) <[EMAIL 
PROTECTED]>
| 
| [EMAIL PROTECTED]:/#




Also, when doing it in one go this happens:
[on a fresh sarge again:]

| [EMAIL PROTECTED]:/# echo 'deb http://ftp.tu-graz.ac.at/mirror/debian/ etch 
main' >  /etc/apt/sources.list
| [EMAIL PROTECTED]:/# apt-get update
| Get:1 http://ftp.tu-graz.ac.at etch/main Packages [5600kB]
| Get:2 http://ftp.tu-graz.ac.at etch/main Release [81B]
| Fetched 5600kB in 1s (3976kB/s)
| Reading Package Lists... Done
| [EMAIL PROTECTED]:/#  apt-get install apt
| Reading Package Lists... Done
| Building Dependency Tree... Done
| The following extra packages will be installed:
|   debian-archive-keyring gcc-4.1-base gnupg gpgv libbz2-1.0 libc6 libc6-dev 
libgcc1 libgcrypt11 libgnutls13 libgpg-error0 libldap2 liblzo1 libncurses5
|   libopencdk8 libreadline5 libsasl2 libstdc++6 libtasn1-3 libusb-0.1-4 
makedev readline-common tzdata
| Suggested packages:
|   aptitude synaptic gnome-apt wajig apt-doc bzip2 gnupg-doc xloadimage 
locales glibc-doc manpages-dev rng-tools gnutls-bin hotplug
| Recommended packages:
|   libgpmg1 libsasl2-modules libtasn1-3-bin
| The following NEW packages will be installed:
|   debian-archive-keyring gcc-4.1-base gnupg gpgv libbz2-1.0 libgcrypt11 
libgnutls13 libgpg-error0 libldap2 liblzo1 libopencdk8 libreadline5 libsasl2
|   libstdc++6 libtasn1-3 libusb-0.1-4 makedev readline-common tzdata
| The following packages will be upgraded:
|   apt libc6 libc6-dev libgcc1 libncurses5
| 5 upgraded, 19 newly installed, 0 to remove and 60 not upgraded.
| Need to get 0B/13.4MB of archives.
| After unpacking 13.6MB of additional disk space will be used.
| Do you want to continue? [Y/n] 
| Selecting previously deselected package tzdata.
| (Reading database ... 7755 files and directories currently installed

Bug#391996: Possible work around

[Bill Thompson]

FYI-
There is a work around posted for this bug on the KDE.org bug tracker:

http://bugs.kde.org/show_bug.cgi?id=136378#c15

1.  Right-click on the KMix speaker icon in the system tray.
2.  Click on "Select Master Channel ..."
3.  Switch the master channel to a different setting (e.g., PCM), and
then click "OK"
4.  Switch the master channel to the correct setting (e.g., Master),
and then click "OK"

It looks to me like the shortcut needs to be re-applied to
the specific channel for the kmix settings.

I hope this helps,
-- 
Bill Thompson
[EMAIL PROTECTED]


signature.asc
Description: PGP signature

Bug#399589: asterisk-oh323: Asterisk OH-323 crashes latest asterisk package

[Alessandro Polverini]

On Thu, 2006-11-30 at 20:21 +0100, Andreas Barth wrote:
> * Alessandro Polverini ([EMAIL PROTECTED]) [061120 10:30]:
> > Since upgrading to the latest asterisk package (1.2.13), OH323 support
> > crashes it immediately, rendering this package quite useless.
> 
> Can you try if this package works if you recompile it against the
> current asterisk version?

I just tried on another box with latest packages rebuilt on the pkg-voip
build servers and OH323 seems to work fine.

I suppose a rebuild should be triggered on the Etch repository too.

Thanks,
Alex



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