date:20111124

found 630593 linux-2.6/3.1.1-1
quit

Leopold Palomo-Avellaneda wrote:

 I don't have any hope that it would be solved in the linux kernel, but at 
 least in the debian kernel it could be applied.

So, it seems that the Intel bug is that Intel's 82091 is not
advertised to implement (and does not implement?) the timeout bit in
the ECR register.  There are various possible approaches to work
around that.

The current code in mainline that tries to detect these chipsets is
nonsense.  Even so, the suggested patch that rips it out would have a
chance of introducing regressions and probably should not be applied
unless someone finds a way to test it widely.  There were two
alternative approaches suggested in the upstream discussion, intended
not to suffer from the same problem[1][2] (caveat: I have not
sanity-checked the second one).

In other words, we are between steps 1 and 2 of the short story
described earlier in this bug log.  The next step is to take the
feedback received into account and propose a new patch.  My only
additional advice is that [3] seems to be a nice reference for getting
accustomed to Linux internals.

If I were writing it, I would rip out the code marked Check for Intel
bug and use a kernel parameter to decide whether to assume broken EPP
support, defaulting to true.  Simpler, more robust, and hard to object
to.

Thanks again and hope that helps,
Jonathan

[1] http://thread.gmane.org/gmane.linux.kernel/1191731
[2] http://thread.gmane.org/gmane.linux.kernel/1192024/focus=1746
[3] http://lwn.net/Kernel/LDD3/



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

Bug#638814: Patch

2011-11-24 Thread Kartik Mistry

On Thu, Nov 24, 2011 at 1:10 PM, Dmitry E. Oboukhov un...@debian.org wrote:
 Yesterday (as I said) I connected to upstream and today the patch has
 been uploaded in upstream [1] and tagged as new version [2]. So I
 think it must be buildable on all architectures now.

 I upladed these changes to svn.d.o. :)

Looks good.

Any other thing you want to update? I'll upload today evening.

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com



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

Bug#648602: nmu: hwloc rdeps

2011-11-24 Thread Julien Cristau

On Sun, Nov 13, 2011 at 12:30:15 +0100, Samuel Thibault wrote:

 New hwloc release bumped its ABI, please rebuild its rdeps:
 
 nmu starpu_0.9.1-3 . ALL . -m Rebuild against libhwloc4
 nmu mpich2_1.4.1-1 . ALL . -m Rebuild against libhwloc4
 
Done.

 nmu starpu-contrib_0.9.1-3 . ALL . -m Rebuild against libhwloc4

That doesn't work, it build-depends on non-free stuff.

Cheers,
Julien



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

Bug#648602: nmu: hwloc rdeps

2011-11-24 Thread Samuel Thibault

Julien Cristau, le Thu 24 Nov 2011 08:58:40 +0100, a écrit :
 On Sun, Nov 13, 2011 at 12:30:15 +0100, Samuel Thibault wrote:
 
  New hwloc release bumped its ABI, please rebuild its rdeps:
  
  nmu starpu_0.9.1-3 . ALL . -m Rebuild against libhwloc4
  nmu mpich2_1.4.1-1 . ALL . -m Rebuild against libhwloc4
  
 Done.
 
  nmu starpu-contrib_0.9.1-3 . ALL . -m Rebuild against libhwloc4
 
 That doesn't work, it build-depends on non-free stuff.

Ok, building it by hand with pbuilder.

Samuel



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

Bug#649460: release.debian.org: improved architecture annotation in dependency analysis script/page

2011-11-24 Thread Adam D. Barratt


On Thu, 24 Nov 2011 02:30:13 -0500, Michael Gilbert wrote:

On Thu, Nov 24, 2011 at 1:18 AM, Adam D. Barratt wrote:
Your original mail said wine is held back because of a lot of 
missing
packages in testing, but only on kfreebsd-amd64, so I assumed that 
you
were suggesting that such kfreebsd-amd64 issues were actually 
affecting

the package's migration to testing - otherwise the fact that the
packages aren't in testing is irrelevant.

However, the package has never built on kfreebsd-amd64, so that's 
not an
issue for testing.  Regardless of whether the output of the 
migration

page in terms of dependency analysis is optimal (which I'll quite
happily admit it's not), the package is not being held back from
testing because of anything on kfreebsd-amd64, so the reasons that 
the
package actually *is* being held back don't seem at all 
extraneous,

which was the point I was making.


Isn't the dependency analysis normally taken into account when 
testing

migratability?


Dependency analysis is, yes, otherwise how would britney be able to 
determine whether a package were installable?  The section labelled 
dependency analysis on migration/testing.pl, is not considered at all, 
for reasons that will hopefully be clarified below if not already clear 
enough.



If not, it seems like that would be something very
useful to check (regardless of whether the package on that arch has
been in testing before or not).


I've never mentioned anything about whether the package has previously 
been in testing on a particular architecture.  My point was that there 
are _no kfreebsd-amd64 wine-unstable packages *in unstable*_ and never 
have been, so there's no way at all that could be relevant to migration.


For clarity, the information:

wine-unstable has no old version in testing (trying to add, not 
update)
wine-unstable is not yet built on amd64: 1.1.34-1 vs 1.1.35-1 
(missing 19 binaries)
wine-unstable is not yet built on powerpc: 1.1.29-1 vs 1.1.35-1 
(missing 18 binaries)


is derived from britney.  The dependency analysis section is produced 
by the script which produces the web pages, by parsing Packages and 
Sources file.  It's intended (I assume) to be useful, but it's purely 
informational and often not that helpful.



Anyway, my point is that the current output makes it seem like a
missing ia32-libs-dev package is among the reasons the whole package
is being held back (again assuming the dependency analysis actually
matters).


It doesn't matter, which might be part of the issue with this bug 
report. :)


The only things that matter are going to be _above_ the dependency 
analysis header, which are also things you could find in a combination 
of grep-excuses (and therefore the PTS) and britney logs.  In the case 
of wine-unstable, those are the three lines I quoted above.



But that's not true since testing does have ia32-libs-dev
on amd64, so it shouldn't be a problem there.  However, the 
dependency

analysis as is derives its output from all archs, but doesn't make
that clear, so it takes some work to figure out that the output in
this case comes from issues only on kfreebsd-amd64.


Again, your conclusion is incorrect. :-(

Dependency analysis only derives its output from Sources + i386, which 
is precisely _why_ it's showing ia32-libs-dev as unavailable.  It's not 
being mentioned because it's unavailable on kfreebsd-amd64, it's being 
mentioned because it's unavailable _on i386_.  If we annotated the 
dependencies, it would say wine-unstable[i386] depends on ia32-libs-dev 
which is not available in testing, which doesn't seem like it would be 
helpful.


It's also broken because it mixes build-dependencies and runtime 
dependencies together - the binary packages produced by wine don't 
depend on ia32-libs-dev - but that's a side issue.


Regards,

Adam



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

Bug#649801: zsnes: FTBFS: zip/zpng.c:132:17: error: dereferencing pointer to incomplete type

2011-11-24 Thread Nobuhiro Iwamatsu

tags 649801 patch
thanks

Hi,

I created a patch which revise this bug.
I attached.

Could you check and apply?

Best regards,
 Nobuhiro

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


zsnes-1.510+bz2.debdiff
Description: Binary data

Bug#649553: [Pkg-dia-team] Bug#649553: dia: FTBFS: export_png.c:181:7: error: dereferencing pointer to incomplete type

2011-11-24 Thread Roland Stigge

Hi!

On 11/24/2011 01:39 AM, Nobuhiro Iwamatsu wrote:
 I created a patch which revise this bug.
 I attached.

Thanks for your report and patch!

I will apply it and upload.

Roland



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

Bug#649841: openssl: FTBFS on sparc (Hardware capability mul32 not enabled for smul)

2011-11-24 Thread Julien Cristau

Package: openssl
Version: 1.0.0e-2.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See
https://buildd.debian.org/status/fetch.php?pkg=opensslarch=sparcver=1.0.0e-2.1stamp=1320702109

 gcc -I. -I.. -I../include  -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS 
 -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DB_ENDIAN -DTERMIO -O3 
 -Wa,--noexecstack -mcpu=v8 -g -Wall -DBN_DIV2W   -c -o mem_dbg.o mem_dbg.c
 /tmp/ccVsQzxF.s: Assembler messages:
 /tmp/ccVsQzxF.s:48: Error: Hardware capability mul32 not enabled for smul.
 /tmp/ccVsQzxF.s:51: Error: Hardware capability mul32 not enabled for smul.
 /tmp/ccVsQzxF.s:121: Error: Hardware capability mul32 not enabled for 
 smul.
 /tmp/ccVsQzxF.s:124: Error: Hardware capability mul32 not enabled for 
 smul.
 make[2]: *** [mem_dbg.o] Error 1

Cheers,
Julien



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

Bug#582088: linux-image-2.6.32-5-686: null pointer dereference in __mark_inode_dirty+0x15/0x10b

Thiemo Nagel wrote:

 I've found BUG: unable to handle kernel NULL pointer 7 times in the 2
 years of log files that I keep.  It was associated with __mark_inode_dirty
 only once, though.  Other occurrences have been:

 (null) (Debian 2.6.32-27)
 strcmp+0x6/0x19 (Debian 2.6.32-27)
 __d_lookup+0xb5/0xd3 (Debian 2.6.32-15)
 drm_mm_put_block+0x1e/0x123 (Debian 2.6.32-13)
 rw_verify_area+0x43/0xac (2.6.31.5)

Interesting.  Is this the same machine as http://bugs.debian.org/593792?



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

Bug#649460: release.debian.org: improved architecture annotation in dependency analysis script/page

2011-11-24 Thread Adam D. Barratt


On Thu, 24 Nov 2011 02:37:25 -0500, Michael Gilbert wrote:

Maybe the real issue here is that the build-depends dependency
analysis is only done on i386 (according to the wording including
build-depends; i386 only), and the ia32-libs-dev package of course
doesn't exist there?


That's one of the many reasons why that section of the page is 
unhelpful, yes.


It also shouldn't mix runtime and build dependencies, and shouldn't 
care a hoot whether build-dependencies exist in testing or not.  In 
fact, it probably shouldn't care if they exist in unstable, to be 
honest, as they have no direct relevancy to migration.



Anyway, I think my original point remains


Your original point seemed to be that you'd worked out that 
ia32-libs-dev not being in testing on kfreebsd-amd64 was somehow 
affecting the wine-unstable packages.  What I've been trying to do is to 
point out to you why you were mistaken in what you believed that page 
showed, before you wasted any further time attempting to fix issues that 
don't exist. :-/  (The failures on amd64 and powerpc do matter, otoh).



For the dependency
analysis to be unambiguous like in this case, it needs to be 
generated

on a per-arch basis.


Indeed.  If you'd started from that point and not mentioned any of the 
confused kfreebsd-amd64 stuff, my original response would probably 
simply have been patches welcome and we could have left it there... ah 
well.


Regards,

Adam



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

Bug#649494: linux-image-3.0.0-1-amd64: unable to mount an hfsplus volume

2011-11-24 Thread Ben Hutchings

There have been a number of fixes to hfsplus between Linux 3.0 and 3.1.
Please test linux-image-3.1.0-1-amd64, which is now in testing.

Ben.

-- 
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.


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

Bug#649703: gs-common removed: this bug is now RC.

2011-11-24 Thread Didier Raboud


severity 649696 serious
severity 649699 serious
severity 649702 serious
severity 649703 serious
severity 649704 serious
severity 649705 serious
severity 649708 serious
severity 649709 serious
severity 649711 serious
severity 649712 serious
severity 649713 serious
thanks

Hi,

as the ghostscript 9.04~dfsg-3 upload (that drops both the gs-common 
package and the Provides: gs-common of ghostscript) now reached the 
archive [0], Depending or Build-Depending on gs-common is now an RC bug 
(as it makes the package uninstallable or unbuildable, respectively).


Cheers,

OdyX

[0] 
http://packages.qa.debian.org/g/ghostscript/news/2024T074727Z.html




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

Bug#649842: terraintool: Fails to run from Applications menu

2011-11-24 Thread Andrew Atkinson

Package: terraintool
Version: 1.09a-2
Severity: important

Dear Maintainer,

After using synaptic to install the package terrain tool appears in the
Application-Science menu, however clicking on it fails to do anything

Running (by clicking in file browser) it directly from /usr/share/terraintool
appears to work fine



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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages terraintool depends on:
ii  jarwrapper 0.37
ii  openjdk-6-jre [java6-runtime]  6b23~pre11-1
ii  sun-java6-jre [java6-runtime]  6.26-3  

terraintool recommends no packages.

terraintool 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#649843: bzr-svn: crashes Bazaar with “'module' object has no attribute 'credential_store_registry'”

2011-11-24 Thread Ben Finney

Package: bzr-svn
Version: 1.1.1-1
Severity: important

With the currently-installed ‘bzr-svn’, Bazaar crashes on any command I try:

=
$ bzr whoami
'module' object has no attribute 'credential_store_registry'
Unable to load plugin 'svn' from 
'/usr/lib/python2.7/dist-packages/bzrlib/plugins'
bzr: ERROR: exceptions.TypeError: 'NoneType' object is not callable

Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 923, in 
exception_to_return_code
return the_callable(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 1123, in 
run_bzr
ret = run(*run_argv)
  File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 688, in 
run_argv_aliases
return self.run(**all_cmd_args)
  File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 710, in run
return self._operation.run_simple(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 135, in 
run_simple
self.cleanups, self.func, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 165, in 
_do_with_cleanups
result = func(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 1138, in 
ignore_pipe
result = func(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/bzrlib/builtins.py, line 3417, in run
c = Branch.open_containing(u'.')[0].get_config()
  File /usr/lib/python2.7/dist-packages/bzrlib/branch.py, line 198, in 
open_containing
possible_transports)
  File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 760, in 
open_containing
return BzrDir.open_containing_from_transport(transport)
  File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 781, in 
open_containing_from_transport
result = BzrDir.open_from_transport(a_transport)
  File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 745, in 
open_from_transport
redirected)
  File /usr/lib/python2.7/dist-packages/bzrlib/lazy_import.py, line 128, in 
__call__
return obj(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/bzrlib/transport/__init__.py, line 
1670, in do_catching_redirections
return action(transport)
  File /usr/lib/python2.7/dist-packages/bzrlib/bzrdir.py, line 732, in 
find_format
transport, _server_formats=_server_formats)
  File /usr/lib/python2.7/dist-packages/bzrlib/controldir.py, line 750, in 
find_format
return prober.probe_transport(transport)
  File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/__init__.py, line 
258, in probe_transport
raise NotBranchError(path=transport.base)
TypeError: 'NoneType' object is not callable

bzr 2.3.1 on python 2.7.2 (Linux-3.0.0-1-powerpc64-ppc64-with-debian-wheezy-sid)
arguments: ['/usr/bin/bzr', 'whoami']
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_AU.UTF-8'
plugins:
  bash_completion  
/usr/lib/python2.7/dist-packages/bzrlib/plugins/bash_completion [2.3.1]
  builddeb /usr/lib/python2.7/dist-packages/bzrlib/plugins/builddeb 
[2.7.0dev]
  bzrtools /usr/lib/python2.7/dist-packages/bzrlib/plugins/bzrtools 
[2.3.1]
  cvsps_import 
/usr/lib/python2.7/dist-packages/bzrlib/plugins/cvsps_import [unknown]
  etckeeper
/usr/lib/python2.7/dist-packages/bzrlib/plugins/etckeeper [unknown]
  fastimport   
/usr/lib/python2.7/dist-packages/bzrlib/plugins/fastimport [0.11.0]
  git  /usr/lib/python2.7/dist-packages/bzrlib/plugins/git 
[0.6.2]
  grep /usr/lib/python2.7/dist-packages/bzrlib/plugins/grep 
[0.4.0]
  hg   /usr/lib/python2.7/dist-packages/bzrlib/plugins/hg 
[0.2.0dev]
  launchpad
/usr/lib/python2.7/dist-packages/bzrlib/plugins/launchpad [2.3.1]
  loom /usr/lib/python2.7/dist-packages/bzrlib/plugins/loom 
[2.2.1dev]
  netrc_credential_store 
/usr/lib/python2.7/dist-packages/bzrlib/plugins/netrc_credential_store [2.3.1]
  news_merge   
/usr/lib/python2.7/dist-packages/bzrlib/plugins/news_merge [2.3.1]
  pipeline /usr/lib/python2.7/dist-packages/bzrlib/plugins/pipeline 
[1.1.0]
  pqm  /usr/lib/python2.7/dist-packages/bzrlib/plugins/pqm 
[1.4.0dev]
  search   /usr/lib/python2.7/dist-packages/bzrlib/plugins/search 
[1.7.0dev]
  stats/usr/lib/python2.7/dist-packages/bzrlib/plugins/stats 
[0.1.0]
  upload   /usr/lib/python2.7/dist-packages/bzrlib/plugins/upload 
[1.0.1dev]

*** Bazaar has encountered an internal error.  This probably indicates a
bug in Bazaar.  You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.
=

When I disable all plug-ins, the commands succeed:

=
$ bzr --no-plugins whoami
Ben Finney b...@benfinney.id.au
=


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable')
Architecture: powerpc

Bug#649844: python-spf: .egg-info not distributed

2011-11-24 Thread Étienne BERSAC

Package: python-spf
Severity: normal

Hi,

The python-spf package does not distribute its .egg-info. Thus, distutils 
package depending on it can't check the version of the module.


Here is how to reproduce the bug:

 from pkg_resources import get_distribution
 get_distribution('pyspf')
Traceback (most recent call last):
  File stdin, line 1, in module
  File /usr/lib/python2.5/site-packages/pkg_resources.py, line 330, in 
get_distribution
if isinstance(dist,Requirement): dist = get_provider(dist)
  File /usr/lib/python2.5/site-packages/pkg_resources.py, line 209, in 
get_provider
return working_set.find(moduleOrReq) or require(str(moduleOrReq))[0]
  File /usr/lib/python2.5/site-packages/pkg_resources.py, line 686, in require
needed = self.resolve(parse_requirements(requirements))
  File /usr/lib/python2.5/site-packages/pkg_resources.py, line 584, in resolve
raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: pyspf


The python-dns package does it the right way.

 get_distribution('pydns')
pydns 2.3.4 (/usr/lib/python2.5/site-packages)
 


Regards,
Étienne BERSAC

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

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



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

Bug#638814: Patch

2011-11-24 Thread Dmitry E. Oboukhov

 Yesterday (as I said) I connected to upstream and today the patch has
 been uploaded in upstream [1] and tagged as new version [2]. So I
 think it must be buildable on all architectures now.
 
 I upladed these changes to svn.d.o. :)

 Looks good.

 Any other thing you want to update? I'll upload today evening.

No :)

If it is uploaded I will be able to upgrade a few my servers by the
package :)
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#649819: openmsx: FTBFS: src/video/PNG.cc:170:21: error: invalid use of incomplete type 'png_info {aka struct png_info_def}'

2011-11-24 Thread Bas Wijnen


Hi,

The package is orphaned, but I own the ITA bug on it. I was waiting for 
a release or something like this to upload a package.


In other words: I'm on it. ;-)

Thanks,
Bas

On 24-11-11 05:05, Nobuhiro Iwamatsu wrote:

Source: openmsx
Version: 0.8.1-4
Severity: wishlist
User: lib...@packages.debian.org
Usertags: libpng15-transition

Hi,

I uploaded libpng 1.5 to experimental.
libpng maintainers plan to transition from libpng 1.2 to 1.5.
I am checking build it the package depend to libpng.

I noticed your package FTBFS by libpng 1.5.
I attached build log.
Could you check your package?

Best regards,
   Nobuhiro






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

Bug#649460: release.debian.org: improved architecture annotation in dependency analysis script/page

2011-11-24 Thread Michael Gilbert

retitle 649460 release.debian.org: arch-specific output in dependency analysis
thanks

On Thu, Nov 24, 2011 at 3:18 AM, Adam D. Barratt wrote:
 Dependency analysis only derives its output from Sources + i386, which is
 precisely _why_ it's showing ia32-libs-dev as unavailable.  It's not being
 mentioned because it's unavailable on kfreebsd-amd64, it's being mentioned
 because it's unavailable _on i386_.

I did finally just realize this as stated in my last message :(  My bad.

 If we annotated the dependencies, it
 would say wine-unstable[i386] depends on ia32-libs-dev which is not
 available in testing, which doesn't seem like it would be helpful.

But wine-unstable[i386] does not build-depend on ia32-libs-dev at all,
and that wouldn't make any sense.  So, it seems another problem here
is that the ia32-libs-dev [amd64 kfreebsd-amd64] build-depends is
being interpreted wrongly.

 It's also broken because it mixes build-dependencies and runtime
 dependencies together - the binary packages produced by wine don't depend on
 ia32-libs-dev - but that's a side issue.

That's the confusing part, especially since build-depends don't affect
testing migration.  It seems unnecessarily confusing to list any of
those until they actually matter (bug #145257).

 Anyway, I think my original point remains

 Your original point seemed to be that you'd worked out that ia32-libs-dev 
 not
 being in testing on kfreebsd-amd64 was somehow affecting the wine-unstable
 packages.  What I've been trying to do is to point out to you why you were
 mistaken in what you believed that page showed, before you wasted any
 further time attempting to fix issues that don't exist. :-/  (The failures on
 amd64 and powerpc do matter, otoh).

I suppose I have a tendency of being too verbose and just dumping my
working memory sometimes.  It seems to have significantly distracted
from the small problem that I was trying to convey here.  I actually
don't care that much about wine-unstable migration, but I was quickly
glancing at that at the time, saw problems, and quickly wrote it up.

Anyway, I'll look into patching it now that it's clear whats wrong.

Best wishes,
Mike



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

Bug#633062: btrfs-tools: btrfs fs: Hardlinks-per-directory limit hit

found 633062 linux-2.6/2.6.32-35
found 633062 linux-2.6/2.6.32-39
found 633062 linux-2.6/3.1.1-1
retitle 633062 btrfs: low limit on number of hard links to one inode in one 
directory
forwarded 633062 
http://thread.gmane.org/gmane.comp.file-systems.btrfs/6285/focus=6354
quit

Adrian Zaugg wrote:

 Cannot hard link to `./cpool/1/a/b/1ab6fd829106709f984790594fe94756': Too 
 many links

 This behaviour of btrfs is known and had been discussed under [1] (in detail)

Right.  This mostly gets hit by backuppc and other backup programs,
nnmaildir, and busybox-style programs like git[0].  The upstream
status seems to be patches welcome.  (Yes, it involves a format
change, but there will be plenty of format changes yet, so that's not
a big deal.)

[0] http://bugs.debian.org/642603



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

Bug#649460: release.debian.org: improved architecture annotation in dependency analysis script/page

2011-11-24 Thread Adam D. Barratt


On Thu, 24 Nov 2011 03:49:39 -0500, Michael Gilbert wrote:

On Thu, Nov 24, 2011 at 3:18 AM, Adam D. Barratt wrote:
Dependency analysis only derives its output from Sources + i386, 
which is
precisely _why_ it's showing ia32-libs-dev as unavailable.  It's not 
being
mentioned because it's unavailable on kfreebsd-amd64, it's being 
mentioned

because it's unavailable _on i386_.


I did finally just realize this as stated in my last message :(  My 
bad.


No worries, it's not the most obvious of output to try and work out.


If we annotated the dependencies, it
would say wine-unstable[i386] depends on ia32-libs-dev which is not
available in testing, which doesn't seem like it would be helpful.


But wine-unstable[i386] does not build-depend on ia32-libs-dev at 
all,

and that wouldn't make any sense.  So, it seems another problem here
is that the ia32-libs-dev [amd64 kfreebsd-amd64] build-depends is
being interpreted wrongly.


Well, it's not being interpreted at all, really... :-/  The code does 
this, where @alternatives may only contain a single item:


  for my $p (@alternatives) {
  ...
  if ($p =~ /(.+?)\s*\[(.+?)\]/) {
  $p = $1;
  }

i.e. the architecture information is simply discared.

Regards,

Adam



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

Bug#649845: binNMU request for proftpd addon modules

2011-11-24 Thread Fabrizio Regalli

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu proftpd-mod-vroot_0.9.2-2 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-vroot_9.2.2-2 . ALL . -m proftpd-dev (= 1.3.3d-5~)
nmu proftpd-mod-autohost_0.4-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-autohost_0.4-1 . ALL . -m proftpd-dev (= 1.3.4~)
nmu proftpd-mod-case_0.4-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-case_0.4-1 . ALL . -m proftpd-dev (= 1.3.4~)
nmu proftpd-mod-clamav_0.10-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-clamav_0.10-1 . ALL . -m proftpd-dev (= 1.3.3d-5~)
nmu proftpd-mod-dnsbl_0.1.5-3 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-dnslb_0.1.5-3 . ALL . -m proftpd-dev (= 1.3.1rc1)
nmu proftpd-mod-fsync_0.2-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-fsync_0.2-1 . ALL . -m proftpd-dev (= 1.3.0~)
nmu proftpd-mod-geoip_0.3-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-geoip_0.3-1 . ALL . -m proftpd-dev proftpd-dev (= 1.3.3d-5~)
nmu proftpd-mod-msg_0.4.1-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-msg_0.4.1-1 . ALL . -m proftpd-dev (= 1.3.3d-5~)
nmu proftpd-mod-tar_0.3.3-1 . ALL . -m Rebuild against proftpd-dev_1.3.4a
dw proftpd-mod-tar_0.3.3-1 . ALL . -m proftpd-dev (= 1.3.3d-5~)



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

Bug#582088: linux-image-2.6.32-5-686: null pointer dereference in __mark_inode_dirty+0x15/0x10b

2011-11-24 Thread Thiemo Nagel


On 11/24/2011 09:25 AM, Jonathan Nieder wrote:

Interesting.  Is this the same machine ashttp://bugs.debian.org/593792?


Yes, it is.  Last year, I've tried to exclude memory problems by running 
memtest86+ for probably ~24h, there were no errors.


BTW:  I've stopped using curlftpfs because I felt that it was slow and 
unstable, so if the issue is connected to that, it's no surprise that 
the bug didn't show up again.  But I can try to trigger it again...


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#609846: Toshiba Satellite battery not recognized by acpi

found 609846 linux-2.6/2.6.32-29
quit

Taylor Brown wrote:

 I just installed Debian Squeeze on a new Toshiba Satellite L640
 laptop, but acpi doesn't recognize its battery. As a result, neither
 the system nor graphical applications can access the battery's state
 or charge.

Sounds like http://bugs.debian.org/598104.  Does passing
acpi=copy_dsdt on the kernel command line help?



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

Bug#649503: Fw: Bug#649503: Please package last version and upload it to unstable

2011-11-24 Thread Laurent Bigonville



- Message Transféré -

Date: Thu, 24 Nov 2011 00:23:04 -0600
De: Kenny Hitt hittsj...@gmail.com
À: Laurent Bigonville bi...@debian.org
Sujet: Re: Bug#649503: Please package last version and upload it to
unstable


Hi.
On Wed, Nov 23, 2011 at 10:44:24AM +0100, Laurent Bigonville wrote:
 Lre these bugs severe?
 
Yes, some of them are.  The real issue with users of accessibility is
the loss of access to the desktop caused by the change to at-spi2.  At
this point, the next release of Debian will be less accessible than the
current release.  As someone who depends on gnome accessibility, it's
hard to support something that will take away my access to the system.
To be fair, at-spi2 isn't the only thing that has broken gnome access.
Pulseaudio is another example of an app that breaks my access to the
text console.  I have to remove it which results in a broken gnome.
There is still no definite date when gnome 3.x will return to the level
of access available in gnome 2.32. Posts on the
gnome-accessibility-devel list suggest it could be more than another
year before things improve.

When I did a search on bugzilla.gnome.org for at-spi2, I found 53 bugs.
The one that will probably be worst for me is:

https://bugzilla.gnome.org/show_bug.cgi?id=655127

  Kenny




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

Bug#649838: RM: manpages-cs -- ROM; no upstream, outdated

2011-11-24 Thread Alexander Reichle-Schmehl

tags 649838 +moreinfo
clone 649838 -1
retitle -1 Please drop dependency on manpages-cs
reassign -1 task-czech
thanks


Hi!

* Michal ??iha?? ni...@debian.org [24 08:58]:

 manpages-cs is getting outdated (for example see bug #649716, but this
 is case of quite a lot manpages) and there is no upstream progress in
 last two years to catch that. This situation basically leaves two
 options - cherry pick man pages which are not yet up to date or remove
 the package, where I think the latter is better choice.
 
 Should upstream ever become back alive I will reintroduce the package.

Sorry, but I can't do that right now:

Checking reverse dependencies...
# Broken Depends:
tasksel: task-czech

The task should be fixed first.


Best Regards,
  Alexander



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

Bug#648602: nmu: hwloc rdeps

2011-11-24 Thread Samuel Thibault

Samuel Thibault, le Thu 24 Nov 2011 09:09:30 +0100, a écrit :
 Julien Cristau, le Thu 24 Nov 2011 08:58:40 +0100, a écrit :
  On Sun, Nov 13, 2011 at 12:30:15 +0100, Samuel Thibault wrote:
   nmu starpu-contrib_0.9.1-3 . ALL . -m Rebuild against libhwloc4
  
  That doesn't work, it build-depends on non-free stuff.
 
 Ok, building it by hand with pbuilder.

Accepted.

Samuel



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

Bug#649847: linux-image-3.1.0-1-686-pae: Invalid opcode running df on seed Btrfs filesystem

2011-11-24 Thread Ivan Vilata i Balaguer

Package: linux-2.6

Version: 3.1.1-1
Severity: normal

Hi!  Mounting a Btrfs seed filesystem (read-only, with no writable devices
added to it) and then running df results in a kernel invalid opcode dump and
the filesystem being unmountable (although it can still be used as a base for
other filesystems).  An easy way to trigger the error is shown below (using a
loop device, though the error also happens with real block devices)::

## create filesystem image ##
root@sid386:/tmp# dd if=/dev/zero of=myfs-ro.btr bs=1M seek=2048 count=0
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.00041391 s, 0.0 kB/s
## create filesystem on image ##
root@sid386:/tmp# mkfs.btrfs myfs-ro.btr

WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using

fs created label (null) on myfs-ro.btr
nodesize 4096 leafsize 4096 sectorsize 4096 size 2.00GB
Btrfs Btrfs v0.19
## enable seeding on the filesystem ##
root@sid386:/tmp# btrfstune -S 1 myfs-ro.btr
## mounting with -o ro gives the same result ##
root@sid386:/tmp# mount -o loop myfs-ro.btr /mnt
mount: block device /tmp/myfs-ro.btr is write-protected, mounting read-only
root@sid386:/tmp# df
## the error shows up at this point, see kernel log ##
root@sid386:/tmp# umount /mnt
umount: /mnt: device is busy.
(In some cases useful info about processes that use
 the device is found by lsof(8) or fuser(1))

Thanks!

-- Package-specific info:
** Version:
Linux version 3.1.0-1-686-pae (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc 
version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:24:20 UTC 2011

** Command line:
BOOT_IMAGE=/vmlinuz-3.1.0-1-686-pae root=/dev/mapper/sid386-root ro quiet

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[3.308104] ohci_hcd :00:06.0: OHCI Host Controller
[3.320664] ohci_hcd :00:06.0: new USB bus registered, assigned bus 
number 2
[3.320785] ohci_hcd :00:06.0: irq 22, io mem 0xf0804000
[3.350942] sd 2:0:0:0: [sda] 8388608 512-byte logical blocks: (4.29 GB/4.00 
GiB)
[3.351147] sd 2:0:0:0: [sda] Write Protect is off
[3.351155] sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
[3.351240] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
[3.352594] sd 3:0:0:0: [sdb] 2097152 512-byte logical blocks: (1.07 GB/1.00 
GiB)
[3.352646] sd 3:0:0:0: [sdb] Write Protect is off
[3.352649] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[3.352672] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
[3.376498] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[3.376502] usb usb2: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[3.376505] usb usb2: Product: OHCI Host Controller
[3.376507] usb usb2: Manufacturer: Linux 3.1.0-1-686-pae ohci_hcd
[3.376509] usb usb2: SerialNumber: :00:06.0
[3.376647] hub 2-0:1.0: USB hub found
[3.376676] hub 2-0:1.0: 8 ports detected
[3.406408]  sda: sda1 sda2  sda5 
[3.407033]  sdb: unknown partition table
[3.407182] sd 3:0:0:0: [sdb] Attached SCSI disk
[3.407254] sd 2:0:0:0: [sda] Attached SCSI disk
[3.508530] sr0: scsi3-mmc drive: 32x/32x xa/form2 tray
[3.508555] cdrom: Uniform CD-ROM driver Revision: 3.20
[3.509721] sr 1:0:0:0: Attached scsi CD-ROM sr0
[3.784121] usb 2-1: new full speed USB device number 2 using ohci_hcd
[4.028534] device-mapper: uevent: version 1.0.3
[4.030551] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: 
dm-de...@redhat.com
[4.033990] usb 2-1: New USB device found, idVendor=80ee, idProduct=0021
[4.033994] usb 2-1: New USB device strings: Mfr=1, Product=3, SerialNumber=0
[4.033997] usb 2-1: Product: USB Tablet
[4.033999] usb 2-1: Manufacturer: VirtualBox
[4.103246] input: VirtualBox USB Tablet as 
/devices/pci:00/:00:06.0/usb2/2-1/2-1:1.0/input/input1
[4.103836] generic-usb 0003:80EE:0021.0001: input,hidraw0: USB HID v1.10 
Mouse [VirtualBox USB Tablet] on usb-:00:06.0-1/input0
[4.103854] usbcore: registered new interface driver usbhid
[4.103856] usbhid: USB HID core driver
[7.458262] Btrfs loaded
[7.591744] PM: Starting manual resume from disk
[7.591755] PM: Hibernation image partition 254:1 present
[7.591763] PM: Looking for hibernation image.
[7.592252] PM: Image not found (code -22)
[7.592255] PM: Hibernation image not present or could not be loaded.
[7.657418] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: 
(null)
[9.798500] udevd[218]: starting version 175
[   11.079280] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[   11.079303] ACPI: Power Button [PWRF]
[   11.079480] input: Sleep Button as 
/devices/LNXSYSTM:00/LNXSLPBN:00/input/input3
[   11.079493] ACPI: Sleep Button [SLPF]
[

Bug#649573: ftp.debian.org: RM: libdebian-package-make-perl -- unmaintained

2011-11-24 Thread Alexander Reichle-Schmehl

tags 649573 +moreinfo
clone 649573 -1
retitle -1 Depends on package scheduled to be removed
severity -1 important
reassing -1 clamav-getfiles
thanks


Hi!

* Hilko Bengen ben...@debian.org [22 09:56]:
 Package: ftp.debian.org
 Severity: normal

Sorry, but that package can't be removed right now, as it has some
reverse dependencies:

# Broken Depends:
clamav-getfiles: clamav-getfiles

Opening a bug in the respective package, to that clarified.


Best Regards,
  Alexander



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

Bug#649792: Registration email sample

2011-11-24 Thread Jim Comeau




   
Delivered-To: h...@mabep.org
Received: by 10.147.148.15 with SMTP id a15cs80392yao;
Tue, 15 Nov 2011 17:27:16 -0800 (PST)
Received: by 10.52.65.1 with SMTP id t1mr46425767vds.121.1321406834782;
Tue, 15 Nov 2011 17:27:14 -0800 (PST)
Return-Path: www-d...@trombone.mabep.org
Received: from li366-165.members.linode.com (li366-165.members.linode.com. 
[96.126.109.165])
by mx.google.com with ESMTPS id jg6si6181924vcb.83.2011.11.15.17.27.14
(version=TLSv1/SSLv3 cipher=OTHER);
Tue, 15 Nov 2011 17:27:14 -0800 (PST)
Received-SPF: neutral (google.com: 96.126.109.165 is neither permitted nor 
denied by best guess record for domain of www-d...@trombone.mabep.org) 
client-ip=96.126.109.165;
Authentication-Results: mx.google.com; spf=neutral (google.com: 96.126.109.165 
is neither permitted nor denied by best guess record for domain of 
www-d...@trombone.mabep.org) smtp.mail=www-d...@trombone.mabep.org
Received: from www-data by li366-165.members.linode.com with local (Exim 4.72)
(envelope-from www-d...@trombone.mabep.org)
id 1RQUHS-Cf-3D
for h...@mabep.org; Tue, 15 Nov 2011 20:27:14 -0500
To: =?UTF-8?B?cmhvd2UxOTQ1?= h...@mabep.org
Subject: =?UTF-8?B?V2VsY29tZSB0byAibWFiZXAtSEVSUyBSYXRlcnMgQkJTIg==?=
X-PHP-Originating-Script: 0:functions_messenger.php
From: 
Reply-To: 
Sender: 
MIME-Version: 1.0
Message-ID: 4ec31172.06e5dc0a.4486.5258smtpin_ad...@mx.google.com
Date: Tue, 15 Nov 2011 20:27:14 -0500
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: phpBB3
X-MimeOLE: phpBB3
X-phpBB-Origin: phpbb://forum.mabep-hers.org
X-AntiAbuse: Board servername -
X-AntiAbuse: User_id - 1
X-AntiAbuse: Username - Anonymous
X-AntiAbuse: User IP - 72.224.99.240

Welcome to mabep-HERS Raters BBS forums

Please keep this e-mail for your records. Your account information is as
follows:


Username: rhowe1945

Board URL: http://forum.mabep-hers.org


Please visit the following link in order to activate your account:

http://forum.mabep-hers.org/ucp.php?mode=activateu=57k=17LM4V9Q2L

Your password has been securely stored in our database and cannot be
retrieved. In the event that it is forgotten, you will be able to reset it
using the email address associated with your account.

Thank you for registering.

-- 
Thanks, The Management



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

Bug#649849: PTS: SOAP interface broken (HTTP error 500)

2011-11-24 Thread Alexandre Rossi

Package: qa.debian.org
Severity: normal

At the time of this writing, the PTS SOAP interface is broken and any query
returns a HTTP Internal server error (500).

If someone gives me the corresponding error.log entry, maybe I can debug this.

Thanks,

Alex


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

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



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

Bug#632074: linux-2.6: NFS4 client sends NULL calls in the TCP session

2011-11-24 Thread franck . eyraud


On 24/11/2011 06:31, Jonathan Nieder wrote:

Hi Franck,

Franck Eyraud wrote:

On 29/06/2011 15:38, Bastian Blank wrote:

linux-...@vger.kernel.org.

I will ask them also.

Did you get in touch with linux-nfs@?  If so, do you have the
date and subject or message-id of a message so we can track
the discussion and conclusion?

Thanks,
Jonathan


Hi Jonathan,

Thank you for your message.
I'm sorry I didn't give further more notice. The answer from linux-nfs 
list was more or less that the problem was on NetApp OnTap side, maybe 
logging too many messages.


Here is the thread where I got in touch with Thomas Haynes and Trond 
Myklebust from NetApp.

http://article.gmane.org/gmane.linux.nfs/41786

They kindly offered me to analyze the traces I already sent to the 
NetApp Technical Support.


Here is what Thomas Haynes wrote to me (off-list):
-
Recapping what I see in the case notes:

From the case notes, it appears the filer is objecting to the v4 NULL 
probes

because the GSS context is no longer valid.

My guess is that we don't even know it is a NULL probe at this point and
are kicked out at a higher level. Even if I am wrong, we probably need to
process the context in order to construct a reply.

The client changed behaviour from Debian 4 to both Debian 5 and Debian 6.
I have no clue what changed in there.

It appears that the customer doesn't mind this occurring and would be happy
if we could dial down the number of messages logged? I.e., it appears too
chatty?

I don't see in the notes that a request was made to reduce the log messages.
I.e., customer support probably focused on v4 NULL probes.

If reducing the cadence of the messages would help, I can file a bug
on this. Note, we do occasionally want to see these as there may
be other times when this legitimately occurs.
--

We recently tested with a linux (ubuntu) with the linux kernel 3.0 and 
the problem still appears. In the mean time, the OnTap server software 
has been upgraded to version 7.3.6P1.


So we basically still not really sure where this comes from (client or 
server ?), and we are still experiencing this problem (it seems the bug 
they opened at netapp side isn't solved yet).
I don't have the competences to analyze further the problem, but I can 
provide traces if someone wants to look into it. It could be also a 
kerberos 5 issue...


Hope that helps,

Franck Eyraud




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

Bug#649850: pam: French debconf templates translation

2011-11-24 Thread Jean-Baka Domelevo Entfellner

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



*** /home/domelevo/Traduc/Debian/patch-debconf.txt

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

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash
# Translation of pam to French
# Copyright (C) 2007, 2009, 2011 Debian French l10n team 
debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the pam package.
# Translators:
# Cyril Brulebois cyril.bruleb...@enst-bretagne.fr, 2007
# Jean-Baka Domelevo Entfellner domel...@gmail.com, 2009, 2011
#
msgid 
msgstr 
Project-Id-Version: pam 1.1.3-6\n
Report-Msgid-Bugs-To: p...@packages.debian.org\n
POT-Creation-Date: 2011-10-30 15:05-0400\n
PO-Revision-Date: 2011-11-11 20:19+0100\n
Last-Translator: Jean-Baka Domelevo Entfellner domel...@gmail.com\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
Language: fr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Country: FRANCE\n

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid Services to restart for PAM library upgrade:
msgstr 
Services à redémarrer lors de la mise à niveau de la bibliothèque PAM :

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid 
Most services that use PAM need to be restarted to use modules built for 
this new version of libpam.  Please review the following space-separated 
list of init.d scripts for services to be restarted now, and correct it if 
needed.
msgstr 
La plupart des services utilisant PAM doivent être redémarrés pour utiliser 
les modules compilés pour cette nouvelle version de libpam. Veuillez 
vérifier la liste suivante de scripts de démarrage à relancer maintenant, et 
la corriger si nécessaire.

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid Display manager must be restarted manually
msgstr Pas de redémarrage automatique du gestionnaire graphique de sessions

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid 
The wdm and xdm display managers require a restart for the new version of 
libpam, but there are X login sessions active on your system that would be 
terminated by this restart.  You will therefore need to restart these 
services by hand before further X logins will be possible.
msgstr 
Les gestionnaires graphiques de session wdm et xdm nécessitent un 
redémarrage lors de la mise à niveau de libpam, mais il existe des sessions 
X actives sur ce système, qui seraient fermées par ce redémarrage. Vous 
devez donc redémarrer ces services vous-même avant de pouvoir effectuer à 
nouveau une connexion au serveur graphique.

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid Failure restarting some services for PAM upgrade
msgstr 
Erreur du redémarrage de certains services pour la mise à niveau de PAM

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid 
The following services could not be restarted for the PAM library upgrade:
msgstr 
Les services suivants n'ont pas pu être redémarrés lors de la mise à niveau 
de la bibliothèque PAM :

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid 
You will need to start these manually by running '/etc/init.d/service 
start'.
msgstr 
Vous devez les démarrer vous-même avec la commande « /etc/init.d/service 
start ».

#. Type: boolean
#. Description
#: ../libpam0g.templates:4001
msgid Restart services during package upgrades without asking?
msgstr Redémarrer les services automatiquement lors des mises à jour ?

#. Type: boolean
#. Description
#: ../libpam0g.templates:4001
msgid 
There are services installed on your system which need to be restarted when 
certain libraries, such as libpam, libc, and libssl, are upgraded. Since 
these restarts may cause interruptions of service for the system, you will 
normally be prompted on each upgrade for the list of services you wish to 
restart.  You can choose this option to avoid being prompted; instead, all 
necessary restarts will be done for you automatically so you can avoid being 
asked questions on each library upgrade.
msgstr 
Certains services installés sur le système demandent à être redémarrés 
lors de la mise à jour de certaines bibliothèques (par exemple libpam, libc 
ou encore libssl). Puisque de tels redémarrages peuvent causer des 
interruptions de service, une confirmation est habituellement demandée lors 
de chaque mise à jour, en

Bug#649851: installation-report: Installer should suggest firmware-linux-nonfree for Radeon HD cards

2011-11-24 Thread B. Zhang

Package: installation-reports

Version: 2.45
Severity: wishlist



-- Package-specific info:

Boot method: CD
Image version: Debian-testing-amd64-netinst.iso (2011-11-22)
Date: 2011-11-22

Machine: HP EliteBook 8460p
Partitions: $ df -Tl
Filesystem Type  1K-blocksUsed Available Use% Mounted on
/dev/sda1  ext4   28835836 3935880  23435176  15% /
tmpfs  tmpfs  5120   4  5116   1% /lib/init/rw
tmpfs  tmpfs814964 736814228   1% /run
tmpfs  tmpfs  5120   0  5120   0% /run/lock
tmpfs  tmpfs   1629928  68   1629860   1% /tmp
udev   tmpfs   4072524   0   4072524   0% /dev
tmpfs  tmpfs   1629928 448   1629480   1% /run/shm
/dev/sda3  ext4  203840344 1803160 191682704   1% /home


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[ O]
Configure network:  [ O]
Detect CD:  [ O]
Load installer modules: [O ]
Detect hard drives: [ O]
Partition hard drives:  [ O]
Install base system:[ O]
Clock/timezone setup:   [ O]
User/password setup:[ O]
Install tasks:  [ O]
Install boot loader:[O ]
Overall install:[ O]

Comments/Problems:

The installation (console) by default went well. Thank you.
But to restart, surprise, white screen.
In fact, missing the firmware for the graphics card AMD Radeon HD 6470M, which
was not reported by the installer during installation.
It was not easy for a novice to find and solve this problem.
I had to type commands in blind to go to the console and login as root to
install the package firmware-linux-nonfree. (I could also use the CD in rescue
mode)

Thanks,
Bin
--

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=7.0 (wheezy) - installer build 2022-00:07
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux luojiashan 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core
Processor Family DRAM Controller [8086:0104] (rev 09)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:161c]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd
Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6
Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:161c]
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM
Gigabit Network Connection [8086:1502] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:161c]
lspci -knn: Kernel driver in use: e1000e
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 6 Series/C200
Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:161c]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series
Chipset Family High Definition Audio Controller [8086:1c20] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:161c]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series
Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series
Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b4)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series
Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b4)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series
Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.7 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series
Chipset Family PCI Express Root Port 8 [8086:1c1e] (rev b4)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 6 Series/C200
Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04)
lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:161c]

Bug#649792: phpbb_config values

2011-11-24 Thread Jim Comeau

~$ sudo sqlite /var/lib/dbconfig-common/sqlite/phpbb3/phpbb3 'select * from 

phpbb_config where config_name=board_contact or config_name=board_email'

board_contact|mabep-hers-fo...@mabep.org|0
board_email|mabep-hers-fo...@mabep.org|0

---
Actually, this is a relief knowing that this might not be some exim 
configuration screwup on my part. Thank you for your quick replies! 
Value in the web interface Contact e-mail address and Return e-mail address 
is: mabep-hers-fo...@mabep.org

Bug#649349: [Pkg-xen-devel] Bug#649349: xen-hypervisor-4.1-amd64: pygrub fails due to invalid opcode trapped

2011-11-24 Thread Ian Campbell

On Wed, 2011-11-23 at 22:42 +0100, Alexandre Vaissière wrote:
 Le 23/11/2011 15:08, Ian Campbell a écrit :
  If you boot the same kernel natively what happens when you run pygrub?
  (this should work natively, although obviously you won't be able to
  actually start a VM).
  Yes it does work: I see the grub interface.
  What happens if you pass noxsave to the native kernel?
 
  [...]
  If I am right then using noxsave on native should demonstrate the
  issue as well and show that there is a bug in libc.
 
 you are right. With noxsave, I have same behaviour of pygrub under a
 native kernel.

Good. Well not good but you know what I mean.

  However that doesn't rule out a bug in the hypervisor as well since it
  should support xsave... except I've just noticed that xsave is
  deliberately disabled in Xen 4.1!
 
  It has been re-enabled in xen-unstable with the comment re-enable xsave
  by default now that it supports live migration (so it will work in 4.2
  when it is released). This suggests that you could try with xsave=1 on
  your hypervisor command line (but that migration won't work).
 
 With xsave=1 pygrub works ! However xend segfaults later while starting
 the domU :/
 Will try to get a stack, but as you state below:
 
  Which seems to already be reported and fixed upstream:
  http://sourceware.org/bugzilla/show_bug.cgi?id=13007
  as well as against glibc in Debian http://bugs.debian.org/646549. The
  fix is fixed in glibc-package SVN so ought to be fixed with the next
  upload (2.13-22).
 
 Maybe I should wait for this libc release before going further.

I think that would be a good idea.

I think this bug can be closed and a new one opened if the xend seg
fault persists after the libc upgrade so I am doing that now.

Ian.

-- 
Ian Campbell


Novinson's Revolutionary Discovery:
When comes the revolution, things will be different --
not better, just different.




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

Bug#649687: plasma-desktop dies

2011-11-24 Thread Harald Dunkel

You mean I have to ask the user to erase everything in
$HOME to make sure that plasma-desktop doesn't die?

Sorry, but this doesn't answer the question. How can
I set ulimit -c unlimited before plasma-desktop is
run to make sure that there is a core dump for
investigation?


Regards

Harri



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

Bug#597994: Ubuntu bug link

2011-11-24 Thread Mikko Rapeli

Similar bug in Ubuntu has some information too:

https://bugs.launchpad.net/gnome-system-monitor/+bug/126618




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

Bug#649849: PTS: SOAP interface broken (HTTP error 500)

2011-11-24 Thread Sandro Tosi

On Thu, Nov 24, 2011 at 10:36, Alexandre Rossi
alexandre.ro...@gmail.com wrote:
 Package: qa.debian.org
 Severity: normal

 At the time of this writing, the PTS SOAP interface is broken and any query
 returns a HTTP Internal server error (500).

i think it's due to:

Traceback (most recent call last):
  File /srv/packages.qa.debian.org/www/cgi-bin/soap-alpha.cgi, line
327, in module
from ZSI import dispatch
ImportError: No module named ZSI

probably a missing step in the move from master to quantz

 If someone gives me the corresponding error.log entry, maybe I can debug this.

they are readable from qa.debian.org, /var/log/apache2/error.log

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#597994: possible fixes in upstream bugzilla

2011-11-24 Thread Mikko Rapeli

This bug has a few possible fixes in upstream bug
https://bugzilla.gnome.org/show_bug.cgi?id=160441

Unfortunately patch in https://bugzilla.gnome.org/show_bug.cgi?id=160441#c21
does not directly apply to squeeze version at least. But the concept
should work anyway.




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

Bug#649852: lintian: No way to suppress unknown-field-in-control original-maintainer in Ubuntu

2011-11-24 Thread Evan Broder

Package: lintian
Version: 2.5.4
Severity: wishlist

Lintian already suppresses complaints about the Original-Maintainer
field in Ubuntu packages whose version number contains ubuntu
(i.e. the source package in Ubuntu has been modified from Debian).

However, in compliance with [1], the Ubuntu buildds also change the
Maintainer field of every *binary* package during the build process.

In practice, this is causing Ubuntu's Lintian instance to emit a
spurious unknown-field-in-control original-maintainer on all 25,700 or
so packages which Ubuntu syncs directly from Debian ([2]).

[1] https://wiki.ubuntu.com/DebianMaintainerField
[2] http://lintian.ubuntuwire.org/tags/unknown-field-in-control.html

-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-13-generic (SMP w/4 CPU cores)
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 lintian depends on:
ii  binutils   2.21.53.20110810-0ubuntu5 The GNU assembler, linker and bina
ii  bzip2  1.0.5-6ubuntu1high-quality block-sorting file co
ii  diffstat   1.54-1produces graph of changes introduc
ii  file   5.04-5ubuntu3 Determines file type using magic
ii  gettext0.18.1.1-3ubuntu1 GNU Internationalization utilities
ii  intltool-debia 0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-per 0.1.24build3  Perl interface to libapt-pkg
ii  libclass-acces 0.34-1Perl module that automatically gen
ii  libdpkg-perl   1.16.0.3ubuntu5   Dpkg perl modules
ii  libemail-valid 0.184-1   Perl module for checking the valid
ii  libipc-run-per 0.90-1Perl module for running processes
ii  libparse-debia 1.2.0-1ubuntu1parse Debian changelogs and output
ii  libtimedate-pe 1.2000-1  collection of modules to manipulat
ii  liburi-perl1.58-1module to manipulate and access UR
ii  locales2.13+git20110622-2common files for locale support
ii  man-db 2.6.0.2-2 on-line manual pager
ii  patchutils 0.3.2-1   Utilities to work with patches
ii  perl [libdiges 5.12.4-4  Larry Wall's Practical Extraction 
ii  unzip  6.0-4ubuntu1  De-archiver for .zip files

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch   none  (no description available)
ii  dpkg-dev 1.16.0.3ubuntu5 Debian package development tools
ii  libhtml-parser-perl  3.68-1build1collection of modules that parse H
ii  libtext-template-perl1.45-2  Text::Template perl module
ii  man-db   2.6.0.2-2   on-line manual pager
ii  xz-utils 5.0.0-2 XZ-format compression utilities

-- 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#649853: abcde: show a 'diff' when there's more than one CDDB playlist per album.

2011-11-24 Thread A. Costa

Package: abcde
Version: 2.4.2-1
Severity: wishlist

Sometimes there's two or more CDDB playlists for a given album.  
Some such playlists seem nearly identical, (as when the 2nd 
list contains a spelling correction), in which case the user has to do
some eyeballing to find the difference.  (Last time I had 2 lists
and I couldn't find any difference -- so after wasting a minute I
picked one at random.)

In such cases, it might be better if 'abcde' could run a 'diff' util on
the lists.  Preferably a 'diff' util that's able to highlight individual
characters.

Hope this helps...


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

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages abcde depends on:
ii  cd-discid 1.2-1   
ii  cdparanoia3.10.2+debian-10
ii  flac  1.2.1-6 
ii  icedax9:1.1.11-2  
ii  lame  1:3.99.2-0.0
ii  speex 1.2~rc1-1   
ii  vorbis-tools  1.4.0-1 
ii  wget  1.13.4-1

Versions of packages abcde recommends:
ii  vorbis-tools  1.4.0-1

Versions of packages abcde suggests:
ii  distmp3 none  
ii  eject   2.1.5+deb1+cvs20081104-8
ii  eyed3   0.6.17-3
ii  id3 0.15-3  
ii  id3v2   0.1.12-2
ii  mkcue   1-2.1   
ii  mp3gain 1.5.2-r2-2  
ii  normalize-audio 0.7.7-7 
ii  python-musicbrainz  none  
ii  vorbisgain  0.36-3.1

-- 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#649835: Acknowledgement (mailscanner: Since perl update MailScanner seems to fork another parent with children (fork bomb?))

2011-11-24 Thread Thanos Kyritsis

Hello to all,

I acknowledge too. After the perl upgrade to 5.14.2-5 on a debian
testing server, start-stop-daemon doesn't work with Mailscanner. It
only works for starting it but it's unable to stop it. The results
were exactly the same. The hourly cron job went on starting additional
MailScanner children until the server got out of memory and swap and
died.


My setup is a bit different though. Since MailScanner is no longer in
the debian repositories (apart from stable), I'm running a vanilla
MailScanner 4.84.3 tar distribution using the debian stable
mailscanner 4.79.11-2.2 cron and init.d scripts :)

At the moment I have downgraded (and set to hold) my perl packages
back to perl 5.12.4-6 and all the corresponding dependencies (packages
like libapt-pkg-perl, etc).



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

Bug#649854: create krb5 host principals via GOsa²

2011-11-24 Thread Mike Gabriel


package: debian-edu-config
version: r74282
severity: wishlist
tags: patch

In order to use NFSv4+Krb5 each machine in the Skolelinux network  
needs a kerberos principal


  host/fqdn

The below script shows how to add such functionality. Note: the script  
below stems from a different context, su some adoptions will be needed  
for running on Debian Edu main server.


Steps for incorporation:

  o place script at d-e-c/share/debian-edu-config/tools/gosa-host-create
  o enable sudo execution for this script by www-data user in GOsa²

Here is the script:

#!/bin/sh

set -e

## This script is run by www-data using sudo. Keep that in mind!
## Make sure that malicious execution cannot hurt.
##
## This script creates the principals for hosts added with FusionDirectory.

set -x

HOSTNAME=$1
DOMAIN=intern
FQDN=$1.$DOMAIN

## lookup user and create home directory and principal:
ldapsearch -xLLL ((|(cn=$HOSTNAME)(cn=$FQDN))(objectClass=GOHard)) \
   cn ipHostNumber macAddress 2/dev/null  | \
perl -p00e 's/\r?\n //g' | \
while read KEY VALUE ; do
case $KEY in
dn:) HOSTNAME= ; IP= ; HOSTDN=dn=$VALUE ;;
cn:) HOSTNAME=$VALUE ;;
ipHostNumber:) IP=$VALUE ;;
macAddress:) MAC=$VALUE  ;;
)
FQDN=$HOSTNAME.$DOMAIN
kadmin.local -q add_principal -policy hosts
   -randkey
   -x $HOSTDN  
host/$FQDN \

 logger -p notice \
  Krb5 principal \'host/$FQDN\' created.
;;
esac
done

exit 0





--

DAS-NETZWERKTEAM
mike gabriel, dorfstr. 27, 24245 barmissen
fon: +49 (4302) 281418, fax: +49 (4302) 281419

GnuPG Key ID 0xB588399B
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpGBw6TP0FR7.pgp
Description: Digitale PGP-Unterschrift

Bug#647522: This bug should be upgraded to critical

2011-11-24 Thread Michael Neuffer

as it pops up all over the place affecting many packages in unstable 
rendering the upgrade of multiarch installations next to impossible

as it is beeing turned into a major minefield.







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

Bug#649855: python-feedparser: Wrong homepage in package description.

2011-11-24 Thread micke

Package: python-feedparser
Version: 5.0.1-1
Severity: minor

Dear Maintainer,

The package lists http://www.feedparser.org as the homepage for for the 
project, but it appears to have moved to http://code.google.com/p/feedparser/


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable'), (700, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages python-feedparser depends on:
ii  python  2.7.2-9
ii  python-support  1.0.14 

Versions of packages python-feedparser recommends:
ii  python-chardet   2.0.1-2 
ii  python-libxml2   2.7.8.dfsg-5
ii  python-utidylib  0.2-8   

python-feedparser 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#649856: kerberos user/host policies

2011-11-24 Thread Mike Gabriel


package: debian-edu-config
version: r74282
severity: wishlist

The default Kerberos configuration on a Debian Edu main server should  
provide a set of krb credential policies for


  users
  hosts (see #649854)
  ??? (any other useful policy pre-definitions???)

Greets,
Mike






--

DAS-NETZWERKTEAM
mike gabriel, dorfstr. 27, 24245 barmissen
fon: +49 (4302) 281418, fax: +49 (4302) 281419

GnuPG Key ID 0xB588399B
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpVtCTjdBa11.pgp
Description: Digitale PGP-Unterschrift


pgpG2NE0wRDp2.pgp
Description: Digitale PGP-Unterschrift

Bug#649857: aptitude: Allow CLI install action flags in TUI

2011-11-24 Thread Michael Stummvoll

Package: aptitude

Version: 0.6.4-1.2
Severity: wishlist

Hi,
It would be a nice feature to allow the cli install action flags (_, -, +) on 
aptitude. May this could be made in the search-feature: if a action-char is 
append, aptitude does not jump to the next match but applies this action to all 
matches.

Greetings,
Michael

-- Package-specific info:
aptitude 0.6.4 compiled at Oct 29 2011 21:12:20
Compiler: g++ 4.6.2
Compiled against:
  apt version 4.10.1
  NCurses version 5.9
  libsigc++ version: 2.2.9
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-gate.so.1 =  (0xb76fc000)
libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xb75cc000)
libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xb759a000)
libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb7579000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7574000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7471000)
libept.so.1 = /usr/lib/libept.so.1 (0xb7419000)
libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb721c000)
libz.so.1 = /usr/lib/libz.so.1 (0xb7207000)
libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb7161000)
libboost_iostreams.so.1.46.1 = /usr/lib/libboost_iostreams.so.1.46.1 
(0xb714a000)
libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
(0xb7131000)
libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7048000)
libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7021000)
libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb7004000)
libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6eaa000)
libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb6ea6000)
libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6ea2000)
libuuid.so.1 = /lib/libuuid.so.1 (0xb6e9c000)
libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xb6e8c000)
librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb6e83000)
/lib/ld-linux.so.2 (0xb76fd000)
Terminal: screen
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (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 aptitude depends on:
ii  apt [libapt-pkg4.10]  0.8.15.9
ii  libboost-iostreams1.46.1  1.46.1-7+b1 
ii  libc6 2.13-21 
ii  libcwidget3   0.5.16-3.1  
ii  libept1   1.0.5   
ii  libgcc1   1:4.6.2-4   
ii  libncursesw5  5.9-4   
ii  libsigc++-2.0-0c2a2.2.9-1 
ii  libsqlite3-0  3.7.9-2 
ii  libstdc++64.6.2-4 
ii  libtinfo5 5.9-4   
ii  libxapian22   1.2.7-1 
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages aptitude recommends:
ii  apt-xapian-index0.44  
ii  aptitude-doc-en | aptitude-doc  none
ii  libparse-debianchangelog-perl   none
ii  sensible-utils  0.0.6 

Versions of packages aptitude suggests:
ii  debtags  none
ii  tasksel  3.07  

-- 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#649792: SMTP test

2011-11-24 Thread Jim Comeau

Experienced the same result when switching phpbb to us SMTP with localhost. 
However, the installed monit is sending email correctly with:
set daemon  60
set logfile syslog facility log_daemon
set mailserver localhost
set mail-format { from: monit.tromb...@mabep.org }
set alert root@localhost

Bug#573859: Berkeley DB XML library packaging

2011-11-24 Thread Cajus Pollmeier

I've continued to work on the package, it's currently here:

https://github.com/cajus/dbxml-debian

Known issues:

 * license inspection: every binding carries various licenses, needs
to be listed in copying.

 * java bindings: not packaged in the moment.

 * PHP bindings: not packagable, because it depends on php-db
which is not built alongside of libdb*.

 * The test suite is not run during the build.


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

Bug#649858: file(1) incorrectly identifies Z-machine binaries

2011-11-24 Thread David Griffith

Package: file
Version: 5.04-5
Severity: normal


Just now I noticed that the file(1) command in Debian Squeeze works 
inconsistently on Z-machine binaries.  It seems to identify V4 and V8 
files correctly, but chokes on other versions.  Most V5 files are 
reported as Hitachi SH big-endian COFF objects and executables.  Some 
V5s are reported simply as data.  A V3 version of Hitchiker's Guide is 
reported as a DBase 3 data file.  Reliable entries for Z-machine 
binaries have been in the upstream since at least as far back as late 
2002, which is when I submitted them to Christos Zoulas.  What's going 
on here?

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

Kernel: Linux 2.6.32-5-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/dash

Versions of packages file depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libmagic1   5.04-5   File type determination library us
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

file recommends no packages.

file 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#649849: PTS: SOAP interface broken (HTTP error 500)

2011-11-24 Thread Raphael Hertzog

Hi,

On Thu, 24 Nov 2011, Sandro Tosi wrote:
 ImportError: No module named ZSI
 
 probably a missing step in the move from master to quantz

Looks like so. I documented the requirement in www/README and
I have a patch for the debian.org-packages.qa.debian.org metapackage.

Martin, can you apply the attached patch and install the missing
python-zsi ?

(Feel free to close the bug once you have done so)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/
From dec83990622918b1c2e04acf77e8bd717feff0eb Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org
Date: Thu, 24 Nov 2011 11:55:53 +0100
Subject: [PATCH] packages.qa: add python-zsi

---
 debian/changelog |4 
 debian/control   |3 ++-
 2 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index cd8ec3b..9923cc2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -34,6 +34,10 @@ debian.org (4XX) Xnstable; urgency=low
   [ Martin Zobel-Helas ]
   * add packages.qa.d.o
 
+  [ Raphaël Hertzog ]
+  * packages.qa.d.o:
+- add python-zsi
+
  -- Martin Zobel-Helas zo...@debian.org  Mon, 21 Nov 2011 20:28:05 +0100
 
 debian.org (44) unstable; urgency=low
diff --git a/debian/control b/debian/control
index da41a69..b723e86 100644
--- a/debian/control
+++ b/debian/control
@@ -485,7 +485,8 @@ Depends: db4.7-util,
 	python-lxml,
 	python-soappy,
 	python-debian,
-	python-yaml
+	python-yaml,
+	python-zsi
 Description: metapackage for packages.qa.debian.org
  This package depends on all the packages that are needed for packages.qa.debian.org setup.
 
-- 
1.7.7.3

Bug#649859: libgirepository1.0-dev: should depend on g-i to provide everything advertised by .pc file

2011-11-24 Thread Simon McVittie

Package: libgirepository1.0-dev
Version: 1.31.0-2
Severity: wishlist

libgirepository1.0-dev contains gobject-introspection-1.0.pc, which appears
to be intended to represent the g-i command-line tools as well as the shared
library (it includes variables like ${g_ir_scanner}), and also
Makefile.introspection (in ${gidatadir}).

It seems to me as though the package containing the .pc file should provide
all the interfaces advertised by that file, which could be done by making
libgirepository1.0-dev depend on gobject-introspection. Not doing this led to
telepathy-glib getting through ./configure successfully (because the .pc
file was there), but then failing to build:
https://bugs.freedesktop.org/show_bug.cgi?id=43200

(In a multiarch world, gobject-introspection should probably be
Multi-arch: foreign to facilitate this, although this isn't very important -
g-i isn't yet multiarch anyway, and neither are -dev packages.)

Thanks,
S



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

Bug#649860: RFP: wwwoffle -- World Wide Web OFFline Explorer

2011-11-24 Thread Helmut Grohne

Package: wnpp
Severity: wishlist

* Package name: wwwoffle
  Version : 2.9h
  Upstream Author : Andrew M. Bishop amb at gedanken.demon.co.uk
* URL : http://www.gedanken.demon.co.uk/wwwoffle/
* License : GPL2
  Programming Lang: C
  Description : World Wide Web OFFline Explorer

The wwwoffled program is a simple proxy server with special features
for use with dial-up internet links.  This means that it is possible
to browse web pages and read them without having to remain connected.

The package has previously been shipped with Debian but was removed[1]
due to unresolved RC bugs. I therefore include the original maintainer
(Paul Slootman) in X-Debbugs-CC. As far as I know there has been no
response from Paul on wwwoffle.

Is there anyone else interested in bringing wwwoffle back to Debian? Is
there any repository for the previous Debian packaging efforts? I could
offer some help with the package.

Helmut

[1] http://packages.qa.debian.org/w/wwwoffle/news/2020T102305Z.html



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

Bug#603832: grub-common: Xen hypervisor not default after installation

2011-11-24 Thread Matthew Baker

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

+1

Maybe have a selection in /etc/default/grub, e.g.:

GRUB_XEN_DEFAULT=1

Then have 09_linux_xen_before script with a selector at the top.

if let $GRUB_XEN_DEFAULT ;then
/etc/grub.d/20_linux_xen
fi

Matt
- -- 

 Matthew Baker :: Senior Systems Administrator :: University of Bristol
+--+
| Infrastructure, Systems and Operations  it-sys...@bristol.ac.uk  |
| T: Berkeley Square:  +44(0)117 3314325  (Mon, Thur  Fri)|
| T: Computer Centre:  +44(0)117 3317467  (Tue, Wed)   |
| A: Uni of Bristol, Computer Centre, Tyndal Ave, Bristol. BS81UD  |
+--+
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAk7OJKUACgkQLvm7pB/aicOCbgCggRDXSLESS3OIVTgmQQPO0aoT
zsMAn0QqXU6fIiGO8ZUtq6vjHEEo04iL
=S1EG
-END PGP SIGNATURE-



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

Bug#603832: grub-common: Xen hypervisor not default after installation

2011-11-24 Thread Ian Campbell

On Thu, 2011-11-24 at 11:04 +, Matthew Baker wrote:
 +1
 
 Maybe have a selection in /etc/default/grub, e.g.:
 
 GRUB_XEN_DEFAULT=1
 
 Then have 09_linux_xen_before script with a selector at the top.
 
 if let $GRUB_XEN_DEFAULT ;then
   /etc/grub.d/20_linux_xen
 fi

You'd also want to suppress 20_linux_xen in its original priority.

FWIW what I do is ln 20_linux_xen /etc/grub.d/09_linux_xen and add to
the top:

case $(basename $0) in
09*)
#echo ALLOWING $0 12
;;
*) 
#echo SKIPPING $0 12
exit 0
;;
esac

You could do something similar comparing basename to
$GRUB_XEN_PRIORITY=09|20?

Ian.

-- 
Ian Campbell
Current Noise: Judas Priest - A Touch Of Evil

Spock: We suffered 23 casualties in that attack, Captain.




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

Bug#631077: typo in /etc/network/if-up.d/mountnfs

2011-11-24 Thread Roger Leigh

On Thu, Nov 24, 2011 at 04:24:21PM +1100, Chris Dunlop wrote:
 On Mon, Jun 20, 2011 at 10:55:17AM +0200, Milan Kocian wrote:
  Older versions of grep  seems ok.
 
 It's definately a bug in the script, not grep: the newer grep is simply
 reporting what must be a common problem. The script is trying to allow
 for possible spaces at the beginning of the line, but failing with
 the incorrect regular expression:

Please could you try the latest git commit at

http://anonscm.debian.org/gitweb/?p=collab-maint/sysvinit;a=blob_plain;f=debian/src/initscripts/etc/network/if-up.d/mountnfs;h=e5c1dba385e89eafb3eed1acc9042f6cd0269360;hb=19dccaa3e52703ae051bb8fa266ad9396df8fd5b

Which should fix this (and other) problems with the script.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#649861: import gobject isn't working anymore

2011-11-24 Thread Andrea Veri

Package: python-gobject
Severity: grave

Hi,

while checking a nautilus extension I maintain I got stuck seeing it 
being suddenly unusable after rebooting my machine after the 
20/11.

I checked around and the running nautilus with the --no-desktop flag 
took in the several problem:

:/usr/share/nautilus-python/extensions$ nautilus --no-desktop
Traceback (most recent call last):
 File /usr/lib/python2.7/dist-packages/gi/__init__.py, line 23, in module
   from ._gi import _API, Repository
ImportError: could not import gobject (error was: ImportError('When 
using gi.repository you must not import static modules like gobject. 
Please change all occurrences of import gobject to from 
gi.repository import GObject.',))

After a brief talk with Joss, we came up that the 'import gobject' 
isn't working anymore, while for years the python-gobject made that 
possible. 

It has been recommended for some time to do the following 
'from gi.repository import foo', while 'import gobject' was still 
possible, now that possibility isn't working anymore.

cheers,

Andrea



signature.asc
Description: Digital signature

Bug#605284: Kernel Oops in kerberized NFS4

2011-11-24 Thread Jens Reinsberger


On 24.11.2011 07:52, Jonathan Nieder wrote:

Hi Jens,

Ben Hutchings wrote:

On Sun, 2010-11-28 at 18:24 +0100, Jens Reinsberger wrote:



Just this... I use a NFS4-kerberized setup with a debian based NFS server.
The Oops happened after having tried to access a NFS share with GNOME nautilus.
As my LAN is using IPv6 with the client having the IPv6 privacy extensions 
enabled, it might have happened after a temporary address became invalid.
The share in question is mounted at boot time.

[...]

Please report this upstream athttps://bugzilla.kernel.org  under
product 'File System', component 'NFS'.


Did you report this?  If so, please let us know the bug number or
approximate date and title so we can track it.


It was reported as kernel bug 23992.


In either case, what kernel version are you using now?  Are you still
able to reproduce the bug?  If not, do you know how it went away, and
was that a client-side or server-side change?


I upgraded my systems to wheezy/sid using 3.0 and 3.1 kernels. As far as 
it seems the bug disappeared a longer time ago, at least I can't 
reproduce it anymore. If it happened again I would reopen this bug 
willingly if anybody should have closed it meanwhile.


Regards,
Jens



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

Bug#649862: libextlib-ocaml-dev: should be compiled with debugging information (ocamlopt -g)

2011-11-24 Thread ygrek

Package: libextlib-ocaml-dev
Severity: normal

Nativecode library is compiled without debugging information. This results in 
problems
when call chain contains functions from the library (including the cases when 
exception
is raised inside this library) - in some cases backtrace is wrong or not 
available at all,
see http://caml.inria.fr/mantis/view.php?id=5074

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

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



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

Bug#649863: libpcre-ocaml-dev: should be compiled with debugging information (ocamlopt -g)

2011-11-24 Thread ygrek

Package: libpcre-ocaml-dev
Version: 6.0.1-3
Severity: normal

Nativecode library is compiled without debugging information. This results in 
problems
when call chain contains functions from the library (including the cases when 
exception
is raised inside this library) - in some cases backtrace is wrong or not 
available at all,
see http://caml.inria.fr/mantis/view.php?id=5074

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

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
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 libpcre-ocaml-dev depends on:
ii  libpcre-ocaml [libpcre 6.0.1-3   OCaml bindings for PCRE (runtime)
ii  libpcre3-dev   8.02-1.1  Perl 5 Compatible Regular Expressi
ii  ocaml-findlib  1.2.5+debian-1+b1 management tool for OCaml librarie
ii  ocaml-nox [ocaml-nox-3 3.11.2-2  ML implementation with a class-bas

libpcre-ocaml-dev recommends no packages.

libpcre-ocaml-dev 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#649861: import gobject isn't working anymore

2011-11-24 Thread Josselin Mouette

Le jeudi 24 novembre 2011 à 12:42 +0100, Andrea Veri a écrit : 
 After a brief talk with Joss, we came up that the 'import gobject' 
 isn't working anymore, while for years the python-gobject made that 
 possible. 
 
 It has been recommended for some time to do the following 
 'from gi.repository import foo', while 'import gobject' was still 
 possible, now that possibility isn't working anymore.

Actually the thing that doesn’t work anymore is to do “import gobject”
together with a “from gi.repository import Something” syntax.

This is very bad because for example in all python-nautilus examples you
have things like that:
import gconf
from gi.repository import Nautilus, GObject
… which obviously don’t work anymore.

We will have to keep this bug open until all rdeps have been fixed, and
this will need Breaks for all affected ones.

Thanks for your report anyway,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#649864: request-tracker4: modperl apache2 config leads to memory full

Source: request-tracker4
Version: 4.0.4-1
Severity: normal

Hi.

On a 2Gb VM, I'm running a rebuilt package of RT 4 on a squeeze + backports 
system.

I configured the apache config to use mod_perl.

The memory used by the apache process is reported like this in top :
  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+   
18864 www-data  20   0  827m 345m 4428 S  0.0 17.2   0:08.15 apache2
18836 www-data  20   0  828m 345m 4388 S  0.0 17.2   0:08.64 apache2
18828 root  20   0  517m 322m 6124 S  0.0 16.1   0:03.40 apache2
18834 www-data  20   0  516m 316m  692 S  0.0 15.8   0:00.00 apache2
27804 mysql 20   0  173m  39m 7568 S  0.0  2.0   0:27.58 mysqld

I fear there's a problem with the memory management of RT, or RT with mod_perl.

I used to run RT 3.8 from squeeze before, and had experienced problems with 
memory full and actions not being executed because of memory exhaustion 
reported in the logs.

I tried to upgrade in order to see if things would be improving with the next 
version.

Is this a known problem ?

Thanks in advance.

Best regards,

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#649865: complex atan loss of precision

2011-11-24 Thread Barak A. Pearlmutter

Package: mit-scheme
Version: 9.0.1-1

For small values of z, real or complex,
 atan(z) = z + O(z^2)
because atan(0)=0 and atan'(0)=1 and atan is analytic.

However, small *imaginary* components of z are suffering from drastic
loss of precision.

  $ mit-scheme
  Image saved on Tuesday March 9, 2010 at 6:59:21 PM
Release 9.0.1 || Microcode 15.1 || Runtime 15.7 || SF 4.41 ||
LIAR/x86-64 4.118 || Edwin 3.116

  1 ]= (atan +1e-80)

  ;Value: 1e-80

  1 ]= (atan +1e-17i)

  ;Value: +0.i

  1 ]= (atan +1e-16i)

  ;Value: +5.551115123125783e-17i

  1 ]= (atan +1e-15i)

  ;Value: +1.0547118733938987e-15i

  1 ]= (atan +1e-10i)

  ;Value: +1.00082740371e-10i

  1 ]= (atan +1e-5i)

  ;Value: +1.00343332e-5i

  1 ]= (atan +1e-80+1e-18i)

  ;Value: 1e-80+0.i

I have not examined the source code, but one common cause of this
problem is the imaginary component of z being extracted and added to 1
before being passed to log.  Something like

  ... (log (+ 1 (imag-part z))) ...

If that is the issue here, I would suggest using the C math library
function log1p(3), which avoids this such loss of precision.

--Barak.
--
Barak A. Pearlmutter
 Hamilton Institute  Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



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

Bug#649687: plasma-desktop dies

2011-11-24 Thread Kevin Krammer

On Thursday, 2011-11-24, Harald Dunkel wrote:
 You mean I have to ask the user to erase everything in
 $HOME to make sure that plasma-desktop doesn't die?
 
 Sorry, but this doesn't answer the question. How can
 I set ulimit -c unlimited before plasma-desktop is
 run to make sure that there is a core dump for
 investigation?

You could restart plasma-desktop manually on a shell

kquitapp plasma-desktop 
ulimit -c unlimited
plasma-desktop

Has the additional advantage that you could redirect its text output to 
file(s).

Cheers,
Kevin


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

Bug#576313: Is /usr/lib/mutt/mailto-mutt still useful?

2011-11-24 Thread Victor Engmark

[This has also been reported at
https://bugs.launchpad.net/ubuntu/+source/mutt/+bug/799627 by me.]
The root source of the bug is that

rm -f $TMPFILE

is run *before* Mutt has had time to read $TMPFILE. This happens only
if the mailto link contains the body property and
/usr/bin/x-terminal-emulator - /etc/alternatives/x-terminal-emulator
- /usr/bin/gnome-terminal.wrapper (the default in Ubuntu), because
the latter is known to run in the background
https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/666418.

An ugly workaround is to assume that Mutt will read the file with the
body text within a second of running x-terminal-emulator:

 sleep 1
rm -f $TMPFILE

Another ugly workaround for this is to use --disable-factory in
gnome-terminal.wrapper:

$ diff -u gnome-terminal.wrapper.orig /usr/bin/gnome-terminal.wrapper
--- gnome-terminal.wrapper.orig 2011-11-24 13:23:47.0 +0100
+++ /usr/bin/gnome-terminal.wrapper 2011-11-24 13:21:55.019482796 +0100
@@ -78,4 +78,5 @@
 {
 @args = ('--login', @args);
 }
+push(@args, '--disable-factory');
 exec('gnome-terminal',@args);

A better workaround would be to fix gnome-terminal to use make sure it
doesn't run in the background by default.

-- 
Victor Engmark



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

Bug#643025: The maildropex(7) man page doesn't contain any example!

2011-11-24 Thread Marc-Jano Knopp

Package: maildrop
Version: 2.2.0-3.1
Followup-For: Bug #643025

Dear Maintainer,
This seems to be true for more than just the maildropex manpage, see
#462140. In that bug report, it is claimed that it should be fixed
in the 2.3 release (as far as I understood).

I saw that 2.5.4 (dated 2011-05-20) is already out, but not in the Debian
repositories:

  http://www.courier-mta.org/download.php


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'unstable'), (25, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages maildrop depends on:
ii  courier-authlib  0.63.0-4 
ii  libc62.13-21  
ii  libgcc1  1:4.6.2-4
ii  libgdbm3 1.8.3-10 
ii  libpcre3 8.12-4   
ii  libstdc++6   4.6.2-4  

Versions of packages maildrop recommends:
ii  postfix [mail-transport-agent]  2.8.3-1

maildrop 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#649801: zsnes: FTBFS: zip/zpng.c:132:17: error: dereferencing pointer to incomplete type

2011-11-24 Thread Etienne Millon

* Nobuhiro Iwamatsu iwama...@nigauri.org [24 10:22]:
 tags 649801 patch
 thanks
 
 Hi,
 
 I created a patch which revise this bug.
 I attached.
 
 Could you check and apply?
 
 Best regards,
  Nobuhiro

Thanks for reporting this bug. The patch looks fine, I applied it and
will include it in my next upload.

Do you have a time window for the transition ?

Have a nice day !
-- 
Etienne Millon



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

Bug#588177: working on deb package

2011-11-24 Thread Timo Kluck

I'm working on a deb package. It's already online for ubuntu here
https://launchpad.net/~tkluck/+archive/goocanvas-2.0

I'll try to fix some issues with it and make it into a Debian package.



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

Bug#644187: request-tracker4: PSGI interface; not depending on apache2

On Wed, Nov 23, 2011 at 01:10:08PM +0100, Olivier Berger wrote:
 Hi.
 
 On Mon, Oct 03, 2011 at 06:34:18PM +0100, Dominic Hargreaves wrote:
  
  On Sun, Oct 02, 2011 at 03:52:21PM -0500, Adam Thompson wrote:
   1) rt4-starman, instead of rt4-apache2.  Or even nginx or lighttpd, but 
   Apache + mod_perl is a much heavier solution than I'd like on a dedicated 
   virtual machine.  I do have a rough idea how much work is involved in 
   this, I just don't know how to do it for .deb packages yet.  A dependency 
   on a virtual rt4-webserver is obviously indicated.
  
 
 Uh... I'm not sure the above is explicit enough for those who didn't 
 participate to the cite discussion. The subject isn't much clear IMHO, either 
 :-/
 
 Could you provide a little bit more context ?
 

Responding to myself...

Maybe the following can provide more details :

# zcat /usr/share/doc/request-tracker4/web_deployment.pod.gz | pod2text 

Hth.

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#649866: libx11-dev: #includeX11/Xlibint.h - compilation error: expected initializer before _X_NORETURN

2011-11-24 Thread Lionel Elie Mamane

Package: libx11-dev
Version: 2:1.4.4-2
Severity: important

The trivial C code:

#include X11/Xlibint.h
int main(int argc, char *argv[])
{
  return 0;
}

fails to compile with error:

In file included from foo.cpp:1:0:
/usr/include/X11/Xlibint.h:907:3: error: expected initializer before 
‘_X_NORETURN’

Solution:

Xlibint.h should
#include X11/Xfuncproto.h
to get the definition of _X_NORETURN *and* package libx11-dev should
depend on a recent enough version of x11proto-core-dev that ships a
Xfuncproto.h that does define _X_NORETURN, i.e. = 7.0.17.


-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libx11-dev depends on:
ii  libx11-6  2:1.4.4-2  X11 client-side library
ii  libxau-dev1:1.0.6-1  X11 authorisation library (develop
ii  libxcb1-dev   1.6-1  X C Binding, development files
ii  libxdmcp-dev  1:1.0.3-2  X11 authorisation library (develop
ii  x11proto-core-dev 7.0.16-1   X11 core wire protocol and auxilia
ii  x11proto-input-dev2.0-2  X11 Input extension wire protocol
ii  x11proto-kb-dev   1.0.4-1X11 XKB extension wire protocol
ii  xorg-sgml-doctools1:1.8-2Common tools for building X.Org SG
ii  xtrans-dev1.2.5-1X transport library (development f

libx11-dev recommends no packages.

libx11-dev 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#583363: linux-image-2.6.32-3-686: Network hangs with network activity and date freezes

2011-11-24 Thread Jose Luis Salas

On Thu, Nov 24, 2011 at 2:47 AM, Jonathan Nieder jrnie...@gmail.com wrote:

 Jose Luis Salas wrote:
  Jose Luis Salas wrote:

  The problem reappears with bittorrent downloading and laptop is frozen
 and
  the clock drifts.
 [...]
  I have to test the last kernel from the unstable archive. ( 3.1 )

 It would also be interesting to hear how a ...-amd64 kernel behaves,
 too.


The laptop has no AMD64 extensions in the cpu.



 Ok, great.  After testing, please send a summary of the problem to
 linux-ker...@vger.kernel.org, cc-ing John Stultz johns...@us.ibm.com
 and Thomas Gleixner t...@linutronix.de[1], plus either me or this bug
 log so we can track it.

 The summary should mention:

  - steps to reliably reproduce the problem
  - which versions reproduce the problem
  - full dmesg output from booting up and exhibiting the problem
  - that a 2.6.26-based kernel worked fine, but you don't have quick
   access to a system with such a kernel to look into it from that end
  - that clocksource=jiffies makes everything work again
  - what happens with clocksource=hpet and clocksource=tsc
  - any other weird observations
  - the page http://bugs.debian.org/583363, in case the reader wants
   to read the backstory


Ok, thanks.


 Thanks again for your work, and hope that helps.


And for your work too.



 Cheers,
 Jonathan


Cheers,



 [1] list taken from the TIMEKEEPING entry in the MAINTAINERS file.

Bug#649867: linux-image-3.1.0-1-686-pae: On boot, switch on too high video mode

2011-11-24 Thread Stéphane Aulery

Package: linux-2.6

Version: 3.1.1-1
Justification: renders package unusable
Severity: grave

Dear Maintainer,

At present, I use a Kernel Linux 2.6.39-2-686-pae and I have just installed a
kernel Linux 3.1.0-1-686-pae.

Just after entering in runlevel S, kernel Linux 3.1.0-1-686-pae switch on too
high video mode for my old 1024x768 screen (Hyundai ImageQuest L50S), when It
configure video card. Kernel Linux 2.6.39-2-686-pae had always worked fine.

I have tried to force video mode at 1024x768x16 with GRUB_GFXMODE grub's
parameter. I take the same problem.

I suspect a problem with my poulsbo GMA500 Intel chipset.

Regards,


-- File /etc/default/grub

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_CMDLINE_LINUX_DEFAULT=quiet
GRUB_GFXPAYLOAD_LINUX=keep
GRUB_GFXMODE=1024x768x16


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation System Controller Hub (SCH 
Poulsbo) [8086:8100] (rev 07)
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0

00:02.0 VGA compatible controller [0300]: Intel Corporation System Controller 
Hub (SCH Poulsbo) Graphics Controller [8086:8108] (rev 07) (prog-if 00 [VGA 
controller])
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 10
Region 0: Memory at fe98 (32-bit, non-prefetchable) [size=512K]
Region 1: I/O ports at c880 [size=8]
Region 2: Memory at d000 (32-bit, non-prefetchable) [size=256M]
Region 3: Memory at fe94 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at unassigned [disabled]
Capabilities: access denied

00:1b.0 Audio device [0403]: Intel Corporation System Controller Hub (SCH 
Poulsbo) HD Audio Controller [8086:811b] (rev 07)
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fe938000 (64-bit, non-prefetchable) [size=16K]
Capabilities: access denied
Kernel driver in use: HDA Intel

00:1c.0 PCI bridge [0604]: Intel Corporation System Controller Hub (SCH 
Poulsbo) PCI Express Port 1 [8086:8110] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: d000-dfff
Memory behind bridge: fea0-feaf
Prefetchable memory behind bridge: cff0-cfff
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation System Controller Hub (SCH 
Poulsbo) PCI Express Port 2 [8086:8112] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: e000-efff
Memory behind bridge: feb0-febf
Prefetchable memory behind bridge: 8000-801f
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:1d.0 USB Controller [0c03]: Intel Corporation System Controller Hub (SCH 
Poulsbo) USB UHCI #1 [8086:8114] (rev 07) (prog-if 00 [UHCI])
Subsystem: Intel Corporation Device [8086:8119]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-

Bug#580682: maildrop: New upstream version

2011-11-24 Thread Marc-Jano Knopp

Package: maildrop
Followup-For: Bug #580682

 On Thu, Aug 04, 2011 at 02:18:24PM -0400, Sam Varshavchik wrote:
  mbautista writes:
[...]
  None of the functionality in those options has been actually
  removed. Their functionality was moved from reformail into mailbot.
  
  Things change, progress marches forward. In stable, you don't want
  to upgrade. I see no reason why the current version of maildrop
  cannot be moved into the next available unstable Debian.
 
 That will merely delay the annoyance to the users of those options until
 the next release... But yeah, I'll upload a new version.

(Counter) proposal:

Upload it with a different name, like maildrop-ng or similar. This
way, maildrop-2.2.0 users won't get automatically get annoyed, while
everybody can choose a newer version if they want or need it.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'unstable'), (25, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages maildrop depends on:
ii  courier-authlib  0.63.0-4 
ii  libc62.13-21  
ii  libgcc1  1:4.6.2-4
ii  libgdbm3 1.8.3-10 
ii  libpcre3 8.12-4   
ii  libstdc++6   4.6.2-4  

Versions of packages maildrop recommends:
ii  postfix [mail-transport-agent]  2.8.3-1

maildrop 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#576313: Is /usr/lib/mutt/mailto-mutt still useful?

2011-11-24 Thread martin f krafft

also sprach Victor Engmark victor.engm...@gmail.com [2011.11.24.1326 +0100]:
 A better workaround would be to fix gnome-terminal to use make
 sure it doesn't run in the background by default.

Indeed. Please fix Firefox and OpenOffice.org while you're at it. ;)

-- 
 .''`.   martin f. krafft madduck@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
when in doubt, parenthesize. at the very least it will let some
 poor schmuck bounce on the % key in vi.
 -- larry wall


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#644187: request-tracker4: PSGI interface; not depending on apache2

On Wed, Nov 23, 2011 at 01:10:08PM +0100, Olivier Berger wrote:
 Hi.
 
 On Mon, Oct 03, 2011 at 06:34:18PM +0100, Dominic Hargreaves wrote:
  
  On Sun, Oct 02, 2011 at 03:52:21PM -0500, Adam Thompson wrote:
   1) rt4-starman, instead of rt4-apache2.  Or even nginx or lighttpd, but 
   Apache + mod_perl is a much heavier solution than I'd like on a dedicated 
   virtual machine.  I do have a rough idea how much work is involved in 
   this, I just don't know how to do it for .deb packages yet.  A dependency 
   on a virtual rt4-webserver is obviously indicated.
  
 
 Uh... I'm not sure the above is explicit enough for those who didn't 
 participate to the cite discussion. The subject isn't much clear IMHO, either 
 :-/
 
 Could you provide a little bit more context ?

What I believe Adam is requesting is an alternative to installing Apache
for RT; the current dependencies go

request-tracker4 - rt4-apache2 - apache2

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#647476: unattended-upgrades: should not call dpkg unless doing some pkgs upgrades

2011-11-24 Thread Teodor MICU

reopen 647476
found 647476 0.75
stop

Hi,

2011/11/8 Michael Vogt m...@debian.org:
 Indeed, this is fixed now in trunk and will be part of the next
 upload.

I've found a corner case were u-a still executes 'dpkg' when invoked
with --dry-run. There are packages that should be upgraded but no
upgrade is performed because it was instructed by '--dry-run' option.
Also, other packages are blacklisted.

Thanks
root@goliath:~# unattended-upgrade --debug --dry-run
Initial blacklisted packages: apache2-mpm-prefork apache2 apache2-utils 
apache2.2-common apache2.2-bin libisccfg62 libbind9-60 dnsutils libisc62 
libisccc60 libdns69 liblwres60 bind9-host bind9utils bind9 libdbus-1-3 dbus 
dbus-x11 dpkg locales libc6-i686 libc-bin libc6 linux-image-2.6.32-5-486 
linux-image-2.6.32-5-686-bigmem firmware-linux-free linux-base libupsclient1 
nut nut-cgi socat squid3-common squid3 libgudev-1.0-0 libudev0 udev xrdp
Starting unattended upgrades script
Allowed origins are: ['o=Debian,a=stable', 'o=Debian,a=stable-updates', 
'o=Debian,a=proposed-updates', 
'origin=Debian,archive=stable,label=Debian-Security']
Checking: bind9 ([Origin component:'main' archive:'stable' origin:'Debian' 
label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin 
component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' 
site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: bind9-host ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True, Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: bind9utils ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True, Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: dnsutils ([Origin component:'main' archive:'stable' origin:'Debian' 
label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin 
component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' 
site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: dpkg ([Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'dpkg'
sanity check failed
Checking: google-chrome-stable ([Origin component:'main' archive:'stable' 
origin:'Google, Inc.' label:'Google' site:'dl.google.com' isTrusted:True])
Checking: iceweasel ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True])
Checking: libbind9-60 ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True, Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: libdns69 ([Origin component:'main' archive:'stable' origin:'Debian' 
label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin 
component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' 
site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: libfreetype6 ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True, Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
Checking: libisc62 ([Origin component:'main' archive:'stable' origin:'Debian' 
label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin 
component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' 
site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: libisccc60 ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True, Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: libisccfg62 ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True, Origin component:'main' archive:'proposed-updates' 
origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True])
skipping blacklisted package 'bind9'
sanity check failed
Checking: liblwres60 ([Origin component:'main' archive:'stable' 
origin:'Debian' label:'Debian-Security' site:'security.debian.org' 
isTrusted:True,

Bug#649720: [request-tracker-maintainers] Bug#649720: request-tracker3.8: rt-dump-database spits out perl code before dump's XML

severity 649720 minor
retitle 649720 rt-dump-database manpage is misleading about the output format
thanks

On Wed, Nov 23, 2011 at 02:27:56PM +0100, Olivier Berger wrote:

 I tried :
 # rt-dump-database 2/dev/null
 
 and get :
 no strict; use XML::Simple; *_ = XMLin(do { local $/; readline(DATA) }, 
 ForceArray = [qw(
  Users Groups Queues ScripActions ScripConditions Templates Scrips ACL 
 CustomFields Values
 )], NoAttr = 1, SuppressEmpty = ''); *$_ = ($_{$_} || []) for keys %_; 1; # 
 vim: ft=xml
 __DATA__
 ?xml version=1.0 encoding=UTF-8?
 InitialData

 The first lines aren't XML, so I guess there's something wrong happening.

No, this is entirely expected. The format expected by rt-setup-database
is perl code (see also /usr/share/request-tracker3.8/etc/initialdata).

I see that you might have been mislead by the manpage, which should be
fixed.

By the way, rt-dump-database is often misunderstood and might not do
what you think it is. It's not a tool for migrating the content of an
RT database.

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#649721: [request-tracker-maintainers] Bug#649721: request-tracker3.8: rt-dump-database 0 generates tons of errors on stderr

tags 649721 +moreinfo
thanks

On Wed, Nov 23, 2011 at 02:40:26PM +0100, Olivier Berger wrote:
 I've just tried :
 # rt-dump-database 0 21 /dev/null
 
 and get :
 [Wed Nov 23 13:39:34 2011] [warning]: RT::ACE=HASH(0x45e2200) - Object 
 called for an object of an unknown type:RT::FM::Class 
 (/usr/share/request-tracker3.8/lib/RT/ACE_Overlay.pm:601)

Please tell us some more about what you're trying to accomplish, and how
to reproduce this.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#649868: libicc2 and argyll: error when trying to install together

2011-11-24 Thread Ralf Treinen

Package: argyll,libicc2
Version: argyll/1.3.5-1
Version: libicc2/2.12+argyll1.3.5-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-24
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!
  libjpeg8 libtiff4 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6
  libxinerama1 libxrender1 libxrandr2 x11-common libxss1 libxxf86vm1 libicc2
  libimdi0 argyll
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libjpeg8.
(Reading database ... 10585 files and directories currently installed.)
Unpacking libjpeg8 (from .../libjpeg8_8c-2_amd64.deb) ...
Selecting previously unselected package libtiff4.
Unpacking libtiff4 (from .../libtiff4_3.9.5-2_amd64.deb) ...
Selecting previously unselected package libxau6.
Unpacking libxau6 (from .../libxau6_1%3a1.0.6-4_amd64.deb) ...
Selecting previously unselected package libxdmcp6.
Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-4_amd64.deb) ...
Selecting previously unselected package libxcb1.
Unpacking libxcb1 (from .../libxcb1_1.7-4_amd64.deb) ...
Selecting previously unselected package libx11-data.
Unpacking libx11-data (from .../libx11-data_2%3a1.4.4-4_all.deb) ...
Selecting previously unselected package libx11-6.
Unpacking libx11-6 (from .../libx11-6_2%3a1.4.4-4_amd64.deb) ...
Selecting previously unselected package libxext6.
Unpacking libxext6 (from .../libxext6_2%3a1.3.0-3_amd64.deb) ...
Selecting previously unselected package libxinerama1.
Unpacking libxinerama1 (from .../libxinerama1_2%3a1.1.1-3_amd64.deb) ...
Selecting previously unselected package libxrender1.
Unpacking libxrender1 (from .../libxrender1_1%3a0.9.6-2_amd64.deb) ...
Selecting previously unselected package libxrandr2.
Unpacking libxrandr2 (from .../libxrandr2_2%3a1.3.2-2_amd64.deb) ...
Selecting previously unselected package x11-common.
Unpacking x11-common (from .../x11-common_1%3a7.6+9_all.deb) ...
Selecting previously unselected package libxss1.
Unpacking libxss1 (from .../libxss1_1%3a1.2.1-2_amd64.deb) ...
Selecting previously unselected package libxxf86vm1.
Unpacking libxxf86vm1 (from .../libxxf86vm1_1%3a1.1.1-2_amd64.deb) ...
Selecting previously unselected package libicc2.
Unpacking libicc2 (from .../libicc2_2.12+argyll1.3.5-1_amd64.deb) ...
Selecting previously unselected package libimdi0.
Unpacking libimdi0 (from .../libimdi0_1.3.5-1_amd64.deb) ...
Selecting previously unselected package argyll.
Unpacking argyll (from .../argyll_1.3.5-1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/argyll_1.3.5-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/bin/icclu', which is also in package libicc2 
2.12+argyll1.3.5-1
configured to not write apport reports
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/argyll_1.3.5-1_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/iccdump
  /usr/bin/icclu

This bug has been filed against 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. You may then
also register in the BTS that the other package is affected by the bug.

-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#649869: python-libtiff and kiki: error when trying to install together

2011-11-24 Thread Ralf Treinen

Package: kiki,python-libtiff
Version: kiki/0.5.6-7
Version: python-libtiff/0.3.0~svn78-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-24
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!
  libtinfo5 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3
  libgssapi-krb5-2 libpcre3 libffi5 libglib2.0-0 libatk1.0-data libatk1.0-0
  libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libcups2
  libdatrie1 libdrm2 libexpat1 libfreetype6 ucf ttf-dejavu-core
  fontconfig-config libfontconfig1 libjpeg8 libjasper1 libpng12-0 libtiff4
  libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libgdk-pixbuf2.0-0
  libglapi-mesa libxfixes3 libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx
  libglu1-mesa libgtk2.0-common libpixman-1-0 libxcb-render0 libxcb-shm0
  libxrender1 libcairo2 libthai-data libthai0 libxft2 fontconfig libpango1.0-0
  libxcomposite1 libxcursor1 libxi6 libxinerama1 libxrandr2 libxml2
  shared-mime-info libgtk2.0-0 x11-common libice6 libsm6 libdb4.8 mime-support
  python2.7-minimal python2.7 python-minimal python python2.6-minimal
  python2.6 python-wxversion libwxbase2.8-0 libwxgtk2.8-0 python-wxgtk2.8 kiki
  python-libtiff

Extracting templates from packages: 38%
Extracting templates from packages: 77%
Extracting templates from packages: 100%
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libtinfo5.
(Reading database ... 10585 files and directories currently installed.)
Unpacking libtinfo5 (from .../libtinfo5_5.9-4_amd64.deb) ...
Selecting previously unselected package libkeyutils1.
Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ...
Selecting previously unselected package libkrb5support0.
Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libk5crypto3.
Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libkrb5-3.
Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-3_amd64.deb) ...
Selecting previously unselected package libgssapi-krb5-2.
Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-3_amd64.deb) 
...
Selecting previously unselected package libpcre3.
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package libffi5.
Unpacking libffi5 (from .../libffi5_3.0.10-3_amd64.deb) ...
Selecting previously unselected package libglib2.0-0.
Unpacking libglib2.0-0 (from .../libglib2.0-0_2.30.2-4_amd64.deb) ...
Selecting previously unselected package libatk1.0-data.
Unpacking libatk1.0-data (from .../libatk1.0-data_2.2.0-2_all.deb) ...
Selecting previously unselected package libatk1.0-0.
Unpacking libatk1.0-0 (from .../libatk1.0-0_2.2.0-2_amd64.deb) ...
Selecting previously unselected package libavahi-common-data.
Unpacking libavahi-common-data (from 
.../libavahi-common-data_0.6.30-5_amd64.deb) ...
Selecting previously unselected package libavahi-common3.
Unpacking libavahi-common3 (from .../libavahi-common3_0.6.30-5_amd64.deb) ...
Selecting previously unselected package libdbus-1-3.
Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.16-1_amd64.deb) ...
Selecting previously unselected package libavahi-client3.
Unpacking libavahi-client3 (from .../libavahi-client3_0.6.30-5_amd64.deb) ...
Selecting previously unselected package libcups2.
Unpacking libcups2 (from .../libcups2_1.5.0-12_amd64.deb) ...
Selecting previously unselected package libdatrie1.
Unpacking libdatrie1 (from .../libdatrie1_0.2.5-2_amd64.deb) ...
Selecting previously unselected package libdrm2.
Unpacking libdrm2 (from .../libdrm2_2.4.27-1_amd64.deb) ...
Selecting previously unselected package libexpat1.
Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ...
Selecting previously unselected package libfreetype6.
Unpacking libfreetype6 (from .../libfreetype6_2.4.8-1_amd64.deb) ...
Selecting previously unselected package ucf.
Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ...
Moving old data out of the way
Selecting previously unselected package ttf-dejavu-core.
Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ...
Selecting previously unselected package fontconfig-config.
Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-3_all.deb) ...
Selecting previously unselected package libfontconfig1.
Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-3_amd64.deb) ...
Selecting previously unselected package libjpeg8.
Unpacking libjpeg8 (from .../libjpeg8_8c-2_amd64.deb) ...
Selecting previously unselected package libjasper1.
Unpacking libjasper1 (from .../libjasper1_1.900.1-11_amd64.deb) ...
Selecting previously unselected

Bug#649870: parser3-cgi and libapache2-mod-parser3: error when trying to install together

2011-11-24 Thread Ralf Treinen

Package: libapache2-mod-parser3,parser3-cgi
Version: libapache2-mod-parser3/3.4.1-1
Version: parser3-cgi/3.4.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2011-11-24
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!
  libpcre3 libgc1c2 libxml2 libxslt1.1 parser3-common libapache2-mod-parser3
  parser3-cgi
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libpcre3.
(Reading database ... 10585 files and directories currently installed.)
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package libgc1c2.
Unpacking libgc1c2 (from .../libgc1c2_1%3a7.1-8_amd64.deb) ...
Selecting previously unselected package libxml2.
Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-5_amd64.deb) ...
Selecting previously unselected package libxslt1.1.
Unpacking libxslt1.1 (from .../libxslt1.1_1.1.26-8_amd64.deb) ...
Selecting previously unselected package parser3-common.
Unpacking parser3-common (from .../parser3-common_3.4.1-1_amd64.deb) ...
Selecting previously unselected package libapache2-mod-parser3.
Unpacking libapache2-mod-parser3 (from 
.../libapache2-mod-parser3_3.4.1-1_amd64.deb) ...
Selecting previously unselected package parser3-cgi.
Unpacking parser3-cgi (from .../parser3-cgi_3.4.1-1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/parser3-cgi_3.4.1-1_amd64.deb 
(--unpack):
 trying to overwrite '/etc/parser3/apache2/auto.p', which is also in package 
libapache2-mod-parser3 3.4.1-1
configured to not write apport reports
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/parser3-cgi_3.4.1-1_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):

  /etc/parser3/apache2/auto.p

This bug has been filed against 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. You may then
also register in the BTS that the other package is affected by the bug.

-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#649720: [request-tracker-maintainers] Bug#649720: request-tracker3.8: rt-dump-database spits out perl code before dump's XML

On Thu, 24 Nov 2011 12:27:47 +, Dominic Hargreaves d...@earth.li wrote:
 On Wed, Nov 23, 2011 at 02:27:56PM +0100, Olivier Berger wrote:
 
  I tried :
  # rt-dump-database 2/dev/null
  
  and get :
  no strict; use XML::Simple; *_ = XMLin(do { local $/; readline(DATA) }, 
  ForceArray = [qw(
   Users Groups Queues ScripActions ScripConditions Templates Scrips ACL 
  CustomFields Values
  )], NoAttr = 1, SuppressEmpty = ''); *$_ = ($_{$_} || []) for keys %_; 1; 
  # vim: ft=xml
  __DATA__
  ?xml version=1.0 encoding=UTF-8?
  InitialData
 
  The first lines aren't XML, so I guess there's something wrong happening.
 
 No, this is entirely expected. The format expected by rt-setup-database
 is perl code (see also /usr/share/request-tracker3.8/etc/initialdata).
 
 I see that you might have been mislead by the manpage, which should be
 fixed.
 

Exactly ;-)

 By the way, rt-dump-database is often misunderstood and might not do
 what you think it is. It's not a tool for migrating the content of an
 RT database.
 

What is it good for, then ?

Shouldn't it be renamed, then ?

Thanks for caring.

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#649721: [request-tracker-maintainers] Bug#649721: request-tracker3.8: rt-dump-database 0 generates tons of errors on stderr

On Thu, 24 Nov 2011 12:29:59 +, Dominic Hargreaves d...@earth.li wrote:
 On Wed, Nov 23, 2011 at 02:40:26PM +0100, Olivier Berger wrote:
  I've just tried :
  # rt-dump-database 0 21 /dev/null
  
  and get :
  [Wed Nov 23 13:39:34 2011] [warning]: RT::ACE=HASH(0x45e2200) - Object 
  called for an object of an unknown type:RT::FM::Class 
  (/usr/share/request-tracker3.8/lib/RT/ACE_Overlay.pm:601)
 
 Please tell us some more about what you're trying to accomplish, and how
 to reproduce this.
 

I was trying to migrate the RT DB from sqlite to MySQL, and thought I'd
try that tool as documented in its manpage or another resource I found
which documented its use in such migration process.

It may be reproduceable upon installing RT from squeeze with sqlite, but
I cannot provide any more details now that I've upgraded to RT 4.

Hope this responds to your question anyway.

Thanks for caring.

Best regards,

-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#649871: pm-utils: Please conflict with hal

2011-11-24 Thread Osamu Aoki

Package: pm-utils 
Version: 1.4.1-8
Severity: normal

When hal was installed by recommend of laptop-mode-toolsi on my wheezy
system when I installed it, my network connection became unavailable
today.  Removing hal recovered me and I am sending this bug report.

I use network-manager for network connection.

If http://wiki.debian.org/Suspend is true:

| Wheezy is still in testing status, so it's configuration may change
| rapidly.
| 
| A very notable change is that HAL is phased out. If you still have the
| hal package installed, you should remove it or it will interference with
| pm-utils during suspend.

Maybe it is good idea to conflict with it.  Then HAL will not be
installed by recommends of other packages.

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
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 pm-utils depends on:
ii  powermgmt-base  1.31

Versions of packages pm-utils recommends:
ii  hdparm   9.32-1   
ii  kbd  1.15.3-7 
ii  procps   1:3.3.0-1
ii  vbetool  1.1-2

Versions of packages pm-utils suggests:
ii  cpufrequtils007-2
ii  ethtool 1:3.0-1  
ii  radeontool  1.6.2-1  
ii  wireless-tools  30~pre9-7

-- 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#623553: [request-tracker-maintainers] Bug#623553: Bug#623553: duplicate email addresses lead to major memory leaks

On Wed, Nov 23, 2011 at 06:27:06PM +0100, Olivier Berger wrote:
 On Thu, Apr 21, 2011 at 10:48:58AM +0100, Dominic Hargreaves wrote:
  On Thu, Apr 21, 2011 at 02:35:52AM -0400, Antoine Beaupre wrote:
  
  Thanks for the report. I wonder whether this is the same problem I've 
  had in one of my installations. I didn't manage the same detailed
  investigation as you, but instead developed a patch to cause the
  affected workers to shut down:
  
  http://issues.bestpractical.com/Ticket/Display.html?id=15108
  
 
 It seems that this ticket isn't available publically... any alternative 
 source of description of your problem ?

Try the 'login as guest' button.

 Is there a link with http://www.gossamer-threads.com/lists/rt/users/94587 by 
 any chance ?
 
 I've been experiencing similar memory full problems with a modperl config 
 too, so, in case this could help...
 
 FYI, I've installed the RT 4 package from testing, rebuilt on a squeeze + 
 backports system, so it may or not be fixed now after the upgrade.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#649770: gnome-panel: no way to remove dynamical space around clock applet

2011-11-24 Thread Julian Andres Klode

On Thu, Nov 24, 2011 at 01:40:20AM +0100, Witold Baryluk wrote:
On 11-23 22:23, Julian Andres Klode wrote:
On Wed, Nov 23, 2011 at 10:10:38PM +0100, Witold Baryluk wrote:
Package: gnome-panel
Version: 3.2.1-1
Severity: normal

Hi.

Clock applet is currently centered on panel, but it looks
that actually around applet is some kind of invisible applet / item,
which just changes width acording how other elements
takes space.

You can move around it, but moving around other applets
and elements. But you cannot remove them, configure or add them.

One should be able to Alt-Right-Click on this space and show
Move and Remove from panel in context menu.

You can position a widget left, center, or right on the panel. It's
not possible to place an applet at a freely-chosen position. I guess
this is what you think to be a problem here[1].

[1] I guess we all know that gnome-panel 2.X was horribly broken
WRT applet placement, at least for everyone using screens of
multiple resolutions.

I see. So essentially there are 3 groups now, left, center and right,
and you can place applet in one of them, and change order of applets
in each group.

It may look like nice improvement, but I know some people which was actually
happy and exploited old behaviour to freelly lay out activators
and applets in ways which are currently impossible to do.
Like increasing inter-activator space.

The problem with the free layout was that applets would move randomly
when you resized the screen. More can be found at:

http://www.vuntz.net/journal/post/2011/04/13/gnome-panel-is-dead%2C-long-live-gnome-panel%21

--
Julian Andres Klode - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

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

Bug#649864: [request-tracker-maintainers] Bug#649864: request-tracker4: modperl apache2 config leads to memory full

On Thu, Nov 24, 2011 at 12:57:30PM +0100, Olivier Berger wrote:
 On a 2Gb VM, I'm running a rebuilt package of RT 4 on a squeeze + backports 
 system.
 
 I configured the apache config to use mod_perl.
 
 The memory used by the apache process is reported like this in top :
   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+   
 18864 www-data  20   0  827m 345m 4428 S  0.0 17.2   0:08.15 apache2
 18836 www-data  20   0  828m 345m 4388 S  0.0 17.2   0:08.64 apache2
 18828 root  20   0  517m 322m 6124 S  0.0 16.1   0:03.40 apache2
 18834 www-data  20   0  516m 316m  692 S  0.0 15.8   0:00.00 apache2
 27804 mysql 20   0  173m  39m 7568 S  0.0  2.0   0:27.58 mysqld
 
 I fear there's a problem with the memory management of RT, or RT with 
 mod_perl.

Based on those figures alone, I wouldn't say that there was a problem.
You might find that people who have direct experience of running RT4 with
mod_perl can provide more feedback though (I haven't).

 I used to run RT 3.8 from squeeze before, and had experienced problems with 
 memory full and actions not being executed because of memory exhaustion 
 reported in the logs.
 
 I tried to upgrade in order to see if things would be improving with the next 
 version.
 
 Is this a known problem ?

It's not clear yet that there is a problem.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#618262: kernel-package: Please support producing linux-tools-* package (perf).

2011-11-24 Thread Arthur Marsh

Package: kernel-package
Version: 12.036+nmu1
Followup-For: Bug #618262

I am trying to cross-compile the perf tool on amd64 to i386.

I can build the kernel package using:

make-kpkg \
--initrd --config menuconfig --arch i386 \
--cross-compile - linux-image

but am at a loss as to how to cross-compile tools/perf

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

Kernel: Linux 3.2.0-rc2+ (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kernel-package depends on:
ii  binutils   2.22-1 
ii  build-essential11.5   
ii  debianutils4.0.4  
ii  file   5.09-2 
ii  gettext0.18.1.1-5 
ii  make   3.81-8.1   
ii  module-init-tools  3.16-1 
ii  po-debconf 1.0.16+nmu1
ii  util-linux 2.19.1-5   

Versions of packages kernel-package recommends:
ii  cpio  2.11-7

Versions of packages kernel-package suggests:
pn  btrfs-tools none   
pn  bzip2   1.0.5-7  
pn  docbook-utils   none   
pn  e2fsprogs   1.42~WIP-2011-11-20-1
pn  grub | grub2none   
pn  initramfs-tools [linux-initramfs-tool]  0.99 
pn  jfsutilsnone   
pn  libncurses5-dev [libncurses-dev]5.9-4
pn  linux-source | kernel-sourcenone   
pn  mcelog  none   
pn  oprofilenone   
pn  pcmciautils none   
pn  ppp 2.4.5-5  
pn  procps  1:3.3.0-1
pn  quota   none   
pn  reiserfsprogs   none   
pn  squashfs-tools  none   
pn  udev175-2
pn  xfsprogsnone   
pn  xmlto   none   

-- Configuration Files:
/etc/kernel-pkg.conf changed:
maintainer := Arthur Marsh
email := arthur.ma...@internode.on.net
priority := Low


-- debconf-show failed



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

Bug#576313: Is /usr/lib/mutt/mailto-mutt still useful?

2011-11-24 Thread Victor Engmark

On Thu, Nov 24, 2011 at 1:47 PM, martin f krafft madd...@debian.org wrote:
 also sprach Victor Engmark victor.engm...@gmail.com [2011.11.24.1326 +0100]:
 A better workaround would be to fix gnome-terminal to use make
 sure it doesn't run in the background by default.

 Indeed. Please fix Firefox and OpenOffice.org while you're at it. ;)

I hope you're not just being facetious. I don't know why GNOME would
decide that the current mode is better than the alternative, and
judging by the rest of the discussion so do others. If you know then
could you please enlighten us? That would make it easier to decide
whether to continue pressing the issue, abandon it, use an ugly hack,
or forking gnome-terminal.

Cheers,
-- 
Victor Engmark



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

Bug#645862: Please update to wxwidgets2.8

2011-11-24 Thread Joachim Breitner

Dear Olly,

Am Donnerstag, den 24.11.2011, 20:05 +1300 schrieb Olly Betts:
 On Wed, Oct 19, 2011 at 07:43:09PM +1300, Olly Betts wrote:
  I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
  so we can remove the former from the archive - it's no longer supported
  upstream, and wxwidgets3.0 is supposed to be out early next year.
  
  Currently xaralx build-depends on libwxgtk2.6-dev - please update to
  using libwxgtk2.8-dev.  Some updates for API changes may be needed - I
  can try to provide guidance there if you need it.
 
 There are now only two bugs blocking removal of wxwidgets2.6 which
 aren't fixed or pending, and the other one has a patch attached.
 
 Do you have a plan for addressing this issue?

I did not yet look into this, as it sounds like it is a non-trivial
amount of work. How big are the API changes? Can the migration be done
without restructuring the current code? Is there maybe a migration
guide?

Of course, if you can provide a patch for this issue, I’ll include it
quickly.

If it turns out too difficult, then it may be time to remove xaralx from
Debian.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#649872: scim: new upstream version

2011-11-24 Thread Osamu Aoki

Package: scim
Version: 1.4.9-7
Severity: normal

Whan you upload the newer scim package, please drop me from control file
and a uploader.  I do not wish to be listed there.

New upstreams have been available:
 * scim 1.4.10 has been released on Sunday 05 June 2011
 * scim 1.4.11 has been released on Sunday 07 August   2011
 * Today is24 November 2011
Prompt packaging is one sign of good package maintenance situation which
gives sense of security for security risk management.
(We all know we are volunteer so sometimes difficult to do though.)

I am expecting you to upload the newer scim package with the proper GTK3
(hopefull Qt4 too) immodule support to archive very soon. That is why I
am sending this as reminder.

Also, please drop README.Qt and make appropriate changes elsewhere.

As we discussed, here is confirmation of my position is that 
this package should be dropped from the archive:
REASON:
 * there is a very similar package in better shape, namely ibus.
 * scim upstream is not active enough for security support.
 * scim has not been updated its autotools tool chain and QT4 support

Osamu

-- Package-specific info:
Related packages:
ii  libscim8c2a1.4.9-7library for SCIM platform
ii  scim   1.4.9-7smart common input method platform
ii  scim-anthy 1.2.7-3SCIM IMEngine module for Anthy
ii  scim-bridge-ag 0.4.16-3   IME server of scim-bridge communicate with S
ii  scim-bridge-cl 0.4.16-3   IME server of scim-bridge communicate with S
ii  scim-bridge-cl 0.4.16-3   IME server of scim-bridge communicate with S
ii  scim-bridge-cl 0.4.16-3   IME server of scim-bridge communicate with S
ii  scim-gtk2-immo 1.4.9-7GTK+2 input method module with SCIM as backe
ii  scim-modules-s 1.4.9-7socket modules for SCIM platform

Related environment variables:
$XMODIFIERS=@im=ibus
$GTK_IM_MODULE=ibus
$QT_IM_MODULE=

Installed SCIM components:
/usr/lib/scim-1.0:
1.4.0
scim-helper-launcher
scim-helper-manager
scim-launcher
scim-panel-gtk

/usr/lib/scim-1.0/1.4.0:
Config
Filter
FrontEnd
Helper
IMEngine
SetupUI

/usr/lib/scim-1.0/1.4.0/Config:
simple.so
socket.so

/usr/lib/scim-1.0/1.4.0/Filter:
sctc.so

/usr/lib/scim-1.0/1.4.0/FrontEnd:
socket.so
x11.so

/usr/lib/scim-1.0/1.4.0/Helper:
anthy-imengine-helper.so
setup.so

/usr/lib/scim-1.0/1.4.0/IMEngine:
anthy.so
rawcode.so
socket.so

/usr/lib/scim-1.0/1.4.0/SetupUI:
aaa-frontend-setup.so
aaa-imengine-setup.so
anthy-imengine-setup.so
panel-gtk-setup.so

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
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 scim depends on:
ii  libatk1.0-0 2.2.0-2   
ii  libc6   2.13-21   
ii  libcairo2   1.10.2-6.1
ii  libfontconfig1  2.8.0-3   
ii  libfreetype62.4.8-1   
ii  libgcc1 1:4.6.2-5 
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.30.2-4  
ii  libgtk2.0-0 2.24.8-2  
ii  libpango1.0-0   1.29.4-2  
ii  libscim8c2a 1.4.9-7   
ii  libstdc++6  4.6.2-5   
ii  libx11-62:1.4.4-4 

Versions of packages scim recommends:
ii  im-config [im-switch]  0.5 
ii  scim-bridge-agent  0.4.16-3
ii  scim-gtk2-immodule 1.4.9-7 

Versions of packages scim suggests:
pn  scim-anthy  1.2.7-3
pn  scim-canna  none 
pn  scim-chewingnone 
pn  scim-hangul none 
pn  scim-m17n   none 
pn  scim-pinyin none 
pn  scim-prime  none 
pn  scim-skknone 
pn  scim-tables-additional  none 
pn  scim-tables-ja  none 
pn  scim-tables-ko  none 
pn  scim-tables-zh  none 
pn  scim-thai   none 
pn  scim-uimnone 

-- 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#648894: perl: tool to check for file conflicts with dual-lived module packages

On Sat, Nov 19, 2011 at 11:28:26PM +0200, Niko Tyni wrote:
 On Tue, Nov 15, 2011 at 10:24:31PM +, Dominic Hargreaves wrote:
  Source: perl
  Severity: wishlist
  
  Some dual-lived module packages include files which conflict with perl.
  They should be fixed with diverts.
  
  Fixed examples: libdevel-dprof-perl, libjson-pp-perl.
  
  We could do with a tool which detects this situation, perhaps as part
  of the perl build process.
 
 Good idea.
 
 The general case that detects all conflicting files would have to be
 run on the binary packages. That would probably mean a pbuilder hook or
 something like that as such a cross package test would be inappropriate
 for the buildds.
 
 In contrast, an easier case of looking at a set of fixed paths would
 fit well in as a new maintainer test in debian/t/ of the perl source
 package. This would be enough to detect the common case of a shared
 binary in /usr/bin.
 
 A naïve implementation would go through all the Provides: fields, do
 something like 'apt-file list $p | grep usr/bin' and then check the hits
 against a list of known good (package,binary) tuples that are already
 handled with dpkg-divert or are not (currently?) included in the perl
 binary packages.

Yup, that's what I ended up doing manually, more or less.

 I suppose the list of known diversions could be updated programmatically
 (download each source or binary package and grep for dpkg-divert in the
 postinst), but that feels overkill to me. New candidates should be rare
 and would need careful manual checking anyway.
 
 I'll look implementing this, but any further ideas and comments are
 naturally very welcome.

All agreed, this is the way to go.

Thanks,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#649864: [request-tracker-maintainers] Bug#649864: request-tracker4: modperl apache2 config leads to memory full