date:20091103

Upstream version 0.8.17 has fixed this bug.

Please consider update it. :-)

Cheers,
Trafire



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

Bug#554260: O: cabextract -- a program to extract Microsoft Cabinet files

On Tue, Nov 3, 2009 at 23:11, Eric Sharkey e...@lisaneric.org wrote:
 There are no serious problems with my packages.  I'm continuing to
 watch them and will respond if any urgent needs are required.
 Upstream is stable and there have been no new releases.

So can you comment these bugs (only for cabextract):

#528187 - quite easy to fix (it also has a patch); no reply
#451698 - 5 minutes to fix; no reply
#393828 - did you actually forward it upstream? where is the 'forwarded' tag?

 This bug is completely inappropriate.

if you *really* think that, close it with an upload. Else, what you do
is only talking, and we need packages in good shape.

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



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

Bug#554290: rdiff-backup version 1.2.8-5, shows /usr/bin/rdiff-backup 1.1.5, so ninjahelper fails

2009-11-03 Thread yanu

Package: rdiff-backup
Version: 1.2.8-5
Severity: important

I'm installing version 1.2.8-5:
  Setting up rdiff-backup (1.2.8-5) ...
Checking the version:
  $ /usr/bin/rdiff-backup -V
  rdiff-backup 1.1.5

The arm-version does it right, so ninjahelper refuses to start the backup ...

Workaround:
 I copied the arm-version of the sheevaplug over /usr/bin/rdiff-backup on the 
desktor (i386):
   $ /usr/bin/rdiff-backup -V
   rdiff-backup 1.2.8

Now, ninjahelper starts doing his/her work ;)


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

Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores)
Locale: lang=nl...@euro, lc_ctype=nl...@euro (charmap=ISO-8859-15) (ignored: 
LC_ALL set to nl...@euro)
Shell: /bin/sh linked to /bin/dash

Versions of packages rdiff-backup depends on:
ii  libc6 2.10.1-5   GNU C Library: Shared libraries
ii  librsync1 0.9.7-7rsync remote-delta algorithm libra
ii  python2.5.4-2An interactive high-level object-o
ii  python-support1.0.4  automated rebuilding support for P

Versions of packages rdiff-backup recommends:
ii  python-pylibacl   0.4.0-3module for manipulating POSIX.1e A
ii  python-pyxattr0.4.0-2module for manipulating filesystem

rdiff-backup 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#553671: I can reproduce it too

2009-11-03 Thread Modestas Vainius

Hello,

On trečiadienis 04 Lapkritis 2009 00:08:44 Olivier Vitrat wrote:
 The workaround is to disable the 3 star input option.
 Can somebody tell me how to do this with KDE 4 ? I can't find anymore
 the option (was obvious with KDE3)

System Settings - About Me

-- 
Modestas Vainius modes...@vainius.eu


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

Bug#554336: RM: libsvn-mirror-perl -- ROM; Dead upstream

2009-11-03 Thread Bastian Blank

Package: ftp.debian.org
Severity: normal

Please remove libsvn-mirror-perl from unstable. It is not longer
developed.

Bastian

-- 
We have found all life forms in the galaxy are capable of superior
development.
-- Kirk, The Gamesters of Triskelion, stardate 3211.7



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

Bug#542430: [vim] vim try to expand files or directories that contain ~ (when using tcsh shell)

2009-11-03 Thread James Vega

On Thu, Aug 20, 2009 at 9:28 AM, James Vega james...@debian.org wrote:
 On Wed, Aug 19, 2009 at 05:55:54PM +0200, gregory hainaut wrote:
 Please find attached a patch that seems solve the problem not sure it
 is the good solution (and works in all situations). Maybe a solution
 will be to escaped ~ like '\~' before sending to the tcsh shell.

 This looks good to me.  I'll forward it upstream and see what he thinks.
 Thanks for the patch. :)

Looking into this further, this isn't actually a problem with using tcsh
or the expansion of '~'.  The problem is what that Vim isn't properly
detecting which shell you're using because you've set 'shell' to
/bin/tcsh -f instead of simply /bin/tcsh.

In src/os_unix.c

5354 else if ((len = STRLEN(p_sh)) = 3)
5355 {
5356 if (STRCMP(p_sh + len - 3, csh) == 0)
5357 shell_style = STYLE_GLOB;

Vim checks whether the last 3 characters of 'shell' are csh.  Since
that fails with your setting, Vim then uses an sh-compatible method for
expansion.  This obviously fails with tcsh.

So, the simple workaround for now is to simply set shell=/bin/tcsh.
I'll send this information to Bram so he knows about it.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@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#554168: dkms sets wrong permissions for files and folders

2009-11-03 Thread Patrick Matthäi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Very cute.
This autobuilder, which starts on booting the machine, built the module
correctly, which would mean, that it was built there as user root, but
calling it from the maintainer scripts = nobody..

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrwZngACgkQ2XA5inpabMc/ygCfaAsA9HGvPYNdS/e8y0Yu0kI9
KPoAn0jcTlK18oL3Ms1/M15k0J1R1WRd
=tDeE
-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#252896: fixed in fam 2.7.0-14

2009-11-03 Thread Chuan-kai Lin

On Tue, Nov 03, 2009 at 09:50:19PM +0100, Xavier Brochard wrote:
 You're perfectly right. 
 I'm sorry, I should have provided more iformations.

That is alright.  Since there has been no reports of regression and
re-occurrences of the 100% CPU usage bug after the fix in -14, I will
talk to Gerfried Fuchs and present a case to the release team for
backporting this fix to stable (lenny) and old-stable (etch).

-- 
Chuan-kai Lin
http://web.cecs.pdx.edu/~cklin/



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

Bug#554205: java-gcj-compat-dev: usr-share-doc-symlink-without-dependency java-gcj-compat-headless

Package: java-gcj-compat-dev
Version: 1.0.80-5.1
Severity: serious
User: lintian-ma...@debian.org
Usertags: usr-share-doc-symlink-without-dependency

If the package installs a symbolic link /usr/share/doc/pkg1 - pkg2,
then pkg1 has to depend on pkg2 with the same version as pkg1.

Note, that adding the Depends: entry just to fix this bug is not a
good solution. It's suggested that you include a real
/usr/share/doc/pkg1 directory within pkg1 and copy the copyright file
into that directory.  If the packages do not share source code, then
pkg1 should have its own copyright file (since the authors of pkg2 are
not to blame for pkg1). This bit covers meta packages as well.

Refer to Debian Policy Manual section 12.5 (Copyright information) for
details. 

,[ 12.5 Copyright information ]
| Every package must be accompanied by a verbatim copy of its copyright
| and distribution license in the file
| /usr/share/doc/package/copyright. This file must neither be compressed
| nor be a symbolic link. `
| ...
| /usr/share/doc/package may be a symbolic link to another directory in
| /usr/share/doc only if the two packages both come from the same source
| and the first package Depends on the second. These rules are important
| because copyrights must be extractable by mechanical means.
`

This is a bug filed due to a lintian warning (see above). However,
this has also been checked manually, and thus there should be no false
positives.

Filed as serious since it is a violation of a must directive in
policy, and also since  a package with these flaws will
currently get this package rejected. See
  http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.

manoj


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

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

Versions of packages java-gcj-compat-dev depends on:
pn  ecj-gcj   none (no description available)
pn  gappletviewer-4.3 none (no description available)
ii  gcj-4.3   4.3.4-4The GNU compiler for Java(TM)
pn  gjdoc none (no description available)
pn  java-gcj-compat   none (no description available)
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.12 register and build utility for Pyt

Versions of packages java-gcj-compat-dev recommends:
pn  libgcj9-src   none (no description available)

java-gcj-compat-dev suggests no packages.



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

Bug#551798: udev: Waiting for /dev to be fully populated timeout

2009-11-03 Thread WireSpot

BTW, the default timeout for udevadm settle seems to be 180 seconds.
You can try waiting and see if it resumes boot. For me it takes over
30 seconds currently.



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

Bug#554194: ifupdown virtual package name and mass-filing (if accepted)

2009-11-03 Thread martin f krafft

also sprach Wouter Verhelst w...@uter.be [2009.11.03.1915 +0100]:
 As such, I'd like to propose the addition of a virtual package
 name, network-config-tool, that would be used for any package
 which provides /sbin/ifup and /sbin/ifdown binaries.

You'll need to be a lot more specific on the interface definition.
Do they have to be binaries? Do they have to take the same flags,
e.g. --force and --all?

What about /etc/network/interfaces and /etc/network/if-*.d/*?
Especially the hooks are integral to a lot of other packages that
depend on ifupdown. I'd say that's part of any Debian
network-config-tool interface.

-- 
 .''`.   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#553663: kdebase-workspace-bin: plasma-desktop consumes constanly ~20 % CPU power

2009-11-03 Thread Erik Schanze

Hi Modestas,

Modestas Vainius modes...@vainius.eu:
 On antradienis 03 Lapkritis 2009 00:06:06 Erik Schanze wrote:
  
  If I remove the Systray widget from the panel, then the CPU will
  idle.
  If I add the widget again, the CPU will be loaded again.
  
  Which package contains this widget?
 
 Btw, this is probably either 
 
 https://bugs.kde.org/show_bug.cgi?id=211318
 
 or
 
 https://bugs.kde.org/show_bug.cgi?id=207177
 
You are right.

Thank you for you very good help.


Kind regards,

Erik


-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
 - Linux-Info-Tag in Dresden auch 2010 wieder   *
 Info: http://www.linux-info-tag.de/*



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

Bug#551481: openoffice.org-writer: Crashes in documents with web images content

2009-11-03 Thread OC


Hello,

I confirm the crash with version 1:3.1.1-5
I started Issue 106498 on qa.openoffice.org before coming here.

This problem seems to be specific to Debian.

You can try the file I uploaded there (try scrolling up/down or 
saving/reloading, it will crash at one moment)





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

Bug#554190: glob2: FTBFS with python 2.6

2009-11-03 Thread Ilya Barygin

Package: glob2
Version: 0.9.4.4-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch

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

  * debian/rules clean: delete scons/*.pyc because they are
modified by scons -c

We thought you might be interested in doing the same.

When building glob2 package with python 2.6, *.pyc files are modified by 
running scons in the clean rule, and it leads to the build failure:

scons: Cleaning targets ...
scons: done cleaning targets.
rm -rf .sconf_temp/ .sconsign.dblite options_cache.py config.log config.h
 dpkg-source -b glob2-0.9.4.4
dpkg-source: info: using source format `1.0'
dpkg-source: info: building glob2 using existing glob2_0.9.4.4.orig.tar.gz
dpkg-source: info: building glob2 in glob2_0.9.4.4-1.diff.gz
dpkg-source: error: cannot represent change to glob2-0.9.4.4/scons/bundle.pyc: 
binary file contents changed
dpkg-source: error: cannot represent change to glob2-0.9.4.4/scons/dmg.pyc: 
binary file contents changed
dpkg-source: error: cannot represent change to glob2-0.9.4.4/scons/nsis.pyc: 
binary file contents changed
dpkg-source: error: cannot represent change to 
glob2-0.9.4.4/scons/addDependentLibsToBundle.pyc: binary file contents changed


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

Kernel: Linux 2.6.31-14-generic (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u glob2-0.9.4.4/debian/rules glob2-0.9.4.4/debian/rules
--- glob2-0.9.4.4/debian/rules
+++ glob2-0.9.4.4/debian/rules
@@ -43,7 +43,7 @@
 
 	scons -c
 
-	rm -rf .sconf_temp/ .sconsign.dblite options_cache.py config.log config.h
+	rm -rf .sconf_temp/ .sconsign.dblite options_cache.py config.log config.h scons/*.pyc
 
 install: build
 	dh_testdir

Bug#554003: cpu plugin has too strict limits

2009-11-03 Thread Peter Palfrader

On Tue, 03 Nov 2009, Tom Feiner wrote:

 On Tue, Nov 3, 2009 at 7:44 PM, Peter Palfrader wea...@debian.org wrote:
  On Tue, 03 Nov 2009, Tom Feiner wrote:
 
  forwarded 554003 http://munin.projects.linpro.no/ticket/736
  tags 554003 - patch
  quit
 
  The cpu plugin has been rewritten since version 1.2.5 which you are using, 
  so
  your patch will probably not apply.
 
  The patch tag still applies to the stable version.
 
 Right! I see you've re-tagged it. Thanks!

I have not.

-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



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

Bug#554214: Acknowledgement (linux-image-2.6.31-1-amd64: RaLink RT2561/RT61 wireless card stopped working in 2.6.31)

2009-11-03 Thread Michal Kašpar

Further information:
I've tried to set up WPA in my network and the card started to work
well. So the problem appears only with WEP.

-- 
Michal Kašpar




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

Bug#554341: sgt-puzzles: Typos in help file

2009-11-03 Thread Helge Kreutzmann

Package: sgt-puzzles
Version: 8541-2
Severity: minor
Tags: patch

While (almost) finishing the German translation of the help file, the
following typos were noticed:
-by a cursor key will lay an island in that direction (if available); 
+by a cursor key will lay a bridge in that direction (if available); 

-msgid All the greater-than signs are satisfied.
+msgid All the greater-than signs are satisfied

-be dropped the nest time the return key is pressed; this can also be used to 
+be dropped the next time the return key is pressed; this can also be used to 

Please notify me after fixing so that I can ensure that the German
translation stays up to date.

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#506652: Fwd: [xml2rfc] xml2rfc 1.34 released

2009-11-03 Thread Russ Allbery

Florian Weimer f...@deneb.enyo.de writes:
 * Russ Allbery:

 Now that xml2rfc 1.34 has been released, it would be great to get it into
 Debian so that I can format I-Ds for submission without having to use the
 web interface or install a separate copy.

 I'm trying to get copyright clearance for the boilerplates extracted
 from the TLP.  Without that, I don't think xml2rfc is redistributable.

Oh, *ugh*.  I didn't even think about that.  *sigh*.  Good luck, and let
me know if you think another voice could help.  I have a lot of contacts
within the IETF, although alas not directly on the IESG any more.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/



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

Bug#554252: O: saydate -- speaks the current date through your sound card

Package: wnpp
Severity: normal

The current maintainer of saydate, Oohara Yuuma ooh...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: saydate
Binary: saydate
Version: 0.3.0-10.1
Priority: optional
Section: sound
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 5)
Build-Depends-Indep: sox (= 12.17.3)
Architecture: all
Standards-Version: 3.8.3
Format: 1.0
Directory: pool/main/s/saydate
Files:
 f1facfe3f8387534b975ed8d0bf11f73 1055 saydate_0.3.0-10.1.dsc
 a70fa7f57779136020ee926a0414114a 138268 saydate_0.3.0.orig.tar.gz
 6edfc4e5f2b2dd5b2652a43933befc4e 4151 saydate_0.3.0-10.1.diff.gz
Homepage: http://www.unihedron.com/projects/saydate/saydate.php
Checksums-Sha1: 
 20ee9b146ce9b3f85f8c8f31a65ee99c52ae3a27 138268 saydate_0.3.0.orig.tar.gz
 c407ce090c0b7d6edb32f5c48b52c3f158a42b0a 4151 saydate_0.3.0-10.1.diff.gz
Checksums-Sha256: 
 a255c6c29feec7b1e23da050f1532955d3e74e0aeeb457030053704a7ddabd48 138268 
saydate_0.3.0.orig.tar.gz
 27a5f397aaa94ca3d26a26a9b9471d25431cc27b292d475cc9b7466198da0ba8 4151 
saydate_0.3.0-10.1.diff.gz

Package: saydate
Binary: saydate
Version: 0.3.0-10.1
Priority: optional
Section: sound
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 5)
Build-Depends-Indep: sox (= 12.17.3)
Architecture: all
Standards-Version: 3.8.3
Format: 1.0
Directory: pool/main/s/saydate
Files:
 f1facfe3f8387534b975ed8d0bf11f73 1055 saydate_0.3.0-10.1.dsc
 a70fa7f57779136020ee926a0414114a 138268 saydate_0.3.0.orig.tar.gz
 6edfc4e5f2b2dd5b2652a43933befc4e 4151 saydate_0.3.0-10.1.diff.gz
Homepage: http://www.unihedron.com/projects/saydate/saydate.php
Checksums-Sha1: 
 20ee9b146ce9b3f85f8c8f31a65ee99c52ae3a27 138268 saydate_0.3.0.orig.tar.gz
 c407ce090c0b7d6edb32f5c48b52c3f158a42b0a 4151 saydate_0.3.0-10.1.diff.gz
Checksums-Sha256: 
 a255c6c29feec7b1e23da050f1532955d3e74e0aeeb457030053704a7ddabd48 138268 
saydate_0.3.0.orig.tar.gz
 27a5f397aaa94ca3d26a26a9b9471d25431cc27b292d475cc9b7466198da0ba8 4151 
saydate_0.3.0-10.1.diff.gz

Package: saydate
Priority: optional
Section: sound
Installed-Size: 488
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: all
Version: 0.3.0-10.1
Depends: sox (= 12.17.3-1), libsox-fmt-oss, oss-compat
Filename: pool/main/s/saydate/saydate_0.3.0-10.1_all.deb
Size: 139018
MD5sum: 25fd1f0cecf21bb0745691067463b410
SHA1: ca50fb5d22b77bde67c6b0a9a896a0c35f5e5f13
SHA256: 9371f04fc309b4bd22b03f20e935800cf27baae76f3643831e0cca2b6661e189
Description: speaks the current date through your sound card
 Says the current date and uptime through your sound card.
 Requires you have a sound output device available.
 Also includes au2raw, a sox wrapper which converts a .au
 file to a .raw file.
Homepage: http://www.unihedron.com/projects/saydate/saydate.php
Tag: accessibility::speech, interface::commandline, qa::old-rc-bugs, 
role::program, scope::utility, sound::player, use::timekeeping, 
works-with::audio

Package: saydate
Priority: optional
Section: sound
Installed-Size: 448
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: all
Version: 0.3.0-10
Depends: sox (= 12.17.3-1)
Filename: pool/main/s/saydate/saydate_0.3.0-10_all.deb
Size: 137552
MD5sum: 090353275824943d0efb605ff6e36dc5
SHA1: 02f8372084cce7109b2ae941b9a3d35889fdb7e4
SHA256: a39ac8820fbc852c0ddefd9c88d0ec73f233c12c3025d8787ac1d578610ee641
Description: speaks the current date through your sound card
 Says the current date and uptime through your sound card.
 Requires you have a sound output device available.
 Also includes au2raw, a sox wrapper which converts a .au
 file to a .raw file.
 .
  Upstream webpage: http://www.unihedron.com/projects/saydate/saydate.php
Tag: accessibility::speech, interface::commandline, role::program, 
scope::utility, sound::player, use::timekeeping, works-with::audio

Package: saydate
Priority: optional
Section: sound
Installed-Size: 488
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: all
Version: 0.3.0-10.1
Depends: sox (= 12.17.3-1), libsox-fmt-oss, oss-compat
Filename: pool/main/s/saydate/saydate_0.3.0-10.1_all.deb
Size: 139018
MD5sum: 25fd1f0cecf21bb0745691067463b410
SHA1: ca50fb5d22b77bde67c6b0a9a896a0c35f5e5f13
SHA256: 9371f04fc309b4bd22b03f20e935800cf27baae76f3643831e0cca2b6661e189
Description: speaks the current date through your sound card
 Says the current date and uptime through your sound card.
 Requires you have a sound output device available.
 Also includes au2raw, a sox wrapper which converts a .au
 file to a .raw file.
Homepage: http://www.unihedron.com/projects/saydate/saydate.php
Tag: accessibility::speech, interface::commandline, qa::old-rc-bugs, 
role::program,

Bug#554338: cheese crashed soonafter starting it Severity: important

2009-11-03 Thread Dirk linnerkamp

Package: cheese
Version: 2.22.3-3


Dear bug team,


after starting Cheese from the panel my web-cam gives sign, that it is working
(LED-controll-lamp is blinking) and the cheese-window opens just as if it
would start correctly but a few seconds later it completely crashed. This
happens as often as i try to start it again. Starting cheese from a shell, i get
the following output:

The program 'cheese' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'

Best wishes

Dirk Linnerkamp



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

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

Versions of packages cheese depends on:
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the base 
ii  gstreamer0.10-plugins- 0.10.8-4.1~lenny2 GStreamer plugins from the good 
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.2-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcairo2  1.6.4-7   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-5+lenny1simple interprocess messaging syst
ii  libdbus-glib-1-2   0.82-1simple interprocess messaging syst
ii  libebook1.2-9  2.22.3-1.1+lenny2 Client library for evolution addre
ii  libedataserver1.2-92.22.3-1.1+lenny2 Utility library for evolution data
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.22.2-2  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the base
ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.18.3-1  The GTK+ graphical user interface 
ii  libhal10.5.11-8  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-5  Layout and rendering of internatio
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  librsvg2-2 2.22.2-2lenny1SAX-based renderer library for SVG
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libxml22.7.6.dfsg-1  GNOME XML library
ii  libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l

cheese recommends no packages.

cheese 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#554225: New krb5 upstream version

2009-11-03 Thread Sam Hartman

 Trafire == Trafire Arcanegrin trafi...@gmail.com writes:

Trafire Package: krb5 Version: 1.7dfsg~beta3-1 Severity: wishlist

Trafire Hello, Upstream has released 1.7.

Trafire Please consider update it. :-)

I should.  I've done most of the work in my git repository already.
It's not been the highest priority mainly because there are no code
changes between the last beta and the current code.  However there are
a few upstream fixes on the release branch that it would be strongly
desirable to get into Debian.



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

Bug#554333: FTBFS with binutils-gold

2009-11-03 Thread Wen-Yen Chuang

Thank you for the bug report.

I believe the attached patch will fix the bug.
Only those 4 libraries and libc are really used by evilvte.

I will fix it in next upload. :-)

Kind regards
 Wen-Yen Chuang (caleb)
--- evilvte-0.4.4.2.orig/configure
+++ evilvte-0.4.4.2/configure
@@ -78,7 +78,7 @@
 echo deskdir=\$(DESTDIR)$deskdir  src/config.o
 echo ICON_DIR=$ICON_DIR  src/config.o
 echo ICON_DIR_INSTALL=\$(DESTDIR)$ICON_DIR  src/config.o
-echo LDLIBS=-L/usr/local/lib -lvte -lgtk-x11-2.0  src/config.o
+echo LDLIBS=-L/usr/local/lib -lvte -lgtk-x11-2.0 -lgdk-x11-2.0 -lgobject-2.0  src/config.o
 echo PROG=$PROG  src/config.o
 echo EVILVTE_VERSION=$EVILVTE_VERSION  src/config.o
 echo SUSE_DETECTED=$SUSE_DETECTED  src/config.o

Bug#554347: FTBFS: error: linking to Fortran libraries from C fails

2009-11-03 Thread Nobuhiro Iwamatsu

Package: jags
Version: 1.0.3-1
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

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

jags can not build on sh4. Because configure of this package generated
from old autoconf.

-
checking how to get verbose linking output from gfortran... -v
checking for Fortran libraries of gfortran...  -little
-L/usr/lib/gcc/sh4-linux-gnu/4.3.4
-L/usr/lib/gcc/sh4-linux-gnu/4.3.4/../../.. -lgfortranbegin -lgfortran
-lm -lgcc_s
checking for dummy main to link with Fortran libraries... unknown
configure: error: linking to Fortran libraries from C fails
See `config.log' for more details.
-

Old autoconf adds -little option to compile option. sh4 architecture can't
interpret this option. Therefore, this has build error.
 http://lists.gnu.org/archive/html/bug-autoconf/2008-10/msg00039.html

We need patch revising this.
I added patch to revising these. Package building was fine.
Please apply  patch.

Best regards,
 Nobuhiro
--- a/configure	2009-11-04 01:03:56.0 +
+++ b/configure	2009-11-04 01:04:19.0 +
@@ -20398,7 +20398,7 @@
 
   ;;
   # Ignore these flags.
--lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -LANG:=*)
+-lang* | -lcrt* | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=*)
   ;;
 -lkernel32)
   test x$CYGWIN != xyes  ac_cv_f77_libs=$ac_cv_f77_libs $ac_arg

Bug#553021: nagios3-cgi: fails to install at postinst

2009-11-03 Thread Bernhard Schmidt

According to the changelogs this bug has been fixed in 3.2.0-2, which
has unfortunately not entered testing yet

Please close the ticket accordingly, as I suspect this will prevent a
newer (fixed) version from being migrated to testing.



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

Bug#554214: linux-image-2.6.31-1-amd64: RaLink RT2561/RT61 wireless card stopped working in 2.6.31

2009-11-03 Thread Ben Hutchings

On Tue, 2009-11-03 at 20:18 +0100, Michal Kašpar wrote:
 Package: linux-2.6
 Version: 2.6.31-1
 Severity: important
 
 
 After upgrade to kernel 2.6.31 (from 2.6.30), wireless card stopped
 working. It seems to be set up fine, associates with AP but it is unable
 to communicate. Ping or any other network communication doesn't work.
 After reboot to 2.6.30, everything works fine.

Please report this upstream at http://bugzilla.kernel.org and let us
know the bug number so we can follow its progress.

Ben.

-- 
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou


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

Bug#554246: libpcre++-dev: depends on libstdc++6-4.1-dev

2009-11-03 Thread Felipe Sateler

Package: libpcre++-dev
Version: 0.9.5-3
Severity: normal

This forces install of g++ 4.1. Each compiler depends on the appropriate
version of libstdc++-dev, so it should not be depended upon by this
package.

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

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



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

Bug#550620: system-config-printer-kde: No KCModule Bug still present

2009-11-03 Thread Stefano

Package: system-config-printer-kde
Version: 4:4.3.2-1
Severity: normal

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

Hello,

accordingly to what found in the system-config-printer-kde bug reports I 
upgraded python-kde4 (and python-qt4-dbus) from unstable in the attempt to 
have a usable printer configuration in KDE4.

However when accessing the Printer Configuration panel from System Setting the 
error message reported by Wolfgang Schnitker is still present.

Also, when clicking on the Printer Configuration icon in the System Settings 
and error window pops up saying: The password may be incorrect, or the server 
may be configured to deny remote administration; then the No KCModule Bug is 
shown in the main window.

Since the printer configuration is an essential module, I hope that this bug 
will be solved as soon as possible.

Thank you.

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

Kernel: Linux 2.6.30-2-686

Versions of packages system-config-printer-kde depends on:
ii  python-cupsutils  1.0.0-6Python utility modules around the
ii  python-kde4   4:4.3.2-1  Python bindings for the KDE 4 
libr
ii  python-qt4-dbus   4.4.4-6DBus Support for PyQt4

system-config-printer-kde recommends no packages.

system-config-printer-kde 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#554271: RM: elisa-plugins-ugly -- ROM; obsoleted by Moovida

Package: ftp.debian.org
Severity: normal

Hi!
 
Elisa has reincarnated/has been obsoleted by Moovida.  The experimental
suite already contains new and transitional packages.
 
Thanks in advance,
Paul



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

Bug#554221: [INTL:gl] xsp debconf translation update

2009-11-03 Thread marce

Package: xsp
Version: 2.4.2-1.1
Severity: wishlist
Tags: l10n gl

Please find enclosed the updated Galician translation
# Galician translation of xsp's debconf templates
# This file is distributed under the same license as the xsp package.
#
# Jacobo Tarrio jtar...@debian.org, 2007, 2008.
# Marce Villarino mvillar...@gmail.com, 2009.
msgid 
msgstr 
Project-Id-Version: xsp\n
Report-Msgid-Bugs-To: x...@packages.debian.org\n
POT-Creation-Date: 2009-07-16 15:39+0100\n
PO-Revision-Date: 2009-11-03 20:56+0100\n
Last-Translator: Marce Villarino mvillar...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=n != 1;\n

#. Type: boolean
#. Description
#: ../mono-apache-server1.templates:1001
msgid Let mono-apache-server restart Apache?
msgstr Desexa permitir que mono-apache-server reinicie Apache?

#. Type: boolean
#. Description
#: ../mono-apache-server1.templates:1001
msgid 
The debian version of mono-apache-server includes a mono-server-update 
script that creates a configuration file for apache to start the ASP.NET 
applications, and mono-server-update can restart apache if there's a new 
configuration file (/etc/mono-server/mono-server-hosts.conf). If this is 
true, then apache will be restarted when there is a new mono-server-hosts.
conf file.
msgstr 
A versiÃ³n de Debian do mono-apache-server inclÃºe un script mono-server-
update que crea un ficheiro de configuraciÃ³n para que Apache inicie os 
programas ASP.NET, e mono-server-update pode reiniciar Apache se hai un 
novo ficheiro de configuraciÃ³n (/etc/mono-server/mono-server-hosts.conf). Se 
acepta isto, hase reiniciar Apache cando haxa un novo ficheiro mono-server-
hosts.conf.

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
#| msgid Let mono-apache-server restart Apache?
msgid Let mono-apache-server2 restart Apache?
msgstr Desexa permitir que mono-apache-server reinicie Apache?

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
#| msgid 
#| The debian version of mono-apache-server includes a mono-server-update 
#| script that creates a configuration file for apache to start the ASP.NET 
#| applications, and mono-server-update can restart apache if there's a new 
#| configuration file (/etc/mono-server/mono-server-hosts.conf). If this is 
#| true, then apache will be restarted when there is a new mono-server-hosts.
#| conf file.
msgid 
The debian version of mono-apache-server2 includes a mono-server2-update 
script that creates a configuration file for apache to start the ASP.NET 
applications, and mono-server2-update can restart apache if there's a new 
configuration file (/etc/mono-server2/mono-server2-hosts.conf). If this is 
true, then apache will be restarted when there is a new mono-server-hosts.
conf file.
msgstr 
A versiÃ³n de Debian de mono-apache-server2 inclÃºe un script mono-server2-
update que crea un ficheiro de configuraciÃ³n para que Apache inicie as 
aplicaciÃ³ns ASP.NET, e mono-server2-update pode reiniciar Apache se hai un 
novo ficheiro de configuraciÃ³n (/etc/mono-server2/mono-server2-hosts.conf). 
Se 
acepta isto, hase reiniciar Apache cando haxa un novo ficheiro mono-server2-
hosts.conf.

#. Type: boolean
#. Description
#: ../mono-xsp1.templates:1001 ../mono-xsp2.templates:1001
msgid Start on boot?
msgstr Desexa inicialo co ordenador?

#. Type: boolean
#. Description
#: ../mono-xsp1.templates:1001
msgid 
If this is true, then XSP will automatically start when the computer is 
turned on.
msgstr 
Se acepta isto, XSP hase iniciar automaticamente ao arrincar o ordenador.

#. Type: string
#. Description
#: ../mono-xsp1.templates:2001 ../mono-xsp2.templates:2001
msgid Bind to address:
msgstr Asociar ao enderezo:

#. Type: string
#. Description
#: ../mono-xsp1.templates:2001
msgid 
To function properly, XSP needs to be bound to an IP address. The default 
(\0.0.0.0\) binds to all addresses of the server, but a specific port can 
be selected. To use XSP only locally, use \127.0.0.1\ for the address.
msgstr 
Para que funcione correctamente, hai que ligar XSP a un enderezo IP. O valor 
predeterminado (Â«0.0.0.0Â») serve para o ligar a todos os enderezos do 
servidor, pero pÃ³dese escoller un porto determinado. Para empregar XSP sÃ³ 
localmente, empregue Â«127.0.0.1Â» como enderezo.

#. Type: string
#. Description
#: ../mono-xsp1.templates:3001 ../mono-xsp2.templates:3001
msgid Bind to port:
msgstr Asociar ao porto:

#. Type: string
#. Description
#: ../mono-xsp1.templates:3001 ../mono-xsp2.templates:3001
msgid 
XSP is bound to a specific port on the server. Common values are 80, 8080, 
or 8081.
msgstr 
XSP vai asociado a un porto determinado do servidor. Os valores habituais 
son 
80, 8080 ou 8081.

#. Type: boolean
#. Description
#: ../mono-xsp2.templates:1001
msgid 
If this is true, then XSP2 will automatically start when the

Bug#554204: libuim6: usr-share-doc-symlink-without-dependency uim-common

Package: libuim6
Version: 1:1.5.6-1
Severity: serious
User: lintian-ma...@debian.org
Usertags: usr-share-doc-symlink-without-dependency

If the package installs a symbolic link /usr/share/doc/pkg1 - pkg2,
then pkg1 has to depend on pkg2 with the same version as pkg1.

Note, that adding the Depends: entry just to fix this bug is not a
good solution. It's suggested that you include a real
/usr/share/doc/pkg1 directory within pkg1 and copy the copyright file
into that directory.  If the packages do not share source code, then
pkg1 should have its own copyright file (since the authors of pkg2 are
not to blame for pkg1). This bit covers meta packages as well.

Refer to Debian Policy Manual section 12.5 (Copyright information) for
details. 

,[ 12.5 Copyright information ]
| Every package must be accompanied by a verbatim copy of its copyright
| and distribution license in the file
| /usr/share/doc/package/copyright. This file must neither be compressed
| nor be a symbolic link. `
| ...
| /usr/share/doc/package may be a symbolic link to another directory in
| /usr/share/doc only if the two packages both come from the same source
| and the first package Depends on the second. These rules are important
| because copyrights must be extractable by mechanical means.
`

This is a bug filed due to a lintian warning (see above). However,
this has also been checked manually, and thus there should be no false
positives.

Filed as serious since it is a violation of a must directive in
policy, and also since  a package with these flaws will
currently get this package rejected. See
  http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.

manoj


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

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

Versions of packages libuim6 depends on:
ii  libc6 2.10.1-5   GNU C Library: Shared libraries
pn  libgcroots0   none (no description available)
pn  libuim-data   none (no description available)

libuim6 recommends no packages.

libuim6 suggests no packages.



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

Bug#554268: RM: elisa-plugins-good -- ROM; obsoleted by Moovida

Package: ftp.debian.org
Severity: normal

Hi!
 
Elisa has reincarnated/has been obsoleted by Moovida.  The experimental
suite already contains new and transitional packages.
 
Thanks in advance,
Paul



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

Bug#382059: [Hostname-devel] Bug#382059: additional info

2009-11-03 Thread Michael Meskes

On Tue, Nov 03, 2009 at 12:10:08PM +0100, Jiri Popelka wrote:
 Looking into changelog I can see that verbose output was removed in
 hostname-2.90,
 but there's no info WHY it was removed.S

Almost complete rewrite.

 I find it quite useful.
 When you have something wrong configured it can help you figure it out.
 See i.e.  https://bugzilla.redhat.com/show_bug.cgi?id=444262

This is the first case I've seen that really shows a usage for -v. All output
done by -v is also done by one other option so the only difference seems to be
that -v also outputs some data if the return code is not equal 0.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org
VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL



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

Bug#552836: slurm-llnl: FTBFS: scontrol.c:193: error: conflicting types for 'getline'

2009-11-03 Thread gennaro . oliva

Hi, 
thanks for the detailed bug report.

On Wed, Oct 28, 2009 at 11:36:27AM +0100, Lucas Nussbaum wrote:
 In eglibc = 2.9, getline was only defined if _GNU_SOURCE was defined.
 In eglibc 2.10, getline is always defined (since it became a standard in
 POSIX2008). The problem is that your package already has a function
 named getline(), which now conflicts with glibc's. You need to rename
 your function to something else.

This problem will be fixed in release 2.0.8 that should be available in
a week. I'm waiting for it since it also fix some other warnings.
Regards
-- 
Gennaro Oliva



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

Bug#554259: O: w-bassman -- an alternative w command

Package: wnpp
Severity: normal

The current maintainer of w-bassman, Oohara Yuuma ooh...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: w-bassman
Binary: w-bassman
Version: 1.0-20
Priority: optional
Section: utils
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 4), libproc-dev (= 1:3.1.14-1)
Architecture: any
Standards-Version: 3.5.6.1
Format: 1.0
Directory: pool/main/w/w-bassman
Files:
 cdd6733c3d0d0e37dd92c2709b02f4c7 589 w-bassman_1.0-20.dsc
 4f6272102a7d486f4d8d9010a0c0f474 6873 w-bassman_1.0.orig.tar.gz
 6ca5aa11cb8abea9bf0074ac2e7f2401 5267 w-bassman_1.0-20.diff.gz

Package: w-bassman
Binary: w-bassman
Version: 1.0-20
Priority: optional
Section: utils
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 4), libproc-dev (= 1:3.1.14-1)
Architecture: any
Standards-Version: 3.5.6.1
Format: 1.0
Directory: pool/main/w/w-bassman
Files:
 cdd6733c3d0d0e37dd92c2709b02f4c7 589 w-bassman_1.0-20.dsc
 4f6272102a7d486f4d8d9010a0c0f474 6873 w-bassman_1.0.orig.tar.gz
 6ca5aa11cb8abea9bf0074ac2e7f2401 5267 w-bassman_1.0-20.diff.gz

Package: w-bassman
Priority: optional
Section: utils
Installed-Size: 92
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Version: 1.0-20
Depends: libc6 (= 2.3.5-1)
Filename: pool/main/w/w-bassman/w-bassman_1.0-20_amd64.deb
Size: 17174
MD5sum: 0c3a115eb459372eba8fc81b8ae1a9f1
SHA1: 0ebfbfdbf09f81d404d100d58756c24920b9ac53
SHA256: cb5f06fcd8bde96bff40cafc0eef4b87ebbbad5af2e0f9bf016a58b5a49bee34
Description: an alternative w command
 This is a version of the w command that might be familiar to old
 Slackware users. It formats the output differently, in a way some
 consider clearer and easier to read.
Tag: interface::commandline, role::program, scope::utility, use::viewing, 
works-with::people

Package: w-bassman
Priority: optional
Section: utils
Installed-Size: 92
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Version: 1.0-20
Depends: libc6 (= 2.3.5-1)
Filename: pool/main/w/w-bassman/w-bassman_1.0-20_amd64.deb
Size: 17174
MD5sum: 0c3a115eb459372eba8fc81b8ae1a9f1
SHA1: 0ebfbfdbf09f81d404d100d58756c24920b9ac53
SHA256: cb5f06fcd8bde96bff40cafc0eef4b87ebbbad5af2e0f9bf016a58b5a49bee34
Description: an alternative w command
 This is a version of the w command that might be familiar to old
 Slackware users. It formats the output differently, in a way some
 consider clearer and easier to read.
Tag: interface::commandline, role::program, scope::utility, use::viewing, 
works-with::people




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

Bug#432608: #432608 fxload fails to read hex file when verbose level is too high

2009-11-03 Thread Tzafrir Cohen

Hi and thanks again for your fixes,

On Tue, 10 Jul 2007 17:59:18 -0400, Jim Paris wrote:

 When using the -vvv option to increase verbosity of fxload,
 the lines read in from the hex file are modified in such a way
 that they then fail a later length check, and the error 
 record too short? is printed.  The below patch fixes the bug.

I'm working on upgrading the package to a newer version:

http://sourceforge.net/projects/linux-hotplug/files/
http://sourceforge.net/projects/linux-hotplug/files/fxload/2008_10_13/fxload-2008_10_13.tar.gz/download

It seems that in that version the code you patched away still exists. It
is even used by default, and not only for debug level = 3.

Can you provide a debug level 3 output from such a firmware file and the
firmware file itself? (be it a mock one)? The same 'Line:' debug print
should print the current line in buf.

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
ICQ# 16849754 || friend



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

Bug#543099: FTBFS: tests failed

2009-11-03 Thread Salvatore Bonaccorso

forwarded 543099 http://rt.cpan.org/Public/Bug/Display.html?id=51088
thanks

Hi

I forwarded this issue too to upstream, this should be related to the
changes between subversion 1.5.x and 1.6.x.

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#554162: fail2ban: sometimes(frequently) fails to load iptable rules with multiple jails

2009-11-03 Thread Libor Klepáč

Hi,
there seems to be some problem with sequence of commands run from python.
Maybe our server is too powerfull? (poweredge 2950 with two 4 core processors, 
old server was some old pentium4 with ht, there were no such problems)

If i run those commands separately from command line ,there is no problem.

But if whole (multiline) actionstart is run, there seems to be problem with 
order of commands.
Problem is, that
iptables -I INPUT -p tcp -m multiport --dports ftp,ftp-data,ftps,ftps-data -j 
fail2ban-proftpd
is run in time, when there is no such chain, so kernel tries to autoload 
module for it (but there is no such module) (you can try it by running this 
command)

You get this
iptables v1.4.4: Couldn't load target `fail2ban-
proftpd':/lib/xtables/libipt_fail2ban-proftpd.so: cannot open shared object 
file: No such file or directory

Patch from sf explodes actionstart by newline and launches each line 
separately (maybe with some locking? I can't read python)

With regards
Libor


Dne úterý 03 Listopad 2009 16:00:30 Yaroslav Halchenko napsal(a):
 brr... are you sure you just have some problem with iptables? what if
 whenever there is no fail2ban running you run those commands while being
 root
 
 iptables -N fail2ban-proftpd
 iptables -A fail2ban-proftpd -j RETURN
 iptables -I INPUT -p tcp -m multiport --dports ftp,ftp-data,ftps,ftps-data
  -j fail2ban-proftpd
 
 will you get at some point that
 iptables v1.4.4: Couldn't load target
  `fail2ban-proftpd':/lib/xtables/libipt_fail2ban-proftpd.so: cannot open
  shared object file: No such file or directory
 
 or would be there any other error reported?
 
 On Tue, 03 Nov 2009, Libor Klepac wrote:
  Package: fail2ban
  Version: 0.8.4-1
  Severity: important
 
  Hi,
  I have problems with using several jails. It was there before, but didn't
  hit so hard as today, when i was unable to restart fail2ban cleanly , i
  was trying it for maybe 50 times (changing configs, installing python2.4
  ...etc). I seems to fail to execute iptables in correct orderd leading to
  something like this in its output
 


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

Bug#554255: O: shhmsg -- library for displaying messages - runtime

Package: wnpp
Severity: normal

The current maintainer of shhmsg, Oohara Yuuma ooh...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: shhmsg
Binary: libshhmsg1, libshhmsg1-dev
Version: 1.4.1-4.1
Priority: optional
Section: devel
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 2)
Architecture: any
Standards-Version: 3.5.6
Format: 1.0
Directory: pool/main/s/shhmsg
Files:
 ce0f75880f3f299acdfa521595ad7b6e 575 shhmsg_1.4.1-4.1.dsc
 06fb173f6b8dbf6356104484f64bd9cd 10796 shhmsg_1.4.1.orig.tar.gz
 58d16f11683577fe95b50b5dead11c5f 5526 shhmsg_1.4.1-4.1.diff.gz

Package: shhmsg
Binary: libshhmsg1, libshhmsg1-dev
Version: 1.4.1-4.1
Priority: optional
Section: devel
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 2)
Architecture: any
Standards-Version: 3.5.6
Format: 1.0
Directory: pool/main/s/shhmsg
Files:
 ce0f75880f3f299acdfa521595ad7b6e 575 shhmsg_1.4.1-4.1.dsc
 06fb173f6b8dbf6356104484f64bd9cd 10796 shhmsg_1.4.1.orig.tar.gz
 58d16f11683577fe95b50b5dead11c5f 5526 shhmsg_1.4.1-4.1.diff.gz

Package: libshhmsg1
Priority: optional
Section: libs
Installed-Size: 72
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhmsg
Version: 1.4.1-4.1
Replaces: shhmsg
Depends: libc6 (= 2.3.5-1)
Conflicts: shhmsg
Filename: pool/main/s/shhmsg/libshhmsg1_1.4.1-4.1_amd64.deb
Size: 10596
MD5sum: 995710ca9b3c63fc24d16cdbf0df72de
SHA1: b93b74b5544fedaa18ddf60fcf5f893c7c332248
SHA256: 913fb60fe46b319b394f496f4334b80dc5a8dd4e8cb2c29bcca4705b42031d4e
Description: library for displaying messages - runtime
 This is Sverre H. Huseby's library for displaying messages in
 terminal based programs.  It can treat the verbosity level
 and prepend the program name if necessary.
 .
 This package contains what you need to run programs that use this library.
 .
  Upstream webpage: http://shh.thathost.com/
Tag: devel::library, role::shared-lib

Package: libshhmsg1-dev
Priority: optional
Section: libdevel
Installed-Size: 108
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhmsg
Version: 1.4.1-4.1
Replaces: libshhmsg-dev, shhmsg-dev
Provides: libshhmsg-dev
Depends: libshhmsg1 (= 1.4.1-4.1), libc6-dev
Conflicts: libshhmsg-dev, shhmsg-dev
Filename: pool/main/s/shhmsg/libshhmsg1-dev_1.4.1-4.1_amd64.deb
Size: 16122
MD5sum: b0eb18282f08c40dc30951aa96cc1312
SHA1: e6be711932c91ed12dc36e9215b4bb92e3d6799e
SHA256: b2b8aeb0dea2dd095a0c77d33247762512e9fa688cb00972514641a5d0f3cb53
Description: library for displaying messages - development
 This is Sverre H. Huseby's library for displaying messages in
 terminal based programs.  It can treat the verbosity level
 and prepend the program name if necessary.
 .
 This package contains what you need for compiling sources that
 use this library and docs for using it in your own code.
 .
  Upstream webpage: http://shh.thathost.com/
Tag: devel::library, role::devel-lib

Package: libshhmsg1
Priority: optional
Section: libs
Installed-Size: 72
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhmsg
Version: 1.4.1-4.1
Replaces: shhmsg
Depends: libc6 (= 2.3.5-1)
Conflicts: shhmsg
Filename: pool/main/s/shhmsg/libshhmsg1_1.4.1-4.1_amd64.deb
Size: 10596
MD5sum: 995710ca9b3c63fc24d16cdbf0df72de
SHA1: b93b74b5544fedaa18ddf60fcf5f893c7c332248
SHA256: 913fb60fe46b319b394f496f4334b80dc5a8dd4e8cb2c29bcca4705b42031d4e
Description: library for displaying messages - runtime
 This is Sverre H. Huseby's library for displaying messages in
 terminal based programs.  It can treat the verbosity level
 and prepend the program name if necessary.
 .
 This package contains what you need to run programs that use this library.
 .
  Upstream webpage: http://shh.thathost.com/
Tag: devel::library, role::shared-lib

Package: libshhmsg1-dev
Priority: optional
Section: libdevel
Installed-Size: 108
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhmsg
Version: 1.4.1-4.1
Replaces: libshhmsg-dev, shhmsg-dev
Provides: libshhmsg-dev
Depends: libshhmsg1 (= 1.4.1-4.1), libc6-dev
Conflicts: libshhmsg-dev, shhmsg-dev
Filename: pool/main/s/shhmsg/libshhmsg1-dev_1.4.1-4.1_amd64.deb
Size: 16122
MD5sum: b0eb18282f08c40dc30951aa96cc1312
SHA1: e6be711932c91ed12dc36e9215b4bb92e3d6799e
SHA256: b2b8aeb0dea2dd095a0c77d33247762512e9fa688cb00972514641a5d0f3cb53
Description: library for displaying messages - development
 This is Sverre H. Huseby's library for displaying messages in
 terminal based programs.  It can treat the verbosity level
 and prepend the program name if necessary.
 .
 This package contains what you need for compiling sources that
 use this library and

Bug#554228: [INTL:gl] jack-audio-connection-kit debconf translation update

2009-11-03 Thread marce

Package: jack-audio-connection-kit
Version: 0.116.2+svn3592-4
Severity: wishlist
Tags: l10n gl

Please find enclosed the updated Galician translation
# Copyright (C) 2009 Debian
# This file is distributed under the same license as the jack-audio-connection-kit package.
#
# Marce Villarino mvillar...@gmail.com, 2009.
msgid
msgstr
Project-Id-Version: \n
Report-Msgid-Bugs-To: jack-audio-connection-...@packages.debian.org\n
POT-Creation-Date: 2009-10-10 14:57+0100\n
PO-Revision-Date: 2009-11-03 21:17+0100\n
Last-Translator: Marce Villarino mvillar...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=n != 1;\n

#. Type: boolean
#. Description
#: ../jackd.templates:2001
msgid Enable realtime process priority?
msgstr Desexa activar a prioridade de tempo real?

#. Type: boolean
#. Description
#: ../jackd.templates:2001
msgid
If you want to run jackd with realtime priorities, the user starting jackd
needs realtime permissions. Accept this option to create the file /etc/
security/limits.d/audio.conf, granting realtime priority and memlock
privileges to the audio group.
msgstr
Se desexa executar jackd con prioridades de tempo real o usuario que
inicie
jackd precisa ter permisos para tempo real. Escolle esta opciÃ³n para crear
o ficheiro /etc/security/limits.d/audio.conf, que lle concederÃ¡ a
prioridade
para tempo real e privilexios de bloqueo de memoria para o grupo de son.

#. Type: boolean
#. Description
#: ../jackd.templates:2001
msgid
Running jackd with realtime priority minimizes latency, but may lead to
complete system lock-ups by requesting all the available physical system
memory, which is unacceptable in multi-user environments.
msgstr
Executa jackd con prioridade de tempo real minimiza a latencia pero pode
causar bloqueos completos do sistema se pide toda a memoria fÃsica
dispoÃ±Ãbel
no sistema, o que non Ã© admisÃbel en ambientes multiusuario.

Bug#432607: #432607: fxload could ignore unknown record types

2009-11-03 Thread Tzafrir Cohen

Long ago, on Tue, 10 Jul 2007 17:56:15 -0400, Jim Paris wrote:

 The fxload program exits if it encounters an unknown record type in
 the hex file, such as types 2, 3, 4, 5.  Programs like srec_cat create
 these, and they can be safely ignored in many cases.  The below
 patch lets fxload warn but continue after encountering and unknown
 record.

But in many other cases this may hide a badly-formatted file. Not to
mention that for many uses ignoring those other address types is plain
wrong.

Add an extra command-line switch for than? What should be the default?

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
ICQ# 16849754 || friend



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

Bug#550183: Breaks Default button in some eclipse dialogs (and rcp apps)

2009-11-03 Thread Simon Pepping

On Tue, Nov 03, 2009 at 12:56:12PM +0100, Josselin Mouette wrote:
 Le lundi 26 octobre 2009 à 21:03 +0100, Simon Pepping a écrit : 
  This means that GTK2.18 is backwards incompatible and breaks existing
  applications. The upgrade must warn users and a way must be found to
  minimize the effect of this upgrade.
 
 If you have any list of the affected packages and their fixed versions,
 I'd be happy to add them to libgtk2.0-0's Breaks field.

eclipse. I understand that versions up to the current version, 3.5,
suffer from this problem. sid is at 3.2 and 3.4. So this problem will
persist for a while.

rssowl, which is based on eclipse, current version, 2.0.

As the title of this bug says, all RCP applications up to the current
version.

-- 
Simon Pepping



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

Bug#554269: RM: elisa-plugins-bad -- ROM; obsoleted by Moovida

Package: ftp.debian.org
Severity: normal

Hi!
 
Elisa has reincarnated/has been obsoleted by Moovida.  The experimental
suite already contains new and transitional packages.
 
Thanks in advance,
Paul



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

Bug#554213: override: pycaml:ocaml/optional

2009-11-03 Thread Stéphane Glondu

Package: ftp.debian.org

Archive Administrator a écrit :
 pycaml_0.82-11_amd64.deb: package says section is ocaml, override says 
 libdevel.

The package is right.


Cheers,

-- 
Stéphane




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

Bug#554168: [Pkg-dkms-maint] Bug#554168: dkms sets wrong permissions for files and folders

2009-11-03 Thread Patrick Matthäi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Giuseppe Iuculano schrieb:
 Patrick Matthäi ha scritto:
 Very cute.
 This autobuilder, which starts on booting the machine, built the module
 correctly, which would mean, that it was built there as user root, but
 calling it from the maintainer scripts = nobody..

 
 Where we can find the fglrx-modules-dkms package? dkms simply run a mkdir -p
 $dkms_tree/$module/$module_version/build

This may be, the build directory has the right permissions, but not
subfolders delivered by the package.

 
 Cheers,
 Giuseppe.
 

It is not uploaded (because it does not work because of this bug), yet.
I am currently preparing the package. But here you will find everything
you need:

Vcs-Browser: http://svn.debian.org/wsvn/pkg-fglrx/fglrx-driver/trunk
Vcs-Svn: svn://svn.debian.org/svn/pkg-fglrx/fglrx-driver/trunk

There is the tarball (use the fglrx_driver-9.10.orig.tar.gz) and
everything else is in trunk.


- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrwixYACgkQ2XA5inpabMcKTwCgoX/hqLoiyhMxro4GNODJgGsK
x9QAn2z4qj+riQ34+8kb73auVn0mDV7+
=zMAI
-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#554199: gcompris-dbg: usr-share-doc-symlink-without-dependency gcompris-data (not gcompris)

Package: gcompris-dbg
Version: 8.4.12-1
Severity: serious
User: lintian-ma...@debian.org
Usertags: usr-share-doc-symlink-without-dependency

Either the versioned dependency has to be on gcompris-data, or the
symbolic link should point to gcompris.

If the package installs a symbolic link /usr/share/doc/pkg1 - pkg2,
then pkg1 has to depend on pkg2 with the same version as pkg1.

Note, that adding the Depends: entry just to fix this bug is not a
good solution. It's suggested that you include a real
/usr/share/doc/pkg1 directory within pkg1 and copy the copyright file
into that directory.  If the packages do not share source code, then
pkg1 should have its own copyright file (since the authors of pkg2 are
not to blame for pkg1). This bit covers meta packages as well.

Refer to Debian Policy Manual section 12.5 (Copyright information) for
details. 

,[ 12.5 Copyright information ]
| Every package must be accompanied by a verbatim copy of its copyright
| and distribution license in the file
| /usr/share/doc/package/copyright. This file must neither be compressed
| nor be a symbolic link. `
| ...
| /usr/share/doc/package may be a symbolic link to another directory in
| /usr/share/doc only if the two packages both come from the same source
| and the first package Depends on the second. These rules are important
| because copyrights must be extractable by mechanical means.
`

This is a bug filed due to a lintian warning (see above). However,
this has also been checked manually, and thus there should be no false
positives.

Filed as serious since it is a violation of a must directive in
policy, and also since  a package with these flaws will
currently get this package rejected. See
  http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.

manoj


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

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

Versions of packages gcompris-dbg depends on:
pn  gcompris  none (no description available)

gcompris-dbg recommends no packages.

gcompris-dbg suggests no packages.



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

Bug#554234: New libgpg-error upstream version

Package: libgpg-error
Version: 1.6-1
Severity: wishlist

Hello,
Upstream has released 1.7 for about one year.

Please consider update it. :-)

Cheers,
Trafire



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

Bug#551972:

2009-11-03 Thread Andrew SB

tags 551972 patch
thanks

Upstream provides a patch for this issue:

http://gnome.eu.org/patches/evolution-rss-0.1.4-recv-feeds.patch

We have applied this in Ubuntu. This patch also includes two other
patches proved by upstream as well:

   - 01_folder-rename.patch: patch from upstream. Allows to rename
 folders.
   - 02_folder-properties.patch: patch from upstream. Fixes a crasher.
   - 03_recv-feeds.patch: Retrieve feeds for evolution = 2.28 (LP: #460462)


--- evolution-rss-0.1.4.orig/debian/patches/01_folder-rename.patch
+++ evolution-rss-0.1.4/debian/patches/01_folder-rename.patch
@@ -0,0 +1,18 @@
+--- src/rss.c.orig 2009-09-23 22:02:02.510080391 +0200
 src/rss.c  2009-09-23 22:04:10.425583965 +0200
+@@ -3659,8 +3659,13 @@
+   nname = g_strdup(new_name);
+   gchar *orig_name = g_hash_table_lookup(rf-feed_folders, oname);
+   if (!orig_name) {
+-  if (valid_folder)
+-  return 0;
++  if (valid_folder) {
++  gchar *ofolder = lookup_original_folder(old_name);
++  if (!ofolder)
++  return 0;
++  else if (!lookup_key(ofolder))
++  return 0;
++  }
+   g_hash_table_replace(rf-feed_folders, g_strdup(nname), 
g_strdup(oname));
+   } else {
+   g_hash_table_replace(rf-feed_folders, g_strdup(nname),
g_strdup(orig_name));
only in patch2:
unchanged:
--- evolution-rss-0.1.4.orig/debian/patches/03_recv-feeds.patch
+++ evolution-rss-0.1.4/debian/patches/03_recv-feeds.patch
@@ -0,0 +1,25 @@
+diff -Nur -x '*.orig' -x '*~' evolution-rss-0.1.4/src/rss.c
evolution-rss-0.1.4.new/src/rss.c
+--- evolution-rss-0.1.4/src/rss.c  2009-10-26 14:44:02.229652800 -0400
 evolution-rss-0.1.4.new/src/rss.c  2009-10-26 14:44:04.940649506 -0400
+@@ -2812,7 +2812,11 @@
+ GMutex *lock;
+
+ /* states/data used during shutdown */
+-enum { MC_QUIT_START, MC_QUIT_SYNC, MC_QUIT_THREADS } quit_state;
++#if EVOLUTION_VERSION = 22800
++  enum { MC_QUIT_NOT_START, MC_QUIT_START, MC_QUIT_SYNC,
MC_QUIT_THREADS } quit_state;
++#else
++  enum { MC_QUIT_START, MC_QUIT_SYNC, MC_QUIT_THREADS } quit_state;
++#endif
+ };
+
+ void
+@@ -2829,7 +2833,7 @@
+   deleted = 1;
+
+   MailComponent *mc = mail_component_peek ();
+-if (mc-priv-quit_state != -1)
++if (mc-priv-quit_state != MC_QUIT_NOT_START)
+   rf-cancel_all=1;
+
+   d(g_print(taskbar_op_finish() queue:%d\n, rf-feed_queue));
only in patch2:
unchanged:
--- evolution-rss-0.1.4.orig/debian/patches/02_folder-properties.patch
+++ evolution-rss-0.1.4/debian/patches/02_folder-properties.patch
@@ -0,0 +1,20 @@
+diff -urN evolution-rss-0.1.4.orig/src/rss-config-factory.c
evolution-rss-0.1.4/src/rss-config-factory.c
+--- evolution-rss-0.1.4.orig/src/rss-config-factory.c  2009-08-26
09:24:36.0 +0100
 evolution-rss-0.1.4/src/rss-config-factory.c   2009-09-15
23:27:13.787560110 +0100
+@@ -2192,7 +2192,15 @@
+   add_feed *feed = (add_feed *)g_object_get_data((GObject *)epl, 
add-feed);
+   gchar *url = (gchar *)g_object_get_data((GObject *)epl, url);
+   gchar *ofolder = (gchar *)g_object_get_data((GObject *)epl, ofolder);
++
++  EMConfigTargetFolder *targetfolder = (EMConfigTargetFolder
*)target-config-target;
++  gchar *main_folder = lookup_main_folder();
++  gchar *folder = targetfolder-folder-full_name;
+   
++  if (folder == NULL
++  || g_ascii_strncasecmp(folder, main_folder, strlen(main_folder))
++  || !g_ascii_strcasecmp(folder, main_folder))
++return;
+
+   GtkWidget *entry1 = (GtkWidget *)glade_xml_get_widget (feed-gui,
url_entry);
+ GtkWidget *checkbutton1 = (GtkWidget *)glade_xml_get_widget
(feed-gui, html_check);
+



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

Bug#554211: wine-bin-unstable: usr-share-doc-symlink-without-dependency libwine-unstable

Package: wine-bin-unstable
Version: 1.1.32-1
Severity: serious
User: lintian-ma...@debian.org
Usertags: usr-share-doc-symlink-without-dependency

If the package installs a symbolic link /usr/share/doc/pkg1 - pkg2,
then pkg1 has to depend on pkg2 with the same version as pkg1.

Note, that adding the Depends: entry just to fix this bug is not a
good solution. It's suggested that you include a real
/usr/share/doc/pkg1 directory within pkg1 and copy the copyright file
into that directory.  If the packages do not share source code, then
pkg1 should have its own copyright file (since the authors of pkg2 are
not to blame for pkg1). This bit covers meta packages as well.

Refer to Debian Policy Manual section 12.5 (Copyright information) for
details. 

,[ 12.5 Copyright information ]
| Every package must be accompanied by a verbatim copy of its copyright
| and distribution license in the file
| /usr/share/doc/package/copyright. This file must neither be compressed
| nor be a symbolic link. `
| ...
| /usr/share/doc/package may be a symbolic link to another directory in
| /usr/share/doc only if the two packages both come from the same source
| and the first package Depends on the second. These rules are important
| because copyrights must be extractable by mechanical means.
`

This is a bug filed due to a lintian warning (see above). However,
this has also been checked manually, and thus there should be no false
positives.

Filed as serious since it is a violation of a must directive in
policy, and also since  a package with these flaws will
currently get this package rejected. See
  http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.

manoj


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

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



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

Bug#542430: Incorrect wildcard expansion when p_sh has arguments to the shell

2009-11-03 Thread James Vega

Bram,

The code in src/os_unix.c:mch_expand_wildcards which detects what shell
is being used doesn't work properly if 'shell' has been set to a shell
and arguments (e.g., /bin/tcsh -f).

5354 else if ((len = STRLEN(p_sh)) = 3)
5355 {
5356 if (STRCMP(p_sh + len - 3, csh) == 0)
5357 shell_style = STYLE_GLOB;
5358 else if (STRCMP(p_sh + len - 3, zsh) == 0)
5359 shell_style = STYLE_PRINT;
5360 }
5361 if (shell_style == STYLE_ECHO  strstr((char *)gettail(p_sh),
5362
sh) != NULL)
5363 shell_style = STYLE_VIMGLOB;

Vim checks whether the last 3 characters of 'shell' are csh.  Since
the last 3 characters of p_sh in this case are  -f, Vim then checks
whether sh is in gettail(p_sh) and uses sh-compatible shell expansion.

It looks like a safer approach would be to grab p_sh up to the first
whitespace and then use gettail() on that to get the shell name.  That
should reduce the false-positive rate for setting STYLE_VIMGLOB in line
5363.

Although, it'll still fail with shells like fish which will pass the
strstr(..., sh) check but not work with STYLE_VIMGLOB.  fish does work
with STYLE_ECHO, so we could add that to the special-case list.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@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#554236: New libxcomposite upstream version

Package: libxcomposite
Version: 1:0.4.0-4
Severity: wishlist

Hello,
Upstream has released 0.4.1.

Please consider update it. :-)

Cheers,
Trafire



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

Bug#554196: [console-setup] Generic German keyboard cannot be setup to use AltGr key

2009-11-03 Thread RalfGesellensetter

Package: console-setup
Version: 1.45
Severity: important
Tags: l10n

--- Please enter the report below this line. ---
Whatever settings I try - I cannot enter important characters like
@ (AltGr + Q)
~ (AltGr + +)
| (AltGr + )
or even: {[]}\

this is a problem within TTY or GTK applications. In KDE (4) apps the 
AltGr key works as desired.

Maybe, these informations can help:
- when I type AltGr + Q twice, I get a list of known hosts (as if I type 
  @ and 2xTAB)
- same problem is there when I use the (clickable) virtual keyboard of 
  KDE. 
- less - reports that instead of plain @, an ESC is sent before.

This means the ESC is triggered additionally before the desired @ 
character is sent. Did I mention that I own a straight 105-keyboard, 
just QWERTZ.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.30-5-686

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.us.debian.org 
  500 unstableftp.spline.de 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
debconf   (= 0.5)  | 1.5.28
 OR debconf-2.0 | 
console-terminus  (= 4.26) | 4.28-1
xkb-data   (= 0.9) | 1.6-1


Recommends  (Version) | Installed
=-+-
kbd (= 0.99-12)  | 1.15-4
 OR console-tools (= 1:0.2.3-16) | 


Suggests  (Version) | Installed
===-+-===
lsb-base (= 3.0-6) | 3.2-23
locales | 2.10.1-5







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

Bug#554162: fail2ban: sometimes(frequently) fails to load iptable rules with multiple jails

2009-11-03 Thread Yaroslav Halchenko

 Patch is working, but i can't use action_mw 
 (output goes like this
 ---
 2009-11-03 21:04:02,138 fail2ban.actions.action: ERROR  printf %b Subject: 
 [Fail2Ban] cyrus: started
 From: Fail2Ban fail2ban

well -- that is what the patch you've applied accomplished
unfortunately :-/ since the mailing command is a multiline printf
command.  imho instead of that patch I would simple tune up the action
for banning -- just add sleep 1 (or sleep 0.1 if system has that recent
sleep ;)) after each command  and see how that helps

or may be alternatively just placing all commands on 1 line with ;
between them -- so they should start as a one command (you said that
system tolerated that fine)

 All commands in one line work ok from command line.
interesting -- thanks for checking

 Sequence is also ok. Fail2ban launches actions in threads?
to say the truth -- I don't know exactly... from what I know, it just
calls system() from stdlib, which should call /bin/sh -c '.'

I still think that the issue is deeper underground (iptables return
before actually completing modification of the table etc) although
myself could not replicate it on none of boxes (biefie enough: 8 cores,
64GB RAM etc) with smth like

for f in {1..100}; do /bin/sh -c iptables -N fail2ban-proftpd; iptables -A 
fail2ban-proftpd -j RETURN; iptables -I INPUT -p tcp -m multiport --dports 
ftp,ftp-data,ftps,ftps-data -j fail2ban-proftpd; iptables -D INPUT -p tcp -m 
multiport --dports ftp,ftp-data,ftps,ftps-data -j fail2ban-proftpd; iptables -F 
fail2ban-proftpd; iptables -X fail2ban-proftpd; done

now the question -- what is your /bin/sh? ;)
could you try different kernel? I've tried on 2.6.26-2-amd64

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]





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

Bug#554256: O: shhopt -- Command line option parser - runtime

Package: wnpp
Severity: normal

The current maintainer of shhopt, Oohara Yuuma ooh...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: shhopt
Binary: libshhopt1, libshhopt1-dev
Version: 1.1.7-2.1
Priority: optional
Section: devel
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 2)
Architecture: any
Standards-Version: 3.5.6
Format: 1.0
Directory: pool/main/s/shhopt
Files:
 467cddc950ee213848b1bf8fe3250ee1 574 shhopt_1.1.7-2.1.dsc
 a1d9c2f12976549c88e5ba1e0f8a6d73 9866 shhopt_1.1.7.orig.tar.gz
 cd8f1b72e8b58cfbadd9d1383494b41e 4054 shhopt_1.1.7-2.1.diff.gz

Package: shhopt
Binary: libshhopt1, libshhopt1-dev
Version: 1.1.7-2.1
Priority: optional
Section: devel
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: debhelper (= 2)
Architecture: any
Standards-Version: 3.5.6
Format: 1.0
Directory: pool/main/s/shhopt
Files:
 467cddc950ee213848b1bf8fe3250ee1 574 shhopt_1.1.7-2.1.dsc
 a1d9c2f12976549c88e5ba1e0f8a6d73 9866 shhopt_1.1.7.orig.tar.gz
 cd8f1b72e8b58cfbadd9d1383494b41e 4054 shhopt_1.1.7-2.1.diff.gz

Package: libshhopt1
Priority: optional
Section: libs
Installed-Size: 64
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhopt
Version: 1.1.7-2.1
Replaces: shhopt
Depends: libc6 (= 2.3.5-1)
Conflicts: shhopt
Filename: pool/main/s/shhopt/libshhopt1_1.1.7-2.1_amd64.deb
Size: 8740
MD5sum: 96b596b1ef29ca589b8ff94c00e0e6d5
SHA1: 9e67fa1ac9651720c3024213fc22bec6aebb7597
SHA256: 60bd8ebc7225f97bacfbc892692f72a12efc9fdbd1ab34fc573bb56e2b28c12c
Description: Command line option parser - runtime
 This is Sverre H. Huseby's library for parsing command line options.
 .
 Both traditional one-character options and GNU-style --long-options
 are supported. This library does a little more than standard getopt.
 .
 This package contains what you need to run programs that use this library.
 .
  upstream webpage: http://shh.thathost.com/
Tag: devel::library, role::shared-lib, suite::gnu

Package: libshhopt1-dev
Priority: optional
Section: libdevel
Installed-Size: 72
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhopt
Version: 1.1.7-2.1
Replaces: libshhopt-dev, shhopt-dev
Provides: libshhopt-dev
Depends: libshhopt1 (= 1.1.7-2.1), libc6-dev
Conflicts: libshhopt-dev, shhopt-dev
Filename: pool/main/s/shhopt/libshhopt1-dev_1.1.7-2.1_amd64.deb
Size: 11660
MD5sum: a46dd7de3402184c51787ee03c21ab46
SHA1: e51889a80420f6b80a490b5bbc2bd1177d88610d
SHA256: ecdac09f5911490743c7ad3b754697ed01838fffa1ae72fb7cf2769ce94d6982
Description: Command line option parser - development
 This is Sverre H. Huseby's library for parsing command line options.
 .
 Both traditional one-character options and GNU-style --long-options
 are supported. This library does a little more than standard getopt.
 .
 This package contains what you need for compiling sources that
 use this library.
 .
  upstream webpage: http://shh.thathost.com/
Tag: devel::library, role::devel-lib, suite::gnu

Package: libshhopt1
Priority: optional
Section: libs
Installed-Size: 64
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhopt
Version: 1.1.7-2.1
Replaces: shhopt
Depends: libc6 (= 2.3.5-1)
Conflicts: shhopt
Filename: pool/main/s/shhopt/libshhopt1_1.1.7-2.1_amd64.deb
Size: 8740
MD5sum: 96b596b1ef29ca589b8ff94c00e0e6d5
SHA1: 9e67fa1ac9651720c3024213fc22bec6aebb7597
SHA256: 60bd8ebc7225f97bacfbc892692f72a12efc9fdbd1ab34fc573bb56e2b28c12c
Description: Command line option parser - runtime
 This is Sverre H. Huseby's library for parsing command line options.
 .
 Both traditional one-character options and GNU-style --long-options
 are supported. This library does a little more than standard getopt.
 .
 This package contains what you need to run programs that use this library.
 .
  upstream webpage: http://shh.thathost.com/
Tag: devel::library, role::shared-lib, suite::gnu

Package: libshhopt1-dev
Priority: optional
Section: libdevel
Installed-Size: 72
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Source: shhopt
Version: 1.1.7-2.1
Replaces: libshhopt-dev, shhopt-dev
Provides: libshhopt-dev
Depends: libshhopt1 (= 1.1.7-2.1), libc6-dev
Conflicts: libshhopt-dev, shhopt-dev
Filename: pool/main/s/shhopt/libshhopt1-dev_1.1.7-2.1_amd64.deb
Size: 11660
MD5sum: a46dd7de3402184c51787ee03c21ab46
SHA1: e51889a80420f6b80a490b5bbc2bd1177d88610d
SHA256: ecdac09f5911490743c7ad3b754697ed01838fffa1ae72fb7cf2769ce94d6982
Description: Command line option parser - development
 This is Sverre H. Huseby's library for parsing command line options.
 .
 Both traditional one-character options and GNU-style --long-options
 are

Bug#554243: ITP: python-jabberbot -- easily write simple Jabber bots

2009-11-03 Thread Carl Chenet

Package: wnpp
Severity: wishlist
Owner: Carl Chenet cha...@ohmytux.com


* Package name: python-jabberbot
  Version : 0.7
  Upstream Author : Thomas Perl t...@thpinfo.com
* URL : http://thpinfo.com/2007/python-jabberbot/
* License : GPL
  Programming Lang: Python
  Description : easily write simple Jabber bots

Python-jabberbot is a Jabber bot framework for Python that enables 
you to easily write simple Jabber bots. 

This Jabber bot is partly inspired by the xmpppy example bot.py, 
but designed to be re-usable and to make it easy to write small 
Jabber bots that do one thing and do it well.



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

Bug#554260: O: cabextract -- a program to extract Microsoft Cabinet files

2009-11-03 Thread Eric Sharkey

On Tue, Nov 3, 2009 at 5:04 PM, Sandro Tosi mo...@debian.org wrote:
 Isn't it polite to at least send me an email message or something
 before determining that I'm not active?

 I did, on 2008-12-10 and a follow-up on 2009-03-11. No improvements
 for your packages after those 2 contacts.

I never received your 2008 message.  I responded to your message in
March. (And you responded to my response, so I know you got it.)

There are no serious problems with my packages.  I'm continuing to
watch them and will respond if any urgent needs are required.
Upstream is stable and there have been no new releases.

This bug is completely inappropriate.

Eric Sharkey
shar...@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#554198: RM: libsoup -- ROM; unmaintained, replaced by libsoup2.4

2009-11-03 Thread Josselin Mouette

Package: ftp.debian.org
Severity: normal

Hi,

libsoup has been replaced by libsoup2.4 a while ago. All reverse 
dependencies have been fixed except one - libsyncml. There is already a 
bug about this one, being #530626, which I will make serious together 
with posting this request. Note that there is already a fixed libsyncml 
version in experimental.

Please remove libsoup from unstable.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling



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

Bug#554226: [INTL:gl] sysvinit debconf translation update

2009-11-03 Thread marce

Package: sysvinit
Version: 2.87dsf-5
Severity: wishlist
Tags: l10n gl

Please find enclosed the updated Galician translation
# Copyright (C) 2009 This file is part of Debian
# This file is distributed under the same license as the sysvinit package.
#
# Marce Villarino mvillar...@gmail.com, 2009.
msgid 
msgstr 
Project-Id-Version: \n
Report-Msgid-Bugs-To: sysvi...@packages.debian.org\n
POT-Creation-Date: 2009-10-08 07:05+0200\n
PO-Revision-Date: 2009-11-03 21:09+0100\n
Last-Translator: Marce Villarino mvillar...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=n != 1;\n

#. Type: boolean
#. Description
#: ../sysv-rc.templates:3001
msgid Migrate legacy boot sequencing to dependency-based sequencing?
msgstr 
Desexa migrar a secuencia de arranque herdada para unha baseada en 
dependencias?

#. Type: boolean
#. Description
#: ../sysv-rc.templates:3001
msgid 
The boot system is prepared to migrate to dependency-based sequencing. This 
is an irreversible step, but one that is recommended: it allows the boot 
process to be optimized for speed and efficiency, and provides a more 
resilient framework for development.
msgstr 
O sistema de arrinque estÃ¡ preparado para migrar para un baseado en 
dependencias. 
Este Ã© un paso irreversÃbel, pero recomÃ©ndase dalo, xa que permite optimizar 
o 
proceso de arrinque mellorando a eficiencia e a velocidade, e fornece un 
framework mÃ¡is elÃ¡stico para os desenvolventes.

#. Type: boolean
#. Description
#: ../sysv-rc.templates:3001
msgid 
A full rationale is detailed in /usr/share/doc/sysvinit/README.Debian.gz. If 
you choose not to migrate now, you can do so later by running \dpkg-
reconfigure sysv-rc\.
msgstr 
Hai unha argumentaciÃ³n completa en /usr/share/doc/sysvinit/README.Debian.gz. 
Se escolle non migrar agora, poderÃ¡ facelo mÃ¡is tarde executando Â«dpkg-
reconfigure sysv-rcÂ».

#. Type: note
#. Description
#: ../sysv-rc.templates:4001
msgid Unable to migrate to dependency-based boot system
msgstr Non foi posÃbel migrar para o sistema baseado en dependencias

#. Type: note
#. Description
#: ../sysv-rc.templates:4001
msgid 
Tests have determined that problems in the boot system exist which prevent 
migration to dependency-based boot sequencing:
msgstr 
As probas determinaron que hai problemas no sistema de arrinque que fan que 
non se poda migrar para a secuencia baseada en dependencias:

#. Type: note
#. Description
#: ../sysv-rc.templates:4001
msgid 
If the reported problem is a local modification, it needs to be fixed 
manually. If it's a bug in the package, it should be reported to the BTS and 
fixed in the package. See http://wiki.debian.org/LSBInitScripts/;
DependencyBasedBoot for more information about how to fix the problems 
preventing migration.
msgstr 
Se o problema que se detectou Ã© unha modificaciÃ³n local deberÃ¡ ser corrixido 
manualmente. De ser un erro no paquete debe informarse no BTS para corrixilo 
no paquete. Consulte http://wiki.debian.;
org/LSBInitScripts/DependencyBasedBoot 
para obter mÃ¡is informaciÃ³n acerca de como corrixir os problemas que fan que 
non se poda migrar.

#. Type: note
#. Description
#: ../sysv-rc.templates:4001
msgid 
To reattempt the migration process after the problems have been fixed, run 
\dpkg-reconfigure sysv-rc\.
msgstr 
Para tentar de novo o proceso de migraciÃ³n tras corrixir os problemas, 
execute Â«dpkg-reconfigure sysv-rcÂ».

Bug#554206: openjdk-6-jre-lib: usr-share-doc-symlink-without-dependency openjdk-6-jre

Package: openjdk-6-jre-lib
Version: 6b16-1.6.1-2
Severity: serious
User: lintian-ma...@debian.org
Usertags: usr-share-doc-symlink-without-dependency

If the package installs a symbolic link /usr/share/doc/pkg1 - pkg2,
then pkg1 has to depend on pkg2 with the same version as pkg1.

Note, that adding the Depends: entry just to fix this bug is not a
good solution. It's suggested that you include a real
/usr/share/doc/pkg1 directory within pkg1 and copy the copyright file
into that directory.  If the packages do not share source code, then
pkg1 should have its own copyright file (since the authors of pkg2 are
not to blame for pkg1). This bit covers meta packages as well.

Refer to Debian Policy Manual section 12.5 (Copyright information) for
details. 

,[ 12.5 Copyright information ]
| Every package must be accompanied by a verbatim copy of its copyright
| and distribution license in the file
| /usr/share/doc/package/copyright. This file must neither be compressed
| nor be a symbolic link. `
| ...
| /usr/share/doc/package may be a symbolic link to another directory in
| /usr/share/doc only if the two packages both come from the same source
| and the first package Depends on the second. These rules are important
| because copyrights must be extractable by mechanical means.
`

This is a bug filed due to a lintian warning (see above). However,
this has also been checked manually, and thus there should be no false
positives.

Filed as serious since it is a violation of a must directive in
policy, and also since  a package with these flaws will
currently get this package rejected. See
  http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.

manoj


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

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

Versions of packages openjdk-6-jre-lib depends on:
ii  dpkg1.15.4.1 Debian package management system
ii  openjdk-6-jre-headless  6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo

openjdk-6-jre-lib recommends no packages.

openjdk-6-jre-lib 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#554339: FTBFS: error: linking to Fortran libraries from C fails

2009-11-03 Thread Nobuhiro Iwamatsu

Package: v-sim
Version: 3.5.0-1
Severity: important
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

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

v-sim can not build on sh4. Because configure of this package generated
from old autoconf.
  
http://buildd.debian-ports.org/fetch.php?pkg=v-simarch=sh4ver=3.5.0-1stamp=1257189249file=logas=raw

-
checking how to get verbose linking output from gfortran... -v
checking for Fortran libraries of gfortran...  -little
-L/usr/lib/gcc/sh4-linux-gnu/4.3.4
-L/usr/lib/gcc/sh4-linux-gnu/4.3.4/../../.. -lgfortranbegin -lgfortran
-lm
configure: error: linking to Fortran libraries from C fails
checking for dummy main to link with Fortran libraries... unknown
See `config.log' for more details.
-

Old autoconf adds -little option to compile option. Some CPU architecture can't
interpret this option. Therefore, this has build error.
  http://lists.gnu.org/archive/html/bug-autoconf/2008-10/msg00039.html

We need patch revising this.
I added patch to revising these. Package building was fine.
Please apply  patche.

Best regards,
 Nobuhiro
diff -urNad v-sim-3.5.0~/configure v-sim-3.5.0/configure
--- v-sim-3.5.0~/configure	2009-10-22 12:22:53.0 +
+++ v-sim-3.5.0/configure	2009-11-03 13:39:17.0 +
@@ -25666,7 +25666,7 @@
 
   ;;
   # Ignore these flags.
--lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -LANG:=* | -LIST:* | -LNO:*)
+-lang* | -lcrt*.o | -lc | -lgcc* | -lSystem | -libmil | -little | -LANG:=* | -LIST:* | -LNO:*)
   ;;
 -lkernel32)
   test x$CYGWIN != xyes  ac_cv_fc_libs=$ac_cv_fc_libs $ac_arg

Bug#554261: please (re-)create debian/control per default (Re: debian-edu build process, once more)

2009-11-03 Thread Holger Levsen

package: blends
x-debbugs-cc: debian-...@lists.debian.org

Hi,

On Montag, 2. November 2009, Andreas Tille wrote:
 On Fri, Oct 30, 2009 at 10:34:42PM +0200, Holger Levsen wrote:
  I think foolproofness is more important today, given that almost all
  developers have broadband.

 Hmmm, Deutsche Telekom calls my 385kBit DSL/2 broadband.  Do you agree
 with them? :-((

Not sure, maybe ;-D But let me rephrase my original statement: I think 
foolproofness and robustness is way more important than gaining a few 
seconds.

 OK, I think I'll change it.  Feel free to ping me or write a bug report.

Done :)

 I'm currently a bit busy with real life issues (that's the reason why I
 was not as responsive as usual over the weekend).

I'd say real life is even more important than anything :-)


cheers  thanks for your work on the blend framework!
Holger


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

Bug#553014: More info

2009-11-03 Thread Lisandro Damián Nicanor Pérez Meyer

reassign 553014 libqtgui4
thanks

I could reproduce it with qtiplot, so it's a Qt problem.
I'll report it upstream asap.


Regards, Lisandro.

-- 
Vió, buteó y andó

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#554335: RM: svk -- ROM; Dead upstream

2009-11-03 Thread Bastian Blank

Package: ftp.debian.org
Severity: normal

Please remove svk from unstable. It is not longer developed.

Bastian

-- 
Men of peace usually are [brave].
-- Spock, The Savage Curtain, stardate 5906.5



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

Bug#545032: [Pkg-utopia-maintainers] Bug#545032: Bug#545032: Bug#545032: Bug#545032: Bug#545032: Bug#545032: devicekit-disks - Handles add actions of dm devices

2009-11-03 Thread Michael Biebl

Bastian Blank wrote:
 On Fri, Oct 16, 2009 at 11:55:55PM +0200, Bastian Blank wrote:
 On Fri, Oct 16, 2009 at 11:43:52PM +0200, Bastian Blank wrote:
 Okay. What about point 1 of my list? This still probes device-mapper
 devices.
 
 | - Probe for partitions, aka open, on all block devices with a (small)
 |   blacklist. This can be only allowed with a whitelist, as several
 |   device types may not be queried from add events or not at all, like
 |   several dm subtypes.
 
 This patch should use an apropriate whitelist.

So, here is a status update on this issue:
What happened so far is, that I removed the blkid call for dm devices.
I also dropped the devkit-disks-dm-export prober altogether and instead rely on
the information setup by dmsetup/cryptsetup.

The last bit is the devkit-disks-part-id prober.

Unfortunately I can't just drop this prober completely for all dm/md devices, as
you might have partitioning information on such a device.

Discussing with upstream, 95-devkit-disks.rules was changed to only act on
change events (and not add|change) and I additionally added a rule to skip
devices where DM_HIDE==1 is set.

The latest state is at
http://git.debian.org/?p=pkg-utopia/devicekit-disks.git;a=summary

and I plan to upload that soonish as 009-1.

Hopefully this addresses your remaining complaints in a sufficient manner so the
 conflicts in dmsetup can be removed again.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#550600: fails to build with newer eglibc

2009-11-03 Thread Josselin Mouette

Le mardi 03 novembre 2009 à 13:34 +0100, Josselin Mouette a écrit : 
 Le dimanche 11 octobre 2009 à 16:04 +0200, Stefan Potyra a écrit : 
  during Ubuntu's rebuild test, libsoup failed to build with the newer 
  eglibc [1], since it provides a definition for dprintf.
  
  Attached is a patch that changes the local defintions of dprintf to
  dprintf_local.
 
 Wouldn’t it be sufficient to build it with -Bsymbolic instead?
 
 Lucas, should I understand that it failed using the latest version of
 eglibc in Debian? If so it will be easy to test both solutions.

Oh, I didn’t notice it was about libsoup, not libsoup2.4.

Perfect timing to remove the package.

Cheers, 
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#554247: $XDG_CONFIG_HOME not set, user's config is never applied

2009-11-03 Thread Ramses Rodriguez Martinez

Package: lxde-common
Version: 0.4.2-1
Severity: normal

Variable XDG_CONFIG_HOME used in file /usr/bin/openbox-lxde is never
set, so openbox runs with a wrong argument --config-file
/openbox/lxde-rc.xml and user's configuration is never applied.

This variable should be set by /usr/bin/startlxde script but the
latter is never executed.

As a quick fix i did this on script /usr/bin/openbox-lxde:

   exec openbox --config-file
${XDG_CONFIG_HOME:-$HOME/.config}/openbox/lxde-rc.xml $@

But probably the proper solution involves calling /usr/bin/startlxde
in some step of lxde booting process.

I'm using xdm+lxde+openbox.



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

Bug#554264: O: macutils -- Set of tools to deal with specially encoded Macintosh files

On Tue, Nov 3, 2009 at 23:18, Eric Sharkey e...@lisaneric.org wrote:
 On Tue, Nov 3, 2009 at 4:41 PM, Sandro Tosi mo...@debian.org wrote:
 Package: wnpp
 Severity: normal

 The current maintainer of macutils, Eric Sharkey shar...@debian.org,
 is apparently not active anymore.  Therefore, I orphan this package now.

 And yet here I am...

So keep the package up to date with Debian standards, fix the bugs and
so on. The last upload is on March 2006: this is not maintaining a
package.

If you *strongly* believe you are still maintaining this package, then
close this bug with an upload.

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



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

Bug#542430: Incorrect wildcard expansion when p_sh has arguments to the shell

2009-11-03 Thread Bram Moolenaar


James -

 The code in src/os_unix.c:mch_expand_wildcards which detects what shell
 is being used doesn't work properly if 'shell' has been set to a shell
 and arguments (e.g., /bin/tcsh -f).
 
 5354 else if ((len = STRLEN(p_sh)) = 3)
 5355 {
 5356 if (STRCMP(p_sh + len - 3, csh) == 0)
 5357 shell_style = STYLE_GLOB;
 5358 else if (STRCMP(p_sh + len - 3, zsh) == 0)
 5359 shell_style = STYLE_PRINT;
 5360 }
 5361 if (shell_style == STYLE_ECHO  strstr((char *)gettail(p_sh),
 5362
 sh) != NULL)
 5363 shell_style = STYLE_VIMGLOB;
 
 Vim checks whether the last 3 characters of 'shell' are csh.  Since
 the last 3 characters of p_sh in this case are  -f, Vim then checks
 whether sh is in gettail(p_sh) and uses sh-compatible shell expansion.
 
 It looks like a safer approach would be to grab p_sh up to the first
 whitespace and then use gettail() on that to get the shell name.  That
 should reduce the false-positive rate for setting STYLE_VIMGLOB in line
 5363.
 
 Although, it'll still fail with shells like fish which will pass the
 strstr(..., sh) check but not work with STYLE_VIMGLOB.  fish does work
 with STYLE_ECHO, so we could add that to the special-case list.

Well, theoretically there could be a space in the path.  I think
searching for the last slash, using gettail(), can comparing from that
position should work in most cases.  To catch tcsh as well as csh we
can use strstr on gettail().  That only fails for sh -csh, but
that's unlikely to be used :-).

-- 
Any sufficiently advanced technology is indistinguishable from magic.
Arthur C. Clarke
Any sufficiently advanced bug is indistinguishable from a feature.
Rich Kulawiec

 /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///



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

Bug#550930: does the bug still appear in 0.12-1?

2009-11-03 Thread Sebastian Reichel

Hi,

does the bug still exist in 0.1.12?

-- Sebastian


signature.asc
Description: Digital signature

Bug#543098: FTBFS: tests failed

2009-11-03 Thread Salvatore Bonaccorso

Hi Luc, hi Bastian

However, keeping in mind that it was announced that svk would not be
developed anymore [1]: Should libsvn-simple-perl (and the rdepends
libsvn-mirror-perl, svk, etcinsvk) be removed in near future from
unstable at all?

 [1] http://lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html

Bests
Salvatore, sorrying for the 'big noise', looking at open RC-Bugs.


signature.asc
Description: Digital signature

Bug#554244: libgdal1-1.3.2: /usr/lib/libmfhdf.so.4 and /usr/lib/libnetcdf.so.3 both define NC_check_id

2009-11-03 Thread David Monniaux

Package: libgdal1-1.3.2
Version: 1.3.2-4
Severity: important

/usr/lib/libgdal1.3.2.so refers to both /usr/lib/libmfhdf.so.4 and
/usr/lib/libnetcdf.so.3, both of which define functions with identical
names, in particular NC_check_id. The problem is that each of these
libraries has its own copy of certain data structures, and if both are
loaded terrible things happen, like netcdf initializing certain data
structures with its own functions and reading them with mfhdf's
functions.

The consequence is that it is impossible to write CDF files with
gdal_translate:
$ /usr/bin/gdal_translate -of gmt elevation.tif  foo.gmt
Input file size is 101, 101
netcdf: 3 is not a valid cdfid

(What happens is that NetCDF checks a variable called cdfid against a
list of open files... except that it calls the function from HDF to
perform the check, which fails.)

This is a known incompatibility, for which one can either disable HDF support
in GDAL, or build HDF without including its own NetCDF implementation,
as explained here:
http://trac.osgeo.org/gdal/wiki/HDF

-- 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.30.5-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libgdal1-1.3.2 depends on:
ii  libc6   2.3.6.ds1-13etch9+b1 GNU C Library: Shared libraries
ii  libcfitsio2 2.510-1.3shared library for I/O with FITS f
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libgeos2c2a 2.2.3-3  Geometry engine for Geographic Inf
ii  libhdf4g4.1r4-18.1   The Hierarchical Data Format libra
ii  libjasper-1.701-1   1.701.0-2The JasPer JPEG-2000 runtime libra
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libmysqlclient15off 5.0.32-7etch11   mysql database client library
ii  libnetcdf3  3.6.1-1  An interface for scientific data a
ii  libpng12-0  1.2.15~beta5-1+etch2 PNG library - runtime
ii  libpq4  8.1.18-0etch1PostgreSQL C client library
ii  libstdc++6  4.1.1-21 The GNU Standard C++ Library v3
ii  libtiff43.8.2-7+etch3Tag Image File Format (TIFF) libra
ii  libungif4g  4.1.4-4  shared library for GIF images
ii  libxerces27 2.7.0-3  validating XML parser library for 
ii  unixodbc2.2.11-13ODBC tools libraries
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages libgdal1-1.3.2 recommends:
ii  proj  4.4.9d-2   Cartographic projection filter and

-- 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#552577: Package kmchart has been removed from Debian

2009-11-03 Thread Nathan Scott


- Simon Olofsson si...@olofsson.de wrote:

 Nathan, Marco, thanks for your explanations. I just saw that this
 package is now only available via debports. I don't think this was
 the
 case, when I filed the bug, so I didn't really notice, that this
 package was removed.

Hi Simon,

Yes, this has only just been removed from the archive (your report
prompted me to get onto it - thanks).  I believe your patch has been
incorporated into the kmchart replacement package, pcp-gui - if that
turns out not to be the case (I'm certain it is though), please let
me know.

cheers.

-- 
Nathan



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

Bug#554165: gnome-applets: sticky notes applet does not start any more

2009-11-03 Thread Vasilis Vasaitis

On Tue, Nov 03, 2009 at 05:53:38PM +0100, Emilio Pozuelo Monfort wrote:

..[snip]..

 Run /usr/lib/gnome-applets/battstat-applet-2 and see if there are any errors 
 in
 terminal (ISTR I once saw unresolved symbols that caused a similar issue), and
 check dmesg and .xsession-errors after trying to add it to the panel. Other 
 than
 that I have no clue...

  Ah, bingo. When I try it with panel-test-applets, I get from dmesg:

stickynotes_app[8420]: segfault at 58 ip 0040704c sp 7fffd1edf800 
error 6 in stickynotes_applet[40+e000]

  Any hints as to how to proceed from this?

Thanks,
Vasilis

P.S. Don't forget to CC the bug. ;^)

-- 
Vasilis Vasaitis
A man is well or woe as he thinks himself so.





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

Bug#554267: RM: elisa -- ROM; obsoleted by Moovida

Package: ftp.debian.org
Severity: normal

Hi!

Elisa has reincarnated as/has been obsoleted by Moovida.  The experimental
suite already contains new and transitional packages.

Thanks in advance,
Paul



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

Bug#551939: Patch is available for this DoS.

2009-11-03 Thread Frank Lin PIAT

tag 551939 +patch
thanks


Hello,

A patch is available for Debian's expat package. I haven't tested it,
but the version of expat included in Lenny's python-xml is the same as
the version of expat in etch (1.95.8)

So the patch is in:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551936

Thanks,

Franklin



see also: http://security-tracker.debian.org/tracker/CVE-2009-2625




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

Bug#554264: O: macutils -- Set of tools to deal with specially encoded Macintosh files

Package: wnpp
Severity: normal

The current maintainer of macutils, Eric Sharkey shar...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: macutils
Binary: macutils
Version: 2.0b3-15
Priority: optional
Section: otherosfs
Maintainer: Eric Sharkey shar...@debian.org
Build-Depends: debhelper (= 5.0.0)
Architecture: any
Standards-Version: 3.6.2.2
Format: 1.0
Directory: pool/main/m/macutils
Files:
 70e46d7ccbc002ce3d09ae292c8075cd 568 macutils_2.0b3-15.dsc
 4ff71b1634ea503398c33994458fbe40 95749 macutils_2.0b3.orig.tar.gz
 c248f59822e13ae9b6ee5c68f8673251 3961 macutils_2.0b3-15.diff.gz

Package: macutils
Binary: macutils
Version: 2.0b3-15
Priority: optional
Section: otherosfs
Maintainer: Eric Sharkey shar...@debian.org
Build-Depends: debhelper (= 5.0.0)
Architecture: any
Standards-Version: 3.6.2.2
Format: 1.0
Directory: pool/main/m/macutils
Files:
 70e46d7ccbc002ce3d09ae292c8075cd 568 macutils_2.0b3-15.dsc
 4ff71b1634ea503398c33994458fbe40 95749 macutils_2.0b3.orig.tar.gz
 c248f59822e13ae9b6ee5c68f8673251 3961 macutils_2.0b3-15.diff.gz

Package: macutils
Priority: optional
Section: otherosfs
Installed-Size: 356
Maintainer: Eric Sharkey shar...@debian.org
Architecture: amd64
Version: 2.0b3-15
Depends: libc6 (= 2.3.5-1)
Suggests: hfsutils
Filename: pool/main/m/macutils/macutils_2.0b3-15_amd64.deb
Size: 121624
MD5sum: 36147e3759f76a6115db8557f0e26ea7
SHA1: 66aa5e7b44e76b209f9099a5c5438f76fc8350f3
SHA256: d9cdf576b5e3bc6a3ee569b448f3794b990baa209c6d9cf6caf7fb3719ae9b6c
Description: Set of tools to deal with specially encoded Macintosh files
 macutils is a package that contains a number of utilities
 that deal with Macintosh files on a Unix system. This is
 useful for converting BinHex-encoded files to the smaller
 MacBinary format before transferring them to a Mac.
Tag: interface::commandline, role::program, scope::utility, use::converting

Package: macutils
Priority: optional
Section: otherosfs
Installed-Size: 356
Maintainer: Eric Sharkey shar...@debian.org
Architecture: amd64
Version: 2.0b3-15
Depends: libc6 (= 2.3.5-1)
Suggests: hfsutils
Filename: pool/main/m/macutils/macutils_2.0b3-15_amd64.deb
Size: 121624
MD5sum: 36147e3759f76a6115db8557f0e26ea7
SHA1: 66aa5e7b44e76b209f9099a5c5438f76fc8350f3
SHA256: d9cdf576b5e3bc6a3ee569b448f3794b990baa209c6d9cf6caf7fb3719ae9b6c
Description: Set of tools to deal with specially encoded Macintosh files
 macutils is a package that contains a number of utilities
 that deal with Macintosh files on a Unix system. This is
 useful for converting BinHex-encoded files to the smaller
 MacBinary format before transferring them to a Mac.
Tag: interface::commandline, role::program, scope::utility, use::converting




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

Bug#554186: [pidgin-awayonlock] new upstream release

2009-11-03 Thread Andrew J. Barr

Package: pidgin-awayonlock
Version: 0.5-1
Severity: important

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

Version 0.5.1 has been released, which fixes a rather annoying bug
where the away state is not un-done when coming back from (screensaver)
idle.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.31-4.tp1

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.us.debian.org 
  500 unstableftp.lionroo.dyndns.org 
  500 unstabledebian.scribus.net 
  101 experimentalftp.us.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libc6 (= 2.3.6-6~) | 2.10.1-5
libdbus-1-3  (= 1.0.2) | 1.2.16-2
libdbus-glib-1-2  (= 0.78) | 0.82-2
libglib2.0-0(= 2.16.0) | 2.22.2-2
libpurple0   (= 2.2.0) | 2.6.3-1
pidgin  | 2.6.3-1
gnome-screensaver(= 2.26)  | 2.28.0-1+b1
 OR kscreensaver   (= 4.2) | 


Package's Recommends field is empty.

Package's Suggests field is empty.








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

Bug#554003: cpu plugin has too strict limits

2009-11-03 Thread Tom Feiner

tags 554003 + patch
quit

Oops, browser cache :)

Tom



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

Bug#554257: O: tenmado -- hard-core shoot 'em up game in blue-or-red world

Package: wnpp
Severity: normal

The current maintainer of tenmado, Oohara Yuuma ooh...@debian.org,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: tenmado
Binary: tenmado
Version: 0.7-3
Priority: optional
Section: games
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: dbs, debhelper (= 5), libsdl-image1.2-dev (= 1.2.2-4), 
libsdl1.2-dev (= 1.2.4-1)
Architecture: any
Standards-Version: 3.6.1
Format: 1.0
Directory: pool/main/t/tenmado
Files:
 cc3558d14ad97fab2aad3ca3770c2f40 617 tenmado_0.7-3.dsc
 f86fa495a8c4351a48a0fe7b0e61a07d 290624 tenmado_0.7.orig.tar.gz
 69598181b67407a9e39eccb95e639cd3 8832 tenmado_0.7-3.diff.gz

Package: tenmado
Binary: tenmado
Version: 0.7-3
Priority: optional
Section: games
Maintainer: Oohara Yuuma ooh...@debian.org
Build-Depends: dbs, debhelper (= 5), libsdl-image1.2-dev (= 1.2.2-4), 
libsdl1.2-dev (= 1.2.4-1)
Architecture: any
Standards-Version: 3.6.1
Format: 1.0
Directory: pool/main/t/tenmado
Files:
 cc3558d14ad97fab2aad3ca3770c2f40 617 tenmado_0.7-3.dsc
 f86fa495a8c4351a48a0fe7b0e61a07d 290624 tenmado_0.7.orig.tar.gz
 69598181b67407a9e39eccb95e639cd3 8832 tenmado_0.7-3.diff.gz

Package: tenmado
Priority: optional
Section: games
Installed-Size: 784
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Version: 0.7-3
Depends: libc6 (= 2.7-1), libsdl-image1.2 (= 1.2.5), libsdl1.2debian (= 
1.2.10-1)
Filename: pool/main/t/tenmado/tenmado_0.7-3_amd64.deb
Size: 201868
MD5sum: bd6dc32f3c7ce32fb92167099f62a63d
SHA1: 4ebed21efecea4494e0bc04af6c5c79daef05c26
SHA256: dce4e2626851fbe63a244ee6d65d41753a45fd348398393b183bdbbc7fe2cb31
Description: hard-core shoot 'em up game in blue-or-red world
 tenmado is a vertically scrolling, late 1990s style (that is, a massive
 number of enemy shots against a smaller-than-it-looks spaceship) shoot 'em
 up game.  A very accurate collision detection makes it a game of
 dexterity.  If something looks like a triangle, it is a triangle, not
 a rectangle of similar size.
 .
 However, surviving is only 20% of the game.  The main feature of tenmado
 is the color chain bonus.  You can get a very big score (about 100 times
 bigger than a normal enemy-destruction point) by destroying enemies of
 the same color successively.  It is easy or difficult depending on how
 greedy you are.
 .
  Upstream webpage: http://www.interq.or.jp/libra/oohara/tenmado/index.html
Tag: game::arcade, interface::x11, role::program, uitoolkit::sdl, 
use::gameplaying, x11::application

Package: tenmado
Priority: optional
Section: games
Installed-Size: 784
Maintainer: Oohara Yuuma ooh...@debian.org
Architecture: amd64
Version: 0.7-3
Depends: libc6 (= 2.7-1), libsdl-image1.2 (= 1.2.5), libsdl1.2debian (= 
1.2.10-1)
Filename: pool/main/t/tenmado/tenmado_0.7-3_amd64.deb
Size: 201868
MD5sum: bd6dc32f3c7ce32fb92167099f62a63d
SHA1: 4ebed21efecea4494e0bc04af6c5c79daef05c26
SHA256: dce4e2626851fbe63a244ee6d65d41753a45fd348398393b183bdbbc7fe2cb31
Description: hard-core shoot 'em up game in blue-or-red world
 tenmado is a vertically scrolling, late 1990s style (that is, a massive
 number of enemy shots against a smaller-than-it-looks spaceship) shoot 'em
 up game.  A very accurate collision detection makes it a game of
 dexterity.  If something looks like a triangle, it is a triangle, not
 a rectangle of similar size.
 .
 However, surviving is only 20% of the game.  The main feature of tenmado
 is the color chain bonus.  You can get a very big score (about 100 times
 bigger than a normal enemy-destruction point) by destroying enemies of
 the same color successively.  It is easy or difficult depending on how
 greedy you are.
 .
  Upstream webpage: http://www.interq.or.jp/libra/oohara/tenmado/index.html
Tag: game::arcade, interface::x11, role::program, uitoolkit::sdl, 
use::gameplaying, x11::application




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

Bug#554238: New libxcursor upstream version

Package: libxcursor
Version: 1:1.1.9-1
Severity: wishlist

Hello,
Upstream has released 1.1.10.

Please consider update it. :-)

Cheers,
Trafire



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

Bug#554203: libuim-dev: usr-share-doc-symlink-without-dependency uim-common

Package: libuim-dev
Version: 1:1.5.6-1
Severity: serious
User: lintian-ma...@debian.org
Usertags: usr-share-doc-symlink-without-dependency

If the package installs a symbolic link /usr/share/doc/pkg1 - pkg2,
then pkg1 has to depend on pkg2 with the same version as pkg1.

Note, that adding the Depends: entry just to fix this bug is not a
good solution. It's suggested that you include a real
/usr/share/doc/pkg1 directory within pkg1 and copy the copyright file
into that directory.  If the packages do not share source code, then
pkg1 should have its own copyright file (since the authors of pkg2 are
not to blame for pkg1). This bit covers meta packages as well.

Refer to Debian Policy Manual section 12.5 (Copyright information) for
details. 

,[ 12.5 Copyright information ]
| Every package must be accompanied by a verbatim copy of its copyright
| and distribution license in the file
| /usr/share/doc/package/copyright. This file must neither be compressed
| nor be a symbolic link. `
| ...
| /usr/share/doc/package may be a symbolic link to another directory in
| /usr/share/doc only if the two packages both come from the same source
| and the first package Depends on the second. These rules are important
| because copyrights must be extractable by mechanical means.
`

This is a bug filed due to a lintian warning (see above). However,
this has also been checked manually, and thus there should be no false
positives.

Filed as serious since it is a violation of a must directive in
policy, and also since  a package with these flaws will
currently get this package rejected. See
  http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.

manoj


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

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

Versions of packages libuim-dev depends on:
pn  libm17n-dev   none (no description available)
pn  libuim6   none (no description available)

libuim-dev recommends no packages.

libuim-dev suggests no packages.



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

Bug#554233: ssmping: fails to build from source

2009-11-03 Thread Jim Meyering

Package: ssmping
Version: 0.9.1-2
Severity: normal
Tags: patch

Hello,

I noticed that ssmp 0.9.1 fails to build from source with reasonably new glibc.
Since I don't see a bug tracker or mailing list, I'm reporting it here.

First, compilation fails:

ssmpingd.c: In function 'zerosrcinterface':
ssmpingd.c:44: error: dereferencing pointer to incomplete type

There is also a type mismatch warning:

ssmping.c:55: warning: passing argument 3 of 'getsockname' from \
  incompatible pointer type

The type mismatch matters when socklen_t and size_t have different widths.
And they do on most x86_64 systems (4 vs 8).
Here are patches for both:

From 04d6a7e30decfa754e2a6ae6f937cd64cd6df9a1 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Tue, 3 Nov 2009 21:06:16 +0100
Subject: [PATCH 1/2] avoid a warning from gcc about type mismatch

* ssmping.c (main): Use socklen_t as type of variable whose address
is passed as arg 3 of getsockname , not size_t.
---
 ssmping.c |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/ssmping.c b/ssmping.c
index 92866c2..c3ca887 100644
--- a/ssmping.c
+++ b/ssmping.c
@@ -22,7 +22,7 @@ int main(int argc, char **argv) {
 uint16_t size;
 uint32_t intface;
 struct sockaddr_storage name, ucaddr, mcaddr, grpaddr;
-size_t namelen;
+socklen_t namelen;
 #ifdef WIN32
 WORD wVersionRequested;
 WSADATA wsaData;
--
1.6.5.2.292.g1cda2


From 81f29c8a0967b86de76fd0f5bbe7323886cf23f2 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Tue, 3 Nov 2009 21:11:11 +0100
Subject: [PATCH 2/2] avoid compilation failure with modern glibc

* ssmpingd.c (_GNU_SOURCE): Define, so the use of pktinfo-ipi6_ifindex
works with recent glibc-based header files.
---
 ssmpingd.c |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/ssmpingd.c b/ssmpingd.c
index b45b674..4f24016 100644
--- a/ssmpingd.c
+++ b/ssmpingd.c
@@ -10,6 +10,8 @@
  * copyright notice and this permission notice appear in all copies.
  */

+#define _GNU_SOURCE 1
+
 #include ssmping.h

 #ifndef WIN32
--
1.6.5.2.292.g1cda2



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

Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages ssmping depends on:
ii  libc6 2.10.1-5   GNU C Library: Shared libraries

ssmping recommends no packages.

ssmping 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#554240: New nvidia-graphics-drivers upstream version

Package: nvidia-graphics-drivers
Version: 185.18.36-2
Severity: wishlist

Hello,
Upstream has released 190.42.
http://www.nvidia.com/object/unix.html

Please consider update it. :-)

Cheers,
Trafire



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

Bug#554262: O: xsoldier -- shoot 'em up game with the not shooting bonus