Bug#577336: lxlauncher: FTBFS: Nonexistent build-dependency: libmenu-cache-dev

[Andrew Lee]

Thanks for catch this bug.

This version won't work with libmenu-cache1. I'd report
and push upstream to make a new release.

Kindly regards,

-Andrew




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577495: evolution: calendar does not recognise appointments with summertime correctly

[Andreas Romeyke]

Package: evolution
Version: 2.22.3.1-1
Severity: normal


Hello,

the evolution calendar has a problem with summertime in following
scenario:

1. Evolution is connected with an M$ Exchange Server
2. An outlook user sends a date proposal

The message is display with a difference in time of one hour. But if you
send a confirmation, the outlook users will get the correct time set in
the confirmation mail.

The problem is, that the evolution calendar stores the wrong time in the
calendar and does not display the correct time. This results in problems
to share meeting appointments.

But in other case, if you send a date proposal, the time settings are
correct. 

Because I rechecked the problem by using outlook instead of evolution,
all appointments seems to be fine. The problem does not occur if the
computers operating in winter time. The VCS-file sent by outlook seems
to be ok in both cases, therefore I would say the problem is on the
evolution side of communication, IMHO.

Bye Andreas

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages evolution depends on:
ii  dbus1.2.1-5+lenny1   simple interprocess messaging syst
ii  evolution-common2.22.3.1-1   architecture independent files for
ii  evolution-data-serv 2.22.3-1.1+lenny2evolution database backend server
ii  gconf2  2.22.0-1 GNOME configuration database syste
ii  gnome-icon-theme2.22.0-1 GNOME Desktop icon theme
ii  gtkhtml3.14 3.18.3-1 HTML rendering/editing library - b
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii  libbluetooth2   3.36-1   Library to use the BlueZ Linux Blu
ii  libbonobo2-02.22.0-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.22.0-1 The Bonobo UI library
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libcairo2   1.6.4-7  The Cairo 2D vector graphics libra
ii  libcamel1.2-11  2.22.3-1.1+lenny2The Evolution MIME message handlin
ii  libdbus-1-3 1.2.1-5+lenny1   simple interprocess messaging syst
ii  libdbus-glib-1-20.76-1   simple interprocess messaging syst
ii  libebook1.2-9   2.22.3-1.1+lenny2Client library for evolution addre
ii  libecal1.2-72.22.3-1.1+lenny2Client library for evolution calen
ii  libedataserver1.2-9 2.22.3-1.1+lenny2Utility library for evolution data
ii  libedataserverui1.2 2.22.3-1.1+lenny2GUI utility library for evolution 
ii  libegroupwise1.2-13 2.22.3-1.1+lenny2Client library for accessing group
ii  libexchange-storage 2.22.3-1.1+lenny2Client library for accessing Excha
ii  libfontconfig1  2.6.0-3  generic font configuration library
ii  libfreetype62.3.7-2+lenny1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.22.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.16.6-3 The GLib library of C routines
ii  libgnome-pilot2 2.0.15-2.4   Support libraries for gnome-pilot
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented display
ii  libgnomeui-02.20.1.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.22.0-5   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface 
ii  libgtkhtml3.14-19   3.18.3-1 HTML rendering/editing library - r
ii  libhal1 0.5.11-8 Hardware Abstraction Layer - share
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libldap-2.4-2   2.4.11-1+lenny1  OpenLDAP libraries
ii  libnm-glib0 0.6.6-3  network management framework (GLib
ii  libnotify1 [libnoti 0.4.4-3  sends desktop notifications to a n
ii  libnspr4-0d 4.7.1-5  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.3.1-0lenny1 Network Security Service libraries
ii  liborbit2   1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.20.5-5+lenny1  Layout and rendering of internatio
ii  libpisock9  0.12.3-5 library for communicating with a P
ii  libpisync1  0.12.3-5 synchronization library for PalmOS
ii  libpixman-1-0   0.10.0-2 pixel-manipulation library for X a
ii  libpng12-0  1.2.27-2+lenny2  PNG library - run

Bug#542123: ITA: mock -- Build rpm packages inside a chroot

[Walter Franzini]

retitle 542123 O: mock -- Build rpm packages inside a chroot
noowner 542123
stop

Miguel Landaeta  writes:

> Are you still interested in adopt this package?

Yes, but I've other priorities at the moment.  Feel free to adopt it.

ciao
-- 
Walter Franzini
http://aegis.stepbuild.org/


pgpFaLEOHzRJs.pgp
Description: PGP signature

Bug#510338: Announce of the upcoming NMU for the totd package

[Christian PERRIER]

Dear maintainer of totd and Debian translators,

Some days ago, I sent a notice to the maintainer of the totd Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

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 agreed for the NMU or did not respond in four
days, 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 es eu fi fr gl it ja nl pt pt_BR ru sv tr vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the totd package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Sunday, April 18, 
2010. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

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):

 Tuesday, April 06, 2010   : send the first intent to NMU notice to
 the package maintainer.
 Monday, April 12, 2010   : send this notice
 Sunday, April 18, 2010   : (midnight) deadline for receiving translation 
updates
 Monday, April 19, 2010   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Monday, April 26, 2010   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-11-01 12:37+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Support IPv6?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"totd can be used both with IPv4 and IPv6. Please choose whether you want to "
"support IPv6."
msgstr ""


signature.asc
Description: Digital signature

Bug#465168: Announce of the upcoming NMU for the newpki-server package

[Christian PERRIER]

Dear maintainer of newpki-server and Debian translators,

Some days ago, I sent a notice to the maintainer of the newpki-server Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

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 agreed for the NMU or did not respond in four
days, 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 es fr ja pt ru sv

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the newpki-server package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Sunday, April 18, 
2010. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

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):

 Wednesday, April 07, 2010   : send the first intent to NMU notice to
 the package maintainer.
 Monday, April 12, 2010   : send this notice
 Sunday, April 18, 2010   : (midnight) deadline for receiving translation 
updates
 Monday, April 19, 2010   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Monday, April 26, 2010   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: chiffl...@cpe.fr\n"
"POT-Creation-Date: 2007-01-17 23:15+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Host running MySQL server:"
msgstr ""

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"NewPKI requires its own MySQL engine and an administrator login, as the "
"server will be dynamically creating and destroying databases and schema at "
"will."
msgstr ""

#. Type: string
#. Description
#: ../templates:2001
msgid "MySQL server port:"
msgstr ""

#. Type: string
#. Description
#: ../templates:3001
msgid "Administrative login for MySQL server:"
msgstr ""

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"There is no reason to create a login specifically for NewPKI other than the "
"\"root\" administrative login provided by MySQL (although you should assign "
"a password)."
msgstr ""

#. Type: password
#. Description
#: ../templates:4001
msgid "Password for administrative login:"
msgstr ""

#. Type: string
#. Description
#: ../templates:5001
msgid "Listen address for NewPKI server:"
msgstr ""

#. Type: string
#. Description
#: ../templates:6001
msgid "NewPKI server port:"
msgstr ""

#. Type: string
#. Description
#: ../templates:7001
msgid "Log file location:"
msgstr ""

#. Type: string
#. Description
#: ../templates:8001
msgid "Debug level of NewPKI [1-4]:"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:9001
msgid "Start NewPKI on boot ?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:9001
msgid ""
"The NewPKI can start on boot time or only if you type '/etc/init.d/newpki-"
"server start' manually. Choose if you want it to start automatically."
msgstr ""

#. Type: note
#. Description
#: ../templates:10001
msgid "Removing databases"
msgstr ""

#. Type: note
#. Description
#: ../templates:10001
msgid ""
"ATTENTION ! You will have to remove all databases after \"purging\" the "
"newpki-server package."
msgstr ""

#. Type: string
#. Description
#: ../templates:11001
msgid "User running NewPKI:"
msgstr ""


signature.asc
Description: Digital signature

Bug#577494: include more utilities in freebsd-utils

[Petr Salinger]

Package: freebsd-utils
Severity: wishlist

Hi,

please do include more utilities, usr.bin/ktrdump and 
usr.bin/vmstat used to be very helpfull for kernel bug hunting ;-)

Also take a look at kdump struct stat output.

(self-)reminding

Petr





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#566378: ITP: dehydra -- Scriptable static analysis tool for C++

[Mike Hommey]

On Sun, Apr 11, 2010 at 05:45:59PM +0200, Matthias Klose wrote:
> On 07.04.2010 14:11, Mike Hommey wrote:
> >On Mon, Mar 22, 2010 at 04:57:31PM +0100, Mike Hommey wrote:
> >>On Mon, Mar 22, 2010 at 04:29:24PM +0100, Matthias Klose wrote:
> >>>Is there any progress on this? Afaics all required dependencies are
> >>>in unstable/testing.  The gcc-4.4-plugindev package may require some
> >>>additional header files.
> >>
> >>AFAIK, it only builds with gcc-4.5 and even then, treehydra doesn't
> >>work. I don't remember if I tried gcc-4.4-plugin-dev, so I should
> >>probably try (again?), but I definitely tried with gcc-4.5-plugin-dev,
> >>and while dehydra worked, treehydra didn't.
> >
> >Dehydra doesn't build with gcc-4.4-plugin-dev, because it requires
> >timevar.def, that is only provided in gcc-4.5-plugin-dev.
> 
> we can add more to gcc-4.4-plugin-dev, if it's required. just tell,
> what should be added.

The failure I had with gcc-4.4-plugin-dev is the lack of timevar.def.
But there's no guarantee something else is missing.

> Apparently, it requires more work. There seems to be support to
> build dehydra for gcc-4.3 as well. would that be a solution for
> squeeze?

Is it planned to ship gcc-4.3 ?

Mike



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575059: Should Package-Type be included in udebs or not?

[Russ Allbery]

Guillem Jover  writes:

> But when it comes to stuff that it's generic enough to be usable by the
> deb format or other variants, I just feel responsible to at least
> consider it's usage, format, naming, how it fits with the tools, etc.
> and possibly challenge previous decisions (which didn't seem to be
> entirely appreciated). Maybe I should not, and just accept anything
> other people develop on the side, w/o question, but then it would be
> akin to becoming a dpkg code monkey, which I'd rather not. Also I tend
> to think I'm open to be convinced by good arguments.

> Related to this, I've never fully agreed with the often over-usage of
> “bikeshedding” to demote some critical behaviour (or let's say attention
> to detail :), probably because I tend to consider all changes important
> (from typos, stylistic stuff, to bug fixes and new features, etc), they
> might deserve more or less attention, and might be more or less urgent
> though.

I'm sorry for the way I presented that in my original response.  You're of
course completely correct: when there are design concerns and issues, and
when a feature could or should generalize, taking some time to work out
the best architectural design is exactly the right thing to do.  Also, I
completely agree that you shouldn't have to feel like you're just a dpkg
code monkey.

I was conflating several things together and was mostly looking at the
argument over whether or not the Package-Type contents should be included
in the *.deb, not the overall design and related issues that you were
discussing.  And even still, that was a poorly chosen term on my part.

> So udeb has practically not been natively supported at all by dpkg, the
> only exception being the shlibs type, and the -u, --udeb parameter to
> dpkg-scanpackages. The rest has been supported via debhelper, which got
> knowledge of udeb before dpkg itself. As I mentioned on the bug [1]
> report, I think it's great that this kind of ad-hoc extension work on the
> format and tools is possible, and it's being used to improve Debian. But
> IMO at some point (sooner than later) it needs to get integrated back
> into the proper layers.

>   [1] 

FWIW, I entirely agree with this from the Policy perspective as well.  I'd
love to see udebs fully documented and fully supported by our native tools
and procedures.  Among other things, it will make it easier for projects
that require udebs to come up to speed.

> Conclusion
> --

> I'd rather not have gotten dragged to the tech-ctte, as personally I
> consider any such situation a failure on both sides of an argument, and
> a pretty aggressive move. But then, more eyes and minds on an issue tend
> to always be good, it only depends how they are brought in, though.

Hopefully, it doesn't have to be an aggressive experience.  The last thing
we want to do is shove anything down anyone's throat, and usually we can
end up just being mediators and helping getting the conversation started
again.

> Anyway, I'd rather just make dpkg-dev special case udebs and not output
> the field to the binary, even if I think that will imply lose of
> automation and better integration among others, than a possible solution
> shoved down the d-i team throat which they seem to consider completely
> unacceptable (even if probably that outcome is unlikely given the stance
> of some of the ctte members, but still), or my throat. Obviously I'd
> abide by any decision by the ctte, but I'd be happier by never having to
> be subject to one (on either side). So given this, that's what I'm going
> to be doing for next dpkg upload targeting sid (to be clear discard the
> field *only* on udebs).

> Also I don't expect to have the energy to be initiating any further udeb
> integration in the near future, but other people are welcome to, though!

My feeling here is that proper integration of udebs with the rest of the
infrastructure may require a few compromises to the current design, so I
think it's something that would be best tackled with someone on the d-i
side who was actively interested in making udebs less of a special case
and felt like that was the right architectural decision, and had time to
put some effort into that.  It sounds, from this bug log, like a lot of
benchmarking of sizes and the impact of size changes, and possibly some
size versus performance tradeoffs like other compression methods, would be
vital to that work.

-- 
Russ Allbery (r...@debian.org)   



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#390661: AW: Bug#390661: libgcj7-0 breaks postgresql-8.1-pljava

[HOLZER Martin]

Yes this is still an issue

-Ursprüngliche Nachricht-
Von: Niels Thykier [mailto:ni...@thykier.net]
Gesendet: Sonntag, 11. April 2010 13:49
An: 390...@bugs.debian.org; 390661-submit...@bugs.debian.org
Betreff: Bug#390661: libgcj7-0 breaks postgresql-8.1-pljava


Hi

Is this bug still valid? It appears to be filed against a non-existent binary 
package; the question is whether it should be reassigned to the current version 
of the binary or just closed.

It is currently listed as blocked by #488989 in a package (java-common) that I 
co-maintain and I would like to know if it is still relevant or I can close it.

Thank you in advance,
~Niels




WIENER LINIEN GmbH & Co KG
1031 Wien, Erdbergstraße 202, Postfach 63
FN 181593z, HG Wien; DVR: 0992739; UID-Nr. ATU 47055001; www.wienerlinien.at
Bankverbindung: UniCredit Bank Austria AG, BLZ 12000, Konto Nr. 696 216 209
Persönlich haftender Gesellschafter: WIENER LINIEN GmbH
1031 Wien, Erdbergstraße 202, Postfach 63
FN 174296v, HG Wien, DVR: 0992739; UID-Nr. ATU 47055001
Bankverbindung: UniCredit Bank Austria AG, BLZ 12000, Konto Nr. 696 220 409
Durch dieses Mail oder eventuelle Anhänge werden keine rechtsverbindlichen 
Erklärungen der WIENER LINIEN
GmbH & Co KG abgegeben. Insbesondere können durch die Informationen in diesem 
Mail keine Rechte oder
Verpflichtungen für die WIENER LINIEN GmbH & Co KG begründet werden.
Diese Information und eventuelle Anhänge sind vertraulich und ausschließlich 
zur Kenntnisnahme durch den oder
die genannten Adressaten bestimmt. Sollten Sie nicht der vorgesehene Adressat 
sein, ersuchen wir Sie, uns
unverzüglich zu informieren und die Nachricht zu löschen. Der Inhalt der 
fehlgeleiteten Nachricht darf weder
aufgezeichnet noch Unbefugten mitgeteilt oder für irgendwelche Zwecke verwertet 
werden.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577493: nagios3-dbg and icinga-dbg: error when trying to install together

[Ralf Treinen]

Package: icinga-dbg,nagios3-dbg
Version: icinga-dbg/1.0.1-2
Version: nagios3-dbg/3.2.0-4
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2010-04-12
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  liblockfile1 exim4-config exim4-base libpcre3 exim4-daemon-light bsd-mailx
  ucf nagios-plugins-basic icinga-common libperl5.10 icinga-core
  nagios3-common nagios3-core icinga-dbg nagios3-dbg
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously deselected package liblockfile1.
(Reading database ... 12170 files and directories currently installed.)
Unpacking liblockfile1 (from .../liblockfile1_1.08-4_amd64.deb) ...
Selecting previously deselected package exim4-config.
Unpacking exim4-config (from .../exim4-config_4.71-4_all.deb) ...
Selecting previously deselected package exim4-base.
Unpacking exim4-base (from .../exim4-base_4.71-4_amd64.deb) ...
Selecting previously deselected package libpcre3.
Unpacking libpcre3 (from .../libpcre3_7.8-3_amd64.deb) ...
Selecting previously deselected package exim4-daemon-light.
Unpacking exim4-daemon-light (from .../exim4-daemon-light_4.71-4_amd64.deb) ...
Selecting previously deselected package bsd-mailx.
Unpacking bsd-mailx (from .../bsd-mailx_8.1.2-0.20100314cvs-1_amd64.deb) ...
Selecting previously deselected package ucf.
Unpacking ucf (from .../archives/ucf_3.0025_all.deb) ...
Moving old data out of the way
Selecting previously deselected package nagios-plugins-basic.
Unpacking nagios-plugins-basic (from 
.../nagios-plugins-basic_1.4.14-4_amd64.deb) ...
Selecting previously deselected package icinga-common.
Unpacking icinga-common (from .../icinga-common_1.0.1-2_all.deb) ...
Selecting previously deselected package libperl5.10.
Unpacking libperl5.10 (from .../libperl5.10_5.10.1-12_amd64.deb) ...
Selecting previously deselected package icinga-core.
Unpacking icinga-core (from .../icinga-core_1.0.1-2_amd64.deb) ...
Selecting previously deselected package nagios3-common.
Unpacking nagios3-common (from .../nagios3-common_3.2.0-4_all.deb) ...
Selecting previously deselected package nagios3-core.
Unpacking nagios3-core (from .../nagios3-core_3.2.0-4_amd64.deb) ...
Selecting previously deselected package icinga-dbg.
Unpacking icinga-dbg (from .../icinga-dbg_1.0.1-2_amd64.deb) ...
Selecting previously deselected package nagios3-dbg.
Unpacking nagios3-dbg (from .../nagios3-dbg_3.2.0-4_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/nagios3-dbg_3.2.0-4_amd64.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man8/mini_epn.8.gz', which is also in 
package icinga-dbg 0:1.0.1-2
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/nagios3-dbg_3.2.0-4_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/bin/mini_epn
  /usr/lib/debug/usr/bin/mini_epn
  /usr/share/man/man8/mini_epn.8.gz

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577492: [ssh-askpass] grabs the keyboard but not focus

[Filipus Klutiero]

Package: ssh-askpass
Version: 1:1.2.4.1-9
Severity: normal

ssh-askpass bring a half-modal dialog. It's possible to switch to other 
windows while being prompted for a password, but typing goes to the dialog. 
The treatment of focus and keyboard is inconsistent.

This happens on 2 machines on 2 tested. This happens on KDE 4. I didn't test 
any other DE.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-4-686

Debian Release: squeeze/sid
  990 testing ftp.ca.debian.org 
  500 unstableftp.ca.debian.org 
1 experimentalftp.ca.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6(>= 2.3) | 2.10.2-6
libice6  (>= 1:1.0.0) | 2:1.0.6-1
libsm6| 2:1.1.1-1
libx11-6  | 2:1.3.3-2
libxt6| 1:1.0.7-1


Package's Recommends field is empty.

Package's Suggests field is empty.






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577490: TGT renewal causes krb5kdc to crash on armel

[Russ Allbery]

Joel Johnson  writes:

> Also forgot to add that I took the same database and
> /etc/krb5kdc/kdc.conf onto an amd64 box and didn't have the issue (could
> renew just fine)... of course the backtrace goes winding into nowhere
> and there is no valgrind support currently present for arm.

Oh, right, arm.  Yes.  That rules out valgrind.

However, if it is a heap clobber somewhere, valgrind might show it on
other platforms.  Whether or not that causes a crash can depend on
platform as well as lots of other subtle code layout issues.

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577477: testng: FTBFS: Test failures

[Marcus Better]

tag 577477 pending
thanks


[testng] ===
[testng] TestNG JDK 1.5
[testng] Total tests run: 383, Failures: 3, Skips: 0
[testng] ===


These are almost certainly sporadic test failures caused by badly 
written tests. It's fixed in the git repo.


Cheers,

Marcus



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577490: TGT renewal causes krb5kdc to crash on armel

[Joel Johnson]

On Sun, 11 Apr 2010 23:48:51 -0600, Joel Johnson  wrote:
> Yeah, it's getting late - here's the actually useful bt output:
> 
> (gdb) continue
> Continuing.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x4023ebac in free () from /lib/libc.so.6
> (gdb) bt
> #0  0x4023ebac in free () from /lib/libc.so.6
> #1  0x400f8cf0 in krb5_free_authdata (context=,
> val=0x2f720) at ../../../../src/lib/krb5/krb/kfree.c:144
> #2  0xe18c in ?? ()
> Cannot access memory at address 0x0
> #3  0xe18c in ?? ()
> Cannot access memory at address 0x0
> Backtrace stopped: previous frame identical to this frame (corrupt
stack?)
> (gdb)

Also forgot to add that I took the same database and /etc/krb5kdc/kdc.conf
onto an amd64 box and didn't have the issue (could renew just fine)... of
course the backtrace goes winding into nowhere and there is no valgrind
support currently present for arm.

Joel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577490: TGT renewal causes krb5kdc to crash on armel

[Joel Johnson]

On Sun, 11 Apr 2010 22:42:16 -0700, Russ Allbery  wrote:
> Joel Johnson  writes:
> 
>> I have a Sheevaplug (armv5tel) to which I am migrating Kerberos
>> services.  I've imported an existing database and listing principals
>> with kadmin works, ticket issuing works, kpasswd works. However, when
>> doing a ticket renewal with `kinit -R` (remotely on or same machine),
it
>> causes krb5kdc to crash immediately.
> 
> Is this with a TGT that's issued by an earlier version of an MIT
Kerberos
> server, or one handed out by the current server?

One handed out by the current server, I am running a kdestroy; kinit;
kinit -R cycle to test it. For completeness I wait until I have the KDC
running under gdb and get the ticket from the same instance.
 
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x4023ebac in free () from /lib/libc.so.6
>> (gdb) 
> 
> What do you get when you run bt at this prompt?
> 
> Although if it's heap corruption, running krb5kdc under valgrind is
> usually the fastest way to identify exactly where the problem is.

Yeah, it's getting late - here's the actually useful bt output:

(gdb) continue
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x4023ebac in free () from /lib/libc.so.6
(gdb) bt
#0  0x4023ebac in free () from /lib/libc.so.6
#1  0x400f8cf0 in krb5_free_authdata (context=,
val=0x2f720) at ../../../../src/lib/krb5/krb/kfree.c:144
#2  0xe18c in ?? ()
Cannot access memory at address 0x0
#3  0xe18c in ?? ()
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

Joel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577490: TGT renewal causes krb5kdc to crash on armel

[Russ Allbery]

Joel Johnson  writes:

> Yeah, it's getting late - here's the actually useful bt output:

> (gdb) continue
> Continuing.

> Program received signal SIGSEGV, Segmentation fault.
> 0x4023ebac in free () from /lib/libc.so.6
> (gdb) bt
> #0  0x4023ebac in free () from /lib/libc.so.6
> #1  0x400f8cf0 in krb5_free_authdata (context=,
> val=0x2f720) at ../../../../src/lib/krb5/krb/kfree.c:144
> #2  0xe18c in ?? ()
> Cannot access memory at address 0x0
> #3  0xe18c in ?? ()
> Cannot access memory at address 0x0
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> (gdb)

Could you try:

frame 1
print *temp
print **temp

Although from the code and that segfault, I suspect there's heap
corruption somewhere, since it's already checking that *temp isn't NULL.

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576283: lintian generates spell-check warning which is the package name

[Russ Allbery]

syq  writes:

> when i build my package nam,there is the word "nam" in description, and
> lintian still gives a warning :spell mistake.

> i think that, lintian spell checker' database should contains current
> package name.

Yes, I think that's a good idea.  The code will need some modifications to
pass in the package name, but that's a good way to avoid a class of
related problems (including capitalization problems with the binary
provided by the package in the package long description).

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#566516: linux-image-2.6.32-trunk-686: suspend failure in ehci_hcd

[Thiemo Nagel]

On 04/12/2010 12:02 AM, Ben Hutchings wrote:

Sorry for the delay in responding to this.  Does this problem still
occur when using the current kernel version (2.6.32-9 in testing or
2.6.32-11 in unstable)?


I've seen it just yesterday, using Linux version 2.6.32-4-686 (Debian 
2.6.32-11).



If this bug is not fixed, please report it at
  under product 'Drivers', component 'USB'.
Then let us know the bug number so we can track it.


I guess I'll have to reproduce the issue with a vanilla kernel to get 
attention there?


Cheers!

Thiemo



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577209: libdbi-perl: DBI<>DBD ABI change breaks partial upgrades

[Niko Tyni]

On Sun, Apr 11, 2010 at 10:54:30PM +0300, Niko Tyni wrote:
> The sid breakage should be gone with the binNMUs, but I think the partial
> upgrade issue is RC, so reopening and reassigning.

One option to fix the breakage and get a controlled transition later is
to upload the older libdbi-perl with an epoch and do binNMUs again, That
still means sourceful uploads for libdbd-mysql-perl and libdbd-csv-perl,
which already had their dependencies bumped.

DBI 1.610_90 is considered a development release on CPAN, and it
looks like it was introduced for libdbd-csv-perl 0.2800-1, see #576672.
However, DBI.pm 1.611 (contained in libdbi-perl 1.610.90-1) is only a
recommendation in META.yml. The requirement is just 1.00.
-- 
Niko Tyni   nt...@debian.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577491: /usr/bin/xdg-email: xdg-email ignores URL-encoded (most) options with mawk

[Filipus Klutiero]

Package: xdg-utils
Version: 1.0.2+cvs20100307-1
Severity: important
File: /usr/bin/xdg-email

Calling xdg-email with options to prefill the email doesn't work. The MUA opens 
as if the user had just clicked Compose. The output explains. For example, with 
--subject :

$ xdg-email --subject Hi
awk: line 15: regular expression compile failed (bad class -- [], [^] or [)
[...@a-za-z0-9.-\\
awk: line 15: syntax error at or near ]
awk: line 17: syntax error at or near else
awk: line 20: syntax error at or near }
chea...@vinci:~$

This expression is in the awk call in url_encode(). The regular expression was 
changed in revision 1.43 upstream: 
http://webcvs.freedesktop.org/portland/portland/xdg-utils/scripts/xdg-email?r1=1.42&r2=1.43
For some reason, this only happens with mawk (which is currently the default 
AWK implementation). gawk doesn't have the issue. I verified this is a 
regression from 1.0.2+cvs20100223-1.

For example, this bug largely breaks reportbug-ng; it opens a blank mail with 
nothing in To, Subject and body.

I don't understand how url_encode() works, but I see the commit added "\\/" in 
the regexp. Assuming this is trying to add "\/" to the character class, this 
should be written "\\\/". It's not clear why gawk handles the current regexp. 
Perhaps it understands the unescaped slash as a slash because it's enough 
intelligent to tell the character class isn't terminated.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-4-686 (SMP w/4 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
ii  file  5.04-1 Determines file type using "magic"
ii  iceweasel [www-browser]   3.6.3-1Web browser based on Firefox
ii  konqueror [www-browser]   4:4.3.4-1  KDE 4's advanced file manager, web
ii  mime-support  3.48-1 MIME files 'mime.types' & 'mailcap
ii  shared-mime-info  0.71-1 FreeDesktop.org shared MIME databa
ii  x11-utils 7.5+3  X11 utilities
ii  x11-xserver-utils 7.5+1+b1   X server utilities

Versions of packages xdg-utils suggests:
pn  gvfs-bin   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577490: TGT renewal causes krb5kdc to crash on armel

[Russ Allbery]

Joel Johnson  writes:

> I have a Sheevaplug (armv5tel) to which I am migrating Kerberos
> services.  I've imported an existing database and listing principals
> with kadmin works, ticket issuing works, kpasswd works. However, when
> doing a ticket renewal with `kinit -R` (remotely on or same machine), it
> causes krb5kdc to crash immediately.

Is this with a TGT that's issued by an earlier version of an MIT Kerberos
server, or one handed out by the current server?

> I previously tested with 1.8+dfsg-1.1 and the krb5-dbg package installed,
> and got a very short stacktrace from krb5_free_authdata into free() in
> libc. Now with 1.8.1+dfsg-1 installed, all I get is the following:

> Program received signal SIGSEGV, Segmentation fault.
> 0x4023ebac in free () from /lib/libc.so.6
> (gdb) 

What do you get when you run bt at this prompt?

Although if it's heap corruption, running krb5kdc under valgrind is
usually the fastest way to identify exactly where the problem is.

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577490: TGT renewal causes krb5kdc to crash on armel

[Joel Johnson]

Package: krb5-kdc
Version: 1.8.1+dfsg-1
Severity: serious

I have a Sheevaplug (armv5tel) to which I am migrating Kerberos services.
I've imported an existing database and listing principals with kadmin
works, ticket issuing works, kpasswd works. However, when doing a ticket
renewal with `kinit -R` (remotely on or same machine), it causes krb5kdc to
crash immediately.

I previously tested with 1.8+dfsg-1.1 and the krb5-dbg package installed,
and got a very short stacktrace from krb5_free_authdata into free() in
libc. Now with 1.8.1+dfsg-1 installed, all I get is the following:

Program received signal SIGSEGV, Segmentation fault.
0x4023ebac in free () from /lib/libc.so.6
(gdb) 

Kernel: 2.6.32-3-kirkwood
libc6: 2.10.2-6



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568608: closed by Cyril Brulebois (Bug#568236: fixed in xorg-server 2:1.7.5.902-1)

[gi1242+debianbugs]

On Mon, Mar 15, 2010 at 11:51:25PM +, Debian Bug Tracking System wrote:

> We believe that the bug you reported is fixed in the latest version of
> xorg-server, which is due to be installed in the Debian FTP archive:
> 
> xdmx-tools_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xdmx-tools_1.7.5.902-1_amd64.deb
> xdmx_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xdmx_1.7.5.902-1_amd64.deb
> xnest_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xnest_1.7.5.902-1_amd64.deb
> xorg-server_1.7.5.902-1.diff.gz
>   to main/x/xorg-server/xorg-server_1.7.5.902-1.diff.gz
> xorg-server_1.7.5.902-1.dsc
>   to main/x/xorg-server/xorg-server_1.7.5.902-1.dsc
> xorg-server_1.7.5.902.orig.tar.gz
>   to main/x/xorg-server/xorg-server_1.7.5.902.orig.tar.gz
> xserver-common_1.7.5.902-1_all.deb
>   to main/x/xorg-server/xserver-common_1.7.5.902-1_all.deb
> xserver-xephyr_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xserver-xephyr_1.7.5.902-1_amd64.deb
> xserver-xfbdev_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xserver-xfbdev_1.7.5.902-1_amd64.deb
> xserver-xorg-core-dbg_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xserver-xorg-core-dbg_1.7.5.902-1_amd64.deb
> xserver-xorg-core-udeb_1.7.5.902-1_amd64.udeb
>   to main/x/xorg-server/xserver-xorg-core-udeb_1.7.5.902-1_amd64.udeb
> xserver-xorg-core_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xserver-xorg-core_1.7.5.902-1_amd64.deb
> xserver-xorg-dev_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xserver-xorg-dev_1.7.5.902-1_amd64.deb
> xvfb_1.7.5.902-1_amd64.deb
>   to main/x/xorg-server/xvfb_1.7.5.902-1_amd64.deb

I just confirmed. This does NOT fix the problem! Can you please reopen
the bug?

Amongst the above, here's what I have installed currently on my system:

xserver-common  2:1.7.6-1
xserver-xorg-core   2:1.7.6-1
xserver-xorg-dev2:1.7.6-1

The server hangs 8 seconds when I switch back to it from a console. The
problem, as pointed out before, is with the WACOM serial device. I've
heard that there is a fix upstream, but it has not propagated to testing
yet,

GI

-- 
'Shin' -- A device for finding furniture in the dark.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577132: #577132

[Vincent Danjean]

On 12/04/2010 02:05, Éric Araujo wrote:
> Package: mercurial-common
> Version: 1.4.1-1
> Severity: normal
> 
> Hello  Thanks for the quick fix.  I’ve asked in the Mercurial chatroom if
> they were interested in the bug. If you don’t beat me to it, I’ll search
> their bug tracker for FHS-related bugs and eventually I’ll propose

You can propose the change if you want. I'm not sure they will use it
because their main use case seems to be local compilation/installation and not 
unix
system-wide installation: the patch I applied hardcode a system path...

  Regards,
Vincent

>   Note:
> Since there is no package data anymore, you can remove the entire line from 
> the
> setup script.  Kind regards


-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577470: libglib2.0-0: glib 2.22.4-1 causes gtk file picker to take 15-30 seconds to appear

[Alexander Dorokhine]

Also, I tested 2.20 and it was fine. So the problem happened somewhere
in between 2.20 and 2.22.

On 11 April 2010 22:48, Alexander Dorokhine  wrote:
> Hi,
>
> Same issue with 2.24 from unstable.
>
> Cheers,
> Alexander
>
> On 11 April 2010 17:25, Emilio Pozuelo Monfort  wrote:
>> On 11/04/10 23:55, Alexander Dorokhine wrote:
>>> Package: libglib2.0-0
>>> Version: 2.22.4-1
>>> Severity: normal
>>>
>>> Upgrading from libglib2.0-0 2.18.4-2 to libglib2.0-0 2.22.4-1 causes
>>> gtk file pickers in
>>> all gtk applications to take a very very long time to appear (15-30
>>> seconds). I have confirmed that
>>> downgrading causes them to be fast again.
>>>
>>> There is no CPU, network or disk activity during this time. It just
>>> seems to not be doing anything.
>>
>> Can you try GLib 2.24?
>>
>



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577470: libglib2.0-0: glib 2.22.4-1 causes gtk file picker to take 15-30 seconds to appear

[Alexander Dorokhine]

Hi,

Same issue with 2.24 from unstable.

Cheers,
Alexander

On 11 April 2010 17:25, Emilio Pozuelo Monfort  wrote:
> On 11/04/10 23:55, Alexander Dorokhine wrote:
>> Package: libglib2.0-0
>> Version: 2.22.4-1
>> Severity: normal
>>
>> Upgrading from libglib2.0-0 2.18.4-2 to libglib2.0-0 2.22.4-1 causes
>> gtk file pickers in
>> all gtk applications to take a very very long time to appear (15-30
>> seconds). I have confirmed that
>> downgrading causes them to be fast again.
>>
>> There is no CPU, network or disk activity during this time. It just
>> seems to not be doing anything.
>
> Can you try GLib 2.24?
>



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577487: Documented idiom "clone N -1" "reassign -1 PKG" fails for merged bugs

[Don Armstrong]

retitle 577487 document that clone does not work on merged bugs
severity 577487 minor
thanks

On Mon, 12 Apr 2010, Olly Betts wrote:
> It's especially annoying that any further commands get executed on the 
> uncloned
> bug number, meaning that these changes then need to be undone once you unmerge
> the ticket.  I'd have been less annoyed by this if the clone failure had ended
> processing.

It doesn't make much sense to clone a merged bug, because the history
isn't currently properly copied anyway.

There is already an existing bug to rectify the issue of history
propogation.


Don Armstrong

-- 
If you wish to strive for peace of soul, then believe; if you wish to
be a devotee of truth, then inquire.
 -- Friedrich Nietzsche

http://www.donarmstrong.com  http://rzlab.ucr.edu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577488: binutils-multiarch: missing diversion for /usr/bin/ld.bfd

[Jonathan Nieder]

Package: binutils-multiarch
Version: 2.20.51.20100405-1
Severity: grave
Justification: renders package uninstallable
Tags: patch

I just found time to test the new binutils-multiarch with elfedit
diversion --- sorry for the delay.  Unfortunately, installation still
errors out:

dpkg: error processing 
/var/cache/apt/archives/binutils-multiarch_2.20.51.20100405-1_i386.deb 
(--unpack):
 trying to overwrite '/usr/bin/ld.bfd', which is also in package binutils 
2.20.51.20100405-1

I guess that’s what I get for not testing a patch before sending it.

Here’s a new series to go on top.  It can build a native kernel that
boots on i386 and works on mips objects well enought to produce
firmware for the Ben Nanonote (I haven’t tried booting with that
firmware yet, though).

Patch 1 makes diversion handling sane again (the packaging was
removing obsolete diversions in preinst, which is not late enough to
be safe) and gets rid of the unnecessary diversions for libbfd.a and
libopcode.a.  This was necessary to allow experimenting with other
things.

Unfortunately, patch 1 adds the current version number to some of the
maintainer scripts; keeping that up to date is a maintainance burden I
do not want to impose.  So patch 2 teaches debian/rules to take care
of that.

Patch 3 removes /usr/bin/ld.bfd from the binutils-multiarch package.
As far as I can tell, the linker was excluded from binutils-multiarch
because it had regressions relative to the single-target linker
(Bug#61719, #51625).  Except once the linker was renamed to ld.bfd,
the exclusion no longer applied, creating file conflicts --- oops.

Luckily, those 10-year-old regressions don’t seem to apply any more,
on x86 at least (as tested with the aforementioned kernel build).
So patch 4 adds a multi-target linker.  While at it, it adds
multi-target c++filt, too, since there is no reason to exclude it now
that the egcs saga is long over.

Patch 5 excludes elfedit from binutils-multiarch.  There is nothing
target-specific about it, so the copy in binutils-multiarch was just
a waste of space.

The patches are attached since the BTS seems to deal best with that.
I hope you enjoy them.  Sorry for the delay.  Please let me know if
you have any questions.

Thanks,
Jonathan Nieder (5):
  binutils-multiarch: clean up diversion handling
  binutils-multiarch: automatically update version in maintainer
scripts
  Remove ld.bfd from binutils-multiarch
  Add ld.bfd and c++filt back to binutils-multiarch
  Remove elfedit from binutils-multiarch

 debian/binutils-multiarch.postinst|7 ---
 debian/binutils-multiarch.postinst.in |   50 
 debian/binutils-multiarch.postrm  |   32 -
 debian/binutils-multiarch.postrm.in   |   53 +
 debian/binutils-multiarch.preinst |   82 -
 debian/binutils-multiarch.preinst.in  |   31 
 debian/binutils-multiarch.prerm.in|   64 +
 debian/changelog  |   19 
 debian/rules  |   54 -
 9 files changed, 258 insertions(+), 134 deletions(-)
 delete mode 100644 debian/binutils-multiarch.postinst
 create mode 100644 debian/binutils-multiarch.postinst.in
 delete mode 100644 debian/binutils-multiarch.postrm
 create mode 100644 debian/binutils-multiarch.postrm.in
 delete mode 100644 debian/binutils-multiarch.preinst
 create mode 100644 debian/binutils-multiarch.preinst.in
 create mode 100644 debian/binutils-multiarch.prerm.in

>From 091ae73e7a8d1366f89058836055be1caeedc048 Mon Sep 17 00:00:00 2001
From: Jonathan Nieder 
Date: Sun, 11 Apr 2010 02:56:53 -0500
Subject: [PATCH 1/5] binutils-multiarch: clean up diversion handling

Make diversion handling much more robust by taking more cases
into account.  Previously, an upgrade removing a file that was
previously diverted could easily produce errors from attempting to
remove the diversion too early (the result would be that the diversion
stays around and no package provides the relevant file).

As an unfortunate side-effect, now
binutils-multiarch.{preinst,prerm,postrm} need to know the current
binutils-multiarch version.  Probably debian/rules should learn to
automatically adjust it.

Signed-off-by: Jonathan Nieder 
---
 debian/binutils-multiarch.postinst |   45 -
 debian/binutils-multiarch.postrm   |   60 ++
 debian/binutils-multiarch.preinst  |   98 
 debian/binutils-multiarch.prerm|   64 +++
 debian/changelog   |   12 
 debian/rules   |3 +-
 6 files changed, 183 insertions(+), 99 deletions(-)
 create mode 100644 debian/binutils-multiarch.prerm

diff --git a/debian/binutils-multiarch.postinst 
b/debian/binutils-multiarch.postinst
index 9977c68..37c42fd 100644
--- a/debian/binutils-multiarch.postinst
+++ b/debian/binutils-multiarch.postinst
@@ -1,6 +1,49 @@
 #! /bin/sh
-
+

Bug#577487: Documented idiom "clone N -1" "reassign -1 PKG" fails for merged bugs

[Olly Betts]

Package: bugs.debian.org

On Mon, Apr 12, 2010 at 01:45:11AM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > clone 576944 -1
> Bug#576944: python-xapian: Perform unaligned memory access on ARM
> Bug is marked as being merged with others. Use an existing clone.
> 
> > reassign -1 g++
> Failed to clear fixed versions and reopen on -1: The 'bug' parameter ("-1") 
> to Debbugs::Control::set_package did not pass regex check
> 
>   Debbugs::Control::set_package('transcript', 
> 'IO::Scalar=GLOB(0x27ab730)', 'requester', 'Olly Betts ', 
> 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', 
> '<20100412014334.gc4...@survex.com>', 'request_subject', ...) called at 
> /usr/lib/debbugs/service line 556
>   eval {...} called at /usr/lib/debbugs/service line 555
> 
> > tag 576944 + pending
> Bug #576944 [python-xapian] python-xapian: Perform unaligned memory access on 
> ARM
> Bug #576945 [python-xapian] python-xapian: performs unaligned memory access 
> on ARM
> Added tag(s) pending.
> Added tag(s) pending.
> > thanks
> Stopping processing here.

I was using the common idiom, documented here:

http://www.debian.org/Bugs/server-control#clone

There's no caveat about merged bugs, and even if this limitation was mentioned,
it's tedious to have to consider the history of the ticket when you just want
to assign a clone to another package.  So documenting this limitation would
certainly be an improvement, but doesn't see a good way to fix this issue.

Forcing an existing merged bug number to be reused here seems unhelpful -
external references to that bug number will now rather arbitrarily lead to a
bug in a different package.

It's especially annoying that any further commands get executed on the uncloned
bug number, meaning that these changes then need to be undone once you unmerge
the ticket.  I'd have been less annoyed by this if the clone failure had ended
processing.

Cheers,
Olly



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577486: [grsync] Cancelling connection to SSH server prompting password doesn't work

[Filipus Klutiero]

Package: grsync
Version: 1.1.0-2
Severity: minor

When connecting to an SSH server prompting for a password, ssh-askpass displays 
2 buttons: OK and Cancel. Clicking Cancel seems to have the same effect as OK, 
that is, the prompt comes again (thankfully, it stops after 3 times). In fact, 
there is a difference - Cancel allows a new entry without any delay, while OK 
tries the password. So Cancel seems to mean "Clear". But you can't clear more 
than 3 times, so something is wrong.

I'm not sure whether this is a grsync or a ssh-askpass bug.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-4-amd64

Debian Release: squeeze/sid
  990 testing security.debian.org 
  990 testing debian.savoirfairelinux.net 
  500 unstableftp.ca.debian.org 
  500 stable  deb.opera.com 
1 experimentalftp.ca.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
libatk1.0-0  (>= 1.29.3) | 1.30.0-1
libc6  (>= 2.3.6-6~) | 2.10.2-6
libcairo2 (>= 1.2.4) | 1.8.10-3
libfontconfig1(>= 2.8.0) | 2.8.0-2
libfreetype6  (>= 2.2.1) | 2.3.11-1
libglib2.0-0 (>= 2.16.0) | 2.24.0-1
libgtk2.0-0  (>= 2.12.0) | 2.18.9-2
libpango1.0-0(>= 1.14.0) | 1.26.2-2
rsync| 3.0.7-2


Recommends   (Version) | Installed
==-+-===
ssh-askpass| 1:1.2.4.1-9


Package's Suggests field is empty.






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577485: [ssh-askpass] manual page refers to non-existent x11-ssh-askpass instead of ssh-askpass

[Filipus Klutiero]

Package: ssh-askpass
Version: 1:1.2.4.1-9
Severity: minor

The manual page refers to x11-ssh-askpass, which doesn't exist, instead of 
ssh-askpass. It starts this way:

NAME
x11-ssh-askpass - an X11-based pass-phrase dialog for use with OpenSSH 
SYNOPSIS

x11-ssh-askpass [options] [label]


So the synopsis is incorrect.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-4-686

Debian Release: squeeze/sid
  990 testing ftp.ca.debian.org 
  500 unstableftp.ca.debian.org 
1 experimentalftp.ca.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6(>= 2.3) | 2.10.2-6
libice6  (>= 1:1.0.0) | 2:1.0.6-1
libsm6| 2:1.1.1-1
libx11-6  | 2:1.3.3-2
libxt6| 1:1.0.7-1


Package's Recommends field is empty.

Package's Suggests field is empty.






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#532169: ccache: Support 4.5 as well

[Nicolás Alvarez]

Package: ccache
Version: 2.4-17
Severity: normal


gcc 4.5 was released in March 31st, and is available in Debian experimental.
Please add a symlink for it as well.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577427: closed by Dirk Eddelbuettel (Embedded Perl modules in R (and Ra))

[Ansgar Burchardt]

reopen 577427
tags   577427 + wontfix
reopen 577434
tags   577434 + wontfix
reopen 577429
tags   577429 + wontfix
reopen 577433
tags   577433 + wontfix
thanks

> So in this case, among the 26mb (installed) of the base R we do fine
> two doubled-up Perl packages -- which I find entirely acceptable given
> that there is no configure infrastructure to test for them. Plus, more
> and more of the R infrastructure itself is move from Perl to R itself
> (as has already happened for the help parser) so this may well be on
> its way out.

I just noticed that R includes the modules when I was looking for them
myself.  As several packages already bundled Perl modules that were not
available in a separate package and Debian tries to avoid code copies,
I sent this report.

Still I think this bug should be kept open as long as the code copies
remain.  If you do not plan to remove them and there are long-term plans
upstream to eventually remove them, marking them as wontfix for now
should be fine.  The secure testing team also maintains a list of
embedded code copies [1] that refer to these bugs.  Keeping them open
should make it easier for them to track this.

Regards,
Ansgar

[1] 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577483: ekiga segfaults whenever I accept a call or my recipient accepts my call

[Andres Cimmarusti]

Package: ekiga
Version: 3.2.6-1
Severity: grave
Tags: sid squeeze
Justification: renders package unusable

Ekiga is completely useless in my computer. I can't accept a call because ekiga
immediately segfaults (except call backs from 5...@ekiga.net). If I place the
call, then when my recipient accepts ekiga in my computer segfaults.  My
recipient is running a backported ekiga on Lenny while I'm running Squeeze.
Curiously this only happens to me.   I installed gdb and was trying to catch
the trace but if I run gdb -p , this locks ekiga until I type quit
in gdb.  I get these messages in console when segfaulting:  warning: Only even
frame sizes from 64 to 1024 are supported [2]+  Segmentation fault  ekiga


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ekiga depends on:
ii  evolution-data-server 2.28.2-1   evolution database backend server
ii  gconf22.28.0-1   GNOME configuration database syste
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libavahi-client3  0.6.25-3   Avahi client library
ii  libavahi-common3  0.6.25-3   Avahi common library
ii  libavahi-glib10.6.25-3   Avahi glib integration library
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2  0.84-1 simple interprocess messaging syst
ii  libebook1.2-9 2.28.2-1   Client library for evolution addre
ii  libedataserver1.2-11  2.28.2-1   Utility library for evolution data
ii  libgcc1   1:4.4.2-9  GCC support library
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.9-2   The GTK+ graphical user interface 
ii  libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries
ii  libnotify1 [libnotify1-gt 0.4.5-1sends desktop notifications to a n
ii  libopal3.6.6  3.6.6~dfsg-3   Open Phone Abstraction Library - s
ii  libpango1.0-0 1.26.2-2   Layout and rendering of internatio
ii  libpt2.6.52.6.5-1Portable Tools Library
ii  libpt2.6.5-plugins2.6.5-1Portable Tools Library plugins
ii  libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra
ii  libsigc++-2.0-0c2a2.2.4.2-1  type-safe Signal Framework for C++
ii  libstdc++64.4.2-9The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-2  X11 client-side library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension librar
ii  libxml2   2.7.7.dfsg-1   GNOME XML library
ii  libxv12:1.0.5-1  X11 Video extension library

Versions of packages ekiga recommends:
ii  gvfs 1.4.3-2 userspace virtual filesystem - ser
ii  yelp 2.28.0+webkit-2 Help browser for GNOME

Versions of packages ekiga suggests:
pn  asterisk   (no description available)
pn  callweaver (no description available)
pn  gnugk  (no description available)
pn  mediaproxy (no description available)
pn  openser(no description available)
pn  rtpproxy   (no description available)
pn  ser(no description available)
pn  siproxd(no description available)
pn  yate   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577484: 'Architecture: any' should be set to 'all'

[Simon Kjika'qawej]

Package: git-dpm
Version: 0.1.0-1
Severity: normal


Hi,

Setting it to any implies it's a binary, to built built by a compiler
like gcc, or whatever, whereas the only binary file I see in the package is
the pdf, and the actual script is a bash script. 'all' means all arches
can use it, no binary contents for the executable.

Something like that ;). Anyway, because of this, it doesn't show on
non-x86/x86-64 arches yet.

Thanks,
Simon


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (995, 'unstable'), (990, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.33.1-acahkos
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577482: java-common: Please add sh4 to openjdk-6 support

[Nobuhiro Iwamatsu]

Source: java-common
Version: 0.35
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4

sh4 supports opendk-6. But sh4 is not in architecture list of openjdk-6.
# openjdk becomes FTBFS for #575346 now.

Could you add add sh4 to openjdk-6 support list?

Best regards,
 Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


java-common-sh4.patch
Description: application/octetstream

Bug#576120: Sending 333 in response to /query confuses rcirc.

[trentbuck]

Wilmer van der Gaast wrote:
> I just also found http://www.alien.net.au/irc/irc2numerics.html which
> seems like a great source for info like this; better than anything else
> I found so far.
> 
> Looks like 320 is more suitable for this and is abused by various
> clients for showing misc. information in /WHOIS replies already. I'll
> switch to that then.
> 
> If you could verify that rcirc does the right thing with 320 that'd be
> great. Otherwise, let's see what happens with 1.2.6.

I tried a /query on OFTC and Freenode, and neither generated a 320.
So I don't know how to get a server to generate a 320 in order to test
rcirc against it.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577481: fftw-docs: tests in "examples" subdir fail many tests

[Andrew T. Young]

Package: fftw-docs
Version: 2.1.3-22
Severity: normal


I ran "make" in the "tests" directory to generate the testing programs.
(Note that the executables are names "test_fftw" and not "fftw_test" as
the documentation says; this should be changed to make things agree.)

test_fftw -v -p 0 passed the planning test; but everything else failed.

test_fftw -v -a 0   gave FATAL ERROR: test_out_of_place: wrong answer
(with "howmany = 2")

test_fftw -v -c 1x1 failed with a segmentation fault

test_fftw -v -r 0   failed with "NaN in answer" for n = 1144, dir = forward
test_fftw -v -r 1   failed with "NaN in answer" for N = 4032

test_fftw -v -s 1   says that glibc's malloc() gave memory corruption


This is an AMD Athlon machine.  Apparently the fftw libraries optimized
for the k7 architecture are no longer available (again, in disagreement
with the documentation the recommends them.)

Despite these test failures, a program I compiled a few years ago that
uses the fftw libraries seems to work OK.  Maybe this has to do with the
newer compiler in use, which is now gcc-4.3?

Here's what I have (output from "aptitude search fftw"):

i   fftw-dev- library for computing Fast Fourier Transfo
i   fftw-docs   - documentation for fftw
v   fftw-double-dev -   
v   fftw-single-dev -   
i   fftw2   - library for computing Fast Fourier Transfo
v   fftw2-double-   
v   fftw2-single-   
c   fftw3   - library for computing Fast Fourier Transfo
v   fftw3-dev   -   
v   fftw3-doc   -   
c   k7fftwgel2  - library for computing Fast Fourier Transfo
c   libfftw3-3  - library for computing Fast Fourier Transfo
p   libfftw3-dev- library for computing Fast Fourier Transfo
p   libfftw3-doc- documentation for fftw version 3  
p   mffm-fftw-dev   - A C++ wrapper for the fftw.org C library (
p   mffm-fftw1c2- A C++ wrapper for the fftw.org C library (
p   root-plugin-fftw3   - FFTw plugin for ROOT  
i   sfftw-dev   - library for computing Fast Fourier Transfo
i   sfftw2   


-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

fftw-docs depends on no packages.

fftw-docs recommends no packages.

Versions of packages fftw-docs suggests:
ii  fftw2 2.1.3-22   library for computing Fast Fourier

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577263: [Surfraw-devel] Bug#577263: surfraw: imdb.com does not work

[Michel]

Ok,

I see; hope that makes in soon.

Thanks for the info and link,

Michel


On Sun, Apr 11, 2010 at 10:21, James Rowe  wrote:
> * Michel (synt...@gmail.com) wrote:
>> Package: surfraw
>> Version: 2.2.6-1
>> Severity: normal
>>
>>
>> When using surfraw to search imdb.com, all I get is this page:
>>
>> http://www.imdb.com/search/title
>
>  The imdb elvi has been updated to fix that problem in the git repository[1],
> unfortunately the fix hasn't propagated to a packaged version [yet].
>
> Thanks,
>
> James
>
>  1. 
> http://git.debian.org/?p=surfraw/surfraw.git;a=commit;h=abd45d5b78c7ae305257354e89446a06eaafb6fe
> --
>



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576944: Alignment issues

[Olly Betts]

clone 576944 -1
reassign -1 g++
tag 576944 + pending
thanks

On Sat, Apr 10, 2010 at 05:22:45PM +0200, Luca Niccoli wrote:
> I've recently submitted bug #576944 and could use some help to trace
> it down better, and understand if it's really a bug.
> Some more things I've noticed:
> If I set /proc/cpu/alignment to 0 (ignore) or 3 (fixup+warn) I see
> three alignment traps each time _xapian.so is loaded (with
> update-apt-xapian-index or axi-cache); if I set it to 1 (warn), I see
> more than 50 of them.
> I don't understand why this should happen.
> I can either fixup or ignore the traps, both update-apt-xapian-index
> and axi-cache seem to work - and the databases in
> /var/lib/apt-xapian-index don't show sign of corruption.
> If I add -g to g++ flags, the two unaligned relocation entries
> disappear (they don't just get aligned)
> Is this actually a bug?
> If it is, whose bug is it?

John Reiser says "g++" in a reply not cc:-ed to the bug:

http://thread.gmane.org/gmane.linux.debian.ports.arm/8422/focus=8424

I think he's right, so cloning the bug and assigning the copy to g++.

I'm OK with adding "-g" to xapian-bindings' debian/rules as a workaround, so
keeping 576944 to track that (have committed this change, will include in
1.0.19-1).

Cheers,
Olly



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577274: Ack

[Romain Beauxis]

Hi !

Thanks for the report and patch !

I am currently preparing an update for 2.1 and fixing some issue with plugins 
and mutualisation.

I will make sure to include your patch when the new package hits unstable.

Romain



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577094: xapian-bindings: clean target leaves binary files in the tree, FTBFS twice

[Olly Betts]

tag 577094 - patch
tag 577094 + pending
thanks

On Fri, Apr 09, 2010 at 04:20:37PM +0200, Luca Niccoli wrote:
> Tags: patch

Looks like you failed to attach that patch...

But never mind, I've fixed it.  There's a new upstream release due this week
so I'll just include this fix when I package that.

Cheers,
Olly



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577480: [sagemath] Please update! Version 4.3.5 released by now.

[Tim Abbott]

Hello,

I would love to release packing for a current version of sagemath, but it 
is a huge project that I don't expect to be able to do in the near future.

-Tim Abbott

On Mon, 12 Apr 2010, burgs...@gmx.de wrote:

> Package: sagemath
> Severity: important
> 
> --- Please enter the report below this line. ---
> 
> Many new features and bugfixes are incorporated by the new releases, Cantor 
> has a Sage backend and this package starts to get incompatible with the rest 
> of the distribution.
> There are 25 upstream releases since the version packaged in Debian, it would 
> be great to see an update.
> 
> --- System information. ---
> Architecture: amd64
> Kernel:   Linux 2.6.33.2
> 
> Debian Release: squeeze/sid
>   991 testing ftp.uni-kl.de 
>   990 testing security.debian.org 
>   990 testing ftp.de.debian.org 
>50 unstableftp.uni-kl.de 
>50 unstableftp.de.debian.org 
>50 stable  volatile.debian.org 
>50 stable  security.debian.org 
>50 stable  ftp.uni-kl.de 
>50 stable  ftp.de.debian.org 
>50 experimentalftp.uni-kl.de 
>50 experimentalftp.de.debian.org 
> 
> --- Package information. ---
> Depends   (Version) | Installed
> ===-+-===
> libatlas3gf-base| 
>  OR libatlas.so.3gf | 
> libc6  (>= 2.3) | 2.10.2-6
> libecm0 | 
> libflint-1.011  | 
> libfplll0   | 
> libgcc1(>= 1:4.1.1) | 1:4.4.2-9
> libgivaro0  | 
> libgmp3c2   | 2:4.3.2+dfsg-1
> libgmpxx4ldbl   | 2:4.3.2+dfsg-1
> libgsl0ldbl(>= 1.9) | 1.14+dfsg-1
> libiml0  (>= 1.0.3) | 
> liblinbox0  | 
> libm4ri-0.0.20080521| 
> libmpfi0| 
> libmpfr1ldbl| 2.4.2-3
> libntl-5.4.2| 
> libpari2-gmp   (>= 2.3.4-1) | 
> libpolybori-0.5.0-0 | 
> libqd2c2a   | 
> libreadline5   (>= 5.2) | 5.2-7
> libsingular-3-0-4-3 | 
> libstdc++6   (>= 4.2.1) | 4.4.2-9
> libsymmetrica-2.0   | 
> libzn-poly-0.8  | 
> python (<< 2.6) | 2.5.4-9
> python (>= 2.5) | 2.5.4-9
> python-central  (>= 0.6.11) | 0.6.14+nmu2
> python2.5   | 2.5.5-2
> gap | 
> singular| 
> maxima-share| 
> genus2reduction | 
> lcalc   | 
> sympow  | 
> python-matplotlib   | 
> gfan| 
> python-gd   | 
> mercurial   | 
> python-twisted  | 
> python-numpy| 1:1.3.0-3+b1
> python-crypto   | 
> python-moinmoin | 
> sqlite3 | 
> palp| 
> ipython | 
> python-gnutls   | 
> python-scipy| 
> python-cvxopt   | 
> scons   | 
> r-base  | 
> gfortran| 
> python-sqlalchemy   | 
> gmp-ecm | 
> python-sympy| 
> python-networkx | 
> python-pexpect  | 
> cython  | 
> python-twisted-web2 | 
> pari-gp | 
> pari-extra  | 
> tachyon | 
> python-rpy  | 
> gap-guava   | 
> python-processing   | 
> python-polybori | 
> libcdd-test | 
> libjs-jquery| 1.4.2-2
> libsingular-dev | 
> time| 1.7-23
> python-zodb  (>= 1:3.6.0-3) | 
> 
> 
> Recommends(Version) | Installed
> ===-+-===
> imagemagick | 7:6.6.0.4-2
> r-recommended   | 
> gap-character-tables| 
> python-gnuplot  | 
> python-openssl  | 
> 

Bug#575279: xscreensaver: RNG is poor, leading to oft-repeated numbers

[brian m. carlson]

On Sun, Apr 11, 2010 at 05:20:07PM -0700, Jamie Zawinski wrote:
> I believe this was fixed in xscreensaver 5.06 in July 2008.
> 
> The problem was a single character typo in yarandom.c: it said "024"
> (octal) where it should have said "24" (decimal), causing the two lags
> to not be co-prime.

lakeview ok % diff -u unicode-screensaver-0.2/utils/yarandom.c 
xscreensaver-5.10/utils/yarandom.c; echo $?
0

So, no, this is not fixed.  The issue that was present in the yarandom.c
I patched was that the value of seed when the generator is being
initialized becomes identical after around i == 7.  My conjecture is
that you're basically losing randomness since seed is multiplied by a
large number.  This pushes whatever randomness existed from the
additional seed to higher and higher bits until it disappears
altogether.  By using a bitwise rotate, we move that randomness to a
variety of bits and therefore the avalanche effect is dramatically
increased.

Files dump[4-6] in #573989 show how the generator produces identical
numbers very quickly, and using diff on pairs of these files shows how
the seed variable ends up as a constant.  The issue is not the actual
generator at all, but the seeding.  Whether the algorithm varies
slightly from Knuth seems to be mostly irrelevant here.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#575167: Adopting UdpCast

[Tomas Pospisek]

Hello Russel,

On Mon, 12 Apr 2010, Russell Stuart wrote:


I'd like to adopt Udpcast.  The only issue is I am a DM, not a DD, so I
can't do it without help.

I am not sure of the appropriate mechanism, but from reading
http://wiki.debian.org/DebianMaintainer and in particular the "Uploading
packages" section I would be adhering to the spirit of that document if
you sponsored at least of my uploads of udpcast, once you are sure I
know what I am doing you re-assign ownership to me.

Let me know if you are prepared to do this.  If you are, I will change
the wnpp bug appropriately and prepare a new upload based on the new
upstream version.  If this is too much trouble, I will can looking for
another sponsor.


I am ready to sponsor you, however Michael Schutte has also asked me the 
same question. Please check the ITA here http://bugs.debian.org/575167


Please get into touch with him and discuss things directly with him.

Wrt to finding a different sponsor: I don't mind at all having less work 
if you find a different sponsor. However I'll also try my best to support 
you guys to get things done if you *want* me to sponsor you.


Greets,
*t



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577480: [sagemath] Please update! Version 4.3.5 released by now.

[burgspam]

Package: sagemath
Severity: important

--- Please enter the report below this line. ---

Many new features and bugfixes are incorporated by the new releases, Cantor 
has a Sage backend and this package starts to get incompatible with the rest 
of the distribution.
There are 25 upstream releases since the version packaged in Debian, it would 
be great to see an update.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.33.2

Debian Release: squeeze/sid
  991 testing ftp.uni-kl.de 
  990 testing security.debian.org 
  990 testing ftp.de.debian.org 
   50 unstableftp.uni-kl.de 
   50 unstableftp.de.debian.org 
   50 stable  volatile.debian.org 
   50 stable  security.debian.org 
   50 stable  ftp.uni-kl.de 
   50 stable  ftp.de.debian.org 
   50 experimentalftp.uni-kl.de 
   50 experimentalftp.de.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libatlas3gf-base| 
 OR libatlas.so.3gf | 
libc6  (>= 2.3) | 2.10.2-6
libecm0 | 
libflint-1.011  | 
libfplll0   | 
libgcc1(>= 1:4.1.1) | 1:4.4.2-9
libgivaro0  | 
libgmp3c2   | 2:4.3.2+dfsg-1
libgmpxx4ldbl   | 2:4.3.2+dfsg-1
libgsl0ldbl(>= 1.9) | 1.14+dfsg-1
libiml0  (>= 1.0.3) | 
liblinbox0  | 
libm4ri-0.0.20080521| 
libmpfi0| 
libmpfr1ldbl| 2.4.2-3
libntl-5.4.2| 
libpari2-gmp   (>= 2.3.4-1) | 
libpolybori-0.5.0-0 | 
libqd2c2a   | 
libreadline5   (>= 5.2) | 5.2-7
libsingular-3-0-4-3 | 
libstdc++6   (>= 4.2.1) | 4.4.2-9
libsymmetrica-2.0   | 
libzn-poly-0.8  | 
python (<< 2.6) | 2.5.4-9
python (>= 2.5) | 2.5.4-9
python-central  (>= 0.6.11) | 0.6.14+nmu2
python2.5   | 2.5.5-2
gap | 
singular| 
maxima-share| 
genus2reduction | 
lcalc   | 
sympow  | 
python-matplotlib   | 
gfan| 
python-gd   | 
mercurial   | 
python-twisted  | 
python-numpy| 1:1.3.0-3+b1
python-crypto   | 
python-moinmoin | 
sqlite3 | 
palp| 
ipython | 
python-gnutls   | 
python-scipy| 
python-cvxopt   | 
scons   | 
r-base  | 
gfortran| 
python-sqlalchemy   | 
gmp-ecm | 
python-sympy| 
python-networkx | 
python-pexpect  | 
cython  | 
python-twisted-web2 | 
pari-gp | 
pari-extra  | 
tachyon | 
python-rpy  | 
gap-guava   | 
python-processing   | 
python-polybori | 
libcdd-test | 
libjs-jquery| 1.4.2-2
libsingular-dev | 
time| 1.7-23
python-zodb  (>= 1:3.6.0-3) | 


Recommends(Version) | Installed
===-+-===
imagemagick | 7:6.6.0.4-2
r-recommended   | 
gap-character-tables| 
python-gnuplot  | 
python-openssl  | 


Suggests  (Version) | Installed
===-+-===
valgrind| 1:3.5.0-3
gdb | 7.0.1-2







-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#542123: ITA: mock -- Build rpm packages inside a chroot

[Miguel Landaeta]

Are you still interested in adopt this package?

Since several months ago is available the version 1.0 for this software and
I want to have this in Debian.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577296: [Debian-med-packaging] Bug#577296: r-cran-rocr: FTBFS: ERROR: lazy loading failed for package 'ROCR'

[Charles Plessy]

reassign 577296 r-cran-catools
retitle 577296 r-cran-catools needs to be rebuilt (will do by uploading version 
1.10).
thanks

> > Loading required package: caTools
> > Error : package 'caTools' was built before R 2.10.0: please re-install it
> > ERROR: lazy loading failed for package 'ROCR'
> > * removing 
> > '/build/user-r-cran-rocr_1.0-4-1-amd64-UoeFQp/r-cran-rocr-1.0-4/debian/r-cran-rocr/usr/lib/R/site-library/ROCR'
> > make: *** [R_any_arch] Error 1

Hi Lucas, and thanks for frequently entertaining my week-ends with your
rebuilds.

r-cran-rocr build-depends on r-cran-catools, which needs to be rebuilt against
a recent version of R. Since there is a new upstream release available for
r-cran-catools, I will do both at the same time.

Cheers,

-- 
Charles



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575279: xscreensaver: RNG is poor, leading to oft-repeated numbers

[Jamie Zawinski]

I believe this was fixed in xscreensaver 5.06 in July 2008.

The problem was a single character typo in yarandom.c: it said "024" (octal) 
where it should have said "24" (decimal), causing the two lags to not be 
co-prime.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577479: sat4j depends on the specific default-jre-headless rather than a virtual package

[Rohan Agrawal]

Package: sat4j
Version: 2.1.1-2

sat4j depends specifically on the default-jre-headless, and
build-depends specifically on default-jdk.  It should really use virtual
packages, since people should be able to use whichever jdk/jre they
want.

I propose depending on java6-runtime-headless, a virtual package
provided by default-jre-headless, openjdk-6-jre-headless, and
sun-java6-jre, and build-depending on java6-sdk, a virtual package
provided by default-jdk, openjdk-6-jdk, and sun-java6-jdk.

This bug was originally reported in Ubuntu, see launchpad at
https://bugs.launchpad.net/ubuntu/+source/sat4j/+bug/511303 where there
is also a proposed patch, which may have issues.

Ubuntu release team member Benjamin Drung believes that a package should
not build-depend on a virtual package, but wants to see what the Debian
maintainer thinks.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577478: /etc/ifplug/action.d/action_wpa is a bad idea.

[Matthew W. S. Bell]

Package: wpasupplicant
Version: 0.6.10-2 
Severity: important

This script modifies the state of network interfaces not under the
control of ifplugd and without regard to policy set by ifupdown or other
programs.

Stop it.

Matthew W.S. Bell


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

Bug#549412: freebsd-utils: fails to mount nfs: mount_nfs not found

[Cyril Brulebois]

Jari Aalto  (11/04/2010):
> > Petr Salinger  writes:
> > severity 549412 important

Yes.

> A missing NFS support is unsuitable for release.

No.

> > serious
> > is a severe violation of Debian policy (roughly, it violates a must or
> > required directive), or, in the package maintainer's or release
> > manager's opinion, makes the package unsuitable for release.
> 
> As described above

I assume you did notice “package maintainer's or release manager's
opinion” here. Which of them are you? No need for severity ping pong.

> > The mount_nfs command is still provided only by freebsd-hackedutils:
> >
> > http://ftp.debian-ports.org/debian/pool-kfreebsd-i386/main/f/freebsd-hackedutils/freebsd-hackedutils_6.1-4_kfreebsd-i386.deb
> > http://ftp.debian-ports.org/debian/pool-kfreebsd-amd64/main/f/freebsd-hackedutils/freebsd-hackedutils_6.1-4_kfreebsd-amd64.deb
> 
> freebsd-hackedutils is not available from repositories testing or
> unstable.

That's what Petr wrote.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#577132: #577132

[Éric Araujo]

Package: mercurial-common
Version: 1.4.1-1
Severity: normal

Hello  Thanks for the quick fix.  I’ve asked in the Mercurial chatroom if
they were interested in the bug. If you don’t beat me to it, I’ll search
their bug tracker for FHS-related bugs and eventually I’ll propose   Note:
Since there is no package data anymore, you can remove the entire line from the
setup script.  Kind regards


-- System Information:
Debian Release: squeeze
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mercurial-common depends on:
ii  python2.5.4-9An interactive high-level object-o
ii  python-support1.0.7  automated rebuilding support for P

Versions of packages mercurial-common recommends:
ii  mercurial 1.4.1-1+b1 scalable distributed version contr

Versions of packages mercurial-common suggests:
ii  python-mysqldb  1.2.2-10+b1  A Python interface to MySQL
ii  python-openssl  0.10-1   Python wrapper around the OpenSSL 
ii  python-pygments 1.3.1+dfsg-1 syntax highlighting package writte
pn  wish   (no description available)

-- no debconf information




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577476: (no subject)

[J. Whiskey]

Subject: linux-image-2.6.32-3-686: PATA CDRW device not detected after install
Package: linux-2.6
Version: 2.6.32-9
Severity: normal
Tags: squeeze

After installing squeeze from cdrom, the CDRW drive is not detected on 
subsquent reboots.  This is a multiboot box with (currently) installations 
of Debian 5.0.4, FreeBSD 8.0, Plan9, Fedora 12, and Ubuntu 10.04.  All are able 
to detect the drive after installation.

Relevant section of syslog from install:

Apr 10 05:00:31 kernel: [3.875318] piix :00:07.1: not 100% native mode: 
will probe irqs later
Apr 10 05:00:31 kernel: [3.887867] ide0: BM-DMA at 0xffa0-0xffa7
Apr 10 05:00:31 kernel: [3.900290] ide1: BM-DMA at 0xffa8-0xffaf
Apr 10 05:00:31 kernel: [3.912714] Probing IDE interface ide0...
Apr 10 05:00:31 kernel: [4.008558] usbcore: registered new interface driver 
usbfs
Apr 10 05:00:31 kernel: [4.021314] usbcore: registered new interface driver 
hub
Apr 10 05:00:31 kernel: [4.039313] usbcore: registered new device driver usb
Apr 10 05:00:31 kernel: [4.087344] ehci_hcd: USB 2.0 'Enhanced' Host 
Controller (EHCI) Driver
Apr 10 05:00:31 kernel: [4.130042] uhci_hcd: USB Universal Host Controller 
Interface driver
Apr 10 05:00:31 kernel: [4.324198] hda: ST340810A, ATA DISK drive
Apr 10 05:00:31 kernel: [5.008264] hda: host max PIO4 wanted 
PIO255(auto-tune) selected PIO4
Apr 10 05:00:31 kernel: [5.010710] hda: UDMA/33 mode selected
Apr 10 05:00:31 kernel: [5.027694] Probing IDE interface ide1...
Apr 10 05:00:31 kernel: [5.764185] hdc: 8X4X32, ATAPI CD/DVD-ROM drive
Apr 10 05:00:31 kernel: [6.11] hdc: host max PIO4 wanted 
PIO255(auto-tune) selected PIO4
Apr 10 05:00:31 kernel: [6.112653] hdc: MWDMA2 mode selected
Apr 10 05:00:31 kernel: [6.127353] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Apr 10 05:00:31 kernel: [6.139633] ide1 at 0x170-0x177,0x376 on irq 15
Apr 10 05:00:31 kernel: [6.153528] uhci_hcd :00:07.2: PCI INT D -> GSI 
19 (level, low) -> IRQ 19
Apr 10 05:00:31 kernel: [6.165924] uhci_hcd :00:07.2: UHCI Host 
Controller
Apr 10 05:00:31 kernel: [6.178439] uhci_hcd :00:07.2: new USB bus 
registered, assigned bus number 1
Apr 10 05:00:31 kernel: [6.191189] uhci_hcd :00:07.2: irq 19, io base 
0xece0
Apr 10 05:00:31 kernel: [6.204116] usb usb1: New USB device found, 
idVendor=1d6b, idProduct=0001
Apr 10 05:00:31 kernel: [6.217110] usb usb1: New USB device strings: Mfr=3, 
Product=2, SerialNumber=1
Apr 10 05:00:31 kernel: [6.230188] usb usb1: Product: UHCI Host Controller
Apr 10 05:00:31 kernel: [6.243213] usb usb1: Manufacturer: Linux 
2.6.30-2-486 uhci_hcd
Apr 10 05:00:31 kernel: [6.256391] usb usb1: SerialNumber: :00:07.2
Apr 10 05:00:31 kernel: [6.269843] usb usb1: configuration #1 chosen from 1 
choice
Apr 10 05:00:31 kernel: [6.283274] hub 1-0:1.0: USB hub found
Apr 10 05:00:31 kernel: [6.296496] hub 1-0:1.0: 2 ports detected
Apr 10 05:00:31 kernel: [6.420226] ide-gd driver 1.18
Apr 10 05:00:31 kernel: [6.432911] hda: max request size: 128KiB
Apr 10 05:00:31 kernel: [6.491338] ide-cd driver 5.00
Apr 10 05:00:31 kernel: [6.512383] hda: 78165360 sectors (40020 MB) 
w/2048KiB Cache, CHS=65535/16/63
Apr 10 05:00:31 kernel: [6.525178] hda: cache flushes not supported
Apr 10 05:00:31 kernel: [6.537659]  hda: hda1 hda2 hda3 hda4 < hda5 hda6 
hda7 hda8 hda9 hda10 hda11 hda12 >
Apr 10 05:00:31 kernel: [6.714144] ide-cd: hdc: ATAPI 32X CD-ROM CD-R/RW 
drive, 8192kB Cache
Apr 10 05:00:31 kernel: [6.727069] Uniform CD-ROM driver Revision: 3.20


Relevant section of syslog from last boot:

Apr 11 11:05:08 villain kernel: [3.626868] piix :00:07.1: IDE 
controller (0x8086:0x7111 rev 0x01)
Apr 11 11:05:08 villain kernel: [3.627084] piix :00:07.1: not 100% 
native mode: will probe irqs later
Apr 11 11:05:08 villain kernel: [3.627194] ide0: BM-DMA at 0xffa0-0xffa7
Apr 11 11:05:08 villain kernel: [3.627310] ide1: BM-DMA at 0xffa8-0xffaf
Apr 11 11:05:08 villain kernel: [3.627428] Probing IDE interface ide0...
Apr 11 11:05:08 villain kernel: [3.684693] FDC 0 is a National 
Semiconductor PC87306
Apr 11 11:05:08 villain kernel: [3.789185] usbcore: registered new 
interface driver usbfs
Apr 11 11:05:08 villain kernel: [3.789441] usbcore: registered new 
interface driver hub
Apr 11 11:05:08 villain kernel: [3.800180] usbcore: registered new device 
driver usb
Apr 11 11:05:08 villain kernel: [3.882995] ehci_hcd: USB 2.0 'Enhanced' 
Host Controller (EHCI) Driver
Apr 11 11:05:08 villain kernel: [3.905925] uhci_hcd: USB Universal Host 
Controller Interface driver
Apr 11 11:05:08 villain kernel: [3.929227] hda: ST340810A, ATA DISK drive
Apr 11 11:05:08 villain kernel: [4.600321] hda: host max PIO4 wanted 
PIO255(auto-tune) selected PIO4
Apr 11 11:05:08 villain kernel: [4.602749] hda: UDMA/33 mode selected
Apr 11 11:05:08 villai

Bug#577477: testng: FTBFS: Test failures

[Daniel Schepler]

Source: testng
Version: 5.10+dfsg-2
Severity: serious

From my pbuilder build log:

...
test-15:

prepare:
[mkdir] Created dir: /tmp/buildd/testng-5.10+dfsg/test/build
[mkdir] Created dir: /tmp/buildd/testng-5.10+dfsg/test/test-output/test-tmp

compile:
 [echo]  -- Compiling JDK 1.5 tests --
[javac] /tmp/buildd/testng-5.10+dfsg/test/build.xml:52: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
[javac] Compiling 462 source files to 
/tmp/buildd/testng-5.10+dfsg/test/build
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.

run:
 [echo]  -- Running JDK 1.5 tests --
 [echo]  -- testng-jdk15.jar --
   [testng] [Parser] Running:
   [testng]   /tmp/buildd/testng-5.10+dfsg/test/testng.xml
   [testng] 
   [testng] 
   [testng] ===
   [testng] TestNG JDK 1.5
   [testng] Total tests run: 383, Failures: 3, Skips: 0
   [testng] ===
   [testng] 

BUILD FAILED
/tmp/buildd/testng-5.10+dfsg/build.xml:154: The following error occurred while 
executing this line:
/tmp/buildd/testng-5.10+dfsg/test/build.xml:89: The tests failed.

Total time: 30 seconds
make[1]: *** [override_dh_auto_build] Error 1
make[1]: Leaving directory `/tmp/buildd/testng-5.10+dfsg'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577470: libglib2.0-0: glib 2.22.4-1 causes gtk file picker to take 15-30 seconds to appear

[Emilio Pozuelo Monfort]

On 11/04/10 23:55, Alexander Dorokhine wrote:
> Package: libglib2.0-0
> Version: 2.22.4-1
> Severity: normal
> 
> Upgrading from libglib2.0-0 2.18.4-2 to libglib2.0-0 2.22.4-1 causes
> gtk file pickers in
> all gtk applications to take a very very long time to appear (15-30
> seconds). I have confirmed that
> downgrading causes them to be fast again.
> 
> There is no CPU, network or disk activity during this time. It just
> seems to not be doing anything.

Can you try GLib 2.24?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577475: kdebase-workspace-bin: Power profile menu cropped

[Timothy Baldwin]

Package: kdebase-workspace-bin
Version: 4:4.4.2-1
Severity: normal
Tags: experimental

In the power devil Plasma widget the power profile menu is cropped to the
boundary of it's parent window, and therefore only 4 options are visable.


-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.33-honey4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdebase-workspace-bin depends on:
ii  kaboom  1.1.2The Debian KDE settings migration 
ii  kdebase-runtime 4:4.4.2-1runtime components from the offici
ii  kdebase-workspace-d 4:4.4.2-1shared data files for the KDE 4 ba
ii  kdebase-workspace-k 4:4.4.2-1KDE greet libraries for authentica
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.3-6GCC support library
ii  libgl1-mesa-glx [li 7.7.1-1  A free implementation of the OpenG
ii  libglib2.0-02.24.0-1 The GLib library of C routines
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libkde3support4 4:4.4.2-1the KDE 3 Support Library for the 
ii  libkdecore5 4:4.4.2-1the KDE Platform Core Library
ii  libkdeui5   4:4.4.2-1the KDE Platform User Interface Li
ii  libkephal4  4:4.4.2-1API for easier handling of multihe
ii  libkfile4   4:4.4.2-1the File Selection Dialog Library 
ii  libkio5 4:4.4.2-1the Network-enabled File Managemen
ii  libknewstuff2-4 4:4.4.2-1the "Get Hot New Stuff" v2 Library
ii  libknewstuff3-4 4:4.4.2-1the "Get Hot New Stuff" v3 Library
ii  libknotifyconfig4   4:4.4.2-1library for configuring KDE Notifi
ii  libkparts4  4:4.4.2-1the Framework for the KDE Platform
ii  libkpty44:4.4.2-1the Pseudo Terminal Library for th
ii  libkscreensaver54:4.4.2-1library of the KDE Screensaver sys
ii  libkutils4  4:4.4.2-1various utility classes for the KD
ii  libkworkspace4  4:4.4.2-1library for the kdebase workspace
ii  libnepomuk4 4:4.4.2-1the Nepomuk Meta Data Library
ii  libnepomukquery4a   4:4.4.2-1the Nepomuk Query Library for the 
ii  libpam0g1.1.1-2  Pluggable Authentication Modules l
ii  libphonon4  4:4.6.0really4.4.0-1 the core library of the Phonon mul
ii  libplasma3  4:4.4.2-1the Plasma Library for the KDE Pla
ii  libplasmagenericshe 4:4.4.2-1shared elements for all the plasma
ii  libpng12-0  1.2.43-1 PNG library - runtime
ii  libprocesscore4a4:4.4.2-1library for ksysguard based proces
ii  libprocessui4a  4:4.4.2-1library for ksysguard process user
ii  libqimageblitz4 1:0.0.4-4QImageBlitz image effects library
ii  libqt4-dbus 4:4.6.2-3Qt 4 D-Bus module
ii  libqt4-network  4:4.6.2-3Qt 4 network module
ii  libqt4-qt3support   4:4.6.2-3Qt 3 compatibility library for Qt 
ii  libqt4-script   4:4.6.2-3Qt 4 script module
ii  libqt4-sql  4:4.6.2-3Qt 4 SQL module
ii  libqt4-xml  4:4.6.2-3Qt 4 XML module
ii  libqtcore4  4:4.6.2-3Qt 4 core module
ii  libqtgui4   4:4.6.2-3Qt 4 GUI module
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsolid4   4:4.4.2-1Solid Library for KDE Platform
ii  libsolidcontrol44:4.4.2-1library for Solid based network ma
ii  libsolidcontrolifac 4:4.4.2-1library for Solid based network in
ii  libsoprano4 2.4.1+dfsg.1-1   libraries for the Soprano RDF fram
ii  libstdc++6  4.4.3-6  The GNU Standard C++ Library v3
ii  libstreamanalyzer0  0.7.1-1  streamanalyzer library for Strigi 
ii  libusb-0.1-42:0.1.12-14  userspace USB programming library
ii  libx11-62:1.3.3-2X11 client-side library
ii  libxau6 1:1.0.5-2X11 authorisation library
ii  libxcursor1 1:1.1.10-2   X cursor management library
ii  libxext62:1.1.1-3X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.4-2X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.14-2 FreeType-based font drawing librar
ii  libxi6  2:1.3-4  X11 Input extension library
ii  libxinerama12:1.1-3  X1

Bug#577461: installation-guide: Updates to textmode activation

[Frans Pop]

On Monday 12 April 2010, Frans Pop wrote:
> The fact that now two parameters are needed is the simple consequence of
> the fact that one is a kernel parameter (which *must* be passed at boot
> time) and one is a D-I parameter and the fact that the one does not
> automatically imply the other.

Actually, *maybe* we could remove the need for fb=false for x86 if we 
dropped support for the vga16 framebuffer driver.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577474: libcommons-fileupload-java: Enable support for Portlet API

[Miguel Landaeta]

Package: libcommons-fileupload-java
Version: 1.2.1-3
Severity: wishlist
Tags: patch

Hi,
Please see attached my patch to enable support for Portlet API.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libcommons-fileupload-java depends on:
ii  default-jdk  1.6-35  Standard Java or Java compatible D
ii  default-jre [java2-runtime]  1.6-35  Standard Java or Java compatible R
ii  libcommons-beanutils-java1.8.3-1 utility for manipulating JavaBeans
ii  libcommons-io-java   1.4-2   Common useful IO related classes
ii  libservlet2.4-java   5.0.30-12   Servlet 2.4 and JSP 2.0 Java libra
ii  openjdk-6-jre [java2-runtime 6b18~pre4-1 OpenJDK Java runtime, using Hotspo

libcommons-fileupload-java recommends no packages.

libcommons-fileupload-java suggests no packages.

-- no debconf information
diff -u libcommons-fileupload-java-1.2.1/debian/rules 
libcommons-fileupload-java-1.2.1/debian/rules
--- libcommons-fileupload-java-1.2.1/debian/rules
+++ libcommons-fileupload-java-1.2.1/debian/rules
@@ -7,7 +7,7 @@
 
 JAVA_HOME_DIRS   := /usr/lib/jvm/default-java
 
-DEB_JARS := servlet-api-2.4 commons-io
+DEB_JARS := servlet-api-2.4 commons-io portlet-api
 DEB_ANT_BUILD_TARGET := dist
 
 LIBRARY=commons-fileupload
diff -u libcommons-fileupload-java-1.2.1/debian/control 
libcommons-fileupload-java-1.2.1/debian/control
--- libcommons-fileupload-java-1.2.1/debian/control
+++ libcommons-fileupload-java-1.2.1/debian/control
@@ -4,7 +4,7 @@
 Maintainer: Debian Java Maintainers 

 Uploaders: Arnaud Vandyck , Michael Koch 
 Build-Depends: debhelper (>= 5), cdbs (>= 0.4.5.3), default-jdk, ant
-Build-Depends-Indep: libcommons-beanutils-java, libservlet2.4-java, 
libcommons-io-java
+Build-Depends-Indep: libcommons-beanutils-java, libservlet2.4-java, 
libcommons-io-java, libportlet-api-2.0-spec-java
 Standards-Version: 3.8.3
 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libcommons-fileupload-java
 Vcs-Browser: 
http://svn.debian.org/wsvn/pkg-java/trunk/libcommons-fileupload-java
@@ -12,7 +12,7 @@
 
 Package: libcommons-fileupload-java
 Architecture: all
-Depends: default-jdk | java1-runtime | java2-runtime, 
libcommons-beanutils-java, libservlet2.4-java, libcommons-io-java, 
${misc:Depends}
+Depends: default-jdk | java1-runtime | java2-runtime, 
libcommons-beanutils-java, libservlet2.4-java, libcommons-io-java, 
libportlet-api-2.0-spec-java, ${misc:Depends}
 Description: File upload capability to your servlets and web applications
  The Commons FileUpload package makes it easy to add robust, high-performance,
  file upload capability to your servlets and web applications.
diff -u libcommons-fileupload-java-1.2.1/debian/changelog 
libcommons-fileupload-java-1.2.1/debian/changelog
--- libcommons-fileupload-java-1.2.1/debian/changelog
+++ libcommons-fileupload-java-1.2.1/debian/changelog
@@ -1,3 +1,10 @@
+libcommons-fileupload-java (1.2.1-4) unstable; urgency=low
+
+  * Team upload.
+  * Enable support for javax.portlet API.
+
+ -- Miguel Landaeta   Sun, 11 Apr 2010 18:28:33 -0430
+
 libcommons-fileupload-java (1.2.1-3) unstable; urgency=low
 
   * (Build-)Depends on default-jdk.
reverted:
--- libcommons-fileupload-java-1.2.1/debian/README.Debian
+++ libcommons-fileupload-java-1.2.1.orig/debian/README.Debian
@@ -1,7 +0,0 @@
-commons-fileupload
-==
-
-Support for the Portlet API is disabled in this package due to
-restrictions in the availability of it.
- 
-  -- Michael Koch   Fri, 20 Jul 2007 07:20:00 +0200
reverted:
--- libcommons-fileupload-java-1.2.1/debian/patches/04_disable-portlet.patch
+++ 
libcommons-fileupload-java-1.2.1.orig/debian/patches/04_disable-portlet.patch
@@ -1,10 +0,0 @@
 libcommons-fileupload-java-1.2.1.orig/build.xml
-+++ libcommons-fileupload-java-1.2.1/build.xml
-@@ -84,6 +84,7 @@
-   
-   
-   
-+  
- 
- 
- 

Bug#577431: /usr/bin/gnome-open: gnome-open had no man pages

[Josselin Mouette]

tag 577431 + wontfix
thanks

Le dimanche 11 avril 2010 à 18:06 +0400, George Shuklin a écrit : 
> /usr/bin/gnome-open programm had no man pages 

Following a recent discussion on debian-devel, this won’t be fixed.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


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

Bug#577229: Dangling symlink

[Brian May]

On 11 April 2010 01:53, Guido Günther  wrote:
> $ dpkg -S windc.so
> heimdal-multidev: /usr/lib/heimdal/windc.so
> heimdal-dev: /usr/lib/windc.so
> $ ls -l /usr/lib/windc.so
> lrwxrwxrwx 1 root root 16  2. Apr 14:59 /usr/lib/windc.so -> heimdal/windc.so

heimdal-dev depends on heimdal-multidev, and heimdal-multidev contains
the heimdal/windc.so file. In fact, that is what the above commands
show.

Are you sure this is a dangling symlink?

Does /usr/lib/heimdal/windc.so not exist on your system?
-- 
Brian May 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#558774: "Fixed" in 1.82-2ubuntu3

[Daniel Hahler]

JFI: I've fixed this in Ubuntu Lucid for version 1.82-2ubuntu3/4 by removing 
the "reload"/"force-reload" action.

"reload" is option as per Debian policy and force-reload should do a restart 
if it isn't supported.

-- 
http://daniel.hahler.de/


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

Bug#550404: sympa.config ignores some debconf defaults

[John Bazik]

On Sat, Apr 10, 2010 at 05:28:58PM +0200, Stefan Hornburg (Racke) wrote:
> How do I seed debconf in order to test whether this problem exists with
> my Sympa 6.0 packaging (see http://git.debian.org/?p=collab-maint/sympa.git)?

Here's one way:

cat 

Bug#577272: fixed in 1.82-2ubuntu3, using --oknodo

[Daniel Hahler]

Package: postfix-policyd
Version: 1.82-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lucid ubuntu-patch

In Ubuntu, we've applied the attached patch to achieve the following:

  * Add --oknodo to start-stop-daemon in init script (LP: #560440)
- debian/postfix-policyd.init.d

We thought you might be interested in doing the same. 
diff -u postfix-policyd-1.82/debian/postfix-policyd.init.d postfix-policyd-1.82/debian/postfix-policyd.init.d
--- postfix-policyd-1.82/debian/postfix-policyd.init.d
+++ postfix-policyd-1.82/debian/postfix-policyd.init.d
@@ -27,24 +27,24 @@
 case "$1" in
   start)
 	echo -n "Starting $DESC: "
-	start-stop-daemon --start --quiet --background --pidfile $PIDFILE --exec $DAEMON -- -c $DAEMON_CONFIG
+	start-stop-daemon --start --quiet --oknodo --background --pidfile $PIDFILE --exec $DAEMON -- -c $DAEMON_CONFIG
 	echo "$NAME."
 	;;
   stop)
 	echo -n "Stopping $DESC: "
-	start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON
+	start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE --exec $DAEMON
 	echo "$NAME."
 	;;
   reload|force-reload)
 echo -n "Reloading $DESC configuration: "
-start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --exec $DAEMON
+start-stop-daemon --stop --signal 1 --quiet --oknodo --pidfile $PIDFILE --exec $DAEMON
 	echo "$NAME."
 	;;
   restart)
 	echo -n "Restarting $DESC: "
-	start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON
+	start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE --exec $DAEMON
 	sleep 1
-	start-stop-daemon --start --quiet --background --pidfile $PIDFILE --exec $DAEMON -- -c $DAEMON_CONFIG
+	start-stop-daemon --start --quiet --oknodo --background --pidfile $PIDFILE --exec $DAEMON -- -c $DAEMON_CONFIG
 	echo "$NAME."
 	;;
   *)
diff -u postfix-policyd-1.82/debian/changelog postfix-policyd-1.82/debian/changelog

Bug#563517: manpage is not correctly formatted

[Lars Wirzenius]

Package: quilt
Version: 0.48-6
Severity: normal

The reason the auto-generated part of the manpage fails is because
the Makefile rule that does the auto-generation uses bash syntax, but
make runs sh, which is often dash these days, not bash.

Adding "SHELL=bash" to the top of Makefile.in and re-building should
fix things. The more appropriate fix would be to get upstream to
change things so the auto-generation does not use the $'...' syntax
it currently uses.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages quilt depends on:
ii  bzip2 1.0.5-4high-quality block-sorting file co
ii  diffstat  1.47-1 produces graph of changes introduc
ii  gettext   0.17-10GNU Internationalization utilities
ii  patch 2.6-2  Apply a diff file to an original

quilt recommends no packages.

Versions of packages quilt suggests:
ii  graphviz  2.26.3-2   rich set of graph drawing tools
ii  procmail  3.22-18Versatile e-mail processor

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577461: installation-guide: Updates to textmode activation

[Frans Pop]

tag 577461 pending
thanks

On Sunday 11 April 2010, Samuel Thibault wrote:
> Samuel Thibault, le Sun 11 Apr 2010 22:58:39 +0200, a écrit :
> > Squeeze apparently needs vga=0 in addition to fb=false, else the
> > kernel switches to graphical mode very early.
>
> That being said, it could actually been considered as a regression,
> since fb=false used to be enough.

It's not a regression but a necessary change since we now use VESA 
framebuffer by default for all x86 installs in order to have a better 
display resolution.

The fact that now two parameters are needed is the simple consequence of 
the fact that one is a kernel parameter (which *must* be passed at boot 
time) and one is a D-I parameter and the fact that the one does not 
automatically imply the other.

I've applied a modified version of both your patches. I've left out the 
virtualization bits as I don't think they belong in a section about 
accessibility and disabling framebuffer in general is already also 
documented in the general "boot parameters" section.

Cheers,
FJP



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577245: update-notifier: icon not shown in desktop notification area when updates are available

[Emilio Pozuelo Monfort]

severity 577245 serious
thanks

On 10/04/10 19:59, Matt Kraai wrote:
> When updates are available (e.g., when aptitude shows that there are
> 78 upgradable packages), there is still no icon shown in the desktop
> notification area.

I've seen this too, IMHO this is serious as that's it's main purpose.

Emilio



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576684: parted: sync depends of libparted-dev with build-depends of parted package (FTBFS of pyparted under kfreebsd-*)

[Colin Watson]

tags 576684 pending
thanks

On Fri, Apr 09, 2010 at 11:13:51AM +0200, Petr Salinger wrote:
> the libparted0-dev should depend on libgeom-dev under kfreebsd-*.
> This suffices to solve FTBFS of pyparted under kfreebsd-*.
[...]
> --- debian/control.in
> +++ debian/control.in
> @@ -173,7 +173,7 @@
>  Package: libpar...@libsoname@-dev
>  Architecture: any
>  Section: libdevel
> -Depends: libc6-dev, libpar...@libsoname@debian1 (= ${binary:Version}), 
> libdevmapper-dev (>= 1.02.33) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], 
> uuid-dev, libblkid-dev, ${misc:Depends}
> +Depends: libc6-dev, libpar...@libsoname@debian1 (= ${binary:Version}), 
> libdevmapper-dev (>= 1.02.33) [linux-any], libgeom-dev [kfreebsd-any], 
> uuid-dev, libblkid-dev, ${misc:Depends}
>  Suggests: par...@binpkgver@ (= ${binary:Version}), par...@binpkgver@-doc
>  Conflicts: libparted-dev, parted (<< 1.2.11)
>  Replaces: libparted-dev, libparted2-dev (<< 2.2)

Thanks for the analysis.  I've committed a variant of this; until
notations such as "linux-any" are documented in policy then I won't use
them, but I've simply synced up the Depends field here with the current
form of parted's Build-Depends since that fulfils essentially the same
purpose.

Cheers,

-- 
Colin Watson   [cjwat...@debian.org]



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577473: krename: Skip if source and target filenames are equal

[Bastian Kleineidam]

Package: krename
Version: 4.0.3-1
Severity: normal
Tags: patch upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

when renaming, moving or symlinking files, krename should check if
source and target are equal. The attached patch adds such a check.

Regards,
  Bastian


- -- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32grog20 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages krename depends on:
ii  kdebase-runtime   4:4.3.4-2  runtime components from the offici
ii  kdelibs5  4:4.3.4-3  core libraries for all KDE 4 appli
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libexiv2-60.19-1 EXIF/IPTC metadata manipulation li
ii  libgcc1   1:4.4.3-7  GCC support library
ii  libqt4-dbus   4:4.5.3-4  Qt 4 D-Bus module
ii  libqt4-network4:4.5.3-4  Qt 4 network module
ii  libqt4-svg4:4.5.3-4  Qt 4 SVG module
ii  libqt4-xml4:4.5.3-4  Qt 4 XML module
ii  libqtcore44:4.5.3-4  Qt 4 core module
ii  libqtgui4 4:4.5.3-4  Qt 4 GUI module
ii  libstdc++64.4.3-7The GNU Standard C++ Library v3
ii  libtag1c2a1.6.2-1TagLib Audio Meta-Data Library

krename recommends no packages.

krename suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkvCTzcACgkQeBwlBDLsbz6TKQCgmej1jRcMER5SgXsaxZ1PmCkv
RloAnjYmo8J0tBKg9J23jqa9QgLoH+Bn
=UtiC
-END PGP SIGNATURE-
--- src/batchrenamer.cpp.orig   2010-04-12 00:13:44.0 +0200
+++ src/batchrenamer.cpp2010-04-12 00:16:36.0 +0200
@@ -239,6 +239,12 @@
 KIO::JobFlags flags  = (m_overwrite ? KIO::Overwrite : 
KIO::DefaultFlags) | KIO::HideProgressInfo;
 KIO::Job* job= NULL;
 const KUrl &  srcUrl =  (*m_files)[i].srcUrl();
+if (srcUrl == dstUrl) {
+p->error( i18n("Cannot rename: source and target filename are 
equal: %1", srcUrl.prettyUrl()) );
+(*m_files)[i].setError( 1 );
+errors++;
+continue;
+}
 
 switch( m_renameMode ) 
 {

Bug#565143: Maybe update cron to cronie instead?

[Joachim Wiedorn]

Javier Fernandez-Sanguino  wrote: 

> For those reviewing/thinking on helping with this RFH bug it is worth
> noting that Vixie's cron is rather dead upstream, there have been no
> changes post the 4.1 release available at
> http://ftp.isc.org/isc/cron/ (dated january 2004)
> 
> In the meantime, the Red Hat / Fedora folks have forked off vixie-cron
> into cronie "recently" (2008, IIRC) and this project [1] has since
> been adopted by  Mandriva and Gentoo folks too. Maybe cron should be

After some online search I have also found some cron-like packages
inside debian:

 * bcron = Bruce's cron system
 binary package sizes: 60 kByte + 8 kByte
 popcon = 25 Inst.
 upstream does not exist
 DM is active

 * fcron = cron-like with extended capabilities
 binary package size: 257 kByte
 popcon = 137 inst.
 DM seems to be less active
 upstream is very active:
   in Debian is version 3.0.1, upstream is 3.0.6!

I would say the easiest way would be using fcron as replacement of cron.

Fondest regards,
 Joachim Wiedorn



signature.asc
Description: PGP signature

Bug#574284: wireshark: Provide -dbg package, use less "hardening".

[Bálint Réczey]

retitle 574284 wireshark: Provide -dbg package
tags 574284 - wontfix + pending
thanks

2010/3/17 Hilko Bengen :
> * Bálint Réczey:
>
>> Wireshark's more than one million lines in C and the typical use case
>> of analyzing untrusted network traffic makes hardening a must. Gdb-s
>> current inability of handling PIE does not justify dropping this
>> feature of hardening and hopefully 7.1 will be released soon with PIE
>> support.
>
> Sure, that's a trade-off I can live with.
Now that gdb 7.1-1 entered testing I've added the -dbg package based
on your patch.
It will be part of the next upload.

>> I'm against providing -dbg because debugging even without -dbg is
>> simple enough and -dbg would take additional space on the mirrors/take
>> more time to build, etc.
>
> I'm not sure what you mean by "simple enough".
I meant every bug submitted to BTS was easy to find and fix so far, so
I did not
really feel the need for a -dbg package.
It also helps that I'm part of the upstream team, too.

> The wireshark-dbg package I built locally is 16 MB (56 MB installed
> size). I'm too lazy to measure build times here, but I'd expect that the
> extra time needed for copying and packaging won't seriously hurt
> anywhere.
I multiplied that with the number of supported platforms, but you may be right,
we don't have to be that thrifty.

>> I'll reconsider this decision when upstream makes Wireshark more
>> parallel, thus increasing the probability of having bugs hard to
>> debug.
>
> For people who want to develop their own extensions (that's what
> wireshark-dev is for, right?) a -dbg package will be very useful as soon
> as we get a gdb with PIE support in Debian.
Agreed.

Cheers,
Balint



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576887: git-core: git.el M-x git-status for emacs23

[Kevin Ryde]

Jonathan Nieder  writes:
>
> Just try it out and send a diff.

Err, I didn't try a full build, but I get some joy from the files below,
tested in an unpack/repack.

I looked through the long list of startup autoloads and pruned them to
just the entrypoints I could identify.  Can always add back later, but
I'm pretty sure the two left are the only ones that should be there.


For what it's worth I'm not sure how well the code works in emacs21 or
xemacs21, but it byte-compiles successfully so that's enough for the
packaging and can worry later if it needs a bit of help.


;; -*-emacs-lisp-*-
;;
;; Emacs startup file, e.g.  /etc/emacs/site-start.d/50git-core.el
;; for the Debian git-core package


(let ((dir (concat "/usr/share/"
   (symbol-name debian-emacs-flavor)
   "/site-lisp/git-core")))
  (if (not (file-exists-p dir))
  (message "git-core removed but not purged, skipping setup")

;; debian-pkg-add-load-path-item as from debian 3.1 "sarge",
;; emacsen-common 1.4.14 of June 2002
(debian-pkg-add-load-path-item dir)

;; Compatibility note: In debian git-core 1:1.7.0-1 there was a long
;; list of generated autoloads here, but now pruned back to the
;; interactive entrypoints.  If you were using those autoloads in elisp
;; code, don't do that, use (require 'git) to express the dependency.

;; git.el

(autoload 'git-status "git" "Entry point into git-status mode." t)

;; git-blame.el

;; this autoload as recommended by git-blame.el comments
(autoload 'git-blame-mode "git-blame"
  "Minor mode for incremental blame for Git." t)))

;; End of file
#!/bin/sh
set -e

# This install uses the ".el symlinks with the .elc" style.
# It makes the .el source available to the various Emacs
# help tools, and having the .el and .elc in the same dir
# makes `list-load-path-shadows' happy.
#
# There used to be a copy of vc-git.el in git-core, but no
# longer.  It's included in Emacs itself in Emacs 22.2 up.
#

FLAVOR=$1
echo install/git-core: Handling install of emacsen flavor $FLAVOR

el_files="git.el git-blame.el"
el_dir=/usr/share/doc/git-core/contrib/emacs
elc_dir=/usr/share/$FLAVOR/site-lisp/git-core

if [ $FLAVOR != emacs ]
then
  echo install/git-core: byte-compiling for $FLAVOR

  [ -d $elc_dir ] || mkdir $elc_dir

  # Symlink .el file(s)
  cd $elc_dir
  for i in $el_files
  do
ln -s $el_dir/$i $i
  done

  # Byte compile .el file(s)
  set -x
  $FLAVOR -batch -q -no-site-file -f batch-byte-compile $el_files
  set +x
fi
exit 0
#!/bin/sh
set -e

FLAVOR=$1
elc_dir=/usr/share/${FLAVOR}/site-lisp/git-core

echo remove/git-core: Handling removal of emacsen flavor ${FLAVOR}

if [ ${FLAVOR} != emacs ]
then
  echo git-core: purging byte-compiled files for ${FLAVOR}

  # -f to ignore if the directory is somehow already gone
  rm -f $elc_dir/*.el $elc_dir/*.elc
  # || true to quietly ignore if the directory is somehow not empty
  rmdir $elc_dir || true
fi
exit 0

Bug#437466: Please fix

[Dominique Brazziel]

As of Version 0.11.3 this bug still exists and 
we have to patch again.  The latest version
line number of the start of the previous patch changed from
1286 to 1287 but that's about it.  




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576626: /usr/bin/calendar: Still not using /etc/calendar/default

[James Vega]

Package: bsdmainutils
Version: 8.0.10
Severity: normal
File: /usr/bin/calendar

Although 8.0.10 restored /etc/calendar/default, calendar never tries to
actually use it.

$ strace -e trace=file calendar
execve("/usr/bin/calendar", ["calendar"], [/* 33 vars */]) = 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
open("/etc/localtime", O_RDONLY)= 3
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
stat64("calendar", 0xbfee1c14)  = -1 ENOENT (No such file or directory)
chdir("/home/jamessan") = 0
chdir(".calendar")  = -1 ENOENT (No such file or directory)
calendar: no calendar file: ``calendar'' or ``~/.calendar/calendar''

This is due to a disconnect between the filename of the patch which adds
this functionality (calendar.diff) and the name being used in the series
file (calendars.diff).

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (499, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bsdmainutils depends on:
ii  bsdutils  1:2.16.2-0 Basic utilities from 4.4BSD-Lite
ii  debianutils   3.2.2  Miscellaneous utilities specific t
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:4.4.3-1  The GNU C preprocessor (cpp)
pn  vacation   (no description available)
ii  wamerican [wordlist]  6-3American English dictionary words 
ii  whois 5.0.1  an intelligent whois client

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575924: linux-image-2.6.32-4-amd64: fuse module oops on boot

[Denis Laxalde]

forwarded 575924 https://bugzilla.kernel.org/show_bug.cgi?id=14347
thanks

On Sun, 11 Apr 2010 16:05:57 +0100, Ben Hutchings wrote:
> On Sat, 2010-04-10 at 23:05 -0400, Denis Laxalde wrote:
> > Hi,
> > 
> > On Sun, 11 Apr 2010 00:28:24 +0100, Ben Hutchings wrote:
> > > The more serious error messages suggest memory  corruption.  Have
> > > you tested the RAM with memtest86+ yet?
> > 
> > Yes, I've just run a pretty long test with memtest86+ and there was
> > no error reported.
> 
> OK, so we can be fairly sure this is a kernel bug.  Please report this
> at .  It is hard to know where the bug
> may be, but try submitting it under product 'Memory Management',
> component 'Slab Allocator'.  Let us know the bug number so we can
> track it.

The above bug report looks similar, so I just added comments and dmesgs
there.
Maybe the bug should be retitled ?

Cheers,

 Denis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577472: dpkg-repack: preserve hard links

[Kevin Ryde]

Package: dpkg-repack
Version: 1.32
Severity: normal

Doing

dpkg-repack --generate git-core

results in a dpkg-repack-NNN/usr/lib/git-core directory with separate
copies of the files from /usr/lib/git-core, whereas I hoped the repack
dir would preserve the hard links there.

/usr/lib/git-core has some 103 names for the same 1Mb file.  Letting
dpkg-repack make a deb,

dpkg-repack git-core

results in a rather large 57Mb, where the original is about 5.5Mb. :-)


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)

Kernel: Linux 2.6.30-1-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg-repack depends on:
ii  dpkg-dev  1.15.5.6   Debian package development tools
ii  perl  5.10.1-11  Larry Wall's Practical Extraction 

dpkg-repack recommends no packages.

dpkg-repack suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#531838: #531838: evolution: unusably slow since upgrading to 2.26

[Jesus M. Gonzalez-Barahona]

On Sat, 2010-04-10 at 22:06 +0200, Noèl Köthe wrote:
> tags 531838 + moreinfo
> thanks
> 
> Hello,
> 
> you reported or commented a preformance problem with evolution 2.26:
> http://bugs.debian.org/531838
> 
> Does the situation became better with 2.28 (squeeze,sid)?
> If not does the tip from Olivier helped
> http://people.gnome.org/~sragavan/evolution-rebuild-summarydb from
> https://bugzilla.gnome.org/show_bug.cgi?id=575039#c3 ?
> 
> thx for your feedback.

Things have improved in 2.28 (I'm  now using 2.28.2 in testing), but are
still slow.

I've seen the performance is highly dependent of the size of the INBOX.
When I delete the INBOX and start fresh, it works quick. When it starts
to grow, it gets slower and slower, when starting up and when switching
virtual folders.

It is also dependent on the number of vfolders: the more vfolders, the
slower. In particular, if vfolders are dependent of small inboxes,
performance is reasonable. But as more vfolders are defined and/or they
are dependent on larger mboxes, performance slows down.

I guess it all has something to do with the implementation of mbox
indexes or something...

Before the migration to sqlite, performance was much better...

[No, I'm sorry, but I see no noticeable improvement with Olivier's
patch.]

Saludos,

Jesus.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577471: git-core: git-blame.el require 'format-spec

[Kevin Ryde]

Package: git-core
Version: 1:1.7.0-1
Severity: normal
File: /usr/share/doc/git-core/contrib/emacs/git-blame.el

In a git file buffer,

M-x git-blame-mode

gets an error

error in process filter: Symbol's function definition is void: format-spec

It looks like it's missing a (require 'format-spec) before using that
function.

Dunno how anyone has not struck that before.  Maybe everyone else gits
format-spec.el dragged in by other packages or something.

At any rate perhaps at the start of the file,

--- git-blame.el.orig	2010-04-11 16:00:31.0 +1000
+++ git-blame.el	2010-04-11 16:10:49.0 +1000
@@ -79,6 +79,7 @@
 ;;; Code:
 
 (eval-when-compile (require 'cl))			  ; to use `push', `pop'
+(require 'format-spec)
 
 (defface git-blame-prefix-face
   'background dark)) (:foreground "gray"




-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)

Kernel: Linux 2.6.30-1-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages git-core depends on:
ii  libc6   2.10.1-3 GNU C Library: Shared libraries
ii  libcurl3-gnutls 7.20.0-3 Multi-protocol file transfer libra
ii  libdigest-sha1-perl 2.12-1   NIST SHA-1 message digest algorith
ii  liberror-perl   0.17-1   Perl module for error/exception ha
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  perl-modules5.10.1-11Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages git-core recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.3p1-3  secure shell (SSH) client, for sec
ii  patch 2.6-2  Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git-core suggests:
pn  git-arch   (no description available)
pn  git-cvs(no description available)
pn  git-daemon-run (no description available)
ii  git-doc   1:1.7.0-1  fast, scalable, distributed revisi
pn  git-email  (no description available)
pn  git-gui(no description available)
pn  git-svn(no description available)
pn  gitk   (no description available)
pn  gitweb (no description available)

-- no debconf information

Bug#577451: hw-detect: Should automatically install hardware related packages (RAID tools, printer drivers, fingerprint scanner tools, etc)

[Frans Pop]

reassign 577451 pkgsel
severity 577451 wishlist
thanks

On Sunday 11 April 2010, Petter Reinholdtsen wrote:
> For some kind of hardware, it would be very nice if the Debian
> installer automatically installed the packages to support the hardware
> in question.

IMO this belongs in pkgsel, not in hw-detect. It has nothing to do with 
hardware detection as used in D-I itself.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576120: Sending 333 in response to /query confuses rcirc.

[Wilmer van der Gaast]

I just also found http://www.alien.net.au/irc/irc2numerics.html which
seems like a great source for info like this; better than anything else
I found so far.

Looks like 320 is more suitable for this and is abused by various
clients for showing misc. information in /WHOIS replies already. I'll
switch to that then.

If you could verify that rcirc does the right thing with 320 that'd be
great. Otherwise, let's see what happens with 1.2.6.


Thanks,

Wilmer van der Gaast.

-- 
+ .''`. - -- ---+  +- -- ---  - --+
| wilmer : :'  :  gaast.net |  | OSS Programmer   www.bitlbee.org |
| lintux `. `~'  debian.org |  | Full-time geek  wilmer.gaast.net |
+--- -- -  ` ---+  +-- -  --- -- -+



signature.asc
Description: OpenPGP digital signature

Bug#566516: linux-image-2.6.32-trunk-686: suspend failure in ehci_hcd

[Ben Hutchings]

On Sat, 2010-01-23 at 19:00 +0100, Thiemo Nagel wrote:
> Package: linux-2.6
> Version: 2.6.32-5
> Severity: normal
> 
> Sometimes, my Eee PC 1000HG fails to suspend and I get:
> 
> [130899.106047] sd 0:0:0:0: [sda] Stopping disk
> [130899.971193] ACPI handle has no context!
> [130899.971205] ACPI handle has no context!
> [130899.984470] ata_piix :00:1f.2: PCI INT B disabled
> [130900.000260] hcd_pci_suspend(): ehci_pci_suspend+0x0/0x6f [ehci_hcd] 
> returns -22
> [130900.000305] pci_pm_suspend(): hcd_pci_suspend+0x0/0x6c [usbcore] returns 
> -22
> [130900.000324] pm_op(): pci_pm_suspend+0x0/0xc1 returns -22
> [130900.000335] PM: Device :00:1d.7 failed to suspend: error -22
> [130900.000342] PM: Some devices failed to suspend
> 
> Running
> 
>   rmmod ehci_hcd && modprobe ehci_hcd
> 
> cures the problem.

Sorry for the delay in responding to this.  Does this problem still
occur when using the current kernel version (2.6.32-9 in testing or
2.6.32-11 in unstable)? 

If this bug is not fixed, please report it at
 under product 'Drivers', component 'USB'.
Then let us know the bug number so we can track it.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#519221: libpixman-1-0: libpixman in testing (0.14.0) causes terminal to be unusably slow (with regression test)

[Alexander Dorokhine]

Hi,

I don't think I'm going to be in a position to test this bug again.
I'm running a different card with a different driver, and also a
different desktop environment now. Maybe it's best to just close it
since I can't provide the info you need.

Sorry about that,
Alexander



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577470: libglib2.0-0: glib 2.22.4-1 causes gtk file picker to take 15-30 seconds to appear

[Alexander Dorokhine]

Package: libglib2.0-0
Version: 2.22.4-1
Severity: normal

Upgrading from libglib2.0-0 2.18.4-2 to libglib2.0-0 2.22.4-1 causes
gtk file pickers in
all gtk applications to take a very very long time to appear (15-30
seconds). I have confirmed that
downgrading causes them to be fast again.

There is no CPU, network or disk activity during this time. It just
seems to not be doing anything.

I can reproduce this behaviour in all GTK applications I have tried,
including Firefox, GIMP, and
qalculate. I attached to qalculate using gdb while it was waiting and
I got the following backtrace:

(gdb) bt
#0  0xb77d8424 in __kernel_vsyscall ()
#1  0xb6784b27 in *__GI___poll (fds=0xbfe7a8a4, nfds=1, timeout=25000)
at ../sysdeps/unix/sysv/linux/poll.c:87
#2  0xb623ca2b in ?? () from /lib/libdbus-1.so.3
#3  0xb6234a9f in ?? () from /lib/libdbus-1.so.3
#4  0xb6232c8c in ?? () from /lib/libdbus-1.so.3
#5  0xb621d473 in ?? () from /lib/libdbus-1.so.3
#6  0xb621fb14 in ?? () from /lib/libdbus-1.so.3
#7  0xb622d441 in dbus_pending_call_block () from /lib/libdbus-1.so.3
#8  0xb621f0bc in dbus_connection_send_with_reply_and_block () from
/lib/libdbus-1.so.3
#9  0xb40c5617 in ?? () from /usr/lib/gio/modules/libgioremote-volume-monitor.so
#10 0xb72ae85b in ?? () from /usr/lib/libgio-2.0.so.0
#11 0xb6c730fe in g_once_impl () from /lib/libglib-2.0.so.0
#12 0xb72ae6e3 in ?? () from /usr/lib/libgio-2.0.so.0
#13 0xb72aef33 in g_volume_monitor_get () from /usr/lib/libgio-2.0.so.0
#14 0xb74d3c86 in _gtk_file_system_init (file_system=0xa0ceaa0) at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilesystem.c:547
#15 0xb6feb77f in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0
#16 0xb6fd0648 in ?? () from /usr/lib/libgobject-2.0.so.0
#17 0xb6fd1608 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#18 0xb6fd248a in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0
#19 0xb6fd260e in g_object_new () from /usr/lib/libgobject-2.0.so.0
#20 0xb74d2e27 in _gtk_file_system_new () at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilesystem.c:590
#21 0xb74c676e in set_file_system_backend (impl=0xa0c6138) at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdefault.c:5551
#22 _gtk_file_chooser_default_init (impl=0xa0c6138) at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdefault.c:808
#23 0xb6feb77f in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0
#24 0xb6fd0648 in ?? () from /usr/lib/libgobject-2.0.so.0
#25 0xb74c7ae4 in gtk_file_chooser_default_constructor
(type=168572024, n_construct_properties=1, construct_params=0xa0c5f18)
at /tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdefault.c:5414
#26 0xb6fd1a62 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#27 0xb6fd248a in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0
#28 0xb6fd260e in g_object_new () from /usr/lib/libgobject-2.0.so.0
#29 0xb74c8d07 in _gtk_file_chooser_default_new () at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdefault.c:11563
#30 0xb74d0576 in gtk_file_chooser_widget_constructor (type=168576936,
n_construct_properties=1, construct_params=0xa0b5fa0) at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserwidget.c:103
#31 0xb6fd1a62 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#32 0xb6fd248a in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0
#33 0xb6fd260e in g_object_new () from /usr/lib/libgobject-2.0.so.0
#34 0xb74cb9b5 in gtk_file_chooser_dialog_constructor (type=164834304,
n_construct_properties=3, construct_params=0xa0c4588) at
/tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdialog.c:278
#35 0xb6fd1a62 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#36 0xb6fd24f1 in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0
#37 0xb6fd260e in g_object_new () from /usr/lib/libgobject-2.0.so.0
#38 0xb74cb4f0 in gtk_file_chooser_dialog_new_valist (title=0x9d32c00
"", parent=, action=GTK_FILE_CHOOSER_ACTION_SAVE,
backend=0x0, first_button_text=0x80e4df7 "gtk-cancel",
varargs=0xbfe7b820 "\372\377\377\377\235P\016\b\375\377\377\377")
at /tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdialog.c:419
#39 0xb74cb59d in IA__gtk_file_chooser_dialog_new (title=0x80e7d08
"Select file to save PNG image to", parent=0x9d790c8,
action=GTK_FILE_CHOOSER_ACTION_SAVE, first_button_text=0x80e4df7
"gtk-cancel")
at /tmp/buildd/gtk+2.0-2.18.9/gtk/gtkfilechooserdialog.c:463
[snip bottom]

If anyone can tell me what package I need to install in order to get
libdbus-1.so.3 debugging
symbols and make the stack trace more useful, I would be glad to do
it. I already installed
libdbus-glib-1-2-dbg but it didn't help.

Please note: this behaviour happens only once, after the computer has
freshly booted. Subsequent
opening of the file picker is fast in applications.

This is a "debian testing" system running kde4 as the main desktop environment.

Thanks,
Alexander

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (989, 'testing'), (100, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-nouveau (SMP w/2 CPU cores)
Locale: LA

Bug#413358: vim-gtk: vim hanging

[Roman Cheplyaka]

Package: vim-gtk
Version: 2:7.2.330-1
Severity: normal

I can observe this with xfce4-terminal. It happened three times
during the last week, but I still don't see what triggers this.

Here's backtrace from gdb:

#0  0xb781c424 in __kernel_vsyscall ()
#1  0xb6cec44b in write () from /lib/i686/cmov/libc.so.6
#2  0x0815bd90 in mch_write ()
#3  0x081bdc54 in ui_write ()
#4  0x081b6ef2 in out_flush ()
#5  0x0811dc4d in prepare_to_exit ()
#6  0x0811dc7b in preserve_exit ()
#7  
#8  0xb781c424 in __kernel_vsyscall ()
#9  0xb6cec44b in write () from /lib/i686/cmov/libc.so.6
#10 0x0815bd90 in mch_write ()
#11 0x081bdc54 in ui_write ()
#12 0x081b6ef2 in out_flush ()
#13 0x081b7305 in out_str ()
#14 0x08173a74 in ?? ()
#15 0x08177cad in ?? ()
#16 0x0817ab5b in ?? ()
#17 0x0817eaa1 in ?? ()
#18 0x0818121f in update_screen ()
#19 0x081b7a99 in set_shellsize ()
#20 0x081b7ac2 in shell_resized ()
#21 0x08160acf in mch_inchar ()
#22 0x081bdb07 in ui_inchar ()
#23 0x080efd71 in inchar ()
#24 0x080f13df in ?? ()
#25 0x080f2afe in vgetc ()
#26 0x080f300b in safe_vgetc ()
#27 0x0808dfb5 in edit ()
#28 0x0813c7f4 in ?? ()
#29 0x081435a9 in normal_cmd ()
#30 0x081030e7 in main_loop ()
#31 0x0810662a in main ()


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages vim-gtk depends on:
ii  libacl1   2.2.49-2   Access control list shared library
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgpm2   1.20.4-3.3 General Purpose Mouse - shared lib
ii  libgtk2.0-0   2.18.9-2   The GTK+ graphical user interface 
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand
ii  libpango1.0-0 1.26.2-2   Layout and rendering of internatio
ii  libperl5.10   5.10.1-11  shared Perl library
ii  libruby1.81.8.7.249-2Libraries necessary to run Ruby 1.
ii  libselinux1   2.0.89-4   SELinux runtime shared libraries
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.3.3-2  X11 client-side library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  python2.5 2.5.5-2An interactive high-level object-o
ii  tcl8.48.4.19-4   Tcl (the Tool Command Language) v8
ii  vim-common2:7.2.330-1Vi IMproved - Common files
ii  vim-gui-common2:7.2.330-1Vi IMproved - Common GUI files
ii  vim-runtime   2:7.2.330-1Vi IMproved - Runtime files

vim-gtk recommends no packages.

Versions of packages vim-gtk suggests:
pn  cscope (no description available)
ii  gnome-icon-theme  2.28.0-1   GNOME Desktop icon theme
ii  ttf-dejavu2.30-2 Metapackage to pull in ttf-dejavu-
pn  vim-doc(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573486: RM: emacs22/22.3+1-1.2

[Rob Browning]

Sven Joachim  writes:

> It's not so easy since there are a few packages which would be broken:
>
> wnn7egg (contrib)
> ecasound-el
> elserv
> gnus
> hyperlatex
> wysihtml-el
> yc-el

I've just filed bugs against all of these that still appear to require
emacs22.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577279: xserver-xorg-input-synaptics: no synaptics functionality after sid update

[Marc Haber]

Hi again,

I have removed things from my xorg.conf, diabled the udev and fdi
rule, and have established a new file in
/etc/X11/xorg.conf.d/10-synaptics. Now, synclient -l gives a new error
message, "Couldn't find synaptics properties. No synaptics driver
loaded?" The xorg.log suggests, however, that the synaptics touchpad
is correctly detected.

I am attaching my "new" xorg.conf, the
/etc/X11/xorg.conf.d/10-synaptics, and the xorg.log.

Greetings
Marc

X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.11-dsa-ia32 i686 Debian
Current Operating System: Linux swivel 2.6.33.2-zgws1 #1 SMP PREEMPT Fri Apr 9 
21:08:33 CEST 2010 i686
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.33.2-zgws1 root=/dev/mapper/root 
ro resume=/dev/mapper/swap0 quiet splash video=radeon:modeset=0
Build Date: 05 April 2010  05:10:30PM
xorg-server 2:1.7.6-2 (Timo Aaltonen ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr 11 10:37:48 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "internal radeon" (0)
(**) |   |-->Monitor ""
(**) |   |-->Device "internal radeon"
(==) No monitor specified for screen "internal radeon".
Using a default monitor configuration.
(**) Option "RandR" "on"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81eb080
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:1:0:0) 1002:4e50:103c:088c ATI Technologies Inc RV350 [Mobility 
Radeon 9600 M10] rev 0, Mem @ 0x9800/134217728, 0x9040/65536, I/O @ 
0x2000/256, BIOS @ 0x/131072
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions/librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
compiled for 1.7.6, module version = 1.1.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "radeon"
(II) Loading /usr/lib/xorg/mo

Bug#577461: installation-guide: Updates to textmode activation

[Samuel Thibault]

Ah, sorry, I thought that what follows would have been independent from
this bugreport but actually it's not.

The help menu is in textmode and can be used to type boot parameters
etc., so let's document that too.

Samuel
Index: en/boot-installer/accessibility.xml
===
--- en/boot-installer/accessibility.xml (révision 62894)
+++ en/boot-installer/accessibility.xml (copie de travail)
@@ -81,13 +81,24 @@
 
   
 
-  Board Devices
+  Board Devices and virtualization
 
 
 Some accessibility devices are actual boards that are plugged inside the
-machine and that read text directly from the video memory. To get them
-to work framebuffer support must be disabled by using the
-fb=false boot parameter. This will however reduce
+machine and that read text directly from the video memory. Also, some
+virtualization tools have a textual interface (e.g. qemu
+-curses).
+
+
+
+For such case, a textual version of the bootloader can be activated by typing
+h &enterkey; . This permits to easily append boot
+parameters at will.
+
+
+
+The purely textual version of the installer must also be activated by using the
+vga=0 fb=false boot parameter. This will however reduce
 the number of available languages.
 
 

Bug#577134: Proxy returns different messages for blocked http and blocked https requests

[Jordi Mallach]

found 1.6.3-3.2
thanks

Hi Mark,

On Sat, Apr 10, 2010 at 12:12:44AM +0100, markhob...@yahoo.co.uk wrote:
> I have blocked google-analytics.com via the block list. If I point the browser
> at http://ssl.google-analytics.com/ I get an error as follows:
> 
> Cache Error!
> The following error has occured: The request you made has been filted
> Generated by tinyproxy (1.6.3)

Have you tried with the current version in squeeze, 1.8.1? There are
many changes in this version, so first I'd like to know if it's still an
issue there.

Thanks,
Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#577469: ITP: libspring-security-2.0-java -- Java libraries that provide security services for the Spring Framework

[Miguel Landaeta]

Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta 
Owner: Miguel Landaeta 

* Package name: libspring-security-2.0-java
  Version : 2.0.5
  Upstream Author : SpringSource Inc.
* URL : http://static.springsource.org/spring-security/site/
* License : Apache-2.0
  Programming Lang: Java
  Description : Java libraries that provide security services for the 
Spring Framework

Spring Security is a Java/Java EE framework that provides
advanced authentication, authorization and other security
features for enterprise applications. Among the many
standard protocols supported by this framework are:

 - HTTP BASIC authentication headers.
 - HTTP Digest authentication headers.
 - HTTP X.509 client certificate exchange.
 - LDAP.
 - Form-based authentication.
 - OpenID authentication.
 - Java Authentication and Authorization Service (JAAS).
 - Kerberos.

Spring Security can also be used with non-Spring
applications.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577468: yc-el: please remove any requirements for emacs22

[Rob Browning]

Package: yc-el
Version: 4.0.13-9
Severity: serious

It looks like this package still depends on emacs22 in some way,
possibly in order to satisfy its build or binary dependencies from
unstable/testing.

If so, please adjust the package so that it can build and operate
correctly when emacs22 is not available.  Alternately, please schedule
this package for removal from unstable/testing.  We are planning to
remove emacs22 for the upcoming squeeze release.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577467: wysihtml-el: please remove any requirements for emacs22

[Rob Browning]

Package: wysihtml-el
Version: 0.13-5
Severity: serious

It looks like this package still depends on emacs22 in some way,
possibly in order to satisfy its build or binary dependencies from
unstable/testing.

If so, please adjust the package so that it can build and operate
correctly when emacs22 is not available.  Alternately, please schedule
this package for removal from unstable/testing.  We are planning to
remove emacs22 for the upcoming squeeze release.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577460: udev: Please remove option modeswitching code

[Didier 'OdyX' Raboud]

Le Dimanche 11 Avril 2010 22:57:01 Marco d'Itri, vous avez écrit :
> On Apr 11, Didier Raboud  wrote:
> > Squeeze should really ship a udev that incorporates the upstream commit
> > 4dd9b291354e76f34b0d6d7b5c3b28d03a624418 (post-151).
> 
> The freeze is still not close, what about you wait for the next upload?
> 
> > In private discussion with Betavine and usb_modeswitch upstreams, it
> > appears rather clearly that usb-modeswitch is now the tool supposed to
> > handle the switching of those flip-flop devices: 61-mobile-action.rules
> > conflicts with usb-modeswitch.
> 
> Guess what? I had similar discussions as well.

Then that's great!

I intended this bugreport as notifier-reminder for you: your answer shows me 
that you are informed and aware of the issue, which is all I wanted to make 
sure 
of.

As I can't know when udev's upstream will push new version tarballs [but you 
most probably know], I would have preferred to see this bug closed with the 
"new 
upstream" upload of udev, but I'm not in the mood for BTS ping-pong and it's 
your package afterall.

Cheers, 

OdyX

-- 
Didier Raboud, proud Debian Maintainer (DM).
CH-1020 Renens
did...@raboud.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577466: hyperlatex: please remove any requirement for emacs22

[Rob Browning]

Package: hyperlatex
Version: 2.9a-4
Severity: serious

It looks like this package still depends on emacs22 in some way,
possibly in order to satisfy its build or binary dependencies from
unstable/testing.

If so, please adjust the package so that it can build and operate
correctly when emacs22 is not available.  Alternately, please schedule
this package for removal from unstable/testing.  We are planning to
remove emacs22 for the upcoming squeeze release.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509923: dmesg output

[Ben Hutchings]

On Sun, 2010-04-11 at 15:54 +0100, Dan Alderman wrote:
> Further to the last post.  These are the errors I see from pata_marvell
> on boot with drives attached to the controller if I leave everything as
> default.
[...]

I see, so you are in an even worse situation with neither driver working
for you.  Unfortunately the vendor driver is so different from current
in-tree drivers that I cannot begin to look for significant differences
in hardware setup.

Please report this upstream at , under
product 'IO/Storage', component 'Serial ATA' and let us know the bug
number so we can track it.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#577465: gnus: please remove emacs22 from the package dependencies

[Rob Browning]

Package: gnus
Version: 5.11+v0.10.dfsg-3
Severity: serious

It looks like this package still depends on emacs22 in some way,
possibly in order to satisfy its build or binary dependencies from
unstable/testing.

If so, please adjust the package so that it can build and operate
correctly when emacs22 is not available.  Alternately, please schedule
this package for removal from unstable/testing.  We are planning to
remove emacs22 for the upcoming squeeze release.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577464: wnn7egg: please remove emacs22 from the package dependencies

[Rob Browning]

Package: wnn7egg
Version: 1.02-7
Severity: serious

It looks like your package requires emacs22 in order to satisfy its
build or binary dependencies from unstable/testing.

Please ensure that the package build and binary dependencies can be
satisfied without any of the emacs22 packages, and if appropriate,
remove those dependencies.

Alternately, please schedule this package for removal from
unstable/testing.  We are planning to remove emacs22 for the upcoming
squeeze release.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577463: wnn7egg: please remove emacs22 from the package dependencies

[Rob Browning]

Package: elserv
Version: 0.4.0+0.20011203cvs-17.1
Severity: serious

It looks like this package may depend on emacs22.  See
./debian/pbuilder-test/01_demotest.  If so, please make adjustments
since we are planning to remove emacs22 for the upcoming squeeze
release.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576825: #576825: w3af - Fatal error in post-inst

[Pierre THIERRY]

close 576825
thanks

Scribit Luciano Bello dies 11/04/2010 hora 16:25:
> Can you give more info?

I opened the w3af.postinst to see in there where the issue could be, and
found it to be empty... At some point my /var was full, and I suppose
this file wasn't written correctly. I'll file a bug against dpkg, I
guess.

Thanks for investigating this so quickly.

Pierre
-- 
nowhere@levallois.eu.org
OpenPGP 0xD9D50D8A



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577462: clamav: local DoS for all versions <0.96

[Pedro R]

Package: clamav
Version: 0.95.3+dfsg-1
Severity: important


There is a security hole in all versions of clamav < 0.96. 
This is a local DoS vulnerability, nothing too serious but still needs some 
attention.

You can see the details here:
https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1771
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1311

Regards,
Pedro



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576326: confirm bug.

[Никита Кузнецов]

confirm the bug.
debian lenny / testing x86.
Gnome / Metacity

since the last update (apt-get update && apt-get dist-upgrade)
in the console no problem.
below is my config.

Section "ServerLayout"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
Option "Xinerama" "0"
EndSection

Section "Files"

# path to defoma fonts
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath"/usr/local/share/fonts/truetype/ttf/"
FontPath"/usr/local/share/fonts/truetype/msttcorefonts/"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi:unscaled"
FontPath"/usr/share/fonts/X11/75dpi:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/local/share/fonts"
EndSection

Section "Module"
Load   "dbe"
Load   "extmod"
Load   "type1"
Load   "freetype"
Load   "glx"
Load   "bitmap"
Load   "ddc"
Load   "int10"
Load   "vbe"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc104"
Option "XKbVariant" ",winkeys"
Option "XkbLayout" "us,ru"
Option "XkbOptions" "grp:toogle,grp:rwin_toggle,grp_led:scroll"
EndSection

Section "Monitor"

# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName  "Samsung SyncMaster"
HorizSync   30.0 - 81.0
VertRefresh 56.0 - 76.0
Option "DPMS"
Option "UseEdidDpi" "FALSE"
Option "DPI" "96 x 96"
#DisplaySize 337.5 270.0
EndSection

Section "Monitor"
Identifier "Monitor1"
VendorName "Unknown"
ModelName  "NVT Novatek  563A"
HorizSync   30.0 - 80.0
VertRefresh 50.0 - 75.0
EndSection

Section "Device"

#Option "NvAGP" "3"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 7300 LE"
EndSection

Section "Device"
Identifier "Videocard1"
Driver "nv"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 7300 LE"
Option "AddARGBGLXVisuals" "True"
BusID  "PCI:1:0:0"
Screen  1
EndSection

Section "Device"
Identifier "Device1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 7300 LE"
BusID  "PCI:1:0:0"
Screen  1
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 7300 LE"
EndSection

Section "Screen"
Identifier "Screen0"
Device   "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "DisableGLXRootClipping" "true"
Option "TripleBuffer" "True"
Option "Coolbits" "1"
Option "BackingStore" "true"
Option "AddARGBVisuals" "True"
Option "NoLogo" "True"
Option "AllowGLXWithComposite" "True"
Option "XAANoOffscreenPixmaps" "true"
Option "RenderAccel" "True"
Option "AddARGBGLXVisuals" "True"
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "CRT-0"
Option "metamodes" "CRT-0: nvidia-auto-select +0+0, CRT-1:
nvidia-auto-select +1280+0"
SubSection "Display"
Depth   24
EndSubSection
EndSection

Section "Screen"
Identifier "Screen1"
Device "Device1"
Monitor"Monitor1"
DefaultDepth24
Option "TwinView" "0"
Option "metamodes" "CRT-1: nvidia-auto-select +0+0"
SubSection "Display"
Depth   24
EndSubSection
EndSection

Section "Extensions"
Option "RENDER" "Enable"
Option "Composite" "Enable"
EndSection



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org