Bug#538802: ITP: mercury -- The Mercury programming system, a pure logical/functional programming language.

[Paul Bone]

On Tue, Jul 28, 2009 at 08:35:14AM +0200, Reinhard Tartler wrote:
> Paul Bone  writes:
> 
> > This is mostly correct.  Mercury is indeed self-hosting and was
> > previously included in Debian.  Mercury has a number of different
> > backends two of these target C, high-level C and low-level C.  The
> > Mercury source distribution includes C intermediate files for the
> > standard library and compiler generated by the low-level C backend,
> > these can be compiled with GCC to generate binaries which can be used to
> > bootstrap an installation by re-compiling the Mercury sources.
> >
> > I have a working Debian package that builds and bootstraps Mercury from
> > the source distribution.  It requires gcc-3.4 as a build-depend and is
> > able to bootstrap itself so that the resulting binaries are optimal on
> > 32bit and 64bit machines (the explanation involves a discussion of
> > tagged pointers).
> >
> > I hope that this will be acceptable by the Debian project and that
> > distributing intermediate files in the .orig.tar.gz file is not a
> > problem.
> 
> The same applies to the package aspectc++, a package that I maintain
> since some time. AspectC++ is a language extension for C++ for aspect
> oriented programming (AOP). It is built on top of an C/C++ Parsing and
> Manipulation framework (PUMA), where some functionality (e.g. support
> for various GNU language extension) is implemented using AspectC++
> aspects. There you have a pretty similar situation, and I'm doing a very
> similar approach: Shipping intermediate files that can be processed with
> gcc.
> 
> I suggest that you use these intermediate files only for compiling an
> intermediate compiler for bootstrapping. With that compiler, redo all
> intermediate files and build the binaries of the compiler that will
> eventually end up in the package. This ensures that you'll end with a
> working compiler on all architectures.

Yep,  That's what we do.

> BTW, this approach was actually suggested to me by Lamont Jones a few
> years ago. It seems to be a quite common approach, FWIW.

Thanks.



signature.asc
Description: Digital signature

Bug#506011: ITP: python-iniparse

[Ludovico Cavedon]

Hi,
any news on that?
Can I help?

I am asking because the latest version of tortoisehg [1] depends on
iniparse...

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535902

Thanks,
Ludovico



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

Bug#538903: moc 2.5.0~alpha3+svn20090611-1 : FATAL-ERROR Can't receive value from the server.

[Elimar Riesebieter]

* Gerard Robin [090728 07:13 +0200]
> On Tue, Jul 28, 2009 at 12:30:30AM +0200, Elimar Riesebieter wrote:
> >Date: Tue, 28 Jul 2009 00:30:30 +0200
> >From: Elimar Riesebieter 
> >To: Gerard Robin 
> >Cc: cont...@bugs.debian.org
> >Subject: Re: Bug#538903: moc 2.5.0~alpha3+svn20090611-1 : FATAL-ERROR Can't
> >receive value from the server.
> >User-Agent: Mutt/1.5.20+lxtecppc (2009-07-23)
> >
> >* Gerard Robin [090727 23:51 +0200]
> >>On Mon, Jul 27, 2009 at 11:21:37PM +0200, Elimar Riesebieter wrote:
> >[...]
> >>>
> >>>Delete $HOME/.moc/cache and try again.
> >>>
> >>>Elimar
> >>Ok  2.5.0~alpha3+svn20090611-1 works now, thanks.
> >>(But > < , . are always without effect on the sound volume.)
> >
> >Ok, start mocp and toggle the mixer with "x". Try at each section to
> >control the volume with '< >'.
> >
> >What happens?
> >
> >Elimar
> "x" does nothing to '< > , .' but "w" does the job.

Ok, x does indeed nothing to <> ,., but by default toggles the mixer
from i.e pcm to master...

Anyway, I close the bug.

Thanks
Elimar


-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-- Linus Torvalds


signature.asc
Description: Digital signature

Bug#538802: ITP: mercury -- The Mercury programming system, a pure logical/functional programming language.

[Reinhard Tartler]

Paul Bone  writes:

> This is mostly correct.  Mercury is indeed self-hosting and was
> previously included in Debian.  Mercury has a number of different
> backends two of these target C, high-level C and low-level C.  The
> Mercury source distribution includes C intermediate files for the
> standard library and compiler generated by the low-level C backend,
> these can be compiled with GCC to generate binaries which can be used to
> bootstrap an installation by re-compiling the Mercury sources.
>
> I have a working Debian package that builds and bootstraps Mercury from
> the source distribution.  It requires gcc-3.4 as a build-depend and is
> able to bootstrap itself so that the resulting binaries are optimal on
> 32bit and 64bit machines (the explanation involves a discussion of
> tagged pointers).
>
> I hope that this will be acceptable by the Debian project and that
> distributing intermediate files in the .orig.tar.gz file is not a
> problem.

The same applies to the package aspectc++, a package that I maintain
since some time. AspectC++ is a language extension for C++ for aspect
oriented programming (AOP). It is built on top of an C/C++ Parsing and
Manipulation framework (PUMA), where some functionality (e.g. support
for various GNU language extension) is implemented using AspectC++
aspects. There you have a pretty similar situation, and I'm doing a very
similar approach: Shipping intermediate files that can be processed with
gcc.

I suggest that you use these intermediate files only for compiling an
intermediate compiler for bootstrapping. With that compiler, redo all
intermediate files and build the binaries of the compiler that will
eventually end up in the package. This ensures that you'll end with a
working compiler on all architectures.

BTW, this approach was actually suggested to me by Lamont Jones a few
years ago. It seems to be a quite common approach, FWIW.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#538951: [INTL:ast] Asturian newt templates translation

[Marcos]

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

Please find attached the Asturian translation of the newt package.
Thanks very much!

(encoded newt_po_ast.gz file follows)


newt_po_ast.gz
Description: GNU Zip compressed data

Bug#538881: ITP: libweed0 -- Library for inclusion of plugins into LiVES

[Christian Marillat]

Harry Rickards  writes:

> On 27 Jul 2009, at 20:57, Christian Marillat  wrote:
>
>> Harry Rickards  writes:
>>
>>> Package: wnpp
>>> Severity: wishlist
>>> Owner: Harry Rickards 
>>>
>>> * Package name: libweed0
>>>  Version : 1.0.0
>>>  Upstream Author : Gabriel Finch 
>>> * URL : http://lives.sourceforge.net
>>> * License : GPLv3
>>>  Programming Lang: C
>>>  Description : Library for inclusion of plugins into LiVES
>>>
>>> A library that was origionally only avaliable as part of LiVES
>>> (package
>>> lives) but is now avaliable seperately. Allows for the inclusion of
>>> plugins into LiVES.
>>
>> This library isn't available seperately and I don't think that the
>> author intent to do a separate package for that.
>>
>> For now lives is the main tarball for lives and libweed packages.
>>
>> Christian
>>
>>
>
> I'm helping package lives and lintian kicks up warnings/errors (can't
> rememer which) if weed is not in a separate package. Upstream seems to
> think it's a good idea to package it seperately.

A separate *package* not a separate *tarball*. Do you see the difference ?

> Also I can't find the link, but there's a mailing list post somewhere
> on lives-devel saying that libweed is now avaliable as a standalone
> library.

Again did you try to do a lives package with my Debian work ?

http://www.debian-multimedia.org/pool/main/l/lives/

Christian



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

Bug#538863: python-django: Please include the init.d script to start/stop FastCGI processes

[Sebastian Rahlf]

>> It would be nice to include the init.d script by Guillermo Fernandez  
>> Castellanos et al. (as advertised in the django wiki).
>> http://code.djangoproject.com/wiki/InitdScriptForDebian
> 
> What exactly do you mean "include" - have it somewhere under /usr/share
> as an example, or actually install it in /etc/init.d and /etc/default?
> 
>> As far as I know, this script used in most installations already
>> anyway.
> 
> I'm not so sure - most people use mod_python or mod_wsgi.

Ok. Let's say most installations that I came across were using lighttpd
and FastCGI with this script (or something along the same lines). So
putting it in /usr/share/ as an example would be a good compromise.

Cheers,
Sebastian



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

Bug#538802: Mercury was removed from Debian in bug #446665

[Paul Bone]

Mercury was removed from Debian in Bug #446665



signature.asc
Description: Digital signature

Bug#538903: moc 2.5.0~alpha3+svn20090611-1 : FATAL-ERROR Can't receive value from the server.

[Gerard Robin]

On Tue, Jul 28, 2009 at 12:30:30AM +0200, Elimar Riesebieter wrote:

Date: Tue, 28 Jul 2009 00:30:30 +0200
From: Elimar Riesebieter 
To: Gerard Robin 
Cc: cont...@bugs.debian.org
Subject: Re: Bug#538903: moc 2.5.0~alpha3+svn20090611-1 : FATAL-ERROR Can't
receive value from the server.
User-Agent: Mutt/1.5.20+lxtecppc (2009-07-23)

* Gerard Robin [090727 23:51 +0200]

On Mon, Jul 27, 2009 at 11:21:37PM +0200, Elimar Riesebieter wrote:

[...]

>
>Delete $HOME/.moc/cache and try again.
>
>Elimar
Ok  2.5.0~alpha3+svn20090611-1 works now, thanks.
(But > < , . are always without effect on the sound volume.)


Ok, start mocp and toggle the mixer with "x". Try at each section to
control the volume with '< >'.

What happens?

Elimar

"x" does nothing to '< > , .' but "w" does the job.
Thanks.
--
Gérard



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

Bug#538949: The program 'cheese' received an X Window System error

[amol verule]

Package: cheese
  Version:  2.22.3-3
  When I invoke `cheese --sync -v`
  Here is a transcript:

  #cheese --sync -v

(cheese:5203): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(cheese:5203): GLib-GObject-CRITICAL **: g_signal_connect_data:
assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
The program 'cheese' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
  (Details: serial 9847 error_code 2 request_code 134 minor_code 15)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)


   I am using Debian GNU/Linux lenny, kernel 2.6.22 (customized
kernel,041e:4055 Creative Technology, Ltd Live! Cam Video IM Pro
   #dmesg
   
   Linux video capture interface: v2.00
   gspca: main v2.7.0 registered
   gspca: probing 041e:4055
   zc3xx: Sensor Tas5130 (VF0250)
   gspca: probe ok
   usbcore: registered new interface driver zc3xx
   zc3xx: registered
   hda-intel: Invalid position buffer, using LPIB read method instead.
  # ls -l /dev/video0
   crw-rw 1 root video 81, 0 2009-07-28 09:37 /dev/video0


thanks & regards,
Verule amol
BOSS Team Member

Bug#538947: gnupg2: Please add gnupg-agent dependencry

[Daiki Ueno]

Package: gnupg2
Version: 2.0.11-1
Severity: normal

As the use of gpg-agent is mandatory in GnuPG 2, the gpg2 command fails
if gnupg-agent is not installed:

  $ gpg2 --no-use-agent --armor --symmetric
  gpg: WARNING: "--no-use-agent" is an obsolete option - it has no effect
  can't connect to `/home/ueno/.gnupg/S.gpg-agent': No such file or directory
  can't connect server: `ERR 33554701 can't exec `/usr/bin/gpg-agent': No such 
file or directory'
  gpg: can't connect to the agent: IPC connect call failed
  gpg: problem with the agent: No agent running
  gpg: error creating passphrase: Operation cancelled
  gpg: symmetric encryption of `[stdin]' failed: Operation cancelled

Maybe gnupg-agent should be Depends: rather than to Recommends:?

Regards,

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

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

Versions of packages gnupg2 depends on:
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.9-21GNU C Library: Shared libraries
ii  libcurl3-gnutls7.19.5-1  Multi-protocol file transfer libra
ii  libgcrypt111.4.4-3   LGPL Crypto library - runtime libr
ii  libgpg-error0  1.6-1 library for common error values an
ii  libksba8   1.0.7-1   X.509 and CMS support library
ii  libreadline5   5.2-5 GNU readline and history libraries
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

Versions of packages gnupg2 recommends:
ii  gnupg-agent   2.0.11-1   GNU privacy guard - password agent
ii  libldap-2.4-2 2.4.15-1.1 OpenLDAP libraries

Versions of packages gnupg2 suggests:
ii  gnupg-doc  2003.04.06+dak1-1 GNU Privacy Guard documentation
ii  xloadimage 4.1-16.1  Graphics file viewer under X11

-- no debconf information

-- 
Daiki Ueno



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

Bug#538948: netbase: Fails to install if ifupdown is not available

[Michael Biebl]

Package: netbase
Version: 4.36
Severity: serious
Tags: patch
Justification: fails to install
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency

Hi Marco,

in 4.33 you demoted ifupdown to a Recommends. If Recommends are setup to
not be installed by default (e.g. in build chroot), netbase now fails to
install, because insserv is now the default, and the LSB header of
/etc/init/networking has a strict dependency on ifupdown.

You should either dump the dependency again or make ifupdown an optional
dependency (Should-Start,Should-Stop) in the LSB header.

I've attached a patch for the latter.

Cheers,
Michael


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

Kernel: Linux 2.6.30.3
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 netbase depends on:
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

Versions of packages netbase recommends:
ii  ifupdown  0.6.8+nmu1 high level tools to configure netw

netbase suggests no packages.

-- debconf information excluded
diff --git a/init.d/networking b/init.d/networking
index fc9af41..1e0a8da 100755
--- a/init.d/networking
+++ b/init.d/networking
@@ -1,8 +1,10 @@
 #!/bin/sh -e
 ### BEGIN INIT INFO
 # Provides:  networking
-# Required-Start:mountkernfs ifupdown $local_fs
-# Required-Stop: ifupdown $local_fs
+# Required-Start:mountkernfs $local_fs
+# Required-Stop: $local_fs
+# Should-Start:  ifupdown
+# Should-Stop:   ifupdown
 # Default-Start: S
 # Default-Stop:  0 6
 # Short-Description: Raise network interfaces.

Bug#538946: Valgrind reports access to freed memory from Boost.Test.

[Daniel Burrows]

Package: libboost-test1.38.0
Version: 1.38.0-7
Severity: normal
Tags: patch

  While I haven't seen any actual problems from this, Valgrind says
that Boost.Test is accessing freed memory, and running a Boost test
suite under libefence produces a segfault.  A typical valgrind session
is attached.  After peering at it and at the Boost.Test source code
for a while, I came to the conclusion that the problem is due to the
fact that the clear() method in framework_impl deletes the stored
test cases by accessing an entry in its container of tests:

test_unit_store::value_type const& tu = *m_test_units.begin();
// ...
delete (test_case const*)tu.second;

  Here tu.second is a member of the value that's stored in the
container.  But if you look at the Valgrind backtrace and/or trace
into the code, you'll discover that ~test_case actually deletes this
container element.

  I'm not sure why this causes an access to freed memory, but my guess
is that the "delete" operator as implemented in g++ doesn't make a
temporary copy of the pointer.  It's probably referencing the pointer
a second time to actually free the memory after running the destructor.
This is surprising to me and I don't know the C++ standard well enough
to say if it's correct, but it's easy to defensively code around (see
below).

  A simple fix/workaround for this (I'm not sure if Boost.Test or the
GNU runtime is at fault) is to copy the pointer to a stack variable and
delete that stack variable.

const test_unit * const tu_ptr = tu.second;
// ...
delete (test_case const*)tu_ptr;

  A full patch is attached; it fixes the valgrind errors for me.

  Daniel

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

Kernel: Linux 2.6.30-1-686 (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 libboost-test1.38.0 depends on:
ii  libc6 2.9-21 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-1  GCC support library
ii  libstdc++64.4.1-1The GNU Standard C++ Library v3

libboost-test1.38.0 recommends no packages.

libboost-test1.38.0 suggests no packages.

-- no debconf information
==4802== Memcheck, a memory error detector.
==4802== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
==4802== Using LibVEX rev 1884, a library for dynamic binary translation.
==4802== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
==4802== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation 
framework.
==4802== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.
==4802== For more details, rerun with: -v
==4802== 
Running 1 test case...

*** No errors detected
==4802== Invalid read of size 4
==4802==at 0x807E350: boost::unit_test::framework_impl::clear() 
(framework.ipp:133)
==4802==by 0x807E485: boost::unit_test::framework_impl::~framework_impl() 
(framework.ipp:122)
==4802==by 0x41B8588: exit (in /lib/i686/cmov/libc-2.9.so)
==4802==by 0x419E7AC: (below main) (in /lib/i686/cmov/libc-2.9.so)
==4802==  Address 0x42e7b74 is 20 bytes inside a block of size 24 free'd
==4802==at 0x40249DA: operator delete(void*) (vg_replace_malloc.c:342)
==4802==by 0x80700DA: 
__gnu_cxx::new_allocator > 
>::deallocate(std::_Rb_tree_node >*, unsigned int) (new_allocator.h:98)
==4802==by 0x80700FF: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::_M_put_node(std::_Rb_tree_node >*) (stl_tree.h:361)
==4802==by 0x807014F: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::_M_destroy_node(std::_Rb_tree_node >*) (stl_tree.h:391)
==4802==by 0x8070197: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::_M_erase(std::_Rb_tree_node >*) (stl_tree.h:943)
==4802==by 0x80701C6: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::clear() (stl_tree.h:697)
==4802==by 0x807DE9A: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::erase(std::_Rb_tree_iterator >, std::_Rb_tree_iterator >) (stl_tree.h:1356)
==4802==by 0x807DF2C: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::erase(unsigned long const&) (stl_tree.h:1345)
==4802==by 0x807DF59: std::map, std::allocator > >::erase(unsigned long const&) (stl_map.h:538)
==4802==by 0x805D4A6: 
boost::unit_test::framework::deregister_test_unit(boost::unit_test::test_unit*) 
(framework.ipp:326)
==4802==by 0x805D554: boost::unit_test::test_unit::~test_unit() 
(unit_test_suite.ipp:65)
==4802==by 0x807E25E: boost::unit_test::test_case::~test_case() 
(unit_test_suite_impl.hpp:110)
==4802== 
==4802== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 17 from 1)
==4802== malloc/free: in use at exit: 0 bytes in 0 blocks.
==4802== malloc/free: 88 allocs, 88 frees, 35,789 bytes allocated.
==4802== For coun

Bug#538945: virtualbox-ose: VirtualBox fails to start: Failed to create the VirtualBox COM object

[Yaroslav Halchenko]

Package: virtualbox-ose
Version: 3.0.2-dfsg-1
Severity: important

Package: virtualbox-ose
Version: 3.0.2-dfsg-1
Severity: important


upgraded today the beast to sid's version but it GUI fails to start with
a dialog stating 

VirtualBox fails to start: Failed to create the VirtualBox COM object
The application now will terminate

Details:
 Callee RC: NS_ERROR_NO_INTERFACE (0x80004002)

I guess that is a very informative message but for me (neigther for google) it
makes much sense. Help would be appreciated!

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-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 virtualbox-ose depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.26Debian configuration management sy
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libcurl3   7.18.2-8.1Multi-protocol file transfer libra
ii  libgcc11:4.4.0-4 GCC support library
ii  libsdl1.2debian1.2.13-4+b1   Simple DirectMedia Layer
ii  libssl0.9.80.9.8k-3  SSL shared libraries
ii  libstdc++6 4.4.0-4   The GNU Standard C++ Library v3
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxslt1.1 1.1.24-2  XSLT processing library - runtime 
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  python 2.5.4-2   An interactive high-level object-o
ii  python2.4  2.4.6-2   An interactive high-level object-o
ii  python2.5  2.5.4-1   An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages virtualbox-ose recommends:
ii  libgl1-mesa-glx [lib 7.4.1-1 A free implementation of the OpenG
ii  virtualbox-ose-modul 2.6.29+2.2.2-dfsg-4 PC virtualization solution for Lin
ii  virtualbox-ose-modul 2.6.30+3.0.2-dfsg-1 PC virtualization solution for Lin
ii  virtualbox-ose-qt2.2.4-dfsg-2x86 virtualization solution - Qt b

Versions of packages virtualbox-ose suggests:
pn  virtualbox-guest-additions (no description available)
ii  virtualbox-ose-source   3.0.2-dfsg-1 x86 virtualization solution - kern

-- 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#538944: ITP: libdata-formvalidator-constraints-datetime-perl -- D::FV constraints for dates and times

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: libdata-formvalidator-constraints-datetime-perl
  Version : 1.09
  Upstream Author : Michael Peters 
* URL :
http://search.cpan.org/dist/Data-FormValidator-Constraints-DateTime/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : D::FV constraints for dates and times
 This package provides constraint routines for Data::FormValidator for dealing
 with dates and times. It provides an easy mechanism for validating dates of
 any format (using strptime(3)) and transforming those dates (as long as you
 'untaint' the fields) into valid DateTime objects, or into strings that would
 be properly formatted for various database engines.



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

Bug#430559: dependency check for ac_x_libraries fail cause wrong case

[Ben Pfaff]

Hi Klaus.

Back in June 2007, you reported that libs.m4 in autoconf uses the
wrong case of "NO" to check for already defined ac_x_libraries.

I did my best to look into this and couldn't figure out why you
thought that "NO" is more correct than "no", and I asked you to
explain further.  At that point, I did not get a response.

Can you explain now?  Or if this is no longer an issue, please
let me know and I will close the bug.

Full information on this bug report is logged at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430559
-- 
Ben Pfaff 
http://benpfaff.org



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

Bug#537291: Acknowledgement (xoscope: fresh upstream is available: 2009 Jun 26: Version 2.0 is released)

[Steffen Joeris]

Hi Yaroslav

Thanks for investing the time into xoscope.
On Wed, 22 Jul 2009 02:48:03 pm Yaroslav Halchenko wrote:
> my ignorant take to prepare NMU: patch seems to be obsolete,
> not sure what to do about those magic ranames in debian/rules,
> also some issues with menu/desktop are pointed out with lintian (as well
> as elderly copy of autoconf* scripts shipped by upstream).
>
> but well -- may be it could be a start? ;)
If you mean the rename of bitscope, it is because such a file already existed 
in another debian package.
Please feel free to NMU the package with a new upstream version, if you feel 
unsure, feel free to upload to experimental. I filled a RFA, so also feel free 
to take over the package, if you want it.
Sorry for not being a big help here. :(

Cheers
Steffen


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

Bug#538943: ITP: libdbix-class-encodedcolumn-perl -- Extension to automatically encode column values

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: libdbix-class-encodedcolumn-perl
  Version : 0.2
  Upstream Author : Guillermo Roditi 
* URL : http://search.cpan.org/dist/DBIx-Class-EncodedColumn/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Extension to automatically encode column values
 DBIx::Class::EncodedColumn is a DBIx::Class component which can automatically
 encode a column's contents whenever the value of that column is set, similar
 to DBIx::Class::DigestColumns. Any data you write is automatically converted
 on-the-fly and, in contrast to DigestColumns, any arbitrary message digest or
 encryption method can be supported through an appropriate encoding class.



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

Bug#537839: [Pkg-ia32-libs-maintainers] Processed (with 1 errors): setting package to aptitude, reassign 537839 to ia32-apt-get

[ASD Consultoria]

Em Fri, 24 Jul 2009 18:45:28 +0200
Goswin von Brederlow  escreveu:

> ia32-aptitude update

# ia32-aptitude update
bash: ia32-aptitude: command not found


# ia32-apt-get update
bash: ia32-apt-get: command not found


# aptitude search ia32-apt-get
id  ia32-apt-get- Apt-get, aptitude and dpkg wrapper for on-the-fly



# apt-cache policy ia32-apt-get
ia32-apt-get:
  Instalado: 21
  Candidato: 22
  Tabela de versão:
 22 0
500 http://http.us.debian.org unstable/main Packages
500 http://sft.if.usp.br unstable-amd64/main Packages
 *** 21 0
100 /var/lib/dpkg/status




# aptitude install ia32-apt-get
Lendo listas de pacotes... Pronto
Construindo árvore de dependências   
Lendo informação de estado... Pronto
Lendo informações estendidas de estado  
Inicializando estados de pacotes... Pronto
Os pacotes a seguir estão QUEBRADOS:
  ia32-apt-get 
1 pacotes atualizados, 0 novos instalados, 0 a serem removidos e 392 não 
atualizados.
É preciso obter 17,8kB de arquivos. Depois do desempacotamento, 36,9kB serão 
liberados.
Os pacotes a seguir possuem dependências não satisfeitas:
  ia32-apt-get: Conflita: ia32-libs mas 1:3.0 está instalado.
As seguintes ações resolverão estas dependências:

Remover os pacotes a seguir:
ia32-libs
libwine
libwine-alsa
libwine-cms
libwine-gl
libwine-gphoto2
libwine-ldap
libwine-print
libwine-sane
wine
wine-bin
wine-utils

Pontuação é -2722

Aceitar esta solução? [Y/n/q/?] 


-- 
ASD Consultoria, Rio, RJ
Arq. Sávio M Ramos
Só usamos Linux desde 2000
www.debian.org



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

Bug#337132: atjobs/.SEQ has wrong ownership

[Andrew Pimlott]

I see this problem with 3.1.10.2:

% at midnight
Cannot open lockfile /var/spool/cron/atjobs/.SEQ: Permission denied

However, contrary to the original poster, atd is running on my system.
The rpoblem for me is that atjobs/.SEQ is owned by root:

% sudo ls -l /var/spool/cron/atjobs/.SEQ 
-rw--- 1 root root 0 2008-10-22 10:17 /var/spool/cron/atjobs/.SEQ

On a stable system, it is owned by daemon.daemon.  Changing ownership
back to daemon.daemon allows at to work again.

Andrew



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

Bug#538942: ITP: libcatalyst-plugin-setenv-perl -- Perl module to automatically set up the environment

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: libcatalyst-plugin-setenv-perl
  Version : 0.03
  Upstream Author : Marcus Ramberg 
* URL : http://search.cpan.org/dist/Catalyst-Plugin-Setenv/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Perl module to automatically set up the environment
 Catalyst::Plugin::Setenv is a module which allows one to conveniently set up
 the values of arbitrary environment variables automatically. Your Catalyst
 application simply loads the Setenv plugin, which then dutifully opens your
 configuration file and extracts your desired %ENV settings. Among other uses,
 this provides a simple way to set up special variables like PATH.



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

Bug#526421: hald segfault seems to prevent X11 startup too

[Michael Biebl]

Tom Epperly wrote:
> It seems to be working today. I've been running 'apt-get update ; apt-get 
> upgrade -u' everyday hoping to pick up a fix, so something must have 
> changed.

I'm closing the bug then. If you still experience the problem, please wait for
0.5.13-1 which will be uploaded to experimental soon and try again.
If it still fails then, reopen the bug report.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#538939: ITP: libmodule-pluggable-ordered-perl -- Perl module to load plugins in a specified order

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: libmodule-pluggable-ordered-perl
  Version : 1.5
  Upstream Author : Christopher Nehren 
* URL : http://search.cpan.org/dist/Module-Pluggable-Ordered/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Perl module to load plugins in a specified order
 Module::Pluggable::Ordered is a Perl module which extends the functionality
 provided by Module::Pluggable, allowing hooks to determine an ordering for
 modules to be loaded, producing an effect like the System V init process,
 where files can specify where in the init sequence they'd like to be called.



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

Bug#538940: /sbin/fsck: /lib/libblkid.so.1: no version information available (required by /sbin/fsck)

[Josh Triplett]

Package: util-linux
Version: 2.16-2
Severity: normal
File: /sbin/fsck

$ fsck
fsck: /lib/libblkid.so.1: no version information available (required by fsck)
fsck: /lib/libblkid.so.1: no version information available (required by fsck)
fsck from util-linux-ng 2.16
e2fsck 1.41.8 (20-Jul-2009)
[...]

I don't know whether this bug belongs to util-linux or libblkid1; I've upgraded
both recently.

- Josh Triplett

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

Kernel: Linux 2.6.30-1-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 util-linux depends on:
ii  libblkid1  1.41.8-2  block device id library
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libncurses55.7+20090613-1shared libraries for terminal hand
ii  libselinux12.0.82-1  SELinux shared libraries
ii  libslang2  2.1.4-3   The S-Lang programming library - r
ii  libuuid1   1.41.8-2  Universally Unique ID library
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  tzdata 2009k-2   time zone and daylight-saving time
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools3.0.5-1utilities for making and checking 
ii  kbd   1.15-2 Linux console font and keytable ut
pn  util-linux-locales (no description available)

-- no debconf information



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

Bug#538909: should alex4 be dropped from Debian?

[Barry deFreese]

Gonéri Le Bouder wrote:

Package: alex4
Version: 1.1-3
Severity: important

Alex4 is very old looking and not really popular. Should we continue
to maintain it?

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

Kernel: Linux 2.6.31-rc3-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

Versions of packages alex4 depends on:
ii  alex4-data   1.1-3   Alex the Allegator 4 - game data
ii  libaldmb11:0.9.3-5.1 dynamic universal music bibliotheq
ii  liballegro4.22:4.2.2-2.1 portable library for cross-platfor
ii  libc62.9-21  GNU C Library: Shared libraries
ii  libdumb1 1:0.9.3-5.1 dynamic universal music bibliotheq

alex4 recommends no packages.

alex4 suggests no packages.

-- no debconf information


  

Removal Filed.

Barry deFreese




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

Bug#538938: RM: alex4 -- RoM; dead upstream, low popcon

[Barry deFreese]

Package: ftp.debian.org
Severity: normal


Hello,

Please see the following reasons for the removal request:

* Dead upstream
* Low popcon.


Thank you,

Barry deFreese
Debian Games Team




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

Bug#538937: RM: mancala -- RoM; dead upstream, low popcon

[Barry deFreese]

Package: ftp.debian.org
Severity: normal


Hello,

Please see the following reasons for the removal request:

* Dead upstream
* Low popcon.


Thank you,

Barry deFreese
Debian Games Team




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

Bug#538935: RM: xdigger -- RoM; dead upstream, alternatives exist

[Barry deFreese]

Package: ftp.debian.org
Severity: normal


Hello,

Please see the following reasons for the removal request:

* Dead upstream
* Alternatives exist.


Thank you,

Barry deFreese
Debian Games Team





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

Bug#538936: /etc/init.d/bootlogd: [BOOTLOGD] bootlogd should start before hwclock

[Josh Triplett]

Package: initscripts
Version: 2.87dsf-1
Severity: normal
File: /etc/init.d/bootlogd

On my system, after insserv ran:

lrwxrwxrwx 1 root root  18 2009-07-27 19:15 S04bootlogd -> ../init.d/bootlogd
lrwxrwxrwx 1 root root  20 2009-07-27 19:15 S04hwclock.sh -> 
../init.d/hwclock.sh
lrwxrwxrwx 1 root root  25 2009-07-27 19:15 S04hwclockfirst.sh -> 
../init.d/hwclockfirst.sh

This seems wrong.

- Josh Triplett

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

Kernel: Linux 2.6.30-1-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 initscripts depends on:
ii  debianutils 3.2  Miscellaneous utilities specific t
ii  libc6   2.9-23   GNU C Library: Shared libraries
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  mount   2.15.1~rc1-1 Tools for mounting and manipulatin
ii  sysvinit-utils  2.87dsf-1System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs 1.41.8-2   ext2/ext3/ext4 file system utiliti
ii  psmisc22.8-1 utilities that use the proc file s

initscripts 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#538739: should mancala be dropped from Debian?

[Barry deFreese]

Moritz Muehlenhoff wrote:

On Sun, Jul 26, 2009 at 07:02:14PM +0200, Gonéri Le Bouder wrote:
  

Package: mancala
Version: 1.0.1-3
Severity: important

mancala is dead upstream for years and I doubt it has player. Should
we continue to maintain it?



Let's remove it. It's just cruft.

Cheers,
Moritz



___
Pkg-games-devel mailing list
pkg-games-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel

  

Removal filed.

Barry




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

Bug#538736: should xdigger be dropped from Debian?

[Barry deFreese]

Moritz Muehlenhoff wrote:

On Sun, Jul 26, 2009 at 06:45:51PM +0200, Gonéri Le Bouder wrote:
  

Package: xdigger
Version: 1.0.10-13
Severity: important

xdigger is really oudated and there is much better "alternative" in
Debian. Should we continue to spend time for that?



This really should be removed.

Cheers,
Moritz



___
Pkg-games-devel mailing list
pkg-games-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel

  

Removal filed.

Barry




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

Bug#538934: insserv: "Checking if it is safe to convert to dependency based boot." twice

[Josh Triplett]

Package: insserv
Version: 1.12.0-10
Severity: normal

Setting up insserv (1.12.0-10) ...
info: Checking if it is safe to convert to dependency based boot.
info: It is safe to convert to dependency based boot.
info: Checking if it is safe to convert to dependency based boot.
info: Backing up existing boot scripts in 
/var/lib/insserv/bootscripts-20090727T1914.tar.gz
info: Reordering boot system, log to /var/lib/insserv/run-20090727T1914.log
info: Recording new boot sequence in 
/var/lib/insserv/bootscripts-20090727T1914-after.list
info: Use '/usr/sbin/update-bootsystem-insserv restore' to restore the old boot 
sequence.
Adding `diversion of /usr/sbin/update-rc.d to /usr/sbin/update-rc.d.distrib by 
insserv'
success: Boot system successfully converted


Judging by the delays involved, it certainly seems like it checked twice.

- Josh Triplett

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

Kernel: Linux 2.6.30-1-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 insserv depends on:
ii  debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii  initscripts   2.87dsf-1  scripts for initializing and shutt
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  sysv-rc   2.87dsf-2  System-V-like runlevel change mech
ii  sysvinit-utils2.87dsf-1  System-V-like utilities

insserv recommends no packages.

Versions of packages insserv suggests:
pn  bootchart  (no description available)

-- debconf information:
  insserv/enable: true



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

Bug#536036: Acknowledgement (linux-source-2.6.30: Freeze during operation of USB scanner)

[Mark T.B. Carroll]

Since upgrading to 2.6.30-3 I've not managed to reproduce this bug.

Mark



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

Bug#421780: linux-image-2.6.18-4-686: Kernel with ACPI + SMP + AC power plugged on sony vaio S4M really slow

[Mark T.B. Carroll]

Moritz Muehlenhoff  writes:

> On Mon, Jun 08, 2009 at 08:46:44PM -0400, Mark T.B. Carroll wrote:
>> This looks a bit like a problem I've been having with 2.6.29-4 built
>> from Debian's Linux source package. My SMP system can slow down a lot
>> when the AC adaptor is plugged in. kacpid and kacpi_notify get very busy
>> and when I type letters get missed. I enclose my kernel config and an
>> extract from a minute's fussing in kern.log in case they help.
>> 
>> I apologize if I am mistaken about the relevance of the enclosed.
>
> Is this still reprocible with 2.6.30?

Huh, I've not yet managed to reproduce it with 2.6.30-3. I'm curious:
did you have specific reason to suspect it had been fixed? (-:

Mark



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

Bug#538933: hdf4-tools: duplicates netcdf-bin's contents

[Aaron M. Ucko]

Package: hdf4-tools
Version: 4.2r4-3
Severity: serious
Justification: Policy 6.6(4)

| Unpacking replacement hdf4-tools ...
| dpkg: error processing /var/cache/apt/archives/hdf4-tools_4.2r4-3_amd64.deb 
(--unpack):
|  trying to overwrite `/usr/bin/ncgen', which is also in package netcdf-bin
| dpkg-deb: subprocess paste killed by signal (Broken pipe)

A closer look reveals three more conflicts: /usr/bin/ncdump and both
programs' man pages, thereby clashing with all of netcdf-bin's
contents outside /usr/share/doc.  Could you please sort this out one
way or another?

Thanks!

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

Kernel: Linux 2.6.30-1-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/dash

Versions of packages hdf4-tools depends on:
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libhdf4-0  4.2r4-3   The Hierarchical Data Format libra
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

hdf4-tools recommends no packages.

hdf4-tools 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#538822: dash: Broken scenario

[Ken Bloom]

Package: dash
Version: 0.5.5.1-2.2
Severity: normal

I can report on the broken scenario, since I made this change just a
few days ago to have dash provide /bin/sh on its own.

The following instructions are given in
/usr/share/doc/bash/README.Debian.gz for making /bin/sh point to
something else.

   Type

dpkg-divert --add /bin/sh

   and then point it to whatever you want. Upgrades to bash  won't upgrade
   the /bin/sh symlink. To put /bin/sh under dpkg control again, type

dpkg-divert --remove /bin/sh

I ran the first command (dpkg-divert --add /bin/sh), which diverted
/bin/sh to /bin/sh.distrib. No new link was created at
/bin/sh.distrib, nor was the one at /bin/sh removed. Then, I removed
/bin/sh and created a new link /bin/sh -> dash.

And when I upgraded today to 0.5.5.1-2.2, I got the same error that
the orignal reporter has reported here.

I'm not sure what the fix should be, but I suspect at the very least
that we need to modify the the instructions in
/usr/share/doc/bash/README.Debian.gz to account for the new
arrangmenet.

The workaround is pretty simple. Use dpkg-divert --remove /bin/sh to
get back to normal, then if there isn't a link /bin/sh -> bash, create
it. Then you can go ahead and install the current version of dash.

The version of bash on my system is
ii  bash   3.2-6  The GNU Bourne Again SHell

--Ken

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

Kernel: Linux 2.6.30-1-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 dash depends on:
ii  debianutils   3.2Miscellaneous utilities specific t
ii  dpkg  1.15.3.1   Debian package management system
ii  libc6 2.9-22 GNU C Library: Shared libraries

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: false



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

Bug#538932: fetchyahoo: "Could not get mail Yahoo mail page."

[Celejar]

Package: fetchyahoo
Version: 2.12.4-1
Severity: important

~$ fetchyahoo 
Logging in securely via SSL as celejar on Mon Jul 27 21:27:30 2009
https://login.yahoo.com/config/login?ymv=0&.intl=us&.partner=&.last=&.src=ym&.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0

Retry #1 (error 1).
https://login.yahoo.com/config/login?ymv=0&.intl=us&.partner=&.last=&.src=ym&.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0

Retry #2 (error 1).
https://login.yahoo.com/config/login?ymv=0&.intl=us&.partner=&.last=&.src=ym&.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0

Retry #3 (error 1).






http://edit.yahoo.com/config/mail?ymv";>


If you are seeing this page, your browser settings prevent you
from automatically redirecting to a new URL.

Please http://edit.yahoo.com/config/mail?ymv";>click here to 
continue.







Could not get main Yahoo mail page.

<<< Please check http://fetchyahoo.sf.net for a version newer  than this 
version ( 2.12.4 ) 
If there is no newer version, please e-mail this output to 
ravi_ramkiss...@yahoo.com >>>

https://login.yahoo.com/config/login?ymv=0&.intl=us&.partner=&.last=&.src=ym&.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0



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

Kernel: Linux 2.6.31-rc4-lizzie-dirty
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 fetchyahoo depends on:
ii  libcrypt-ssleay-perl 0.57-2  Support for https protocol in LWP
ii  libhtml-parser-perl  3.61-1  collection of modules that parse H
ii  libio-socket-ssl-perl1.27-1  Perl module implementing object or
ii  libmime-tools-perl   5.427-2 Perl5 modules for MIME-compliant m
ii  liburi-perl  1.37+dfsg-1 Manipulates and accesses URI strin
ii  libwww-perl  5.829-1 WWW client/server library for Perl
ii  perl 5.10.0-24   Larry Wall's Practical Extraction 

Versions of packages fetchyahoo recommends:
ii  libterm-readkey-perl  2.30-4 A perl module for simple terminal 

Versions of packages fetchyahoo suggests:
ii  procmail  3.22-16Versatile e-mail processor
pn  spamassassin | bogofilter  (no description available)

-- no debconf information



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

Bug#538898: Squeeze install hangs at "Setting console to Unicode"

[Frans Pop]

On Monday 27 July 2009, Felix Zielcke wrote:
> Am Montag, den 27.07.2009, 22:11 +0200 schrieb Felix Zielcke:
> > Am Montag, den 27.07.2009, 14:29 -0500 schrieb David A. Greene:
> > > Boot of any install method freezes after the message "Setting
> > > console to Unicode" appears.  Immediately prior to the message the
> > > screen flashes and all previous text disappears.  Thus only the
> > > "Setting console" message is visible after the hanng.
> > >
> > > This is with an NVidia GTX 285 if that matters.
> >
> > I have the same problem with current daily amd64 and i386 with VMware
> > Workstation Beta.
> > The graphical installer works fine, just not text mode.
>
> Joey just told me to use nopat kernel option and it worked.

If you want to get this fixed, the best thing is to file a bug against the 
kernel upstream in http://bugzilla.kernel.org/.



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

Bug#538931: epiphany-webkit: weird error regarding UserAgent?

[Andres Salomon]

Package: epiphany-webkit
Version: 2.27.3-1

When visiting , clicking on the "Download
Raw" link on the left side results in a file with the following:

"User-Agent is required to request raw files for security reasons."

I'm sure the site's UserAgent checking is broken, but it would be nice
if epiphany-webkit emulated epiphany-gecko's User-Agent string enough
so that things like this work.

For reference, the User-Agent strings that work:

"Mozilla/5.0 (X11; U; Linux i686; en; rv:1.9.0.7) Gecko/20080528
Epiphany/2.22 (Debian/2.26.1-1)"
"Midori/0.1.7 (X11; Linux; U; en-us) WebKit/532+"

That's epiphany-gecko and midori (with libwebkit-1.0-2 1.1.10-2),
respectively.

Epiphany-webkit sends the following User-Agent string:
"Mozilla/5.0 (X11; U; Linux i686; en-us) AppleWebKit/528.5+ (KHTML,
like Gecko, Safari/528.5+) epiphany-browser"

This is with libwebkit-1.0-2 1.1.10-2.





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

Bug#538802: ITP: mercury -- The Mercury programming system, a pure logical/functional programming language.

[Paul Bone]

On Mon, Jul 27, 2009 at 05:13:06PM +, brian m. carlson wrote:
> On Mon, Jul 27, 2009 at 05:34:44PM +1000, Paul Bone wrote:
> > * Package name: mercury
> >   Version : 0.13.1-rotd20090725
> >   Upstream Author : Mercury Group 
> > * URL : http://www.mercury.csse.unimelb.edu.au/
> > * License : GPL2
> >   Programming Lang: Mercury
> >   Description : The Mercury programming system, a pure 
> > logical/functional programming language.
> 
> This used to be in Debian some time ago, because I remember trying to
> work on the package for some reason.  I believe that it is
> self-hosting[0], which may be a problem, except that it supposedly comes
> with a C version of the compiler as well.  To make life easy for porters,
> I'd request that you always build the C compiler and then, if you want
> to, bootstrap the Mercury compiler from that.
> 
> If I'm remembering incorrectly, or that's no longer the case, feel free
> to disregard this.
> 

This is mostly correct.  Mercury is indeed self-hosting and was
previously included in Debian.  Mercury has a number of different
backends two of these target C, high-level C and low-level C.  The
Mercury source distribution includes C intermediate files for the
standard library and compiler generated by the low-level C backend,
these can be compiled with GCC to generate binaries which can be used to
bootstrap an installation by re-compiling the Mercury sources.

I have a working Debian package that builds and bootstraps Mercury from
the source distribution.  It requires gcc-3.4 as a build-depend and is
able to bootstrap itself so that the resulting binaries are optimal on
32bit and 64bit machines (the explanation involves a discussion of
tagged pointers).

I hope that this will be acceptable by the Debian project and that
distributing intermediate files in the .orig.tar.gz file is not a
problem.

Mercury should build from the Debian source package equally as well as
it can build from the upstream source distribution on all architectures.
Cross-compilation should not be necessary.

See also the list of supported architectures here:
http://www.mercury.csse.unimelb.edu.au/download/rotd.html

I hope this helps.  If you have any more questions please let us know.

Thanks.




signature.asc
Description: Digital signature

Bug#529830: The bisection does fix the bug

[Chanoch (Ken) Bloom]

forward 529830 https://bugs.freedesktop.org/show_bug.cgi?id=22140
thanks

I've pulled the git tree, as-of yesterday and (equivalent to
1:6.12.2-3) and reverted commit
421085949e195596000e37ea6693489db7c075b5.
With this fix, I am no longer experiencing this issue.

Also note that this is upstream bug #22140
(https://bugs.freedesktop.org/show_bug.cgi?id=22140)

--Ken

-- 
Chanoch (Ken) Bloom. PhD candidate. Linguistic Cognition Laboratory.
Department of Computer Science. Illinois Institute of Technology.
http://www.iit.edu/~kbloom1/


signature.asc
Description: Digital signature

Bug#538930: /usr/share/man/man3/strndup.3.gz: strndup is not declared in

[Helmut Grohne]

Package: manpages-dev
Version: 3.21-1
Severity: normal
File: /usr/share/man/man3/strndup.3.gz

$ man strndup
...
SYNOPSIS
   #include 
...
$ cat test.c
#include 
#include 

int main() {
char *s;
s = strndup("foo", (size_t)2);
free(s);
return 0;
}   
$ gcc -fno-builtin -Wall test.c
test.c: In function 'main':
test.c:6: warning: implicit declaration of function 'strndup'
test.c:6: warning: assignment makes pointer from integer without a cast
$

Something is wrong here. The manpage says that strndup should be
declared in string.h. However this is currently not the case. Please
either change the documentation or forward this bug. The package
libc6-dev contains the string.h header file, so it is a good candidate
to forward.

Helmut



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

Bug#538810: video-radeon: direct rendering: graphics deceleration?

[Michal Suchanek]

On 28/07/2009, Michel Dänzer  wrote:
> On Tue, 2009-07-28 at 00:16 +0200, Michal Suchanek wrote:
>  > On 27/07/2009, Michel Dänzer  wrote:
>  > > On Mon, 2009-07-27 at 21:14 +0200, Michal Suchanek wrote:
>  > >  > 2009/7/27 Michel Dänzer :
>  > >  >
>  > >  > >
>  > >  > > Please provide the full output of
>  > >  > >
>  > >  > > LIBGL_DEBUG=verbose glxinfo 2>&1
>  > >  > >
>  > >  > > for both cases.
>  > >  > >
>  > >  > > For now assuming it's a 3D driver issue, reassigning.
>  > >  > >
>  > >  >
>  > >  > Attaching output of glxinfo.
>  > >
>  > >
>  > > Thanks. I don't see anything wrong. How do the framerate and CPU usage
>  > >  compare when running
>  > >
>  > >  /usr/lib/xscreensaver/hypertorus -delay 0 -fps
>  > >
>  > >  ?
>  >
>  > With DRI fps is pretty much constant around 8.0
>
>
> Hmm, that's pretty low, I'm getting around 40 fps on an RV350.

It's no wonder it is slow. Even rendering by a Celeron CPU is at times
faster than what my GPU shows.

>
>
>
>  > >  BTW, you can force the swrast driver by setting the environment variable
>  > >  LIBGL_ALWAYS_SOFTWARE=1 even when the DRI is enabled.
>  > >
>  >
>  > With this option fps ranges from 7.5 to 12 depending on object view angle.
>  >
>  > These are values in fullscreen and no delay. Both cause 100% system
>  > load but the DRI one causes system load and the software one causes
>  > user load.
>
>
> It might be interesting to find out where the CPU time is spent with
>  hardware acceleration.
>

It might be another unrelated DRI problem because in
xscreeensaver-demo the CPU is almost unused and the animation is still
slow. It's actually quite interesting, though. Turning on the fps
display makes the system time go almost 100% even in the demo.

I wonder how I could find where the time is spent. If it is system
time it is spent in kernel, right?

Thanks

Michal



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

Bug#538929: lintian: Please add mono-complete to packages unsuitable for depends/build-depends

[Josh Triplett]

Package: lintian
Version: 2.2.13
Severity: normal

Lintian has a list of packages unsuitable for depends or build-depends,
which includes broad metapackages intended for user/developer
convenience.  Right now, only xorg, xorg-dev, x-window-system,
x-window-system-dev, and x-window-system-core appear in that list, and
the lintian errors go by "depends-on-x-metapackage" and
"build-depends-on-x-metapackage".  I'd like to propose expanding the
list, and renaming the errors accordingly.

In this case, I saw the following in mono-complete's package
description:

> For packagers: This package is not to be used as dependency for
> packages! You should build-depend on cli-common-dev and the needed
> libraries instead.

To me, that immediately screamed "lintian test". :)

- Josh Triplett



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

Bug#535787: collectd: powerdns monitoring hangs on the pdns socket (pdns 2.9.22)

[Luke Heberling]

OK, two problems.
Problem number one seems to have been introduced with the LocalSocket option. 
In fact, that config value is ignored in favor of its key, the literal 
"LocalSocket". So the plugin creates the socket as "LocalSocket", connects to 
the pdns control socket and sends the data. When the pdns control socket 
attempts to send data back, it finds no socket called "LocalSocket" as it's in 
a different working directory.  Of course, this shouldn't cause collectd to 
hang. That's the second problem. The plugin's socket has no recv timeout. 
Since it was able to connect and send data successfully, it waits indefinitely 
for a response that's not coming.

Both problems are fixed in the attached patch, which I made against the squeeze 
debian source. I've tested the resulting package successfully in a lenny 
environment, both with and without a chrooted pdns_recursor.

Luke Heberling
--- collectd-4.6.3.broken/src/powerdns.c	2009-06-02 02:17:47.0 -0700
+++ collectd-4.6.3/src/powerdns.c	2009-07-27 16:44:32.0 -0700
@@ -380,6 +380,16 @@ static int powerdns_get_data_dgram (list
   break;
 }
 
+struct timeval timeout;
+timeout.tv_sec=5;
+timeout.tv_usec=0;
+status = setsockopt (sd, SOL_SOCKET, SO_RCVTIMEO, &timeout, sizeof (timeout));
+if (status != 0)
+{
+  FUNC_ERROR ("setsockopt");
+  break;
+}
+
 status = connect (sd, (struct sockaddr *) &item->sockaddr,
 sizeof (item->sockaddr));
 if (status != 0)
@@ -911,11 +921,18 @@ static int powerdns_config (oconfig_item
   powerdns_config_add_server (option);
 else if (strcasecmp ("LocalSocket", option->key) == 0)
 {
-  char *temp = strdup (option->key);
-  if (temp == NULL)
-return (1);
-  sfree (local_sockpath);
-  local_sockpath = temp;
+  if ((option->values_num != 1) || (option->values[0].type != OCONFIG_TYPE_STRING))
+  {
+WARNING ("powerdns plugin: `%s' needs exactly one string argument.", ci->key);
+  }
+  else
+  {
+char *temp = strdup (option->values[0].value.string);
+if (temp == NULL)
+  return (1);
+sfree (local_sockpath);
+local_sockpath = temp;
+  }
 }
 else
 {

Bug#538914: ITP: kcemu -- A software emulator for microcomputers made in the former state of East Germany

[Adrian Glaubitz]

Hi Romain,

On Tue, Jul 28, 2009 at 02:24:16AM +0200, Romain Beauxis wrote:
>   Hi !
> 
> Le mardi 28 juillet 2009 00:02:36, Adrian Glaubitz a écrit :
> >   Description : A software emulator for microcomputers made in the
> > former state of East Germany
> >
> > kcemu is a software emulator similar to ViCE which emulates the KC85
> > microcomputers made in the former state of East Germany.
> 
> Why not:
>   Description : A software emulator for KC85 microcomputers
>  ?
> 

Ja, you're right. My description is somewhat cumbersome :).

But there's still alot of time, I am working with the upstream author
to get it ready for Debian (need to change Z80 emulator as the current
one uses a non-free license).

> Romain


Adrian



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

Bug#538822: dash: fails to install overwriting files from bash

[Helmut Grohne]

Hi Raphael,

On Tue, Jul 28, 2009 at 02:09:36AM +0200, Raphael Geissert wrote:
> Ah, right; I really need to get some sleep, the diversion looks fine. 
> Although 
> either you added it manually (did you?) or dash used to use local diversions 
> (instead of setting the package name on the call to dpkg-divert).

I'm quite sure I did not manually change diversions for /bin/sh. If I
remember correctly I once had to change it back using dpkg-reconfigure
dash after something set it to bash.

> Do you remember more or less since when you started using dash as /bin/sh?

Not really. I seem to have installed dash 0.5.4-12 on Aug 26 2008, but I
have probably been using it longer. It's just long ago. I think it was
some rumors about dash speeding up the boot process that made me switch.
Could it be that this was some debconf talk?

Helmut



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

Bug#538928: ITP: merb -- Lightweight Ruby-based MVC framework for web development

[Joshua Timberman]

Package: wnpp
Severity: wishlist
Owner: jos...@opscode.com

http://merbivore.com/



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

Bug#491872: Recreate boot targets.

[Don Pellegrino]

Thanks for posting this Sladan.  After upgrading from grub to grub-pc
the Microsoft Windows Vista items were lost from the menu.  I was
unaware of the os-prober package and installing it did get the menu
items back.

aptitude install os-prober
aptitude reinstall grub-pc





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

Bug#538914: ITP: kcemu -- A software emulator for microcomputers made in the former state of East Germany

[Romain Beauxis]

Hi !

Le mardi 28 juillet 2009 00:02:36, Adrian Glaubitz a écrit :
>   Description : A software emulator for microcomputers made in the
> former state of East Germany
>
> kcemu is a software emulator similar to ViCE which emulates the KC85
> microcomputers made in the former state of East Germany.

Why not:
  Description : A software emulator for KC85 microcomputers
 ?

Romain



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

Bug#538822: dash: fails to install overwriting files from bash

[Raphael Geissert]

On Tuesday 28 July 2009 01:48:14 Helmut Grohne wrote:
> Hi Raphael,
>
> On Tue, Jul 28, 2009 at 01:41:01AM +0200, Raphael Geissert wrote:
> > And /bin/sh.distrib points to dash? :-/
>
> No:
> $ readlink -f /bin/sh.distrib
> /bin/bash
> $

Ah, right; I really need to get some sleep, the diversion looks fine. Although 
either you added it manually (did you?) or dash used to use local diversions 
(instead of setting the package name on the call to dpkg-divert).

Do you remember more or less since when you started using dash as /bin/sh?

>
> You probably also want to know my bash version. It is 3.2-6.
>
> > I'm not quite sure, I'll take a look at this tomorrow. But unless dash
> > used to use something other than dpkg-divert to modify the link, I can't
> > immediately think of an scenario where that would happen. Of course, it
> > might be that I'm just too sleepy and am missing something :)
>
> Thanks for investigating. If you need anything else, please ask.
> Unfortunately I haven't actively worked with diversions yet.
>

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#538927: Includes (slightly modified) copy of heimdal kerberos

[Jelmer Vernooij]

Package: samba4
Version: 4.0.0~alpha8+git20090718-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Samba 4 currently includes a copy of Heimdal Kerberos with some patches
applied. Since this copy of Heimdal is not build as shared libraries
this means a significant increase in the size of the Samba 4 binaries
and thus of the archive.

Upstream Samba 4 and Heimdal are working together to integrate the
required patches in Heimdal, and after this is done and landed in
Debian, Samba 4 should use it as well.

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

Kernel: Linux 2.6.30-1-686 (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/dash

Versions of packages samba4 depends on:
ii  debconf [debc 1.5.27 Debian configuration management sy
ii  libblkid1 1.41.8-2   block device id library
ii  libc6 2.9-22 GNU C Library: Shared libraries
ii  libdcerpc04.0.0~alpha8+git20090718-2 DCE/RPC client library
ii  libgensec04.0.0~alpha8+git20090718-2 Generic Security Library
ii  libldb0   1:0.9.6~git20090718-1  LDAP-like embedded database - shar
ii  libndr0   4.0.0~alpha8+git20090718-2 NDR marshalling library
ii  libpam0g  1.0.1-9Pluggable Authentication Modules l
ii  libpopt0  1.14-4 lib for parsing cmdline parameters
ii  libregistry0  4.0.0~alpha8+git20090718-2 Registry library
ii  libsamba-host 4.0.0~alpha8+git20090718-2 Samba host configuration library
ii  libsamba-util 4.0.0~alpha8+git20090718-2 Samba utility function library
ii  libtalloc11.4.0~git20090718-1hierarchical pool based memory all
ii  libtdb1   1.1.5-2Trivial Database - shared library
ii  libtevent00.9.6~20090604-1   talloc-based event loop library - 
ii  python2.5.4-2An interactive high-level object-o
ii  python-samba  4.0.0~alpha8+git20090718-1 Python bindings for Samba
ii  python2.5 2.5.4-1An interactive high-level object-o
ii  samba4-common 4.0.0~alpha8+git20090718-2 Samba 4 common files used by both 
ii  zlib1g1:1.2.3.3.dfsg-14  compression library - runtime

Versions of packages samba4 recommends:
ii  samba-ldb-too 4.0.0~alpha8+git20090718-2 LDAP-like embedded database - tool

Versions of packages samba4 suggests:
pn  bind9  (no description available)
pn  phpldapadmin   (no description available)

- -- debconf information:
  samba4/setup-pdc: false
  samba4/upgrade-from-v3: true



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

Bug#538926: add-sources.py: Please add Architecture field

[Joachim Breitner]

Package: edos-distcheck
Version: 1.4.2-4
Severity: normal
File: /usr/share/edos-distcheck/add-sources.py

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

in add-sources.py, currently no Architecture field is created for the
source package, causing warnings like:

Warning: package source---src-a doesn't have an architecture, using 'any'
Warning: package source---src-b doesn't have an architecture, using 'any'


Please make sure that source packages have the field. You can probably
just always fill it with the "current" architecture, or with "all".

Greetings,
Joachim

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

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

Versions of packages edos-distcheck depends on:
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.9-21GNU C Library: Shared libraries
ii  libgdbm3   1.8.3-6   GNU dbm database routines (runtime
ii  libpcre3   7.8-2 Perl 5 Compatible Regular Expressi
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  librpm04.7.0-9   RPM shared library
ii  librpmio0  4.7.0-9   RPM IO shared library
ii  perl   5.10.0-24 Larry Wall's Practical Extraction 
ii  python 2.5.4-2   An interactive high-level object-o
ii  python-debian  0.1.14Python modules to work with Debian
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

edos-distcheck recommends no packages.

edos-distcheck suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkpuPtgACgkQ9ijrk0dDIGzzogCeJC5sCgr+qL0Wtbww2WNQ7ffd
U8UAnimEQIXnzC/oIUAwqakj71vNfa7o
=SVNl
-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#533363: [Pkg-telepathy-maintainers] Bug#533363: empathy: crashes on "Join Favorites (F5)"

[Jonny Lamb]

tags 533363 + moreinfo
kthxbye

On Tue, Jun 16, 22:32:51 +0200, Jan Beyer wrote:
> After starting empathy and trying to join my favorite IRC-rooms, empathy dies 
> with the following message:
> 
> ERROR:empathy-dispatcher.c:451:dispatcher_start_dispatching: assertion 
> failed: (g_hash_table_lookup (cd->outstanding_channels, object_path) == NULL)

Please could you install Empathy's debugging symbols and provide a
backtrace of the crash please. Using --g-fatal-warnings might be
appropriate here.

You can get more information on debugging Empathy (and Telepathy) at
http://live.gnome.org/Empathy/Debugging.

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#538822: dash: fails to install overwriting files from bash

[Helmut Grohne]

Hi Raphael,

On Tue, Jul 28, 2009 at 01:41:01AM +0200, Raphael Geissert wrote:
> And /bin/sh.distrib points to dash? :-/

No:
$ readlink -f /bin/sh.distrib
/bin/bash
$

You probably also want to know my bash version. It is 3.2-6.

> I'm not quite sure, I'll take a look at this tomorrow. But unless dash used 
> to 
> use something other than dpkg-divert to modify the link, I can't immediately 
> think of an scenario where that would happen. Of course, it might be that I'm 
> just too sleepy and am missing something :)

Thanks for investigating. If you need anything else, please ask.
Unfortunately I haven't actively worked with diversions yet.

Helmut



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

Bug#538923: bzr-gtk: Hover help would be nice

[Greg Kochanski]

Package: bzr-gtk
Version: 0.95.0+bzr649-1
Severity: wishlist


It would be nice to have little hover help messages
appear to remind people what the buttons mean.
"Pull" vs. "update" -- they both use the same icon, so
might be a bit confusing.

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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages bzr-gtk depends on:
ii  bzr   1.16.1-1   easy to use distributed version co
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-glade2 2.14.1-3   GTK+ bindings: Glade support
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify

Versions of packages bzr-gtk recommends:
ii  bzr-dbus 0.1~bzr39-1 D-Bus announcements plugin for Baz
ii  python-cairo 1.8.4-3 Python bindings for the Cairo vect
ii  python-gnome2-desktop2.24.1-1Python bindings for the GNOME desk
ii  python-gnomekeyring  2.24.1-1+b2 Python bindings for the GNOME keyr
ii  python-gtksourceview22.6.0-1 Python bindings for the GtkSourceV
ii  python-nautilus  0.5.1-2 Python binding for Nautilus compon
ii  seahorse 2.26.1-2GNOME front end for GnuPG

Versions of packages bzr-gtk suggests:
pn  bzr-avahi  (no description available)
pn  bzr-loom   (no description available)
pn  bzr-search (no description available)

-- no debconf information



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

Bug#538925: add-sources.py: missing space between the two files

[Joachim Breitner]

Package: edos-distcheck
Version: 1.4.2-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

given the following files, add-sources will not add a space between the
last package and the first source:

$ cat tests/tmp/Packages
Package: bin-a-indep
Version: 2
Architecture: all
Source: src-a

Package: bin-a-1
Version: 2
Architecture: amd64
Source: src-a
$ cat tests/tmp/Sources
Package: src-a
Version: 2
Architecture: any
Section: misc
Priority: standard
Binary: bin-a-indep,bin-a-1

Package: src-b
Version: 1
Architecture: any
Section: misc
Priority: standard
Build-Depends: bin-a-1 (>= 2)
Binary: bin-b
$ python /usr/share/edos-distcheck/add-sources.py  < tests/tmp/Packages 
tests/tmp/Sources  amd64
Package: bin-a-indep
Version: 2
Architecture: all
Source: src-a

Package: bin-a-1
Version: 2
Architecture: amd64
Source: src-a
Package: source---src-a
Version: 2
Priority: standard
Section: misc
Description: dummy counterpart of "src-a" source package
 I don't exist, go away.

Package: source---src-b
Version: 1
Priority: standard
Section: misc
Depends: bin-a-1 (>= 2)
Description: dummy counterpart of "src-b" source package
 I don't exist, go away.



Greetings,
Joachim


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

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

Versions of packages edos-distcheck depends on:
ii  libbz2-1.0 1.0.5-3   high-quality block-sorting file co
ii  libc6  2.9-21GNU C Library: Shared libraries
ii  libgdbm3   1.8.3-6   GNU dbm database routines (runtime
ii  libpcre3   7.8-2 Perl 5 Compatible Regular Expressi
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  librpm04.7.0-9   RPM shared library
ii  librpmio0  4.7.0-9   RPM IO shared library
ii  perl   5.10.0-24 Larry Wall's Practical Extraction 
ii  python 2.5.4-2   An interactive high-level object-o
ii  python-debian  0.1.14Python modules to work with Debian
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

edos-distcheck recommends no packages.

edos-distcheck suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAkpuO1IACgkQ9ijrk0dDIGwsEwCfVvWY1wquKIomqhc7oqvst3Xk
QTEAnA4XuT4Vgwxp+UmY2gHkkMIPtldQ
=8oxT
-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#538822: dash: fails to install overwriting files from bash

[Raphael Geissert]

Hi,

On Tuesday 28 July 2009 01:28:55 Helmut Grohne wrote:
> Hi,
>
> On Tue, Jul 28, 2009 at 01:14:26AM +0200, Raphael Geissert wrote:
> > Could you please provide the output of $ dpkg-divert --list /bin/sh, and
> > readlink -f /bin/sh?
>
> $ dpkg-divert --list /bin/sh
> local diversion of /bin/sh to /bin/sh.distrib

And /bin/sh.distrib points to dash? :-/

> $ readlink -f /bin/sh
> /bin/dash
> $
>
> > We tested many scenarios and we didn't find any failure, so this must be
> > something that should not be common.
>
> I'm one of those users who started early with using dash as /bin/sh.
> Maybe it is connected to early code making dash available as /bin/sh?

I'm not quite sure, I'll take a look at this tomorrow. But unless dash used to 
use something other than dpkg-divert to modify the link, I can't immediately 
think of an scenario where that would happen. Of course, it might be that I'm 
just too sleepy and am missing something :)

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#538736: should xdigger be dropped from Debian?

[Moritz Muehlenhoff]

On Sun, Jul 26, 2009 at 06:45:51PM +0200, Gonéri Le Bouder wrote:
> Package: xdigger
> Version: 1.0.10-13
> Severity: important
> 
> xdigger is really oudated and there is much better "alternative" in
> Debian. Should we continue to spend time for that?

This really should be removed.

Cheers,
Moritz



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

Bug#535624: UNS: Re: Bug#535624: Patch update

[Maximiliano Curia]

Hola Julien Cristau!

El 27/07/2009 a las 14:16 escribiste:
> >if [ "$(md5sum "$XORGCONFIG")" = "$(cat "$XORGCONFIG_CHECKSUM")" ] || \
> > - ! [ -e "$XORGCONFIG" ] || [ -n "$RECONFIGURE" ]; then
> > + ! [ -e "$XORGCONFIG" ] || [ -n "$RECONFIGURE" ] || \
> > +{ [ -n "$(find "$XORGCONFIG" -maxdepth 0 -size 0 2>/dev/null)" ] && \
> > +[ "$2" = 1:7.3+19 ]; }; then

> I don't understand why this is necessary.
> xserver-xorg.preinst does this:

>   if [ "$1" = "install" ]; then
> if ! [ -e "$XORGCONFIG" ]; then
>   # cheap, fork()-free version of "touch"
>   : > "$XORGCONFIG"
>   md5sum "$XORGCONFIG" > "$XORGCONFIG_CHECKSUM"
> fi
>   fi

> so even with the buggy preinst the checksum in $XORGCONFIG_CHECKSUM
> should match the empty file.  What am I missing?

You are most probably right and I had probably mess up with the tests I made
before. I wasn't looking for the source of xorg.conf emptyness, so it should
be fine to remove the modification to the second if. I've tested it (lightly)
again and seems to be fine.

-- 
"We must be very careful when we give advice to younger people: sometimes they
follow it!" -- Edsger W. Dijkstra
Saludos /\/\ /\ >< `/



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

Bug#538848: /etc/apt/sources.list.d/* ignored

[Goswin von Brederlow]

David Kalnischkies  writes:

> Hi Olaf Zaplinski,
>
>> include /etc/apt/sources.list.d/*
> Is this really the end of your sources.list file?
> If yes, please remove this invalid line. [1]
> There is no include directive for sources.list
> as apt automatically include all files in sources.list.d. [2]
>
> If this not fix your problem it would be great if you could
> provide your source.list.d files which are ignored.
>
>
> Best regards / Mit freundlichen Grüßen,
>
> David "DonKult" Kalnischkies
>
> [1] If i add the line to my source.list all apt operations fail with
> an error message, but i am unsure if this message is present in
> your (= the stable) apt version.
> [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=66325

Note that sources.list.d files must end in .list.

MfG
Goswin



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

Bug#538739: should mancala be dropped from Debian?

[Moritz Muehlenhoff]

On Sun, Jul 26, 2009 at 07:02:14PM +0200, Gonéri Le Bouder wrote:
> Package: mancala
> Version: 1.0.1-3
> Severity: important
> 
> mancala is dead upstream for years and I doubt it has player. Should
> we continue to maintain it?

Let's remove it. It's just cruft.

Cheers,
Moritz



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

Bug#538924: bzr-gtk: olive - why not a merge button?

[Greg Kochanski]

Package: bzr-gtk
Version: 0.95.0+bzr649-1
Severity: wishlist


For some development styles (i.e. two cooperating developers)
"merge" gets used more than "pull" or "update".

Why doesn't "merge" have a button on the main toolbar?


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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages bzr-gtk depends on:
ii  bzr   1.16.1-1   easy to use distributed version co
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-glade2 2.14.1-3   GTK+ bindings: Glade support
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify

Versions of packages bzr-gtk recommends:
ii  bzr-dbus 0.1~bzr39-1 D-Bus announcements plugin for Baz
ii  python-cairo 1.8.4-3 Python bindings for the Cairo vect
ii  python-gnome2-desktop2.24.1-1Python bindings for the GNOME desk
ii  python-gnomekeyring  2.24.1-1+b2 Python bindings for the GNOME keyr
ii  python-gtksourceview22.6.0-1 Python bindings for the GtkSourceV
ii  python-nautilus  0.5.1-2 Python binding for Nautilus compon
ii  seahorse 2.26.1-2GNOME front end for GnuPG

Versions of packages bzr-gtk suggests:
pn  bzr-avahi  (no description available)
pn  bzr-loom   (no description available)
pn  bzr-search (no description available)

-- no debconf information



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

Bug#500899: [Pkg-telepathy-maintainers] Bug#500899: telepathy-idle: can't register against nickserv anymore

[Jonny Lamb]

tags 500899 + moreinfo
kthxbye

On Thu, Oct 02, 14:47:17 +0200, Xavier Bestel wrote:
> since a few versions, empathy can't register against nickerv on freenode.
> It just fails, telling that the nick is already registered.

Are you sure the nick isn't, um, registered? You could check with
another IRC client (such as irssi or xchat) to make sure.

If it is indeed not registered, then please could you provide logs
from telepathy-idle. You can obtain these logs from reading:

http://telepathy.freedesktop.org/wiki/Debugging

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#538822: dash: fails to install overwriting files from bash

[Helmut Grohne]

Hi,

On Tue, Jul 28, 2009 at 01:14:26AM +0200, Raphael Geissert wrote:
> Could you please provide the output of $ dpkg-divert --list /bin/sh, and 
> readlink -f /bin/sh?

$ dpkg-divert --list /bin/sh
local diversion of /bin/sh to /bin/sh.distrib
$ readlink -f /bin/sh
/bin/dash
$

> We tested many scenarios and we didn't find any failure, so this must be 
> something that should not be common.

I'm one of those users who started early with using dash as /bin/sh.
Maybe it is connected to early code making dash available as /bin/sh?

Helmut



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

Bug#488753: Uploaded passenger

[Micah Anderson]

David Moreno and I spent some time at Debconf preparing a new version of
Passenger to address the various issues that ftp master had, and
upgraded it to a new version.

We uploaded it last night, and it is now in the NEW queue, we'll have to
close this ITP after (or if) it is accepted, as well as move it to the
proper area in the debian-ruby-extras team area. 

micah


signature.asc
Description: Digital signature

Bug#538389: rfkill into wireless-tools?

[Darren Salt]

I demand that Steve Langasek may or may not have written...

> On Sat, Jul 25, 2009 at 01:59:20PM +0100, Darren Salt wrote:
[snip; ITP for rfkill]
>> I'm choosing a git snapshot over 0.1 because it contains some
>> functionality which will be of use in eeepc-acpi-scripts.

> It's been proposed already to integrate this tool into the wireless-tools
> package; you may want to check with the maintainer of said package (and
> upstream) to sort out where this is best integrated.

I'm not convinced that it should, given the current description of
wireless-tools (for wext, basically); this would be broadening the scope of
that package somewhat. It may as well be merged into bluetooth, AFAICS...

Anyway, I've just noticed that this merge into wireless-tools has been done
in Ubuntu, "nicely" pre-empting this, making the package description
wrong(!) and, as it happens, using the same git snapshot which I've used:
  https://lists.ubuntu.com/archives/karmic-changes/2009-July/004809.html

BTW, http://tartarus.org/~ds/pkg/rfkill_0.1-4-g9429740-1.dsc if anybody wants
to have a quick look at the package as it stands. (The .diff.gz contains a
man page which upstream may want.)

-- 
| Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon
| using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army
| + Output less CO2 => avoid boiling weather. TIME IS RUNNING OUT *FAST*.

Any system that depends on reliability is unreliable.



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

Bug#538922: /usr/bin/olive-gtk: olive-gtk doesn't say what it is.

[Greg Kochanski]

Package: bzr-gtk
Version: 0.95.0+bzr649-1
Severity: normal
File: /usr/bin/olive-gtk


When you run olive for the first time, it shows you a
picture of an olive. If you don't happen to start
it in a bzr directory, it doesn't give you many clues
as to what the heck it does.

The only clue is the titlebar which says "Olive - Bazaar GUI".
Obviously, if you know that Bazaar is a version control system,
you could guess at what it does.   But, though it may be
surprising, quite a number of adults I surveyed
associate the word "bazaar" with a middle-Eastern shopping
experience rather than with programming tools.

The "Help" menu isn't helpful, because it only gives credits.

"Help" should give the user a 1-sentence summary of what the
program does.   Explaining thing is, after all, what it's
there for.   I'd suggest this:

"Olive is a graphical front end that lets you conveniently
control the Bazaar (bzr) distributed version control system.
This program lets you track changes to a group of files
and collaboratively work on programs or documents."


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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages bzr-gtk depends on:
ii  bzr   1.16.1-1   easy to use distributed version co
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-glade2 2.14.1-3   GTK+ bindings: Glade support
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify

Versions of packages bzr-gtk recommends:
ii  bzr-dbus 0.1~bzr39-1 D-Bus announcements plugin for Baz
ii  python-cairo 1.8.4-3 Python bindings for the Cairo vect
ii  python-gnome2-desktop2.24.1-1Python bindings for the GNOME desk
ii  python-gnomekeyring  2.24.1-1+b2 Python bindings for the GNOME keyr
ii  python-gtksourceview22.6.0-1 Python bindings for the GtkSourceV
ii  python-nautilus  0.5.1-2 Python binding for Nautilus compon
ii  seahorse 2.26.1-2GNOME front end for GnuPG

Versions of packages bzr-gtk suggests:
pn  bzr-avahi  (no description available)
pn  bzr-loom   (no description available)
pn  bzr-search (no description available)

-- no debconf information



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

Bug#538921: ROM RM: slim

[Mike Massonnet]

package: ftp.debian.org
severity: normal

Please drop slim from the debian archive. There is no reason to me,
just drop it, I want finally to get rid of it and don't waste any more
time on it. In fact it is unmaintained and will likely have to be
dropped in the future anyway.

Regards
Mike



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

Bug#538822: dash: fails to install overwriting files from bash

[Raphael Geissert]

Hi,

On Monday 27 July 2009 12:21:40 you wrote:
> Package: dash
> Version: 0.5.5.1-2
> Severity: grave
> Justification: renders package unusable
>
> Upgrading dash fails:
> (Reading database ... 181192 files and directories currently installed.)
> Preparing to replace dash 0.5.5.1-2 (using .../dash_0.5.5.1-2.2_amd64.deb)
> ... Adding `diversion of /usr/share/man/man1/sh.1.gz to
> /usr/share/man/man1/sh.distrib.1.gz by dash' Unpacking replacement dash ...
> dpkg: error processing /var/cache/apt/archives/dash_0.5.5.1-2.2_amd64.deb
> (--unpack): trying to overwrite `/bin/sh', which is also in package bash
> Removing `diversion of /usr/share/man/man1/sh.1.gz to
> /usr/share/man/man1/sh.distrib.1.gz by dash' Processing triggers for man-db
> ...
> Processing triggers for menu ...
> Errors were encountered while processing:
>  /var/cache/apt/archives/dash_0.5.5.1-2.2_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> A package failed to install.  Trying to recover:
>
> If I understand this correctly bash should release the files and dash
> should conflict with the current version of bash. In any case this is
> not a smooth upgrade.
>

Could you please provide the output of $ dpkg-divert --list /bin/sh, and 
readlink -f /bin/sh?

We tested many scenarios and we didn't find any failure, so this must be 
something that should not be common.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#526137: [Pkg-telepathy-maintainers] Bug#526137: Sound notifications are not reproduced

[Jonny Lamb]

tags 526137 + moreinfo
kthxbye

On Wed, Apr 29, 16:00:34 +0200, Andrea De Iacovo wrote:
> Even if they are enabled in preferences dialogue, sound notifications are not 
> reproduced by empathy.

Do you have a sound theme installed?

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#499297: Bug still present in latest versions

[Moritz Muehlenhoff]

On Wed, Oct 22, 2008 at 10:34:00AM +0300, Mihnea-Costin Grigore wrote:
> 
> Using the latest version of the linux-image-2.6.26 available from sid, the
> bug is still present. Interestingly, I have the same kernel version on 4
> machines and only two (the ones described above) exhibit this symptom.
> 
> ==
> 
> (this is after 25 minutes of uptime):
> 
> # ntpq -p
>  remote   refid  st t when poll reach   delay   offset 
> jitter
> ==
>  ntp3.usv.ro .PPS.1 u   10   64  377   13.204  28586.5
> 6001.04
>  router.srb.alsy .GPS.1 u9   64  377   45.667  24600.1
> 3362.46
>  89.46.240.255   148.6.0.13 u   36   64  377   15.167  22827.6
> 3305.95
>  cache.alsys.ro  .GPS.1 u   23   64  3772.258  24407.2
> 3327.12
> 
> # ntpq -c as
> ind assID status  conf reach auth condition  last_event cnt
> ===
>   1 17366  9024   yes   yes  nonereject   reachable  2
>   2 17367  9024   yes   yes  nonereject   reachable  2
>   3 17368  9024   yes   yes  nonereject   reachable  2
>   4 17369  9024   yes   yes  nonereject   reachable  2
> 
> # grep ntpd /var/log/daemon.log
> Oct 22 10:04:53 Nomad ntpdate[4016]: step time server 195.234.188.3 offset
> 478.057462 sec
> Oct 22 10:04:55 Nomad ntpdate[4332]: step time server 195.234.188.3 offset
> 0.056862 sec
> Oct 22 10:05:03 Nomad ntpd[4524]: ntpd 4.2@1.1520-o Wed Jul 16 12:36:24
> UTC 2008 (1)
> Oct 22 10:05:03 Nomad ntpd[4525]: precision = 1.000 usec
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #0 wildcard,
> 0.0.0.0#123 Disabled
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #1 wildcard,
> ::#123 Disabled
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #2 lo, ::1#123
> Enabled
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #3 wlan0,  Enabled
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #4 wlan0,  Enabled
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #5 lo,
> 127.0.0.1#123 Enabled
> Oct 22 10:05:03 Nomad ntpd[4525]: Listening on interface #6 wlan0,  Enabled
> Oct 22 10:05:03 Nomad ntpd[4525]: kernel time sync status 0040
> Oct 22 10:05:03 Nomad ntpd[4525]: frequency initialized 0.000 PPM from
> /var/lib/ntp/ntp.drift
> Oct 22 10:05:13 Nomad ntpd[4525]: synchronized to 84.247.32.1, stratum 1
> Oct 22 10:05:13 Nomad ntpd[4525]: time reset +0.358263 s
> Oct 22 10:05:13 Nomad ntpd[4525]: kernel time sync status change 0001

Does this issue still appear with the final Lenny kernel?

Cheers,
Moritz



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

Bug#538920: libhtml-prototype-perl: embedded copies of prototype and scriptaculous JavaScript libraries

[Ansgar Burchardt]

Package: libhtml-prototype-perl
Version: 1.48-2
Severity: normal

HTML-Prototype contains embedded copies of Prototype (libjs-prototype)
and scriptaculous (libjs-scriptaculous).  Both are older that the
versions provided by the Debian packages.

There's an upstream bug report [1] asking to include a more recent version
of the libraries, but nothing has been done yet.  It seems upstream does
not have time to maintain the module any longer, the Catalyst team
recommends not using HTML::Prototype any longer:

Catalyst has considered HTML::Prototype a "we recommend you don't
use this" for a couple of years now.

Ansgar

[1] http://rt.cpan.org/Public/Bug/Display.html?id=37994



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

Bug#538919: /usr/bin/olive-gtk: password box can appear behind main window

[Greg Kochanski]

Package: bzr-gtk
Version: 0.95.0+bzr649-1
Severity: normal
File: /usr/bin/olive-gtk


When you start olive-gtk from the Debian "applications" menu
and you do a "pull" or "merge" over sftp, and you need to
enter a password, the password box pops up.

On my system, it often pops up *behind* the main olive window.

Needless to say, this is not a big problem except for the first
time.I suspect it may turn off quite a number of new users
because the main window appears to freeze and it certainly does
not do what you want it to, until you uncover the password
pop-under.


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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages bzr-gtk depends on:
ii  bzr   1.16.1-1   easy to use distributed version co
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-glade2 2.14.1-3   GTK+ bindings: Glade support
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify

Versions of packages bzr-gtk recommends:
ii  bzr-dbus 0.1~bzr39-1 D-Bus announcements plugin for Baz
ii  python-cairo 1.8.4-3 Python bindings for the Cairo vect
ii  python-gnome2-desktop2.24.1-1Python bindings for the GNOME desk
ii  python-gnomekeyring  2.24.1-1+b2 Python bindings for the GNOME keyr
ii  python-gtksourceview22.6.0-1 Python bindings for the GtkSourceV
ii  python-nautilus  0.5.1-2 Python binding for Nautilus compon
ii  seahorse 2.26.1-2GNOME front end for GnuPG

Versions of packages bzr-gtk suggests:
pn  bzr-avahi  (no description available)
pn  bzr-loom   (no description available)
pn  bzr-search (no description available)

-- no debconf information



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

Bug#493540: linux-image-2.6.25-2-686-bigmem: fails to copy files/directories on USB storage media

[Moritz Muehlenhoff]

On Mon, Dec 15, 2008 at 11:06:29AM +0100, Stefan Oschkera wrote:
> > How large's the USB media in question? Are you maybe running into
> > limitations of the ancient FAT32 specs?
> 
> The tested USB devices were two memory sticks - 1GB and 8GB - and an USB HDD 
> with a capacity of 120GB. The files transferred were all smaller than 500MB 
> each, the test directory showed only a few subdirectories - so everything 
> should have been well within the specs of FAT32. 

I've looked through the upstream commits, but couldn't find something
which directly relates to your problem. As a first data point, could
you test 2.6.30 from unstable? Even if you run stable, it installs fine
in Lenny.

Cheers,
Moritz



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

Bug#142424: [Pkg-sysvinit-devel] Bug#142424: Please implement a kindler gentler single-user runlevel

[Henrique de Moraes Holschuh]

On Sun, 26 Jul 2009, Petter Reinholdtsen wrote:
> An idea occured to me the other day, to make sure single user boots
> actually execute the rc1.d/ scripts.  We could add code like this in a
> script at the end of rcS.d/:
> 
> for word in $(cat /proc/cmdline); do
> case "$word" in
> S|single)
> telinit 1
> ;;
> esac
> done
> 
> This way a single user boot would first stop scripts according to
> rc1.d/, and next start sulogin.  This way the last runlevel was 1, and
> exiting single user would send people to runlevel 2 which would start
> everything that was stopped in runlevel 1.
> 
> This again would allow us to get a system that recover properly after
> single user, restarting services that was stopped.  We would need to
> add/move some start scripts from rcS.d/ to rc#.d/, but that make sense
> anyway.

Well, our rc.S does way too much.

I have found myself in need to use the "emergency" mode quite often because
rcS would do *extremey* annoying things such as bringing up the quota
subsystem (ever tried that while md-raid is syncing?)

IMHO, a LOT of the stuff we have in rc.S should be kicked to rc.1.  When
one needs to use the 'emergency' mode outside of a major root filesystem
screwup or massive md-raid/lvm snafu, it means something is not proper.

That reminds me of two issues we have:

1. microcode.ctl is being run too late.  It should run in the initrd, and
failing that, as soon as udev is available.

2. update of kernel parameters (/etc/sysctl.conf, /etc/sysfs.conf) needs to
be applied as soon as possible as well (probably right after the udev
coldplug pass).

That will fix some extremely aggravating failure modes we have.  Should I
open separate bugs for these issues?

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



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

Bug#525408: [Pkg-telepathy-maintainers] Bug#525408: empathy: Not saving password makes account disappear

[Jonny Lamb]

forwarded 525408 http://bugzilla.gnome.org/show_bug.cgi?id=586562
kthxbye

On Fri, Apr 24, 12:53:22 +0200, Ivan Vilata i Balaguer wrote:
> A possibly related effect is Empathy not importing Pidgin accounts that don't
> have a stored password.  The account appears in the importable account list,
> but the account doesn't get imported.

This is actually fixed as of commit 48236b65f upstream, which is in
Empathy 2.27.3.

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#537775: armel buildd on experimental

[Mike Hommey]

On Mon, Jul 27, 2009 at 10:16:07AM +0300, Riku Voipio wrote:
> after the removal of duplicate symbols filter, the build now failed at:
> 
> c++  -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual 
> -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align 
> -Wno-invalid-offsetof -Wno-long-long -g -fno-strict-aliasing -pthread -pipe  
> -DNDEBUG -DTRIMMED -Os -freorder-blocks -fno-reorder-functions  -DORBIT2=1 
> -pthread -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 
> -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include   -pthread -DORBIT2=1 
> -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include 
> -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/gnome-vfs-module-2.0   -DORBIT2=1 
> -pthread -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 
> -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 
> -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 
> -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/us
> r/include/bonobo-activation-2.0   -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include-fPIC -shared -Wl,-z,defs 
> -Wl,-h,libmozgnome.so -o libmozgnome.so  nsGConfService.o nsGnomeVFSService.o 
> nsGnomeModule.o -Wl,--as-needed 
> -Wl,--version-script=/root/xulrunner/xulrunner-1.9.1.1/debian/symbols.filter 
> -lpthread  -Wl,-rpath-link,/root/xulrunner/xulrunner-1.9.1.1/dist/bin 
> -Wl,-rpath-link,/usr/lib  
> /root/xulrunner/xulrunner-1.9.1.1/dist/lib/libxpcomglue_s.a 
> -L/root/xulrunner/xulrunner-1.9.1.1/dist/bin -lxpcom 
> -L/root/xulrunner/xulrunner-1.9.1.1/dist/bin -lxpcom -L/usr/lib -lplds4 
> -lplc4 -lnspr4 -lpthread -ldl -lgconf-2 -lglib-2.0 -pthread -lgnomevfs-2 
> -lgconf-2 -lgthread-2.0 -lrt -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 -pthread 
> -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lgmodule-2.0 -lORBit-2 
> -lgthread-2.0 -lrt -lgobject-2.0 -lglib-2.0 -lgobject-2.0 -lglib-2.0
> -Wl,--version-script 
> -Wl,../../../build/unix/gnu-ld-scripts/components-version-script 
> -Wl,-Bsymbolic -lasound-ldl -lm
> /usr/bin/ld: anonymous version tag cannot be combined with other version tags
> collect2: ld returned 1 exit status

I'll try to find another hack. I'll keep you posted, or I'll bug you in
a hacklab.

Mike



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

Bug#530840: [Pkg-telepathy-maintainers] Bug#530840: telepathy-gabble: Vioce/Video does not work.

[Jonny Lamb]

On Thu, May 28, 09:43:03 +0200, Mateusz Kaduk wrote:
> When I call friend I can hear him, but he cant hear me.
> When he tries to call his OSx gtalk client says that my client does not 
> support this service.
> I have public IP and I am not behind SNAT.

Do you still get the same problem with the most recent Empathy and
telepathy-gabble packages? If so, please provide more information
about your sound setup (pulseaudio, etc.) and give logs from Empathy
and telepathy-gabble. You can obtain these logs by reading:

http://live.gnome.org/Empathy/Debugging

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#537623: Patch to add binary packages for providing busybox syslogd/klogd, udhcpc, and udhcpd

[Axel Beckert]

reassign 537623 busybox 1:1.13.3-1
retitle 537623 busybox: Please add binary packages for providing syslogd, 
udhcpc, and udhcpd.
tag 537623 + patch
kthxbye

Hi,

as already discussed on #debian-boot and in the bugreports #537623 and
#503529, the current idea is to integrate the packaging of symlinks to
busybox for using its syslogd, klogd, logread, udhcpc, udhcpd and
dumpleases applets instead of creating a standalone source package
doing that.

Attached the patch against the current SVN version (r59800).

Some remarks:

1. In accordance with Otavio I renamed and moved one file he recently
   added to the package, so before applying the patch the following
   commands must be issued:

   $ svn mkdir debian/share
   $ svn mv debian/bin/default.script debian/share/udeb.script

2. The busybox-syslogd package currently has two init.d scripts, one
   for syslogd and one for klogd. Some people may prefer a single
   init.d script for both daemons. If this is wanted, I can provide an
   updated patch.

3. The patch also includes transitional packages udhcpc and udhcpd to
   move away from the outdated udhcp source package. See #503529 for
   details on the outdated and orphaned udhcp source package which
   will be obsoleted by this patch. This patch is in accordance with
   Luca Capello's ITA and will resolve it.

I'm subscribed to debian-b...@l.d.o, so I should get any bugreports
filed against the busybox package (and especially the newly introduced
binary packages) and can work on those which cover this part of the
package.

Thanks to Otavio for many suggestions and his time at DebConf9.

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/
Index: debian/busybox-udhcpd.links
===
--- debian/busybox-udhcpd.links	(revision 0)
+++ debian/busybox-udhcpd.links	(revision 0)
@@ -0,0 +1,4 @@
+bin/busybox usr/sbin/udhcpd
+bin/busybox usr/bin/dumpleases
+usr/share/man/man1/busybox.1.gz usr/share/man/man1/dumpleases.1.gz
+usr/share/man/man1/busybox.1.gz usr/share/man/man8/udhcpd.8.gz
Index: debian/busybox-syslogd.init
===
--- debian/busybox-syslogd.init	(revision 0)
+++ debian/busybox-syslogd.init	(revision 0)
@@ -0,0 +1,161 @@
+#!/bin/sh
+#
+# init.d script with LSB support.
+#
+# Copyright (c) 2007 Javier Fernandez-Sanguino 
+# Copyright (c) 2008 Axel Beckert 
+#
+# This is free software; you may redistribute it and/or modify
+# it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2,
+# or (at your option) any later version.
+#
+# This is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License with
+# the Debian operating system, in /usr/share/common-licenses/GPL;  if
+# not, write to the Free Software Foundation, Inc., 59 Temple Place,
+# Suite 330, Boston, MA 02111-1307 USA
+#
+### BEGIN INIT INFO
+# Provides:  syslogd
+# Required-Start:
+# Required-Stop:
+# Should-Start:  
+# Should-Stop:
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+# Short-Description: Starts syslogd
+# Description:   Starts the busybox syslogd
+### END INIT INFO
+
+PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+
+NAME=syslogd # Introduce the short server's name here
+DAEMON=/sbin/$NAME # Introduce the server's location here
+DESC="busybox' $NAME implementation" # Introduce a short description here
+NEEDED_OPTS=''
+DAEMON_USER='root'
+
+test -x $DAEMON || exit 0
+
+. /lib/lsb/init-functions
+
+# Default options, these can be overriden by the information
+# at /etc/default/$NAME
+SYSLOG_OPTS=""  # Additional options given to the server
+
+DIETIME=10  # Time to wait for the server to die, in seconds
+# If this value is set too low you might not
+# let some servers to die gracefully and
+# 'restart' will not work
+
+#STARTTIME=2 # Time to wait for the server to start, in seconds
+# If this value is set each time the server is
+# started (on start or restart) the script will
+# stall to try to determine if it is running
+# If it is not set and the server takes time
+# to setup a pid file the log message might 
+# be a false positive (says it did not start
+# when it actually did)
+
+# Include defaults if available
+if [ -f /etc/default/busybox-syslogd ] ; then
+	. /etc/default/busybox-syslogd
+fi
+
+set -e
+
+start_ser

Bug#537935: CVE-2009-2492 - details/patch?

[Dominic Hargreaves]

Hi,

Is anyone able to help with any information and a confirmed patch
for this issue which was reported with Movable Type before 4.261?

My best guess is that it's

http://code.sixapart.com/trac/movabletype/changeset?new=3829%40branches%2Ffringale&old=3818%40branches%2Ffringale

but any confirmation would be welcome.

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#500146: Сделайте подарок себе и своим близким.

[Сегрей Иванов]

- Поздравить родственника или друга с днём рождения и написать пожелания.
 - Поздравить молодоженов и дать им возможность начать совместную жизнь с удачи 
и побед.
 -"Не хотите быть похожей на всех?" - тогда ваше место здесь на первых позициях 
в  ТОП-20. 
   - Вам надоело одиночество и вы хотите найти свою вторую половинку?,  
регистрируйтесь.
- Смотрите по телевизору своего любимого кумира и хотите быть такой же 
популярной как она? Вам ни кто не запрещает сделать это.
- Вы молоды, прекрасны, хотите стать профессиональной моделью, или увидеть  
себя на обложке популярного журнала. И это в ваших силах, ваше фото увидят все. 

Только так можно заявить о себе и показать себя.
ЖЕЛАЮ УДАЧИ И ИСПОЛНЕНИЮ ЖЕЛАНИЙ !

С уважением Администрация. http://thebeststar.net

Bug#538833:

[satoru takeuchi]

Hi,

> Lastly, /etc/emacs/site-start.d/50quilt-el.el should check that the
> package is actually installed prior to setting up the package, since
> that config file may be there after a package is removed but not purged.
> I suggest to test if /usr/share/emacs/site-lisp/quilt-el/quilt.el is
> present.

50quilt-el.el checks whether /usr/share/emacs/site-lisp/quilt-el is existed
or not before setting up the package. If quilt-el has already been removed,
this directory is not existed and setting up doesn't occur.

Thanks,
Satoru



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

Bug#509302: [Pkg-telepathy-maintainers] Bug#509302: empathy: Failed to add icq contact to my contact list

[Jonny Lamb]

On Sun, Dec 21, 03:16:40 +0300, Konstantin Klimentov aka Rilium wrote:
> I installed telepathy-haze package, then added icq account, icq account were 
> fresh registred, without any contacts in it.
> I clicked "Chat" menu item, than "Add contact...", entered icq uin of my 
> friend, entered as alias his nickname and accepted this.
> I expected to see his account in my contact list, but it didn't, also my 
> network status changed to "Offline", i tryied it several time. result is same.
> After he write me message, i have succeded to add he to my contact list.
> Also here is output that i saw in terminal:
[...]
> After few experiments with this, i'm failed to just change my status to 
> "Availible", it writes that there is "Network problem", but there is no 
> network problems with access to server that i configured(login.icq.com):

Do you still get this problem with the most recent versions of Empathy
and telepathy-haze? If so, please could you provide a full debug log
of both Empathy and telepathy-haze. You can find information on how to
obtain this information from:

http://live.gnome.org/Empathy/Debugging

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#365349: Intermediate space requirements

[Lucas Nussbaum]

On 17/07/09 at 14:28 +0200, Bastian Blank wrote:
> [1]: Even this would currently make it impossible to build snapshots in
> the current setup, because the used machine have no additional free
> space.

Hi Bastian,

The kernel snapshots is a really useful service (which unfortunately
isn't very well known inside Debian). Have you thought of using
Debian hardware to build them? That doesn't sound like a totally insane
idea to me.

- Lucas



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

Bug#496581: [Pkg-telepathy-maintainers] Bug#496581: telepathy-haze: unable to connect any more

[Jonny Lamb]

Hi,

On Mon, Aug 25, 21:52:30 +0200, Jose Carlos Garcia Sogo wrote:
> >From some time empathy is unable to join MSN network using telepathy-haze. I 
> >have not changed anything and it works with the other MSN method (I guess 
> >libpurple one)

Do you still get the MSN network error? If so, could you give a
debug log of the connection manager failing please? You can find
information on how to debug a connection manager here:

http://telepathy.freedesktop.org/wiki/Debugging

Thanks,

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#333776: qt-x11-free build fails

[Moritz Muehlenhoff]

On Mon, Dec 12, 2005 at 02:41:49AM -0800, Steve Langasek wrote:
> notfound 326581 2.3.5-8
> notfound 326581 2.3.5-8.1
> unblock 341666 by 326581
> unblock 341675 by 326581
> retitle 326581 [hppa] glibc-2.3.5 lets python FTBFS
> found 333766 2.3.5-8
> merge 333766 342545
> thanks
> 
> > qt-x11-free's recent failure to build on hppa is apparently due to a glibc
> > problem that was allegedly, but not actually, fixed in 2.3.5-8, or has
> > since returned (presumably #326581 or something else that was thought fixed
> > by building with gcc-3.4 on hppa). The message below has a link to an
> > example of the build failure.
> 
> This is a bug that was believed fixed previously, but it is *not* bug
> #326581; it's bug #333766, which was fixed in glibc 2.3.5-7.  (And it really
> was fixed, otherwise kdelibs4c2 wouldn't be in testing right now for hppa.)
> But it's back in 2.3.5-8; could this have to do with the fact that 2.3.5-7
> was built (wrongly) with gcc-4.0, and 2.3.5-8 is the first version to build
> with gcc-3.4?

Is still still an issue with Lenny or later?

Cheers,
Moritz



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

Bug#334843: more details

[Moritz Muehlenhoff]

On Thu, Dec 15, 2005 at 02:19:10PM +0100, Mathieu Roy wrote:
> Hello,
> 
> I installed udev, as it is supposed to be the thing to use with such
> kernel, and this cause the system to segfault too.
> 
> So the hdparm fix helped to avoid the problem, but there is definitely
> something very wrong there.
> 
> 
> > I was confused by your initial bug report, thought that it
> > was related to the loading of ide modules, and was offering
> > a work around. If you feel that was off-topic, please ignore it.
> 
> I wonder what would cause that bug. As said before, I found this
> problem after an hardware change, the video card, with a video card
> that worked perfectly on another computer with the same arch (not the
> same motherboard, but the same system with the same software). 
> 
> I traced the failure at the hdparm init script and Aurelien was able
> to provide a workaround.
> 
> But still there's something wrong, as shows udev failure. I find odd
> that I have some many ide modules loaded and I wonder if it may be
> part of the issue, but I have no clues.
> 
> Tell me if there is further information I can provide.

Is this still an issue with more recent kernels?

Cheers,
Moritz



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

Bug#496902: [new check] check against current Python packaging standards

[Bernd Zeimetz]

Hi,

the right behaviour should be throwing an error or at least a warning if
dh_python is used.
Also there are a lot of packages which are conform to the new Python policy
which do not have a debian/pycompat file... nobody seems to like to use it,
which is the result when one person pushes the Python policy without talking
with the other people who package Python stuff..but well, that's not a lintian
problem :)

Otherwise I think that the recent Python related checks in lintian are okayish.
At least I can't come up with anything which would be possible to improve here.

Cheers,

Bernd

-- 
 Bernd Zeimetz Debian GNU/Linux Developer
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F



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

Bug#538918: qa.debian.org: Please only display the svnbuildstat link if there's something interesting reported there

[Lucas Nussbaum]

Package: qa.debian.org
Severity: normal
User: qa.debian@packages.debian.org
Usertags: pts

Hi,

Svnbuildstat duplicates information that is already present elsewhere
(BTS, etc). The only new thing it provides (besides a new way to view
all this information, but if you are going to the PTS, you want the PTS
view, not svnbuildstat's view) is automatic builds of SVN versions of
packages.

It would make sense to only provide the link if the svn version of the
package failed to build when tested by svnbuildstat.

- Lucas

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

Kernel: Linux 2.6.31-rc3-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/dash



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

Bug#538917: apt: integer overflow if the list section size is bigger than USHORT_MAX

[Víctor Manuel Jáquez Leal]

Package: apt
Version: 0.7.20.2
Severity: important
Tags: patch

*** Please type your report below this line ***

Header.MaxVerFileSize determines the buffer size used to parse the list files.
By default is 64k, but it is resized here

apt-pkg/pkgcachegen.cc:379

   VF->Size = List.Size();
   if (Cache.HeaderP->MaxVerFileSize < VF->Size)
  Cache.HeaderP->MaxVerFileSize = VF->Size;

Header.MaxVerFileSize is an unsigned long
ListParser.Size() returns unsigned long
but VerFileIterator->Size is an unsigned short !!!

This generates, if the ListParser.Size is bigger than USHORT_MAX, an integer
overflow, and the list parsing will fail, because the buffer won't contain the 
whole section. 

I think this is related to #275852

Here's the patch, for making the size unsigned long

diff --git a/apt-pkg/pkgcache.h b/apt-pkg/pkgcache.h
index 59d5003..14bec69 100644
--- a/apt-pkg/pkgcache.h
+++ b/apt-pkg/pkgcache.h
@@ -244,7 +244,7 @@ struct pkgCache::VerFile
map_ptrloc File;   // PackageFile
map_ptrloc NextFile;   // PkgVerFile
map_ptrloc Offset; // File offset
-   unsigned short Size;
+   unsigned long Size;
 };
 
 struct pkgCache::DescFile
@@ -252,7 +252,7 @@ struct pkgCache::DescFile
map_ptrloc File;   // PackageFile
map_ptrloc NextFile;   // PkgVerFile
map_ptrloc Offset; // File offset
-   unsigned short Size;
+   unsigned long Size;
 };
 
 struct pkgCache::Version


-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


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

Kernel: Linux 2.6.30-1-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 apt depends on:
ii  debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.0-5  GCC support library
ii  libstdc++64.4.0-5The GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc(no description available)
ii  aptitude  0.4.11.11-1+b1 terminal-based package manager
ii  bzip2 1.0.5-2high-quality block-sorting file co
ii  dpkg-dev  1.15.2 Debian package development tools
ii  lzma  4.43-14Compression method of 7z format in
ii  python-apt0.7.10.4   Python interface to libapt-pkg
ii  synaptic  0.62.7 Graphical package manager

-- no debconf information


signature.asc
Description: Digital signature

Bug#538810: video-radeon: direct rendering: graphics deceleration?

[Michel Dänzer]

On Tue, 2009-07-28 at 00:16 +0200, Michal Suchanek wrote:
> On 27/07/2009, Michel Dänzer  wrote:
> > On Mon, 2009-07-27 at 21:14 +0200, Michal Suchanek wrote:
> >  > 2009/7/27 Michel Dänzer :
> >  >
> >  > >
> >  > > Please provide the full output of
> >  > >
> >  > > LIBGL_DEBUG=verbose glxinfo 2>&1
> >  > >
> >  > > for both cases.
> >  > >
> >  > > For now assuming it's a 3D driver issue, reassigning.
> >  > >
> >  >
> >  > Attaching output of glxinfo.
> >
> >
> > Thanks. I don't see anything wrong. How do the framerate and CPU usage
> >  compare when running
> >
> >  /usr/lib/xscreensaver/hypertorus -delay 0 -fps
> >
> >  ?
> 
> With DRI fps is pretty much constant around 8.0

Hmm, that's pretty low, I'm getting around 40 fps on an RV350.


> >  BTW, you can force the swrast driver by setting the environment variable
> >  LIBGL_ALWAYS_SOFTWARE=1 even when the DRI is enabled.
> >
> 
> With this option fps ranges from 7.5 to 12 depending on object view angle.
> 
> These are values in fullscreen and no delay. Both cause 100% system
> load but the DRI one causes system load and the software one causes
> user load.

It might be interesting to find out where the CPU time is spent with
hardware acceleration.


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#518344: [linux-source-2.6.28] hang on shutdown after acpid exiting

[Moritz Muehlenhoff]

On Mon, Mar 16, 2009 at 09:18:36AM -0400, Brent S. Elmer wrote:
> On Mon, 2009-03-09 at 13:11 +0100, maximilian attems wrote:
> > On Thu, 05 Mar 2009, Brent S. Elmer wrote:
> > 
> > > Package: linux-source-2.6.28
> > > Version: 2.6.28-1
> > > Severity: normal
> > > 
> > > --- Please enter the report below this line. ---
> > > I am running a squeeze box except for I just built a 2.6.28 kernel from 
> > > sid.
> > > When I shutdown while running the 2.6.28 kernel, the computer hangs 
> > > indefinitely.
> > > The last line that displays on the shutdown screen is acpid exiting.  I 
> > > let it sit for 
> > > 45 minutes and it never finished shutting down.  I have to power off the 
> > > computer.  When I power on the computer, 
> > > there don't appear to be any problems on startup.  If I boot to the old 
> > > 2.6.26 kernel I built and had been running 
> > > prior to the 2.6.28 kernel, the shutdown is fine.  I don't see any 
> > > obvious problems in the syslog.
> > > 
> > > I am running on an IBM Thinkpad T42p.
> > > 
> > > I built a 2.6.28 kernel for my desktop at home and have not noticed the 
> > > problem on shutdown.
> > > 
> > 
> > can you try latest snapshot, maybe 2.6.28.7 fixed that?
> > see sid apt lines http://wiki.debian.org/DebianKernel
> > 
> 
> All that I see for linux-source is 2.6.29.  I tried building 2.6.29 but
> the latest fglrx fails to build for 2.6.29.  I use fglrx since I have an
> ati video card and it seems to work better for me.
> 
> I can't tell for sure but it seems like the lockup on shutdown may only
> occur when wireless is on in Network manager.  Even though I am
> connected to the network wired and not wireless.  I have an atheros
> ar5212 wireless card which seems to be very flakey with network manager.
> That is one of the reasons I wanted to try 2.6.28 because of the
> wireless improvements.
> 
> The lockup on shutdown doesn't happen 100% of the time.  It is probably
> 85-90% of the time.

Can you test with the 2.6.30 kernels from unstable, please?

Cheers,
Moritz



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

Bug#538810: video-radeon: direct rendering: graphics deceleration?

[Michal Suchanek]

On 27/07/2009, Michel Dänzer  wrote:
> On Mon, 2009-07-27 at 21:14 +0200, Michal Suchanek wrote:
>  > 2009/7/27 Michel Dänzer :
>  >
>  > >
>  > > Please provide the full output of
>  > >
>  > > LIBGL_DEBUG=verbose glxinfo 2>&1
>  > >
>  > > for both cases.
>  > >
>  > > For now assuming it's a 3D driver issue, reassigning.
>  > >
>  >
>  > Attaching output of glxinfo.
>
>
> Thanks. I don't see anything wrong. How do the framerate and CPU usage
>  compare when running
>
>  /usr/lib/xscreensaver/hypertorus -delay 0 -fps
>
>  ?

With DRI fps is pretty much constant around 8.0

>
>  BTW, you can force the swrast driver by setting the environment variable
>  LIBGL_ALWAYS_SOFTWARE=1 even when the DRI is enabled.
>

With this option fps ranges from 7.5 to 12 depending on object view angle.

These are values in fullscreen and no delay. Both cause 100% system
load but the DRI one causes system load and the software one causes
user load.

These are fullscreen values. The difference might be larger in the
small demo in the xscreensaver-demo application. With software
rendering the animation in demo seems smoother and 70% user load is
generated. With DRI it causes a little load in system time.

Thanks

Michal



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

Bug#538915: mysql-server-5.0: Package update fails

[Gabriele Tozzi]

Package: mysql-server-5.0
Version: 5.0.81-1
Severity: grave
Justification: renders package unusable

Exactly same problem as bug #458213


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

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

Versions of packages mysql-server-5.0 depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  libc6  2.9-22GNU C Library: Shared libraries
ii  libdbi-perl1.609-1   Perl Database Interface (DBI)
ii  libgcc11:4.4.1-1 GCC support library
pn  libmysqlclient15off(no description available)
ii  libncurses55.7+20090613-1shared libraries for terminal hand
ii  libreadline5   5.2-5 GNU readline and history libraries
ii  libstdc++6 4.4.1-1   The GNU Standard C++ Library v3
ii  libwrap0   7.6.q-18  Wietse Venema's TCP wrappers libra
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
pn  mysql-client-5.0   (no description available)
ii  mysql-common   5.1.36-4  MySQL database common files (e.g. 
ii  passwd 1:4.1.4.2-1   change and administer password and
ii  perl   5.10.0-24 Larry Wall's Practical Extraction 
pn  psmisc (no description available)
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

Versions of packages mysql-server-5.0 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20081101cvs-2 A simple mail user agent
ii  libhtml-template-p 2.9-1 HTML::Template : A module for usin
ii  mailx  1:20081101-2  Transitional package for mailx ren

Versions of packages mysql-server-5.0 suggests:
pn  tinyca (no description available)

-- 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#538916: libc6.1-dev: Conflicting definitions in linux/ptrace.h and sys/ptrace.h on ia64

[Michael Biebl]

Package: libc6.1-dev
Version: 2.9-19
Severity: important

Hi,

upstart on ia64 currently ftbfs [1]. It's the only architecture, where
this happens. The relevant build log is

In file included from /usr/include/asm/ptrace.h:58,
 from /usr/include/linux/ptrace.h:49,
 from child.h:27,
 from child.c:37:
/usr/include/asm/fpu.h:57: error: redefinition of 'struct ia64_fpreg'
In file included from /usr/include/linux/ptrace.h:49,
 from child.h:27,
 from child.c:37:
/usr/include/asm/ptrace.h:208: error: redefinition of 'struct pt_all_user_regs'

This very much looks like a toolchain issue on ia64 (conflict between 
libc6.1-dev and linux-libc-dev).
Feel free to reassign appropriately.

Cheers,
Michael

[1]
https://buildd.debian.org/fetch.cgi?&pkg=upstart&ver=0.6.2-1&arch=ia64&stamp=1248677700&file=log
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#519040: linux-headers-2.6.28-1-686: depends on linux-kbuild but not available

[Moritz Muehlenhoff]

On Tue, Mar 10, 2009 at 02:25:00AM +0200, Mark Niven wrote:
> Package: linux-headers-2.6.28-1-686
> Severity: normal
> 
> Depends on linux-kbuild-2.6.28 which is still not available a week after 
> the 2.6.28 kernel images. As a result the new kernel remains unusable 
> for me as it is not possible (easy ?) to rebuild kernel modules for it.
> I realise it is just a matter of time, but when? Or am I missing 
> something else obvious? Thnak you.

Closing, matching kbuild package is available.

Cheers,
Moritz



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

Bug#518995: kernel: RAM recognition

[Moritz Muehlenhoff]

On Tue, Mar 10, 2009 at 03:45:09PM +0100, maximilian attems wrote:
> On Mon, 09 Mar 2009, pawel wrote:
> 
> > Package: kernel
> > Severity: normal
> > 
> > system don't recognize more than 895MB of system memory (physical) - i
> > must install kernel with bigmem; when i've added next 2GB RAM, system
> > still have seen 895MB RAM
> > 
> > Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores)
> > Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/bash
> 
> how about posting dmesg, so aboves is proved.
> can you please test 2.6.28 , see sid snapshot line
> -> http://wiki.debian.org/DebianKernel

Pawel?

Cheers,
Moritz



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

Bug#538914: ITP: kcemu -- A software emulator for microcomputers made in the former state of East Germany

[Adrian Glaubitz]

Package: wnpp
Severity: wishlist
Owner: Adrian Glaubitz 


* Package name: kcemu
  Version : 0.4.2
  Upstream Author : Torsten Paul 
* URL : http://kcemu.sourceforge.net/
* License : GPL
  Programming Lang: C
  Description : A software emulator for microcomputers made in the former 
state of East Germany

kcemu is a software emulator similar to ViCE which emulates the KC85 
microcomputers made in the
former state of East Germany. These computers were built around the U880 
microprocessor, a
clone of the Z80 CPU made by Zilog. kcemu emulates various models from the 
KC-series, 
including all KC85 variants, the KC87, the LC80 and a few more. In order to 
function, kcemu
requires ROM images and disk images which are copyrighted material and thus not 
included
in this package.

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



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

Bug#538913: libjaudiotagger-java: Please switch Build-Depends from default-jdk-builddep to default-jdk

[Max Bowsher]

Package: libjaudiotagger-java
Version: 1.0.9-2
Severity: wishlist

Hi,

As your package does not build GCJ native code, please amend your
Build-Depends from default-jdk-builddep to default-jdk.

This will allow GCJ to not be pulled in at build-time on architectures
or distros where GCJ is not the default-jdk.

Thanks!
Max.



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