Bug#537674: GDM authentication fails using libpam-ldap and authenticating LDAP useres

2009-07-20 Thread Tomas Martišius

Package: libpam-ldap
Version: 184-8

Severity: serious

GDM Authentication fails with error Password aged then only LDAP user 
logs in (No such user in passwd file). If such user exists in passwd 
file, and the some is in LDAP - authentication works.


Best regards,

Tomas Martišius





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



Bug#537618: [Pkg-xfce-devel] Bug#537618: xfce4-terminal: Terminals crash when changing background properties

2009-07-20 Thread Yves-Alexis Perez
forcemerge 537618 533205
thanks
On dim, 2009-07-19 at 16:25 -0400, Venkatesh Srinivas wrote:
 When you try to change background properties in settings-appearance (solid
 color-transparency), all running Terminals crash. 

This is already reported (and fixed in experimental), see #533205.

-- 
Yves-Alexis


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


Bug#525909: [Pkg-xfce-devel] Bug#525909: reported upstream

2009-07-20 Thread Yves-Alexis Perez
On dim, 2009-07-19 at 14:43 +0200, Jérémy Lal wrote:
 please check :
 http://bugzilla.xfce.org/show_bug.cgi?id=5485
 
 and link to ubuntu's discussion therein.
 
 i guess it is related ? 

I don't know, the original reporter didn't answer my question, but I
don't think it is.

Cheers,

-- 
Yves-Alexis


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


Bug#536694: [Evolution] Bug#536694: Duplicate bug

2009-07-20 Thread Yves-Alexis Perez
On dim, 2009-07-19 at 23:19 -0400, Adam C Powell IV wrote:
 reassign 536694 libcamel1.2-11
 severity 536694 grave
 merge 536694 533386
 thanks
 
 Hi,
 
 The nature of this conduit failure (missing symbol
 in /usr/lib/libcamel-provider-1.2.so.11) indicates that the problem is
 in libcamel1.2-11 which is a binary package built from the
 evolution-data-server source.  The evolution package in Lenny was built
 in June 2008, evolution-data-server in June 2009.
 
 This bug is duplicated by 533386 opened on June 16.  The failure of
 evolution Palm conduits is another manifestation of the same bug (and
 the manifestation affecting me too).

Steffen, you were the one uploading eds to stable-security, could you
take a look at that? Is the patch changing ABI or something, which would
break evolution? Evolution is known to be quite sensitive wrt. eds and
gtkhtml version, so it might be related.

Cheers, 

-- 
Yves-Alexis


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


Bug#537557: dhcp3-server(-ldap): no ip addresses are assigned when using dns names in the failover peer stanza

2009-07-20 Thread Andrew Pollock
On Mon, Jul 20, 2009 at 04:13:41PM +1030, Spods . wrote:
 
 
 Hi Andrew,
 
 I've done a bit more testing to answer some of your questions.

Thanks, I've reviewed what you've provided. Given that this is probably not
a Debian-specific issue, and that I have no personal familiarity with
failover configurations, I think it's best if you take this up with upstream
directly, by emailing dhcp-b...@isc.org and/or asking on
dhcp-us...@lists.isc.org. I can forward this bug report upstream, but due to
the way their bug tracking system works, I'd be stuck in the middle always
having to relay information in between. 

Once you open a bug upstream, let me know the ticket number and I'll
annotate this bug report with it.
 
 No, it's not dhcp3-server-ldap specific.  I've removed all remnants of 
 dhcp3-* from both systems, removed all files and directories on disk that I 
 could 'locate dhcp3', and only reinstalled the dhcp3-client, dhcp3-common and 
 dhcp3-server.
 
 With IP addresses used under the failover peer stanza, the failover works 
 fine as previously described.  When I change to DNS names, it breaks again.  
 This is definitely a problem in the core dhcp3-server, and the source tree 
 it's built from.
 
 Secondly, I don't know if this wasn't a problem under previous debian 
 versions of dhcpd3, as this was the first time I've ever implemented this 
 sort of setup.  This was a test installation to iron out the gotchas before 
 I instituted a similar setup in production.  I'm actually glad to be coming 
 across this problem now and not later :-)
 
 Some further information with what happens:
 
 When the IP addresses are used in the failover peer stanza, only one DHCP 
 server is authoritative and offers the client an IP address.  Should the 
 primarydhcp.example.com go down, secondarydhcp.example.com fills in for it 
 nicely.
 
 However as soon as I change the configuration to use the resolvable DNS 
 names, *both* servers start independently offering different IP addresses to 
 the client.
 
 The below results are using dhcp3-server only (no dhcp3-server-ldap 
 installed).  FYI, 172.16.1.16 = primarydhcp.example.com and 172.16.1.20 = 
 secondarydhcp.example.com.
 
 To demonstrate, when failover is working properly (IP addresses used in the 
 failover peer stanza), exampledhcpclient (a windows box), has an IP address 
 issued to it of 172.16.1.150 as shown with an ipconfig /all:
 
 === snip ===
 Ethernet adapter Local Area Connection:
 
Connection-specific DNS Suffix  . : example.com
Description . . . . . . . . . . . : Realtek RTL8169/8110 Family Gigabit 
 Ethernet NIC
Physical Address. . . . . . . . . : 00-0A-EB-2F-1A-AB
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : 172.16.1.150
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 172.16.1.1
DHCP Server . . . . . . . . . . . : 172.16.1.16
DNS Servers . . . . . . . . . . . : 172.16.1.16
Primary WINS Server . . . . . . . : 172.16.1.16
Lease Obtained. . . . . . . . . . : Monday, 20 July 2009 11:25:43 AM
Lease Expires . . . . . . . . . . : Tuesday, 21 July 2009 11:25:43 AM
 === snip ===
 
 Then once I've 'broken' the DHCP servers by changing the address and peer 
 address values to DNS names (in the failover peer stanza) as well as 
 subsequently restarted dhcpd on both primarydhcp and secondarydhcp, I run a 
 ipconfig /release and a ipconfig /renew on exampledhcpclient:
 
 === snip ===
 Ethernet adapter Local Area Connection:
 
Connection-specific DNS Suffix  . : example.com
Description . . . . . . . . . . . : Realtek RTL8169/8110 Family Gigabit 
 Ethernet NIC
Physical Address. . . . . . . . . : 00-0A-EB-2F-1A-AB
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : 172.16.1.50
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 172.16.1.1
DHCP Server . . . . . . . . . . . : 172.16.1.16
DNS Servers . . . . . . . . . . . : 172.16.1.16
Primary WINS Server . . . . . . . : 172.16.1.16
Lease Obtained. . . . . . . . . . : Monday, 20 July 2009 11:40:17 AM
Lease Expires . . . . . . . . . . : Tuesday, 21 July 2009 11:40:17 AM
 === snip ===
 
 Concurrently, in the logs on primarydhcp I see:
 
 === snip ===
 Jul 20 11:40:06 primarydhcp dhcpd: DHCPDISCOVER from 00:0a:eb:2f:1a:ab 
 (exampledhcpclient) via eth0
 Jul 20 11:40:06 primarydhcp dhcpd: DHCPOFFER on 172.16.1.50 to 
 00:0a:eb:2f:1a:ab (exampledhcpclient) via eth0
 Jul 20 11:40:06 primarydhcp dhcpd: DHCPREQUEST for 172.16.1.50 (172.16.1.16) 
 from 00:0a:eb:2f:1a:ab (exampledhcpclient) via eth0
 Jul 20 11:40:06 primarydhcp dhcpd: DHCPACK on 172.16.1.50 to 
 00:0a:eb:2f:1a:ab (exampledhcpclient) via eth0
 === snip ===
 
 And on secondarydhcp I see:
 
 === snip ===
 Jul 20 11:40:06 secondarydhcp dhcpd: DHCPOFFER on 

Bug#537644: [Pkg-ltsp-devel] Bug#537644: Please denote 'openbsd-inetd | inet-superserver' to recommends

2009-07-20 Thread Oliver Grawert
hi,
On Mo, 2009-07-20 at 03:12 +0200, Daniel Baumann wrote:
 Package: ltsp-server-standalone
 Severity: normal
 
 Hi,
 
 as far as I know (but please correct me if I'm wrong),
 ltsp-server-standalone only depends on 'openbsd-inetd |
 inet-superserver' because of the tftp of choice.
sadly you are wrong, nbdswapd is running from ited as well (in debian
and ubuntu), and in ubuntu nbdrootd is also running from inetd.

while nbd swapping could be made optional in debian, ubuntu unlike
debian mounts its rootimage via nbd so there it is a hard dependency and
it would be nice to not introduce a dependency delta between the two
(indeed we will carry it if its unaviodable) since debian is well able
to use nbd root as well, it just doesnt default to it.

what was the reason to change the default mode ?
(i personaly prefer to run services on demand if they are only needed
temporarly and keep the resources clear when they are not needed)

ciao
oli


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


Bug#537558: dpkg: fails to upgrade from 1.15.2

2009-07-20 Thread Raphael Hertzog
On Sun, 19 Jul 2009, Szymon Janc wrote:
 I've seen this bug report and at the begining I thought the same, but there 
 is 
 no directory in my /var/lib/dpkg/alternatives..

Can you run sh -e -x dpkg.preinst upgrade 1.15.2 with the attached script
and send me the output? Also send me the content of the last alternatives
file read by the script (will be visible in the log).

I expect one of the files to be broken and have an inconsistent number
of lines... which could lead to a read call failing. I'll fix that
shortly.

 -rw-r--r-- 1 root root31 2008-02-26  java-rmi.cgi
 -rw-r--r-- 1 root root26 2008-07-21  java_vm 
 -rw-r--r-- 1 root root27 2008-07-21  jcontrol

One of those very short files could be at fault maybe.

Cheers,
-- 
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/
#!/bin/sh -e
# This script can be called in the following ways:
#
# Before the package is installed:
#   new-preinst install
#
# Before removed package is upgraded:
#   new-preinst install old-version
#
# Before the package is upgraded:
#   new-preinst upgrade old-version
#
#
# If postrm fails during upgrade or fails on failed upgrade:
#   old-preinst abort-upgrade new-version

# Handle upgrades from pre-conffile dpkg.cfg
upgrade_dpkg_non_conffile()
{
if [ -r /etc/dpkg/dpkg.cfg ]; then
dpkg_cfg_md5=535552ad5ee9145dbc7a34c264df4e59  /etc/dpkg/dpkg.cfg
if echo $dpkg_cfg_md5 | md5sum -c /dev/null 21; then
echo Removing non-modified dpkg.cfg to be replaced by a conffile 
...
rm -f /etc/dpkg/dpkg.cfg
fi
fi
}

kill_bad_alternatives () {
local IFS=
ALTDIR=/var/lib/dpkg/alternatives
for alt in $ALTDIR/*; do
if [ ! -f $alt ]; then
# In case it's been removed by the code below, or in case
# it's not a real file
continue
fi
{
read mode
read mainlink
while true; do
read slave
if [ $slave =  ]; then
break
fi
if [ -e $ALTDIR/$slave ]; then
echo Removing conflicting master alternative $slave (it is 
slave of $(basename $alt))...
rm -f $ALTDIR/$slave
fi
read slavelink
done
} $alt
done
}

case $1 in
install)
;;

upgrade)
# Cleanup bad alternatives that would choke with new
# update-alternatives (see #530633, #531611, #532739, #521760)
if dpkg --compare-versions $2 lt 1.15.3; then
kill_bad_alternatives
fi

case $2 in
# Upgrade from pre-conffile dpkg.cfg
1.9.21 | 1.10.* )
upgrade_dpkg_non_conffile
;;
esac
;;

abort-upgrade)
;;


*)
echo $0 called with unknown argument \`$1' 12
exit 1
;;
esac

#DEBHELPER#
exit 0


Bug#537608: complains about missing-build-dependency-for-dh_-command although said command not used

2009-07-20 Thread Rene Engelhard
Hi,

Russ Allbery wrote:
 Rene Engelhard r...@debian.org writes:
 
  [ this time important, because of the upcoming rejection on lintian
  errors thing. ]
 
 You have gotten false information from somewhere.  No such thing is
 happening or proposed so far as I know.

Oh?

http://lists.debian.org/debian-devel/2009/07/msg00412.html
http://lists.debian.org/debian-devel/2009/07/msg00429.html

Oh, you even were the author of the second post yourself.

 I think Lintian has no hope of ever being able to figure that out and an
 override is appropriate here.  The level of makefile parsing required to
 understand what the package to do is not really feasible, IMO.

True. But then again that argument is constantly brought by
people who say why we can't have build-* mandatory (iirc) because it
cannot be reliably found out whether the target is there..
 Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/
Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




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



Bug#537609: thinks commands are used in scripts while only mentioned in (not called!) functions

2009-07-20 Thread Rene Engelhard
Hi,

Russ Allbery wrote:
 Rene Engelhard r...@debian.org writes:
 
  No, I do *not* use ucf in this package.
 
  (Though, yes, it's mentioned in three *functions* defined in the source
  but they are not used in this package.
 
 Again here, Lintian has no real hope of being able to figure this out.
 When you're doing unusual things like this, you're going to need to use
 overrides.

I don't see how this is uncommon..

And how can't lintian find that out? You probably are able to know
when  the command appears in a function, and after it you can look
whether it's called. grep (or something more sophisticated) for it,
don't allow () as for the definition. found - thing used.

Besides that, you really want duplication of the command in every maintainer
script, thus needing to fix all for a given issue instead of one time :

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




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



Bug#537675: libaqbanking: qbankmanager ftbfs due to gcc 4.4

2009-07-20 Thread Bhavani Shankar
Package: libaqbanking
Version: 4.1.0-2
Severity: serious
Tags: patch
Justification: no longer builds from source
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch

Hello maintainer,



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

  * Sync on debian (LP: #400102)  
  * Applied a patch from gentoo to fix FTBFS with GCC 4.4

We thought you might be interested in doing the same. 


-- System Information:
Debian Release: lenny/sid
  APT prefers hardy-updates
  APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 
'hardy-proposed'), (500, 'hardy-backports'), (500, 'hardy')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-16-generic (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- libaqbanking-4.1.0.orig/src/frontends/qbanking/lib/widgets/qbcfgtab.h
+++ libaqbanking-4.1.0/src/frontends/qbanking/lib/widgets/qbcfgtab.h
@@ -27,7 +27,7 @@
 class QBCfgTabPage;
 
 
-class QBANKING_API QBCfgTab: protected QBCfgTabUi {
+class QBANKING_API QBCfgTab: public QBCfgTabUi {
   Q_OBJECT
 private:
   QBanking *_qbanking;


Bug#536517: [Pkg-ia32-libs-maintainers] Bug#536517: ia32-libs-gtk: ia32-libs not installable

2009-07-20 Thread Goswin von Brederlow
Michal Suchanek hramr...@centrum.cz writes:

 2009/7/19 Goswin von Brederlow goswin-...@web.de:
 Michal Suchanek hramr...@centrum.cz writes:

 2009/7/10 Goswin von Brederlow goswin-...@web.de:
 Michal Suchanek hramr...@centrum.cz writes:

 Package: ia32-libs-gtk
 Version: 21
 Severity: grave


 ia32-apt-get conflicts with ia32-libs but ia32-libs depends on it.

 Because ia32-libs is pending removal/replacement and will be
 incompatible with ia32-apt-get.

 How do you install stuff that depends on ia32-libs or ia32-libs-gtk then?

 Thanks

 Michal

 You don't. You install the respective i386 deb instead that depends on
 the right 32bit libraries.

 That won't satisfy the dependencies of packages that depend on
 ia32-libs or ia32-libs-gtk.

 Michal

Instead of the foo_amd64.deb that depends on ia32-libs you install the
foo_i386.deb. Those won't have a dependency on ia32-libs.

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#537588: RFP: gtk-kde4 -- theme engine using Qt 4 for GTK+2.x

2009-07-20 Thread Resul Cetin
 Am Sonntag 19 Juli 2009 17:59:55 schrieb Resul Cetin:
 Package name: gtk-kde4
  Version: 0.9b
  Upstream Author: Yulian Konchunas mu...@gala.net
  URL:
  http://www.kde-apps.org/content/show.php/gtk-kde4?content=74689 License:
  GPL2+
  Description: theme engine using Qt 4 for GTK+2.x
   The GTK-Qt Theme Engine (also known as gtk-qt-engine) is a GTK+ 2 theme
  engine that calls Qt 4 to do the actual drawing. This makes your GTK+ 2
  applications look almost like real Qt 4 applications and gives you a more
  unified desktop experience.
   .
   Please note that this package is targeted at KDE 4 users and therefore
  provides a way to configure it from within Systemsettings

 You can close this again as it is already available as gtk-qt-engine-kde4.

Sry for confusion, but this is another project. This is _not_ 
http://code.google.com/p/gtk-qt-engine/
Or is there a hidden I want a different gtk-qt-engine-kde4 button hidden in 
dpkg?



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



Bug#536989: dh-make-perl: FTBFS: tests failed

2009-07-20 Thread Niko Tyni
On Sun, Jul 19, 2009 at 10:16:23PM -0700, Ryan Niebur wrote:
 On Tue, Jul 14, 2009 at 04:50:28PM +0200, gregor herrmann wrote:
  
  From perl's changelog:
  
  perl (5.10.0-24) unstable; urgency=low
  [..]
* Save local versions of CPANPLUS::Config::System into /etc/perl.
  (See #533707)
  
  lib/DhMakePerl.pm's is_core_module() uses libmodule-corelist-perl's
  Module::CoreList which probably doesn't know anything about
  CPANPLUS::Config::System ...
  
  I'm not sure where to fix this actually ...
 
 nothing on CPAN will depend on CPANPLUS::Config::System unless it's
 broken. so I propose this patch. what do others think?

Yeah, special-casing it in dh-make-perl is the only good short-term
solution I can think of. Patching Module::Corelist for Debian to include
CPANPLUS::Config::System doesn't seem right.

Longer term, I wonder if we should put together a Module::Corelist::Debian
(or Module::Corelist::Distro::*) inheriting from Module::Corelist and
containing information about the versions of the Debian perl package
and quirks like this.

This touches an issue with Debian-specific patches to core modules:
the core convention is to always increase $VERSION for any change, but
there's no separate namespace for vendors so we can't do that easily.
Thus our CPANPLUS::Internals::Constants 0.01 is different from the
upstream one.  Perhaps this information could go in the prospective
Module::Corelist::Debian too...

Cheers,
-- 
Niko Tyni   nt...@debian.org



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



Bug#537672: retitle 537672

2009-07-20 Thread Dmitry E. Oboukhov
retitle 537672 Please add new test: conflict packages
thanks

I think, i could write a patch for this bug, but i don't know which of
cases i must select:
 *  create additional check in directory checks/, or
 *  patch exists check

I think we can add apt-file to Recommends or Suggests section and use
its files from /var/cache/apt/apt-file/* if they exists.

Something like:

for (glob '/var/cache/apt/apt-file/*.gz')
{
open my $file, '-|', cat $_|gunzip;
while($file)
{
# check conflicts
}
}
--
... mpd playing: WASP - I Wanna Be Somebody

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


signature.asc
Description: Digital signature


Bug#536756: [Pkg-ia32-libs-maintainers] Bug#536756: It really would be nice to still have ia32-libs

2009-07-20 Thread Goswin von Brederlow
Daniel Jacobowitz d...@false.org writes:

 reopen 536756
 thanks

 Hi Goswin,

 I think you've answered a different suggestion than the submitter
 actually made.  A lot of people want ia32-libs back in unstable,
 for those who aren't using ia32-apt-get.  But the other useful thing
 would be to let those using ia32-apt-get have packages named ia32-libs
 and ia32-libs-gtk installed.  I can't even make dummy packages because
 everything the latest ia32-apt-get generates has Conflicts/Replaces.

 There are external packages that depend on these; there will be for a
 while, and indefinitely if the packages re-enter unstable.  So
 could you add ia32-apt-get-generated packages to fulfill those
 dependencies?

 -- 
 Daniel Jacobowitz
 CodeSourcery

Mark Hymers is working on ia32-libs and ia32-libs-gtk. As soon as he
uploads them they will contain the same files in the same location as
the individual ia32-lib... packages. That means that without a
Replaces entry there would be overwrite problems. So the Replaces is
strictly neccessary.

Next think what happens if a user installs ia32-libs, then ia32-libfoo
and then removed ia32-libfoo again. ia32-libfoo would replace
/usr/lib32/libfoo.so.x from ia32-libs and on removal the file would
disapear leaving the system without a 32bit libfoo. The only way I see
to avoid that is to Conflict ia32-libs. That way the user has to pick
one or the other but each will always have its files.

Further what happens if ia32-libs has libfoo.so.1.0.0 and ia32-libfoo
has libfoo.so.1.0.1? Suddenly you would have two libraries with the
same major version installed. Packages depending on one or the other
would get the wrong one.

So you see, both Conflicts and Replaces are there for a reason and as
you say I can't even make dummy packages. I just don't see a way to
have both a normal and a dummy ia32-libs package coexist.


If you can think of a way let me know but I think it just isn't
possible for ia32-apt-get to provide ia32-libs/ia32-libs-gtk dummy
packages. Only solution I can think of is to not only mangle the
binary-i386/Packages file but also the binary-amd64/Packages file and
replace any dependcy on ia32-libs or ia32-libs-gtk.

On the other hand packages depending on ia32-libs or ia32-libs-gtk
should have respective i386 packages that depend on the individual
packages. Install those instead. So, for example, instead of the
skype_amd64.deb that depends on ia32-libs you install the original
skype_i386.deb. I have some work in progress to make this work for
nvidia and ati binary drivers but they are special cases (as they
divert libraries). Most i386 debs should already work out of the box.

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#537455: ia32-apt-get: ia32-aptitude does not update periodically

2009-07-20 Thread Goswin von Brederlow
Toby Speight t.m.speight...@cantab.net writes:

 0 In article 87y6qljw2b@frosties.localdomain,
 0 Goswin von Brederlow URL:mailto:goswin-...@web.de (Goswin) wrote:

 Goswin Another drawback of not diverting apt-get and aptitude.  I'm
 Goswin afraid this would have to be fixed in the apt-cron package so it
 Goswin calls the new wrappers.

 Just to clarify - I'm using aptitude's own cron job, and I've now
 uninstalled the cron-apt package.  I've nothing against going back to
 the cron-apt method personally, but if Apt::Periodic can be made to work
 as well, then even better.

Oh, didn't know apt (it actualy is apt) had its own thing there
now. But the same thing applies. /etc/cron.daily/apt needs to call
ia32-apt-get. ia32-apt-get should probably have a
/etc/cron.daily/ia32-apt that does that. You can create one yourself
for a quick fix.

 I wonder if the correct long-term approach is for apt-get and aptitude to
 be multi-arch aware, so that they accept extensions for the particular
 architectures that are supported?  But I don't know where such discussions
 are taking place.

They are. But true multiarch is still a long way away. ia32-apt-get
is, like ia32-libs was, just a hack to bridge the time till multiarch.

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#536989: dh-make-perl: FTBFS: tests failed

2009-07-20 Thread Damyan Ivanov
-=| Ryan Niebur, Sun, Jul 19, 2009 at 10:16:23PM -0700 |=-
 On Tue, Jul 14, 2009 at 04:50:28PM +0200, gregor herrmann wrote:
  
  From perl's changelog:
  
  perl (5.10.0-24) unstable; urgency=low
  [..]
* Save local versions of CPANPLUS::Config::System into /etc/perl.
  (See #533707)
  
  lib/DhMakePerl.pm's is_core_module() uses libmodule-corelist-perl's
  Module::CoreList which probably doesn't know anything about
  CPANPLUS::Config::System ...
  
  I'm not sure where to fix this actually ...
  
 
 nothing on CPAN will depend on CPANPLUS::Config::System unless it's
 broken. so I propose this patch. what do others think?
 [...]
 +next if($_ eq CPANPLUS::Config::System);

I think the right fix would be in Module::CoreList. Luckily we 
maintain libmodule-corelist-perl and dh-make-perl already depends on 
it. A fix may be propagated upstream in the next point release (and 
end up in perl-modules).

I assume (and this worked so far) that each module in 
/usr/{share,lib}/perl/$version is a core one. If this not true, then 
we just can't do anything but trust Module::CoreList and t/corelist.t 
shall be rewritten to simply check a couple of modules we know are 
core ones instead of going over the directories.

I somehow that Module::CoreList is wrong here, so this better be fixed 
there upstream (and patched in libmodule-correlist-perl until upstream 
releases a fixed dist).

-- 
dam


signature.asc
Description: Digital signature


Bug#537679: [INTL:es] Spanish debconf template translation for cpu

2009-07-20 Thread Francisco Javier Cuadrado
Package: cpu
Version: 1.4.3-11
Severity: wishlist
Tags: l10n patch


-- 
Saludos

Fran
# cpu po-debconf translation to Spanish
# Copyright (C) 2003, 2009 Software in the Public Interest
# This file is distributed under the same license as the cpu package.
#
# Changes:
#   - Initial translation
#   Jose L. Redrejo jredr...@itais.net, 2003
#
#   - Updates
#   Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid 
msgstr 
Project-Id-Version: cpu 1.4.3-11\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2008-02-14 04:30+0100\n
PO-Revision-Date: 2009-07-10 11:08+0100\n
Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n
Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: boolean
#. Description
#: ../templates:1001
msgid Do you want to manage cpu's configuration through debconf?
msgstr ¿Desea gestionar la configuración de cpu mediante debconf?

#. Type: boolean
#. Description
#: ../templates:1001
msgid Please confirm if you want to allow debconf to manage some parts of your cpu.conf. Please note that any further manual changes to cpu.conf will never be overwritten by debconf.
msgstr Confirme si desea que debconf gestione algunas partes del archivo «cpu.conf». Tenga en cuenta que cualquier cambio que haga manualmente al archivo «cpu.conf» no se sobrescribirá más tarde por debconf.

#. Type: string
#. Description
#: ../templates:2001
msgid LDAP server:
msgstr Servidor de LDAP:

#. Type: string
#. Description
#: ../templates:2001
msgid Please insert the URI of the LDAP server you plan to use with CPU. Use the standard form of \ldap[s]://host[:port]\. The default port value is 389. Use ldaps if you intend to use a TLS encrypted connection.
msgstr Introduzca la URI del servidor de LDAP que planea usar con CPU en la forma «ldap[s]://servidor[:puerto]». El puerto predeterminado es 389. Especifique ldaps si va a usar una conexión cifrada con TLS.

#. Type: string
#. Description
#: ../templates:3001
msgid Base DN of your user subtree:
msgstr DN base del subárbol de usuarios:

#. Type: string
#. Description
#: ../templates:3001
msgid Please enter the DN of the part of your directory that contains the users you wish to manage with CPU.
msgstr Introduzca el DN de la parte del directorio que contiene los usuarios que desea administrar con CPU.

#. Type: string
#. Description
#: ../templates:4001
msgid Base DN of your group subtree:
msgstr DN base del subárbol de grupos:

#. Type: string
#. Description
#: ../templates:4001
msgid Please enter the DN of the part of your directory that contains the groups you wish to manage with CPU.
msgstr Introduzca el DN de la parte del directorio que contiene los grupos que desea administrar con CPU.

#. Type: string
#. Description
#: ../templates:5001
msgid LDAP user DN:
msgstr DN del usuario de LDAP:

#. Type: string
#. Description
#: ../templates:5001
msgid Please insert the DN of the user CPU will bind to the LDAP server with. Usually this will be your LDAP admin DN, but can be any other DN, as long as it is configured to have full control over at least the subtree under the base you selected before.
msgstr Introduzca el DN del usuario que CPU usará para conectar al servidor de LDAP. Normalmente, será su DN del administrador de LDAP, pero puede ser cualquier otro DN, siempre y cuando esté configurado para tener control total al menos sobre el subárbol dentro de la base que seleccionó antes.

#. Type: string
#. Description
#: ../templates:5001
msgid Example: \cn=admin,dc=domain,dc=tld\
msgstr Ejemplo: «cn=admin,dc=dominio,dc=tld»

#. Type: password
#. Description
#: ../templates:6001
msgid LDAP password:
msgstr Contraseña de LDAP:

#. Type: password
#. Description
#: ../templates:6001
msgid Please enter the password to use when binding to the LDAP directory. Note that this password will be stored in cleartext in your /etc/cpu/cpu.conf file, so don't let that file became readable to anyone you don't want to give the same power of the user cpu will bind with.
msgstr Introduzca la contraseña que utilizará para conectar al directorio LDAP. Tenga en cuenta que esta contraseña se almacenará en texto plano en el archivo «/etc/cpu/cpu.conf», por lo que 

Bug#537681: ip route monitor command not available

2009-07-20 Thread martin f krafft
Package: iproute
Version: 20090324-1
Severity: minor

lapse:~|master|% ip route help
Usage: ip route { list | flush } SELECTOR
   ip route get ADDRESS [ from ADDRESS iif STRING ]
[ oif STRING ]  [ tos TOS ]
   ip route { add | del | change | append | replace | monitor } ROUTE
  ^^^

But:

lapse:~|master|% ip -6 r monitor default
Command monitor is unknown, try ip route help.

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iproute depends on:
ii  libc6 2.9-20 GNU C Library: Shared libraries
ii  libdb4.7  4.7.25-7   Berkeley v4.7 Database Libraries [

Versions of packages iproute recommends:
ii  libatm1   2.4.1-17.2 shared library for ATM (Asynchrono

Versions of packages iproute suggests:
pn  iproute-doc   none (no description available)

-- no debconf information


-- 
 .''`.   martin f. krafft madd...@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#537680: boost: linking 2 files compiled with different NDEBUG causes segfault

2009-07-20 Thread Török Edwin
Package: libboost-date-time-dev
Version: 1.38.1
Severity: normal


Linking x1.o and x2.o compiled as below causes the resulting executable to
segfault and show valgrind errors.
x1.o defines NDEBUG before including a boost header, x2.o doesn't.
If both define NDEBUG, or both don't then linking them produces an executable
that runs, and shows no valgrind errors.

This is y1.cpp:
#define NDEBUG 1
#include boost/date_time/posix_time/posix_time.hpp
#include iostream

void foobar() {
boost::posix_time::time_duration td(0, 0, 1, 0);
std::stringstream ss;
ss  td;
}
void bar(void);
int main()
{
bar();
return 0;
}

This is y2.cpp:
#include boost/date_time/posix_time/posix_time.hpp
void bar(void) {
std::cerrboost::posix_time::second_clock::local_time()' ';
}

Fails:
$ g++ y1.cpp y2.cpp  ./a.out
Segmentation fault
$ valgrind ./a.out
==19873== Use of uninitialised value of size 8  
  
==19873==at 0x30052A45BB: std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string(std::string const) (in 
/usr/lib/libstdc++.so.6.0.12)   
 
==19873==by 0x4070B0: 
boost::iterator_rangeboost::range_iteratorstd::string const::type 
boost::as_literalstd::string(std::string const) (in 
/home/edwin/lux/n/objllvmgcc/a.out) 
 
==19873==by 0x413D02: 
boost::algorithm::detail::first_finderFboost::range_const_iteratorstd::string::type,
 boost::algorithm::is_equal 
boost::algorithm::first_finderstd::string(std::string const) (in 
/home/edwin/lux/n/objllvmgcc/a.out)   
==19873==by 0x414245: void boost::algorithm::erase_allstd::string, 
std::string(std::string, std::string const) (in 
/home/edwin/lux/n/objllvmgcc/a.out) 
 
==19873==by 0x415172: 
boost::date_time::time_facetboost::posix_time::ptime, char, 
std::ostreambuf_iteratorchar, std::char_traitschar  
::put(std::ostreambuf_iteratorchar, std::char_traitschar , std::ios_base, 
char, boost::posix_time::ptime const) const (in 
/home/edwin/lux/n/objllvmgcc/a.out) 

==19873==by 0x415C6F: std::basic_ostreamchar, std::char_traitschar  
boost::posix_time::operator char, std::char_traitschar 
(std::basic_ostreamchar, std::char_traitschar , boost::posix_time::ptime 
const) (in /home/edwin/lux/n/objllvmgcc/a.out) 
==19873==by 0x40E3DE: bar() (in /home/edwin/lux/n/objllvmgcc/a.out) 

==19873==by 0x4030D0: main (in /home/edwin/lux/n/objllvmgcc/a.out)

==19873== Process terminating with default action of signal 11 (SIGSEGV)

==19873==  Bad permissions for mapped region at address 0x30052124A0

==19873==at 0x30052A4611: std::basic_stringchar, std::char_traitschar, 
std::allocatorchar ::basic_string(std::string const) (in 
/usr/lib/libstdc++.so.6.0.12)   
 
==19873==by 0x4070B0: 
boost::iterator_rangeboost::range_iteratorstd::string const::type 
boost::as_literalstd::string(std::string const) (in 
/home/edwin/lux/n/objllvmgcc/a.out) 
 
==19873==by 0x413D02: 
boost::algorithm::detail::first_finderFboost::range_const_iteratorstd::string::type,
 boost::algorithm::is_equal 
boost::algorithm::first_finderstd::string(std::string const) (in 
/home/edwin/lux/n/objllvmgcc/a.out)
==19873==by 0x414245: void boost::algorithm::erase_allstd::string, 
std::string(std::string, std::string const) (in 
/home/edwin/lux/n/objllvmgcc/a.out)
==19873==by 0x415172: 
boost::date_time::time_facetboost::posix_time::ptime, char, 
std::ostreambuf_iteratorchar, std::char_traitschar  
::put(std::ostreambuf_iteratorchar, std::char_traitschar , std::ios_base, 
char, boost::posix_time::ptime const) const (in 
/home/edwin/lux/n/objllvmgcc/a.out)
==19873==by 0x415C6F: std::basic_ostreamchar, std::char_traitschar  
boost::posix_time::operator char, std::char_traitschar 
(std::basic_ostreamchar, std::char_traitschar , boost::posix_time::ptime 
const) (in /home/edwin/lux/n/objllvmgcc/a.out)
==19873==by 0x40E3DE: bar() (in /home/edwin/lux/n/objllvmgcc/a.out)
==19873==by 0x4030D0: main (in /home/edwin/lux/n/objllvmgcc/a.out)

Works:
Edit y2.cpp, add #define NDEBUG 1
$ g++ y1.cpp y2.cpp  ./a.out
2009-Jul-20 10:27:33 

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


Bug#537678: zsh: after putting a job in background, line edition does not work

2009-07-20 Thread Erwan David
Package: zsh
Version: 4.3.6-6
Severity: normal

After putting a job in background (^Z then bg) line edition does not work and 
control characters appear as if ^V was pressed before 
them.

after the first command is processed by the shell, everything works fine.

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

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

Versions of packages zsh depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libcap2   2.11-2 support for getting/setting POSIX.
ii  libncursesw5  5.7+20081213-1 shared libraries for terminal hand

Versions of packages zsh recommends:
ii  libpcre3  7.6-2.1Perl 5 Compatible Regular Expressi

Versions of packages zsh suggests:
pn  zsh-doc   none (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#536329: offlineimap: still present in 6.1.2

2009-07-20 Thread sean finney
Package: offlineimap
Version: 6.1.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi,

it looks like i never got any of the followup to this bug...

but just FYI i still have the problem in 6.1.2.


sean

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

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

Versions of packages offlineimap depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-support1.0.3  automated rebuilding support for P

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  python-kerberos   none (no description available)

- -- no debconf information

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

iD8DBQFKZB1CynjLPm522B0RAgOFAJ0b3Ot+w5pDG8X0mUjCBKffFhLkpgCdEOVd
g6qOnYiLjFvgE45sarwSPmM=
=adYa
-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#537667: groff: file conflict with groff-base

2009-07-20 Thread Colin Watson
On Mon, Jul 20, 2009 at 06:58:43AM +0200, Sven Joachim wrote:
 ,
 | % sudo aptitude -V -D safe-upgrade
 | [...]
 | Vorbereiten zum Ersetzen von groff 1.18.1.1-22 (durch 
 .../groff_1.20.1-1_i386.deb) ...
 | Entpacke Ersatz für groff ...
 | dpkg: Fehler beim Bearbeiten von 
 /var/cache/apt/archives/groff_1.20.1-1_i386.deb (--unpack):
 |  Versuche, »/usr/share/groff/current« zu überschreiben, welches auch in 
 Paket groff-base ist
 | Vorbereiten zum Ersetzen von groff-base 1.18.1.1-22 (durch 
 .../groff-base_1.20.1-1_i386.deb) ...
 | Entpacke Ersatz für groff-base ...
 | [...]
 | Fehler traten auf beim Bearbeiten von:
 |  /var/cache/apt/archives/groff_1.20.1-1_i386.deb
 | E: Sub-process /usr/bin/dpkg returned an error code (1)
 `

Thanks for the report.

 Retrying succeeded, so a bumping the versioned Replaces on groff-base
 to ( 1.20.1-1) should solve the problem.

Actually, no - if you look carefully at the two 1.20.1-1 .debs you'll
see that *both* of them contain the /usr/share/groff/current symlink,
which is clearly an error (this happened because upstream added code to
install that symlink and I didn't notice). I'll remove this from
groff_1.20.1-2_i386.deb.

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



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



Bug#537677: brasero 2.26.2-1 breaks gnome-desktop-environment

2009-07-20 Thread Brendon Green
Package: gnome-desktop-environment
Version: 1:2.24.3~2squeeze1
Severity: important


Not sure if this should be filed against the application (brasero) or
metapackage (gnome-desktop-environment), so I erred with the metapackage, as
gnome-desktop-environment 2.26+0 doesn't appear to have this problem.

brasero 2.26.2-1 conflicts with nautilus-cd-burner, but
gnome-desktop-environment depends on nautilus-cd-burner


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

Kernel: Linux 2.6.26-simes-8.1-debbug (PREEMPT)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-desktop-environment depends on:
ii  alacarte  0.12.1-1   easy GNOME menu editing tool
ii  cheese2.24.3-2   A tool to take pictures and videos
ii  deskbar-apple 2.24.3-1+b2universal search and navigation ba
ii  desktop-base  5.0.5  common files for the Debian Deskto
ii  dmz-cursor-th 0.4.1  Style neutral, scalable cursor the
ii  ekiga 3.2.1~git20090515.9d0263-1 H.323 and SIP compatible VoIP clie
ii  empathy   2.26.2-1   High-level library and user-interf
ii  epiphany-brow 2.26.1-1   Intuitive web browser - dummy pack
ii  epiphany-geck 2.26.1-1   Intuitive GNOME web browser - Geck
ii  evince2.26.1-2   Document (postscript, pdf) viewer
ii  evolution 2.26.1.1-2 groupware suite with mail client a
ii  evolution-dat 2.26.1.1-2 evolution database backend server
ii  fast-user-swi 2.24.0-2   Applet for the GNOME panel providi
ii  file-roller   2.26.2-1   an archive manager for GNOME
ii  gcalctool 5.26.2-1   GNOME desktop calculator
ii  gconf-editor  2.26.0-1   An editor for the GConf configurat
ii  gdm   2.20.9-1   GNOME Display Manager
ii  gksu  2.0.2-2+b1 graphical frontend to su
ii  gnome-about   2.26.1-1   The GNOME about box
ii  gnome-backgro 2.24.1-1   a set of backgrounds packaged with
ii  gnome-core1:2.24.3~2squeeze1 The GNOME Desktop Environment -- e
ii  gnome-keyring 2.26.1-1   GNOME keyring services (daemon and
ii  gnome-media   2.26.0-1   GNOME media utilities
ii  gnome-mount   0.8-2  wrapper for (un)mounting and eject
ii  gnome-netstat 2.12.2-1   Network status applet for GNOME 2
ii  gnome-nettool 2.22.1-1   network information tool for GNOME
ii  gnome-power-m 2.24.4-2   power management tool for the GNOM
ii  gnome-screens 2.26.1-1   GNOME screen saver and locker
ii  gnome-system- 2.26.2-1   Process viewer and system resource
ii  gnome-system- 2.22.1-5   Cross-platform configuration utili
ii  gnome-themes  2.26.2-1   official themes for the GNOME desk
ii  gnome-user-gu 2.26.2-1   GNOME user's guide
ii  gnome-utils   2.26.0-1   GNOME desktop utilities
ii  gnome-volume- 2.24.1-3   GNOME daemon to auto-mount and man
ii  gstreamer0.10 0.10.23-3  GStreamer plugin for ALSA
ii  gstreamer0.10 0.10.23-3  GStreamer plugins from the base 
ii  gstreamer0.10 0.10.15-2  GStreamer plugins from the good 
ii  gstreamer0.10 0.10.23-2  Tools for use with GStreamer
ii  gtk2-engines  1:2.16.1-2 theme engines for GTK+ 2.x
ii  gucharmap 1:2.26.2-1 Unicode character picker and font 
ii  gvfs-backends 1.2.2-2userspace virtual filesystem - bac
ii  gvfs-bin  1.2.2-2userspace virtual filesystem - bin
ii  hamster-apple 2.24.3-1   time tracking applet for GNOME
ii  icedove-gnome 2.0.0.19-1 Support for Gnome in Icedove
ii  iceweasel-gno 3.0.9-1Support for GNOME in Iceweasel
ii  libgnome2-per 1.042-2Perl interface to the GNOME librar
ii  libgnomevfs2- 1:2.24.1-1 GNOME Virtual File System (extra m
ii  nautilus-cd-b 2.24.0-3   CD Burning front-end for Nautilus
ii  seahorse  2.26.1-2   GNOME front end for GnuPG
ii  seahorse-plug 2.26.1-1   seahorse plugins and utilities for
ii  sound-juicer  2.24.0-2   GNOME 2 CD Ripper
ii  swfdec-gnome  2.26.0-1   Tools to play SWF files (Macromedi
ii  totem-gstream 2.26.2-1   A simple media player for the GNOM
ii  totem-plugins 2.26.2-1   Plugins for the Totem media player
ii  totem-xine2.26.2-1   A simple media player for the GNOM

Bug#537682: mrxvt: new version 0.5.4 is available

2009-07-20 Thread Adrien Destugues
Package: mrxvt
Version: 0.5.3-2
Severity: normal

Version 0.5.4 is available since august 2008. Isn't it time for an
update ? Moreover, the project page is no longer on sourceforge, it is
now http://mrxvt.googlecode.com .


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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages mrxvt depends on:
ii  libc6  2.9-20GNU C Library: Shared libraries
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.38-1  PNG library - runtime
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxpm41:3.5.7-2 X11 pixmap library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  mrxvt-common   0.5.3-2   lightweight multi-tabbed X termina
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

mrxvt recommends no packages.

mrxvt 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#536989: dh-make-perl: FTBFS: tests failed

2009-07-20 Thread Ryan Niebur
On Mon, Jul 20, 2009 at 10:00:41AM +0300, Damyan Ivanov wrote:
 
 I think the right fix would be in Module::CoreList. Luckily we 
 maintain libmodule-corelist-perl and dh-make-perl already depends on 
 it. A fix may be propagated upstream in the next point release (and 
 end up in perl-modules).
 
 I assume (and this worked so far) that each module in 
 /usr/{share,lib}/perl/$version is a core one. If this not true, then 
 we just can't do anything but trust Module::CoreList and t/corelist.t 
 shall be rewritten to simply check a couple of modules we know are 
 core ones instead of going over the directories.
 
 I somehow that Module::CoreList is wrong here, so this better be fixed 
 there upstream (and patched in libmodule-correlist-perl until upstream 
 releases a fixed dist).

I think this module is Debian (or admin) specific tho and not a real
module, since it's for configuration. so it seems very wrong for
Module::CoreList to list this.

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature


Bug#537633: libio-socket-ssl-perl: incorrect validation of hostnames

2009-07-20 Thread Ansgar Burchardt
package libio-socket-ssl-perl
forcemerge 535946 537633
thanks

Michael S. Gilbert michael.s.gilb...@gmail.com writes:

 a security issue has been fixed in the latest upstream version of
 libio-socket-ssl-perl [0].  see patch [1].  please coordinate with the
 security team to prepare updates for the stable releases.  thank you.

This is the same issue as #535946.  There is already an update for
Lenny, but we are still waiting for a response from the security team.

Regards,
Ansgar



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



Bug#498138: Lintian check for OCaml custom bytecode executables

2009-07-20 Thread Stéphane Glondu
Stéphane Glondu a écrit :
 I've implemented this check in the attached patch.

Here is an updated patch, thanks to Raphael Geissert's comments.

Cheers,

-- 
Stéphane

From c61138eb5e629d6f245ccd72f3070e4e8805b9fe Mon Sep 17 00:00:00 2001
From: Stephane Glondu st...@glondu.net
Date: Sun, 19 Jul 2009 11:23:40 +0200
Subject: [PATCH 1/5] Add check for ocaml-custom-executable (Closes: #498138)

Remove also the previous check based on ELF symbols (but not working)
that was supposed to remove the error unstripped-binary-or-object for
such files. To summarize, this patch turns the
unstripped-binary-or-object tags into ocaml-custom-executable warnings
for OCaml custom bytecode executables.

Signed-off-by: Stephane Glondu st...@glondu.net
---
 checks/binaries   |   17 +++--
 checks/binaries.desc  |8 
 lib/Lintian/Collect/Binary.pm |4 
 3 files changed, 19 insertions(+), 10 deletions(-)

diff --git a/checks/binaries b/checks/binaries
index 83fb858..1b3e60d 100644
--- a/checks/binaries
+++ b/checks/binaries
@@ -228,14 +228,22 @@ foreach my $file (sort keys %{$info-file_info}) {
 	}
 }
 
+my $strings = slurp_entire_file(strings/$file);
+spelling_check('spelling-error-in-binary', $strings, $file);
+
 # stripped?
 if ($fileinfo =~ m,not stripped\s*$,o) {
 	# Is it an object file (which generally can not be stripped),
 	# a kernel module, debugging symbols, or perhaps a debugging package?
-	# Ocaml executables are exempted, see #252695
 	unless ($file =~ m,\.k?o$, or $pkg =~ m/-dbg$/ or $pkg =~ m/debug/
-		or $file =~ m,/lib/debug/, or exists $objdump-{OCAML}) {
-	tag unstripped-binary-or-object, $file;
+		or $file =~ m,/lib/debug/,) {
+	if ($fileinfo =~ m/executable/
+		and $strings =~ m/^Caml1999X0[0-9][0-9]$/m) {
+		# Check for OCaml custom executables (#498138)
+		tag ocaml-custom-executable, $file;
+	} else {
+		tag unstripped-binary-or-object, $file;
+	}
 	}
 } else {
 	# stripped but a debug or profiling library?
@@ -262,9 +270,6 @@ foreach my $file (sort keys %{$info-file_info}) {
 	}
 }
 
-my $strings = slurp_entire_file(strings/$file);
-spelling_check('spelling-error-in-binary', $strings, $file);
-
 if ($pkg !~ m/^zlib.+/
 	and $strings =~ /(?:in|de)flate (?:\d[ \w.\-]{1,20}[\w.\-])/m) {
 	tag embedded-zlib, $file;
diff --git a/checks/binaries.desc b/checks/binaries.desc
index 3cd3569..2322b9a 100644
--- a/checks/binaries.desc
+++ b/checks/binaries.desc
@@ -257,3 +257,11 @@ Info: The given debugging symbols-only object is installed directly in
  tt/usr/bin/tt should be placed in tt/usr/lib/debug/usr/bin/tt.
  gdb, when looking for debugging symbols, prepends tt/usr/lib/debug/tt
  to the path of the original binary.
+
+Tag: ocaml-custom-executable
+Severity: normal
+Certainty: possible
+Info: This package provides an OCaml bytecode executable linked with a
+ custom runtime. Such executables cannot be stripped and require
+ special care. Their usage is deprecated in favour of shared libraries
+ for C stubs (dll*.so).
diff --git a/lib/Lintian/Collect/Binary.pm b/lib/Lintian/Collect/Binary.pm
index fbfe053..1661d41 100644
--- a/lib/Lintian/Collect/Binary.pm
+++ b/lib/Lintian/Collect/Binary.pm
@@ -204,10 +204,6 @@ sub objdump_info {
 if (m/^[0-9a-fA-F]+.{6}\w\w?\s+(\S+)\s+[0-9a-zA-Z]+\s+(\S+)\s+(\S+)$/){
 my ($foo, $sec, $sym) = ($1, $2, $3);
 push @{$file-{SYMBOLS}}, [ $foo, $sec, $sym ];
-
-		if ($foo eq '.text' and $sec eq 'Base' and $sym eq 'caml_main') {
-		$file-{OCAML} = 1;
-		}
 }
 } else {
 if (m/^\s*NEEDED\s*(\S+)/o) {
-- 
1.6.3.3



Bug#537683: aterm: doesn't start; fails to build from source

2009-07-20 Thread Julien BLACHE
Package: aterm
Version: 1.0.1-6
Severity: serious
Justification: FTBFS

Hi,

aterm fails to start:

% aterm
aterm: symbol lookup error: aterm: undefined symbol: dpy

And fails to build:

../../src/main.c: In function 'main':
../../src/main.c:2171: error: 'dpy' undeclared (first use in this function)
../../src/main.c:2171: error: (Each undeclared identifier is reported only once
../../src/main.c:2171: error: for each function it appears in.)

JB.

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

Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores)
Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages aterm depends on:
ii  libafterimage0 2.2.9-1   imaging library designed for After
ii  libc6  2.9-20GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.20.4-1  The GLib library of C routines
ii  libgtk2.0-02.16.4-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.38-1  PNG library - runtime
ii  librsvg2-2 2.26.0-1  SAX-based renderer library for SVG
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libtiff4   3.8.2-13  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

aterm recommends no packages.

aterm 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#537667: groff: file conflict with groff-base

2009-07-20 Thread Sven Joachim
On 2009-07-20 09:21 +0200, Colin Watson wrote:

 On Mon, Jul 20, 2009 at 06:58:43AM +0200, Sven Joachim wrote:

 Retrying succeeded, so a bumping the versioned Replaces on groff-base
 to ( 1.20.1-1) should solve the problem.

 Actually, no - if you look carefully at the two 1.20.1-1 .debs you'll
 see that *both* of them contain the /usr/share/groff/current symlink,
 which is clearly an error (this happened because upstream added code to
 install that symlink and I didn't notice).

Well, groff-base (but not groff) 1.18.1.1-22 also had the symlink, but
it was pointing to a _different_ directory.  Since version 1.14.6, dpkg
does not treat multiple symlinks to the _same_ directory as a file
conflict, so groff could be upgraded after groff-base 1.20.1-1 was
installed.

Sven



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



Bug#537680: Acknowledgement (boost: linking 2 files compiled with different NDEBUG causes segfault)

2009-07-20 Thread Török Edwin
Looks like it is this bug:
http://www.nabble.com/Bug-in-iterator_range-when-NDEBUG-not-defined-but-boost-asserts-are-enabled-td17161844.html




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



Bug#498356: wrong path to pic.ms in pic(1)

2009-07-20 Thread Colin Watson
tags 498356 pending
thanks

On Tue, Sep 09, 2008 at 02:56:40PM +0300, Niko Tyni wrote:
 Package: groff
 Version: 1.18.1.1-21
 Severity: minor
 
 The USAGE section in the pic(1) manpage points to
 
  /usr/share/doc/groff/1.18.1/pic.ms
 
 which doesn't exist. This should apparently be
 
  /usr/share/doc/groff/pic.ms.gz

Thanks, fixed in bzr.

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



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



Bug#537685: Cannot find libibus.so and fail to launch ibus

2009-07-20 Thread Hongzheng Wang
Package: ibus
Version: 1.2.0.20090719-1
Severity: important

The file common.py in python-ibus contains an error.  That is, on line
#97, it should by libibus.so.1 instead of libibus.so.  Otherwise ibus
would fail to launch and report cannot find libibus.so.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (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 ibus depends on:
ii  gconf2  2.26.2-2 GNOME configuration database syste
ii  im-switch   1.16 Input method switch framework
ii  libc6   2.9-21   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libgconf2-4 2.26.2-2 GNOME configuration database syste
ii  libglib2.0-02.20.4-1 The GLib library of C routines
ii  libgtk2.0-0 2.16.4-1 The GTK+ graphical user interface 
ii  libibus11.2.0.20090719-1 New input method framework using d
ii  libx11-62:1.2.2-1X11 client-side library
ii  python  2.5.4-3  An interactive high-level object-o
ii  python-glade2   2.14.1-3 GTK+ bindings: Glade support
ii  python-ibus 1.2.0.20090719-1 New input method framework using d
ii  python-support  1.0.3automated rebuilding support for P
ii  python-xdg  0.15-1.1 A python library to access freedes

ibus recommends no packages.

ibus 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#536517: [Pkg-ia32-libs-maintainers] Bug#536517: ia32-libs-gtk: ia32-libs not installable

2009-07-20 Thread Michal Suchanek
2009/7/20 Goswin von Brederlow goswin-...@web.de:
 Michal Suchanek hramr...@centrum.cz writes:

 2009/7/19 Goswin von Brederlow goswin-...@web.de:
 Michal Suchanek hramr...@centrum.cz writes:

 2009/7/10 Goswin von Brederlow goswin-...@web.de:
 Michal Suchanek hramr...@centrum.cz writes:

 Package: ia32-libs-gtk
 Version: 21
 Severity: grave


 ia32-apt-get conflicts with ia32-libs but ia32-libs depends on it.

 Because ia32-libs is pending removal/replacement and will be
 incompatible with ia32-apt-get.

 How do you install stuff that depends on ia32-libs or ia32-libs-gtk then?

 Thanks

 Michal

 You don't. You install the respective i386 deb instead that depends on
 the right 32bit libraries.

 That won't satisfy the dependencies of packages that depend on
 ia32-libs or ia32-libs-gtk.

 Michal

 Instead of the foo_amd64.deb that depends on ia32-libs you install the
 foo_i386.deb. Those won't have a dependency on ia32-libs.


Ah. I see

wine is indeed 32bit, that's why it needs the ia32-libs.

Thanks



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



Bug#537581: zope.interface: FTBFS with python 2.6

2009-07-20 Thread Brian Sutherland
On Sun, Jul 19, 2009 at 05:07:11PM +0200, Michael Bienia wrote:
 Package: zope.interface
 Version: 3.5.1-2
 Severity: wishlist
 Tags: patch
 
 Hello,
 
 I tried building zope.interface in Ubuntu karmic which has already
 python 2.6 as the default python version. The build failed with the
 following error:

Thanks!

I've applied a version of your patch (modified to build on Debian Lenny)
to the pkg-zope subversion repository. It'll be in the next upload.

-- 
Brian Sutherland



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



Bug#537667: groff: file conflict with groff-base

2009-07-20 Thread Colin Watson
On Mon, Jul 20, 2009 at 09:53:34AM +0200, Sven Joachim wrote:
 On 2009-07-20 09:21 +0200, Colin Watson wrote:
  On Mon, Jul 20, 2009 at 06:58:43AM +0200, Sven Joachim wrote:
  Retrying succeeded, so a bumping the versioned Replaces on groff-base
  to ( 1.20.1-1) should solve the problem.
 
  Actually, no - if you look carefully at the two 1.20.1-1 .debs you'll
  see that *both* of them contain the /usr/share/groff/current symlink,
  which is clearly an error (this happened because upstream added code to
  install that symlink and I didn't notice).
 
 Well, groff-base (but not groff) 1.18.1.1-22 also had the symlink, but
 it was pointing to a _different_ directory.  Since version 1.14.6, dpkg
 does not treat multiple symlinks to the _same_ directory as a file
 conflict, so groff could be upgraded after groff-base 1.20.1-1 was
 installed.

Right, but the bug was that groff should never have contained that
symlink in the first place, so making it replace groff-base would not
have fixed the bug - indeed, it would have just come back with the very
next version of groff if I'd fixed it with a versioned Replaces. :-)
(While fixing this bug, I did make the new groff-base replace groff
1.20.1-1 as well, just in case people's dpkg databases had got confused
about the ownership of that symlink.)

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



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



Bug#537329: Acknowledgement (Unable to start java applications (openjdk-6-jre)) [solved]

2009-07-20 Thread Michal Zimen
From further weekend investigations I found out, that this issue is
strongly related to selinux.

The previous testing were executed in Permissive mode and with boolean
flag xserver_object_manager=OFF. I turned on this variable and problem
disappear. 

Also when I turned off selinux totally (at boot cmdline selinux=0) this
problem disappear.

Please consider this bug as solved.

thank you.
  michal






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


Bug#526106: windows are no longer visible but are still there

2009-07-20 Thread Stefano Zacchiroli
On Wed, Apr 29, 2009 at 11:25:05AM +0200, Stefano Zacchiroli wrote:
 From time to time, a single window decide to disappear in the sense
 that it no longer shows its content, showing rather what is below
 (usually the background). The window, however, is still there and is

I can no longer reproduce this, with current unstable xmonad and
xcompmgr.

If nobody else is, I think you can safely close this bug report.

Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime



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



Bug#537667: groff: file conflict with groff-base

2009-07-20 Thread Sven Joachim
On 2009-07-20 10:08 +0200, Colin Watson wrote:

 On Mon, Jul 20, 2009 at 09:53:34AM +0200, Sven Joachim wrote:
 On 2009-07-20 09:21 +0200, Colin Watson wrote:
  On Mon, Jul 20, 2009 at 06:58:43AM +0200, Sven Joachim wrote:
  Retrying succeeded, so a bumping the versioned Replaces on groff-base
  to ( 1.20.1-1) should solve the problem.
 
  Actually, no - if you look carefully at the two 1.20.1-1 .debs you'll
  see that *both* of them contain the /usr/share/groff/current symlink,
  which is clearly an error (this happened because upstream added code to
  install that symlink and I didn't notice).
 
 Well, groff-base (but not groff) 1.18.1.1-22 also had the symlink, but
 it was pointing to a _different_ directory.  Since version 1.14.6, dpkg
 does not treat multiple symlinks to the _same_ directory as a file
 conflict, so groff could be upgraded after groff-base 1.20.1-1 was
 installed.

 Right, but the bug was that groff should never have contained that
 symlink in the first place, so making it replace groff-base would not
 have fixed the bug - indeed, it would have just come back with the very
 next version of groff if I'd fixed it with a versioned Replaces. :-)

Indeed.

 (While fixing this bug, I did make the new groff-base replace groff
 1.20.1-1 as well, just in case people's dpkg databases had got confused
 about the ownership of that symlink.)

That is actually necessary, since /usr/share/groff/current is now owned
by both groff and groff-base and a new upstream release that changes the
symlink would bring up the file conflict again.

Sven



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



Bug#537684: wwwoffle installs /etc/cron.d/wwwoffle under user proxy without e-mail address

2009-07-20 Thread Vincent Lefevre
Package: wwwoffle
Version: 2.9d-3
Severity: normal

wwwoffle installs /etc/cron.d/wwwoffle with:

  */30 * * * * proxy ...

but mail sent to user proxy arrives nowhere. It should probably add

  proxy: root

to /etc/aliases or let the user choose.

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

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

Versions of packages wwwoffle depends on:
ii  coreutils  7.4-2 The GNU core utilities
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  debianutils3.2   Miscellaneous utilities specific t
ii  libc6  2.9-20GNU C Library: Shared libraries
ii  libgnutls262.6.6-1   the GNU TLS library - runtime libr
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

wwwoffle recommends no packages.

Versions of packages wwwoffle suggests:
pn  htdig | namazu | mnogosearch- none (no description available)
ii  logrotate 3.7.7-3Log rotation utility
pn  pdnsd none (no description available)

-- debconf information:
  wwwoffle/string_port_number: 8080
  wwwoffle/string_parent_proxy: none
  wwwoffle/use-htdig: false
  wwwoffle/ppp-fetch: true
  wwwoffle/use-ppp-interface: true
  wwwoffle/text_new_location:
  wwwoffle/select_html_lang: en (English)
  wwwoffle/fetchfrequency: 30
  wwwoffle/note_upgrade_config_failed:
  wwwoffle/conf-perm:



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



Bug#537596: regression: parse error near `()' in function definition

2009-07-20 Thread Peter Stephenson
On Sun, 19 Jul 2009 23:20:41 +
Clint Adams sch...@debian.org wrote:
 On Sun, Jul 19, 2009 at 07:16:51PM +0200, martin f krafft wrote:
  % eval 'lt() { (_lt-en $*; _en-lt $*) | more }'
  zsh: parse error near `()'
  
  Alright, so lt is special:
  
  % which lt
  lt: aliased to ls -lt

Assuming lt was defined as an alias first, this has always been the wrong
thing to do:

% alias lt=one two
% eval 'lt() { (_lt-en $*; _en-lt $*) | more }'
% which one two
one () {
(
_lt-en $*
_en-lt $*
) | more
}
two () {
(
_lt-en $*
_en-lt $*
) | more
}

This is not a new feature; it's been mentioned in the FAQ for many years.


2.3: Why do my csh aliases not work?  (Plus other alias pitfalls.)

...

  There is one other serious problem with aliases: consider

alias l='/bin/ls -F'
l() { /bin/ls -la $@ | more }

  `l' in the function definition is in command position and is expanded
  as an alias, defining `/bin/ls' and `-F' as functions which call
  `/bin/ls', which gets a bit recursive.  This can be avoided if you use
  `function' to define a function, which doesn't expand aliases.  It is
  possible to argue for extra warnings somewhere in this mess.

  Bart Schaefer's rule is:  Define first those aliases you expect to
  use in the body of a function, but define the function first if the
  alias has the same name as the function.

-- 
Peter Stephenson p...@csr.comSoftware Engineer
Tel: +44 (0)1223 692070   Cambridge Silicon Radio Limited
Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, UK


'member of the CSR plc group of companies. CSR plc registered in England and 
Wales, registered number 4187346, registered office Churchill House, Cambridge 
Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom'



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



Bug#537686: falsely claims filter rejects all packages

2009-07-20 Thread martin f krafft
Package: tcpdump
Version: 4.0.0-3
Severity: minor

# tcpdump -ni wifi icmp6 and '(icmp[icmptype] != icmp-echo)' and 
'(icmp[icmptype] != icmp-echoreply)'
tcpdump: expression rejects all packets

Since icmp-echo and icmp-echoreply are disjunct and their union
a proper subset of icmp6, the expression does not yield the empty
set.

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tcpdump depends on:
ii  libc6 2.9-20 GNU C Library: Shared libraries
ii  libpcap0.81.0.0-2system interface for user-level pa
ii  libssl0.9.8   0.9.8k-3   SSL shared libraries

tcpdump recommends no packages.

tcpdump suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft madd...@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#537688: cannot read from stdin

2009-07-20 Thread martin f krafft
Package: monkeytail
Version: 0.3.2-1
Severity: normal

mtail fails to read from/tail - or /dev/stdin :

  Skipping non-existant file /dev/stdin

It would be nice if it could.

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages monkeytail depends on:
ii  libconfig-general-perl2.42-1 Generic Configuration Module
ii  libevent-perl 1.11-1 Generic Perl event loop
ii  libgetopt-declare-perl1.11-3 Getopt::Declare command line argum
ii  perl  5.10.0-24  Larry Wall's Practical Extraction 

monkeytail recommends no packages.

monkeytail suggests no packages.

-- no debconf information


-- 
 .''`.   martin f. krafft madd...@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#537687: Can't load libibus.so

2009-07-20 Thread Jesse Sung
Package: python-ibus
Version: 1.2.0.20090719-1

Hi,

Line 97 of /usr/share/pyshared/ibus/common.py tries to load libibus.so:
97 libibus = ctypes.CDLL(libibus.so)
But there's only libibus.so.1 available.

So after upgraded to this version, ibus-daemon and ibus-setup stop
working.

-- 
BR,
Wen-chien Jesse Sung





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



Bug#537683: reassign, merge

2009-07-20 Thread Julien BLACHE
reassign 537683 libafterimage0
severity 537683 grave
merge 537683 537548
thanks

Hi,

Also xwrap.h dropped the declaration for the dpy variable, 2.2.8-2 has

xwrap.h:extern Display *dpy;

This makes aterm (and others, probably) FTBFS. This is an API change
that should either be reverted or properly managed.

JB.

-- 
 Julien BLACHE - Debian  GNU/Linux Developer - jbla...@debian.org 
 
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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



Bug#535518: libspeechd-dev: Mismatch between header files and shared library

2009-07-20 Thread Milan Zamazal
Forwarded upstream and they work on it.

Thanks for the report.




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



Bug#537596: regression: parse error near `()' in function definition

2009-07-20 Thread martin f krafft
also sprach Peter Stephenson p...@csr.com [2009.07.20.1027 +0200]:
   `l' in the function definition is in command position and is expanded
   as an alias, defining `/bin/ls' and `-F' as functions which call
   `/bin/ls', which gets a bit recursive.  This can be avoided if you use
   `function' to define a function, which doesn't expand aliases.  It is
   possible to argue for extra warnings somewhere in this mess.

Indeed, this fixed my problem, and I also renamed the function to
something else, now that I found out about the nameclash. Warnings
would be nice.

However, there still seems to be some regression, but I cannot quite
reproduce this for other cases. E.g. it is still possible to define
a function -F without the error.

-- 
 .''`.   martin f. krafft madd...@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
there are only 10 types of people in the world:
those who understand binary and those who don't.


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


Bug#537596: regression: parse error near `()' in function definition

2009-07-20 Thread Mikael Magnusson
2009/7/20 Peter Stephenson p...@csr.com:
 On Sun, 19 Jul 2009 23:20:41 +
 Clint Adams sch...@debian.org wrote:
 On Sun, Jul 19, 2009 at 07:16:51PM +0200, martin f krafft wrote:
  % eval 'lt() { (_lt-en $*; _en-lt $*) | more }'
  zsh: parse error near `()'
 
  Alright, so lt is special:
 
  % which lt
  lt: aliased to ls -lt

 Assuming lt was defined as an alias first, this has always been the wrong
 thing to do:

 % alias lt=one two
 % eval 'lt() { (_lt-en $*; _en-lt $*) | more }'
 % which one two
 one () {
(
_lt-en $*
_en-lt $*
) | more
 }
 two () {
(
_lt-en $*
_en-lt $*
) | more
 }

 This is not a new feature; it's been mentioned in the FAQ for many years.

Just thought I'd mention you can also use \ at any time to escape an alias:

% alias lt=one two
% eval '\lt() { echo foo }'
% which lt
lt: aliased to one two
% unalias lt
% which lt
lt () {
echo foo
}
% alias lt=one two
% which lt
lt: aliased to one two
% lt
zsh: command not found: one
% \lt
foo
% l\t
foo

-- 
Mikael Magnusson



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



Bug#537689: ia32-apt-get: exceeds apt limits

2009-07-20 Thread Michal Suchanek
Package: ia32-apt-get
Version: 22
Severity: important


Since ia32-apt includes packages twice it exceeds the already insufficient
hardcoded limits in apt.

Reading package lists... Error!
E: Wow, you exceeded the number of versions this APT is capable of.
E: Problem with MergeList
/var/lib/ia32-apt/lists/ftp.cz.debian.org_debian_dists_sid-i386_main_binary-amd64_Packages
E: The package lists or status file could not be parsed or opened.


--- /etc/apt/sources.list ---
# deb http://ftp.cz.debian.org/debian/ lenny main
deb http://download.videolan.org/pub/videolan/debian sid main
deb-src http://download.videolan.org/pub/videolan/debian sid main

deb http://ftp.cz.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

deb http://ftp.cz.debian.org/debian/ sid main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ sid main contrib non-free

deb http://ftp.cz.debian.org/debian/ experimental main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ experimental main contrib non-free
#deb-src http://snapshot.debian.net/archive pool xserver-xorg-video-intel

#deb http://www.virtualbox.org/debian etch non-free


#deb http://ftp.uni-kl.de/debian-multimedia/ unstable main
#deb-src http://ftp.uni-kl.de/debian-multimedia/ unstable main

#deb http://ftp.uni-kl.de/debian-multimedia/ testing main
#deb-src http://ftp.uni-kl.de/debian-multimedia/ testing main

deb http://ucho.ignum.cz/debian-multimedia/ unstable main
deb-src http://ucho.ignum.cz/debian-multimedia/ unstable main

deb http://ucho.ignum.cz/debian-multimedia/ testing main
deb-src http://ucho.ignum.cz/debian-multimedia/ testing main

deb http://www.lamaresh.net/apt lenny main
#deb http://www.lamaresh.net/apt sid main

-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ia32-apt-get depends on:
ii  debconf   1.5.24 Debian configuration management sy
ii  ia32-libs-tools   22 Tools for converting i386 debs for

Versions of packages ia32-apt-get recommends:
ii  fakeroot  1.12.4 Gives a fake root environment

ia32-apt-get suggests no packages.

-- 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#537692: libhtml-mason-perl: README.Debian out of date for apache2/mod_perl

2009-07-20 Thread hhaamu

Package: libhtml-mason-perl
Version: 1:1.39-1
Severity: normal

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

Following the instructions in README.Debian, I got to this section:

LocationMatch (\.m(html|txt|pl)|dhandler|autohandler)$
SetHandler perl-script
PerlInitHandler Apache::Constants::NOT_FOUND
/LocationMatch

mod_perl2 doesn't have an Apache::Constants module. A google says I
should be using Apache2::Const::NOT_FOUND, but that one doesn't work
either (both return a 500 to the browser when I try to access a private
file)


This is what I get in error_log:
[Mon Jul 20 08:35:23 2009] [error] [client 192.168.1.9] failed to
resolve handler `Apache2::Const::NOT_FOUND': Can't locate
Apache2/Const/NOT_FOUND.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl . /etc/apache2) at (eval 40) line 3.\n


This is my apache config's mason part:
PerlModule HTML::Mason::ApacheHandler

PerlSetVar MasonAllowGlobals $dbh
PerlSetVar MasonEscapeFlags h = \ 
\HTML::Mason::Escapes::basic_html_escape

PerlSetVar MasonArgsMethod mod_perl

PerlModule CGI
#PerlModule Apache2::Request
PerlModule Apache::DBI
PerlModule Apache2::Const
PerlModule Apache2::Cookie

# handle .html, .txt, .pl as mason
LocationMatch (\.html|\.txt|\.pl)$
SetHandler perl-script
PerlHandler HTML::Mason::ApacheHandler
/LocationMatch

# .mhtml etc private files = denied
LocationMatch (\.m(html|txt|pl)|dhandler|autohandler)$
SetHandler perl-script
PerlInitHandler Apache2::Const::NOT_FOUND
/LocationMatch

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

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

Versions of packages libhtml-mason-perl depends on:
ii  libcache-cache-perl   1.05-2 Managed caches of  
persistent infor
ii  libclass-container-perl   0.12-2 Glues object frameworks  
together t
ii  libexception-class-perl   1.24-1 a module that allows you  
to declar
ii  libhtml-parser-perl   3.56-1+b1  A collection of modules  
that parse
ii  libparams-validate-perl   0.91-2 validate parameters to  
Perl method
ii  perl  5.10.0-19  Larry Wall's Practical  
Extraction

ii  perl-base [libscalar-list-uti 5.10.0-19  minimal Perl system

Versions of packages libhtml-mason-perl recommends:
ii  libapache2-mod-perl2  2.0.4-5Integration of perl with  
the Apach


Versions of packages libhtml-mason-perl suggests:
pn  libhtml-mason-perl-docnone (no description available)
pn  speedy-cgi-perl | libfcgi-per none (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#537693: PostgreSQL 8.4 support, ip4r 1.04

2009-07-20 Thread Dimitri Fontaine
Package: ip4r
Version: 1.03
Severity: important
Tags: patch

ip4r 1.04 adds support for PostgreSQL 8.4, which is available in sid, testing 
and lenny-backports.

The patch allows for building both postgresql-8.3-ip4r and postgresql-8.4-ip4r 
from the same source package, using the VPATH build mecanism.


-- 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=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


ip4r-1.04.patch.gz
Description: GNU Zip compressed data


Bug#537690: libexplain: FTBFS: conflicting types for 'explain_read_on_error'

2009-07-20 Thread Kurt Roeckx
Source: libexplain
Version: 0.14.D001-1
Severity: serious

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20090720-0325

[...]

 Build-Depends: bison, debhelper (= 5), groff, libcap-dev, libtool, lsof

[...]

 Toolchain package versions: libc6-dev_2.9-20 linux-libc-dev_2.6.30-2 
 g++-4.3_4.3.3-14 gcc-4.3_4.3.3-14 binutils_2.19.51.20090714-1 
 libstdc++6_4.4.0-11 libstdc++6-4.3-dev_4.3.3-14
 

[...]

 libtool: compile:  gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed -I. -c 
 libexplain/read.c  -fPIC -DPIC -o libexplain/.libs/read.o
 libtool: compile:  gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed -I. -c 
 libexplain/read.c -o libexplain/read.o /dev/null 21
 libtool --mode=compile gcc  -Wall -g -O2 -Wall -Wextra -Wl,--as-needed -I. -c 
 libexplain/read_on_error.c -o libexplain/read_on_error.lo
 libtool: compile:  gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed -I. -c 
 libexplain/read_on_error.c  -fPIC -DPIC -o libexplain/.libs/read_on_error.o
 libexplain/read_on_error.c:28: error: conflicting types for 
 'explain_read_on_error'
 ./libexplain/read.h:88: error: previous declaration of 
 'explain_read_on_error' was here
 make[1]: *** [libexplain/read_on_error.lo] Error 1
 make[1]: Leaving directory 
 `/build/buildd-libexplain_0.14.D001-1-amd64-6lMueg/libexplain-0.14.D001'
 make: *** [build-stamp] Error 2
 dpkg-buildpackage: error: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=amd64pkg=libexplainver=0.14.D001-1


Kurt




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



Bug#537691: lyx: FTBFS: Can't move file

2009-07-20 Thread Kurt Roeckx
Source: lyx
Version: 1.6.3-3
Severity: serious

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20090720-0633

[...]

 Build-Depends: libaiksaurus-dev, python-support (= 0.6), debhelper (= 
 7.0.50), quilt (= 0.46-7), libz-dev, libx11-dev, libaspell-dev, 
 autotools-dev, libqt4-dev, libboost-dev (= 1.38.0), libboost-filesystem-dev, 
 libboost-signals-dev, libboost-iostreams-dev, libboost-regex-dev, 
 libboost-test-dev, pkg-config, tex-common, defoma

[...]

 Toolchain package versions: libc6-dev_2.9-20 linux-libc-dev_2.6.30-2 
 g++-4.3_4.3.3-14 gcc-4.3_4.3.3-14 binutils_2.19.51.20090714-1 
 libstdc++6_4.4.0-11 libstdc++6-4.3-dev_4.3.3-14
 

[...]

 make[2]: Leaving directory 
 `/build/buildd-lyx_1.6.3-3-amd64-jo7l1K/lyx-1.6.3/build-tree'
 mv debian/lyx-common/usr/bin debian/lyx/usr/bin
 mv debian/lyx-common/usr/share/man debian/lyx/usr/share/man
 mv debian/lyx-common/usr/share/lyx/fonts \
   debian/ttf-lyx/usr/share/fonts/truetype/ttf-lyx
 mv: cannot move `debian/lyx-common/usr/share/lyx/fonts' to 
 `debian/ttf-lyx/usr/share/fonts/truetype/ttf-lyx': No such file or directory
 make[1]: *** [override_dh_auto_install] Error 1
 make[1]: Leaving directory `/build/buildd-lyx_1.6.3-3-amd64-jo7l1K/lyx-1.6.3'
 make: *** [binary-arch] Error 2
 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave 
 error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=amd64pkg=lyxver=1.6.3-3


Kurt




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



Bug#522969: linkchecker: Still occurs

2009-07-20 Thread Nigel Horne
Package: linkchecker
Version: 4.9-1
Followup-For: Bug #522969


I still get it. apt-get update; apt-get upgrade says that there are
no new versions of linkchecker available yet. When will this bug fix be
published?

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

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

Versions of packages linkchecker depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  python2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python2.4 2.4.6-1An interactive high-level object-o

linkchecker recommends no packages.

Versions of packages linkchecker suggests:
ii  apache2-mpm-prefork [htt 2.2.9-10+lenny4 Apache HTTP Server - traditional n
pn  python-geoip none  (no description available)
pn  python-optcomplete   none  (no description available)
pn  python-profiler  none  (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#536989: dh-make-perl: FTBFS: tests failed

2009-07-20 Thread Damyan Ivanov
-=| Ryan Niebur, Mon, Jul 20, 2009 at 12:17:46AM -0700 |=-
 On Mon, Jul 20, 2009 at 10:00:41AM +0300, Damyan Ivanov wrote:
  
  I think the right fix would be in Module::CoreList. Luckily we 
  maintain libmodule-corelist-perl and dh-make-perl already depends on 
  it. A fix may be propagated upstream in the next point release (and 
  end up in perl-modules).
  
  I assume (and this worked so far) that each module in 
  /usr/{share,lib}/perl/$version is a core one. If this not true, then 
  we just can't do anything but trust Module::CoreList and t/corelist.t 
  shall be rewritten to simply check a couple of modules we know are 
  core ones instead of going over the directories.
  
  I somehow that Module::CoreList is wrong here, so this better be fixed 
  there upstream (and patched in libmodule-correlist-perl until upstream 
  releases a fixed dist).
 
 I think this module is Debian (or admin) specific tho and not a real
 module, since it's for configuration. so it seems very wrong for
 Module::CoreList to list this.

OK. What I try to avoid is keeping a list of exceptions. This will 
break the next time such a module appears.

I was thinking if we can exclude all modules found under /etc/perl? Or 
is there a non-zero change for true core modules to appear there?


-- 
dam


signature.asc
Description: Digital signature


Bug#537694: mutt: SEGV fetching IMAP headers

2009-07-20 Thread Philipp Matthias Hahn
Package: mutt
Version: 1.5.20-2
Severity: normal


mutt repeatedly seg-faults when opening one of my three imap accounts, the
other two accounts work fine. Installing mutt-dbg provided the following
debug trace. And no, there aren't 9e6 messages in that account, only 79
as running mutt -d 2 shows in the included debug log.

Program received signal SIGSEGV, Segmentation fault.
mx_update_context (ctx=0x91fc60, new_messages=9710784) at ../mx.c:1647
 
1647../mx.c: Datei oder Verzeichnis nicht gefunden.
in ../mx.c
(gdb) directory  /media/storage/debian/pool/main/m/mutt/mutt-1.5.20/
Source directories searched: 
/media/storage/debian/pool/main/m/mutt/mutt-1.5.20:$cdir:$cwd
(gdb) l
warning: Source file is more recent than executable.
1642ctx-hdrs[i] = NULL;
1643ctx-v2r[i] = -1;
1644  }
1645}
1646
1647/* this routine is called to update the counts in the context structure 
for
1648 * the last message header parsed.
1649 */
1650void mx_update_context (CONTEXT *ctx, int new_messages)
1651{
(gdb) bt
#0  mx_update_context (ctx=0x91fc60, new_messages=9710784) at ../mx.c:1647
#1  0x004a2151 in imap_read_headers (idata=0x939970, msgbegin=-12256, 
msgend=78) at ../../imap/message.c:379
#2  0x0049ef2e in imap_open_mailbox (ctx=0x91fc60) at 
../../imap/imap.c:756
#3  0x004462e5 in mx_open_mailbox (path=0x41dce0 SH\201\354\360\4, 
flags=0, pctx=0x0) at ../mx.c:681
#4  0x0043bb50 in main (argc=4, argv=0x7fffe678) at ../main.c:1023

[2009-07-20 10:40:38] Mutt/1.5.20 (2009-06-14) debugging at level 2
[2009-07-20 10:40:38] Reading configuration file '/etc/Muttrc'.
[2009-07-20 10:40:38] Reading configuration file 
'/usr/lib/mutt/source-muttrc.d|'.
[2009-07-20 10:40:38] Reading configuration file '/etc/Muttrc.d/charset.rc'.
[2009-07-20 10:40:38] Reading configuration file '/etc/Muttrc.d/colors.rc'.
[2009-07-20 10:40:38] Reading configuration file 
'/etc/Muttrc.d/compressed-folders.rc'.
[2009-07-20 10:40:38] Reading configuration file '/etc/Muttrc.d/gpg.rc'.
[2009-07-20 10:40:38] Reading configuration file '/etc/Muttrc.d/smime.rc'.
[2009-07-20 10:40:38] Reading configuration file '/home/pmhahn/.mutt/muttrc'.
[2009-07-20 10:40:38] Reading configuration file '/home/pmhahn/.mutt/gpg.rc'.
[2009-07-20 10:40:38] Reading configuration file '/home/pmhahn/.mutt/aliases'.
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://troja.informatik.uni-oldenburg.de/
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imap://deepspace.informatik.uni-oldenburg.de/
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imap://domino.offis.uni-oldenburg.de/
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://corellon.svs.informatik.uni-oldenburg.de/
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://corellon.svs.informatik.uni-oldenburg.de/INBOX.root
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://corellon.svs.informatik.uni-oldenburg.de/INBOX.logcheck
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://serv04.lahn.de/INBOX
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://serv04.lahn.de/INBOX.admin
[2009-07-20 10:40:38] imap_mailbox_state: no open connection for 
imaps://serv04.lahn.de/INBOX.spam
[2009-07-20 10:40:40] Connected to domino.offis.uni-oldenburg.de:143 on fd=6
[2009-07-20 10:40:40] 6 * OK OK IMAP4 Server Mon, 20 Jul 2009 10:40:40 +0200
[2009-07-20 10:40:40] 6 a CAPABILITY
[2009-07-20 10:40:40] 6 * CAPABILITY IMAP4rev1 AUTH=PLAIN LITERAL+ NAMESPACE 
QUOTA UIDPLUS
[2009-07-20 10:40:40] 6 a OK CAPABILITY completed
[2009-07-20 10:40:40] imap_authenticate: Using any available method.
[2009-07-20 10:40:40] SASL local ip: 192.168.0.11;41981, remote 
ip:134.106.51.103;143
[2009-07-20 10:40:40] mutt_sasl_cb_authname: getting authname for 
domino.offis.uni-oldenburg.de:143
[2009-07-20 10:40:40] mutt_sasl_cb_authname: getting user for 
domino.offis.uni-oldenburg.de:143
[2009-07-20 10:40:40] mutt_sasl_cb_pass: getting password for 
ph...@domino.offis.uni-oldenburg.de:143
[2009-07-20 10:40:40] 6 a0001 AUTHENTICATE PLAIN
[2009-07-20 10:40:40] 6 + 
[2009-07-20 10:40:40] 6 XX==
[2009-07-20 10:40:41] 6 a0001 OK AUTHENTICATE completed
[2009-07-20 10:40:41] 6 a0002 CAPABILITY
a0003 LIST  
[2009-07-20 10:40:41] 6 * CAPABILITY IMAP4rev1 AUTH=PLAIN LITERAL+ NAMESPACE 
QUOTA UIDPLUS
[2009-07-20 10:40:41] 6 a0002 OK CAPABILITY completed
[2009-07-20 10:40:41] 6 * LIST (\Noselect) \\ 
[2009-07-20 10:40:41] 6 a0003 OK LIST completed
[2009-07-20 10:40:41] 6 a0004 SELECT INBOX
[2009-07-20 10:40:41] 6 * 79 EXISTS
[2009-07-20 10:40:41] Handling EXISTS
[2009-07-20 10:40:41] cmd_handle_untagged: New mail in INBOX - 79 messages 
total.
[2009-07-20 10:40:41] 6 * 0 RECENT
[2009-07-20 10:40:41] 6 * OK [UNSEEN 12] Message 12 is first unseen

Bug#537633: libio-socket-ssl-perl: incorrect validation of hostnames

2009-07-20 Thread gregor herrmann
forcemerge 535946 537633
thanks

On Sun, 19 Jul 2009 19:59:57 -0400, Michael S. Gilbert wrote:

 a security issue has been fixed in the latest upstream version of
 libio-socket-ssl-perl [0].  see patch [1].  please coordinate with the
 security team to prepare updates for the stable releases.  thank you.

Already reported as 535946, and Dominic has already contaced to
security team and prepared a package. I'm merging the two bugs now.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-BOFH excuse #125:  we just switched to Sprint. 


signature.asc
Description: Digital signature


Bug#537548: libafterimage/libafterbase API/ABI change

2009-07-20 Thread Julien BLACHE
Hi,

Upstream CVS log:

  Got rid of dpy global variable in libAfterBase and libAfterIMage for
  good. Moved it into libAfterStep instead, as it incorporates screen
  handling functionality.

That is an API *and* ABI change for all three libraries, and that
warrants a soversion bump for all three libraries. Which has not been
done.

That also means all users will need to be patched to support this
change. How clever.

JB.

-- 
 Julien BLACHE - Debian  GNU/Linux Developer - jbla...@debian.org 
 
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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



Bug#521238: stardic: Bus error on AMD64

2009-07-20 Thread Andrew Lee
Dear Aníbal,

Aníbal Monsalve Salazar wrote:
 On Sat, Jul 18, 2009 at 09:47:28PM +0200, Andrew Lee wrote:
 On Sat, Jul 18, 2009 at 04:20:13AM +1000, Anibal Monsalve Salazar wrote:
 Andrew, could you create a pseudo binary package named stardic in your
 source package stardict in such a way that the users of stardic can
 upgrade to stardict smoothly?

 Would you mind to sponsor upload for this, Aníbal?
 
 Sure.
 
 Don't forget to set the DM flag in debian/control too.

Okay.

The package can be found on
- URL: http://people.linux.org.tw/~andrew/debian/stardict/
- dget
http://people.linux.org.tw/~andrew/debian/stardict/stardict_3.0.1-6.dsc

Kind regards,

-Andrew



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



Bug#537691: [Pkg-lyx-devel] Bug#537691: lyx: FTBFS: Can't move file

2009-07-20 Thread Per Olofsson
Kurt Roeckx wrote:
 
 make[2]: Leaving directory 
 `/build/buildd-lyx_1.6.3-3-amd64-jo7l1K/lyx-1.6.3/build-tree'
 mv debian/lyx-common/usr/bin debian/lyx/usr/bin
 mv debian/lyx-common/usr/share/man debian/lyx/usr/share/man
 mv debian/lyx-common/usr/share/lyx/fonts \
  debian/ttf-lyx/usr/share/fonts/truetype/ttf-lyx
 mv: cannot move `debian/lyx-common/usr/share/lyx/fonts' to 
 `debian/ttf-lyx/usr/share/fonts/truetype/ttf-lyx': No such file or directory
 make[1]: *** [override_dh_auto_install] Error 1
 make[1]: Leaving directory `/build/buildd-lyx_1.6.3-3-amd64-jo7l1K/lyx-1.6.3'
 make: *** [binary-arch] Error 2
 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave 
 error exit status 2
 

The directory isn't created in indep packages when building binary-arch.
Needs to be moved to debian/rules from debian/*.dirs.

-- 
Pelle



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



Bug#537677: rhythmbox broken too

2009-07-20 Thread Brendon Green

owner-at-bugs.debian.org (Debian Bug Tracking System) |DebianBug| wrote:

I have since discovered that this bug breaks other things, e.g. 
rhythmbox 0.12.3-1 depends (indirectly) on brasero 2.26.2-1.  This, in 
my eyes, makes this bug a little more serious.




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



Bug#537695: boinc-manager uses alternative from gnome-www-browser instead of x-www-browser

2009-07-20 Thread Alon Horn

Package: boinc-manager
Version: 6.4.5+dfsg-2
Severity: minor

hi,
in sid, it appears the default browser isn't taken from update-alternative's
x-www-browser, but from gnome-www-browser instead, in contrast with doc file.
also, it seems not all browsers register themselves in gnome-www-browser.

regards,
alon horn
sal...@t2.technion.ac.il



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (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 boinc-manager depends on:
ii  libc62.9-20  GNU C Library: Shared libraries
ii  libstdc++6   4.4.0-11The GNU Standard C++ Library v3
ii  libwxbase2.8-0   2.8.7.1-1.1 wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-02.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t

Versions of packages boinc-manager recommends:
ii  boinc-client6.4.5+dfsg-2 core client for the BOINC distribu

boinc-manager suggests no packages.

-- no debconf information
DISCLAIMER: This mail message was scanned for malicious content by Quality 
Bytes Mail Security when leaving the gateway of Kibbutz Hazorea
http://qb.q-bytes.com/qbms/?c=hazorea
.




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



Bug#533386: new evolution-data-server packages

2009-07-20 Thread Steffen Joeris
Hi

So I had another look at the issue. Indeed, set_nss_error was undefined, so I 
used a different function. Also, I think there was another regression with 
displaying signed and encrypted S/MIME messages. Could you please test these 
updated packages[0] in your environments and tell me, whether they fix the 
regressions you encountered?
Sorry for all the delay with this, I was waiting for a reply from another 
user, but never got it and then this issue kind of slipped through. :(

Cheers
Steffen

[0]: http://www-master.debian.org/~white/evolution-data-server/


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


Bug#537696: Tell mailcap not to use fbi in GNU Screen.

2009-07-20 Thread Trent W. Buck
Package: fbi
Version: 2.07-1
Severity: minor
File: /usr/lib/mime/packages/fbi

AFAIK, fbi will work iff it is run by root, or run from a
securetty(5).  In particular, this does not include GNU Screen
sessions.  Please extend lines such as this:

image/jpeg; fbi '%s'; test=test -z $DISPLAY; needsterminal;

A crappy but simple extension is to check for the screen session (STY)
as is done for the X session (DISPLAY):

image/jpeg; fbi '%s'; test=test -z $DISPLAY$STY; needsterminal;

Maybe it is possible for test to be something more complicated and
accurate, like this:

test -z $DISPLAY 
( test 0 -eq $EUID  ||
  fgrep -qx `tty | cut -d/ -f3` /etc/securetty )

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fbi depends on:
ii  ghostscript8.64~dfsg-12  The GPL Ghostscript PostScript/PDF
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcurl3-gnutls7.19.5-1  Multi-protocol file transfer libra
ii  libexif12  0.6.17-1  library to parse EXIF files
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-4.1 FreeType 2 font engine, shared lib
ii  libgif44.1.6-6   library for GIF images (library)
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpcd21.0.1-2   library for reading PhotoCD images
ii  libpng12-0 1.2.37-1  PNG library - runtime
ii  libtiff4   3.8.2-13  Tag Image File Format (TIFF) libra
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

fbi recommends no packages.

Versions of packages fbi suggests:
ii  imagemagick7:6.3.7.9.dfsg2-1 image manipulation programs

-- 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#537395: test suite fails on amd64

2009-07-20 Thread Dominique Dumont
Damyan Ivanov d...@debian.org writes:

 Do you have any idea from the failure or type of test what
 possible environmental thing might be different in my chroot to cause
 this?

Looks like OpenSsh.pm does not parse correctly a ssh_config snippet.

What version of Parse::RecDescent do you have ?

 (I also see the failure non-chrooted on the same machine.)

 (a blind guess) maybe it is related to the host name?

Hmm, I don't think so. All the tests are done with files snippets
written by t/ssh_config.t

I don't think either that the arch matters: Augeas is not included in
Ssh model (only with Sshd model).

HTH

-- 
Dominique Dumont 
Delivering successful solutions requires giving people what they
need, not what they want. Kurt Bittner

irc:
  domidumont at irc.freenode.net
  ddumont at irc.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#536889: [developers-reference]: Please add an example for the short description starting with a verb

2009-07-20 Thread Jens Seidel
On Sat, Jul 18, 2009 at 07:02:02PM +0100, Justin B Rye wrote:
 The next step is to get your comments together as something I can
 conveniently point at in a post to debian-l10n-english.

Oops, missed that you waited for my input.

 Criticisms:
 1) basically, it's not clear that verb phrases are the main thing
   we're deprecating;
 2) in particular, the noun phrase/verb phrase part can be read as
   an incidental description of the given example;
 3) more examples (both should and should not) would be good;
 4) a good heuristic also makes it sound as if fitting the template
   is optional. (Yes, the underlying definition is a matter of
   syntax, but since developers don't usually think in terms of
   noun phrases or verb phrases, the heuristic is the only
   practical validation mechanism.)

Yep, this is a good summary.
 
 You also mention the issue of translations.  I don't know if we'd
 want to even try to apply the same rule in languages that use 
 suffixed articles, or no articles at all!  And Verb-Subject-Object
 languages like Welsh would make things even trickier...

Right, forget about translations. Even in English one cannot construct a
sentence from the synopsis as the article (a, an, ...) has to be determined
manually ...

Jens



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



Bug#537697: Please remove ddrescue

2009-07-20 Thread David Stansby
Package: ddrescue

I'm filing this bug to call for the removal of ddrescue from debian. This is
for the following reasons:

1. ddrescue contains dd_rescue, whereas gddrescue contains dd_rescue and
dd_rhelp, so gddrescue has superseeded ddrescue
2. ddrescue has not been updated for over two years now, and is no longer in
active development, whereas gddrescue is
3. There is some confusion over the naming of these two packages, and I
belive that removing ddrescue will go some way to alleviating this confusion


Bug#529319: mantis: Shouldn't use predictible password for administrator on open installation by default

2009-07-20 Thread Patrick Schoenfeld
Hi Olivier,

I agree with you that the current situation isn't optimal.
Back when I changed the old behaviour I thought it would be
better instead of leaving the user with an unusable installation
with an disabled administrator user on a fresh installation.
But indeed, it would be good to use a random password and store
it somewhere instead (if administrator does not supply a password
on installation ofcourse).

However, for now I'd like to avoid using wwwconfig-common,
as the maintainer of it expressed intention to obsolete it.
As I think having wwwconfig-common for such possibly common
tasks I contacted him and asked him for his plans about this,
so I eventually wait for his reply for now.

Best Regards,
Patrick



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



Bug#537698: /usr/bin/shred: shred: polish manpage outdated and wrong about few options

2009-07-20 Thread Witold Baryluk
Package: coreutils
Version: 6.10-6
Severity: normal
File: /usr/bin/shred

Polish manpage of shred, says:

 -N, -n N, --iterations=N
  Nadpisuje N razy. Domyślnie shred wykonuje nadpisanie 25 razy. 
Wystar-
  cza  to,  by każdy ze wszystkich przydatnych wzorców nadpisania 
został
  użyty przynajmniej  jednokrotnie.  Możliwe  jest  zmniejszenie  
liczby
  cykli  nadpisania,  by oszczędzić na czasie, lub zwiększenie jej 
jeśli
  mamy mnóstwo czasu do zmarnowania.

Back to english:
  Overwrites N times. On default shred executes overwrite 25 times. 
It is
  sufficient that all usefull overwrite patterns are used at least 
once.
  You can decress number of overwrite cycle, to save time, or 
increse
  if we have lots of time to lost.


Ok, this is really not true. Default is 3 times using random.

Additionally -N option (ie. -25) is not working. 

# shred -v -25 aaa
shred: invalid option -- '2'
Spróbuj `shred --help' dla uzyskania informacji.
$


Considering that this program is used for secure deletion
of files, and that the statment from manpage is giving incorect
statment for the security (oh, it is doing 25 iterations, it is enaugh,
i will stick to defaults), this is quite important (and user will
not notice it without running shred in verbose mode, with -v switch)

If you wish i can provide some more accurate text for this option.

Regard.


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

Kernel: Linux 2.6.26-2-686 (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

Versions of packages coreutils depends on:
ii  libacl1   2.2.47-2   Access control list shared library
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries

coreutils recommends no packages.

coreutils 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#537689: ia32-apt-get: exceeds apt limits

2009-07-20 Thread Michal Suchanek
The limit is bug #504006.

I am not sure when this was fixed in apt because the changelog entry
which is posted on closing that bug does not seem to be present in the
apt package changelog.


2009/7/20 Michal Suchanek hramr...@centrum.cz:
 Package: ia32-apt-get
 Version: 22
 Severity: important


 Since ia32-apt includes packages twice it exceeds the already insufficient
 hardcoded limits in apt.

 Reading package lists... Error!
 E: Wow, you exceeded the number of versions this APT is capable of.
 E: Problem with MergeList
 /var/lib/ia32-apt/lists/ftp.cz.debian.org_debian_dists_sid-i386_main_binary-amd64_Packages
 E: The package lists or status file could not be parsed or opened.


 --- /etc/apt/sources.list ---
 # deb http://ftp.cz.debian.org/debian/ lenny main
 deb http://download.videolan.org/pub/videolan/debian sid main
 deb-src http://download.videolan.org/pub/videolan/debian sid main

 deb http://ftp.cz.debian.org/debian/ lenny main contrib non-free
 deb-src http://ftp.cz.debian.org/debian/ lenny main contrib non-free

 deb http://security.debian.org/ lenny/updates main contrib non-free
 deb-src http://security.debian.org/ lenny/updates main contrib non-free

 deb http://ftp.cz.debian.org/debian/ sid main contrib non-free
 deb-src http://ftp.cz.debian.org/debian/ sid main contrib non-free

 deb http://ftp.cz.debian.org/debian/ experimental main contrib non-free
 deb-src http://ftp.cz.debian.org/debian/ experimental main contrib non-free
 #deb-src http://snapshot.debian.net/archive pool xserver-xorg-video-intel

 #deb http://www.virtualbox.org/debian etch non-free


 #deb http://ftp.uni-kl.de/debian-multimedia/ unstable main
 #deb-src http://ftp.uni-kl.de/debian-multimedia/ unstable main

 #deb http://ftp.uni-kl.de/debian-multimedia/ testing main
 #deb-src http://ftp.uni-kl.de/debian-multimedia/ testing main

 deb http://ucho.ignum.cz/debian-multimedia/ unstable main
 deb-src http://ucho.ignum.cz/debian-multimedia/ unstable main

 deb http://ucho.ignum.cz/debian-multimedia/ testing main
 deb-src http://ucho.ignum.cz/debian-multimedia/ testing main

 deb http://www.lamaresh.net/apt lenny main
 #deb http://www.lamaresh.net/apt sid main

 -- System Information:
 Debian Release: 5.0.2
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)

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

 Versions of packages ia32-apt-get depends on:
 ii  debconf                       1.5.24     Debian configuration management 
 sy
 ii  ia32-libs-tools               22         Tools for converting i386 debs 
 for

 Versions of packages ia32-apt-get recommends:
 ii  fakeroot                      1.12.4     Gives a fake root environment

 ia32-apt-get suggests no packages.

 -- 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#316459: groff: in LANG=ja_JP.eucJP env., hyphenation character \% does not prevent hyphenation

2009-07-20 Thread Colin Watson
On Fri, Jul 01, 2005 at 10:14:33AM +0900, Michael Smith wrote:
 Bad news: Handling of \% in LANG=ja_JP.eucJP environments is borked.
 
 In a LANG=C environment, a word preceded by a \% character does
 not get hyphenated under any circumstances. That is good. It is
 the expected behavior.
 
 But n a LANG=ja_JP.eucJP environment, if a word preceded by a
 hyphen ends up falling at the end of a line in rendered output, it
 may unexpectedly get hyphenated. That is bad.
 
 The groff info docs make it clear that \% prevents hyphenation:
 
   To tell `gtroff' how to hyphenate words on the fly, use the `\%'
   escape, also known as the hyphenation character.  Preceding a
   word with this character prevents it from being hyphenated [...]
 
 Here is a minimal document that can be used to see the problem:
 
   .TH EXAMPLE 7 2007\-09\-04 Version 1 Controlling hyphenation
   .\ 
   .SH NAME
   .\ 
   example \- show some problem with preventing hyphenation 
   .\ 
   .SH DESCRIPTION
   .\ 
   .PP
   Values for the \%version, \%recovery, \%debugging, \%timing,
   \%output, \%repeat, \%compression, \%insert, \%formatting,
   \%encodings, \%catalogs, \%automation, \%register, \%validate
   options may be set in the configuration file as well as via the
   command line.

Thanks, belatedly, for your report.

I think it's probable that groff 1.20.1-1 or newer (in Debian unstable
as of last night) fixes this, since it disposes of the old multibyte
patch used to support CJK languages and relies on upstream code instead.
However, I can't seem to reproduce your original report - none of the
words in your document seem to get hyphenated in my tests - and thus I
can't in good conscience close this as fixed.

Do you think you could retest this with 1.20.1-1 at some point, and let
me know if it still seems to be an issue? If so, perhaps you could tell
me a little more about the environment in which I could reproduce this:
what groff command line should I use, exactly how wide a terminal should
I use, and so on.

Thanks,

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



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



Bug#537699: Allow -title to be set in ~/.w3m/config.

2009-07-20 Thread Trent W. Buck
Package: w3m
Version: 0.5.2-2.1
Severity: wishlist

w3m will set the terminal's title to the current page name if you
start w3m with the -title option.  This is really useful, so I want it
to be on all the time.  But I can't see any way to specify that in
~/.w3m/config.

Even if I put this in .profile:

alias w3m='w3m -title'
export PAGER='w3m -title' BROWSER='w3m -title'

...there are still be cases where scripts run w3m directly instead of
via $PAGER or $BROWSER.  Therefore, please allow -title to be turned
on forever by adding a setting in ~/.w3m/config.

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages w3m depends on:
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libgc1c2   1:6.8-1.2 conservative garbage collector for
ii  libgpm21.20.4-3.2General Purpose Mouse - shared lib
ii  libncurses55.7+20090523-1shared libraries for terminal hand
ii  libssl0.9.80.9.8k-3  SSL shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages w3m recommends:
ii  ca-certificates   20090709   Common CA certificates

Versions of packages w3m suggests:
ii  man-db  2.5.5-2  on-line manual pager
pn  menunone   (no description available)
pn  migemo  none   (no description available)
ii  mime-support3.46-1   MIME files 'mime.types'  'mailcap
ii  w3m-el-snapshot [w3 1.4.344+0.20090405-1 simple Emacs interface of w3m (dev
ii  w3m-img 0.5.2-2.1inline image extension support uti

-- 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#537700: ia32-apt-get: cannot install wine

2009-07-20 Thread Michal Suchanek
Package: ia32-apt-get
Version: 22
Severity: normal


All the wine packages are 64-bit - they depend on ia32-libs and are not
installable.

I did allow non-library packages and I use my /etc/apt/sources list for
ia32-apt-get as well.


# deb http://ftp.cz.debian.org/debian/ lenny main
deb http://download.videolan.org/pub/videolan/debian sid main
deb-src http://download.videolan.org/pub/videolan/debian sid main

deb http://ftp.cz.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

deb http://ftp.cz.debian.org/debian/ sid main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ sid main contrib non-free

deb http://ftp.cz.debian.org/debian/ experimental main contrib non-free
deb-src http://ftp.cz.debian.org/debian/ experimental main contrib non-free
#deb-src http://snapshot.debian.net/archive pool xserver-xorg-video-intel

#deb http://www.virtualbox.org/debian etch non-free


#deb http://ftp.uni-kl.de/debian-multimedia/ unstable main
#deb-src http://ftp.uni-kl.de/debian-multimedia/ unstable main

#deb http://ftp.uni-kl.de/debian-multimedia/ testing main
#deb-src http://ftp.uni-kl.de/debian-multimedia/ testing main

deb http://ucho.ignum.cz/debian-multimedia/ unstable main
deb-src http://ucho.ignum.cz/debian-multimedia/ unstable main

deb http://ucho.ignum.cz/debian-multimedia/ testing main
deb-src http://ucho.ignum.cz/debian-multimedia/ testing main

deb http://www.lamaresh.net/apt lenny main
#deb http://www.lamaresh.net/apt sid main


Package: wine
Priority: extra
Section: otherosfs
Installed-Size: 67436
Maintainer: Ben Klein ben.kl...@lamaresh.net
Architecture: amd64
Version: 1.1.25~winehq1-1
Replaces: libwine, libwine-alsa, libwine-arts, libwine-capi, libwine-cms, 
libwine-esd, libwine-gl, libwine-gphoto2, libwine-jack, libwine-ldap, 
libwine-nas, libwine-print, libwine-sane, libwine-twain, wine-bin, wine-doc, 
wine-utils, winesetuptk, xwine
Depends: ia32-libs, libasound2, libc6 (= 2.3.6-6), libgl1, libglu1, libice6, 
liblcms1, libldap2 | libldap-2.4-2, libsm6, libssl0.9.8, libx11-6, libxau6, 
libxext6, libxinerama1, libxml2, libxslt1.1, libxt6, libxxf86vm1
Recommends: msttcorefonts | ttf-mscorefonts-installer
Suggests: libgphoto2-2
Conflicts: binfmt-support ( 1.1.2), libwine, libwine-alsa, libwine-arts, 
libwine-capi, libwine-cms, libwine-esd, libwine-gl, libwine-gphoto2, 
libwine-jack, libwine-ldap, libwine-nas, libwine-print, libwine-sane, 
libwine-twain, wine-bin, wine-doc, wine-utils, winesetuptk, xwine
Filename: dists/lenny/main/binary-amd64/wine_1.1.25~winehq1-1_amd64.deb
Size: 7571988
MD5sum: 083fb592c2761c7a2ea504113a851da9
SHA1: e65553389c6ebe37e305c3d24f9c0180ca774604
SHA256: 7c35c90e4a5ea58715e2a6700187feb7dbb87861f25c480cb07e2e76270a3f99
Description: Microsoft Windows Compatibility Layer
 While Wine is usually thought of as a Microsoft Windows emulator, the Wine
 developers would prefer that users thought of Wine as a Windows compatibility
 layer for Linux. Wine does not require MS Windows, but it can use native system
 dll files in place of its own if they are available.
 .
 This package includes a program loader, which allows unmodified Windows
 binaries to run under compatible hardware.  This package also includes the
 library that implements the Wine project's free version of the Windows API,
 allowing successful running of programs ported directly from Windows.

Package: wine
Priority: extra
Section: otherosfs
Installed-Size: 66984
Maintainer: Ben Klein ben.kl...@lamaresh.net
Architecture: amd64
Version: 1.1.24~winehq1-1
Replaces: libwine, libwine-alsa, libwine-arts, libwine-capi, libwine-cms, 
libwine-esd, libwine-gl, libwine-gphoto2, libwine-jack, libwine-ldap, 
libwine-nas, libwine-print, libwine-sane, libwine-twain, wine-bin, wine-doc, 
wine-utils, winesetuptk, xwine
Depends: ia32-libs, libasound2, libc6 (= 2.3.6-6), libgl1, libglu1, libice6, 
liblcms1, libldap2 | libldap-2.4-2, libsm6, libssl0.9.8, libx11-6, libxau6, 
libxext6, libxinerama1, libxml2, libxslt1.1, libxt6, libxxf86vm1
Recommends: msttcorefonts | ttf-mscorefonts-installer
Suggests: libgphoto2-2
Conflicts: binfmt-support ( 1.1.2), libwine, libwine-alsa, libwine-arts, 
libwine-capi, libwine-cms, libwine-esd, libwine-gl, libwine-gphoto2, 
libwine-jack, libwine-ldap, libwine-nas, libwine-print, libwine-sane, 
libwine-twain, wine-bin, wine-doc, wine-utils, winesetuptk, xwine
Filename: dists/lenny/main/binary-amd64/wine_1.1.24~winehq1-1_amd64.deb
Size: 7517158
MD5sum: 0be8f4eb19d2873996a3deabfc37a445
SHA1: 9e1acb8eedca69112c2d343731056de1c4e80a1c
SHA256: 14943fa56bef53aafead93e464ca8de96bcfbe07febcda5ebc6f4ecf920e1d89
Description: Microsoft Windows Compatibility Layer
 While Wine is usually thought of as a Microsoft Windows emulator, the Wine
 developers would prefer that users thought of Wine as a Windows 

Bug#507342: Fwd: Re: Bug#507342: vim-vimoutliner: poor defaults for dark background users

2009-07-20 Thread Patrick Schoenfeld
- Forwarded message from Patrick Schoenfeld schoenf...@debian.org -

Date: Mon, 20 Jul 2009 11:38:18 +0200
From: Patrick Schoenfeld schoenf...@debian.org
To: martin f krafft madd...@debian.org
Subject: Re: Bug#507342: vim-vimoutliner: poor defaults for dark background
users

On Mon, Jul 20, 2009 at 11:17:11AM +0200, martin f krafft wrote:
 also sprach Patrick Schoenfeld schoenf...@debian.org [2009.07.20.1102 
 +0200]:
  Trying to fix this with an over-complicated solution, like the one you
  proposed, might work. But OTOH isn't it really worth the effort,
  as all one have to do is uncomment one line in the config.
 
 The proposed solution is just to create two colourset defaults, and
 select between them based on the standardised value of background.
 Is that over-complicated?

Ah, so I understand his mail wrong. He wrote

 Perhaps vim colour detection can somehow be improved, or perhaps it
 would be nice if everyone could agree that terminals doing dark
 backgrounds define TERM=xterm-dark and then we can wait for the
 world's remote computers to start supporting that without
 falling in a heap when they see an unsupported terminal (...)

That sounded quiet complicated and out of the scope
of a single vim addon package.

Thinking about what you've said, this seems indeed a lot simpler
than previously thought. I will think about if I should forward
this or fix it myself.

Thanks for your pointers.
Best Regards,
Patrick


- End forwarded message -



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



Bug#518014: closed by Daniel Baumann dan...@debian.org (Bug#518014: fixed in open-vm-tools 2009.06.18-172495-3)

2009-07-20 Thread Michael Prokop
* Debian Bug Tracking System ow...@bugs.debian.org [20090720 09:44]:

 We believe that the bug you reported is fixed in the latest version of
 open-vm-tools, which is due to be installed in the Debian FTP archive:

 open-vm-source_2009.06.18-172495-3_all.deb
[...]

* Building binary modules with neither module-assistant nor kernel-
  package is not supported by upstream (Closes: #518014).
[...]

Aeh what?!
I *am* using module-assistant - see my initial bugreport:

| # m-a -k /home/mika/linux-2.6.28 -l 2.6.28 build open-vm

So what do you mean?

regards,
-mika-


signature.asc
Description: Digital signature


Bug#537701: kvm: virtual FAT does not work anymore

2009-07-20 Thread Jakub Wilk

Package: kvm
Version: 85+dfsg-4
Severity: important

$ mkdir /tmp/empty

$ kvm -hda /dev/null -hdb fat:/tmp/empty/
*** glibc detected *** kvm: corrupted double-linked list: 0x09f036c0 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7d1336f]
/lib/i686/cmov/libc.so.6[0xb7d14e6d]
/lib/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7d16cd5]
kvm[0x80c2311]
kvm[0x80c7380]
kvm[0x80c7961]
kvm[0x8055171]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7cba7a5]
kvm[0x804e5a1]
=== Memory map: 
08048000-08212000 r-xp  08:01 45679550   /usr/bin/kvm
08212000-08216000 rw-p 001c9000 08:01 45679550   /usr/bin/kvm
08216000-0842d000 rw-p  00:00 0 
09f03000-0a06f000 rw-p  00:00 0  [heap]

49686000-4969a000 r-xp  08:01 45681255   /usr/lib/libz.so.1.2.3.3
4969a000-4969b000 rw-p 00013000 08:01 45681255   /usr/lib/libz.so.1.2.3.3
497bd000-497bf000 r-xp  08:01 45681256   /usr/lib/libXau.so.6.0.0
497bf000-497c rw-p 1000 08:01 45681256   /usr/lib/libXau.so.6.0.0
497c2000-497da000 r-xp  08:01 45681258   /usr/lib/libxcb.so.1.1.0
497da000-497db000 rw-p 00017000 08:01 45681258   /usr/lib/libxcb.so.1.1.0
497dd000-497e1000 r-xp  08:01 45681257   /usr/lib/libXdmcp.so.6.0.0
497e1000-497e2000 rw-p 3000 08:01 45681257   /usr/lib/libXdmcp.so.6.0.0
497ef000-497fc000 r-xp  08:01 45681285   /usr/lib/libXext.so.6.4.0
497fc000-497fd000 rw-p c000 08:01 45681285   /usr/lib/libXext.so.6.4.0
497ff000-49803000 r-xp  08:01 45682317   /usr/lib/libvdeplug.so.2.1.0
49803000-49804000 rw-p 3000 08:01 45682317   /usr/lib/libvdeplug.so.2.1.0
49811000-49826000 r-xp  08:01 45682348   /usr/lib/libbluetooth.so.3.2.5
49826000-49827000 rw-p 00015000 08:01 45682348   /usr/lib/libbluetooth.so.3.2.5
4982f000-49838000 r-xp  08:01 45679819   /usr/lib/libpci.so.3.1.3
49838000-49839000 rw-p 8000 08:01 45679819   /usr/lib/libpci.so.3.1.3
49a12000-49a1a000 r-xp  08:01 45681274   /usr/lib/libXrender.so.1.3.0
49a1a000-49a1b000 rw-p 7000 08:01 45681274   /usr/lib/libXrender.so.1.3.0
49a1d000-49a33000 r-xp  08:01 45681264   /usr/lib/libdirect-1.2.so.0.7.0
49a33000-49a34000 rw-p 00016000 08:01 45681264   /usr/lib/libdirect-1.2.so.0.7.0
49a62000-49a6a000 r-xp  08:01 45681265   /usr/lib/libfusion-1.2.so.0.7.0
49a6a000-49a6b000 rw-p 7000 08:01 45681265   /usr/lib/libfusion-1.2.so.0.7.0
49a74000-49aea000 r-xp  08:01 45681266   
/usr/lib/libdirectfb-1.2.so.0.7.0
49aea000-49aed000 rw-p 00075000 08:01 45681266   
/usr/lib/libdirectfb-1.2.so.0.7.0
49aef000-49af5000 r-xp  08:01 45681288   /usr/lib/libXrandr.so.2.2.0
49af5000-49af6000 rw-p 6000 08:01 45681288   /usr/lib/libXrandr.so.2.2.0
49bf3000-49bf5000 r-xp  08:01 60113132   /lib/libx86.so.1
49bf5000-49bf6000 rw-p 1000 08:01 60113132   /lib/libx86.so.1
49d0-49d04000 r-xp  08:01 45681289   /usr/lib/libXfixes.so.3.1.0
49d04000-49d05000 rw-p 3000 08:01 45681289   /usr/lib/libXfixes.so.3.1.0
49d07000-49d0f000 r-xp  08:01 45681291   /usr/lib/libXcursor.so.1.0.2
49d0f000-49d1 rw-p 7000 08:01 45681291   /usr/lib/libXcursor.so.1.0.2
49d94000-49d99000 r-xp  08:01 45682054   /usr/lib/libgdbm.so.3.0.0
49d99000-49d9a000 rw-p 4000 08:01 45682054   /usr/lib/libgdbm.so.3.0.0
49d9c000-49d9f000 r-xp  08:01 60113168   /lib/libcap.so.2.16
49d9f000-49da rw-p 2000 08:01 60113168   /lib/libcap.so.2.16
49da2000-49da6000 r-xp  08:01 45680506   /usr/lib/libXtst.so.6.1.0
49da6000-49da7000 rw-p 3000 08:01 45680506   /usr/lib/libXtst.so.6.1.0
49db7000-49dbb000 r-xp  08:01 45682032   /usr/lib/libasyncns.so.0.1.0
49dbb000-49dbc000 rw-p 3000 08:01 45682032   /usr/lib/libasyncns.so.0.1.0
4a1d8000-4a29c000 r-xp  08:01 45678924   /usr/lib/libasound.so.2.0.0
4a29c000-4a2a rw-p 000c4000 08:01 45678924   /usr/lib/libasound.so.2.0.0
4a2a2000-4a2a9000 r-xp  08:01 60113234   /lib/libwrap.so.0.7.6
4a2a9000-4a2aa000 rw-p 7000 08:01 60113234   /lib/libwrap.so.0.7.6
4a41d000-4a42 r-xp  08:01 60113225   /lib/libuuid.so.1.2
4a42Aborted


-- Package-specific info:


/proc/cpuinfo:

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 107
model name  : AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
stepping: 2
cpu MHz : 2310.250
cache size  : 512 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 2
apicid  : 0
initial apicid  : 0
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 
3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 
3dnowprefetch
bogomips: 

Bug#537704: hping3: off-by-one error with --dontfrag

2009-07-20 Thread christian mock
Package: hping3
Version: 3.a2.ds2-2
Severity: normal

there's a problem with the -y/--dontfrag flag, which gets cleared even
if the final packet size is equal to the interface's MTU, see sendip_handler.c
line 22:

if (!opt_fragment  (size+ip_optlen+20 = h_if_mtu))

if one changes that = to  everything is right.

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

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

Versions of packages hping3 depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libpcap0.80.9.8-5system interface for user-level pa
ii  tcl8.48.4.19-2   Tcl (the Tool Command Language) v8

hping3 recommends no packages.

hping3 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#537703: restarting dbus restarts my X session

2009-07-20 Thread Micah Anderson
Package: dbus
Version: 1.2.16-2
Severity: important

I did an upgrade to dbus today, and part of that upgrade is
/etc/init.d/dbus restart, which when it was issued restarted my entire
X session. Arg.

After the upgrade completed, I decided to try it myself, and indeed if
I issue /etc/init.d/dbus restart everything goes boom.

micah


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

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

Versions of packages dbus depends on:
ii  adduser   3.110  add and remove users and groups
ii  libc6 2.9-20 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libexpat1 2.0.1-4XML parsing C library - runtime li
ii  libselinux1   2.0.82-1   SELinux shared libraries
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip

dbus recommends no packages.

Versions of packages dbus suggests:
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst

-- 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#537702: open-vm-source: fails to build modules for 2.6.30-1-686

2009-07-20 Thread Hilmar Preusse
Package: open-vm-source
Version: 2009.06.18-172495-3
Severity: important

Hi,

the open-vm-source still fails to build, when building for 2.6.30. Buold Log
is attached.

Thanks,
  Hilmar

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages open-vm-source depends on:
ii  bzip2 1.0.5-3high-quality block-sorting file co
ii  debhelper 7.2.24 helper programs for debian/rules
ii  make  3.81-6 An utility for Directing compilati
ii  quilt 0.46-7 Tool to work with series of patche

Versions of packages open-vm-source recommends:
ii  module-assistant 0.11.1  tool to make module package creati
ii  open-vm-tools2009.06.18-172495-3 tools and components for VMware gu

Versions of packages open-vm-source suggests:
pn  open-vm-toolbox   none (no description available)

-- no debconf information


open-vm-source.buildlog.2.6.30-1-686.1248082522.bz2
Description: BZip2 compressed data


Bug#537702: open-vm-source: fails to build modules for 2.6.30-1-686

2009-07-20 Thread Daniel Baumann
Hilmar Preusse wrote:
 the open-vm-source still fails to build, when building for 2.6.30. Buold Log
 is attached.

it does work with 2.6.30.

after you've upgraded open-vm-source to 2009.06.18-172495-3, you also
need to call m-a clean, otherwise m-a re-uses previously unpacked
sources in /usr/src/modules/open-vm.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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



Bug#518014: closed by Daniel Baumann dan...@debian.org (Bug#518014: fixed in open-vm-tools 2009.06.18-172495-3)

2009-07-20 Thread Michael Prokop
* Daniel Baumann dan...@debian.org [20090720 12:13]:
 Michael Prokop wrote:
  I *am* using module-assistant - see my initial bugreport:

 with m-a it works flawlessly (as of 2009.06.18-172495-3).

NACK:

# m-a -k /home/mika/linux-2.6.28 -l 2.6.28 clean open-vm
# m-a -k /home/mika/linux-2.6.28 -l 2.6.28 build open-vm
[...]
make[2]: Entering directory `/usr/src/modules/open-vm'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/pvscsi 
clean
Using standalone build system.
make[3]: Entering directory `/usr/src/modules/open-vm/modules/linux/pvscsi'
Makefile:163: Makefile.normal: No such file or directory
make[3]: *** No rule to make target `Makefile.normal'.  Stop.
make[3]: Leaving directory `/usr/src/modules/open-vm/modules/linux/pvscsi'
make[2]: *** [clean] Error 2
[...]

# dpkg --list open-vm-source | grep '^ii'
ii  open-vm-source  2009.06.18-172495-3   Source for 
VMware guest systems driver

regards,
-mika-


signature.asc
Description: Digital signature


Bug#205395: [Build-common-hackers] Bug#205395: DEB_BUILD_DEPENDENCIES still not overwriteable

2009-07-20 Thread Joachim Breitner
Hi Jonas,

Am Freitag, den 10.07.2009, 16:39 +0200 schrieb Jonas Smedegaard:
 On Fri, Jul 10, 2009 at 12:07:46PM +0200, Joachim Breitner wrote:
 setting DEB_BUILD_DEPENDENCIES in debian/rules still does not work. I
 think you need to change
 DEB_BUILD_DEPENDENCIES = build-arch build-indep
 to
 DEB_BUILD_DEPENDENCIES ?= build-arch build-indep
 in /usr/share/cdbs/1/rules/buildcore.mk
 
 Thanks for noticing.
 
 It seems to me that you are partially right - if DEB_BUILD_DEPENDENCIES 
 is set _above_ inclusion of cdbs snippets then it gets overridden.
 
 Could you please test if it works if you set DEB_BUILD_DEPENDENCIES 
 _below_ inclusion of cdbs snippets?

I see you did an upload of cdbs since your last mail, not containing the
fix. Are there any open questions?

Thanks and greetings from Caceres,
Joachim

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


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#537705: ITP: agda-executable -- Commandline interface to Agda -- a dependently typed functional programming language and proof assistant

2009-07-20 Thread Iain Lane
Package: wnpp
Severity: wishlist
Owner: Iain Lane la...@ubuntu.com

* Package name: agda-executable
  Version : 2.2.4
  Upstream Author : Ulf Norell, Nils Anders Danielsson, Catarina Coquand, 
Makoto Takeyama, Andreas Abel, ...
* URL : http://wiki.portal.chalmers.se/agda/
* License : Other (BSD-like)
  Programming Lang: Haskell
  Description : Commandline interface to Agda -- a dependently typed 
functional programming language and proof assistant

 Agda is a dependently typed functional programming language: It has inductive
 families, which are like Haskell's GADTs, but they can be indexed by values and
 not just types. It also has parameterised modules, mixfix operators, Unicode
 characters, and an interactive Emacs interface (the type checker can assist in
 the development of your code).
 
 Agda is also a proof assistant: It is an interactive system for writing and
 checking proofs. Agda is based on intuitionistic type theory, a foundational
 system for constructive mathematics developed by the Swedish logician Per
 Martin-Löf. It has many similarities with other proof assistants based on
 dependent types, such as Coq, Epigram and NuPRL.

 This package provides a command-line program for type-checking and
 compiling Agda programs. The program can also generate hyperlinked,
 highlighted HTML files from Agda sources.



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



Bug#518014: closed by Daniel Baumann dan...@debian.org (Bug#518014: fixed in open-vm-tools 2009.06.18-172495-3)

2009-07-20 Thread Daniel Baumann
Michael Prokop wrote:
 I *am* using module-assistant - see my initial bugreport:

with m-a it works flawlessly (as of 2009.06.18-172495-3).

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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



Bug#518014: Processed: notfixed 518014 in 2009.06.18-172495-3

2009-07-20 Thread Daniel Baumann
Gerfried Fuchs wrote:
 See also http://lists.debian.org/debian-devel-announce/2003/06/msg00016.html

jftr: using 'fixed' here would actually not have been wrong in the first
place, there was something changed in the packaging (eventhough it's
'just' documentation):
http://git.undebian.org/?p=debian/open-vm-tools.git;a=commitdiff;h=b9cde0e017cb7158243882ce8fa9eb61fd8430d5;hp=37da903ffee9dedd1f599701984a729fe90e5a0d

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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



Bug#518014: closed by Daniel Baumann dan...@debian.org (Bug#518014: fixed in open-vm-tools 2009.06.18-172495-3)

2009-07-20 Thread Daniel Baumann
Michael Prokop wrote:
 with m-a it works flawlessly (as of 2009.06.18-172495-3).
 
 NACK:

it works flawless with 2.6.30.

---snip---
(sid_i386)u...@debian:~$ uname -r
2.6.29-backports.2-686-bigmem
(sid_i386)u...@debian:~$ su
Password:
debian:/home/user# apt-get install open-vm-source module-assistant
linux-headers-2.6.30-1-686
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  libneon27 libicu40 libdes425-3 elfutils libbeecrypt6 mysql-common
libasm1 libkrb53
  libmysqlclient15off libparted1.8-10 libdw1 libpq5
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  linux-headers-2.6.30-1-common linux-kbuild-2.6.30
Suggested packages:
  dialog whiptail open-vm-toolbox
Recommended packages:
  open-vm-tools
The following NEW packages will be installed:
  linux-headers-2.6.30-1-686 linux-headers-2.6.30-1-common
linux-kbuild-2.6.30 module-assistant
  open-vm-source
0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded.
Need to get 5229kB of archives.
After this operation, 27.8MB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get:1 http://server1 sid/main linux-headers-2.6.30-1-common 2.6.30-3
[3591kB]
Get:2 http://server1 sid/main linux-kbuild-2.6.30 2.6.30-1 [221kB]
Get:3 http://server1 sid/main linux-headers-2.6.30-1-686 2.6.30-3 [436kB]
Get:4 http://server1 sid/main module-assistant 0.11.1 [107kB]
Get:5 http://server1 sid/contrib open-vm-source 2009.06.18-172495-3 [875kB]
Fetched 5229kB in 0s (11.7MB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously deselected package linux-headers-2.6.30-1-common.
(Reading database ... 19416 files and directories currently installed.)
Unpacking linux-headers-2.6.30-1-common (from
.../linux-headers-2.6.30-1-common_2.6.30-3_i386.deb) ...
Selecting previously deselected package linux-kbuild-2.6.30.
Unpacking linux-kbuild-2.6.30 (from
.../linux-kbuild-2.6.30_2.6.30-1_i386.deb) ...
Selecting previously deselected package linux-headers-2.6.30-1-686.
Unpacking linux-headers-2.6.30-1-686 (from
.../linux-headers-2.6.30-1-686_2.6.30-3_i386.deb) ...
Selecting previously deselected package module-assistant.
Unpacking module-assistant (from .../module-assistant_0.11.1_all.deb) ...
Selecting previously deselected package open-vm-source.
Unpacking open-vm-source (from
.../open-vm-source_2009.06.18-172495-3_all.deb) ...
Processing triggers for man-db ...
Setting up linux-headers-2.6.30-1-common (2.6.30-3) ...
Setting up linux-kbuild-2.6.30 (2.6.30-1) ...
Setting up linux-headers-2.6.30-1-686 (2.6.30-3) ...
Setting up module-assistant (0.11.1) ...
Setting up open-vm-source (2009.06.18-172495-3) ...
debian:/home/user# m-a build -t open-vm -l 2.6.30-1-686
Extracting the package tarball, /usr/src/open-vm.tar.bz2, please wait...
[...] # the skipped m-a logs are seperately attached.
make[1]: Leaving directory `/usr/src/modules/open-vm'
debian:/home/user#
---snap---

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/
QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 
rm -rf .pc debian/stamp-patched
dh_testdir
dh_testroot
rm -f build-stamp
rm -f config/config.guess config/config.sub
# Cleaning package
[ ! -f Makefile ] || /usr/bin/make distclean
make[1]: Entering directory `/usr/src/modules/open-vm'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/pvscsi 
clean
make[2]: Entering directory `/usr/src/modules/open-vm/modules/linux/pvscsi'
rm -rf 
make[2]: Leaving directory `/usr/src/modules/open-vm/modules/linux/pvscsi'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/vmblock 
clean
make[2]: Entering directory `/usr/src/modules/open-vm/modules/linux/vmblock'
rm -rf 
make[2]: Leaving directory `/usr/src/modules/open-vm/modules/linux/vmblock'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/vmci 
clean
make[2]: Entering directory `/usr/src/modules/open-vm/modules/linux/vmci'
rm -rf 
make[2]: Leaving directory `/usr/src/modules/open-vm/modules/linux/vmci'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/vmhgfs 
clean
make[2]: Entering directory `/usr/src/modules/open-vm/modules/linux/vmhgfs'
rm -rf 
make[2]: Leaving directory `/usr/src/modules/open-vm/modules/linux/vmhgfs'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/vmmemctl 
clean
make[2]: Entering directory `/usr/src/modules/open-vm/modules/linux/vmmemctl'
rm -rf 
make[2]: Leaving directory `/usr/src/modules/open-vm/modules/linux/vmmemctl'
/usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/vmsync 
clean
make[2]: Entering directory `/usr/src/modules/open-vm/modules/linux/vmsync'
rm -rf 
make[2]: Leaving directory 

Bug#537706: .w3m/config parser confused by blank lines.

2009-07-20 Thread Trent W. Buck
Package: w3m
Version: 0.5.2-2.1
Severity: normal

Config after a blank line in ~/.w3m/config is ignored.  To reproduce:

$ hd ~/.w3m/config
  63 6f 6c 6f 72 20 66 61  6c 73 65 0a  |color false.|
000c
$ w3m -v# as expected, does not use color

$ hd ~/.w3m/config
  0a 63 6f 6c 6f 72 20 66  61 6c 73 65 0a   |.color false.|
000d
$ w3m -v# still uses color!

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages w3m depends on:
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libgc1c2   1:6.8-1.2 conservative garbage collector for
ii  libgpm21.20.4-3.2General Purpose Mouse - shared lib
ii  libncurses55.7+20090523-1shared libraries for terminal hand
ii  libssl0.9.80.9.8k-3  SSL shared libraries
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages w3m recommends:
ii  ca-certificates   20090709   Common CA certificates

Versions of packages w3m suggests:
ii  man-db  2.5.5-2  on-line manual pager
pn  menunone   (no description available)
pn  migemo  none   (no description available)
ii  mime-support3.46-1   MIME files 'mime.types'  'mailcap
ii  w3m-el-snapshot [w3 1.4.344+0.20090405-1 simple Emacs interface of w3m (dev
ii  w3m-img 0.5.2-2.1inline image extension support uti

-- 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#537395: test suite fails on amd64

2009-07-20 Thread Joey Hess
Dominique Dumont wrote:
 Looks like OpenSsh.pm does not parse correctly a ssh_config snippet.
 
 What version of Parse::RecDescent do you have ?

1.96.0+dfsg-3

-- 
see shy jo


signature.asc
Description: Digital signature


Bug#537707: groff limitations on manual page characters removed

2009-07-20 Thread Colin Watson
Package: debian-policy
Version: 3.8.2.0
Severity: wishlist

groff 1.20.1 is now in unstable, and removes the limitations on
characters in manual page source that formerly needed to be documented
in policy. Of course we ought to wait until this new version is in
testing before changing the policy manual, but I thought I might as well
get the process started early.

diff --git a/policy.sgml b/policy.sgml
index d02f6c1..59352a5 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -8847,15 +8847,6 @@ name [varsyshostname/var]:
filezh_CN/file, and filezh_TW/file are all allowed.
  /footnote
/p
-
-   p
- Due to limitations in current implementations, all characters
- in the manual page source should be representable in the usual
- legacy encoding for that language, even if the file is
- actually encoded in UTF-8. Safe alternative ways to write many
- characters outside that range may be found in
- manref name=groff_char section=7.
-   /p
   /sect
 
   sect

Thanks,

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



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



Bug#537588: RFP: gtk-kde4 -- theme engine using Qt 4 for GTK+2.x

2009-07-20 Thread Hendrik Sattler

Zitat von Resul Cetin resul-ce...@gmx.net:


Am Sonntag 19 Juli 2009 17:59:55 schrieb Resul Cetin:
Package name: gtk-kde4
 Version: 0.9b
 Upstream Author: Yulian Konchunas mu...@gala.net
 URL:
 http://www.kde-apps.org/content/show.php/gtk-kde4?content=74689 License:
 GPL2+
 Description: theme engine using Qt 4 for GTK+2.x
  The GTK-Qt Theme Engine (also known as gtk-qt-engine) is a GTK+ 2 theme
 engine that calls Qt 4 to do the actual drawing. This makes your GTK+ 2
 applications look almost like real Qt 4 applications and gives you a more
 unified desktop experience.
  .
  Please note that this package is targeted at KDE 4 users and therefore
 provides a way to configure it from within Systemsettings

You can close this again as it is already available as gtk-qt-engine-kde4.


Sry for confusion, but this is another project. This is _not_
http://code.google.com/p/gtk-qt-engine/
Or is there a hidden I want a different gtk-qt-engine-kde4 button hidden in
dpkg?


Do we really need two of them? What are the differences/advantages of  
this one? If it is totally superior, can it replace the already  
present one?


HS





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



Bug#423696: #423696 powernowd needs restart after resume

2009-07-20 Thread Noèl Köthe
found 423696 1.00-1
thanks

Hello,

I have the described problem with kernel 2.6.30-1-amd64 (squeeze) and
powernowd 1.00-1 on my IBM/Lenovo X61s.

After suspend to ram both cores are runing at maximum speed (1,6 ghz)
and only a restart of powernowd mange the CPU frequency again.

Anything I can test to give you move information?

-- 
Noèl Köthe n...@debian.org
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#529829: Info received (gnome-schedule: weird behaviour setting execution time (at))

2009-07-20 Thread colliar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I do not know, why noone is answering me.

This Bug is in Lenny - Sid.

Luckyly I found a solution that works for me !
https://bugs.launchpad.net/ubuntu/+source/gnome-schedule/+bug/370754

-   quoted: -
Rashid Khan wrote on 2009-06-25:

I know this has been resolved in the newest version, but as of today
there's no deb or tarball of it.

There is an easy fix for those that only want to repair their
gnome-schedule installation and not deal with downloading everything
required to build gnome-schedule from SVN (for example those of us in
countries where we pay by the kilobyte for data).

Open gnome-schedule.glade (/usr/share/gnome-schedule on ubuntu) with
your text editor of choice. Do a search for 10 10 and replace it with
0 0, without the quotes of course. No fuss, no muss, all fixed.

- --

please update at least sid
and please patch lenny !!!

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

iEYEAREIAAYFAkpkSZYACgkQalWTFLzqsCvtRACfTWjx3yo/vYI3KqKlgT1tB8Wx
cTYAnR3vaVsnHyzSPgp3MMMnnxoxLvlY
=8Owu
-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#521288: Patch to avoid reporting core Drupal new releases

2009-07-20 Thread Martin Schwenke
I agree that Gunnar's patch is a reasonable idea.

I definitely don't want to turn off the update_status module for 3rd
party modules.  I have about 20 extra modules installed and
update_status is invaluable for making sure I keep them up-to-date.

peace  happiness,
martin




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



Bug#537706: Acknowledgement (.w3m/config parser confused by blank lines.)

2009-07-20 Thread Trent W. Buck
The patch below appears to fix this issue.

$ cat debian/patches/07-rc-blank-line-fix
Distinguish between the end of the file () and empty lines (\n).
Closes #537706.
Index: w3m-0.5.2/rc.c
===
--- w3m-0.5.2.orig/rc.c 2009-07-20 20:48:47.426565387 +1000
+++ w3m-0.5.2/rc.c  2009-07-20 20:49:24.086565581 +1000
@@ -1061,9 +1061,11 @@

 for (;;) {
line = Strfgets(f);
-   Strchop(line);
-   if (line-length == 0)
+   if (line-length == 0)  /* end of file */
break;
+   Strchop(line);
+   if (line-length == 0)  /* blank line */
+   continue;
Strremovefirstspaces(line);
if (line-ptr[0] == '#')/* comment */
continue;
$



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



Bug#518014: closed by Daniel Baumann dan...@debian.org (Bug#518014: fixed in open-vm-tools 2009.06.18-172495-3)

2009-07-20 Thread Michael Prokop
* Daniel Baumann dan...@debian.org [20090720 12:25]:
 Michael Prokop wrote:
  with m-a it works flawlessly (as of 2009.06.18-172495-3).

  NACK:

 it works flawless with 2.6.30.

 ---snip---
 (sid_i386)u...@debian:~$ uname -r
 2.6.29-backports.2-686-bigmem
 (sid_i386)u...@debian:~$ su
 Password:
 debian:/home/user# apt-get install open-vm-source module-assistant 
 linux-headers-2.6.30-1-686
[...]

Yes, same here - as linux-headers-2.6.30-1-686 is a result of
Debian's kbuild. Compare output of a kbuild header package:

 /usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/pvscsi 
 clean
 Using 2.6.x kernel build system.

with the output when building against a linux headers package
created by make-kpkg:

| /usr/bin/make OVT_SOURCE_DIR=/usr/src/modules/open-vm -C modules/linux/pvscsi 
clean
| Using standalone build system

AFAICS when looking at
/usr/src/modules/open-vm/modules/linux/pvscsi/Makefile the problem
seems to be somewhere within the VM_KBUILD check and according
variable definitions so it seems to work with kbuild packages but
fails with the ones created by make-kpkg.

regards,
-mika-


signature.asc
Description: Digital signature


Bug#537625: linux-image-2.6.26-2-amd64: RealTek r8111c NIC chipset not supported

2009-07-20 Thread Gary Dale

dann frazier wrote:

(Readding the bug to the CC list)

On Sun, Jul 19, 2009 at 08:54:28PM -0400, Gary Dale wrote:
  

dann frazier wrote:


On Sun, Jul 19, 2009 at 06:05:39PM -0400, Gary Dale wrote:
  
  

Package: linux-image-2.6.26-2-amd64
Version: 2.6.26-17
Severity: normal

The RealTek 8111c chipset, frequently used in mainboards from many
manufacturers, is not supported in the 2.6.26 kernel. I've tried the
Ubuntu 9.04 distro and it does work with their 2.6.28 kernel. RealTek
offer the source for a Linux driver on their web site that, according to
some reports I've seen re. getting it to work with earlier Ubuntu
versions, works back to at least kernel 2.6.24.

I'd compile the module but aptitude reports problems getting everything
I need. SO for now I'm using an old Linksys 10/100 USB Ethernet adapter.



It looks like the r8169 module got loaded for your device:

  
  

r8169  31492  0



What problem are you seeing with it?

  
  
The 8111c doesn't use the r8169 driver. It uses the r8168. However,  
neither one seems to detect the onboard 8111c NIC on bootup. and the  
/etc/network directory doesn't seem to contain anything



The r8169 source looks like it is intended to work with that the pci
ids in your report, and the driver did appear to have claimed your
device: 

  

   Kernel driver in use: r8169



It might be interesting to see the output of 'dmesg' that shows the
r8169 driver loading. The messages in your original report are missing
the output from the first 11s after boot.

Did you try 2.6.30? I know r8168 isn't there, but it would be
interesting to know if r8169 from that kernel works.

As for r8168 - it isn't upstream, so isn't a candidate for inclusion
in the linux-2.6 package. It would be possible for someone to package
it as a separate out of tree module package, see the RFP process here:
 http://www.debian.org/devel/wnpp/

  
I've now compiled the r8168 from the Realtek site and I can manually  
configure the network to work (as is evidenced by this e-mail). I'm just  
trying to work my way through the various documents to make it permanent.


Apparently putting it into modules isn't sufficient. The Realtek  
documentation unfortunately only gives instructions for RedHat  and  
Suse, neither of which are applicable to Debian. It's been a while since  
I had to manually configure the network settings and things seem to have  
changed a lot. The KDE 4.2 GUI tools don't help at all - they just  
generate an error message about not being able to parse an XML file.



Try interfaces(5)

  


I'll put the r8169 driver back tonight and let you know what I find.
Meanwhile, as I mentioned earlier, the 2.6.30 kernel gave me the same
results as the 2.6.26 did - a failure to bring up the interface.

re. interfaces: as near as I can tell, the interfaces file is correct
(not a network expert). It's the one that brought up the NIC on my
previous mainboard and successfully brings up the USB ethernet adapter
when I plug it in. When I manually do an ifconfig -a however, the
onboard NIC gets added as eth1, even though there is no eth0.



# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

# This is a list of hotpluggable network interfaces.
# They will be activated automatically by the hotplug subsystem.
mapping eth0
   script grep
   map eth0

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

auto eth0





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



Bug#497548: New wzay to define classes on the kernel command line

2009-07-20 Thread Thomas Lange
The command fai-class(1) now also uses the variable ADDCLASSES for
defining classes. So you can add this to the kernel command line to
define some classes:

ADDCLASSES=MYCLASS1,FOOBAR,ANOTHERCLASS

For more information read the man page of fai-class(1).
-- 
regards Thomas



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



Bug#537708: bzr_1.17~rc1-1(ia64/unstable): FTBFS: implicit pointer conversion

2009-07-20 Thread lamont
Package: bzr
Version: 1.17~rc1-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of bzr_1.17~rc1-1 on mundy by sbuild/ia64 98
 Build started at 20090717-1034

[...]

 ** Using build dependencies supplied by package:
 Build-Depends: debhelper ( 5.0.0), cdbs, quilt, python, python-all-dev, 
 python-central, python-docutils, graphviz, zlib1g-dev, python-pyrex

[...]

 Build finished at 20090717-1041
 Function `PyFrozenSet_New' implicitly converted to pointer at 
 bzrlib/_known_graph_pyx.c:941

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64pkg=bzrver=1.17~rc1-1




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



Bug#537709: mysql-server-5.0: During system startup /etc/init.d/mysql doesn't create pid and socket

2009-07-20 Thread Iñaki Baz Castillo
Package: mysql-server-5.0
Version: 5.0.32-7etch10
Severity: grave
Justification: renders package unusable



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

Versions of packages mysql-server-5.0 depends on:
ii  adduser   3.102  Add and remove users and groups
ii  debconf [debconf-2.0] 1.5.11etch2Debian configuration management sy
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libdbi-perl   1.53-1 Perl5 database interface by Tim Bu
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libmysqlclient15off   5.0.32-7etch10 mysql database client library
ii  libncurses5   5.5-5  Shared libraries for terminal hand
ii  libreadline5  5.2-2  GNU readline and history libraries
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libwrap0  7.6.dbs-13 Wietse Venema's TCP wrappers libra
ii  lsb-base  3.1-23.1   Linux Standard Base 3.1 init scrip
ii  mysql-client-5.0  5.0.32-7etch10 mysql database client binaries
ii  mysql-common  5.0.32-7etch10 mysql database common files (e.g. 
ii  passwd1:4.0.18.1-6   change and administer password and
ii  perl  5.8.8-7etch6   Larry Wall's Practical Extraction 
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages mysql-server-5.0 recommends:
ii  mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent

-- debconf information:
  mysql-server-5.0/really_downgrade: false
  mysql-server-5.0/need_sarge_compat: false
  mysql-server-5.0/start_on_boot: true
  mysql-server/error_setting_password:
  mysql-server-5.0/nis_warning:
  mysql-server-5.0/postrm_remove_databases: false
  mysql-server-5.0/need_sarge_compat_done: true


When the system startups and /etc/init.d/mysql is executed with start
parameter, something goes wrong and pidfile and socket are not created
under /var/run/mysqld.

I use a fresh and default mysql-server-5.0 installation.

Syslogs says that /etc/mysql/


ps output:
---
 p root      2475     1  0 10:47 ?        00:00:00 /bin/sh
/usr/bin/mysqld_safe
mysql     2512  2475  0 10:47 ?        
00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql
--user=mysql --pid-file=/var/run/mysqld/mysqld.pid
--skip-external-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
root      2513  2475  0 10:47 ?        00:00:00 logger -p daemon.err -t
mysqld_safe -i -t mysqld
---


Note that netstat says that there is a UNIX socket which in fact
doesn't exist!:
--
~# netstat -panx | grep mysql
unix  2  [ ACC ] STREAM LISTENING 4707 2512/mysqld
~# ls -l /var/run/mysqld/
total 0
---


Of course, /etc/init.d/mysql stop doesn't work since no pid file is
found.


If I kill mysqld process manually (and mysqld_safe) then I can start the
server with /etc/init.d/mysql start and then it starts correctly (it
generates the pid and socket in /var/run/mysqld).

The same problem occurs also in a 64 bits system.

These are my repositories:
---
deb http://ftp.rediris.es/debian/ etch main contrib non-free
deb http://security.debian.org/ etch/updates main contrib non-free
deb http://www.backports.org/debian etch-backports main contrib non-free
--



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



Bug#537710: libvorbisidec1: please consider including vorbis_block_init() in /usr/lib/libvorbisidec.so.1

2009-07-20 Thread Timo Juhani Lindfors
Package: libvorbisidec1
Version: 1.0.2+svn15687-1
Severity: wishlist

This is a wishlist bug.

$ apt-get --build source apt-get source gstreamer0.10-plugins-bad

currently prints

checking for vorbis_block_init in -lvorbisidec... no

and indeed

grep vorbis_block_init /usr/lib/libvorbisidec.so.1

does not find the symbol vorbis_block_init from the library. The
header file /usr/include/tremor/ivorbiscodec.h advertises the function as

extern int  vorbis_block_init(vorbis_dsp_state *v, vorbis_block *vb);

so maybe it should be also in the library or am I missing something
here? The only symbols I see are

$ nm -D /usr/lib/libvorbisidec.so.1 | grep  T 
6a90 T ov_bitrate
67d0 T ov_bitrate_instant
89b0 T ov_clear
6d70 T ov_comment
6d00 T ov_info
9200 T ov_open
91b0 T ov_open_callbacks
82b0 T ov_pcm_seek
7bf0 T ov_pcm_seek_page
6bd0 T ov_pcm_tell
6940 T ov_pcm_total
77f0 T ov_raw_seek
6bb0 T ov_raw_tell
68b0 T ov_raw_total
7550 T ov_read
67c0 T ov_seekable
6850 T ov_serialnumber
67b0 T ov_streams
9150 T ov_test
9140 T ov_test_callbacks
8f90 T ov_test_open
8630 T ov_time_seek
8170 T ov_time_seek_page
6bf0 T ov_time_tell
69d0 T ov_time_total
45c0 T vorbis_comment_clear
4570 T vorbis_comment_init
4fd0 T vorbis_comment_query
4f20 T vorbis_comment_query_count
4550 T vorbis_info_blocksize
4660 T vorbis_info_clear
4590 T vorbis_info_init

which is a lot less than what the floating point version
/usr/lib/libvorbis.so exports.

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

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libvorbisidec1 depends on:
ii  libc6 2.9-18 GNU C Library: Shared libraries

libvorbisidec1 recommends no packages.

libvorbisidec1 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



  1   2   3   4   5   >