Bug#636184: [bzip2] extended description claims bzip2 is "around twice as fast at compression and six times faster at decompression"

[Filipus Klutiero]

Package: bzip2
Version: 1.0.5-6
Severity: normal

The extended description says of bzip2:


It typically compresses files to within 10% to 15% of the best available
techniques, whilst being around twice as fast at compression and six
times faster at decompression.
Although this is relative, I think this is highly misleading, and if it 
is "true", this claim should be detailed and backed by documentation.




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

Bug#636183: New upstream version

[Marcelo Santana]

Package: gwibber
Version: 3.0.0.1-2
Severity: wishlist

Dear maintainer,

Please, consider upgrade for new upstream version 3.1.4 released on
2011-07-25. Maybe you could use the experimental for that.

Thanks for maintain this package.

Regards,

Marcelo Santana

--- System information. ---
Architecture: i386
Kernel:   Linux 3.0.0-1-686-pae

Debian Release: wheezy/sid
  990 unstableftp.br.debian.org 
  100 experimentalftp.br.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.






signature.asc
Description: PGP signature

Bug#619642: Current version?

[Sören Eberhardt-Biermann]

Hi,

the current version of eXtplorer supports ExtJS 3.4. So there's a 
possibility to upgrade ExtJS to version 3.4, if the eXtplorer version 
can also be updated (2.1.0b6 is quite old now).
At the moment we (the eXtplorer Project) can't upgrade to ExtJS 4, 
because we are using some ExtJS-extensions by other people, which have 
not been upgraded to ExtJS 4 by now. Also ExtJS4 brings huge changes, 
comparable to the transition ExtJS1 => ExtJS2. This means a lot of work...


ciao, Sören


Am 31.07.2011 05:14, schrieb Thomas Goirand:

Christian Welzel  said:

Package: libjs-extjs

Are there any plans to package ExtJS in its current version (3.2.x)?
I would need that for the typo3-src package.

Hi,

I have no plans to package a new version of libjs-extjs, like version 4,
unless extplorer, which is the reason why I maintain libjs-extjs in
Debian, can be tested and working with it.

I may upgrade to 3.4.0 in SID if extplorer supports it, but at some
point, extplorer will have to support extjs 4 if the plan is to keep it
in Wheezy. If not, then, I will ask removal from Wheezy of both
extplorer and libjs-extjs, because extplorer would become not
maintainable if it cannot upgrade and libextjs3 isn't supported anymore,
and I wouldn't need any of them.

Also, the fact that there is still this bug open:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600933

This bothers me. It has been reported on the21 Oct 2010, and I'm still
waiting for a fix from Soeren. He told me he has one, and it's been now
9 months. That's not encouraging, and I have in no way the ability to
fix it myself. As much as I like libjs-extjs and extplorer, I need
responsive upstreams!

That is unless, Christian, you are willing to help maintaining extjs
and/or extplorer, or if you point at another package in Debian that
needs libjs-extjs which would justify actions.

By the way, maybe Soeren Eberhardt, which is the upstream author of
Extplorer. I have put him as Cc:, can tell us if the latest 2.1 RC3 can
support the latest version of ExtJS, or if he has plans for supporting
it, and about #600933.

Thomas Goirand (zigo)





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

Bug#636148: .y not included in the tarball

[Thierry Randrianiriana]

Hi,

The .y files aren't in the tarball from the download page, could you
include them in the next release ? I'll upload them with pleasure.
I'll ask directly the smarty developers also.

Best Regards,

--
Thierry Randrianiriana



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

Bug#635938: emacs23: Missing sources, violates GPL, non-distributable

[Sven Joachim]

On 2011-07-29 23:56 +0200, Rob Browning wrote:

> Julian Andres Klode  writes:
>
>> emacs23 includes parsers generated from bison grammars, but does not
>> include the grammars itself, causing Debian to violate the GPL by
>> distributing it.
>>
>> This bug is affecting all emacs version starting with 23.2 according
>> to upstream.
>>
>> See http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01155.html
>> for information.
>
> Thanks.  It may be two weeks before I can handle this.  I'll be
> traveling and may or may not have much net access.
>
> An NMU would be fine, if deemed appropriate.

I had thought about working on one, based on the new tarballs that have
just appeared on ftp.gnu.org.  But since the recipe of creating the
Debian .orig.tar.bz2 from upstream tarballs appears to be top secret,
I'll refrain from doing so.

Anyway, since I happened to have the original 23.3 tarball around, here
is a summary of the differences between old and new:

,
| $ LANG=C diff -qr emacs-23.3.old emacs-23.3
| Only in emacs-23.3/etc: grammars
| Files emacs-23.3.old/lisp/cedet/semantic/bovine/c-by.el and 
emacs-23.3/lisp/cedet/semantic/bovine/c-by.el differ
| Files emacs-23.3.old/lisp/cedet/semantic/bovine/make-by.el and 
emacs-23.3/lisp/cedet/semantic/bovine/make-by.el differ
| Files emacs-23.3.old/lisp/cedet/semantic/bovine/scm-by.el and 
emacs-23.3/lisp/cedet/semantic/bovine/scm-by.el differ
| Files emacs-23.3.old/lisp/cedet/semantic/wisent/js-wy.el and 
emacs-23.3/lisp/cedet/semantic/wisent/js-wy.el differ
| Files emacs-23.3.old/lisp/cedet/semantic/wisent/python-wy.el and 
emacs-23.3/lisp/cedet/semantic/wisent/python-wy.el differ
`

Full diff is attached.

Cheers,
   Sven



emacs-23.3.diff.bz2
Description: Binary data

Bug#636182: [gzip] Broken links to RFC-s in manual page

[Filipus Klutiero]

Package: gzip
Version: 1.4-1
Severity: minor

The manual page contains links to RFC-s describing the gzip file format:

The gzip  file format is specified in P. Deutsch, GZIP file format 
specification version 4.3, , 
Internet RFC 1952 (May 1996). The zip  deflation format is specified 
in P. Deutsch, DEFLATE Compressed Data Format Specification version 
1.3, , Internet RFC 1951 (May 
1996).


There is no in-notes/ directory on ftp://ftp.isi.edu/, so the links 
yield 550 errors.


http://en.wikipedia.org/wiki/GZIP#File_format has working links to these 
RFC-s. These have the non-marginal extra benefit of using HTTP rather 
than FTP.

I assume this is an upstream bug.




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

Bug#636181: ITP: libsnappy-java -- Snappy for Java, a fast compressor/decompresser

[Charles Plessy]

Package: wnpp
Severity: wishlist
Owner: Charles Plessy 

  Package name: (lib)snappy-java
  Version : 1.0.3
  Upstream Author : Taro L. Saito
  URL : http://code.google.com/p/snappy-java/
  License : Apache Licence Version 2.0
  Programming Lang: Java
  Description : Snappy for Java, a fast compressor/decompresser

 Java port of snappy, a fast compresser/decompresser, which is
 developed in C++ by Google.

This package is needed to update picard-tools, a package for
bioinformatics maintained by the Debian Med team.  But since
snappy-java is not restricted to use for life sciences, I will
maintain it in the Debian Java Packaging project.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#635577: Also found with device 14e4:4727

[Chanoch (Ken) Bloom]

found 635577 1:014-5
thanks

I'm also seeing this bug with Broadcom device 14e4:4727. For the first
time, the package refuses to install. (It worked OK in version
1:014-4)

E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up firmware-b43-installer (1:014-5) ...
Unsupported device(s) found: PCI id 14e4:4727 
Aborting.
dpkg: error processing firmware-b43-installer (--configure):
 subprocess installed post-installation script returned error exit
 status 1
Errors were encountered while processing:
 firmware-b43-installer

Why does this package refuse to install when it encounters an
unsupported device anyway? Is there a possibility of screwing things
up by loading the wrong software?

Instad of aborting, install the firmware anyway, but spit out a
nonfatal information message saying that the device is unsupported (or
supported by one of the other Broadcom firmware packages in Debian).

--Ken

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



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

Bug#636180: network-manager: "Shared to other computers" does not work

[Carl Fink]

Package: network-manager
Version: 0.8.4.0-2
Severity: normal
Tags: wheezy

According to the docs I can find, if I use nm-applet >> Edit Connections >>
Auto Eth0 >> Edit >> IPV4 Settings >> change "Method" to "Shared to other
computers" then any PC connected to the Ethernet port should see a DHCP
miniserver (dnsmasq), and once connected should be NAT-connected to the
Internet via my broadband wireless connection.

But it doesn't happen. According to syslog, instead when the system detects
a
cable plugged into Ethernet it *sends* DHCP client requests to eth0, instead
of
listening for them.

I tried this with a Fedora LiveCD and it worked flawlessly. I would have
tried
a Wheezy LiveCD to eliminate the possibility that it's a configuration
problem
with my system, but no such thing seems to exist.

If this should be filed against nm-applet instead, please move it and my
apologies.


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

Kernel: Linux 2.6.39-2-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

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

Kernel: Linux 2.6.39-2-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 network-manager depends on:
ii  adduser  3.113   add and remove users and groups
ii  dbus 1.4.12-5simple interprocess messaging syst
ii  isc-dhcp-client  4.1.1-P1-17 ISC DHCP client
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.4.12-5simple interprocess messaging syst
ii  libdbus-glib-1-2 0.94-4  simple interprocess messaging syst
ii  libgcrypt11  1.4.6-7 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgnutls26  2.10.5-2the GNU TLS library - runtime libr
ii  libgudev-1.0-0   172-1   GObject-based wrapper library for 
ii  libnl1   1.1-7   library for dealing with netlink s
ii  libnm-glib2  0.8.4.0-2   network management framework (GLib
ii  libnm-util1  0.8.4.0-2   network management framework (shar
ii  libpolkit-gobject-1-00.101-4 PolicyKit Authorization API
ii  libuuid1 2.19.1-4Universally Unique ID library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  udev 172-1   /dev/ and hotplug management daemo
ii  wpasupplicant0.7.3-3 client support for WPA and WPA2 (I

Versions of packages network-manager recommends:
ii  dnsmasq-base  2.57-1 A small caching DNS proxy and DHCP
ii  iptables  1.4.11.1-3 administration tools for packet fi
ii  modemmanager  0.4.997-1  D-Bus service for managing modems
ii  policykit-1   0.101-4framework for managing administrat
ii  ppp   2.4.5-5Point-to-Point Protocol (PPP) - da

Versions of packages network-manager suggests:
ii  avahi-autoipd 0.6.30-5   Avahi IPv4LL network address confi

-- 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#636177: blender: Blender is no longer buildable in sid

[Micah Gersten]

severity 636177 minor
retitle 636177 Blender depends on libglew1.5-dev which is only a virtual
package
done


Seems I jumped the gun here and didn't realize it was provided as a
virtual package by the new libglew1.6-dev.  So, it's still buildable.



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

Bug#636179: [p7zip-full] claims to archive with very high compression ratios

[Filipus Klutiero]

Package: p7zip
Version: 9.20.1~dfsg.1-2
Severity: minor

The extended descriptions start with:


p7zip is the Unix port of 7-Zip, a file archiver that archives with
very high compression ratios.


I very much doubt that 7-Zip archives with particularly high compression 
ratios. For me, the particularity of 7-Zip is to handle the "7z" file 
format, which allows very high compression ratios, and perhaps in 
general the number of archive/compressed file formats it supports.




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

Bug#636178: [p7zip-full] missing comma in "p7zip a gzip-likewrapper around 7zr" in extended description

[Filipus Klutiero]

Package: p7zip-full
Version: 9.20.1~dfsg.1-2
Severity: minor

The extended description ends with:


p7zip provides 7zr, a light version of 7za, and p7zip a gzip-like
wrapper around 7zr.


There is a comma missing at the start of "a gzip-like wrapper around 
7zr", which is a non-restrictive appositive on "p7zip".


BTW, it would be nice to mention Ark in addition to File Roller in the 
description.




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

Bug#636177: blender: Blender is no longer buildable in sid

[Micah Gersten]

Package: blender
Version: 2.58-svn37702-1
Severity: serious
Tags: patch sid
Justification: fails to build from source
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

libglew1.5-dev was removed from sid, there is now a libglew1.6-dev, however, it 
provides a virtual package of libglew-dev

*** /tmp/tmp2G8Ush
In Ubuntu, the attached patch was applied to achieve the following:

  * Build depend on libglew-dev instead of libglew1.5-dev since the latter
no longer exists.  This effectively transitions to libglew1.6.
- update debian/control 


Thanks for considering the patch.


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

Kernel: Linux 2.6.38-11-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru blender-2.58-svn37702/debian/changelog blender-2.58-svn37702/debian/changelog
diff -Nru blender-2.58-svn37702/debian/control blender-2.58-svn37702/debian/control
--- blender-2.58-svn37702/debian/control	2011-06-27 06:52:07.0 -0500
+++ blender-2.58-svn37702/debian/control	2011-07-31 22:11:22.0 -0500
@@ -31,7 +32,7 @@
  libjack-dev,
  libsamplerate0-dev,
  libfftw3-dev,
- libglew1.5-dev,
+ libglew-dev,
  liblzma-dev,
  liblzo2-dev,
 Build-Conflicts: nvidia-glx

Bug#636176: ITP: libxml-xupdate-libxml-perl -- Perl implementation of the XUpdate modification language

[Alexander Zangerl]

Package: wnpp
Severity: wishlist
Owner: Alexander Zangerl 

* Package name: libxml-xupdate-libxml-perl
  Version : 0.6.0
  Upstream Author : Petr Pajas 
* URL : http://search.cpan.org/~pajas/XML-XUpdate-LibXML-0.6.0/
* License : GPL | Artistic
  Programming Lang: Perl
  Description : Perl module that implements XUpdate modification language

XUpdate is a language for expressing modifications to be performed 
on an XML document, and this module provides the methods for applying
such updates. The module implements the XUpdate format as described 
in the latest XUpdate Working Draft.



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

Bug#636175: flvstreamer: Missing binaries

[John Goerzen]

Package: flvstreamer
Version: 2.1c1-1
Severity: normal

The README mentions rtmpsuck, rtmpsrv, etc. which are included in the
source package but aren't getting installed.

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

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

Versions of packages flvstreamer depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib

flvstreamer recommends no packages.

flvstreamer 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#636174: [p7zip] 7za, 7zr: unclear manpages "7z{a,r} handles less archive formats than 7z, but does not need any others."

[Filipus Klutiero]

Package: p7zip
Version: 9.04~dfsg.1-1
Severity: normal

7zr's manpage has the following DESCRIPTION:

 7-Zip is a file archiver with the highest compression ratio. The 
program supports 7z (that implements LZMA compression algorithm), ZIP, 
CAB, ARJ, GZIP, BZIP2, TAR, CPIO, RPM and DEB formats. Compression 
ratio in the new 7z format is 30-50% better than ratio in ZIP format. 
7zr is a stand-alone executable. 7zr handles less archive formats than 
7z, but does not need any others. 7zr is a "light-version" of 7za that 
only handles 7z archives.
I don't understand what "but does not need any others" means. How could 
7zr need an archive format?


The 7za manpage says the equivalent.



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

Bug#636133: libgtk2-mozembed-perl: FTBFS: gdkconfig.h: No such file or directory

[Jonathan Yu]

Hi,

I have successfully reproduced this issue in a sid chroot, and
subsequently confirmed that this issue (the immediate issue, but not
the FTBFS) can be fixed by rebuilding libgtk2-perl:

[ XS xs/GtkMozEmbed.xs ]
[ CC xs/GtkMozEmbed.c ]
In file included from /usr/include/gtk-2.0/gdk/gdkscreen.h:32:0,
 from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:31,
 from /usr/include/gtk-2.0/gdk/gdk.h:32,
 from /usr/include/gtk-2.0/gtk/gtk.h:32,
 from /usr/lib/perl5/Gtk2/Install/gtk2perl.h:29,
 from ./gtkmozembed2perl.h:28,
 from xs/GtkMozEmbed.xs:21:
/usr/include/gtk-2.0/gdk/gdktypes.h:55:23: fatal error: gdkconfig.h:
No such file or directory
compilation terminated.
make[1]: *** [xs/GtkMozEmbed.o] Error 1
make[1]: Leaving directory `/root/libgtk2-mozembed-perl'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

After rebuilding and installing the rebuilt version:

(Reading database ... 26678 files and directories currently installed.)
Preparing to replace libgtk2-perl 2:1.223-1+b1 (using
.../libgtk2-perl_1.223-2_i386.deb) ...
Unpacking replacement libgtk2-perl ...
Setting up libgtk2-perl (2:1.223-2) ...

(this version came out of the pkg-perl git)

[ XS xs/GtkMozEmbed.xs ]
[ CC xs/GtkMozEmbed.c ]
In file included from xs/GtkMozEmbed.xs:21:0:
./gtkmozembed2perl.h:34:25: fatal error: gtkmozembed.h: No such file
or directory
compilation terminated.
make[1]: *** [xs/GtkMozEmbed.o] Error 1
make[1]: Leaving directory `/root/libgtk2-mozembed-perl'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

It looks like the gtkmozembed.h file is no longer available anywhere.
There are a few results from apt-file, but the newest version of
xulrunner (now in sid) is xulrunner-5.0, which does not seem to
provide this file.

apt-file says:

icedove-dev: /usr/include/icedove/gtkmozembed.h
kompozer-dev: /usr/include/kompozer/gtkembedmoz/gtkmozembed.h
xulrunner-dev: /usr/include/xulrunner-1.9.1/unstable/gtkmozembed.h

I think that this package will only be able to build if you restrict
it to build with the previous version of xulrunner...

Cheers,

Jonathan



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

Bug#601198: mdadm: Does all that can be expected ...

[NeilBrown]

On Sun, 31 Jul 2011 15:49:48 -0400 Scott Schaefer
 wrote:

> I am glad that you phrased your request "It would better if it managed
> to say it failed doing the requested operation.".
> 
> Because it indeed did successfully perform the operation, exactly as
> the output indicated.  That is, it DID indeed set the MD_DISK_FAULTY
> attribute on the /dev/sdb2 device of the /dev/md0 array.
> 
> To be more precise, it set the attribute via ioctl() call to the
> kernel 'md' driver. (~ lines 980-995 of Manage.c).
> 
> Unfortunately, (or rather, fortunately, for your data as well as
> your blood pressure), the kernel 'md' driver, when receiving this
> request, sets flag to initiate a recovery, or, if a recovery is
> already in progress (as in your case),  sets flag for
> MD_RECOVERY_RECOVER.
> 
> I have not attempted to understand all the possibilities in the
> kernel driver.  However, it appears that, at least for RAID-1,
> the FAULTY flag on the (sdb2) device is cleared when the recovery
> completes, and the 'RECOVERY_RECOVER' finds nothing more to do.
> 
> At this point, I believe this a "won't fix" issue; one could
> potentially ask for mdadm to do some before/after status-check
> magic and "handle" this and other potential cases in some
> "better" way.  Asking it to do so raises a great deal many more
> problems than it solves.

I've just queued the following kernel patch which will be in 3.1 which I
believe is the best way to address this issue.

Thanks,
NeilBrown

From 70792a4e8fc486ab82449cb3165268131875b7c1 Mon Sep 17 00:00:00 2001
From: NeilBrown 
Date: Mon, 1 Aug 2011 12:28:41 +1000
Subject: [PATCH] md: report failure if a 'set faulty' request doesn't.

Sometimes a device will refuse to be set faulty.  e.g. RAID1 will
never let the last working device become faulty.

So check if "md_error()" did manage to set the faulty flag and fail
with EBUSY if it didn't.

Resolves-Debian-Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601198
Reported-by: Mike Hommey 
Signed-off-by: NeilBrown 

diff --git a/drivers/md/md.c b/drivers/md/md.c
index 8e221a2..1cd9bfb 100644
--- a/drivers/md/md.c
+++ b/drivers/md/md.c
@@ -2561,7 +2561,10 @@ state_store(mdk_rdev_t *rdev, const char *buf, size_t 
len)
int err = -EINVAL;
if (cmd_match(buf, "faulty") && rdev->mddev->pers) {
md_error(rdev->mddev, rdev);
-   err = 0;
+   if (test_bit(Faulty, &rdev->flags))
+   err = 0;
+   else
+   err = -EBUSY;
} else if (cmd_match(buf, "remove")) {
if (rdev->raid_disk >= 0)
err = -EBUSY;
@@ -5983,6 +5986,8 @@ static int set_disk_faulty(mddev_t *mddev, dev_t dev)
return -ENODEV;
 
md_error(mddev, rdev);
+   if (!test_bit(Faulty, &rdev->flags))
+   return -EBUSY;
return 0;
 }
 



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

Bug#636164: RFP: apt-clone -- ZFS integrated APT package handling utility

[Guillem Jover]

Hi!

On Mon, 2011-08-01 at 00:38:13 +0200, Robert Millan wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: apt-clone
>   Version : 0.7.9nexenta28
> * URL : see below
> * License : CDDL
>   Programming Lang: Perl
>   Description : ZFS integrated APT package handling utility

There's already an unrelated package in the archive with such name:

  

regards,
guillem



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

Bug#636173: fontconfig: Don't "clean up" on a new install

[Geoffrey Thomas]

Package: fontconfig
Version: 2.8.0-3

Hi,

debian/fontconfig.postinst includes this snippet:

  if dpkg --compare-versions "$2" lt 2.4.0-1; then
  printf "Cleaning up old fontconfig caches... "
  for dir in /usr/share/fonts /var/lib/defoma/fontconfig.d   
/usr/X11R6/lib/X11/fonts /usr/local/share/fonts ; do
if [ -d $dir ]; then
find $dir -name fonts.cache-1 -exec rm -f \{\} \;
find $dir -depth -mindepth 1 -type d -exec rmdir 
--ignore-fail-on-non-empty \{\} \;
fi
  done
  ...

Since this uses "lt" instead of "lt-nl" as the comparison operator, this 
block gets run when fontconfig is initially installed, as well as when 
upgrading from fontconfig (<< 2.4.0-1). While it's arguably fine to delete 
empty directories in the upgrade case, running it on install can cause 
problems if there are legitimately any empty directories.


In particular, Ubuntu's ttf-mscorefonts-installer package includes an 
empty /usr/share/fonts/truetype/msttcorefonts directory in the package, 
and writes files to that directory in the postinst. If you install 
fontconfig and ttf-mscorefonts-installer in the same apt run, the 
directory will get unpacked, fontconfig's postinst will rmdir it, and 
ttf-mscorefont-installer's postinst will get really confused.


fontconfig really should not be delete directories owned by other packages 
at all. But that's probably hard, and it shoulf suffice to just avoid this 
cleanup entirely in the new install case. This would be solved by using 
"lt-nl" instead of "lt", so that an empty $2 (a new install) causes dpkg 
--compare-versions to return false.


For more context, see
https://bugs.launchpad.net/ubuntu/+source/msttcorefonts/+bug/670629
comments 14 (which prompted packaging the empty directory) and 29
http://debathena.mit.edu/trac/ticket/975
comments "Pretty sure this is entirely different..." and "Anders and I 
found the bug..."


Thanks,
--
Geoffrey Thomas
geo...@mit.edu



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

Bug#632754: (no subject)

[Kevin Ross]

I also use the PPA for Wine in Wheezy.  When I added the PPA, I did it 
manually, but I was curious to see if it could be automated.


In /usr/lib/python2.6/dist-packages/softwareproperties/ppa.py

change:

sourceslistd = apt_pkg.Config.find_dir("Dir::Etc::sourceparts")

to this:

sourceslistd = apt_pkg.config.find_dir("Dir::Etc::sourceparts")

(Config should be lowercase)

Now, when you run apt-add-repository ppa:ubuntu-wine/ppa, it properly 
adds the signing key, and creates a new file called 
/etc/apt/sources.list.d/ubuntu-wine-ppa-wheezy.list, the contents of 
which are:


deb http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu wheezy main
deb-src http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu wheezy main

It should be obvious that there aren't any "wheezy" releases on 
Launchpad, so you'll have to change that to something more appropriate, 
such as lucid for Squeeze systems, or maverick or natty for Wheezy or 
Sid systems.


Hope this helps!
-- Kevin




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

Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe

[Thorsten Glaser]

Piotr Engelking dixit:

>Jupp hijacks the editorrc alternative from joe, moving it from
>/etc/joe/editorrc to /etc/jupp/editorrc. This breaks joe if it is set
>as the default system editor:

Oh, fun. Will have a look at it, thanks for noticing,
if you have an idea please do tell.

A quick one would be to make them not co-installable
(since /etc/joe/{syntax,charmaps} would overlap)...
this I'd like to avoid since I split the joe-parts
off into joe-jupp for that reason...

bye,
//mirabilos
-- 
Support mksh as /bin/sh and RoQA dash NOW!
‣ src:bash (254 (273) bugs: 1 RC, 175 (190) I&N, 78 (82) M&W, 0 F&P)
‣ src:dash (82 (90) bugs: 3 RC, 44 (47) I&N, 35 (40) M&W, 0 F&P)
‣ src:mksh (2 bugs: 0 RC, 0 I&N, 2 M&W, 0 F&P)



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

Bug#636170: Fwd: linux-image-3.0.0-1-loongson-2f doesn't allow some connections through iptables

[Javier Vasquez]

Just an upgrade.  When trying to install the prior 2.6.39-2 kernel I
tried a kernel package that was not necessary.  After fixing that, the
look fro kernel packages installed look this way:

% aptitude search '~i' | 'grep' linux-image
i   linux-image-2.6-loongson-2f - Linux for Loongson 2F (dummy package)
i   linux-image-2.6.39-2-loongson-2 - Linux 2.6.39 for Loongson 2F
i A linux-image-3.0.0-1-loongson-2f - Linux 3.0.0 for Loongson 2F
i   linux-image-loongson-2f - Linux for Loongson 2F (meta-package)

This doesn't affect at all, what has been exposed.  Actually with that
little mess my 2.6.39-2 kernel was working correctly...

Thanks,

-- 
Javier



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

Bug#635177: live-build: live wheezy usb-hdd -> isolinux insted of syslinux will be installed

[upite...@lycos.com]

Today, after all updates on my wheezy, I've craeted a new usb-hdd image and still cannot boot from bianry.img.Is this new version still not uploaded?
On Jul 25, 2011, Daniel Baumann  wrote:

tag 635177 pendingthankslike Ben said, this is fixed in git, new version will be uploaded atlatest at the end of the week.-- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 BernEmail:  daniel.baum...@progress-technologies.netInternet:   http://people.progress-technologies.net/~daniel.baumann/




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

Bug#636172: [p7zip-full] "gui" lowercase in extended description

[Filipus Klutiero]

Package: p7zip-full
Version: 9.20.1~dfsg.1-2
Severity: minor

The extended description contains:


p7zip-full provides utilities to pack and unpack 7z archives within
a shell or using a gui (such as File Roller or nautilus).

"GUI" is an acronym and should be uppercase.

BTW, "Nautilus" is a proper noun and should be capitalized.



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

Bug#636171: ardour: allow for installation with Jack-2

[Hermann Vosseler]

Package: ardour
Version: 1:2.8.11-6
Severity: normal

The generated binary package gets additional dependencies as

CDBS_DEPENDS_ALL = python, python-twisted, python-gtk2, jackd

Thus it's impossible to install it on a system using 'jackd2'
Changing the dependency into the virtual package 'jack-daemon'
would allow to use it with both flavours of Jack

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (850, 'stable'), (650, 'stable'), (450, 'testing'), (80, 
'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ardour depends on:
ii  jackd2  1.9.7~dfsg-1+bpo.squeeze JACK Audio Connection Kit (server 
ii  libart-2.0-22.3.21-1 Library of functions for 2D graphi
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libaubio2   0.3.2-4+b2   a library for audio segmentation
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libcairomm-1.0- 1.8.4-3  C++ wrappers for Cairo (shared lib
ii  libcurl3-gnutls 7.21.0-2 Multi-protocol file transfer libra
ii  libfftw3-3  3.2.2-1  library for computing Fast Fourier
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libglibmm-2.4-1 2.24.2-1 C++ wrapper for the GLib toolkit (
ii  libgnomecanvas2 2.30.1-1 A powerful object-oriented display
ii  libgnomecanvasm 2.26.0-1 C++ wrappers for libgnomecanvas2 (
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c 1:2.20.3-1   C++ wrappers for GTK+ (shared libr
ii  libjack-jackd2- 1.9.7~dfsg-1+bpo.squeeze JACK Audio Connection Kit (librari
ii  liblo7  0.26~repack-5Lightweight OSC library
ii  liblrdf00.4.0-3  a library to manipulate RDF files 
ii  libpango1.0-0   1.28.3-1+squeeze2Layout and rendering of internatio
ii  libpangomm-1.4- 2.26.2-1 C++ Wrapper for pango (shared libr
ii  libraptor1  1.4.21-2 Raptor RDF parser and serializer l
ii  librasqal2  0.9.20-1 Rasqal RDF query library
ii  librdf0 1.0.10-3 Redland Resource Description Frame
ii  libsamplerate0  0.1.7-3  Audio sample rate conversion libra
ii  libsigc++-2.0-0 2.2.4.2-1type-safe Signal Framework for C++
ii  libslv2-9   0.6.6-5  A library for simple use of LV2 pl
ii  libsndfile1 1.0.21-3 Library for reading/writing audio 
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-16  userspace USB programming library
ii  libvamp-hostsdk 2.1-1helper library for Vamp hosts writ
ii  libvamp-sdk22.1-1helper library for Vamp plugins wr
ii  libxml2 2.7.8.dfsg-2+squeeze1GNOME XML library
ii  libxslt1.1  1.1.26-6 XSLT 1.0 processing library - runt
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge

Versions of packages ardour recommends:
ii  iceweasel [www-browser] 3.5.16-8 Web browser based on Firefox
ii  lynx-cur [www-browser]  2.8.8dev.5-1 Text-mode WWW Browser with NLS sup

Versions of packages ardour suggests:
ii  jamin0.97.14~cvs~81203-4~bpo.squeeze Audio mastering from a mixed down 
ii  qjackctl 0.3.6-1+b1  User interface for controlling the

-- 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#636170: linux-image-3.0.0-1-loongson-2f doesn't allow some connections through iptables

[Javier Vasquez]

Package: linux-2.6
Version: 3.0.0-1
Severity: important

*** Please type your report below this line ***
I'm using a lemote mini-pc as my gateway through simple iptables
configuration.  I use debian unstable.  With yesterday upgrade which
updated linux kernel to 3.0.0-1 and iptables as well, my gateway
broke.

% cat /var/log/aptitude
...
[UPGRADE] iptables 1.4.11.1-3 -> 1.4.12-1
...
[UPGRADE] linux-image-loongson-2f 2.6.39+35.1 -> 3.0.0+39
...

What got broken is some connection from internal boxes connected to
the gateway to some outside places external to the gateway.

For example, trying to upgrade again Today from the gateway had no
problem at all.  However trying to upgrade from an internal box was
hard, both in the sense that getting the headers took way longer than
in the gateway, and that when the time came for safe-upgrade and after
downloading the packages, apt-listbugs just failed indicating it
couldn't connect to extract the bug information.  To get to upgrade on
the internal boxes, the apt-listbugs part of the process was canceled.

I also connect to a msn account through pidgin.  But since the upgrade
until I installed back 2.6.39-2 linux kernel, I could NOT connect at
all to msn.  To get msn workign back, I just had to install old prior
working kernel 2.6.39-2.

The prior confirms to me that actually the problem was not with
iptables, since I didn't have to even try downgrading it.  Just by
installing 2.6.39-2 linux kernel version for loongson-2f worked out
great.

Notice that there are several changes in the kernel config files
(under boot) between 2.6.39-2 and 3.0.0-1, however I couldn't
appreciate any significant variation that could have affected the
iptables behavior.  My iptables script that is under:

/etc/network/if-up.d/00_gateway

It's pretty simple:

++
# delete all existing rules and clean up.
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
iptables -F
iptables -t nat -F
iptables -t mangle -F
iptables -X

# Always accept loopback traffic
iptables -A INPUT -i lo -j ACCEPT

# Allow established connections, and those not coming from the outside
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -m state --state NEW ! -i ppp0 -j ACCEPT
iptables -A FORWARD -m state --state ESTABLISHED,RELATED -i ppp0 -o
eth0 -j ACCEPT

# Allow outgoing connections from the LAN side.
iptables -A FORWARD -i eth0 -o ppp0 -j ACCEPT

# Masquerade.
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

# Don't forward from the outside to the inside.
iptables -A FORWARD -i ppp0 -o ppp0 -j REJECT
++

That's it, pretty simple as well...  Also I'm using an usb NIC to
connect outside the gateway through ppp:

/etc/network/interfaces

++
auto lo
iface lo inet loopback

# The internal LAN on embedded NIC
auto eth0
iface eth0 inet static
pre-up /sbin/ethtool -K eth0 rx off
post-up /sbin/ethtool -K eth0 rx off
address 192.168.2.1
netmask 255.255.255.0
network 192.168.2.0
broadcast 192.168.2.255

# The external LAN USB NIC
auto eth1
iface eth1 inet manual

## The dsl-provider through PPPoE
auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth1 up # line maintained by pppoeconf
provider dsl-provider
post-down /sbin/ifconfig eth1 down
++

I didn't have the post-up command before for the built-in NIC, but one
of my initial thoughs was that perhaps one of the changes was related
to that, but in reality it was not the issue.  One needs to disable
hardware crc sum calculation on the realtek built-in card otherwise
the NIC transports wrong packages...  Again this seems not to be the
issue though, since the setting (/sbin/ethtool -K eth0 rx off) is
working out in the prior kernel, and has no observed effect in the
current one.

So I can't really use at this moment linux kernel 3.0.0-1 on my
gateway.  My work around was to use prior one 2.6.39-2 still present
on testing, and with the work around the problems go away, :-)

Not sure what changes in the linux kernel for loongson-2f cause the
new misbehavior, but it's sure the kernel is the one preventing my
connections from internal boxes connected to my gateway...

% aptitude search '~i' | 'grep' linux-image
u   linux-image-2.6-loongson-2f - Linux for Loongson 2F (dummy package)
i   linux-image-2.6.39-2-loongson-2 - Linux 2.6.39 for Loongson 2F
i A linux-image-3.0.0-1-loongson-2f - Linux 3.0.0 for Loongson 2F
i   linux-image-loongson-2f - Linux for Loongson 2F (meta-package)

Any help to get the kernel work properly with iptables for a gateway
will be most appreciated...

Thanks,

Javier.


-- Package-specific info:
** Model information
system type : lemote-fuloong-2f-box
cpu model   : ICT Loongson-2 V0.3  FPU V0.1

** PCI devices:
00:06.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
RTL-8169 Gigabit Ethernet [10ec:8169] (rev 10)
Subsystem:

Bug#636169: jamin: allow for use with Jack-2

[Hermann Vosseler]

Package: jamin
Version: 0.97.14~cvs~81203-4
Severity: normal

Jamin works just fine with Jack-2 here, but the package is defined such
as to require a Jack-1 installation.

In the binary package definition, 'jackd' is used in the Depends-Field
Changing this into the virtual package 'jack-daemon' would allow to install
the package on a system using jackd2

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (850, 'stable'), (650, 'stable'), (450, 'testing'), (80, 
'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages jamin depends on:
ii  jackd2 [jack-da 1.9.7~dfsg-1+bpo.squeeze JACK Audio Connection Kit (server 
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libfftw3-3  3.2.2-1  library for computing Fast Fourier
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libjack-jackd2- 1.9.7~dfsg-1+bpo.squeeze JACK Audio Connection Kit (librari
ii  liblo7  0.26~repack-5Lightweight OSC library
ii  libpango1.0-0   1.28.3-1+squeeze2Layout and rendering of internatio
ii  libxml2 2.7.8.dfsg-2+squeeze1GNOME XML library
ii  swh-plugins 0.4.15+1-4   Steve Harris's LADSPA plugins

jamin recommends no packages.

jamin 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#633821: znc: FTBFS: configure: error: swig was not found.

[Sebastian Ramacher]

Patrick Matthäi  wrote:
> swig2.0 package does not provide usr/bin/swig anymore, just u/b/swig2.0,
> which is bad :(
> Please change the name / symlink it.

The symlink is now provided by swig (as of 2.0.4-2). So I'd say znc should
Build-Dep on swig and not on swig2.0. And the same holds for libfann. Both build
fine with a Build-Dep on swig (>= 2.0.4-2).

Kind regards,
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature

Bug#636168: gcstar: Version 1.6.2 is now available

[Marc Deslauriers]

Package: gcstar
Severity: normal
Tags: sid

Upstream has released version 1.6.2 on july 10th. Please update
the version in unstable.

Thanks!



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

Bug#622363: transition: libnotify 0.7

[Julien Cristau]

On Sun, Jul 31, 2011 at 21:28:54 +0200, Laurent Bigonville wrote:

> nmu eiskaltdcpp_2.2.3-1 florence_0.5.0-3 linuxdcpp_1.1.0-1 
> mail-notification_5.4.dfsg.1-2.4 midori_0.3.6-2 openfetion_2.2.1-2 
> orage_4.8.1-2 parole_0.2.0.6-1 pcmanx-gtk2_1.0-2 postler_0.1.1-1 
> psensor_0.6.1.9-2 steadyflow_0.1.7-2 synapse_0.2.6-1 thunar_1.2.2-1 
> thunar-volman_0.6.0-4 uget_1.8.0-1 vlc_1.1.11-2 
> xchat-gnome_0.30.0~git20100421.29cc76-1 xfce4-places-plugin_1.2.0-3 
> xfce4-settings_4.8.2-2 xfce4-volumed_0.1.13-2 xfdesktop4_4.8.2-1 . ALL . -m 
> 'Rebuild against libnotify4'

All scheduled, thanks.

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#636167: Missing camlimages.cm{a,xa} or incorrect META file

[Romain Beauxis]

Package: libcamlimages-ocaml-dev
Version: 1:4.0.1-3
Severity: normal

Hi!

The META file provided by libcamlimages-ocaml-dev contains the following:
--
name = "CamlImages"
version = "4.0.0"
description = "Objective Caml image processing library"

archive(byte) = "camlimages.cma"
archive(native) = "camlimages.cmxa"
--

However. no camlimages.cma or camlimages.cmxa are provided. leading
to build failures such as:
--
% ocamlfind ocamlopt -linkpkg -package camlimages foo.ml -o foo
File "foo.ml", line 1, characters 0-1:
Error: Cannot find file /usr/lib/ocaml/camlimages/camlimages.cmxa
--

Romain

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

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

Versions of packages libcamlimages-ocaml-dev depends on:
ii  libcamlimages-ocaml [li 1:4.0.1-3OCaml image processing library (Ru
ii  libfreetype6-dev2.4.4-2  FreeType 2 font engine, developmen
ii  libgif-dev  4.1.6-9  library for GIF images (developmen
ii  libjpeg8-dev [libjpeg-d 8c-2 Development files for the IJG JPEG
ii  liblablgtk2-ocaml-dev [ 2.14.2+dfsg-1+b1 OCaml bindings to Gtk+ version 2
ii  libpng12-dev1.2.46-3 PNG library - development
ii  libtiff4-dev3.9.5-1  Tag Image File Format library (TIF
ii  libxpm-dev  1:3.5.9-1X11 pixmap library (development he
ii  ocaml [ocaml-3.12.0]3.12.0-7 ML language implementation with a 
ii  ocaml-nox [ocaml-nox-3. 3.12.0-7 ML implementation with a class-bas

libcamlimages-ocaml-dev recommends no packages.

Versions of packages libcamlimages-ocaml-dev suggests:
ii  ocaml-findlib 1.2.7+debian-1 management tool for OCaml librarie

-- 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#583928: Add debian/watch file

[Johannes Schauer]

Hi,

On Mon, May 31, 2010 at 07:36:18PM +0200, Artur Rona wrote:
> diff -Nur connman-0.48+dfsg.orig/debian/watch connman-0.48+dfsg/debian/watch
> --- connman-0.48+dfsg.orig/debian/watch   2010-05-31 19:14:23.0 
> +0200
> +++ connman-0.48+dfsg/debian/watch2010-05-31 19:20:51.0 +0200
> @@ -1,5 +1,2 @@
> -# This software is retrieved directly from the upstream git tree, using tags
> -# on the tree.
> -#
> -# Please see debian/rules, especially GET_SOURCE, get-orig-source as well as
> -# get-current-source targets.
> +version=3
> +http://www.kernel.org/pub/linux/network/connman/connman-(?:[\d\.]*)\.tar\.(?:gz|bz2)

I tried but dont see this regex working as it was downloading
connman-0.1.tar.bz, thinking it was version 1.

As explained in the uscan man-page there needs to be at least one regex
group which extracts the version number. So the following regex worked
for me (also forcing tar.gz download):

http://www.kernel.org/pub/linux/network/connman/connman-([\d\.]*)\.tar\.gz

But the current GET_SOURCE target from debian/rules also takes care to
remove doc/*.txt for dfsg compliance. What is the matter with these
files? Is the copyright just undecided (didnt see any copyright notice
about them) or under any not dfsg-compliant license?



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

Bug#628680: sludge-engine: Nothing is displayed (black screen) with antialias=1

[Tobias Hansen]

I'm attaching another mail from Rogier. (Please keep attaching to the 
bug report.):


Am 30.07.2011 17:52, schrieb Rogier:

Hi Tobias,


Actually it would be quite good to know, because then we could reassign
the bug to the driver package. Which driver are you using now?

I've been away a few weeks, and busy with other things, but I finally got
around to trying out-of-order with other drivers.

The driver I am using is the xorg radeon driver.
I don't know if it's relevant, but fglxrinfo prints the following:
 display: :0  screen: 0
 OpenGL vendor string: X.Org R300 Project
 OpenGL renderer string: Gallium 0.4 on ATI RS690
 OpenGL version string: 2.1 Mesa 7.10.3

The radeonhd driver is not available on my system (debian testing)

I tested with the fbdev driver, and it works fine with and without AA, except
that sludge-engine consumes>  80% CPU, and the game is extremely slow.
fglrxinfo output:
 display: :1  screen: 0
 OpenGL vendor string: Mesa Project
 OpenGL renderer string: Software Rasterizer
 OpenGL version string: 2.1 Mesa 7.10.3

I tried to install the fglrx driver, but apparently my card is not supported.

If you need more information, let me know.

Kind regards,

Rogier


Hi Rogier,

thanks for having another look at this. I have searched the web a bit on 
how well the RS690 is supported by the drivers and found out that it 
seems to belong to the latest graphics cards without support for vertex 
shaders that were sold. sludge-engine uses shaders, so any way you can 
make it work involves shader code being processed on the cpu and thus 
slowness.


Here is the table stating that the ship doesn't support shaders:
http://xorg.freedesktop.org/wiki/RadeonFeature

Best regards,
Tobias



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

Bug#636166: exiftran: dies with Segmentation fault when rotating an image

[Arthur de Jong]

Subject: exiftran: dies with Segmentation fault when rotating an image
Package: exiftran
Version: 2.07-8
Justification: renders package unusable
Severity: grave

exiftran dies when it tries to rotate a JPEG file:

$ ./exiftran -a -i -p ../20110711163247.jpg
processing ../20110711163247.jpg
Segmentation fault

It doesn't seem to depend on the picture (it seems to happen with all
portrait pictures I just got off my camera).

Attached is a backtrace with a version of exiftran built while keeping
the symbols.

I did notice this during the build:
/usr/bin/ld: warning: libjpeg.so.62, needed by /usr/lib/libtiff.so, may 
conflict with libjpeg.so.8
but don't known whether it is relevant as the stacktrace doesn't include
libjpeg code directly. I haven't been able to get another combination of
libjpeg*-dev and libtiff*-dev installed together to test whether it may
be relevant.

From a quick look at the code it seems that exiftran uses libjpeg
internals and perhaps the meaning of comp_info has changed between
libjpeg62 and libjpeg8?

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

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

Versions of packages exiftran depends on:
ii  libc6 2.13-13Embedded GNU C Library: Shared lib
ii  libexif12 0.6.20-1   library to parse EXIF files
ii  libjpeg8  8c-2   Independent JPEG Group's JPEG runt

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
$ gdb exiftran
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /tmp/1/fbi-2.07/exiftran...done.
(gdb) r -a -i -p ../20110711163247.jpg
Starting program: /tmp/1/fbi-2.07/exiftran -a -i -p ../20110711163247.jpg
processing ../20110711163247.jpg

Program received signal SIGSEGV, Segmentation fault.
transpose_critical_parameters (dstinfo=0xc7fc) at jpeg/transupp.c:656
656 itemp = compptr->h_samp_factor;
(gdb) bt
#0  transpose_critical_parameters (dstinfo=0xc7fc) at jpeg/transupp.c:656
#1  0x0804b487 in jtransform_adjust_parameters (srcinfo=0xc618, 
dstinfo=0xc7fc,
src_coef_arrays=0x805eec4, info=0xc5b4) at jpeg/transupp.c:785
#2  0x0804a668 in do_transform (src=0xc618, dst=0xc7fc, 
transform=JXFORM_ROT_90,
comment=0x0, thumbnail=0x0, tsize=0, flags=1) at jpegtools.c:442
#3  0x0804aa3a in do_thumbnail (transform=JXFORM_ROT_90, ed=)
at jpegtools.c:297
#4  0x0804a7b4 in do_exif (src=0xcb6c, dst=0xcd50, 
transform=JXFORM_ROT_90, comment=0x0,
thumbnail=0x0, tsize=0, flags=547) at jpegtools.c:362
#5  do_transform (src=0xcb6c, dst=0xcd50, transform=JXFORM_ROT_90, 
comment=0x0,
thumbnail=0x0, tsize=0, flags=547) at jpegtools.c:423
#6  0x0804ab7f in jpeg_transform_fp (in=0x8052008, out=0x8052198, 
transform=4294967295,
comment=0x0, thumbnail=0x0, tsize=0, flags=547) at jpegtools.c:491
#7  0x0804ae3d in jpeg_transform_inplace (file=0xd52c 
"../20110711163247.jpg",
transform=4294967295, comment=0x0, thumbnail=0x0, tsize=0, flags=547) at 
jpegtools.c:588
#8  0x08049ac4 in main (argc=5, argv=0xd364) at exiftran.c:263
(gdb) bt full
#0  transpose_critical_parameters (dstinfo=0xc7fc) at jpeg/transupp.c:656
tblno = 
i = 
j = 
ci = 
itemp = 
compptr = 0x78
qtblptr = 
dtemp = 120
qtemp = 
#1  0x0804b487 in jtransform_adjust_parameters (srcinfo=0xc618, 
dstinfo=0xc7fc,
src_coef_arrays=0x805eec4, info=0xc5b4) at jpeg/transupp.c:785
No locals.
#2  0x0804a668 in do_transform (src=0xc618, dst=0xc7fc, 
transform=JXFORM_ROT_90,
comment=0x0, thumbnail=0x0, tsize=0, flags=1) at jpegtools.c:442
src_coef_arrays = 0x805eec4
dst_coef_arrays = 
transformoption = {transform = JXFORM_ROT_90, trim = 0, force_grayscale 
= 0,
  num_components = 3, workspace_coef_arrays = 0x805ec14}
#3  0x0804aa3a in do_thumbnail (transform=JXFORM_ROT_90, ed=)
at jpegtools.c:297
th = {src = {err = 0xc9a8, mem = 0x805e350, progress = 0x0, 
client_data = 0x0,
is_decompressor = 1, global_state = 210, src = 0x8051a1c, 
image_width = 160,
image_height = 120, num_components = 3, jpeg_color_space = 
JCS_YCbCr,
out_color_space = JCS_RGB, scale_num = 8, scale_denom = 8, 
output_gamma = 1,
buffered_image = 1, raw_

Bug#618763: addenda/corrigenda

[Hernan G Solari]

The line should read

/SupportedUnicodeLocales = es_AR.UTF-8
/SupportedUnicodeLocales = es_AR.utf8 is wrong.

This fixes the problem with java-based programs (such as jabref) and at least 
with lyx.

In the original bug-report, the author has performed this change. Apparently he 
has not installed
scim-qtimm that will handle QT based programs.

I have found that scim does not change behavior until the Xserver is relaunched 
(even if
running scim- programs are killed or configuration is re-read)

Hernan



<>

Bug#636165: rhythmbox-plugin-coherence: Typo in the description field

[Vincent Blut]

Package: rhythmbox-plugin-coherence
Version: 0.12.8-4
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Please correct the description field:
s/UPnp/UPnP/ (it appears twice in the description)

Cheers,
Vincent


- -- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (800, 'stable-updates'), (800, 'stable'), (96, 'unstable')
Architecture: amd64 (x86_64)

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

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

iEYEARECAAYFAk41+LgACgkQbO4uEp7kOBOe3gCgjTmS7vBqM5aK50O3yMczdmxO
j5UAnim9ElwUgimhALXftjs60wGm/U9j
=vVBc
-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#636164: RFP: apt-clone -- ZFS integrated APT package handling utility

[Robert Millan]

Package: wnpp
Severity: wishlist

* Package name: apt-clone
  Version : 0.7.9nexenta28
* URL : see below
* License : CDDL
  Programming Lang: Perl
  Description : ZFS integrated APT package handling utility

apt-clone is the command-line tool for handling packages, and may be considered
the user's "front-end" to the apt-get(8). It manages GRUB menu and ZFS 'syspool'
filesystems. Two upgrade methods supported: 1) safe upgrades via cloning a
currently active filesystem and later chrooting into it to perform actual
upgrade operation; 2) in-place (live) upgrades by checkpointing a currently
active filesystem prior to any upgrade modifications done by apt-get utility.
The live upgrading, as the name implies, happens in-place on the running system,
and without reboot. Unless the  safe -s option is explicitly specified, the
system will automatically detect whether the upgrade will require reboot, and
if so, it will clone the active filesystem and safely perform the software
upgrade within this ZFS clone. A user then has two options: reboot into the new
(upgraded) system folder or continue working (and possibly activate the upgrade
and reboot into it later).

apt-clone may be obtained from Nexenta APT repository.  It is shipped as part
of the apt package:

http://apt.nexenta.org/dists/hardy-unstable/main/source/admin/apt_0.7.9nexenta28.dsc



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

Bug#633168: devil: diff for NMU version 1.7.8-6.1

[Muammar El Khatib]

tags 633168 + patch
tags 633168 + pending
thanks

Dear Bradley,

I've prepared an NMU for devil (versioned as 1.7.8-6.1) and
if you agree, I'll upload it to DELAYED. Please feel free to tell me if I
should proceed or not.

I have done the change from libjpeg62-dev to libjpeg8-dev in the debian/control
file because of this (see revision 6b1-2):

http://packages.debian.org/changelogs/pool/main/libj/libjpeg6b/libjpeg6b_6b1-2/changelog

I'll waiting attentive for your response.

Regards.

-- 
Muammar El Khatib.
Linux user: 403107.
Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1
http://muammar.me | http://proyectociencia.org  
  ,''`.
 : :' :
 `. `'
   `-
diff -u devil-1.7.8/debian/changelog devil-1.7.8/debian/changelog
--- devil-1.7.8/debian/changelog
+++ devil-1.7.8/debian/changelog
@@ -1,3 +1,11 @@
+devil (1.7.8-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove references to other libraries from dependency_libs field. 
+Closes: #633168. 
+
+ -- Muammar El Khatib   Sun, 31 Jul 2011 23:15:16 +0200
+
 devil (1.7.8-6) unstable; urgency=high
 
   * Fix CVE-2009-3994. Closes: #560080.
diff -u devil-1.7.8/debian/rules devil-1.7.8/debian/rules
--- devil-1.7.8/debian/rules
+++ devil-1.7.8/debian/rules
@@ -59,6 +59,10 @@
 	mkdir -p debian/libdevil1c2/usr/share/lintian/overrides/
 	cp -a debian/libdevil1c2.lintian-overrides \
 		debian/libdevil1c2/usr/share/lintian/overrides/libdevil1c2
+	
+	for file in debian/tmp/usr/lib/*.la; do \
+	sed -i "/dependency_libs/ s/'.*'/''/" $$file ; \
+	done
 
 binary-indep: build install
 
diff -u devil-1.7.8/debian/control devil-1.7.8/debian/control
--- devil-1.7.8/debian/control
+++ devil-1.7.8/debian/control
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Bradley Smith 
-Build-Depends: debhelper (>= 7), libpng12-dev, zlib1g-dev, libjpeg62-dev, libtiff4-dev, libmng-dev, liblcms1-dev, freeglut3-dev, libgl1-mesa-dev | libgl-dev, libsdl1.2-dev, liballegro4.2-dev, quilt
+Build-Depends: debhelper (>= 7), libpng12-dev, zlib1g-dev, libjpeg8-dev, libtiff4-dev, libmng-dev, liblcms1-dev, freeglut3-dev, libgl1-mesa-dev | libgl-dev, libsdl1.2-dev, liballegro4.2-dev, quilt
 Standards-Version: 3.8.3
 Homepage: http://openil.sourceforge.net/
 Vcs-Git: http://git.brad-smith.co.uk/git/debian/pkg-devil.git

Bug#636093: lxappearance: Misspelled words in the GUI.

[Willian Gustavo Veiga]

I've fixed the issue using the upstream patch.
Thank you.
diff -Nru lxappearance-0.5.1/debian/changelog 
lxappearance-0.5.1/debian/changelog
--- lxappearance-0.5.1/debian/changelog 2011-07-30 11:08:50.0 -0300
+++ lxappearance-0.5.1/debian/changelog 2011-07-31 19:07:22.0 -0300
@@ -1,3 +1,10 @@
+lxappearance (0.5.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Bug #636093 fixed.
+
+ -- Willian Gustavo Veiga   Sun, 31 Jul 2011 19:07:06 -0300
+
 lxappearance (0.5.1-1) unstable; urgency=low
 
   * Removing useless whitespaces at EOL and EOF.
diff -Nru lxappearance-0.5.1/debian/patches/fix-bug-number-636093.patch 
lxappearance-0.5.1/debian/patches/fix-bug-number-636093.patch
--- lxappearance-0.5.1/debian/patches/fix-bug-number-636093.patch   
1969-12-31 21:00:00.0 -0300
+++ lxappearance-0.5.1/debian/patches/fix-bug-number-636093.patch   
2011-07-31 19:09:01.0 -0300
@@ -0,0 +1,22 @@
+diff --git a/data/ui/lxappearance.ui b/data/ui/lxappearance.ui
+index c744f9c..132486f 100644
+--- a/data/ui/lxappearance.ui
 b/data/ui/lxappearance.ui
+@@ -1358,7 +1358,7 @@
+ True
+ 
+   
+-Enable antialising
++Enable anti-aliasing
+ True
+ True
+ False
+@@ -1375,7 +1375,7 @@
+ 
+   
+ True
+-Antialising
++Anti-aliasing
+ True
+   
+ 
diff -Nru lxappearance-0.5.1/debian/patches/series 
lxappearance-0.5.1/debian/patches/series
--- lxappearance-0.5.1/debian/patches/series2011-07-30 10:25:36.0 
-0300
+++ lxappearance-0.5.1/debian/patches/series2011-07-31 19:09:01.0 
-0300
@@ -1 +1,2 @@
 
+fix-bug-number-636093.patch

Bug#636077: [firmware-b43-installer] Firmware-b43-installer fails on recognized chip after upgrade to linux 3.0

[Fabrizio Regalli]

Il giorno dom, 31/07/2011 alle 23.49 +0200, Rubén Gómez Antolí ha
scritto:

> >
> > This is a different problem. Now your chip card card is correctly
> > recognized.
> 
> Yes.

Perfect :-)

> 
> Yes, I too.

> 
> I think exits a PowerPC package for b43-fwcutter on older versions, but 
> I can't check it.
> 

My fault. I checked the previous versions of package and 
I found an old bug reported
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517032
on powerpc architecture, so the package worked for it.

This is a bug.
Feel free to file a new bug for it.

Thank you.
Cheers.

Fabrizio.



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

Bug#635879: msva-perl: restarting kills awesome session

[Daniel Kahn Gillmor]

block 635879 with 624500
thanks

On 07/29/2011 02:06 PM, Jonas Smedegaard wrote:
> If clicking the "yes" button regarding restart during upgrade of
> underlying packages, I am thrown out of my awesome session.
> 
> This is how it appears in ps:
> 
>   /usr/bin/perl -wT /usr/bin/monkeysphere-validation-agent awesome

This is due to a change in the behavior of libnet-server-perl,
unfortunately, as documented in #624500.

thanks for the report,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#636163: python-pykcs11: Can't be found with “apt-cache search pkcs11 python”

[Cyril Brulebois]

Package: python-pykcs11
Version: 1.2.3-5
Severity: normal

Hi Ludovic,

first of all, thanks for your work in the SC area.

As for the python-pykcs11 package, mentioning PKCS#11 everywhere in the
descriptions means one can't find this package when looking for “python
pkcs11”. It's a bit sad to resort to web browsing to figure out there's
that pykcs11 thing, so maybe it'd be a good idea to include “pkcs11”
somewhere in the long description?

Mraw,
KiBi.

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

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



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

Bug#636077: [firmware-b43-installer] Firmware-b43-installer fails on recognized chip after upgrade to linux 3.0

[Rubén Gómez Antolí]

Hi Fabrizio:

El 31/07/11 23:03, Fabrizio Regalli escribió:

Hi Rubén,

Il giorno dom, 31/07/2011 alle 22.34 +0200, Rubén Gómez Antolí ha
scritto:


dpkg: error processing b43-fwcutter_014-6_i386.deb (--install):
   package architecture (i386) does not match system (powerpc)


This is a different problem. Now your chip card card is correctly
recognized.


Yes.


b43-fwcutter can't be install on powerpc architecture but I don't think
this issue is introduced with latest update.
(I'll check better all the previous versions of package if there was a
compatibility with powercpc architecture)


b43-fwcutter 0.14-5 is for powerpc architecture, I can't see, or know, 
who is the compiler for PowerPC and try to download source fails:


mac-lobo:~# LANG=c apt-get source b43-fwcutter
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for b43-fwcutter


My idea is:

- close this bug with the new version b43-fwcutter_014-6 (because the
problem you reported is fixed)


Yes, I too.


- open a new bug for requesting powerpc architecture. (before open this
new bug, please let me check all the oldest version package)


I think exits a PowerPC package for b43-fwcutter on older versions, but 
I can't check it.



Cheers,
Fabrizio.


Best regards and thanks for your help.

Salud y Revolución.

Lobo.
--
Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.
-
Desde El Ejido, en Almería, usuario registrado Linux #294013
http://www.counter.li.org



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

Bug#636162: busybox-syslogd: it doesn't start on hurd

[Gabriele Giacone]

Package: busybox-syslogd
Version: 1:1.18.5-1
Severity: normal

On hurd, syslogd (busybox) process doesn't start with -C128 option (didn't
investigate further) and init scripts check if running by looking for klogd and
syslogd basenames in /proc/[0-9]*/stat files whereas on hurd there are fullnames
in such files. Attached patch points that out.

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
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 busybox-syslogd depends on:
ii  busybox   1:1.18.5-1 Tiny utilities for small and embed

busybox-syslogd recommends no packages.

busybox-syslogd suggests no packages.

-- Configuration Files:
/etc/default/busybox-syslogd changed [not included]
/etc/init.d/busybox-klogd changed [not included]
/etc/init.d/busybox-syslogd changed [not included]

-- no debconf information
diff --git a/debian/busybox-syslogd.busybox-klogd.init b/debian/busybox-syslogd.busybox-klogd.init
index 9acda52..4e9bed6 100644
--- a/debian/busybox-syslogd.busybox-klogd.init
+++ b/debian/busybox-syslogd.busybox-klogd.init
@@ -79,7 +79,7 @@ stop_server() {
 }
 
 running() {
-cut -d ' ' -f 1-2 /proc/[0-9]*/stat 2> /dev/null | grep -F "($NAME)"
+cut -d ' ' -f 1-2 /proc/[0-9]*/stat 2> /dev/null | grep -F "($DAEMON)"
 }
 
 case "$1" in
diff --git a/debian/busybox-syslogd.default b/debian/busybox-syslogd.default
index bc9a28f..4518307 100644
--- a/debian/busybox-syslogd.default
+++ b/debian/busybox-syslogd.default
@@ -3,5 +3,6 @@
 
 # Additional options that are passed to the daemons.  Default is to log
 # to ring buffer (to be read with logread(1)) and drop duplicates.
-SYSLOG_OPTS="-C128"
+#SYSLOG_OPTS="-C128"
+SYSLOG_OPTS=""
 KLOG_OPTS=""
diff --git a/debian/busybox-syslogd.init b/debian/busybox-syslogd.init
index f489dd2..5b93259 100644
--- a/debian/busybox-syslogd.init
+++ b/debian/busybox-syslogd.init
@@ -79,7 +79,7 @@ stop_server() {
 }
 
 running() {
-cut -d ' ' -f 1-2 /proc/[0-9]*/stat 2> /dev/null | grep -F "($NAME)"
+cut -d ' ' -f 1-2 /proc/[0-9]*/stat 2> /dev/null | grep -F "($DAEMON)"
 }
 
 case "$1" in

Bug#632192: [PATCH] introduce environment variables for all qemu-user options

[Johannes Schauer]

Rework option parsing code for linux-user in a table-driven manner to allow
environment variables for all commandline options.

Also generate usage() output from option table.



Signed-off-by: Johannes Schauer 
---
 linux-user/main.c |  518 ++---
 1 files changed, 331 insertions(+), 187 deletions(-)

diff --git a/linux-user/main.c b/linux-user/main.c
index dbba8be..95e8651 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -40,6 +40,10 @@
 char *exec_path;
 
 int singlestep;
+const char *filename;
+const char *argv0 = NULL;
+int gdbstub_port = 0;
+const char *cpu_model;
 unsigned long mmap_min_addr;
 #if defined(CONFIG_USE_GUEST_BASE)
 unsigned long guest_base;
@@ -47,6 +51,8 @@ int have_guest_base;
 unsigned long reserved_va;
 #endif
 
+static void usage(void);
+
 static const char *interp_prefix = CONFIG_QEMU_INTERP_PREFIX;
 const char *qemu_uname_release = CONFIG_UNAME_RELEASE;
 
@@ -2624,50 +2630,6 @@ void cpu_loop (CPUState *env)
 }
 #endif /* TARGET_ALPHA */
 
-static void usage(void)
-{
-printf("qemu-" TARGET_ARCH " version " QEMU_VERSION QEMU_PKGVERSION ", 
Copyright (c) 2003-2008 Fabrice Bellard\n"
-   "usage: qemu-" TARGET_ARCH " [options] program [arguments...]\n"
-   "Linux CPU emulator (compiled for %s emulation)\n"
-   "\n"
-   "Standard options:\n"
-   "-hprint this help\n"
-   "-g port   wait gdb connection to port\n"
-   "-L path   set the elf interpreter prefix (default=%s)\n"
-   "-s size   set the stack size in bytes (default=%ld)\n"
-   "-cpu modelselect CPU (-cpu ? for list)\n"
-   "-drop-ld-preload  drop LD_PRELOAD for target process\n"
-   "-E var=value  sets/modifies targets environment variable(s)\n"
-   "-U varunsets targets environment variable(s)\n"
-   "-0 argv0  forces target process argv[0] to be argv0\n"
-#if defined(CONFIG_USE_GUEST_BASE)
-   "-B addressset guest_base address to address\n"
-   "-R size   reserve size bytes for guest virtual address 
space\n"
-#endif
-   "\n"
-   "Debug options:\n"
-   "-d options   activate log (logfile=%s)\n"
-   "-p pagesize  set the host page size to 'pagesize'\n"
-   "-singlestep  always run in singlestep mode\n"
-   "-strace  log system calls\n"
-   "\n"
-   "Environment variables:\n"
-   "QEMU_STRACE   Print system calls and arguments similar to 
the\n"
-   "  'strace' program.  Enable by setting to any 
value.\n"
-   "You can use -E and -U options to set/unset environment variables\n"
-   "for target process.  It is possible to provide several variables\n"
-   "by repeating the option.  For example:\n"
-   "-E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG\n"
-   "Note that if you provide several changes to single variable\n"
-   "last change will stay in effect.\n"
-   ,
-   TARGET_ARCH,
-   interp_prefix,
-   guest_stack_size,
-   DEBUG_LOGFILE);
-exit(1);
-}
-
 THREAD CPUState *thread_env;
 
 void task_settid(TaskState *ts)
@@ -2703,24 +2665,342 @@ void init_task_state(TaskState *ts)
 }
 ts->sigqueue_table[i].next = NULL;
 }
- 
+
+static void handle_arg_help(const char *arg, envlist_t *envlist)
+{
+usage();
+}
+
+static void handle_arg_log(const char *arg, envlist_t *envlist)
+{
+int mask;
+const CPULogItem *item;
+
+mask = cpu_str_to_log_mask(arg);
+if (!mask) {
+printf("Log items (comma separated):\n");
+for(item = cpu_log_items; item->mask != 0; item++) {
+printf("%-10s %s\n", item->name, item->help);
+}
+exit(1);
+}
+cpu_set_log(mask);
+}
+
+static void handle_arg_set_env(const char *arg, envlist_t *envlist)
+{
+char *r, *p, *token;
+r = p = strdup(arg);
+while ((token = strsep(&p, ",")) != NULL) {
+if (envlist_setenv(envlist, token) != 0)
+usage();
+}
+free(r);
+}
+
+static void handle_arg_unset_env(const char *arg, envlist_t *envlist)
+{
+char *r, *p, *token;
+r = p = strdup(arg);
+while ((token = strsep(&p, ",")) != NULL) {
+if (envlist_unsetenv(envlist, token) != 0)
+usage();
+}
+free(r);
+}
+
+static void handle_arg_argv0(const char *arg, envlist_t *envlist)
+{
+argv0 = strdup(arg);
+}
+
+static void handle_arg_stack_size(const char *arg, envlist_t *envlist)
+{
+char *p;
+guest_stack_size = strtoul(arg, &p, 0);
+if (guest_stack_size == 0)
+usage();
+if (*p == 'M')
+guest_stack_size *= 1024 * 1024;
+else if (*p == 'k' || *p == 'K')
+guest_stack_size *= 1024;
+}
+
+static void handle_arg_ld_prefix(const char *arg, envlist_t *envlist)
+{
+interp_prefix = 

Bug#629472: Handle deprecated modules in 5.12 and 5.14

[Dominic Hargreaves]

On Mon, Jun 06, 2011 at 10:07:14PM +0100, Dominic Hargreaves wrote:
> On Mon, May 16, 2011 at 11:19:32PM +0100, Dominic Hargreaves wrote:

> > I don't think it is. If we're going to care about partial upgrades
> > at all, we may as well make them work robustly, and turn those 
> > relationships into Depends. I'm happy to do that for wheezy.
> > Thanks for the reminder about that bug; the list of affected packages
> > there is bigger than the list I've filed bugs for based on my
> > rebuild logs. I've added a task to the wiki to check these again and
> > file bugs where needed.
> 
> Done (mainly for Switch). Haven't done this for Shell since this won't
> be removed until 5.16. They should all be tagged perl-5.14-transition.
> 
> Any objections to make raising the strength of the perl-modules
> relationship to libswitch-perl and libclass-isa-perl to Depends for
> 5.14?
> 
> We'd need to make those packages Priority: standard before doing this.
> Note that this would just be for the wheezy cycle, and could be dropped
> afterwards.

I've now bumped the priority of libswitch-perl and libclass-isa-perl,
and pushed out the change in dependencies for the next 5.14 release.
 
> > It may be that we can leave libpod-plainer-perl at Recommends of
> > course (or for that matter drop it down to Suggests). 
> 
> Based on your analysis, there is no software in Debian using Pod::Plainer.
> This suggests that the module is little-enough used that we could drop
> the dependency on this one down to Suggests. Any objections?

I've also done this.

> > Yet to analyze: Devel::Dprof and Perl4::CoreLibs. Assuming that wheezy
> > releases with 5.14 and not 5.16, if we catch all uses of these before
> > wheezy releases, we won't need to add Depends in wheezy+1 (but this
> > assumption may turn out to be invalid).

This is looking very likely now, which is even more reason to do this
analysis. I'll try and get this done soon.

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



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

Bug#636161: libquicktime2: Please build with x264 support

[Adrian Bunk]

Package: libquicktime2
Version: 2:1.2.3-2
Severity: wishlist

Please build libquicktime2 with x264 support now that libx264
has (re)entered Debian.

Thanks in advance



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

Bug#636141: cpufrequtils: with kernel 3.0.0, loadcpufreq loads all freq drivers

[Mattia Dongili]

On Sun, Jul 31, 2011 at 12:13:59PM -0400, Matt Behrens wrote:
> Package: cpufrequtils
> Version: 007-1
> Severity: normal
> Tags: patch
> 
> 
> I discovered that my system was loading p4-clockmod instead of
> acpi-userfreq and it seems the reason is that kernel 3.0.0 rearranged
> the modules a bit:

Hi, this bug was reported a few days ago.

...
> The following patch corrects this behavior, though I do not know if it
> should be considered the "correct" way to do this:

thanks for the patch. I don't think there are that many other more
"correct" ways of fixing the behaviour of loadcpufreq.

> --- /etc/init.d/loadcpufreq.distrib   2010-05-15 07:14:25.0 -0400
> +++ /etc/init.d/loadcpufreq   2011-07-31 12:05:26.715894988 -0400
> @@ -159,8 +159,8 @@
>  #get list of available modules (governors and helpers)
>  LOC="/lib/modules/$(uname -r)/kernel/drivers/cpufreq"
>  if [ -d $LOC ]; then
> -  MODAVAIL=$( ( find $LOC -type f -name "*.o" -printf "basename %f 
> .o\n"; \
> -   find $LOC -type f -name "*.ko" -printf "basename %f .ko\n" ) | 
> /bin/sh)
> +  MODAVAIL=$( ( find $LOC -type f -name "cpufreq_*.o" -printf 
> "basename %f .o\n"; \
> +   find $LOC -type f -name "cpufreq_*.ko" -printf "basename %f 
> .ko\n" ) | /bin/sh)
>  else
>MODAVAIL=""
>  fi
> 

I'll apply this later and upload a new package.
-- 
mattia
:wq!



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

Bug#636117: Segmentation fault when starting

[Philip Rinn]

Hi Klaus,

I prepared a debug build. Could you please download it and install it

http://minus.com/mcElMTq

Could you please post all information you can get from the crash?

Thanks,
Philip





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

Bug#631771:

[Nils Martin Sande]

Package: scala
Version: 2.9.0.1.dfsg-1
Followup-For: Bug #631771

I can confirm this bug on a fresh install. The bug appears both in KDE Konsole
and tty1.
Tested with OpenJdk 1.6.0_18 and Sun JDK 1.6.0_26.




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

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

Versions of packages scala depends on:
ii  openjdk-6-jre [java6-runt 6b18-1.8.9-0.1 OpenJDK Java runtime, using Hotspo
ii  scala-library 2.9.0.1.dfsg-1 Scala standard library
ii  sun-java6-jre [java6-runt 6.26-1 Sun Java(TM) Runtime Environment (

scala recommends no packages.

scala 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#636077: [firmware-b43-installer] Firmware-b43-installer fails on recognized chip after upgrade to linux 3.0

[Fabrizio Regalli]

Hi Rubén,

Il giorno dom, 31/07/2011 alle 22.34 +0200, Rubén Gómez Antolí ha
scritto:

> dpkg: error processing b43-fwcutter_014-6_i386.deb (--install):
>   package architecture (i386) does not match system (powerpc)

This is a different problem. Now your chip card card is correctly
recognized.
b43-fwcutter can't be install on powerpc architecture but I don't think
this issue is introduced with latest update.
(I'll check better all the previous versions of package if there was a
compatibility with powercpc architecture)

My idea is:

- close this bug with the new version b43-fwcutter_014-6 (because the
problem you reported is fixed)
- open a new bug for requesting powerpc architecture. (before open this
new bug, please let me check all the oldest version package)

Cheers,
Fabrizio.






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

Bug#635735: latex-make: No makeglossaries support.

[Vincent Danjean]

On 28/07/2011 15:20, serge guelton  wrote:
> Hi,
> glossaries.sty is a nice package to make glossaries, but it requires the
> use of a makeglossaries command, once the .aux file is generated.
> 
> Is it possible to add support for this package in latex-make?

Are you sure it does not work ? I'm pretty sure I already did a document
with an index AND a glossary.
  Can you attach a minimal source example to this bug ?

  Regards,
Vincent

> The package works in a similar manner as makeindex.
> 
> 
> -- serge

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main




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

Bug#636160: ITP: rrep -- recursive pattern replacement utility

[Arno Onken]

Package: wnpp
Severity: wishlist
Owner: Arno Onken 


* Package name: rrep
  Version : 1.3.3
  Upstream Author : Arno Onken 
* URL : http://sourceforge.net/projects/rrep/
* License : GPL
  Programming Lang: C
  Description : recursive pattern replacement utility

rrep is a pattern replacement utility. It comes with
support for regular expressions, recursive directory
processing, backup, simulation and prompting. The
replacement string may contain special characters to
refer to portions of the matched pattern.



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

Bug#636149: lua5.2: get warning that lua 5.2 manuals do not exist

[Enrico Tassi]

On Sun, Jul 31, 2011 at 11:28:48PM +0530, shirish शिरीष wrote:
> Package: lua5.2
> Version: 5.2.0~beta-1
> Severity: normal
> 
> *** Please type your report below this line ***
> 
> Hi all,
>  I got the following warning while installing lua 5.2 . I have put

Yes, the upstream source has no manpages for now. Hopefully they will be
added in the final release

Cheers
-- 
Enrico Tassi



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

Bug#636159: ITP: libfsosystem -- library used by FSO stack

[Rico Rommel]

Package: wnpp
Severity: wishlist
Owner: Rico Rommel 

* Package name: libfsosystem
  Version : libfsosystem-0.1.0+git20110411
  Upstream Author : Michael 'Mickey' Lauer 
* URL : http://www.freesmartphone.org/
* License : LGPL-2.1
  Programming Lang: (C, vala)
  Description : library used by FSO stack

libfsosystem is a glib-2.0-based library for low level system-related utilities
and is part of the FSO - stack.



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

Bug#636077: [firmware-b43-installer] Firmware-b43-installer fails on recognized chip after upgrade to linux 3.0

[Rubén Gómez Antolí]

Hi Fabrizio:

El 31/07/11 20:07, Fabrizio Regalli escribió:

Hi Rubén,

Il giorno dom, 31/07/2011 alle 13.14 +0200, Rubén Gómez Antolí ha
scritto:


 Console cut --
mac-lobo:~# dpkg -i --force-all firmware-b43-installer_014-6_all.deb
(Leyendo la base de datos ... 360895 ficheros o directorios instalados
actualmente.)
Preparando para reemplazar firmware-b43-installer 1:014-6 (usando
firmware-b43-installer_014-6_all.deb) ...
Desempaquetando el reemplazo de firmware-b43-installer ...
dpkg: firmware-b43-installer: problemas de dependencias, pero se
configurará de todas formas
   tal y como se solicitó:
   firmware-b43-installer depende de b43-fwcutter (>= 1:014-6); sin embargo:
La versión de `b43-fwcutter' en el sistema es 1:014-5.
Configurando firmware-b43-installer (1:014-6) ...


You need to remove manually 1:014-5 version of b43-fwcutter
Please do the following

# dpkg -P b43-fwcutter firmware-b43-installer

# wget http://packages.fabreg.it/incoming/b43-fwcutter_014-6_i386.deb


I can't install a i386 package on a PowerPC architecture:

mac-lobo:~# LANG=C dpkg -i b43-fwcutter_014-6_i386.deb
dpkg: error processing b43-fwcutter_014-6_i386.deb (--install):
 package architecture (i386) does not match system (powerpc)
Errors were encountered while processing:
 b43-fwcutter_014-6_i386.deb

Send me a link to deb-src package and I can compile (with debuild) and 
install it.


Best regards.

Salud y Revolución.

Lobo.
--
Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.
-
Desde El Ejido, en Almería, usuario registrado Linux #294013
http://www.counter.li.org



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

Bug#547233: ITA: vorbisgain -- add Replay Gain volume tags to Ogg

[Loris]

retitle 547233 ITA: vorbisgain -- add Replay Gain volume tags to Ogg
owner 547233 !
thanks

Hi,

I intend to adopt vorbisgain.

Cheers,

Loris



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

Bug#635711: error on install

[Daniel Kahn Gillmor]

Hi Thomas--

On 07/28/2011 12:02 PM, Thomas Koch wrote:
> Failed running transition script /usr/share/monkeysphere/transitions/0.23
> dpkg: error processing monkeysphere (--configure):
>  subprocess installed post-installation script returned error exit status 141
> configured to not write apport reports
>   Errors were encountered while 
> processing:
>  monkeysphere
> [master b45f126] committing changes in /etc after apt run
>  Author: thkoch 
>  11 files changed, 95 insertions(+), 4 deletions(-)
>  create mode 100644 monkeysphere/monkeysphere-authentication.conf
>  create mode 100644 monkeysphere/monkeysphere-host.conf
>  create mode 100644 monkeysphere/monkeysphere.conf
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> A package failed to install.  Trying to recover:
> Setting up monkeysphere (0.35-2) ...
> ms: setting up Monkeysphere authentication trust core...


Is t possible that you're running systemd or have libpam-systemd
installed?  piotr and i found a bug with systemd's pam module that
triggers a failure on session termination, which would cause an error in
monkeysphere-authentication (which uses su to drop privileges and bails
out if there is an error):

 http://bugs.debian.org/599731

If you don't have libpam-systemd installed on the system in question,
can you show me the output of the following command (as root):

 bash -x /usr/share/monkeysphere/transitions/0.23

This command should be idempotent (safe to run multiple times), and it
should exit with a return code of 0.

Thanks,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#636158: maradns: Debian default config is not robust to user change + upgrade

[Nicholas Bamber]

Package: maradns
Version: 1.4.06-3
Severity: important


The upstream maradns install notes describe a very minimal
config file. I think what we need to do is capture that minimal
config in debconf and otherwise respect whatever is in found the config
file. Of course if there is no config file we need to install
one.

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

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

Versions of packages maradns depends on:
ii  adduser   3.113  add and remove users and groups
ii  duende1.4.06-3   logging daemonizer
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

Versions of packages maradns recommends:
ii  maradns-zoneserver1.4.06-3   complementary server process to TC
ii  python2.6.7-1interactive high-level object-orie

maradns suggests no packages.

-- Configuration Files:
/etc/default/maradns changed [not included]
/etc/maradns/mararc changed [not included]

-- 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#535858: iceweasel forgets first page setting on quit

[Mike Hommey]

On Sun, Jul 31, 2011 at 06:50:31PM +0200, Peter T. Breuer wrote:
> "Also sprach Mike Hommey:"
> > > That's what bug-buddy and other programs are for.
> > 
> > Without further feedback, I'll assume this got better and close this bug.
> > Please feel free to reopen if that is not the case.
> 
> Sorry about that. Actually, I think what happened was that I switched
> to using opera.  I must have meant to do some debugging, but I don't see
> evidence!
> 
> I've tested again, right now, and it seems OK now. A very cursory test.
> I've checked "show blank page" is set, and I closed with Alt-Q while I
> had news.bbc.co.uk open, and at next relaunch it came up with a blank
> page OK..
> 
> 
>   ii  iceweasel  3.5.19-3   Web browser based on Firefox
> 
> Firefox itself also has the bug cured.
> 
>   ii  firefox3.6.17+build3+ safe and easy web browser from Mozilla
> 
> 
> But iceweasel is not rendering well .. most of the fonts are missing in
> the menus, same as in my kde installation (I largely switched to xfce
> for lighter weight windowing managers and gizmos and it has no such
> problem, so I don't care), and the lower half of images and indeed
> columns and pages is white until I do some mouse-overing or scrolling.
> The word "preferences" was not visible in the edit menu ..  it was black
> down there.  I just guessed and clicked and it turned out to be
> right.
> 
> Firefox itself is rendering fine, it seems.
> 
> I'm on debian unstable, up to date to within a few days.

Then you should be using iceweasel 5 ;)

> It could be that it's an X problem. I am on an IBM TP x40 and holding
> the X server at an older version, since newer intel drivers seem to give
> me just a blank screen.
> 
>   ii  xserver-xorg-v 2:2.2.1-1ubunt X.Org X server -- Intel i8xx, i9xx 
> display d
> 
> (ubuntu's video driver is the most easily available most recent package
> that runs my display fine).

Your rendering corruption problem does indeed sound like a driver
problem. But that's not really related to this bug, so if you still have
the problem on an up-to-date system, please feel free to file a new bug.

Cheers,

Mike



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

Bug#602901: insserv: unbound should be added to $named

[Erwan David]

On 29/07/11 18:50, Petter Reinholdtsen wrote:
> [Erwan David]
>> I had the impression that ifeach package just put this $named
>> , then you'll get a $named with only one of the package
>> nales, whereas you want all of them to be used for computing the
>> order.
> 
> I have vague memories of insserv actually merging the entries to get
> the expected behaviour.  If you are in doubt, please test to verify
> this.

Well, that's the point.



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

Bug#626245: mirror submission for debian.davromaniak.eu, outdated since May 2011

[Cyril Lavier]

On 07/31/2011 02:35 PM, Cyril Lavier wrote:

On 07/31/2011 01:53 PM, Simon Paillard wrote:

On Mon, May 30, 2011 at 12:01:34AM +0200, Cyril Lavier wrote:

On 05/29/2011 11:18 PM, Simon Paillard wrote:

On Tue, May 10, 2011 at 08:02:50AM +, Cyril Lavier wrote:

Package: mirrors
Severity: wishlist

Submission-Type: new
Thanks for submitting your Debian mirror and thanks for using th up 
to date

ftpsync.

Make sure your are subscribed to 
http://lists.debian.org/debian-mirrors-announce/

It's done now.

Site: debian.davromaniak.eu
http://debian.davromaniak.eu/debian/project/trace/ has not been 
updated since 10th May 2011.




Hi Simon.

As I was unable to find a push server, I stopped updating it.

I just launched a (big) update (with ftpsync), but I don't know from 
which server I could rsync regularily.


I will send another mail when the update will be finished.

Thanks.


Hi Again.

So I updated the mirror, and I will try to search a server which accepts 
rsync.


I will send a new message when I will be able to find a server.

Thanks.

--
Cyril "Davromaniak" Lavier




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

Bug#600286: linux-image-2.6.32-5-amd64: atl1c driver hangs after "NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out"

[Niels Möller]

Moritz Mühlenhoff  writes:

> Niels, did you try the patch or has this been resolved in more recent kernels?

I built and installed a custom kernel with this patch. I think I've seen
the same (or very similar) problem a few times with the patched kernel,
but I haven't really tried to provoke it.

Since I built this custom kernel, I have not tried any newer debian
packaged kernels.

I'm sorry I haven't had much time to look further into this.

Regards,
/Niels

-- 
Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.



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

Bug#574449: iceweasel: Segfaults almost daily

[Mike Hommey]

On Sun, Jul 31, 2011 at 07:13:30PM +0200, Petter Reinholdtsen wrote:
> [Mike Hommey]
> > Without any feedback, I'll assume this got better and close this
> > bug.  Please feel free to reopen if that is not the case.
> 
> As far as I know, it did not get any better.  I had to leave that
> machine behind, and have not used in regularly since May, and will
> return to it in september.
> 
> So you assumtion that things improved on their own is not a good one,
> but I understand that we do not get any further without more
> information.

When you get back to that mchine, can you upgrade to iceweasel 5 from
either unstable, or http://mozilla.debian.net/ (or probably wheezy or
squeeze-backports by then)? If that still happens, please file a new bug
report following the instructions from /usr/share/bug/iceweasel/presubj.

Thanks

Mike



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

Bug#444499: field completion / suggestion often gets in the way

[Mike Hommey]

On Sun, Jul 31, 2011 at 03:37:32PM +0100, Frederik Eaton wrote:
> On Sun, Jul 31, 2011 at 01:54:37PM +0200, Mike Hommey wrote:
> > On Fri, Feb 19, 2010 at 02:12:30PM +, Frederik Eaton wrote:
> > > On Tue, Dec 22, 2009 at 08:48:21AM +0100, Mike Hommey wrote:
> > > > On Mon, Dec 21, 2009 at 10:57:02PM +0100, Frederik Eaton wrote:
> > > > > Thanks for the response. That's a very reasonable misunderstanding -
> > > > > Google has added completion to its search box since this bug was filed
> > > > > two years ago, and is therefore no longer a good way to reproduce the
> > > > > bug.
> > > > > 
> > > > > ***
> > > > > 
> > > > > I can still reproduce the bug in a plain HTML text input box under
> > > > > 3.0.15. If you need an example of a plain HTML text input box, there
> > > > > is probably a more canonical one but ... here:
> > > > > http://www.csse.monash.edu.au/cgi-bin/cgiwrap/jwb/wwwjdic?1C/
> > > > 
> > > > This gets more understandable, but for me (but under 3.5.6) the
> > > > completion thing is not as annoying as you describe it. Could you give a
> > > > try to the iceweasel version from squeeze ?
> > > 
> > > I'm sorry for the long delay in replying. I tried version 3.5.8 and
> > > still found the same problems. Can you perhaps be more specific about
> > > what you think is fixed?
> > 
> > How about version 5.0 that you can either get from unstable or
> > http://mozilla.debian.net/ ?
> 
> I am using Ubuntu on my laptop now... Is there a recommended way to
> install this package on Ubuntu?

You can check Ubuntu's firefox, there's not many reasons the behaviour
with html form input completion would be different.

Cheers,

Mike



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

Bug#636157: iscsitarget-dkms: wrong dependences on linux-headers-2.6

[George Shuklin]

Package: iscsitarget-dkms
Version: 1.4.20.2-5
Severity: minor

iscsitarget-dkms have dependence only on linux-headers-2.6, ignoring 
linux-headers-3.0

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

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

Versions of packages iscsitarget-dkms depends on:
ii  dkms  2.2.0.2-1  Dynamic Kernel Module Support Fram
ii  make  3.81-8.1   An utility for Directing compilati

Versions of packages iscsitarget-dkms recommends:
pn  linux-headers-2.6  (no description available)

iscsitarget-dkms 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#601198: mdadm: Does all that can be expected ...

[Scott Schaefer]

I am glad that you phrased your request "It would better if it managed
to say it failed doing the requested operation.".

Because it indeed did successfully perform the operation, exactly as
the output indicated.  That is, it DID indeed set the MD_DISK_FAULTY
attribute on the /dev/sdb2 device of the /dev/md0 array.

To be more precise, it set the attribute via ioctl() call to the
kernel 'md' driver. (~ lines 980-995 of Manage.c).

Unfortunately, (or rather, fortunately, for your data as well as
your blood pressure), the kernel 'md' driver, when receiving this
request, sets flag to initiate a recovery, or, if a recovery is
already in progress (as in your case),  sets flag for
MD_RECOVERY_RECOVER.

I have not attempted to understand all the possibilities in the
kernel driver.  However, it appears that, at least for RAID-1,
the FAULTY flag on the (sdb2) device is cleared when the recovery
completes, and the 'RECOVERY_RECOVER' finds nothing more to do.

At this point, I believe this a "won't fix" issue; one could
potentially ask for mdadm to do some before/after status-check
magic and "handle" this and other potential cases in some
"better" way.  Asking it to do so raises a great deal many more
problems than it solves.

OTOH, if you believe the bug can be closed  :-)




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

Bug#636029: Patch works after adjustment of line numbers

[Regid Ichira]

  Patch is working, after adjusting the lines numbers (for a linux source that 
is provided by a Debian source package):

$ patch --dry-run --verbose scripts/kconfig/conf.c ../636029.patch
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|--- a/scripts/kconfig/conf.c
|+++ b/scripts/kconfig/conf.c
--
Patching file scripts/kconfig/conf.c using Plan A...
Hunk #1 succeeded at 38.
Hunk #2 FAILED at 110.
Hunk #3 FAILED at 467.
Hunk #4 FAILED at 573.
3 out of 4 hunks FAILED -- saving rejects to file scripts/kconfig/conf.c.rej
Hmm...  Ignoring the trailing garbage.
done

$ patch --dry-run --verbose scripts/kconfig/conf.c ../conf.c.patch
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|--- scripts/kconfig/conf.c 2011-07-31 14:09:19.0 +0300
|+++ ../conf.c  2011-07-31 14:15:39.0 +0300
--
Patching file scripts/kconfig/conf.c using Plan A...
Hunk #1 succeeded at 38.
Hunk #2 succeeded at 110.
Hunk #3 succeeded at 492.
Hunk #4 succeeded at 600.
done

$ cat ../conf.c.patch
--- scripts/kconfig/conf.c  2011-07-31 14:09:19.0 +0300
+++ ../conf.c   2011-07-31 14:15:39.0 +0300
@@ -38,6 +38,7 @@ enum input_mode {
 char *defconfig_file;

 static int indent = 1;
+static int tty_stdio;
 static int valid_stdin = 1;
 static int sync_kconfig;
 static int conf_cnt;
@@ -109,6 +110,8 @@ static int conf_askvalue(struct symbol *
case oldaskconfig:
fflush(stdout);
xfgets(line, 128, stdin);
+   if (!tty_stdio)
+   printf("\n");
return 1;
default:
break;
@@ -489,6 +492,8 @@ int main(int ac, char **av)
bindtextdomain(PACKAGE, LOCALEDIR);
textdomain(PACKAGE);

+   tty_stdio = isatty(0) && isatty(1) && isatty(2);
+
while ((opt = getopt_long(ac, av, "", long_opts, NULL)) != -1) {
input_mode = (enum input_mode)opt;
switch (opt) {
@@ -595,7 +600,7 @@ int main(int ac, char **av)
return 1;
}
}
-   valid_stdin = isatty(0) && isatty(1) && isatty(2);
+   valid_stdin = tty_stdio;
}

switch (input_mode) {




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

Bug#622363: transition: libnotify 0.7

[Laurent Bigonville]

Le Sun, 31 Jul 2011 12:21:26 +0200,
Laurent Bigonville  a écrit :

> Le Sat, 30 Jul 2011 23:18:33 +0200,
> Julien Cristau  a écrit :
> 
> > Let's go ahead with this.
> 
> Alright,
> 
> So here a first list of packages that can be binNMU'ed (their
> transition bug is marked as closed in unstable):

And here a second batch of binNMU:

nmu eiskaltdcpp_2.2.3-1 florence_0.5.0-3 linuxdcpp_1.1.0-1 
mail-notification_5.4.dfsg.1-2.4 midori_0.3.6-2 openfetion_2.2.1-2 
orage_4.8.1-2 parole_0.2.0.6-1 pcmanx-gtk2_1.0-2 postler_0.1.1-1 
psensor_0.6.1.9-2 steadyflow_0.1.7-2 synapse_0.2.6-1 thunar_1.2.2-1 
thunar-volman_0.6.0-4 uget_1.8.0-1 vlc_1.1.11-2 
xchat-gnome_0.30.0~git20100421.29cc76-1 xfce4-places-plugin_1.2.0-3 
xfce4-settings_4.8.2-2 xfce4-volumed_0.1.13-2 xfdesktop4_4.8.2-1 . ALL . -m 
'Rebuild against libnotify4'

Thanks

Laurent Bigonville



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

Bug#636156: override: libswitch-perl:main/standard, libclass-isa-perl:main/standard

[Dominic Hargreaves]

Package: ftp.debian.org
Severity: normal

Hello,

As discussed in #629472, we plan to make the perl (5.14) package depend
on libswitch-perl and libclass-isa-perl for wheezy.

This is because those two modules will disappear from the perl package
in the 5.10 (squeeze) -> 5.14 upgrade (wheezy) window, and we would like to
ensure that partial upgrades from squeeze to wheezy do not break by
ensuring that the separately packaged versions are installed.

As such, these two packages need to have their priority raised from
optional to standard.

Once the dependencies have been added to the perl package (soon) I will
file a bug on perl reminding us to remove them later, as well as bugs
on libswitch-perl and libclass-isa-perl reminding us to lower the priority
accordingly, once wheezy has been released.

Thanks,
Dominic.



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

Bug#628040: Patch to fix cgroup issue

[andrei karas]

This patch fix crash for me.


htop-0.9.diff
Description: Binary data

Bug#590327: linux-image-2.6.32-5-amd64: Unbalanced enable for IRQ 19

[Jan Echternach]

On Fri, Jul 29, 2011 at 05:18:48PM +0200, Moritz Mühlenhoff wrote:
> Does this still occur with current kernels?

Yes.  Here's a warning from kernel version 3.0.0-1:

[1.984004] [ cut here ]
[1.984009] WARNING: at 
/build/buildd-linux-2.6_3.0.0-1-i386-ML66CU/linux-2.6-3.0.0/debian/build/source_i386_none/kernel/irq/manage.c:421
 enable_irq+0x50/0x69()
[1.984011] Hardware name: EP45T-EXTREME
[1.984012] Unbalanced enable for IRQ 19
[1.984013] Modules linked in: uhci_hcd ahci libahci firewire_ohci(+) libata 
firewire_core e1000(+) sym53c8xx(+) scsi_transport_spi crc_itu_t ehci_hcd 
it8213(+) ide_core igb dca scsi_mod r8169 mii usbcore
[1.984020] Pid: 153, comm: modprobe Not tainted 3.0.0-1-amd64 #1
[1.984021] Call Trace:
[1.984025]  [] ? warn_slowpath_common+0x78/0x8c
[1.984027]  [] ? warn_slowpath_fmt+0x45/0x4a
[1.984030]  [] ? _raw_spin_lock_irqsave+0x9/0x25
[1.984032]  [] ? enable_irq+0x50/0x69
[1.984037]  [] ? ide_probe_port+0x561/0x57f [ide_core]
[1.984040]  [] ? ide_host_register+0x275/0x5f8 [ide_core]
[1.984044]  [] ? ide_pci_init_two+0x5b7/0x67e [ide_core]
[1.984047]  [] ? get_page_from_freelist+0x441/0x6b8
[1.984051]  [] ? idr_get_empty_slot+0x166/0x258
[1.984052]  [] ? idr_get_empty_slot+0x166/0x258
[1.984055]  [] ? lookup_address+0xa4/0x126
[1.984057]  [] ? ida_get_new_above+0xf4/0x196
[1.984059]  [] ? sysfs_find_dirent+0x2f/0x44
[1.984061]  [] ? sysfs_addrm_finish+0x29/0xb6
[1.984064]  [] ? local_pci_probe+0x3c/0x6e
[1.984066]  [] ? pci_device_probe+0xc7/0xf6
[1.984068]  [] ? driver_sysfs_add+0x66/0x8d
[1.984070]  [] ? driver_probe_device+0xb2/0x142
[1.984072]  [] ? __driver_attach+0x4f/0x6f
[1.984073]  [] ? driver_probe_device+0x142/0x142
[1.984075]  [] ? bus_for_each_dev+0x47/0x72
[1.984077]  [] ? bus_add_driver+0xa2/0x1f2
[1.984079]  [] ? 0xa007afff
[1.984081]  [] ? driver_register+0x8d/0xf5
[1.984082]  [] ? 0xa007afff
[1.984084]  [] ? __pci_register_driver+0x50/0xbb
[1.984086]  [] ? 0xa007afff
[1.984088]  [] ? do_one_initcall+0x78/0x132
[1.984090]  [] ? sys_init_module+0xbc/0x245
[1.984093]  [] ? ia32_do_call+0x13/0x13
[1.984094] ---[ end trace 16c684a85fa7fcc2 ]---

-- 
Jan



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

Bug#618154: Fix for 618154

[Daniel Schepler]

tags 618154 + patch
thanks

All that I needed to get this package building on my system was: replacing 
DEB_BUILD_MAKE_TARGET in debian/rules with DEB_MAKE_BUILD_TARGET.
-- 
Daniel Schepler



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

Bug#636154: [reportbug-ng] Please add support for GMail and Hotmail webmails if possible.

[Rafael Belmonte]

Package: reportbug-ng
Version: 1.24
Severity: wishlist

--- Please enter the report below this line. ---
Many people usually works directly with webmail clients, like 
www.gmail.com, www.hotmail.com or so, and they probably don't want to 
install and configure a mail client like evolution, Kmail, or alpine, only 
to use it with reportbug-ng, please add support to use Gmail webmail, 
Hotmail, and other popular webmails for compositing bugreport mails in 
reportbug-ng, if possible.

Thank you very much.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-5-486

Debian Release: 6.0.2
  500 stable-updates  cdn.debian.net
  500 stable  security.debian.org
  500 stable  cdn.debian.net

--- Package information. ---
Depends(Version) | Installed
-+-
python   | 2.6.6-3+squeeze6
python-support   (>= 0.90.0) | 1.0.10
python-debianbts(>= 1.0) | 1.9
python-qt4   | 4.7.3-1+b1
xdg-utils| 1.0.2+cvs20100307-2
xterm| 261-1
python-apt   (>= 0.7.93) | 0.7.100.1+squeeze1


Package's Recommends field is empty.

Package's Suggests field is empty.







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

Bug#636146: This is not a bug

[Joey Smith]

This is by design. cli_register_file_handles is only called when behaviour
is PHP_MODE_STANDARD if the filename is not '-'. See the comment starting on
line 1068 of sapi/cli/php_cli.c

I am working on a patch to the PHP documentation that should make this
situation a bit more clear.

Bug#636153: xul-ext-autofill-forms has new upstream stable release 0.9.8.1

[shirish शिरीष]

Package: xul-ext-autofill-forms
Version: 0.9.5.2-2
Severity: wishlist

*** Please type your report below this line ***
Hi all,
Thank you for the extension but this extension only works for
Firefox 5.x while upstream has already 0.9.8.1 on a.m.o.
(addons.mozilla.com) . Please see
https://addons.mozilla.org/en-US/firefox/addon/autofill-forms/

Could the maintainers update it so it could be used with mozilla 6 b3 as well.

Thank you in advance.

-- 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 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xul-ext-autofill-forms depends on:
ii  iceweasel 6.0~b3-1   Web browser based on Firefox

xul-ext-autofill-forms recommends no packages.

Versions of packages xul-ext-autofill-forms suggests:
pn  libjs-mootools (no description available)
pn  libjs-slimbox  (no description available)

-- no debconf information


-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#630280: Processed: severity of 630305 is serious, severity of 630280 is serious, severity of 630265 is serious

[Helge Kreutzmann]

Hello Laurent,
On Sun, Jul 31, 2011 at 05:06:11PM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > severity 630280 serious
> Bug #630280 {Done: Helge Kreutzmann } [src:goobox] 
> goobox: Please transition to libnotify 0.7
> Severity set to 'serious' from 'important'

> Please contact me if you need assistance.

Is there anything you want me/need me to do? Then please instead of
fiddeling with closed bugs send those information to me.

For the record: goobox is ready to be uploaded with inotify 0.7
support *iff* 629566 is resolved, i.e. libbrasero-media3-dev is
uploaded to unstable. Unfortunately the maintainer of
libbrasero-media3-dev seems inactive, i.e. has not responded for
almost 2 month regarding his timeframe. 

Until then the version in experimental has to suffice, unfortunately.

Greetings

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


signature.asc
Description: Digital signature

Bug#636152: Does not remove /srv/tftpd on uninstall

[Chris Lamb]

Package: tftpd-hpa
Version: 5.1-1
Tags: patch

tftpd-hpa does not remove /srv/tftpd on uninstall. Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-
diff --git a/debian/tftpd-hpa.postrm b/debian/tftpd-hpa.postrm
index fde6171..06cb8ed 100644
--- a/debian/tftpd-hpa.postrm
+++ b/debian/tftpd-hpa.postrm
@@ -10,7 +10,7 @@ case "${1}" in
fi
 
TFTP_USERNAME="${TFTP_USERNAME:-tftp}"
-   TFTP_DIRECTORY="${TFTP_USERNAME:-/srv/tftp}"
+   TFTP_DIRECTORY="${TFTP_DIRECTORY:-/srv/tftp}"
 
if [ -x /usr/sbin/deluser ]
then


signature.asc
Description: PGP signature

Bug#636151: RM: padevchooser -- ROM; deprecated

[Sjoerd Simons]

Package: ftp.debian.org
Severity: normal

Hey,

padevchooser has been deprecated and obsoleted by upstream. (Functionality have
moved into pavucontrol and desktop platform specific configuration).

As it's currently part of the libnotify transition it seems a good time for it
to be removed.

Thanks!



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

Bug#613694: qc-usb-source: build failure against Linux 2.6.32-5-686

[RG R-VISOR]

> On 16.02.11 Rózsa Gábor (rozsa.ga...@r-visor.hu) wrote:
>
> Hi,
>
>> Package: qc-usb-source
>> Version: 0.6.6-7
>> Severity: normal
>>
>>
>> -- no debconf information
>> make -C /lib/modules/2.6.32-5-686/source SUBDIRS=/usr/src/modules/qc-usb
>> modules
>> make[1]: Entering directory `/usr/src/linux-headers-2.6.32-5-common'
>>
>>   ERROR: Kernel configuration is invalid.
>>  include/linux/autoconf.h or include/config/auto.conf are
>> missing.
>>  Run 'make oldconfig && make prepare' on kernel src to fix it.
>>
>>
>>   WARNING: Symbol version dump
>> /usr/src/linux-headers-2.6.32-5-common/Module.symvers
>>is missing; modules will have no dependencies and
>> modversions.
>>
>> scripts/Makefile.build:49: *** CFLAGS was changed in
>> "/usr/src/modules/qc-usb/Makefile". Fix it to use EXTRA_CFLAGS.  Stop.
>> make[1]: *** [_module_/usr/src/modules/qc-usb] Error 2
>> make[1]: Leaving directory `/usr/src/linux-headers-2.6.32-5-common'
>> make: *** [all] Error 2
>>
> Weird. I can compile the module on Debian stable very nice. Did you
> select the menu entry "PREPARE Configure the system to compile
> modules" in the m-a, i.e. are the kernel headers etc. installed?
>
> Thanks,
>   Hilmar
> --
> sigmentation fault
>
Dir Hilmar!

Thanks a lot for your answer, but it is so much late that I hardly can
remember up what is it about. I was abandon that way and old Logitech
camera which is need this driver. Next time, if it come to my hand, I will
check your suggestion.

Sincerelly
  tovis





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

Bug#636150: opu: package xorg-server/2:1.4.2-10.lenny4

[Julien Cristau]

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

This has been sitting in git for a while now (I'd actually forgotten
about this), but we may want to fix it anyway.

diff --git a/debian/changelog b/debian/changelog
index 24acf5f..d064054 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xorg-server (2:1.4.2-10.lenny4) UNRELEASED; urgency=low
+
+  * glx: don't crash in SwapBuffers if we don't have a context
+(closes: #603015).
+
+ -- Julien Cristau   Wed, 10 Nov 2010 16:57:18 +0100
+
 xorg-server (2:1.4.2-10.lenny3) stable; urgency=low
 
   * Cherry-pick patch from upstream to set umask to a sane value in Xorg
diff --git 
a/debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff 
b/debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
new file mode 100644
index 000..e89ba93
--- /dev/null
+++ b/debian/patches/12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
@@ -0,0 +1,33 @@
+From 48d47d3bdc951c11f442c7607b6e27bcd3627751 Mon Sep 17 00:00:00 2001
+From: Julien Cristau 
+Date: Wed, 10 Nov 2010 16:54:31 +0100
+Subject: [PATCH] glx: don't crash in SwapBuffers without a context
+
+Fixed upstream in d7ded953c4d263e3dd3374dc03eea19e80c05bc6 (Implment
+GLXPixmaps.)
+
+Signed-off-by: Julien Cristau 
+Tested-by: François Guerraz 
+---
+ GL/glx/glxcmds.c |5 +++--
+ 1 files changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/GL/glx/glxcmds.c b/GL/glx/glxcmds.c
+index 900a347..7330ff6 100644
+--- a/GL/glx/glxcmds.c
 b/GL/glx/glxcmds.c
+@@ -472,8 +472,9 @@ static int GetDrawableOrPixmap( __GLXcontext *glxc, 
GLXDrawable drawId,
+   if (pDraw->type == DRAWABLE_WINDOW) {
+   VisualID vid = wVisual((WindowPtr)pDraw);
+ 
+-  modes = _gl_context_modes_find_visual(glxc->pGlxScreen->modes,
+-vid);
++  if (glxc)
++  modes = _gl_context_modes_find_visual(glxc->pGlxScreen->modes,
++vid);
+   } else {
+   /*
+   ** An X Pixmap is not allowed as a parameter (a GLX Pixmap
+-- 
+1.7.2.3
+
diff --git a/debian/patches/series b/debian/patches/series
index a6b826e..bf6cb32 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -8,6 +8,7 @@
 08_better_dpms_logging.diff
 10_dont_look_in_home_for_config.diff
 11_dont_crash_on_bad_dri_mode.diff
+12_glx-don-t-crash-in-SwapBuffers-without-a-context.diff
 13_debian_add_xkbpath_env_variable.diff
 14_default_screen_section.diff
 15_X86EMU-added-blacklist-for-I-O-port-in-0-0xFF-range.patch

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#636077: [firmware-b43-installer] Firmware-b43-installer fails on recognized chip after upgrade to linux 3.0

[Fabrizio Regalli]

Hi Rubén,

Il giorno dom, 31/07/2011 alle 13.14 +0200, Rubén Gómez Antolí ha
scritto:

>  Console cut --
> mac-lobo:~# dpkg -i --force-all firmware-b43-installer_014-6_all.deb
> (Leyendo la base de datos ... 360895 ficheros o directorios instalados 
> actualmente.)
> Preparando para reemplazar firmware-b43-installer 1:014-6 (usando 
> firmware-b43-installer_014-6_all.deb) ...
> Desempaquetando el reemplazo de firmware-b43-installer ...
> dpkg: firmware-b43-installer: problemas de dependencias, pero se 
> configurará de todas formas
>   tal y como se solicitó:
>   firmware-b43-installer depende de b43-fwcutter (>= 1:014-6); sin embargo:
>La versión de `b43-fwcutter' en el sistema es 1:014-5.
> Configurando firmware-b43-installer (1:014-6) ...

You need to remove manually 1:014-5 version of b43-fwcutter
Please do the following

# dpkg -P b43-fwcutter firmware-b43-installer

# wget http://packages.fabreg.it/incoming/b43-fwcutter_014-6_i386.deb
# wget http://packages.fabreg.it/incoming/firmware-b43-installer_014-6_all.deb

# dpkg -i b43-fwcutter_014-6_i386.deb firmware-b43-installer_014-6_all.deb

Please let me know.
Thank you.

Cheers,
Fabrizio.


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

Bug#629287: Pending fixes for bugs in the libswitch-perl package

[pkg-perl-maintainers]

tag 629287 + pending
thanks

Some bugs in the libswitch-perl package are closed in revision
b2296f9316701a8696c52feefffd620a14900bd0 in branch 'master' by
Dominic Hargreaves

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libswitch-perl.
git;a=commitdiff;h=b2296f9316701a8696c52feefffd620a14900bd0

Commit message:

Apply patch fixing 5.14 build failure (Closes: #629287)




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

Bug#635451:

[Michael Biebl]

Am 31.07.2011 19:57, schrieb Nicolas Delvaux:
>> usr/share/gir-1.0 is currently shipped in totem.install.
> 
> Indeed, I did not notice.
> 
> So, basically, I can currently solve my problem (FTBS of the
> totem-plugin-arte package) by adding "totem" as a build dependency.
> Great! :-)
> 
> Now, for me, the point is: should I upload my package "as is" (with the
> "totem" build-dep) or should I wait for this bug to be fixed?
> 
> In other words: will there be a new totem package soon?

I'd say, please wait until this is fixed properly.

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



signature.asc
Description: OpenPGP digital signature

Bug#636149: lua5.2: get warning that lua 5.2 manuals do not exist

[shirish शिरीष]

Package: lua5.2
Version: 5.2.0~beta-1
Severity: normal

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

Hi all,
 I got the following warning while installing lua 5.2 . I have put
dpkg to give a bit more info. while updating/upgrading packages. This
is the output given :-

Setting up lua5.2 (5.2.0~beta-1) ...
D01: deferred_configure updating conffiles
update-alternatives: using /usr/bin/lua5.2 to provide /usr/bin/lua
(lua-interpreter) in auto mode.
update-alternatives: warning: skip creation of
/usr/share/man/man1/lua.1.gz because associated file
/usr/share/man/man1/lua5.2.1.gz (of link group lua-interpreter)
doesn't exist.
update-alternatives: renaming lua-compiler-manual slave link from
/usr/share/man/man1/luac.1.gz to /usr/share/man/man1/luac.2.gz.
update-alternatives: using /usr/bin/luac5.2 to provide /usr/bin/luac
(lua-compiler) in auto mode.
update-alternatives: warning: skip creation of
/usr/share/man/man1/luac.2.gz because associated file
/usr/share/man/man1/luac5.2.1.gz (of link group lua-compiler) doesn't
exist.



-- 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 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lua5.2 depends on:
ii  libc6 2.13-13Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libreadline6  6.2-2  GNU readline and history libraries

lua5.2 recommends no packages.

lua5.2 suggests no packages.

-- no debconf information

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#636126: pidgin: segfaults when skype account is enabled.

[Gabriele Giacone]

On Sun, Jul 31, 2011 at 03:03:42PM +0300, Rares Aioanei wrote:
> I installed pidgin-skype, then went on to enable a
> skype account. After filling in my credentials, 

pidgin-skype is a pidgin plugin which doesn't replace skype client and
needs it to work. You won't find it in Debian repository because it's 
proprietary
closed-source non-free software. Available at skype site.




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

Bug#635451:

[Nicolas Delvaux]

> usr/share/gir-1.0 is currently shipped in totem.install.

Indeed, I did not notice.

So, basically, I can currently solve my problem (FTBS of the
totem-plugin-arte package) by adding "totem" as a build dependency.
Great! :-)

Now, for me, the point is: should I upload my package "as is" (with the
"totem" build-dep) or should I wait for this bug to be fixed?

In other words: will there be a new totem package soon?


Thanks!

Nicolas





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

Bug#608171: [Pkg-kde-extras] iceweasel-kde-support on Debian

[Modestas Vainius]

Hello,

On sekmadienis 31 Liepa 2011 20:33:33 Rafael Belmonte wrote:
> Hello, I am mailing, KDE Extras Team, and Mozilla Team because my petition
> is related to both teams.
> This is to remember you about the existence of Kmozillahelper or also
> called firefox-kde-support.
> This is a package which provides Firefox (or Iceweasel in our case) a
> better KDE integration and support, adding the following features:
> 
> * Getting proxy configuration
> * Getting default applications by file extension, type, and protocol
> * The "Open with:" dialog
> * The file open dialog
> * The file save dialog, with KIO network transparency
> * The directory selection dialog
> * Opening files with default applications
> * Running applications
> * Opening the default feed reader
> * Opening the default mail client
> * Opening the default news client
> * Checking and setting the default web browser
> * Showing KDE notifications on download completions
> 
> This is already being used in OpenSuse (which is also upstream), and also
> is used in Kubuntu packaged as "firefox-kde-support".
> You can find upstream software here:
> http://gitorious.org/firefox-kde-opensuse
> And information about the Ubuntu package here:
> http://packages.ubuntu.com/oneiric/kmozillahelper
> The Debian Bug #608171 is also related to this matter.
> The current KDE integration of Iceweasel has a lot to be desired compared
> with the other mentioned distributions, please consider joining efforts to
> make it better on Debian KDE desktop.

Well, personally I would be kind of interested in seeing better iceweasel 
integration with KDE Platform. However:

1) as far as I can tell from #608171, some patch is needed for iceweasel. 
Unfortunately, iceweasel maintainers do not seem very fond of it. Personally, 
I'm not willing to invest my time into developing a better patch/solution for 
iceweasel.

2) ITP is already owned by P. J. McDermott. So unless this is a request for 
sponsorship or take over, I don't see how anybody from KDE maintainers can 
help here.

-- 
Modestas Vainius 


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

Bug#636148: smarty3: Smarty3 source package does not contain source code

[Thue Janus Kristensen]

Package: smarty3
Version: 3.0.8-1
Severity: normal

As far as I can tell, the Smarty3 source package does not actually
contain the smarty3 source code.

For example, I wrote the file
http://smarty-php.googlecode.com/svn/trunk/development/lexer/smarty_internal_configfileparser.y
which is the source code for the file 
http://smarty-php.googlecode.com/svn/trunk/distribution/libs/sysplugins/smarty_internal_templateparser.php
which is included in the Debian Smarty3 package.

As the GPL states, "The “source code” for a work means the preferred
form of the work for making modifications to it.". So since the .y
files is obviously the preferred form,
smarty_internal_configfileparser.y should be distributed in the Debian
source package, to be in compliance with the GNU LGPL.

Regards, Thue

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

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

Versions of packages smarty3 depends on:
ii  php5-cli  5.3.6-13   command-line interpreter for the p

smarty3 recommends no packages.

smarty3 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#636147: jupp: removes /etc/joe/editorrc, breaking joe

[Piotr Engelking]

Package: jupp
Version: 3.1.17-2
Severity: serious
Justification: wheezy RC policy §3

Jupp hijacks the editorrc alternative from joe, moving it from
/etc/joe/editorrc to /etc/jupp/editorrc. This breaks joe if it is set
as the default system editor:

# dpkg-query -W joe
joe 3.7-2
# ls -F /etc/joe/
editorrc@  ftyperc  jicerc.ru  jmacsrc  joerc  jpicorc jstarrc  rjoerc
# apt-get install -qq --trivial-only jupp
Selecting previously deselected package jupp.
(Reading database ... 465741 files and directories currently installed.)
Unpacking jupp (from .../jupp_3.1.17-2_i386.deb) ...
Processing triggers for man-db ...
Setting up jupp (3.1.17-2) ...
update-alternatives: renaming editorrc link from /etc/joe/editorrc to
/etc/jupp/editorrc.
# ls -F /etc/joe/
ftyperc  jicerc.ru  jmacsrc  joerc  jpicorc jstarrc  rjoerc
# file /etc/alternatives/editor{,rc}
/etc/alternatives/editor:   symbolic link to `/usr/bin/joe'
/etc/alternatives/editorrc: symbolic link to `/etc/joe/joerc'
# editor
Couldn't open '*editorrc'
#

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

Kernel: Linux 3.0.0-00150-gb3626c5 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jupp depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libselinux1   2.0.98-1.1 SELinux runtime shared libraries

jupp recommends no packages.

jupp 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#636146: php5-cli: STDIN not defined in CLI

[Robert Kawecki]

Package: php5-cli
Version: 5.3.3-7+squeeze3
Severity: normal

STDIN does not seem to be defined in CLI mode, despite the documentation
(http://www.php.net/manual/en/features.commandline.io-streams.php). Same goes
for STDOUT and STDERR.
"The CLI SAPI defines a few constants for I/O streams to make programming for
the command line a bit easier."

Test case:


Expected output: none

Produced output:
PHP Notice:  Use of undefined constant STDIN - assumed 'STDIN' in - on line 2
Notice: Use of undefined constant STDIN - assumed 'STDIN' in - on line 2

PHP version string: PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli) (built: Jun
28 2011 08:24:40)



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

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

Versions of packages php5-cli depends on:
ii  libbz2-1.0 1.0.5-6   high-quality block-sorting file co
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcomerr2 1.41.12-4stable1  common error description library
ii  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libgssapi-krb5-2   1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries - k
ii  libk5crypto3   1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries
ii  libmagic1  5.04-5File type determination library us
ii  libonig2   5.9.1-1   Oniguruma regular expressions libr
ii  libpcre3   8.02-1.1  Perl 5 Compatible Regular Expressi
ii  libqdbm14  1.8.77-4  QDBM Database Libraries [runtime]
ii  libssl0.9.80.9.8o-4squeeze1  SSL shared libraries
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  mime-support   3.48-1MIME files 'mime.types' & 'mailcap
ii  php5-common5.3.3-7+squeeze3  Common files for packages built fr
ii  tzdata 2011d-0squeeze1   time zone and daylight-saving time
ii  ucf3.0025+nmu1   Update Configuration File: preserv
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

php5-cli recommends no packages.

Versions of packages php5-cli suggests:
ii  php-pear5.3.3-7+squeeze3 PEAR - PHP Extension and Applicati

-- 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#636144: src:ocaml-flac: empty Git repository

[Ansgar Burchardt]

Source: ocaml-flac
Version: 0.1.0-1
Severity: normal

The Git repository the Vcs-* fields refer to is empty.  Maybe you forgot
to push?

Regards,
Ansgar



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

Bug#630265: bognor-regis: Please transition to libnotify 0.7

[Laurent Bigonville]

Dear maintainer,

libnotify is now in unstable, could you please upload your package from
experimental to unstable, this should close this bug.

Cheers

Laurent Bigonville



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

Bug#635451:

[Michael Biebl]

Am 31.07.2011 18:23, schrieb Nicolas Delvaux:
> Adding the following line to "libtotem-dev.install" may solve this bug:
> 
> usr/local/share/gir-1.0/Totem-1.0.gir /usr/share/gir-1.0/Totem-1.0.gir 
> 
> I could not test because the package FTBS here[1] (not sure if this is a
> bug or because I tweaked my system a bit too much)
> 
> 
> Also, please note that this bug prevents me to update the
> totem-plugin-arte package (which is currently useless on Gnome 3).

usr/share/gir-1.0 is currently shipped in totem.install.

I assume moving the gir files to the -dev package was forgotten in

  [ Josselin Mouette ]
  * Add libtotem-dev. Closes: #561934.

When moving the gir file from totem to libtotem-dev, we will need to add proper
Breaks/Replaces.

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



signature.asc
Description: OpenPGP digital signature

Bug#635384: detection of ZFS volumes (ZVOL)

[Robert Millan]

2011/7/30 Colin Watson :
> Applied.

Thanks Colin for so quick response!

> Could you please make sure that this patch has been sent
> upstream, if you haven't done so already?

Actually, my patch modifies Debian-specific code.  Unfortunately
freebsd.c includes code with many different (C) from the beginning
(original author used code from BSD tree).  Unless upstream
maintainers want to make an exception, there isn't much I can do about
it.

-- 
Robert Millan



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

Bug#574449: iceweasel: Segfaults almost daily

[Petter Reinholdtsen]

[Mike Hommey]
> Without any feedback, I'll assume this got better and close this
> bug.  Please feel free to reopen if that is not the case.

As far as I know, it did not get any better.  I had to leave that
machine behind, and have not used in regularly since May, and will
return to it in september.

So you assumtion that things improved on their own is not a good one,
but I understand that we do not get any further without more
information.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#636143: ssmtp: FTBFS against multi-arched gnutls

[Andreas Metzler]

Package: ssmtp
Version: 2.64-4
Severity: normal

Building ssmtp against a multi-arch enabled version of gnutls fails:


gcc -o ssmtp ssmtp.o arpadate.o base64.o xgethostname.o md5auth/md5c.o 
md5auth/hmac_md5.o -lnsl  /usr/lib/libgnutls-openssl.so -DSTDC_HEADERS=1 
-DHAVE_LIMITS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 
-DHAVE_LIBNSL=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_GETHOSTNAME=1 
-DHAVE_SOCKET=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -DREWRITE_DOMAIN=1 -DHAVE_SSL=1 
-DINET6=1 -DMD5AUTH=1  -DSSMTPCONFDIR=\"/etc/ssmtp\" 
-DCONFIGURATION_FILE=\"/etc/ssmtp/ssmtp.conf\" 
-DREVALIASES_FILE=\"/etc/ssmtp/revaliases\"  -O2 -g -Wall
gcc: error: /usr/lib/libgnutls-openssl.so: No such file or directory
make[1]: *** [ssmtp] Error 1
make[1]: Leaving directory `/tmp/buildd/ssmtp-2.64'
make: *** [build] Error 2


This is caused by 01-374327-use-gnutls.patch:

--- a/configure.in  2008-03-07 06:34:46.0 +1100
+++ b/configure.in  2009-07-06 23:33:59.0 +1000
@@ -52,7 +52,7 @@ AC_ARG_ENABLE(ssl,
 [  --enable-ssl   support for secure connection to mail server])
 if test x$enableval = xyes ; then
AC_DEFINE(HAVE_SSL)
-   LIBS="$LIBS -lssl"
+   LIBS="$LIBS /usr/lib/libgnutls-openssl.so"
 fi
 enableval=""


replacing /usr/lib/libgnutls-openssl.so with -lgnutls-openssl should
do the trick. To reproduce use gnutls 2.12 from experimental (or
Ubuntu's 2.10).

cu andreas




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

Bug#628522: perl: ExtUtils::MakeMaker overriding CCFLAGS when passed to WriteMakefile

[Dominic Hargreaves]

On Fri, Jun 03, 2011 at 07:41:44AM +0300, Niko Tyni wrote:

> This seems to imply that blindly overriding CCFLAGS isn't quite the right
> thing to do after all. A better approach might be to update the EU::MM
> documentation, optionally add a new CCEXTRAFLAGS that automatically
> includes $Config{ccflags}, and fix the modules that currently don't use
> $Config{ccflags} at all.
> 
> I'll comment on the upstream ticket too.

No comments from upstream, so I suggest it's now an appropriate moment
to get on and fix the individual packages (if we want to get the perl
5.14 up and running).

The current list, based on my rebuilds this weekend, is:

- hivex
- libapache2-mod-perl2
- libcrypt-gcrypt-perl
- libgd-gd2-perl
- libogre-perl
- libois-perl
- libpdl-io-hdf5-perl
- libpdl-netcdf-perl (doesn't actually fail, but seems to carry on
  even though the build fails)
- subversion (#628507)

Given the lack of action upstream so far I don't think we should yet
implement EXTRACCFLAGS yet, but I do think we should patch our perl with
the documentation patch.

Possible template bug report text for the broken modules:


As discussed on Debian bug #628522, this package fails to build with
perl 5.14.1 because $Config{ccflags} is being overridden by local
CCFLAGS options:



This bug is also discussed upstream at
.

Please modify the build system of this package to include $Config{ccflags}
into CFLAGS. In most cases this will be by editing Makefile.PL.


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



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

Bug#635685: fixed for me

[François Revol]

Le 31/07/2011 17:55, François Revol a écrit :

Hi,
I can confirm that the latest unstable update fixes building the
buildtools for Haiku  that require -m32, and were
broken for some days with this issue, missing .


Actually, I was too fast, there is still an issue. I first thought it 
was due to something else, but the Haiku build is still broken, this 
time due to missing fpu_control.h:



Cc 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/linux/x86/release/libs/mesa/mesa/gen_matypes.o 

In file included from 
/home/revol/devel/haiku/trunk/src/libs/mesa/mesa/x86/gen_matypes.c:35:0:
/home/revol/devel/haiku/trunk/src/libs/mesa/mesa/main/glheader.h:61:25: 
fatal error: fpu_control.h: Aucun fichier ou dossier de ce type

compilation terminated.


http://dev.haiku-os.org/browser/haiku/trunk/src/libs/mesa/mesa/main/glheader.h#L61 
has:


#if defined(__linux__) && defined(__i386__)
#include 
#endif

It is built as part of the host buildtools with:

cc -O -Wall -Wno-trigraphs -Wmissing-prototypes -Wpointer-arith 
-Wcast-align -Wsign-compare -m32 -Wno-multichar -c 
"/home/revol/devel/haiku/trunk/src/libs/mesa/mesa/x86/gen_matypes.c" 
-DARCH_x86 -D_NO_INLINE_ASM -D__INTEL__ -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS 
-DHAIKU_HOST_USE_XATTR -DHAIKU_HOST_PLATFORM_LINUX -iquote ...


François.



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