date:20110331

fixed 598756 2011.1.15-0.1
thanks

Fixed now in unstable. For example ntfs-3g (2011.1.15-0.1)
from unstable compiles and works probperly on alpha.

I created small ntfs partition/filesystem using mkfs.ntfs from
ntfsprogs, and mounted using ntfs-3g and used for a while.
everything seems fine. unmount, mounted, compared md5sums,
everything ok.

If there is no objections, I will close it in few next days.
(I will eventually check it agains real Windows partition image)

Thanks.



-- 
Witold Baryluk
JID: witold.baryluk // jabster.pl



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

Bug#598759: ntfs-3g: FTBFS on alpha: error: redefinition of 'struct timespec' [FIXED]

# typo in last digit (BTS do not have any way to copy-paste bug numbers), sorry.
notfixed 598756 2011.1.15-0.1
fixed 598759 2011.1.15-0.1
thanks

 
 Fixed now in unstable. For example ntfs-3g (2011.1.15-0.1)
 from unstable compiles and works probperly on alpha.
 
 I created small ntfs partition/filesystem using mkfs.ntfs from
 ntfsprogs, and mounted using ntfs-3g and used for a while.
 everything seems fine. unmount, mounted, compared md5sums,
 everything ok.
 
 If there is no objections, I will close it in few next days.
 (I will eventually check it agains real Windows partition image)
 
 Thanks.
 
 

-- 
Witold Baryluk



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

Bug#620278: linux-image-2.6.38-2-amd64: tpm_tis failure increases boot time a llllooootttt

2011-03-31 Thread Hendrik Sattler

Am Donnerstag 31 März 2011, 21:04:05 schrieb Ben Hutchings:
 On Thu, Mar 31, 2011 at 08:47:52PM +0200, Hendrik Sattler wrote:
  Package: linux-2.6
  Version: 2.6.38-2
  Severity: normal
  
  Hi,
  
  there are several problems with this linux-image, either the
  configuration or patches as a self-compile 2.6.38-rc7 does not suffer
  from those problems. The boot process (until login on vt1 is possible)
  take 6 minutes with the Debian kernel while the self-compiled (although
  almost everything that's needed is compiled-in) kernel takes far less
  than 1 minute (never measured this).
  
  If you more information than below, just tell me.
 
 [...]
 
 This seems to be the fault of the tpm_tis driver.
 
 I think I will disable auto-loading of this driver, as it can take
 a very long time to (fail to) initialise on some systems while very
 few users will actually need it.

Especially since tpm_infineon.ko loads just fine. In this case, disabling 
loading for PNP-ID IFX0102 (and possibly any other that is already covered by 
other drivers) is sufficient. After all, one of those devices (the one of the 
author of the driver) possibly works fine with that driver.

HS



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

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

2011-03-31 Thread Roberto C. Sanchez

Package: lintian
Version: 2.4.3
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

In prepareing tbb 3.0+r147-1 for upload, this was reported:

N: Processing binary package tbb-examples (version 3.0+r147-1) ...
W: tbb-examples: gz-file-not-gzip 
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

roberto@quito:/network/scratch/roberto/src/tbb/trunk$ find . -name 
convex_hull_bench.cpp
./examples/parallel_reduce/convex_hull/convex_hull_bench.cpp
roberto@quito:/network/scratch/roberto/src/tbb/trunk$ mkdir 
/var/lib/chroot/pbuilder-sid/results/tmp
roberto@quito:/network/scratch/roberto/src/tbb/trunk$ cd 
/var/lib/chroot/pbuilder-sid/results/tmp
roberto@quito:/var/lib/chroot/pbuilder-sid/results/tmp$ dpkg -x 
../tbb-examples_3.0+r147-1_all.deb .
roberto@quito:/var/lib/chroot/pbuilder-sid/results/tmp$ find . -name 
'*convex_hull_bench.cpp*'
./usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz
roberto@quito:/var/lib/chroot/pbuilder-sid/results/tmp$ file 
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz
 
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz:
 gzip compressed data, from Unix, max compression
roberto@quito:/var/lib/chroot/pbuilder-sid/results/tmp$ gunzip 
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz
 
roberto@quito:/var/lib/chroot/pbuilder-sid/results/tmp$ find . -name 
'*convex_hull_bench.cpp*'
./usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp

Regards,

- -Roberto

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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.20.1-16 The GNU assembler, linker and bina
ii  diffstat   1.53-1produces graph of changes introduc
ii  dpkg-dev   1.15.8.10 Debian package development tools
ii  file   5.04-5Determines file type using magic
ii  gettext0.18.1.1-3GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libdigest-sha-perl 5.48-1Perl extension for SHA-1/224/256/3
ii  libipc-run-perl0.89-1Perl module for running processes
ii  libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  liburi-perl1.54-2module to manipulate and access UR
ii  locales2.11.2-10 Embedded GNU C Library: National L
ii  man-db 2.5.7-8   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.1-17 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarchnone (no description available)
ii  libtext-template-perl 1.45-1 Text::Template perl module
ii  man-db2.5.7-8on-line manual pager

- -- no debconf information

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

iQIcBAEBCAAGBQJNlNxhAAoJECzXeF7dp7IPNvwP/2AlUFzKZOlMwq54hMUromo+
8Sl9QcMrB3EIhy/vio8T33pt7UDz0iD0gs1Y8SexRvTcIVTk9j3DD6jdYCGcMx6e
UnrR94PhEBLVYIaAjCK2fFKE+LaUqZr1HNRBx+e0zR5TwyV7OpZeTOTSrYhAr0D9
CJQiVKM3nBRjBABZ664LbfGr9RYTTA4C1Sj3KxlUhqwq7m5KpX70F4wsIQNrvJU7
r3mDhzqJYdNoDEsGmBqCKv2PQDtRC2P7dcrB1fedYfZL6gPDFWViHovZIdJQyocr
TIg/QDH6EOEGB8X5dwhnEj0k8PQtNBTKxJk6MozPo1zGtvsxY8cFBiPLeuGrsZDv
fne+BjNGrvzYcnSNLIusd6rhK3u32l6tTjwDLyCoRuZFqQ/QOwta2ns1DcAWIfpX
0p7yNFHt0LSsdjFT2dLCb8dBbGcP9JZzG7arrrOXYCMMSAAYHpWxIilzfCL5gQeJ
ELwRLaIRy5o/rP+09KElnM3syQND/JxhiRep4G4gi943dnA+1sRGXSfAkKBTURcq
tQKZ/o0I3PrU49mrBYr1NsynrELqRFyGow4vA1zYOBKewmkXyRgik1ezsCQWb06D
PR7i5mHJ7JfNEGaevwwYRmxWMSbOGBxp3M1WondZl7hA9rpFXck39jXjUe9BMoIT
KGEd73M7BM7ohN0g8t4E
=V5/n
-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#135925: jfbterm broken on Alpha

Hi,

can you retest with version from unstable?

Does other applications using frabebufer works
(like fbterm or mplayer for example)?

Also model of Alpha and your Matrox card will be helpfull
(with list of loaded modules).

Thanks.


-- 
Witold Baryluk
JID: witold.baryluk // jabster.pl


signature.asc
Description: Digital signature

Bug#619391:

2011-03-31 Thread frydo

Package: gedit-latex-plugin
Version: 0.2.0-1
Followup-For: Bug #619391


Same problem for me.

And more, each time I open a latex file,
gedit keeps asking for the master document,
even if the document is the master one.

In order to make it run,
one can create a new empty file in a tab,
then return to the initial file in the previous tab.
Then the plugin runs, but compiling is not very good :
one have to run twice the compilation command (LaTeX → PDF) to make it compiling

previous version (rc, that can be found on squeeze) works much better.


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

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

Versions of packages gedit-latex-plugin depends on:
ii  gedit2.30.4-2official text editor of the GNOME 
ii  python   2.6.6-10interactive high-level object-orie
ii  python-dbus  0.83.1-1simple interprocess messaging syst
ii  python-glade22.17.0-4GTK+ bindings: Glade support
ii  python-poppler   0.12.1-1+b1 Poppler Python bindings
ii  python-support   1.0.12  automated rebuilding support for P
ii  rubber   1.1-2.4 an automated system for building L

Versions of packages gedit-latex-plugin recommends:
ii  python-enchant1.5.3-2spellchecking library for Python
ii  texlive   2009-11TeX Live: A decent selection of th

gedit-latex-plugin 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#619636: empathy don't start

2011-03-31 Thread Jean-Michel Pouré

Same problem here.
Very bad bug.




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

Bug#620014: openafs-modules-dkms: cannot install openafs with overflow tmp mounted - no space

Michal Suchanek michal.sucha...@ruk.cuni.cz writes:
 Excerpts from Russ Allbery's message of Thu Mar 31 18:18:25 +0200 2011:

 That's not consistent with the error message that you got.  The error
 message is from an echo, which is certainly writing a small amount of
 data.  It's also happening inside the dkms shell wrapper, not in the
 OpenAFS build.

 But it's not consistent with the disk space shown by df either, there is
 disk space available.

Okay, I went and looked at this some more, and tried to figure out what
part of DKMS is producing an error.  The line referenced in the error
message is DKMS attempting to store the build logs (the standard output
from the build process), or one of the other commands that it runs (like
mkinitrd).  It's hard to tell exactly which without knowing more context
for when in the process the error occurred, but either way, we're not
talking about a lot of data.

It does look like it was storing things in /tmp (unless you had TMPDIR set
to something else), so it's the 1MB of space in /tmp that's presumably the
issue, rather than the space on the root file system, so you're correct,
the root file system issue was a red herring.  Sorry about that; I should
have looked closer right away.

I'm not sure what part of the build process is using /tmp.  It may be, as
you say, gcc while doing the build, although if that's the case that's
controlled by the Linux kernel makefiles, not by OpenAFS.  (As with most
modules, it uses kbuild to do the actual builds.)  I'm not sure if the
Linux build system by default uses -pipe or not.  There is some code in
DKMS to do things like unpack the module source itself into /tmp, which
will definitely not work since the OpenAFS module source is 7MB by itself,
but I don't think any of that triggers for just a regular module build.

Does the build work if you set TMPDIR to some directory in another file
system that has more space?  I just want to make sure that it's really the
/tmp part and not the root file system part that's having trouble.

 This is definitely not something I can do in the openafs packages; that
 sort of decision Debian always leaves entirely to the local
 administrator.

 By hardcoding it in the initscript?

The openafs-client init script?  That doesn't make sense to me;
openafs-modules-dkms doesn't even depend on openafs-client, plus packages
really shouldn't make assumptions about how disk utilization or file
systems should be handled on the local system.  There's way too high of a
risk of tromping on something the local administrator is trying to do.

-- 
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#606192: udev: previous reboot stuck on Waiting for /dev to be fully populated

2011-03-31 Thread Vincent Lefevre

Package: udev
Version: 166-1
Followup-For: Bug #606192

The previous reboot was stuck on Waiting for /dev to be fully populated.
After more than 10 minutes, I had to switch off the machine.

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.38  Debian configuration management sy
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1SELinux runtime shared libraries
ii  libudev0 166-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-8  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:



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

Bug#478762: Netbeans update

2011-03-31 Thread Andres Mejia

On Sat, Mar 26, 2011 at 7:28 PM, Damien Raude-Morvan
draz...@drazzib.com wrote:
Hi Andres,

Le Friday 18 February 2011 22:48:38, Damien Raude-Morvan a écrit :
Le vendredi 18 février 2011 19:46:57, Andres Mejia a écrit :
Damien, was there an issue with getting libnb-platform-java and netbeans
uploaded to ftp-master?

for the time being, no problem found: just lack enough time to thoroughly
review these big source packages. I'll try to find some free time next
week.

Sorry for the delay... I finally managed to review the last package for
netbeans 6.9 upload, netbeans itself. There is some issues with the upstream
source tarball that need to be fixed before we can upload it to Debian
archive.

1) There is some binary blobs in tarball and I don't know if those are rebuild
from source during build (ie. we have to rebuild them). If that's the case,
from which source code ? Maybe, we'll have to provide a stripped upstream
tarball for now.
Here is the list of binary blobs :
./dlight.nativeexecution/release/bin/nativeexecution/*/*

Check ./dlight.nativeexecution/src. I'm not sure whether to rebuild
these during a build or not.

./ide/launcher/macosx/macosx_launcher.dmg
./ide/launcher/macosx/NetBeansLauncher/English.lproj/MainMenu.nib/objects.nib

These are macosx specific. I typically ignore these.

./lib.profiler/release/lib/deployed/cvm/linux/*.so
./lib.profiler/release/lib/deployed/jdk16/*/libprofilerinterface*

Check lib.profiler/native.

./lib.terminalemulator/demosrc/nativeexecution.test/release/bin/ptysupport/*/ptysatellite

Check lib.terminalemulator/demosrc/nativeexecution.test/tools/

./lib.uihandler/test/unit/src/org/netbeans/lib/uihandlerserver/antons.gz

Looks to be generated by one of the java sources in the same directory.

./nbi/engine/native/cleaner/windows/vcproject/NBI Native Cleaner.ncb

Looks to be a file used by Visual Studio. I usually ignore these.

./nbi/infra/build/jvm/tools/unzipsfx/*/unzipsfx

Looks to simply be some implementation of unzip. Source should be
modified to find unzip installed in the system.

2) There is also some binary blobs which seems to be used for unit testing.
Seems unit test are not launched, maybe we can strip that from tarball too.
./autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/*.nbm
./autoupdate.services/test/unit/src/org/netbeans/modules/autoupdate/updateprovider/data/*.nbm

Looks to be simply bogus netbeans modules for use with testing. They
don't contain java classes. You could probably ask upstream how they
were generated.

./lib.cvsclient/test/data/iz56710/binary.out

This file simply contains a string of all characters in the ASCII
table. It's relatively simple to create a script or program to
generate this. I wouldn't bother writing one.

./profiler.oql/test/unit/src/org/netbeans/modules/profiler/oql/engine/api/impl/small_heap.bin

Looks to be simply a heap dump from some Java program. Run any java
program and create a dump of your own.

./subversion/test/qa-functional/data/repo_dump.gz

A dump of some subversion repository. Create a repository of your own
and make a dump.

3) The J2EE tutorial source is under some binary *.fm files. Those files
have
a MakerFile 7.0 header. Does those files are used to generate some real
resource in Debian package ? Do we have some tool in Debian to open those
files
? What's licence of thise J2EE Tutorial ?
./usersguide/tutorials/j2ee-tut/fm/*.fm
./usersguide/tutorials/j2ee-tut/fm/J2EE-NBTutorial.book

I heard of kword and scribus that can work with these files.

Cheers,
--
Damien

--
Regards,
Andres Mejia

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

Bug#524916: bootlx version contained in aboot-base is incorrect

severity 524916 important
thanks

It indeed breaks upgrade process probably,
but installing pure Lenny from scratch we
do not encounter such problem despite fact
that it is still version 1.0~pre20040408-3.

It is more a need for documenting in
release notes, than actuall bug.

As stated by Craig, it is reather a problem
with swriteboot not re-runned than wrong
version of bootlx.

This bug only manifests when doing upgrade from
etch to lenny, and I do not thinkg we can do anything
about it now.

We can eventualy open wishlist to support debconf
question about upgrading boolx on which we will
run swriteboot if version changed significantly.
Considering there were no aboot release in a while,
it will actually be only solved after such version
will be released.

Thanks.


-- 
Witold Baryluk
JID: witold.baryluk // jabster.pl



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

Bug#524916: bootlx version contained in aboot-base is incorrect

2011-03-31 Thread Vladimir 'φ-coder/phcoder' Serbinenko

Oh,
it is already downgraded from critical to important.
Nevermind.

Anyway we should probably target more a lenny - wheezy or unstable
upgrade. And currently lenny, and unstable (as od 2001-03-31)
have same version of aboot, so there essentially
should not be any problems with boot process.

Will test it in few next weeks after libc6.1 2.13 will land
in unstable.

Regards,
Witek


-- 
Witold Baryluk


signature.asc
Description: Digital signature

Bug#620288: tzdata: Chile delay (again) the daylight time transition

2011-03-31 Thread Clint Adams

On Thu, Mar 31, 2011 at 04:32:48PM -0300, Marcos Castedo wrote:
 The Chilean goverment has altered (again) the dates when the Daylight time 
 will
 end this year. Previous change was reflected in #617331 report. 
 
 Daylight time will end at Saturday 7 (May) this year.  Instead of being held
 by Saturday 2 (April).

Could you provide a link to the official announcement?



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

Bug#620182: ispell: Not upgraded, for missing dependencies

2011-03-31 Thread Robert Luberda

reassign 620182 iitalian 2.3-2
tags 620182 patch
thanks

Domenico Cufalo pisze:

 Ispell version 3.3.02-4 does conflict with version 2.3-2 of iitalian, and
 therefore is not updatable.

Yes, I did it on purpose - new ispell won't work with older dictionaries.

iitalian should be rebuild, a simple patch attached.


Regards,
robert
diff -Nur iitalian-2.3.saved/debian/changelog iitalian-2.3/debian/changelog
--- iitalian-2.3.saved/debian/changelog	2011-03-31 22:11:09.0 +0200
+++ iitalian-2.3/debian/changelog	2011-03-31 22:13:19.388548272 +0200
@@ -1,3 +1,10 @@
+iitalian (1:2.3-2.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Rebuild with new ispell.
+
+ -- Robert Luberda rob...@debian.org  Thu, 31 Mar 2011 22:13:03 +0200
+
 iitalian (1:2.3-2) unstable; urgency=low
 
   * Added a debconf-2.0 virtual dependency. Thanks Victor Seva.
diff -Nur iitalian-2.3.saved/debian/control iitalian-2.3/debian/control
--- iitalian-2.3.saved/debian/control	2011-03-31 22:11:09.0 +0200
+++ iitalian-2.3/debian/control	2011-03-31 22:12:56.292548269 +0200
@@ -3,11 +3,11 @@
 Priority: optional
 Maintainer: Francesco Paolo Lovergine fran...@debian.org
 Standards-Version: 3.7.2
-Build-Depends: ispell, debhelper(=5.0.0), dictionaries-common-dev (=0.20)
+Build-Depends: ispell (= 3.3.02), debhelper(=5.0.0), dictionaries-common-dev (=0.20)
 
 Package: iitalian
 Architecture: any
-Depends: ispell, debconf | debconf-2.0, dictionaries-common (=0.20)
+Depends: ispell (= 3.3.02), debconf | debconf-2.0, dictionaries-common (=0.20)
 Suggests: witalian
 Provides: ispell-dictionary
 Description: The Italian dictionary for ispell
diff -Nur iitalian-2.3.saved/debian/rules iitalian-2.3/debian/rules
--- iitalian-2.3.saved/debian/rules	2011-03-31 22:11:09.0 +0200
+++ iitalian-2.3/debian/rules	2011-03-31 22:12:15.420548268 +0200
@@ -14,7 +14,7 @@
 clean:
 	dh_testdir
 	-rm -f build
-	-rm -f italian.hash italian.words.cnt italian.words.stat
+	-rm -f italian.hash italian.stat
 	-rm -f `find . -name *~`
 	-rm -rf debian/iitalian debian/files* core debian/substvars
 	dh_clean

Bug#620290: ITP: check-mk -- A new general purpose Nagios-plugin for retrieving data

2011-03-31 Thread Raoul Borenius

Package: wnpp
Severity: wishlist


* Package name: check-mk
  Version : 1.1.10
  Upstream Author : Mathias Kettner
* URL : http://mathias-kettner.de/check_mk.html
* License : GPL2
  Description : A general purpose Nagios-plugin for retrieving data

Check_mk adopts a new a approach for collecting data from operating systems
and network components. It obsoletes NRPE, check_by_ssh, NSClient and
check_snmp. It has many benefits, the most important of which are:

* Significant reduction of CPU usage on the Nagios host.
* Automatic inventory of items to be checked on hosts.

The larger your Nagios installation is, the more important get these points.
In fact check_mk enables you to implement a monitoring environment exceeding
20.000 checks/min on the first hand.



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

Bug#544731: raid0 lvm2 grub2 Installation fails when grub tries to install in lvm /boot

On 28.02.2011 10:12, Liontos Aristotelis wrote:
 root@ananias:~# grub-probe -t abstraction -d /dev/mapper/ananias-root
 grub-probe: error: no such disk.
   
Could you attach first 64K of the partition containing the LVM?

-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#620292: icedove: Jumping to next unread message does not jump into outbox (sent mail folder)

2011-03-31 Thread Josef Kufner

Package: icedove
Version: 3.1.9-1
Severity: normal

I have Icedove set to store sent mail from one of the identities to
specific folder and sieve on server set to store incomming mail to same
folder. So all mail sent or received with this identity are in one
folder and separed from everything else.

Problem is, that pressing key 'n' does not jump into this folder. It
jumps from one unread mail to another, but it skips this folder.


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

Kernel: Linux 2.6.37-rybicka01 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils  3.4.4   Miscellaneous utilities specific t
ii  fontconfig   2.8.0-2.1   generic font configuration library
ii  libasound2   1.0.23-2.1  shared library for ALSA applicatio
ii  libatk1.0-0  1.32.0-3The ATK accessibility toolkit
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.4.6-1 simple interprocess messaging syst
ii  libffi5  3.0.9-3 Foreign Function Interface library
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.0-2   GCC support library
ii  libglib2.0-0 2.28.4-1The GLib library of C routines
ii  libgtk2.0-0  2.24.3-1~sid1   The GTK+ graphical user interface 
ii  libjpeg626b1-1   The Independent JPEG Group's JPEG 
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.9.with.ckbi.1.82-1 Network Security Service libraries
ii  libpango1.0-01.28.3-5Layout and rendering of internatio
ii  libpixman-1-00.21.4-2pixel-manipulation library for X a
ii  libsqlite3-0 3.7.5-1 SQLite 3 shared library
ii  libstartup-notif 0.10-1  library for program launch feedbac
ii  libstdc++6   4.6.0-2 The GNU Standard C++ Library v3
ii  libx11-6 2:1.4.2-1   X11 client-side library
ii  libxrender1  1:0.9.6-1   X Rendering Extension client libra
ii  libxt6   1:1.1.1-1   X11 toolkit intrinsics library
ii  psmisc   22.13-1 utilities that use the proc file s
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages icedove recommends:
ii  myspell-cs-cz [myspell-dict 20040229-4.1 Czech dictionary for myspell

Versions of packages icedove suggests:
ii  libdbus-glib-1-2 0.92-1  simple interprocess messaging syst
ii  libgconf2-4  2.32.1-2GNOME configuration database syste
ii  libgnomevfs2-0   1:2.24.4-1  GNOME Virtual File System (runtime
ii  libgssapi-krb5-2 1.9+dfsg-1  MIT Kerberos runtime libraries - k
ii  libnotify1 [libnotify1-gtk2. 0.5.0-2 sends desktop notifications to a n
ii  ttf-lyx  2.0.0~rc1-1 TrueType versions of some TeX font

-- 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#620293: python-oss: insufficient dependency on python

2011-03-31 Thread Jakub Wilk


Source: python-oss
Version: 0.0.0.20010624-6.1
Severity: serious
Justification: Policy 3.5

python-oss provides currently extension modules for Python 2.5 and 2.6, 
but it has only unversioned dependency on python. This is clearly 
insufficient, the dependency should be:


python (= 2.5), python ( 2.7)

(Of course, please don't hardcode Python version in your packaging; use 
pyversions, or better, a helper like python-support.)


--
Jakub Wilk



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

Bug#619461: [Pkg-cups-devel] Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account

2011-03-31 Thread Jean-Philippe Thierry

Hi,


2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de



 On Thu, 2011-03-24 at 17:54 +0100, Jean-Philippe Thierry wrote:
  Hi,
 
  Le 24 mars 2011 15:44, Martin-Éric Racine martin-eric.rac...@iki.fi
  a écrit :
  2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de:
   The log-file you sent me contains the following line:
  
   Thu Mar 24 11:05:53 2011  [DEBUG] file already pdf, simply
  copying it
  
  (cp /var/spool/cups-pdf/SPOOL/cups2pdf-12256
 /home/jpht/tmp/PDF/Bugs_in_package_cups-pdf_--_Debian_Bug_report_logs.pdf)
  
   This option to directly copy PDF instead of reprocessing it
  was
   suggested to me some time back and I decided not to
  implement it since
   it would disable all options set in cups-pdf.conf on the
  respective
   files. This is exactly what happens to you here: the PDF is
  just passed
   through instead of getting re-worked with all your desired
  options by
   CUPS-PDF.
  
   So, speaking for upstream: no fix needed.
   My advise to the distribution: remove this additional patch
  on CUPS-PDF
   since it breaks basic functionality.
 
 
  The patch in question was removed in 2.5.1-1 as far as Debian
  and
  Ubuntu are concerned:
 
  * Dropped 70_cups-pdf_support-pdf-workflow.patch
 + This patch has received more criticism than praises from
  the end-users,
   because it essentially renders the Ghostscript options in
  cups-pdf.conf
   useless, plus it no longer applies cleanly to the
  upstream code.
 
  From this perspective, I'd mark the issue as fixed since that
  version. Agreed?
 
  Martin-Éric
 
  just tried installing cups-pdf from sid on my squeeze. GSCall and
  PDFVer are taken into acount but... I am only getting 1 page empty
  documents; even failling back to the default settings
  in /etc/cups/cups-pdf.conf. Could it be due to a dependency issue even
  if not raised by the package?
 
  log file attached
 
 Just as a note:

 might be related to issue #617468



 I end up recompiling the package from source (squeeze version) removing
patch 70_cups-pdf_support-pdf-
workflow.patch and it works.

Thanks folks for your help.

-- 
Jean-Philippe

Bug#620241: elmerfem: unbuildable on ia64 (libatlas3gf-base build-conflict)

2011-03-31 Thread Adam C Powell IV

clone 620241 -1
reassign -1 src:mumps
retitle -1 Should Build-Conflict with libatlas3gf-base
block 620241 by -1
thanks

On Thu, 2011-03-31 at 19:03 +0200, Julien Cristau wrote:
 severity 620241 serious
 kthxbye
 
 This bug may not belong to elmerfem but its severity is serious.  Which
 is why it was Cc:ed to the atlas and mumps maintainers.

When a fringe arch or two doesn't build a package properly, and it's
clearly not due to a problem in that package, it's usually not RC (in my
experience).  But I'll leave it that way if you prefer.

 On Thu, Mar 31, 2011 at 12:43:11 -0400, Adam C Powell IV wrote:
 
  On Thu, 2011-03-31 at 14:51 +0200, Julien Cristau wrote:
   Package: elmerfem
   Version: 5.5.0.svn.5100.dfsg-1
   Severity: serious
   Justification: fails to build from source
   
   elmerfem/ia64 dependency installability problem:
 elmerfem (= 5.5.0.svn.5100.dfsg-1) build-depends on one of:
 - libmumps-scotch-dev (= 4.9.2.dfsg-6)
 libatlas3gf-base (= 3.8.3-28) and source---elmerfem (= 
   5.5.0.svn.5100.dfsg-1) conflict
 libmumps-scotch-dev (= 4.9.2.dfsg-6) depends on one of:
 - libmumps-scotch-4.9.2 (= 4.9.2.dfsg-6)
 libmumps-scotch-4.9.2 (= 4.9.2.dfsg-6) depends on one of:
 - libatlas3gf-base (= 3.8.3-28)
  
  This is not an elmerfem problem, as just 2/14 buildds got it wrong and
  11/14 got it right (Hurd is in Dep-Wait state).  The resolution is easy:
  libmumps-scotch-4.9.2 depends on libblas3gf | libblas.so.3gf |
  libatlas3gf-base, so install libblas3gf.
  
 On ia64 libmumps-scotch-4.9.2 depends on libatlas3gf-base.  No
 alternatives.
 
 I assume that dependency on libatlas3gf-base is picked up through
 shlibs.  If that's incorrect then whatever package had wrong shlibs
 should be fixed.  Looking at
 https://buildd.debian.org/fetch.cgi?pkg=mumpsarch=ia64ver=4.9.2.dfsg-6stamp=1290984683file=logas=raw
 both blas and atlas were installed (atlas was probably picked up from
 libscalapack-mpi or some other dependency), and atlas doesn't list
 alternatives in its shlibs file.

The BLAS lib and the BLAS section of ATLAS are ABI-compatible, so BLAS
has shlibs indicating libblas3gf | libblas.so.3gf | libatlas3gf-base.
Building with BLAS leaves resulting packages free to choose which to
link against.  Building with ATLAS, which sometimes happens by accident,
can lead packages to link with ATLAS only, which in turn can cause
problems with other packages, like Elmer.

So Elmer and a couple of other packages Build-Conflict with ATLAS in
order to force the BLAS build, allowing users to choose their BLAS
implementation at install time.

  According to buildd.debian.org, every arch built blas 1.2-8 way back in
  October.  And ftp.debian.org has hppa and ia64 packages for libblas3gf
  1.2-8, so hppa and ia64 have no excuse.
  
 I don't know what this is supposed to mean.

Just that it's odd that two buildds (ia64 and hppa) got it wrong when 11
others got it right and, the packages are available on ia64 and hppa, so
it's almost certainly not an Elmer bug.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#619803: Closing #619803

2011-03-31 Thread Alessio Treglia

Version: 6-1

Fixed in sid, thanks.

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



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

Bug#620294: Please provide pre-built debirf image package

2011-03-31 Thread micah anderson

Package: debirf
Severity: wishlist

I love debirf, its so handy! However, the handiness is offset by the
less than handy process of having to build these images and ship them
off to my machines that I want debirf on. The fact that I want debirf
installed on every physical mcahine I have, and setup automatically in
grub2 make me sad that there is no package I can just install.

I propose building a package that installs pre-built images into
/boot/debirf and the following (tested!) /etc/grub.d/21_debirf to fill
out the grub menu:

#!/bin/sh
set -e

prefix=/usr
exec_prefix=${prefix}
bindir=${exec_prefix}/bin
libdir=${exec_prefix}/lib
. ${libdir}/grub/grub-mkconfig_lib

DEBIRF_CMDLINE=root=/dev/ram0 rw panic=15 $GRUB_CMDLINE_LINUX

# loop-AES arranges things so that /dev/loop/X can be our root device, but
# the initrds that Linux uses don't like that.
case ${GRUB_DEVICE} in
  /dev/loop/*|/dev/loop[0-9])
GRUB_DEVICE=`losetup ${GRUB_DEVICE} | sed -e s/^[^(]*(\([^)]\+\)).*/\1/`
  ;;
esac

if [ x${GRUB_DEVICE_UUID} = x ] || [ x${GRUB_DISABLE_LINUX_UUID} = 
xtrue ] \
|| ! test -e /dev/disk/by-uuid/${GRUB_DEVICE_UUID} \
|| uses_abstraction ${GRUB_DEVICE} lvm; then
  LINUX_ROOT_DEVICE=${GRUB_DEVICE}
else
  LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}
fi

prepare_boot_cache=$(prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed 
-e s/^/\t/)

list=`for i in /boot/debirf/vmlinuz-* ; do
if is_path_readable_by_grub $i  grub_file_is_not_garbage $i ;
   then echo -n $i  ; fi
done`

while [ x$list != x ] ; do
  debirf_linux=`version_find_latest $list`
  echo Found debirf image: $debirf_linux 2
  basename=`basename $debirf_linux`
  dirname=`dirname $debirf_linux`
  rel_dirname=`make_system_path_relative_to_its_root $dirname`
  version=`echo $basename | sed -e s,^[^0-9]*-,,g`

  debirf_initrd=
  for i in debirf-rescue_${version}.cgz debirf-minimal_${version}.cgz \
  debirf-kiosk_${version}.cgz; do
if test -e ${dirname}/${i} ; then
  debirf_initrd=$i
  break
fi
  done

  if test -n ${debirf_initrd} ; then
echo Found debirf initrd image: ${dirname}/${debirf_initrd} 2
  else
echo No debirf initrd images found
  fi

  cat EOF
menuentry debirf ${version} --users su {
EOF
  printf '%s\n' ${prepare_boot_cache}

  cat EOF
linux ${rel_dirname}/${basename} 
initrd ${rel_dirname}/${debirf_initrd}
}
EOF
 
  list=`echo $list | tr ' ' '\n' | grep -vx $debirf_linux | tr '\n' ' '`
done

-- 



pgpKpkaOPxj84.pgp
Description: PGP signature

Bug#619461: [Pkg-cups-devel] Bug#619461: Bug#619461: cups-pdf: PDFVer and GSCall keys not taken into account

2011-03-31 Thread Martin-Éric Racine

2011/3/31 Jean-Philippe Thierry jphthierry.pe...@gmail.com:
 2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de


 On Thu, 2011-03-24 at 17:54 +0100, Jean-Philippe Thierry wrote:
  Le 24 mars 2011 15:44, Martin-Éric Racine martin-eric.rac...@iki.fi
  a écrit :
          2011/3/24 Volker Behr b...@physik.uni-wuerzburg.de:
           The log-file you sent me contains the following line:
          
           Thu Mar 24 11:05:53 2011  [DEBUG] file already pdf, simply
          copying it
          
          (cp /var/spool/cups-pdf/SPOOL/cups2pdf-12256
  /home/jpht/tmp/PDF/Bugs_in_package_cups-pdf_--_Debian_Bug_report_logs.pdf)
          
           This option to directly copy PDF instead of reprocessing it
          was
           suggested to me some time back and I decided not to
          implement it since
           it would disable all options set in cups-pdf.conf on the
          respective
           files. This is exactly what happens to you here: the PDF is
          just passed
           through instead of getting re-worked with all your desired
          options by
           CUPS-PDF.
          
           So, speaking for upstream: no fix needed.
           My advise to the distribution: remove this additional patch
          on CUPS-PDF
           since it breaks basic functionality.
 
 
          The patch in question was removed in 2.5.1-1 as far as Debian
          and
          Ubuntu are concerned:
 
          * Dropped 70_cups-pdf_support-pdf-workflow.patch
             + This patch has received more criticism than praises from
          the end-users,
               because it essentially renders the Ghostscript options in
          cups-pdf.conf
               useless, plus it no longer applies cleanly to the
          upstream code.
 
          From this perspective, I'd mark the issue as fixed since that
          version. Agreed?
 
          Martin-Éric
 
  just tried installing cups-pdf from sid on my squeeze. GSCall and
  PDFVer are taken into acount but... I am only getting 1 page empty
  documents; even failling back to the default settings
  in /etc/cups/cups-pdf.conf. Could it be due to a dependency issue even
  if not raised by the package?
 
  log file attached
 
 Just as a note:

 might be related to issue #617468



 I end up recompiling the package from source (squeeze version) removing
 patch 70_cups-pdf_support-pdf-
 workflow.patch and it works.

 Thanks folks for your help.

Right, because this was the patch that resulted in Ghostscript options
being ignored. I'm just wondering why you get different results with
2.5.1-1 that with a 2.5.0 with that patch removed.

Martin-Éric



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

Bug#584896: Needs testing with congruity 15-1 in unstable

2011-03-31 Thread Mathieu Trudel-Lapierre

Hi,

congruity 15-1 has just been uploaded to unstable. Any chance you
could try to see if your model can be properly configured with this
new release?

Release 15 includes using new API from concordance 0.22 which was
introduced to support Harmony 700 devices, I think your model is
included in this as well.

Regards.

Mathieu Trudel-Lapierre mathieu...@gmail.com
Freenode: cyphermox, Jabber: mathieu...@gmail.com
4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93



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

Bug#620295: davfs2: system wide options result in inconsistent user experience

2011-03-31 Thread Michael R. Crusoe

Package: davfs2
Version: 1.4.6-1ubuntu2
Severity: important
Tags: squeeze sid upstream lenny patch

If the sysadmin set system wide options in /etc/davfs2/davfs2.conf and she
allows for unprivileged users to mount WebDAV resources then they will
experience inconsistent results.

Example:

sysadmin@host:~$ echo davfs2 davfs2/suid_file boolean true | sudo debconf-
set-selections --
sysadmin@host:~$ sudo dpkg-reconfigure davfs2
sysadmin@host:~$ sudo sh -c 'echo http://webdav.cyberteams.com:8080/ /mnt
davfs noauto,user 0 0  /etc/fstab'

user@host:~$ mount /mnt
Please enter the username to authenticate with server
http://webdav.cyberteams.com:8080 or hit enter for none.
  Username: guest
Please enter the password to authenticate user guest with server
http://webdav.cyberteams.com:8080 or hit enter for none.
  Password: guest
user@host:~$ ls /mnt
aaa
[snip]
user@host:~$ umount /mnt
/sbin/umount.davfs: waiting while mount.davfs (pid 13147) synchronizes the
cache .
user@host:~$ mount /mnt
/sbin/mount.davfs:/home/user/.davfs2/davfs2.conf:24: unknown option
user@host:~$ ls /mnt
user@host:~$

This happens because /etc/davfs2/davfs2.conf is copied to ~/.davfs/ if
~/.davfs2 doesn't exist when mount.davfs2 is called.
Due to #620163 Debian needs to include a system option in
/etc/davfs2/davfs2.conf

Fix: Warn instead of exiting when system options are in the users configuration
and vice-versa



-- System Information:
Debian Release: squeeze/sid
  APT prefers maverick-updates
  APT policy: (500, 'maverick-updates'), (500, 'maverick-security'),
(500, 'maverick-proposed'), (500, 'maverick-backports'), (500,
'maverick')
Architecture: amd64 (x86_64)

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

Versions of packages davfs2 depends on:
ii  adduser   3.112ubuntu1   add and remove users and groups
ii  debconf [debconf-2.0] 1.5.32ubuntu3  Debian configuration management sy
ii  libc6 2.12.1-0ubuntu10.3 Embedded GNU C Library: Shared lib
ii  libneon27-gnutls  0.29.3-2   An HTTP and WebDAV client library

davfs2 recommends no packages.

davfs2 suggests no packages.

-- Configuration Files:
/etc/davfs2/secrets [Errno 13] Permission denied: u'/etc/davfs2/secrets'

-- debconf information:
  davfs2/user_name: davfs2
* davfs2/suid_file: true
  davfs2/group_name: davfs2
  davfs2/new_group: true
  davfs2/non_root_users_confimed:
  davfs2/new_user: true
--- src/mount_davfs.c   2010-05-09 02:20:30 +   
+++ src/mount_davfs.c	2011-03-31 20:31:46 +
@@ -2174,18 +2174,33 @@
 
 } else if (applies  count == 2) {
 
-if (system  strcmp(parmv[0], dav_user) == 0) {
-if (args-dav_user)
-free(args-dav_user);
-args-dav_user = ne_strdup(parmv[1]); 
-} else if (system  strcmp(parmv[0], dav_group) == 0) {
-if (args-dav_group)
-free(args-dav_group);
-args-dav_group = ne_strdup(parmv[1]); 
-} else if (system  strcmp(parmv[0], ignore_home) == 0) {
-if (args-ignore_home)
-free(args-ignore_home);
-args-ignore_home = ne_strdup(parmv[1]); 
+if (strcmp(parmv[0], dav_user) == 0) {
+		if (system) {
+	if (args-dav_user)
+	free(args-dav_user);
+	args-dav_user = ne_strdup(parmv[1]);
+		} else {
+			error_at_line(0, 0, filename, lineno,
+  _(system option in user configuration file));
+		}		
+} else if (strcmp(parmv[0], dav_group) == 0) {
+		if (system) {
+	if (args-dav_group)
+	free(args-dav_group);
+	args-dav_group = ne_strdup(parmv[1]);
+		} else {
+			error_at_line(0, 0, filename, lineno,
+  _(system option in user configuration file));
+		}
+} else if (strcmp(parmv[0], ignore_home) == 0) {
+		if (system) {
+	if (args-ignore_home)
+	free(args-ignore_home);
+			args-ignore_home = ne_strdup(parmv[1]); 
+		} else {
+			error_at_line(0, 0, filename, lineno,
+  _(system option in user configuration file));
+		}
 } else if (strcmp(parmv[0], kernel_fs) == 0) {
 if (args-kernel_fs)
 free(args-kernel_fs);
@@ -2196,21 +2211,36 @@
 if (args-servercert)
 free(args-servercert);
 args-servercert = ne_strdup(parmv[1]);
-} else if (!system  strcmp(parmv[0], secrets) == 0) {
-if (args-secrets)
-free(args-secrets);
-args-secrets = ne_strdup(parmv[1]); 
+} else if (strcmp(parmv[0], secrets) == 0) {
+

Bug#620296: ps3-utils package needs update

2011-03-31 Thread Geoff Levand

Package: ps3-utils
Version: 2.3-1
Severity: normal
Tags: patch upstream


Hi,

I made a debian specific fix to the ps3-utils package today.
Please update the debian package with the latest sources:

git://git.kernel.org/pub/scm/linux/kernel/git/geoff/ps3-utils.git

commit 530223b95464505c886dcc0e62568f4e45e0ada7
Author: Geoff Levand ge...@infradead.org
Date:   Thu Mar 31 13:14:32 2011 -0700

Use bash as interpreter

Debian uses dash as default shell, which
does not support the 'let' command.

-Geoff

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

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

Versions of packages ps3-utils depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib

ps3-utils recommends no packages.

ps3-utils 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#581883: Bug#593160: libeasymock-java: Please add pom.xml

2011-03-31 Thread Matthias Schmitz

tags 581883 +pending
thanks

Hi *,

i added the pom and bumped the version in changelog. Please have a look
and upload the package. Or complain about it and i will fix it :-).

best regeards,
Matthias





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

Bug#620288: tzdata: Chile delay (again) the daylight time transition

2011-03-31 Thread Clint Adams

Thanks.

On Thu, Mar 31, 2011 at 05:31:52PM -0300, Marcos Castedo wrote:
 Yes, sure:
 
 http://www.shoa.cl/noticias/2011/0007hora/informativo.html
 http://www.shoa.cl/index.htm
  http://www.shoa.cl/index.htm
 http://24timezones.com/es_husohorario/santiago_hora_actual.php
 
 
 http://24timezones.com/es_husohorario/santiago_hora_actual.phpBest
 regards.
 
 2011/3/31 Clint Adams cl...@debian.org
 
  On Thu, Mar 31, 2011 at 04:32:48PM -0300, Marcos Castedo wrote:
   The Chilean goverment has altered (again) the dates when the Daylight
  time will
   end this year. Previous change was reflected in #617331 report.
  
   Daylight time will end at Saturday 7 (May) this year.  Instead of being
  held
   by Saturday 2 (April).
 
  Could you provide a link to the official announcement?
 
 
 
 
 -- 
 Marcos Castedo
 Anachronics S.R.L.
 Tels: (54 11) 4899-2088 / (54 11) 6091 4787
 marcos.cast...@anachronics.com
 http://www.anachronics.com



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

Bug#620297: base: vmstat and /proc/loadavg disagree

2011-03-31 Thread Brandon Metcalf

Package: base
Severity: important

After a system running squeeze has been under constant load, the load
averages in /proc/loadavg seem to be calculated incorrectly with
/proc/loadavg showing values that are much too low.  Below is vmstat
output along with the contents of /proc/loadavg.  The fourth field
of /proc/loadavg seems correct, but the 1-minute avg is definitely wrong:

vmstat:
procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa
11  0  0 12569200  22832 746882400 9   135   22   96 39  3 58  0
loadavg:
0.34 4.98 6.47 10/468 13072
vmstat:
procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa
15  0  0 12566340  22832 746961200 9   135   23   96 39  3 58  0
loadavg:
0.34 4.98 6.47 16/468 13075

Although this is just two samples, the behavior is consistent over a long
period of time.


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/16 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#620298: sed: polish manpage documents option which does not exists

Package: sed
Version: 4.2.1-9
Severity: normal

Hi.

In polish manpage for sed we can read

   sed [-n] [-g] [-e skrypt ] [-f splik ] [ plik ] ...

   Opcja -g powoduje, że sed zachowuje się tak, jakby każda z komend
skryptu miała przyrostek g.


Which means, that if we add -g option, then each sed
command behave like we would add g suffix to it (global).
There is no such option in sed actually.

In see also section it also references  regexp(5), which donot exists.

Please remove this misleding information from manpage.

Thanks



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

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

Versions of packages sed depends on:
ii  dpkg  1.15.8.10  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.13-0exp5 Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

sed recommends no packages.

sed 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#620299: nfs-kernel-server: nfs stop working after some time - rpc.mountd and rpciod in D state

2011-03-31 Thread Yann Autissier

Package: nfs-kernel-server
Version: 1:1.2.2-4
Severity: important
Tags: squeeze

Hi,

I've got a strange behavior with my nfs server since I use nfsv4.
I'm using nfsv3 and nfsv4 with libpam-ldap, libnss-ldap, and unscd.
The server, after some times (it can be few days or some weeks), stop 
responding, and the clients cannot mount shares anymore.

Once the server has hung, the first rpciod process is in D state, as the 
rpc.mountd process.
I can kill -9 the rpc.mountd process and restart it, but it get back in D state 
as soon as a mount request occurs.
I'm unable to get nfs working again, unless rebooting the server.

Here is my configuration. 'nas' and 'dev' are two nfs servers, mounted on each 
other.
The problems occurs on the server 'dev'.

root@dev:/# cat /etc/fstab
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
cgroup  /cgroup cgroup  defaults0   0
/dev/sda3/boot  ext2defaults0   2
/dev/mapper/dev-swap none   swapsw  0   0
/dev/mapper/dev-root /  ext4errors=remount-ro 0 1
/dev/mapper/dev-home /home  ext4defaults0   2
/dev/mapper/dev-tmp /tmpext4defaults0   2
/dev/mapper/dev-usr /usrext4defaults0   2
/dev/mapper/dev-var /varext4defaults0   2
/dev/mapper/dev-log /var/logext4defaults0   2
/dev/mapper/dev-dns /var/dns-devext4defaults0   2
/dev/mapper/dev-dns /dns-devext4defaults0   2
nas:/dns-nas/dns-nasnfs4_netdev,rw,soft,tcp 0   0
nas:/sav/var/savnfs4_netdev,rw,soft 0   0

root@dev:/# cat /etc/exports
# nfsv3
/dns-dev192.168.151.0/24(rw,sync,subtree_check,no_root_squash)
# nfsv4
/var/   192.168.151.0/24(fsid=0,rw,sync,crossmnt,no_subtree_check)
/var/dns-dev
192.168.151.0/24(rw,sync,crossmnt,no_subtree_check,no_root_squash)

root@dev:/# showmount -a
rpc mount dump: RPC: Timed out

root@dev:/# showmount -e
rpc mount dump: RPC: Timed out

root@dev:/# rpcinfo -p
   program no_version protocole  no_port
102   tcp111  portmapper
1000241   udp  47486  status
1000241   tcp  33830  status
102   udp111  portmapper
1000211   udp  49373  nlockmgr
1000213   udp  49373  nlockmgr
1000214   udp  49373  nlockmgr
1000211   tcp  36200  nlockmgr
1000213   tcp  36200  nlockmgr
1000214   tcp  36200  nlockmgr
132   tcp   2049  nfs
133   tcp   2049  nfs
134   tcp   2049  nfs
132   udp   2049  nfs
133   udp   2049  nfs
134   udp   2049  nfs
151   udp  41885  mountd
151   tcp  54023  mountd
152   udp  41885  mountd
152   tcp  54023  mountd
153   udp  41885  mountd
153   tcp  54023  mountd

root@dev:/# cat /proc/fs/nfsd/exports 
# Version 1.1
# Path Client(Flags) # IPs

root@nas:/# cat /etc/fstab
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
/dev/hda2   noneswapsw  0   0
/dev/hda1   /   ext3errors=remount-ro 0   1
/dev/mapper/nas-tmp /tmpext3defaults0   2
/dev/mapper/nas-usr /usrext3defaults0   2
/dev/mapper/nas-var /varext3defaults0   2
/dev/mapper/nas-cache   /var/cache  ext3defaults0   2
/dev/mapper/nas-log /var/logext3defaults0   2
/dev/mapper/nas-dns /dnsext4defaults0   2
/dev/mapper/nas-dns /dns-nasext4defaults0   2
/dev/mapper/nas-dns /var/dns-nasext4defaults0   2
/dev/mapper/nas-sav /var/savext4defaults0   2
dev:/dns-dev/dns-devnfs4_netdev,rw,soft 0   0

root@nas:/# cat /etc/exports
# nfsv3
/dns192.168.151.0/24(rw,sync,subtree_check,no_root_squash)
/dns-nas192.168.151.0/24(rw,sync,subtree_check,no_root_squash)
/dns/net/internethic/   192.168.151.0/24(rw,sync,subtree_check,no_root_squash)
# /var/sav/ 192.168.151.0/24(rw,sync,subtree_check,no_root_squash)
# nfsv4
/var/   192.168.151.0/24(fsid=0,rw,sync,crossmnt,no_subtree_check)
/var/dns-nas192.168.151.0/24(rw,sync,crossmnt,no_subtree_check)
/var/sav192.168.151.0/24(rw,sync,crossmnt,no_subtree_check)

root@nas:/# rpcinfo -p
   program no_version protocole  no_port
102   tcp111  portmapper
3910022   tcp946  sgi_fam
102   udp111  portmapper
100021

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

Roberto C. Sanchez robe...@connexer.com writes:

 In prepareing tbb 3.0+r147-1 for upload, this was reported:

 N: Processing binary package tbb-examples (version 3.0+r147-1) ...
 W: tbb-examples: gz-file-not-gzip 
 usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

Are you running Lintian in the chroot so that you might have a different
version of file?  Usually this problem is Bug#522441, but usually that bug
is reproducible on the same file.

Recompressing the file (changing the timestamp) usually causes it to go
away again.

-- 
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#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

Roberto C. Sánchez robe...@connexer.com writes:
 On Thu, Mar 31, 2011 at 01:56:45PM -0700, Russ Allbery wrote:
 Roberto C. Sanchez robe...@connexer.com writes:

 In prepareing tbb 3.0+r147-1 for upload, this was reported:
 
 N: Processing binary package tbb-examples (version 3.0+r147-1) ...
 W: tbb-examples: gz-file-not-gzip 
 usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

 Are you running Lintian in the chroot so that you might have a different
 version of file?  Usually this problem is Bug#522441, but usually that bug
 is reproducible on the same file.

 Yes, lintian is run from within the chroot.

 Recompressing the file (changing the timestamp) usually causes it to go
 away again.

 I did not try that.

 Will rebuilding the package be sufficient?

Yeah, or you can just ignore it.  It's not actually a problem with your
package, just with file.

-- 
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#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

On Thu, Mar 31, 2011 at 01:56:45PM -0700, Russ Allbery wrote:
 Roberto C. Sanchez robe...@connexer.com writes:
 
  In prepareing tbb 3.0+r147-1 for upload, this was reported:
 
  N: Processing binary package tbb-examples (version 3.0+r147-1) ...
  W: tbb-examples: gz-file-not-gzip 
  usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz
 
 Are you running Lintian in the chroot so that you might have a different
 version of file?  Usually this problem is Bug#522441, but usually that bug
 is reproducible on the same file.
 
Yes, lintian is run from within the chroot.

 Recompressing the file (changing the timestamp) usually causes it to go
 away again.
 
I did not try that.

Will rebuilding the package be sufficient?

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#620300: unp: French debconf templates translation

2011-03-31 Thread Thomas Blein

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



Hi,

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

Best regards,

Thomas
# Translation of unp messages to French.
# Copyright (C) 2010-2011 Debian French l10n team 
debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the unp package.
#
# Thomas Blein tbl...@tblein.eu, 2010-2011.
msgid 
msgstr 
Project-Id-Version: unp\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2011-03-06 17:20+0100\n
PO-Revision-Date: 2011-03-22 11:03+0100\n
Last-Translator: Thomas Blein tbl...@tblein.eu\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
Language: FR\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=(n  1);\n

#: ../unp:71
#, perl-format
msgid 
\n
USAGE:\n
   %s [ options ] file [ files... ]\n
   file: compressed file(s) to expand/extract\n
\n
   Use -- [ ARGUMENTS ] to pass arguments to external programs, eg. some tar 
options:\n
   unp fastgl.tgz xmnt.tgz -- -C /tmp\n
\n
   Options:\n
   -f Continue even if program availability checks fail or directory 
collision occurs\n
   -u Special helper mode.\n
  For most archive types:\n
  - create directory filename without suffix/\n
  - extract contents there\n
  For Debian/Ubuntu packages:\n
  - extract data.tar.gz after each operation in local directory\n
  - extract control.tar.gz into control/package_version_arch/\n
   -U Smart mode, acts like -u (see above) if archive contains multiple\n
  elements but if there is only one file/directory element then it's 
stored \n
  in the current directory.\n
   -s Show the list of supported formats\n
   -v More verbosity\n
   -h Show this help\n
msgstr 
\n
UTILISATION :\n
   %s [ options ] fichier [ fichiers… ]\n
   fichier: fichier(s) compressé(s) à extraire\n
\n
   Utilisez -- [ ARGUMENTS ] pour passer des arguments aux programmes \n
   externes. Par exemple pour des options de tar :\n
   unp fastgl.tgz xmnt.tgz -- -C /tmp\n
\n
   Options :\n
   -f Continue même si la vérification de la présence d'un programme \n
  externe échoue ou s'il y a une collision de répertoire.\n
   -u Mode assisté.\n
  Pour la plupart des formats d'archive :\n
 - crée le répertoire nom de fichier sans suffixe/\n
 - y extrait le contenu de l'archive\n
  Pour les paquets Debian/Ubuntu :\n
 - extrait data.tar.gz après chaque opération dans le répertoire 
local\n
 - extrait control.tar.gz dans le répertoire control/
paquet_version_architecture/\n
   -U Mode intelligent, se comporte comme -u (voir ci-dessus) si l'archive \n
   contient des éléments multiples. Mais s'il n'y a qu'un seul fichier 
ou \n
   dossier, celui-ci est alors extrait dans le répertoire courant.\n
   -s Affiche la liste des formats pris en charge.\n
   -v Affiche plus de détails.\n
   -h Affiche cette aide.\n

#: ../unp:95
#, perl-format
msgid 
\n
USAGE:\n
   %s [ options ] file [ files... ]\n
   Uncompress multiple files to STDOUT\n
\n
   Options:\n
   -s  Show the list of supported formats\n
   -h  Show this help\n
   -v  More verbosity, to STDERR\n
msgstr 
\n
UTILISATION :\n
   %s [ options ] fichier [ fichiers… ]\n
   Décompresse des fichiers multiples vers STDOUT.\n
\n
   Options :\n
   -s  Affiche la liste des formats pris en charge.\n
   -h  Affiche cette aide.\n
   -v  Plus de détails, vers STDERR.\n

#: ../unp:143
msgid tar with gzip
msgstr tar et gzip

#: ../unp:147
msgid tar with bzip2
msgstr tar et bzip2

#: ../unp:151
msgid tar with xz-utils
msgstr tar et xz-utils

#: ../unp:156
msgid tar with lzip
msgstr tar et lzip

#: ../unp:161
msgid tar with lzop
msgstr tar et lzop

#: ../unp:166
msgid tar with compress
msgstr tar et compress

#: ../unp:190
msgid xz-utils or lzma
msgstr tar et lzma

#: ../unp:195
msgid cpio or afio
msgstr cpio ou afio

#: ../unp:200
msgid rpm2cpio and cpio
msgstr rpm2cpio et cpio

#: ../unp:204
msgid formail and mpack
msgstr formail et mpack

#: ../unp:208
msgid libchm-bin or archmage
msgstr libchm-bin ou archmage

#: ../unp:213
msgid rar or unrar or unrar-free
msgstr rar ou unrar ou unrar-free

#: ../unp:255
msgid p7zip or p7zip-full
msgstr p7zip ou p7zip-full

#: ../unp:403
msgid Error, following packages must be installed in order to proceed:\n
msgstr Erreur, les paquets suivants doivent être installés pour continuer :\n

#: ../unp:456
#, perl-format
msgid Cannot read %s, skipping...\n
msgstr Impossible de lire %s, ignoré… \n

#: ../unp:463
#, perl-format
msgid Failed to detect file type of %s.\n
msgstr Échec de la détection du type de fichier de %s.\n

#: ../unp:513
#, perl-format
msgid 
Cannot create target %s: file already exists. Trying alternative targets...\n
msgstr 
Impossible de créer la cible %s : le fichier existe déjà. Essai de cibles 
alternatives… \n

#: ../unp:519

Bug#620301: RFP: libhtml-treebuilder-libxml-perl -- HTML::TreeBuilder::LibXML - HTML::TreeBuilder and XPath compatible interface with libxml

2011-03-31 Thread Kjetil Kjernsmo

Package: wnpp
Severity: wishlist


* Package name: libhtml-treebuilder-libxml-perl
  Version : 0.12
  Upstream Author : Tokuhiro Matsuno tokuhirom+c...@gmail.com
* URL : http://search.cpan.org/dist/HTML-TreeBuilder-LibXML/
* License : Artistic or GPL-1+
  Programming Lang: Perl, C
  Description : HTML::TreeBuilder::LibXML - HTML::TreeBuilder and XPath 
compatible interface with libxml


HTML::TreeBuilder::XPath is libxml2 based compatible interface to
HTML::TreeBuilder, which could be slow for a large document.

HTML::TreeBuilder::LibXML is drop-in-replacement for
HTML::TreeBuilder::XPath.

This module doesn't implement all of HTML::TreeBuilder and
HTML::Element APIs, but enough methods are defined so modules like
Web::Scraper work.



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

Bug#620287: [Pkg-xfce-devel] Bug#620287: xfce4-power-manager: Kernel Oops / NULL pointer deref. while pressing sleep button (Fn-F4 in this case)

2011-03-31 Thread Yves-Alexis Perez

reassign 620287 linux-image-2.6.32-5-686
thanks
On jeu., 2011-03-31 at 21:38 +0200, Martin Hettich wrote:
 Package: xfce4-power-manager
 Version: 0.8.5-2
 Severity: normal
 
 While pressing sleep button (Fn-F4 in this case), there occured a kernel oops:
 
 [106407.439532] BUG: unable to handle kernel NULL pointer dereference at 
 0010
 [106407.439554] IP: [c102ecf1] dup_mm+0x1e6/0x389
 [106407.439579] *pde =  
 [106407.439589] Oops:  [#1] SMP 
 [106407.439600] last sysfs file: 
 /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
 [106407.439611] Modules linked in: snd_seq_dummy nls_utf8 nls_cp437 vfat fat 
 mmc_block usblp usbhid hid aes_i586 aes_generic acpi_cpufreq 
 cpufreq_powersave cpufreq_stats cpufreq_userspace cpufreq_conservative 
 parport_pc ppdev lp parport sco bridge stp bnep rfcomm l2cap bluetooth 
 binfmt_misc uinput microcode fuse ext4 jbd2 crc16 loop dm_crypt dm_mod 
 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss arc4 
 snd_mixer_oss ecb snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event ath5k 
 i915 snd_seq uvcvideo mac80211 snd_timer drm_kms_helper snd_seq_device 
 videodev ath drm v4l1_compat snd i2c_i801 i2c_algo_bit soundcore psmouse 
 rng_core i2c_core acerhdf snd_page_alloc pcspkr cfg80211 evdev serio_raw wmi 
 video rfkill battery ac output button processor ext3 jbd mbcache sd_mod 
 crc_t10dif ata_generic sdhci_pci ata_piix uhci_hcd sdhci r8169 libata 
 ehci_hcd thermal mmc_core led_class mii scsi_mod usbcore nls_base thermal_sys 
 [last unloaded: scsi_wait_scan]
 [106407.439875] 
 [106407.439886] Pid: 3315, comm: xfce4-power-man Not tainted (2.6.32-5-686 
 #1) AOA150
 [106407.439897] EIP: 0060:[c102ecf1] EFLAGS: 00010286 CPU: 1
 [106407.439908] EIP is at dup_mm+0x1e6/0x389
 [106407.439916] EAX:  EBX: f68f8b4c ECX: f5cb3630 EDX: f6f35000
 [106407.439926] ESI: f628c4d0 EDI: f5cb3688 EBP: f628c478 ESP: f6203ec4
 [106407.439936]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
 [106407.439947] Process xfce4-power-man (pid: 3315, ti=f6202000 task=f6246a80 
 task.ti=f6202000)
 [106407.439956] Stack:
 [106407.439962]  f5f2da40 0001 0004 f5cb3630 f6250800 00d0 
 f61e1880 f5cb32d8
 [106407.439984] 0 f5cb32dc f5cb32cc f5f2da74 f61e18b4 f5cb32c0 f6246a80 
 f6ca4d80 f6ca4e40
 [106407.440008] 0 f63a2ec0 c102f804 f6ca4d80 0004 f6203fb4 bf966cf0 
 01200011 f63a3008
 [106407.440033] Call Trace:
 [106407.440050]  [c102f804] ? copy_process+0x91b/0xf28
 [106407.440065]  [c102ff4b] ? do_fork+0x13a/0x2bc
 [106407.440081]  [c10b16f9] ? fd_install+0x1e/0x3c
 [106407.440097]  [c1001dae] ? sys_clone+0x21/0x27
 [106407.440111]  [c10030fb] ? sysenter_do_call+0x12/0x28
 [106407.440120] Code: 24 c7 40 54 00 00 00 00 c7 40 0c 00 00 00 00 89 10 8b 
 44 24 0c e8 f5 28 07 00 8b 4c 24 0c 8b 51 48 85 d2 74 54 8b 42 0c 8b 5a 7c 
 8b 48 10 8d 42 18 f0 ff 42 18 8b 74 24 0c f6 46 15 08 74 0d 8d 
 [106407.440252] EIP: [c102ecf1] dup_mm+0x1e6/0x389 SS:ESP 0068:f6203ec4
 [106407.440271] CR2: 0010
 [106407.440281] ---[ end trace 61fc2fb79422af14 ]---
 
  and nothing else seemed to happen, system did not go to sleep after 
 pressing sleep button once.
 
 This is the first time I see this bug.
 Sleep button/xfce-power-manager used to work flawlessly before.
 
 I will try to reproduce this bug, after filing this report 
 (and running backups...) since this is my only computer.

This looks like a kernel (or machine) bug so reassigning.
 

-- 
Yves-Alexis


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

Bug#620302: does not load kernel rlimits

2011-03-31 Thread Kees Cook

Package: pam
Version: 1.1.2-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

Currently PAM has hardcoded rlimit defaults. It should be loading these
from the kernel so that when the kernel changes, PAM does not need any
modification.

Attached is a potential fix, against the Ubuntu packaging...

Thanks,

-Kees

-- 
Kees Cook@debian.org
diff -u pam-1.1.2/debian/changelog pam-1.1.2/debian/changelog
--- pam-1.1.2/debian/changelog
+++ pam-1.1.2/debian/changelog
@@ -1,3 +1,11 @@
+pam (1.1.2-2ubuntu7~kees1) natty; urgency=low
+
+  * debian/patches-applied/parse-kernel-rlimits.patch: actually parse the
+kernel default rlimits instead of using internal defaults. Fall back
+to internals for unknown rlimits. (LP: #746655, #391761)
+
+ -- Kees Cook k...@ubuntu.com  Thu, 31 Mar 2011 12:27:38 -0700
+
 pam (1.1.2-2ubuntu6) natty; urgency=low
 
   * debian/libpam0g.postinst: according to Kubuntu developers, kdm no longer
diff -u pam-1.1.2/debian/control pam-1.1.2/debian/control
--- pam-1.1.2/debian/control
+++ pam-1.1.2/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Uploaders: Sam Hartman hartm...@debian.org, Roger Leigh rle...@debian.org
-Maintainer: Ubuntu Core Developers ubuntu-devel-disc...@lists.ubuntu.com
+Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com
 XSBC-Original-Maintainer: Steve Langasek vor...@debian.org
 Standards-Version: 3.9.1
 Build-Depends: libcrack2-dev (= 2.8), bzip2, debhelper (= 8.1.2ubuntu3), 
quilt (= 0.48-1), flex, libdb-dev, libselinux1-dev [!hurd-i386 !kfreebsd-i386 
!kfreebsd-amd64 !netbsd-i386], po-debconf
diff -u pam-1.1.2/debian/patches-applied/series 
pam-1.1.2/debian/patches-applied/series
--- pam-1.1.2/debian/patches-applied/series
+++ pam-1.1.2/debian/patches-applied/series
@@ -27,0 +28 @@
+parse-kernel-rlimits.patch
only in patch2:
unchanged:
--- pam-1.1.2.orig/debian/patches-applied/parse-kernel-rlimits.patch
+++ pam-1.1.2/debian/patches-applied/parse-kernel-rlimits.patch
@@ -0,0 +1,206 @@
+Description: Since the kernel sets a number of dynamic rlimits based on the
+ system properities (e.g. physical memory for nproc), these rlimits should
+ be respected by PAM. Parse /proc/1/limits for the kernel-defined rlimits.
+Author: Kees Cook k...@ubuntu.com
+Bug-Ubuntu: https://launchpad.net/bugs/746655
+
+Index: pam-1.1.2/modules/pam_limits/pam_limits.c
+===
+--- pam-1.1.2.orig/modules/pam_limits/pam_limits.c 2011-03-31 
12:33:35.965260935 -0700
 pam-1.1.2/modules/pam_limits/pam_limits.c  2011-03-31 12:35:50.057084000 
-0700
+@@ -55,9 +55,10 @@
+ #define LIMITS_DEF_USER 0 /* limit was set by an user entry */
+ #define LIMITS_DEF_GROUP1 /* limit was set by a group entry */
+ #define LIMITS_DEF_ALLGROUP 2 /* limit was set by a group entry */
+-#define LIMITS_DEF_ALL  3 /* limit was set by an default entry */
+-#define LIMITS_DEF_DEFAULT  4 /* limit was set by an default entry */
+-#define LIMITS_DEF_NONE 5 /* this limit was not set yet */
++#define LIMITS_DEF_ALL  3 /* limit was set by an all entry */
++#define LIMITS_DEF_DEFAULT  4 /* limit was set by an internal default entry */
++#define LIMITS_DEF_KERNEL   5 /* limit was set from /proc/1/limits */
++#define LIMITS_DEF_NONE 6 /* this limit was not set yet */
+ 
+ static const char *limits_def_names[] = {
+USER,
+@@ -65,6 +66,7 @@
+ALLGROUP,
+ALL,
+DEFAULT,
++   KERNEL,
+NONE,
+NULL
+ };
+@@ -296,7 +298,139 @@
+ return 0;
+ }
+ 
+-static int init_limits(struct pam_limit_s *pl)
++static const char * lnames[RLIM_NLIMITS] = {
++[RLIMIT_CPU] = Max cpu time,
++[RLIMIT_FSIZE] = Max file size,
++[RLIMIT_DATA] = Max data size,
++[RLIMIT_STACK] = Max stack size,
++[RLIMIT_CORE] = Max core file size,
++[RLIMIT_RSS] = Max resident set,
++[RLIMIT_NPROC] = Max processes,
++[RLIMIT_NOFILE] = Max open files,
++[RLIMIT_MEMLOCK] = Max locked memory,
++#ifdef RLIMIT_AS
++[RLIMIT_AS] = Max address space,
++#endif
++#ifdef RLIMIT_LOCKS
++[RLIMIT_LOCKS] = Max file locks,
++#endif
++#ifdef RLIMIT_SIGPENDING
++[RLIMIT_SIGPENDING] = Max pending signals,
++#endif
++#ifdef RLIMIT_MSGQUEUE
++[RLIMIT_MSGQUEUE] = Max msgqueue size,
++#endif
++#ifdef RLIMIT_NICE
++[RLIMIT_NICE] = Max nice priority,
++#endif
++#ifdef RLIMIT_RTPRIO
++[RLIMIT_RTPRIO] = Max realtime priority,
++#endif
++#ifdef RLIMIT_RTTIME
++[RLIMIT_RTTIME] = Max realtime timeout,
++#endif
++};
++
++static int str2rlimit(char *name) {
++int i;
++if (!name || *name == '\0')
++return -1;
++for(i = 0; i  RLIM_NLIMITS; i++) {
++if (strcmp(name, lnames[i]) == 0) return i;
++}
++return -1;
++}
++
++static rlim_t str2rlim_t(char *value) {
++

Bug#620303: permission handling for PTP devices

2011-03-31 Thread Eduard Bloch

Package: libgphoto2-2
Version: 2.4.10.1-5
Severity: important

I just run into the permission problem with libphoto2-2, and I was
almost sure that I did not have this problem with the last versions.

I have read README.Debian.gz and had a look at 60-libgphoto2-2.rules and
now I think that something is really wrong with the concept. Or: why are
MODE and GROUP not part of the rules line for PTP devices, something
like: MODE=0664, GROUP=plugdev ?

README.Debian.gz text is even more confusing. Since udev rule obviously
detects generic PTP devices, then the permissions should be set
right away. And if that is not the case then README.Debian should tell
more details, i.e. the REAL rationale behind this mess.

The current solution is not user-friendly. If there is secret knowledge
involved (requiring a decission from the user) then there might be a
debconf dialog or some other means of interaction.

And for the sake of completeness: my cam is a simple PTP device
(ID 04a9:31f7 Canon, Inc.).

Regards,
Eduard.

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

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

Versions of packages libgphoto2-2 depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libexif12 0.6.19-1   library to parse EXIF files
ii  libgphoto2-port0  2.4.10.1-5 gphoto2 digital camera port librar
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe

Versions of packages libgphoto2-2 recommends:
ii  libgphoto2-l10n   2.4.10.1-5 gphoto2 digital camera library - l
ii  udev  166-1  /dev/ and hotplug management daemo

Versions of packages libgphoto2-2 suggests:
ii  gphoto2   2.4.10-2   The gphoto2 digital camera command

-- no debconf information

-- debsums errors found:
debsums: changed file /lib/udev/rules.d/60-libgphoto2-2.rules (from 
libgphoto2-2 package)




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

Bug#620304: tmux: Incorrect dropping of privileges allows users to obtain utmp group privileges

2011-03-31 Thread Daniel Danner

Package: tmux
Version: 1.3-2
Severity: important


When running tmux with -S (specify custom socket path), the utmp
group privileges will not be dropped but inherited to any shells running
within tmux.

While /bin/bash gets kind of confused, strangely skips loading
/etc/profile, ~/.bashrc etc. and also drops the utmp privileges on its
own, using /bin/dash, for instance, allows to illustrate the issue:

1. run SHELL=/bin/sh tmux -S whatever
2. run id inside tmux
3. observe egid=43(utmp)

The problem is apparently introduced by 03_proper_socket_handling.diff
and 04_dropping_unnecessary_privileges.diff. The incorrectly placed call
to setresgid() in is not reached when a custom socket path is used.

-- System Information:
Debian Release: 6.0.1
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (x86_64)

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

Versions of packages tmux depends on:
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libncurses5  5.7+20100313-5  shared libraries for terminal hand

tmux recommends no packages.

tmux 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#620010: oracle-java7: Developper preview available !

2011-03-31 Thread Martin Michlmayr

Java maintainers, can you please comment on this request (and reassign
the bug).

* mourad newbee...@nativobject.net [2011-03-29 11:25]:
 Package: oracle-java7
 Version: wnpp
 Severity: wishlist
 
 Developper preview is available here : http://download.java.net/jdk7/
 
 It is an RC quality java 7, near the final one !
 
 Could you considere to package it and make it available in experimental repo ?
 
 Thanks for taking care about that issue !
 
 Best Regards
 
 Mourad
 
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
 'experimental')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores)
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

On Thu, Mar 31, 2011 at 02:06:28PM -0700, Russ Allbery wrote:
 Roberto C. Sánchez robe...@connexer.com writes:
  I did not try that.
 
  Will rebuilding the package be sufficient?
 
 Yeah, or you can just ignore it.  It's not actually a problem with your
 package, just with file.
 
I meant to help by reproducing the bug.  However, since you say it is a
problem with the file, I presume that it is not really a bug.  Do you
think that closing this bug report is the best thing then?  If so,
please go ahead.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

Roberto C. Sánchez robe...@connexer.com writes:

 On Thu, Mar 31, 2011 at 02:06:28PM -0700, Russ Allbery wrote:
 Roberto C. Sánchez robe...@connexer.com writes:

 I did not try that.

 Will rebuilding the package be sufficient?

 Yeah, or you can just ignore it.  It's not actually a problem with your
 package, just with file.

 I meant to help by reproducing the bug.  However, since you say it is a
 problem with the file, I presume that it is not really a bug.  Do you
 think that closing this bug report is the best thing then?  If so,
 please go ahead.

Oh, I see.  Well, if you can get file from the chroot to report that same
result (that it isn't a gzip file), that will confirm that it's the bug in
file, and that one is already reported.  It would be very interesting if
file in the chroot still said it was a gzip file, though, since that would
indicate that Lintian may be calling file incorrectly or some other issue
is present.

-- 
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#620305: pcscd slows down sutdown/restart

2011-03-31 Thread Rubén

Package: pcscd
Version: 1.7.1-1
Severity: normal
Tags: patch

Sometimes, when i restart or shutdowm my computer i find this message:

Currently running processes (pstree):
init-+-pcscd---2*[(pcscd)]

and the computer freezes for a few seconds.

So, i think the problem is pcscd process is still alive

I have modified the start/stop script so, when stoping, it now searchs for
the pid of any pcscd process and kill it. Obviously the script is runned in
shutdowns/restarts

It fixes the problem for me.

I have seen pcscd finish itself on 60 seconds, maybe another solution is to 
reduce this number or make it user configurable (I haven`t found any option to
do this).

Thanks in advance

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

Kernel: Linux 2.6.38.1.ruben (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pcscd depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libccid [pcsc-ifd-handler]1.4.2-2PC/SC driver for USB CCID smart ca
ii  libudev0  166-1  libudev shared library
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

pcscd recommends no packages.

pcscd suggests no packages.

-- Configuration Files:
/etc/init.d/pcscd changed:
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=PCSC Lite resource manager
NAME=pcscd
DAEMON=/usr/sbin/$NAME
IPCDIR=/var/run/pcscd
PIDFILE=$IPCDIR/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
rm -rf $IPCDIR
mkdir $IPCDIR
chgrp pcscd $IPCDIR
chmod g+w $IPCDIR
if [ $1 != stop ]
then exit 0
fi
[ -x $DAEMON ] || exit 0
[ -r /etc/default/$NAME ]  . /etc/default/$NAME
.. /lib/init/vars.sh
.. /lib/lsb/init-functions
ENV_FILE=none
[ -r /etc/environment ]  ENV_FILE=/etc/environment
[ -r /etc/default/locale ]  ENV_FILE=/etc/default/locale
value=$(egrep ^[^#]*LANG= $ENV_FILE | tail -n1 | cut -d= -f2)
eval LANG=$value
do_start()
{
# Return
#   0 if daemon has been started
#   1 if daemon was already running
#   2 if daemon could not be started
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON 
--test  /dev/null \
|| return 1
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \
$DAEMON_ARGS \
|| return 2
# Add code here, if necessary, that waits for the process to be ready
# to handle requests from services started subsequently which depend
# on this one.  As a last resort, sleep for some time.
}
do_stop()
{
# Return
#   0 if daemon has been stopped
#   1 if daemon was already stopped
#   2 if daemon could not be stopped
#   other if a failure occurred
start-stop-daemon --stop --quiet --retry=3 --pidfile $PIDFILE --name 
$NAME
RETVAL=$?
[ $RETVAL = 2 ]  return 2
PCSCD_PID=`pidof /usr/sbin/$NAME`
if [ $PCSCD_PID ]
then kill $PCSCD_PID
fi
}
do_reload() {
#
# If the daemon can reload its configuration without
# restarting (for example, when it is sent a SIGHUP),
# then implement that here.
#
start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name 
$NAME
return 0
}
case $1 in
  start)
[ $VERBOSE != no ]  log_daemon_msg Starting $DESC $NAME
do_start
case $? in
0|1) [ $VERBOSE != no ]  log_end_msg 0 ;;
2) [ $VERBOSE != no ]  log_end_msg 1 ;;
esac
;;
  stop)
[ $VERBOSE != no ]  log_daemon_msg Stopping $DESC $NAME
do_stop
case $? in
0|1) [ $VERBOSE != no ]  log_end_msg 0 ;;
2) [ $VERBOSE != no ]  log_end_msg 1 ;;
esac
;;
  #reload|force-reload)
#
# If do_reload() is not implemented then leave this commented out
# and leave 'force-reload' as an alias for 'restart'.
#
#log_daemon_msg Reloading $DESC $NAME
#do_reload
#log_end_msg $?
#;;
  restart|force-reload)
#
# If the reload option is implemented then remove the
# 'force-reload' alias
#
log_daemon_msg Restarting $DESC $NAME
do_stop
case $? in
  0|1)
do_start
case $? in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
  *)
# Failed to stop
log_end_msg 1
;;
esac
;;
  *)
#echo Usage: $SCRIPTNAME

Bug#620243: grib-api: Please update to 1.9.9

2011-03-31 Thread Enrico Zini

On Thu, Mar 31, 2011 at 01:57:25PM +0100, Alastair McKinstry wrote:

 Version 1.9.9 has been released by ECMWF. This version supports GRIB2 files,
 and ECMWF now releases its data in GRIB2 format, so this is a priority for us.
 I have two packages, cdo and emoslib that require grib-api = 1.9.9 for their 
 current releases

Thank you for the bug report.

I'll try to look into it as soon as I can, but it'll take me quite a bit
of reviewing as 1.9.9 finally introduced libtool support, which is great
in theory but I need to triple check everything to make sure there
aren't surprises with upgrades.

On a side note, I do not understand why you seem to imply that grib_api
could not support GRIB2 before version 1.9.9: I have been working with
GRIB2 files with grib_api more or less since the day it was first
released under the GPL :)


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org


signature.asc
Description: Digital signature

Bug#620306: getopt: Optional argument parsing buggy

2011-03-31 Thread Jan-Benedict Glaw

Package: util-linux
Version: 2.17.2-9.1

Hi!

I've just played a bit with `getopt' and get unexpected output whith
optional arguments:

jbglaw@jblaptop:~$ getopt -o '' -l 'noo,aa,foo' -- --foo ss -- bling
 --foo -- 'ss' 'bling'
jbglaw@jblaptop:~$ getopt -o '' -l 'noo,aa,foo:' -- --foo ss -- bling
 --foo 'ss' -- 'bling'
jbglaw@jblaptop:~$ getopt -o '' -l 'noo,aa,foo::' -- --foo ss -- bling
 --foo '' -- 'ss' 'bling'

I would have expected the 2nd and 3rd invocation to generate the same
output (thus, to place `ss' behind `--foo', as it was done only in
#2).

Looks like a bug? Or did I mis-read the man page?

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
 Signature of:  http://perl.plover.com/Questions.html
 the second  :


signature.asc
Description: Digital signature

Bug#617226: Required-Start: $network

2011-03-31 Thread Christian Kastner

Sorry for the late reply, I had accidentally unsubscribed myself from
the PTS.

On 01/-10/-28163 08:59 PM, Olaf van der Spek wrote:
 Package: cron
 Version: 3.0pl1-116
 Severity: wishlist
 
 Hi,
 
 Could you add $network to Required-Start?
 Otherwise cron jobs that require the network fail.

The fact that this only affects a certain groub of jobs is indicative of
Should-Start, not Required-Start.

I didn't add it to Should-Start in the last update because $network
already gets pulled in via $named (see /etc/insserv.conf).

Nevertheless, I just added $network to Should-Start. init scripts should
not make assumptions about insserv.conf, and it's better to be explicity
anyway.


Christian



signature.asc
Description: OpenPGP digital signature

Bug#620219: libsmokeqtmultimedia4-3: uninstallable (depends on libqt4-multimedia)

2011-03-31 Thread Julien Cristau

On Thu, Mar 31, 2011 at 09:36:14 +0200, Julien Cristau wrote:

 Package: libsmokeqtmultimedia4-3
 Version: 4:4.4.5-4
 Severity: grave
 Justification: renders package unusable
 
 qt 4.7 apparently dropped libqt4-multimedia.  Now the reverse deps are
 uninstallable.  Please fix ASAP.
 
After talking with Modestas we decided to force qt 4.7 into testing
tonight, breaking libsmokeqtmultimedia4-3 and its reverse deps in the
process.  Hopefully this can be fixed soon.

Cheers,
Julien



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

Bug#620307: RFP: libweb-scraper-perl -- Web::Scraper - Web Scraping Toolkit using HTML and CSS Selectors or XPath expressions

2011-03-31 Thread Kjetil Kjernsmo

Package: wnpp
Severity: wishlist




* Package name: libweb-scraper-perl
  Version : 0.34
  Upstream Author : Tatsuhiko Miyagawa miyag...@bulknews.net
* URL : http://search.cpan.org/dist/Web-Scraper/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Web::Scraper - Web Scraping Toolkit using HTML and CSS 
Selectors or XPath expressions

Web::Scraper is a web scraper toolkit, inspired by Ruby's equivalent
Scrapi. It provides a DSL-ish interface for traversing HTML documents
and returning a neatly arranged Perl data structure.



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

Bug#620222: security.debian.org: One server unreachable in IPv6

2011-03-31 Thread Stephen Gran

This one time, at band camp, Raphael Geissert said:
 Hi,
 
 On 31 March 2011 01:45, Bernhard Schmidt be...@birkenwald.de wrote:
  Package: security.debian.org
  Severity: minor
 
  One IPv6 server in the current security.ipv6.debian.org (and
  security.debian.org) rotation has been not responding in IPv6 for
  some days now. This introduces timeouts of a few minutes every time
  you want to update the package list.
 
 Thanks for the report. This bit of the infrastructure is handled by
 the DSA team, who I'm CC'ing. Quoting the complete message for their
 benefit.
 
  security.debian.org has IPv6 address 2001:8d8:2:1:6564:a62:0:2
  security.debian.org has IPv6 address 2001:a78:5:0:216:35ff:fe7f:be4f
  security.debian.org has IPv6 address 2001:a78:5:1:216:35ff:fe7f:6ceb
 
  mail.svr01.mucip.net:~# ping6 2001:a78:5:0:216:35ff:fe7f:be4f
  PING 2001:a78:5:0:216:35ff:fe7f:be4f(2001:a78:5:0:216:35ff:fe7f:be4f) 56 
  data bytes
  ^C
  --- 2001:a78:5:0:216:35ff:fe7f:be4f ping statistics ---
  17 packets transmitted, 0 received, 100% packet loss, time 16127ms

Thanks for the report.  It seems that this machine has lost it's ability
to route packets over v6.  I've failed the v6 address out of the
rotation, so you should see better results fairly quickly.  I'll
investigate what's going wrong.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#620308: ITP: lcmaps -- Grid (X.509) and VOMS credentials to local account mapping service

2011-03-31 Thread Dennis van Dok (Software Engineer)

Package: wnpp
Severity: wishlist
Owner: Dennis van Dok (Software Engineer) denni...@nikhef.nl


* Package name: lcmaps
  Version : 1.4.28
  Upstream Author : Nikhef Grid MW Security grid-mw-secur...@nikhef.nl
* URL : 
http://www.nikhef.nl/pub/projects/grid/gridwiki/index.php/Site_Access_Control
* License : Apache-2.0
  Programming Lang: C
  Description : Grid (X.509) and VOMS credentials to local account mapping 
service

The Local Centre MAPping Service (LCMAPS) is a security middleware
component that processes the users Grid credentials (typically X.509
proxy certificates and VOMS attributes) and maps the user to a local
account based on the site local policy.

It is a highly configurable pluggable interface, and many plugins are
available to tailor almost every need. Since this is middleware, it
does not interact with the user directly; to use it in a program please
see the lcmaps-interface package.
 



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

Bug#617782: chromium-browser: HTML5 video rendering issue (red dots youtube)

2011-03-31 Thread Adnan Hodzic

 Hm, no ideas here (and I haven't managed to reproduce it).  Could you
 file it at crbug.com and send a link?

Ok it seems latest Chromium update (10.0.648.204~r79063-1) fixed the
problem, since I don't see it anymore.

Thank you for all your assistance!


Adnan

On Mon, Mar 28, 2011 at 12:19 AM, Jonathan Nieder jrnie...@gmail.com wrote:
 Adnan Hodzic wrote:

 Weird.  Does it show up with chromium --user-data-dir=/tmp/nonsense?

 Yep.

 Hm, no ideas here (and I haven't managed to reproduce it).  Could you
 file it at crbug.com and send a link?




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

Bug#620305: pcscd slows down sutdown/restart

2011-03-31 Thread Ludovic Rousseau


Le 31/03/11 23:59, Rubén a écrit :

Package: pcscd
Version: 1.7.1-1
Severity: normal
Tags: patch

Sometimes, when i restart or shutdowm my computer i find this message:

Currently running processes (pstree):
init-+-pcscd---2*[(pcscd)]

and the computer freezes for a few seconds.


How many seconds?


So, i think the problem is pcscd process is still alive

I have modified the start/stop script so, when stoping, it now searchs for
the pid of any pcscd process and kill it. Obviously the script is runned in
shutdowns/restarts

It fixes the problem for me.

I have seen pcscd finish itself on 60 seconds, maybe another solution is to
reduce this number or make it user configurable (I haven`t found any option to
do this).


pcscd exits automatically after 60 seconds if no client is using it.

You should check to see what client(s) is/are using libpcsclite.so when 
you shutdown you computer.


I do not consider this bug is an issue.
The shutdown script is trying to kill pcscd using a normal kill and then 
using a forced kill (kill -9).


Your own script is not really different from the normal shutdown script.

Do you have any pcscd log when you shutdown your system?

Bye

--
 Dr. Ludovic Rousseau



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

Bug#620010: oracle-java7: Developper preview available !

2011-03-31 Thread Damien Raude-Morvan

Hi,

Le Thursday 31 March 2011 23:42:09, Martin Michlmayr a écrit :
 Java maintainers, can you please comment on this request (and reassign
 the bug).
 * mourad newbee...@nativobject.net [2011-03-29 11:25]:
  Package: oracle-java7
  Version: wnpp
  Severity: wishlist
  
  Developper preview is available here : http://download.java.net/jdk7/
  
  It is an RC quality java 7, near the final one !
  
  Could you considere to package it and make it available in experimental
  repo ?

Link provided (http://download.java.net/jdk7/) contains only Oracle Binary 
Snapshot Releases. AFAIK, there is currently no effort in Debian to provide an 
oracle-java7, even in non-free.

BTW, there is effort to package openjdk7 
(http://download.java.net/openjdk/jdk7/ - under GPL2) and I've already working 
packages here http://people.debian.org/~drazzib/debian/ (for i386/amd64 only).

Cheers,
-- 
Damien


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

Bug#620113: red5-server doesn't start properly after installation

2011-03-31 Thread Damien Raude-Morvan

Hi Stefan,

Le Thursday 31 March 2011 19:22:01, Stefan Schlesinger a écrit :
 On Mar 30, 2011, at 12:52 , Damien Raude-Morvan wrote:
  On Wed, 30 Mar 2011 11:46:51 +0200, Stefan Schlesinger s...@ono.at
  wrote: Could you please try to install glassfish-j2ee package ?
  $ sudo aptitude install glassfish-j2ee
 
 thanks, that fixed the issue. I'd also like to recommend, mentioning
 logback.xml for adjusting the red5 log level in README.Debian.

I'll try to work on a fix for stable to provide this to next point release of 
Squeeze (6.0.2 ?).

Cheers,
-- 
Damien


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

Bug#620309: installation-reports: fakeroot make rebuild_netboot has unmet dependencies

2011-03-31 Thread Bernhard Kuemel

Package: installation-reports
Severity: normal
Tags: d-i


I wanted to install debian remotely on my (next door) server
by following these instructions:

http://wiki.debian.org/DebianInstaller/Remote

When I do fakeroot make rebuild_netboot it doesn't find a
bunch of packages - see the end of the shell log. Some 
editing was done with the mc editor and so is invisible in 
the log.

--- shell log -
bernhard@s:~$ apt-get source debian-installer
Reading package lists... Done
Building dependency tree   
Reading state information... Done
NOTICE: 'debian-installer' packaging is maintained in the 'Git' version control 
system at:
git://git.debian.org/d-i/debian-installer.git
Need to get 1,368 kB of source archives.
Get:1 ftp://debian.sil.at/debian/ squeeze/main debian-installer 
20110106+squeeze1 (dsc) [3,306 B]
Get:2 ftp://debian.sil.at/debian/ squeeze/main debian-installer 
20110106+squeeze1 (tar) [1,365 kB]
Fetched 1,368 kB in 1s (1,061 kB/s)   
dpkg-source: info: extracting debian-installer in 
debian-installer-20110106+squeeze1
dpkg-source: info: unpacking debian-installer_20110106+squeeze1.tar.gz
bernhard@s:~$ 
bernhard@s:~$ mc
No protocol specified

bernhard@s:/data/home/bernhard/mail$ cat /tmp/mypreseed.cfg
 d-i debian-installer/localestring en_US
 d-i debconf/priority   select critical
 d-i auto-install/enabled   boolean true
 d-i netcfg/choose_interfaceselect eth0
 d-i netcfg/disable_dhcpboolean true
 d-i netcfg/get_nameservers string 192.168.2.3
 d-i netcfg/get_ipaddress   string 192.168.2.25
 d-i netcfg/get_netmask string 255.255.255.0
 d-i netcfg/get_gateway string 192.168.2.1
 d-i netcfg/confirm_static  boolean true
 d-i netcfg/get_hostnamestring myserver
 d-i netcfg/get_domain  string myhome.none
 d-i network-console/password   password password
 d-i network-console/password-again password password
bernhard@s:/data/home/bernhard/mail$ 
bernhard@s:/data/home/bernhard/src/debian-installer-20110106+squeeze1/build/config$
 touch local


bernhard@s:/data/home/bernhard/src/debian-installer-20110106+squeeze1$ fakeroot 
make rebuild_netboot
make: *** No rule to make target `rebuild_netboot'.  Stop.  

bernhard@s:/data/home/bernhard/src/debian-installer-20110106+squeeze1$  

bernhard@s:/data/home/bernhard/src/debian-installer-20110106+squeeze1/build$ 
bernhard@s:/data/home/bernhard/src/debian-installer-20110106+squeeze1/build$ 
fakeroot make rebuild_netboot   
   
rm -f ./stamps/tree-unpack-netboot-stamp ./stamps/tree-netboot-stamp 
./stamps/extra-netboot-stamp ./stamps/get_udebs-netboot-stamp   
   
rm -f ./tmp/netboot/diskusage.txt   

rm -f ./tmp/netboot/all.utf
rm -f ./tmp/netboot/unifont.bdf ./tmp/netboot/tree/lib/unifont.bgf
rm -f pkg-lists/standard-udebs pkg-lists/kernel-module-udebs
rm -rf ./dest/netboot/debian-installer ./dest/netboot/netboot.tar.gz 
./dest/netboot/mini.iso
rm -rf ./tmp/netboot
update-manifest
Using generated sources.list.udeb:
   deb copy:/data/home/bernhard/src/debian-installer-20110106+squeeze1/build/ 
localudebs/
   deb ftp://debian.sil.at/debian unstable main/debian-installer
make[3]: `sources.list.udeb' is up to date.
Ign copy: localudebs/ Release.gpg
Ign copy:/data/home/bernhard/src/debian-installer-20110106+squeeze1/build/ 
localudebs/ Translation-en
Ign copy:/data/home/bernhard/src/debian-installer-20110106+squeeze1/build/ 
localudebs/ Translation-en_US
Ign copy: localudebs/ Release 
Ign copy: localudebs/ Packages
Ign copy: localudebs/ Packages
Get:1 copy: localudebs/ Packages [20 B]   
Get:2 ftp://debian.sil.at unstable Release.gpg [836 B] 
Get:3 ftp://debian.sil.at/debian/ unstable/main/debian-installer Translation-en
Ign ftp://debian.sil.at/debian/ unstable/main/debian-installer Translation-en
Get:4 ftp://debian.sil.at/debian/ unstable/main/debian-installer 
Translation-en_US
Ign ftp://debian.sil.at/debian/ unstable/main/debian-installer Translation-en_US
Get:5 ftp://debian.sil.at unstable Release [185 kB]
Get:6 ftp://debian.sil.at unstable/main/debian-installer i386 Packages [59.8 kB]
Fetched 246 kB in 0s (264 kB/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree... Done
dh_testroot
get-packages udeb acpi-modules-2.6.32-5-486-di anna archdetect bogl-bterm-udeb 
brltty-udeb busybox-udeb cdebconf-newt-terminal cdebconf-newt-udeb 
cdebconf-priority

Bug#619695: angband: bashism in configure.ac

2011-03-31 Thread Chris Carr

Hi Jonathan - many thanks for taking the time to offer such thorough
advice. 

 1. Where is the upstream source?
 
 
 Running uscan --force-download produces
 
 |  uscan warning: In debian/watch,
 |no matching hrefs for watch line
 |
 http://rephial.org/downloads/3.2/angband-([0-9]\.[0-9]\.[0-9][a-z]?)\-src\.tar\.gz
 
 and no upstream tarball.

Thank you for the catch - upstream has changed its naming convention and
no longer uses the -src part of the name. I have amended debian/watch
accordingly. (I assume the line opts=dversionmangle=s/\-src$// \ was
supposed to deal with this change, but somehow fails to do so.)

   debian/copyright says the upstream sources
 were obtained from
 
 |  git://github.com/angband/angband.git

This is the upstream master from which my git repo on alioth is
mirrored. I have changed this to refer to the official download named in
the watch file.

 debian/rules get-orig-source says
 
 | cd debian//.. \
 |   uscan --verbose --rename --destdir debian/../.. || true
 | -- Scanning for watchfiles in .
 | -- Found watchfile in ./debian
 | -- In debian/watch, processing watchfile line:
 |opts=dversionmangle=s/\-src$// 
 http://rephial.org/downloads/3.2/angband-([0-9]\.[0-9]\.[0-9][a-z]?)\-src\.tar\.gz
 | uscan warning: In debian/watch,
 |   no matching hrefs for watch line
 |   
 http://rephial.org/downloads/3.2/angband-([0-9]\.[0-9]\.[0-9][a-z]?)\-src\.tar\.gz
 | -- Scan finished
 
 I would have expected the first two to get a pristine upstream tarball,
 the third to produce a repacked one if necessary (e.g., if building from
 a snapshot).

All three should now get the same tarball, though in my tests,
debian/rules get-orig-source says

cd debian//.. \
  uscan --verbose --rename --destdir debian/../.. || true
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   opts=dversionmangle=s/\-src$//
http://rephial.org/downloads/3.2/angband-([0-9]\.[0-9]\.[0-9][a-z]?)\.tar\.gz
-- Found the following matching hrefs:
 angband-3.2.0.tar.gz
Newest version on remote site is 3.2.0, local version is 3.2.0
 = Package is up to date
-- Scan finished

... but doesn't actually download anything, even when no orig.tar.gz is
present. Ho hum.

 2. Cleaning up
 --
 
 | $ debian/rules clean
 | == making target CLN-common [new prereqs: ]==
 | == making target CLN-common [new prereqs: ]==
 | test ! -f Makefile || /usr/bin/make distclean
 | make[1]: Entering directory `/tmp/angband'
 | mk/buildsys.mk:21: mk/extra.mk: No such file or directory
 | mk/buildsys.mk:381: mk/sinclude.mk: No such file or directory
 | make[1]: *** No rule to make target `mk/sinclude.mk'.  Stop.
 | make[1]: Leaving directory `/tmp/angband'
 | make: [CLN-common] Error 2 (ignored)
 | == making target CLN-indep [new prereqs: CLN-common]==
 | == making target clean-indep [new prereqs: CLN-indep]==
 | == making target CLN-arch [new prereqs: CLN-common]==
 | == making target CLEAN/angband [new prereqs: CLN-arch]==
 | == making target CLEAN/angband [new prereqs: ]==
 | rm -rf /tmp/angband/debian/angband
 | == making target clean-arch [new prereqs: CLN-arch angband]==
 | == making target clean [new prereqs: clean-indep clean-arch]==
 | test -f Makefile  /usr/bin/make distclean
 | make[1]: Entering directory `/tmp/angband'
 | mk/buildsys.mk:21: mk/extra.mk: No such file or directory
 | mk/buildsys.mk:381: mk/sinclude.mk: No such file or directory
 | make[1]: *** No rule to make target `mk/sinclude.mk'.  Stop.
 | make[1]: Leaving directory `/tmp/angband'
 | make: [clean] Error 2 (ignored)
 | rm -f   debian/files debian/buildinfo debian/substvars angband 
 config.status config.log aclocal.m4 src/autoconf.h src/autoconf.h.in 
 mk/extra.mk mk/sinclude.mk 
 | rm -rf /tmp/angband/debian/clean debian/stamp autom4te.cache debian/stamp
 | rm -f core TAGS  \
 |`find . ! -regex '.*/\.git/.*' ! -regex '.*/\{arch\}/.*' 
  \
 |! -regex '.*/CVS/.*'   ! -regex '.*/\.arch-ids/.*'   
  \
 |! -regex '.*/\.svn/.*'   
  \
 |\( -name '*.orig' -o -name '*.rej' -o -name '*~'   
 -o \
 |   -name '*.bak'  -o -name '#*#'   -o -name '.*.orig'  
 -o \
 |   -name '.*.rej' -o -name '.SUMS' \)
  \
 | -print`
 
 It looks alarming (why does cleaning up produce errors?) but probably
 okay.

It is because debian/rules clean calls make distclean more than once.
Upstream's build system produces these errors if make distclean is
called a second time. These two files (extra.mk and sinclude.mk) are
produced by configure, and are not part of the source archive. They need

Bug#620310: postfix: Certificate errors appear in /var/log/mail.info (not mail.err or mail.warn)

2011-03-31 Thread Francois Marier

Package: postfix
Version: 2.8.2-1
Severity: normal

I use smtp.gmail.com as a smarthost but I hardcode its cert fingerprint in my 
postfix
config to help prevent MITM attacks.
 
  relayhost = smtp.gmail.com:587
  smtp_generic_maps = hash:/etc/postfix/generic
  smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd 
  smtp_sasl_auth_enable = yes
  smtp_sasl_security_options = noanonymous
  smtp_tls_security_level = fingerprint
  smtp_tls_mandatory_ciphers = high
  smtp_tls_mandatory_protocols = !SSLv2, !SSLv3
  smtp_tls_fingerprint_digest = sha1
  smtp_tls_fingerprint_cert_match =
DB:A0:2A:07:00:F9:E3:23:7D:07:E7:52:3C:95:9D:E6:7E:12:54:3F

A few days ago, smtp.gmail.com changed its cert and so postfix rightfully 
decided not
to connect to it and kept on queueing mail locally instead. The problem is that 
the
only sign that this was happening was in /var/log/mail.info:

  Mar 31 18:51:20 hostname postfix/smtp[3937]: 6B2815B4528: 
to=secur...@debian.org, relay=smtp.gmail.com[74.125.53.109]:587, delay=36, 
delays=33/0.56/2.7/0, dsn=4.7.5, status=deferred (Server certificate not 
verified)

I've got both /var/log/mail.warn and /var/log/mail.err in 
/etc/logcheck/logcheck.logfiles
and I was expecting such an important message to be at least considered a 
warning.

Could the priority of that particular error message be bumped?

Cheers,
Francois



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

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

On Thu, Mar 31, 2011 at 02:53:26PM -0700, Russ Allbery wrote:
 
 Oh, I see.  Well, if you can get file from the chroot to report that same
 result (that it isn't a gzip file), that will confirm that it's the bug in
 file, and that one is already reported.  It would be very interesting if
 file in the chroot still said it was a gzip file, though, since that would
 indicate that Lintian may be calling file incorrectly or some other issue
 is present.
 
Russ,

I am not sure precisely what you mean.  I created a fresh checkout on a
different machine (the first build was on amd64, the second on i386) and
build again using svn-buildpackage.  The result of the second build was
the same as the first:

N: Processing binary package tbb-examples (version 3.0+r147-2) ...
W: tbb-examples: gz-file-not-gzip 
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

In both instances, I ran lintian from inside a sid chroot.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#620305: pcscd slows down sutdown/restart

2011-03-31 Thread Rubén López


El 01/04/11 00:23, Ludovic Rousseau escribió:

Le 31/03/11 23:59, Rubén a écrit :

Package: pcscd
Version: 1.7.1-1
Severity: normal
Tags: patch

Sometimes, when i restart or shutdowm my computer i find this message:

Currently running processes (pstree):
init-+-pcscd---2*[(pcscd)]

and the computer freezes for a few seconds.


How many seconds?
Maybe about 6 seconds, but in my case is a very notable time because my 
computer shutdowns in no more than 3 seconds.


pcscd exits automatically after 60 seconds if no client is using it.

You should check to see what client(s) is/are using libpcsclite.so 
when you shutdown you computer.


I do not consider this bug is an issue.
The shutdown script is trying to kill pcscd using a normal kill and 
then using a forced kill (kill -9).


Your own script is not really different from the normal shutdown script.

Do you have any pcscd log when you shutdown your system?

Bye

In my case iceweasel starts pcscd becuse (i think) it try to read a 
certificate from  a smartcard (that part works absolutlly)
If i close icewesel, wait for 60 seconds and restart there is no message 
and no delay, the process finish itself correctly, that is good.
But if i restart or shutdown just before closing the browser (what i 
usually do), i think pcscd has no time to end and i have to wait until 
it gests killed.


In the other hand if, i don't misunderstand the start script (and it is 
very possible), the start-stop-daemon depends on the existence of the 
file /var/run/pcscd/pcscd.pid and that file does not exits in my 
computer when pcscd autostarts. At lest for me, only comenting the exit 
0 doesn't solve the problem.


Thanks for answering so quickly, bye.



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

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

Roberto C. Sánchez robe...@connexer.com writes:

 I am not sure precisely what you mean.  I created a fresh checkout on a
 different machine (the first build was on amd64, the second on i386) and
 build again using svn-buildpackage.  The result of the second build was
 the same as the first:

 N: Processing binary package tbb-examples (version 3.0+r147-2) ...
 W: tbb-examples: gz-file-not-gzip 
 usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

 In both instances, I ran lintian from inside a sid chroot.

Okay, hm.  That does seem like some sort of separate bug.

What I was asking about before was if you had tried unpacking the built
*.deb file inside the chroot and then run the file program inside the
chroot on the *.deb file to see if it returned the correct recognition of
a gzip file or if it returned something else.  Lintian should just be
calling file.

If the file program in the sid chroot is broken, then this is probably the
same as the existing file bug.  If the file that Lintian is using (the one
in the chroot) says it's a gzip'd file, but Lintian thinks it isn't, then
there's some other Lintian bug.

-- 
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#599924: RFS: plowshare

2011-03-31 Thread Fernando C. Estrada

Dear mentors,

I am looking for a sponsor for my package plowshare.

* Package name: plowshare
  Version : 0.9.5~r1409-1
  Upstream Author : Arnau Sanchez tokl...@gmail.com
Matthieu Crapet mcra...@gmail.com
* URL : http://code.google.com/p/plowshare/
* License : GPL-3+
  Section : web

It builds these binary packages:
plowshare  - download files for file-sharing websites utility

The package appears to be lintian clean (I just found typos so I'm going
to send a patch to Upstream).

The upload would fix these bugs: 599924

My motivation for maintaining this package is: I'm an avid user of
plowshare, I think is very useful for people who enjoy console apps,
Upstream Author and the current Upstream maintainer are very helpful,
etc.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/p/plowshare
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/p/plowshare/plowshare_0.9.5~r1409-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards

P.S. This package is frequently updated (modules for remote websites
need frequent updates to keep working), so I need to learn how to use an
updates suite (like wheezy-updates), any advice or reference would be
very helpful.
-- 
Fernando C. Estrada

Overfiend the kind of landscape that laughs at AWD vehicles and
sends them tumbling into ravines



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

Bug#620311: tzdata: new 2011 DST for Morocco (Africa/Casablanca)

2011-03-31 Thread Milamber

Package: tzdata
Version: 2011d-0squeeze1
Severity: normal
Tags: l10n


The Moroccan government has just decided to increase by one hour between
Saturday, April 2, 2011 at 00:00 until Saturday, July 30, 2011 at 00:00.

* Saturday, April 2, 2011 at 00:00, the new date will be Sunday, April 3, 2011
01:00
* Saturday, July 30, 2011 at 00:00, the new date will be Saturday, July 30,
2011 01:00

News release (in french) :
http://www.service-public.ma/Templates/Actualite_Detail.aspx?idactualite=49



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

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

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy

tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information:
  tzdata/Zones/Australia:
  tzdata/Zones/Asia:
  tzdata/Zones/SystemV:
  tzdata/Zones/Pacific:
  tzdata/Zones/Atlantic:
  tzdata/Zones/US:
* tzdata/Zones/Etc: UTC
  tzdata/Zones/Arctic:
  tzdata/Zones/Antarctica:
  tzdata/Zones/Europe:
* tzdata/Zones/Africa: Casablanca
  tzdata/Zones/America:
* tzdata/Areas: Africa
  tzdata/Zones/Indian:



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

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples

On Thu, Mar 31, 2011 at 04:19:55PM -0700, Russ Allbery wrote:
Roberto C. Sánchez robe...@connexer.com writes:

I am not sure precisely what you mean. I created a fresh checkout on a
different machine (the first build was on amd64, the second on i386) and
build again using svn-buildpackage. The result of the second build was
the same as the first:

N: Processing binary package tbb-examples (version 3.0+r147-2) ...
W: tbb-examples: gz-file-not-gzip
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

In both instances, I ran lintian from inside a sid chroot.

Okay, hm. That does seem like some sort of separate bug.

What I was asking about before was if you had tried unpacking the built
*.deb file inside the chroot and then run the file program inside the
chroot on the *.deb file to see if it returned the correct recognition of
a gzip file or if it returned something else. Lintian should just be
calling file.

If the file program in the sid chroot is broken, then this is probably the
same as the existing file bug. If the file that Lintian is using (the one
in the chroot) says it's a gzip'd file, but Lintian thinks it isn't, then
there's some other Lintian bug.

OK. After unpacking in the chroot and running file, here is what I get:

(unstable)roberto@miami:/var/lib/chroot/pbuilder-sid/results/tmp$ file
usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz

usr/share/doc/tbb-examples/examples/parallel_reduce/convex_hull/convex_hull_bench.cpp.gz:
Minix filesystem, V2, 30 char names, 52542 zones

Running it outside of the chroot on that same system (running Squeeze)
yields the same result. Running it on the system where I first
encountered the bug (running Lenny still) yields the results I provided
in the earlier mail.

Regards,

-Roberto

--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com

signature.asc
Description: Digital signature

Bug#620289: lintian: Incorrectly reports gz-file-not-gzip in tbb-examples