Bug#635459: RE : Bug#635459: ITP: sump-logicanalyzer -- GUI for logic analysers

[Bastien ROUCARIES]

Could you give better descriptions? Logic analyser even is also an software
word before being an electronical one

Bastien

Le 26 juil. 2011 01:33, "Steffen Moeller"  a écrit :

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: sump-logicanalyzer
 Version : 0.8
* URL : http://www.sump.org/
* License : GPL2+
 Programming Lang: Java
 Description : GUI for logic analysers

An experimental package is on its way to the archive, maintained at
http://svn.debian.org/wsvn/pkg-escience/sumo-analyzer/trunk/?rev=0&sc=0

SM



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org
Archive:
http://lists.debian.org/20110725233108.3940.80029.reportbug@Toshiba.siemens

Bug#634550: [Pkg-gmagick-im-team] Bug#634550: imagemagick result

[Bastien ROUCARIÈS]

Hi,

"Neil Williams"  a écrit :

>notfound 634550 8:6.6.9.7-5
>quit
>
>Now that libwmf is fixed, imagemagick builds successfully in a clean
>pbuilder chroot without changes. Maybe #634550 should have been
>re-assigned to libwmf in the first place.

May be

>During the build, there was a hint about #634194 and the possible
>reason for the binNMU request:
>
>/usr/bin/ld: warning: libjpeg.so.62, needed by /usr/lib/libtiff.so, may
>conflict with libjpeg.so.8
>
>imagemagick in the archive currently depends on libjpeg62 and my
>rebuilt version depends on libjpeg8 (but brings in libjpeg62 via
>libtiff4):
>
>Depends: libbz2-1.0, libc6 (>= 2.2.5), libfontconfig1 (>= 2.8.0),
>libfreetype6 (>= 2.2.1), libglib2.0-0 (>= 2.12.0), libgomp1 (>= 4.2.1),
>libice6 (>= 1:1.0.0), libjpeg8 (>= 8c), liblcms1 (>= 1.15-1),
>liblqr-1-0 (>= 0.1.0), libltdl7 (>= 2.4), libmagickcore4 (>=
>8:6.6.9.7), libmagickwand4 (>= 8:6.6.9.7), libsm6, libtiff4, libx11-6,
>libxext6, libxt6, zlib1g (>= 1:1.1.4)
>
>(imagemagick-extra has the depends on libwmf)
>
>Would the best solution here be to binNMU libtiff to close #634194 and
>then reassign #634550 for an imagemagick binNMU?


I think so, please proceed my sponsor vincent fourmont is moving flat so not 
available and could no do the binnmu of libtiff 

Thank you

Bastien

>-- 
>
>
>Neil Williams
>=
>http://www.linux.codehelp.co.uk/
>
>___
>Pkg-gmagick-im-team mailing list
>pkg-gmagick-im-t...@lists.alioth.debian.org
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team




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

Bug#635322: wicd sometimes changes the machine host name to its IP address

[Vincent Lefevre]

It may be a bug in wicd or isc-dhcp-client, or both. I'm not sure.
In the default dhclient configuration and the one provided by wicd,
there is "request [...] host-name [...]". I'm not sure what it's
supposed to do, but changing the hostname is certainly a bug. The
dhcp-options(5) man page says:

   option host-name string;

 This  option  specifies  the name of the client.  The name may or may
 not be qualified with the local domain name (it is preferable to  use
 the domain-name option to specify the domain name).  See RFC 1035 for
 character set restrictions.  This option is only honored by dhclient-
 script(8) if the hostname for the client machine is not set.
   ^

(is option different from request?). /sbin/dhclient-script seems to
do something different:

BOUND|RENEW|REBIND|REBOOT)
if [ -n "$old_host_name" ] && [ -n "$new_host_name" ] &&
   [ "$old_host_name" != "$new_host_name" ]; then
# hostname changed => set it
hostname "$new_host_name"
fi

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#634194: imagemagick result

[Neil Williams]

notfound 634550 8:6.6.9.7-5
quit

Now that libwmf is fixed, imagemagick builds successfully in a clean
pbuilder chroot without changes. Maybe #634550 should have been
re-assigned to libwmf in the first place.

During the build, there was a hint about #634194 and the possible
reason for the binNMU request:

/usr/bin/ld: warning: libjpeg.so.62, needed by /usr/lib/libtiff.so, may 
conflict with libjpeg.so.8

imagemagick in the archive currently depends on libjpeg62 and my
rebuilt version depends on libjpeg8 (but brings in libjpeg62 via
libtiff4):

 Depends: libbz2-1.0, libc6 (>= 2.2.5), libfontconfig1 (>= 2.8.0), libfreetype6 
(>= 2.2.1), libglib2.0-0 (>= 2.12.0), libgomp1 (>= 4.2.1), libice6 (>= 
1:1.0.0), libjpeg8 (>= 8c), liblcms1 (>= 1.15-1), liblqr-1-0 (>= 0.1.0), 
libltdl7 (>= 2.4), libmagickcore4 (>= 8:6.6.9.7), libmagickwand4 (>= 
8:6.6.9.7), libsm6, libtiff4, libx11-6, libxext6, libxt6, zlib1g (>= 1:1.1.4)

(imagemagick-extra has the depends on libwmf)

Would the best solution here be to binNMU libtiff to close #634194 and
then reassign #634550 for an imagemagick binNMU?

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpq8TnIFBbVa.pgp
Description: PGP signature

Bug#631375: sonata: fetching lyrics fails, patch attached

[Javi Merino]

forwarded 631375 
http://developer.berlios.de/patch/?func=detailpatch&patch_id=3193&group_id=7323
tags + 631375 pending
thanks

On 30/06/11 01:35, Stefan Fleischmann wrote:
> I changed the order so unescaping is done before lyrics extraction instead of 
> after.
> Then we can be sure to find "" and not "" or some other 
> mixed notation.
> 
> I also updated the url to lyrics.wikia.com, it gets redirected there anyways.

Hi Stefan, thanks for the patch. I've sent it upstream [0] and it will be 
included in the
next release of sonata in debian (until upstream accepts it as part of sonata)

[0] 
http://developer.berlios.de/patch/?func=detailpatch&patch_id=3193&group_id=7323

Thanks,
Javi (Vicho)



signature.asc
Description: OpenPGP digital signature

Bug#635478: debian-installer: Enable VMware modules on installer images.

[Jim Barber]

Subject: debian-installer: Enable VMware modules on installer images.
Package: debian-installer
Severity: wishlist

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

Hi.

For quite a while now, the linux-image-* packages have had support for
the VMware modules such as vmxnet3 and vmw_pvscsi.

However, the daily builds for the Debian installer do not.
It would be very handy if at least the vmxnet3 and vmw_pvscsi modules
were enabled by default in the businesscard/netinstaller ISO files.

That way, new virtual machines created on VMware ESX/ESXi can use the
VMXNET3 network adapter; and a Paravirtual SCSI controller on the boot
drive.

Without these modules, both the network and hard disk can't be detected
at install time unless the slower E1000 network adapter and LSI SCSI
controllers are used instead.

The E1000 network adapter can easily be changed to a VMXNET3 adapter
after the install, but the Paravirtual SCSI change on the boot device
is non-trivial.

Regards,

-- 
--
Jim Barber
DDI Health



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

Bug#635445: python 2.7 transition

[shirish शिरीष]

This is also another way to track the python2.7 transition .

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

Debian Bug report logs - #622279
transition: python-defaults (switching default: 2.6 -> 2.7)


And an overall release transition tracker :-

http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=release.debian.org#_0_6_4
-- 
          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#635322: wicd sometimes changes the machine host name to its IP address

[Vincent Lefevre]

On 2011-07-25 23:06:29 +0200, Vincent Lefevre wrote:
> I think the problem occurs under very specific conditions, since
> it does not always occur. I've just managed to reproduce it by
> doing the following:
> 
> 1. I connected to the access point. No problems: hostname not changed
>(though the logs say "attempting to set hostname with dhclient").
> 2. I did a suspend/resume (my machine is a laptop).
> 3. As the wifi connection was dropped due to the suspend/resume,
>I connected again to the access point Result: the hostname has
>been set to the IP address.
> 
> Note: I think when the problem occurred this morning, it was under
> the same conditions, as I suspended my laptop during the night.

I could again reproduce it under these conditions (but note that
this doesn't always happen -- perhaps the suspend time must be
large enough; here it was the full night). This time I did a
strace with:

  strace -f -o strace.out -p 2324

where 2324 is the wicd-daemon.py pid. The strace output shows that
/sbin/dhclient executes /sbin/dhclient-script twice, and the second
time /sbin/dhclient-script executes /bin/hostname:

7033  execve("/bin/hostname", ["hostname", "192.168.131.22"], [/* 30 vars */]) 
= 0

which does the sethostname(2). Here's a part of the succession of
the execve calls:

[...]
7021  execve("/sbin/dhclient", ["/sbin/dhclient", "-v", "-cf", 
"/var/lib/wicd/dhclient.conf", "wlan0"], [/* 18 vars */] 
7022  execve("/sbin/dhclient-script", ["/sbin/dhclient-script"], [/* 4 vars */] 

7023  execve("/bin/run-parts", ["run-parts", "--list", 
"/etc/dhcp/dhclient-enter-hooks.d"], [/* 6 vars */]) = 0
7024  execve("/usr/sbin/avahi-autoipd", ["/usr/sbin/avahi-autoipd", "-k", 
"wlan0"], [/* 6 vars */]) = 0
7025  execve("/sbin/ip", ["ip", "link", "set", "dev", "wlan0", "up"], [/* 6 
vars */]) = 0
7026  execve("/bin/run-parts", ["run-parts", "--list", 
"/etc/dhcp/dhclient-exit-hooks.d"], [/* 6 vars */]) = 0
7030  execve("/sbin/dhclient-script", ["/sbin/dhclient-script"], [/* 28 vars 
*/] 
7031  execve("/bin/run-parts", ["run-parts", "--list", 
"/etc/dhcp/dhclient-enter-hooks.d"], [/* 30 vars */]) = 0
7032  execve("/usr/sbin/avahi-autoipd", ["/usr/sbin/avahi-autoipd", "-k", 
"wlan0"], [/* 30 vars */] 
7033  execve("/bin/hostname", ["hostname", "192.168.131.22"], [/* 30 vars */]) 
= 0
[...]

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#524341: Further info on Polipo Accept-Encoding problem

[J.P. Larocque]

Hi,

I ran into this same issue today (Debian BTS #524341).  I'm running:

  Polipo, Debian polipo 1.0.4.1-1.1
  Apache, Debian apache2-mpm-prefork 2.2.16-6+squeeze1
  Chromium, Ubuntu chromium-browser 12.0.742.112~r90304-0ubuntu0.11.04.1, and
  MSIE 6.0.2900.5512.xpsp_sp3_gdr.101209-1647

When Chromium requests a URI from Apache via Polipo, it gets
compressed content which it decompresses and handles quite nicely.
Polipo caches the compressed content, and then serves it to MSIE when
it requests the same URI.  But MSIE isn't sending Accept-Encoding at
all, so it gives me some funny errors about downloading files.
("Internet Explorer cannot download test_page.html from
www.thoughtcrime.us.")

Apache included "Vary: Accept-Encoding" in its response, so Polipo
shouldn't have sent the cached, compressed response back to MSIE.  But
that's not necessarily Polipo's fault: it does revalidate with Apache,
and does not include any Accept-Encoding request header field, so
should Apache be sending back a different ETag or something to
indicate that the content that may be returned must be uncompressed?
I'm not familiar enough with the subtleties of HTTP to know the
answer.

These are the Apache mod_deflate directives I have in effect:

  # For logging.
  DeflateFilterNote Input instream
  DeflateFilterNote Output outstream
  DeflateFilterNote Ratio ratio
  
  # these are known to be safe with MSIE 6
  AddOutputFilterByType DEFLATE text/html text/plain text/xml
  
  # everything else may cause problems with MSIE 6
  AddOutputFilterByType DEFLATE text/css
  AddOutputFilterByType DEFLATE application/x-javascript application/javascript 
application/ecmascript
  AddOutputFilterByType DEFLATE application/rss+xml

A pcap is attached: 2002:c6ca:19fb:1::6 is where Chromium is running,
2002:c6ca:19fb:806:f085:2dff:fe5f:aaed aka 192.168.50.22 is where
Polipo is running, 2002:c6ca:19fb:811::2 is where Apache is running,
and 192.168.64.6 is where MSIE is running.  Here's an overview of the
HTTP activity (modulo favicon junk):

>>> Chromium to Polipo:
GET http://www.thoughtcrime.us/test_page.html HTTP/1.1
Host: www.thoughtcrime.us
Proxy-Connection: keep-alive
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.30 (KHTML, like 
Gecko) Ubuntu/11.04 Chromium/12.0.742.112 Chrome/12.0.742.112 Safari/534.30
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

>>> Polipo to Apache:
GET /test_page.html HTTP/1.1
Host: www.thoughtcrime.us
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.30 (KHTML, like 
Gecko) Ubuntu/11.04 Chromium/12.0.742.112 Chrome/12.0.742.112 Safari/534.30
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Via: 1.1 wet-blanket.thoughtcrime.us
Connection: keep-alive

<<< Apache to Polipo:
HTTP/1.1 200 OK
Date: Tue, 26 Jul 2011 04:06:54 GMT
Server: Apache/2.2.16 (Debian)
Last-Modified: Tue, 26 Jul 2011 03:57:49 GMT
ETag: "3e0a6-28-4a8f0ef678940"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 52
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

<<< Polipo to Chromium:
HTTP/1.1 200 OK
Content-Length: 52
ETag: "3e0a6-28-4a8f0ef678940"
Date: Tue, 26 Jul 2011 04:06:54 GMT
Last-Modified: Tue, 26 Jul 2011 03:57:49 GMT
Via: 1.1 wet-blanket.thoughtcrime.us
Server: Apache/2.2.16 (Debian)
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Type: text/html; charset=UTF-8
Connection: keep-alive

>>> MSIE to Polipo:
GET http://www.thoughtcrime.us/test_page.html HTTP/1.0
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, 
application/x-shockwave-flash, */*
Accept-Language: en-us
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Host: www.thoughtcrime.us
Proxy-Connection: Keep-Alive

>>> Polipo to Apache:
GET /test_page.html HTTP/1.1
Host: www.thoughtcrime.us
If-Modified-Since: Tue, 26 Jul 2011 03:57:49 GMT
If-None-Match: "3e0a6-28-4a8f0ef678940"
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, 
application/x-shockwave-flash, */*
Accept-Language: en-us
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Via: 1.1 wet-blanket.thoughtcrime.us
Connection: keep-alive

<<< Apache to Polipo:
HTTP/1.1 304 Not Modified
Date: Tue, 26 Jul 2011 04:07:00 GMT
Server: Apache/2.2.16 (Debian)
Connection: Keep-Alive
Keep-Alive: timeout=15, max=98
ETag: "3e0a6-28-4a8f0ef678940"
Vary: Accept-Encoding

<<< Polipo to MSIE:
HTTP/1.1 200 OK
Content-Length: 52
ETag: "3e0a6-28-4a8f0ef678940"
Date: Tue, 26 Jul 2011 04:07:00 GMT
Last-Modified: Tue, 26 Jul 2011 03:57:49 GMT
Via: 1.1 wet-blanket.thoughtcrime.us
Server: Apache/2.2.16 (Debian)
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Type: text/html

Bug#600672: python-coverage: New upstream version available, coverage 3.5

[Ben Finney]

package python-coverage
clone 600672 -1
block -1 by 635474
block -1 by 635475
retitle 600672 python-coverage: New upstream version available, coverage 3.4
thanks

On 30-Jun-2011, Ben Finney wrote:
> Version 3.5 of the coverage library has been released
> http://pypi.python.org/pypi/coverage/3.5>.

Upstream version 3.5 introduces yet more duplicated library code that is
currently not packaged properly for Debian, so upstream version 3.5 cannot
be packaged yet.

I am reverting this report to a request for upstream version 3.4, and
splitting the request for upstream version 3.5 to a new report.

-- 
 \   “I disapprove of what you say, but I will defend to the death |
  `\ your right to say it.” —Evelyn Beatrice Hall, _The Friends of |
_o__)  Voltaire_, 1906 |
Ben Finney 


signature.asc
Description: Digital signature

Bug#635475: RFP: libjs-jquery-isonscreen -- jQuery plugin for determining whether elements are in current view

[Ben Finney]

Package: wnpp
Severity: wishlist

* Package name: libjs-jquery-hotkeys
  Version : 1.2.0
  Upstream Author : Laurence Wheway
* URL or Web page : http://plugins.jquery.com/project/isOnScreen
* License : Dual-license: GPL and Expat (MIT)
  Description : jQuery plugin for determining whether elements are in 
current view

This jQuery plugin adds a method, ‘isOnScreen’, which detects if an
element is visible within the client's current view pane.

-- 
 \“… it's best to confuse only one issue at a time.” —Brian W. |
  `\Kernighan and Dennis M. Ritchie, _The C programming language_, |
_o__) 1988 |
Ben Finney 



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

Bug#635445: python 2.7 transition

[shirish शिरीष]

Hi there,
 You can find the ongoing 2.7 transition progress tracker at
http://release.debian.org/transitions/html/ongoing-python2.7.html

You can also find a shorter list of the transition at the Debian BTS look at :-

http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-pyt...@lists.debian.org;tag=python2.7

-- 
          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#609484: when will conky be available in stable or testing?

[Vincent Cheng]

Hi,

As a package maintainer, I have no control over how and when my
packages migrate between sections of the Debian archives. However, to
answer your question, Conky will migrate to testing once the version
in unstable meets certain criteria mentioned in [1]; it will migrate
to stable once a new stable version of Debian is released.

I'll close this bug once Conky 1.8.1 lands in testing.

Kind regards,
- Vincent

[1] http://www.debian.org/devel/testing



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

Bug#635474: RFP: libjs-jquery-hotkeys -- jQuery plugin for intercepting keyboard events

[Ben Finney]

Package: wnpp
Severity: wishlist

* Package name: libjs-jquery-hotkeys
  Version : 0.7.9
  Upstream Author : John Resig
* URL or Web page : https://code.google.com/p/js-hotkeys/
* License : Dual-license: GPL-2 and Expat (MIT)
  Description : jQuery plugin for intercepting keyboard events

   jQuery Hotkeys is a plug-in that lets you easily add and remove
   handlers for keyboard events anywhere in your code, supporting almost
   any key combination.

-- 
 \   “The surest way to corrupt a youth is to instruct him to hold |
  `\   in higher esteem those who think alike than those who think |
_o__) differently.” —Friedrich Nietzsche, _The Dawn_, 1881 |
Ben Finney 



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

Bug#635267: cron: @reboot jobs are not run

[Helge Kreutzmann]

clone 635267 -1
reassign -1 sysvinit
severity -1 normal
found -1 2.88dsf-13.10
thanks

Hello Christian,
On Tue, Jul 26, 2011 at 12:42:09AM +0200, Christian Kastner wrote:
> On 07/25/2011 07:18 PM, Helge Kreutzmann wrote:
> > clone 635267 -1
> > reassign -1 sysvinit
> > severity -1 normal
> > found -1 2.88dsf-13.10
> > thanks
> 
> > On Mon, Jul 25, 2011 at 06:26:07PM +0200, Christian Kastner wrote:
> >> I'm not sure I can help any further because I followed the transition
> >> only in passing, but perhaps you can find some hints in the changelog
> >> entries[0] for that transition?
> >>
> >> Christian
> >>
> >> [0] see 2.88dsf-13.3, 2.88dsf-13.5
> >> http://packages.debian.org/changelogs/pool/main/s/sysvinit/current/changelog
> 
> I only now noticed a bookmark I created earlier and seem to have
> forgotten about. Perhaps this is helpful, too.
> 
> http://lists.debian.org/debian-devel/2011/05/msg00598.html

Thanks!

> > I'll clone the bug, maybe some d-i/sysvinit interaction is broken.
> > Unless I hear otherwise, I'll try to manually switch the symlinks
> > around and see how it goes.
> 
> You forgot to CC: control@b.d.o, could you try again?

Done now.

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#634145: apt-cacher-ng: Please keep files by number of versions instead of date

[Helge Kreutzmann]

Hello Eduard,
On Sun, Jul 17, 2011 at 11:45:47AM +0200, Eduard Bloch wrote:
> #include 
> * Helge Kreutzmann [Sun, Jul 17 2011, 10:45:19AM]:
> In fact, it deletes them after X days after they became
> no longer downloadable. As long as the index files (like Packages.*) are
> good and can be checked by download lookups, the files referenced
> therein will stay in the cache.

Thanks for your explanation.

> The potential pitfall in this scheme is the renaming of stable
> to oldstable. If nobody ever downloaded from oldstable then the server
> won't know about it. But when it was used once before or within the
> grace period then the problem will naturally disappear.
> 
> Now, does this provide a sufficient solution to your needs or do we
> still need version based tracking?

apt-proxy worked differently. Once a new version of a package was
downloaded, the proxy would check if there are more than N versions
already in the cache (e.g. N=4). If yes, then the lowest version was
removed (if it was the fith version, say). If no, nothing happended.
This has (for me) two advantages: First, if something breaks, I always
have the N latest version in the cache and can go back (or check if it
is already present in the older version) and b) if some package gets
removed from Debian, then it still remains in the cache.

Of course, these are the *added* use cases, beside the caching aspect.
After filing the bug I checked if other package proxies/caches
implemented such a scheme, but it seems this was a unique feature of
apt-proxy which was removed from Debian. Therefore if such a scheme would
become possible with apt-cacher-ng, this would be great. Otherwise I
perfectly understand if this is a use case you / your upstream
considers not worth pursuing.

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#635472: xl2tpd: Rollback incorrect "ipparam" manipulation from upstream version 1.2.8

[Brian S. Julin]

Package: xl2tpd
Version: 1.2.8+dfsg-1
Severity: normal


Upstream version 1.2.8 included a patch which causes xl2tpd to override 
the "ipparam" option when it is present in ppp option files.  Moreover, 
it replaces the option contents with information which is already 
available in the PPP_REMOTE variable/argument, and it does so by hardcoding

this behavior such that it cannot be overridden.

This change breaks all installations that rely on the ipparam to
conditionally execute ip-up and ip-down behaviors based on the
type of the connection.

A patch to revert this fix has already been posted in the upstream 
xelerance bug tracking system.  See https://gsoc.xelerance.com/issues/1078


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
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

Versions of packages xl2tpd depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libpcap0.81.1.1-8system interface for user-level pa
ii  ppp   2.4.5-5Point-to-Point Protocol (PPP) - da

xl2tpd recommends no packages.

xl2tpd 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#635471: md5sum of modified files not updated

[Steve M. Robbins]

Package: dpkg-repack
Version: 1.35
Severity: normal

The md5sum of modified files is not updated, result is that
the repackaged .deb has lintian errors.

With no files modified, the repacked deb is fine:

steve@riemann{tmp}fakeroot -u dpkg-repack dump
dpkg-deb: building package `dump' in `./dump_0.4b44-1_amd64.deb'.
steve@riemann{tmp}lintian dump_0.4b44-1_amd64.deb 
N: 4 tags overridden (4 errors)


Modify a file, lintian error:

steve@riemann{tmp}sudo xemacs /usr/share/lintian/overrides/dump 
Warning: Missing charsets in String to FontSet conversion
steve@riemann{tmp}fakeroot -u dpkg-repack dump
dpkg-deb: building package `dump' in `./dump_0.4b44-1_amd64.deb'.
steve@riemann{tmp}lintian dump_0.4b44-1_amd64.deb 
E: dump: md5sum-mismatch usr/share/lintian/overrides/dump
N: 4 tags overridden (4 errors)



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

Kernel: Linux 2.6.39-2-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 dpkg-repack depends on:
ii  perl  5.12.4-1   Larry Wall's Practical Extraction 

dpkg-repack recommends no packages.

dpkg-repack 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#632734: family 15, model 2, stepping 9 is not a dual core CPU

[Stan Hoeppner]

Genuine Intel family 15 model 2 stepping 9 is a "Northwood C" Pentium 4
series CPU.  It is a *single* core CPU with hyper-threading support.  It
is *not* a dual core CPU.  It was first release in 2003, 8 years ago.
It does not support x86-64 extensions.

What happens when one boots an i686 kernel with all of these built-in

1.  SMP
2.  HyperThreading
3.  Multi-core

on a single socket, single core, HyperThreading CPU...


-- 
Stan



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

Bug#635470: Acknowledgement (resolvconf: Feature request: DHCPv6 support)

[Geoffrey Sisson]

The provided patch had a leftover debug statetment in it:

touch /tmp/$nameserver

Here's an updated version with the statement removed.

Geoff

 Begin included text 
--- resolvconf.orig/etc/dhcp/dhclient-enter-hooks.d/resolvconf
+++ resolvconf/etc/dhcp/dhclient-enter-hooks.d/resolvconf
@@ -15,6 +15,10 @@
# Delete resolv.conf info 
[ ! "$interface" ] || /sbin/resolvconf -d "$interface"
;;
+   EXPIRE6|RELEASE6|STOP6)
+   # Delete resolv.conf info 
+   [ ! "$interface" ] || /sbin/resolvconf -d 
"${interface}_ip6"
+   ;;
esac
# For safety, undefine the nasty default make_resolv_conf()
make_resolv_conf() {
@@ -44,5 +48,19 @@
[ ! "$interface" ] || echo -n "$R" | 
/sbin/resolvconf -a "$interface"
}
;;
+   BOUND6|RENEW6|REBIND6)
+   make_resolv_conf() {
+   R=""
+   if [ "$new_dhcp6_name_servers" ] && [ 
"$new_dhcp6_domain_search" ] ; then
+   R="${R}search $new_dhcp6_domain_search
+"
+   fi
+   for nameserver in $new_dhcp6_name_servers ; do
+   R="${R}nameserver $nameserver
+"
+   done
+   [ ! "$interface" ] || echo -n "$R" | 
/sbin/resolvconf -a "${interface}_ip6"
+   }
+   ;;
esac
 fi
- End included text -



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

Bug#635470: resolvconf: Feature request: DHCPv6 support

[Geoffrey Sisson]

Package: resolvconf
Version: 1.58
Severity: wishlist
Tags: ipv6 patch

This patch adds basic DHCPv6 support for resolvconf.  It's unlikely
that this is a comlete patch.  For example, some applications might
resonably expect "resolvconf -d eth0" to remove both the IPv4 and
IPv6 interface information.  However, it does provide basic DHCPv6
functionality.

Geoff

 Begin included text 
--- resolvconf.orig/etc/dhcp/dhclient-enter-hooks.d/resolvconf
+++ resolvconf/etc/dhcp/dhclient-enter-hooks.d/resolvconf
@@ -15,6 +15,10 @@
# Delete resolv.conf info 
[ ! "$interface" ] || /sbin/resolvconf -d "$interface"
;;
+   EXPIRE6|RELEASE6|STOP6)
+   # Delete resolv.conf info 
+   [ ! "$interface" ] || /sbin/resolvconf -d 
"${interface}_ip6"
+   ;;
esac
# For safety, undefine the nasty default make_resolv_conf()
make_resolv_conf() {
@@ -44,5 +48,20 @@
[ ! "$interface" ] || echo -n "$R" | 
/sbin/resolvconf -a "$interface"
}
;;
+   BOUND6|RENEW6|REBIND6)
+   make_resolv_conf() {
+   R=""
+   if [ "$new_dhcp6_name_servers" ] && [ 
"$new_dhcp6_domain_search" ] ; then
+   R="${R}search $new_dhcp6_domain_search
+"
+   fi
+   for nameserver in $new_dhcp6_name_servers ; do
+   touch /tmp/$nameserver
+   R="${R}nameserver $nameserver
+"
+   done
+   [ ! "$interface" ] || echo -n "$R" | 
/sbin/resolvconf -a "${interface}_ip6"
+   }
+   ;;
esac
 fi
- End included text -

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

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

Versions of packages resolvconf depends on:
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.40 Debian configuration management sy
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

resolvconf recommends no packages.

resolvconf suggests no packages.



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

Bug#635469: Not installable due to unmet ghc dependency

[Mike Paul]

Package: haskell-platform
Severity: grave
Tags: sid

Since ghc was recently updated to version 7.0.4 in sid, it's no longer
possible to install haskell-platform, which depends on ghc 7.0.3 specifically,

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

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



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

Bug#635468: doxygen: loses svg output generated from inline dot graphs

[Bill Currie]

Package: doxygen
Version: 1.7.4-3
Severity: normal
Tags: upstream patch


Due to incorrect handling of the generated svg file name, the following
error message is output and the dot graph does not show in the html:

Failed to rename file
/home/bill/src/qf/quakeforge/o.o/doc/doxygen/html/inline_dotgraph_1.dot.svg
to
/home/bill/src/qf/quakeforge/o.o/doc/doxygen/html/inline_dotgraph_1.dot.svg.tmp!

The following patch fixes the problem. Rather than using inFile to
calculate the name of the svg file name, outDir and baseName are used.
Also, baseName rathern than inFile is needed for writeSVGFigureLink().

diff -ur doxygen-1.7.4/src/dot.cpp doxygen-1.7.4-fixed/src/dot.cpp
--- doxygen-1.7.4/src/dot.cpp   2011-03-23 06:50:53.0 +0900
+++ doxygen-1.7.4-fixed/src/dot.cpp 2011-07-26 10:49:23.0
+0900
@@ -3571,8 +3587,10 @@
 
   if (imgExt=="svg") // vector graphics
   {
-writeSVGFigureLink(t,relPath,inFile,inFile+".svg");
-DotFilePatcher patcher(inFile+".svg");
+QCString svgName=outDir+'/'+baseName;
+svgName.append(".svg");
+writeSVGFigureLink(t,relPath,baseName,svgName);
+DotFilePatcher patcher(svgName);
 patcher.addSVGConversion(relPath,TRUE,context);
 patcher.run();
   }


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

Kernel: Linux 2.6.39 (PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages doxygen depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-5  GCC support library
ii  libstdc++64.6.1-5GNU Standard C++ Library v3

Versions of packages doxygen recommends:
ii  doxygen-latex 1.7.4-3Documentation system for C, C++, J

Versions of packages doxygen suggests:
pn  doxygen-doc(no description available)
pn  doxygen-gui(no description available)
ii  graphviz  2.26.3-7   rich set of graph drawing tools

-- 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#623106: weather crash conky

[Vincent Cheng]

I can also reproduce this bug in Conky 1.8.0. Note that a similar bug
has also been filed on Launchpad [1].

As a temporary workaround, don't use multiple instances of ${weather};
a single weather object doesn't seem to crash. I'll file a bug report
upstream if this can still be reproduced with Conky 1.8.1.

Kind regards,
- Vincent

[1] https://bugs.launchpad.net/bugs/780741



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

Bug#635467: Use of uninitialized value $ENV{"HOME"} in concatenation (.) or string at /usr/share/perl5/Dpkg/BuildFlags.pm

[Jakub Wilk]

Package: dpkg-dev
Version: 1.16.0.3
Severity: minor

If both HOME and XDG_CONFIG_HOME are unset (which happens sometimes on 
buildds), dpkg-buildflags issues a warning:


$ unset HOME
$ unset XDG_CONFIG_HOME
$ dpkg-buildflags --get LDFLAGS
Use of uninitialized value $ENV{"HOME"} in concatenation (.) or string at 
/usr/share/perl5/Dpkg/BuildFlags.pm line 109.


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

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

Versions of packages dpkg-dev depends on:
ii  base-files6.4Debian base system miscellaneous f
ii  binutils  2.21.53.20110720-1 The GNU assembler, linker and bina
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  libdpkg-perl  1.16.0.3   Dpkg perl modules
ii  make  3.82-1 utility for directing compilation
ii  patch 2.6.1.85-423d-3Apply a diff file to an original
ii  xz-utils  5.1.1alpha+20110528-1~exp1 XZ-format compression utilities

--
Jakub Wilk



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

Bug#635466: regression: cache used to load images after clicking refresh

[Jason Woofenden]

Package: chromium
Version: 12.0.742.112~r90304-1
Severity: minor

This is a regression, it worked not too many months ago.

The trouble is that the refresh button no longer re-fetches map
tiles on openstreetmap.org.

To reproduce:

1.  Go to: http://openstreetmap.org/ zoom in somewhere

2.  click "permalink"

3.  right-click -> inspect element and go to the Network tab.

4.  click refresh

5.  in the inspector window, look for tile images. they have names
like 24089.png

What I expect: I expect these to be downloaded from the server.

What happens instead: they are pulled from the chromium cache.


This is particularly annoying when I've edited the map recently,
and would like to check over my work. It seems to not be possible
to get the new versions of the map tiles to show on the map. It
even shows old map tiles sometimes after telling chromium to clear
my cache.

And even worse... if I right-click a map tile that I know should be
updated, and click "open image in new tab", then refresh that new
tab, I see the new version of the image. and _after_ seeing the new
version of that image in the other tab, hitting refresh on the map
page still shows the old image.


Thanks,- Jason


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

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

Versions of packages chromium depends on:
ii  chromium-inspector 12.0.742.112~r90304-1 page inspector for the chromium br
ii  libasound2 1.0.24.1-2shared library for ALSA applicatio
ii  libbz2-1.0 1.0.5-6   high-quality block-sorting file co
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libcups2   1.4.7-1   Common UNIX Printing System(tm) - 
ii  libdbus-1-31.4.12-5  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.94-4simple interprocess messaging syst
ii  libevent-1.4-2 1.4.13-stable-1   An asynchronous event notification
ii  libexpat1  2.0.1-7   XML parsing C library - runtime li
ii  libfontconfig1 2.8.0-3   generic font configuration library
ii  libfreetype6   2.4.4-2   FreeType 2 font engine, shared lib
ii  libgcc11:4.6.1-5 GCC support library
ii  libgconf2-42.32.4-1  GNOME configuration database syste
ii  libgcrypt111.4.6-7   LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0-0 2.23.5-2  GDK Pixbuf library
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgtk2.0-02.24.5-3  GTK+ graphical user interface libr
ii  libjpeg62  6b1-2 Independent JPEG Group's JPEG runt
ii  libnspr4-0d4.8.8-2   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.10-3 Network Security Service libraries
ii  libpam0g   1.1.3-2   Pluggable Authentication Modules l
ii  libpango1.0-0  1.28.4-1  Layout and rendering of internatio
ii  libpng12-0 1.2.46-2  PNG library - runtime
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libstdc++6 4.6.1-5   GNU Standard C++ Library v3
ii  libvpx00.9.6-1   VP8 video codec (shared library)
ii  libx11-6   2:1.4.3-2 X11 client-side library
ii  libxdamage11:1.1.3-2 X11 damaged region extension libra
ii  libxext6   2:1.3.0-3 X11 miscellaneous extension librar
ii  libxml22.7.8.dfsg-3  GNOME XML library
ii  libxrender11:0.9.6-2 X Rendering Extension client libra
ii  libxslt1.1 1.1.26-7+b1   XSLT 1.0 processing library - runt
ii  libxss11:1.2.1-1 X11 Screen Saver extension library
ii  libxtst6   2:1.2.0-3 X11 Testing -- Record extension li
ii  xdg-utils  1.1.0~rc1-2   desktop integration utilities from
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  (no description available)

-- no debconf information



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

Bug#635465: libpam0g: need documentation, shlibs bump (?) for multiarch

[Russ Allbery]

Package: libpam0g
Version: 1.1.3-2
Severity: normal

Now that PAM itself is multiarch-aware, I'm looking at converting my
PAM modules to also be multiarch, but there doesn't appear to be any
documentation and the MiniHowto hasn't been updated.

Also, it looks like multiarch support was added to libpam0g's shared
library (to look for modules in the appropriate directory), but there was
no shlibs bump, which means that modules have to force a dependency on a
new enough version manually.  While this isn't exactly what the shlibs
system is intended for (since the symbols in the shared library haven't
really changed), I think bumping shlibs will probably produce better
results for the archive as a whole once people start updating PAM
modules.

I'm converting libpam-afs-session as an experiment.  Here's what I've
done, for reference (and hopeful help in updating the documentation):

* Follow the general multiarch instructions for shared libraries.  I
  suspect some parts of this aren't actually necessary, such as the
  pre-dependency on multiarch-support, but it doesn't seem like it would
  hurt and I wasn't sure.

* Install the module in /lib/$(DEB_HOST_MULTIARCH)/security.

* Add a Depends on libpam0g (>= 1.1.3-2~) to ensure that the PAM library
  knows to look for modules in that path.

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

Kernel: Linux 2.6.39-2-686-pae (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 libpam0g depends on:
ii  debconf [debconf-2.0] 1.5.40 Debian configuration management sy
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  multiarch-support 2.13-10Transitional package to ensure mul

libpam0g recommends no packages.

Versions of packages libpam0g suggests:
ii  libpam-doc1.1.3-2Documentation of PAM

-- debconf information:
* libpam0g/restart-services: cron atd
  libpam0g/xdm-needs-restart:
  libpam0g/restart-failed:



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

Bug#635449: Will troubleshoot ...

[Scott Schaefer]

I am fairly certain the problem is actually in openjdk-6-jre-headless 
(6b18-1.8.7-5) package ...


Warning: last time I tried to troubleshoot piuparts problem, I was 
"wrong in several ways".  So, consider analysis below accordingly.



From eclipse-cdt log:

Setting up openjdk-6-jre-headless (6b18-1.8.7-5) ...
  update-alternatives: using /usr/lib/jvm/java-6-openjdk/jre/bin/java 
to provide /usr/bin/java (java) in auto mode.
  update-alternatives: using 
/usr/lib/jvm/java-6-openjdk/jre/bin/keytool to provide /usr/bin/keytool 
(keytool) in auto mode.
  update-alternatives: using 
/usr/lib/jvm/java-6-openjdk/jre/bin/pack200 to provide /usr/bin/pack200 
(pack200) in auto mode.
  update-alternatives: using /usr/lib/jvm/java-6-openjdk/jre/bin/rmid 
to provide /usr/bin/rmid (rmid) in auto mode.
  update-alternatives: using 
/usr/lib/jvm/java-6-openjdk/jre/bin/rmiregistry to provide 
/usr/bin/rmiregistry (rmiregistry) in auto mode.
  update-alternatives: using 
/usr/lib/jvm/java-6-openjdk/jre/bin/unpack200 to provide 
/usr/bin/unpack200 (unpack200) in auto mode.
  update-alternatives: using /usr/lib/jvm/java-6-openjdk/jre/bin/orbd 
to provide /usr/bin/orbd (orbd) in auto mode.
  update-alternatives: using 
/usr/lib/jvm/java-6-openjdk/jre/bin/servertool to provide 
/usr/bin/servertool (servertool) in auto mode.
  update-alternatives: using 
/usr/lib/jvm/java-6-openjdk/jre/bin/tnameserv to provide 
/usr/bin/tnameserv (tnameserv) in auto mode.
  update-alternatives: using /usr/lib/jvm/java-6-openjdk/jre/lib/jexec 
to provide /usr/bin/jexec (jexec) in auto mode.


THIS IS THE ROOT CAUSE OF THE PROBLEM

  update-binfmts: warning: Couldn't load the binfmt_misc module.


The last version of this package that was tested by piuparts was version 
6b18-1.8.7-2.  It passed.  Now, the newer package is failing when it is 
installed as dependency of newly-tested package(s), causing (misleading) 
failure report.  Yes; piuparts SHOULD be made smart enough to examine 
version #; however, that's a somewhat low priority.


However, 6b18-1.8.7-5 is new in testing.  Examining the diff 
(openjdk-6_6b18-1.8.7-5.diff.gz from testing source packge) between the 
1.8.7-2 and 1.8.7-5 shows that there are a significant # of changes 
relating to update-binfmt.


Indeed, one of the additions is:


openjdk-6-6b18-1.8.7/debian/JB-jre-headless.overrides.in
..
...
+# empty directory by intent
+@basename@-jre-headless binary: package-contains-empty-directory 
usr/share/binfmts/




We could probably verify this by scanning logs of recently-tested failed 
packages vs. 'successful' ones with dependency of openjdk.  However, 
that requires access to piatti logs; IMHO, it's not worth effort to do 
this via http, and I don't have other, better access.


It is poor timing, since Holger and others who may be able to help are 
at Debconf.






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

Bug#635326: Thanks

[Romain Beauxis]

Thanks for the patch, we should update the package very soon!

Romain



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

Bug#635464: usb-modeswitch: ZTE K3565-Z hang

[Frederic MASSOT]

Package: usb-modeswitch
Version: 1.1.8-1
Severity: normal


Hi,

I updated my EeePC 701 from Squeeze to Wheezy and my USB 3G stick is no longer 
recognized.

linux-image-2.6.32-5-686 2.6.32-21 --> linux-image-2.6.39 2.6.39-3
usb-modeswitch-data 20100826-1 --> 20110619-1
usb-modeswitch 1.1.4-1 --> 1.1.8-1
network-manager 0.8.1-2+b1 --> 0.8.4.0-2
modemmanager 0.4+git.20100624t180933.6e79d15-1+b1 --> 0.4.997-1

I use NetworkManager to manage the network connections (Ethernet, Wifi and 3G).

The syslog file :

Jul 26 02:15:16 lobon kernel: [55961.140087] usb 1-2: new high speed USB device 
number 12 using ehci_hcd
Jul 26 02:15:17 lobon kernel: [55961.284600] usb 1-2: New USB device found, 
idVendor=19d2, idProduct=2000
Jul 26 02:15:17 lobon kernel: [55961.284615] usb 1-2: New USB device strings: 
Mfr=2, Product=1, SerialNumber=0
Jul 26 02:15:17 lobon kernel: [55961.284625] usb 1-2: Product: ZTE CDMA 
Technologies MSM
Jul 26 02:15:17 lobon kernel: [55961.284633] usb 1-2: Manufacturer: ZTE, 
Incorporated
Jul 26 02:15:17 lobon kernel: [55961.286898] scsi15 : usb-storage 1-2:1.0
Jul 26 02:15:17 lobon mtp-probe: checking bus 1, device 12: 
"/sys/devices/pci:00/:00:1d.7/usb1/1-2"
Jul 26 02:15:17 lobon mtp-probe: bus: 1, device: 12 was not an MTP device
Jul 26 02:15:18 lobon kernel: [55962.293428] scsi 15:0:0:0: CD-ROM
ZTE  USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 0
Jul 26 02:15:18 lobon kernel: [55962.317116] sr0: scsi3-mmc drive: 0x/52x cd/rw 
xa/form2 cdda tray
Jul 26 02:15:18 lobon kernel: [55962.317563] sr 15:0:0:0: Attached scsi CD-ROM 
sr0
Jul 26 02:15:18 lobon kernel: [55962.317823] sr 15:0:0:0: Attached scsi generic 
sg2 type 5
Jul 26 02:15:18 lobon usb_modeswitch: switching 19d2:2000 (ZTE, Incorporated: 
ZTE CDMA Technologies MSM)
Jul 26 02:15:18 lobon kernel: [55962.792296] cdrom: issuing MRW background 
format suspend
Jul 26 02:15:18 lobon kernel: [55962.799328] sr0: CDROM not ready.  Make sure 
there is a disc in the drive.
Jul 26 02:15:20 lobon kernel: [55965.021162] usb 1-2: USB disconnect, device 
number 12
Jul 26 02:15:26 lobon kernel: [55970.356096] usb 1-2: new high speed USB device 
number 13 using ehci_hcd
Jul 26 02:15:26 lobon kernel: [55970.501890] usb 1-2: New USB device found, 
idVendor=19d2, idProduct=0052
Jul 26 02:15:26 lobon kernel: [55970.501904] usb 1-2: New USB device strings: 
Mfr=2, Product=1, SerialNumber=3
Jul 26 02:15:26 lobon kernel: [55970.501913] usb 1-2: Product: ZTE CDMA 
Technologies MSM
Jul 26 02:15:26 lobon kernel: [55970.501921] usb 1-2: Manufacturer: ZTE, 
Incorporated
Jul 26 02:15:26 lobon kernel: [55970.501929] usb 1-2: SerialNumber: 
1234567890ABCDEF
Jul 26 02:15:26 lobon kernel: [55970.504998] option 1-2:1.0: GSM modem (1-port) 
converter detected
Jul 26 02:15:26 lobon kernel: [55970.505313] usb 1-2: GSM modem (1-port) 
converter now attached to ttyUSB0
Jul 26 02:15:26 lobon kernel: [55970.505581] option 1-2:1.1: GSM modem (1-port) 
converter detected
Jul 26 02:15:26 lobon kernel: [55970.505823] usb 1-2: GSM modem (1-port) 
converter now attached to ttyUSB1
Jul 26 02:15:26 lobon kernel: [55970.506733] scsi16 : usb-storage 1-2:1.2
Jul 26 02:15:26 lobon kernel: [55970.507418] option 1-2:1.3: GSM modem (1-port) 
converter detected
Jul 26 02:15:26 lobon kernel: [55970.507763] usb 1-2: GSM modem (1-port) 
converter now attached to ttyUSB2
Jul 26 02:15:26 lobon kernel: [55970.508141] option 1-2:1.4: GSM modem (1-port) 
converter detected
Jul 26 02:15:26 lobon kernel: [55970.508457] usb 1-2: GSM modem (1-port) 
converter now attached to ttyUSB3
Jul 26 02:15:26 lobon kernel: [55970.510308] scsi17 : usb-storage 1-2:1.5
Jul 26 02:15:26 lobon kernel: [55970.511097] option 1-2:1.6: GSM modem (1-port) 
converter detected
Jul 26 02:15:26 lobon kernel: [55970.511394] usb 1-2: GSM modem (1-port) 
converter now attached to ttyUSB4
Jul 26 02:15:26 lobon mtp-probe: checking bus 1, device 13: 
"/sys/devices/pci:00/:00:1d.7/usb1/1-2"
Jul 26 02:15:26 lobon mtp-probe: bus: 1, device: 13 was not an MTP device
Jul 26 02:15:26 lobon usb_modeswitch: switched to 19d2:0052 (ZTE, Incorporated: 
ZTE CDMA Technologies MSM)
Jul 26 02:15:27 lobon kernel: [55971.522416] scsi 16:0:0:0: Direct-Access 
ZTE  MMC Storage  2.31 PQ: 0 ANSI: 2
Jul 26 02:15:27 lobon kernel: [55971.530762] scsi 17:0:0:0: CD-ROM
ZTE  USB SCSI CD-ROM  2.31 PQ: 0 ANSI: 0
Jul 26 02:15:27 lobon kernel: [55971.535317] sd 16:0:0:0: Attached scsi generic 
sg2 type 0
Jul 26 02:15:27 lobon kernel: [55971.547737] sd 16:0:0:0: [sdc] Attached SCSI 
removable disk
Jul 26 02:15:27 lobon kernel: [55971.564850] sr0: scsi3-mmc drive: 0x/52x cd/rw 
xa/form2 cdda tray
Jul 26 02:15:27 lobon kernel: [55971.565711] sr 17:0:0:0: Attached scsi CD-ROM 
sr0
Jul 26 02:15:27 lobon kernel: [55971.566290] sr 17:0:0:0: Attached scsi generic 
sg3 type 5
Jul 26 02:15:42 lobon kernel: [55987.052861] sr0: CDROM (ioctl) error, command: 
Xdread, Read track info 52 01 00 00 00 01 00 00 08 00
Jul 26 02:15:42 lobon 

Bug#635342: CVE-2011-2193: Multiple buffer overflows

[Dominique Belhachemi]

Hi Moritz,

Thanks for finding the security issue. We are working on a solution.

Jordi, can you help out with the squeeze fix and upload? I think you
have done those things before, right?

Cheers
Dominique


On Mon, Jul 25, 2011 at 8:10 AM, Moritz Muehlenhoff  wrote:
> Package: torque
> Severity: grave
> Tags: security
>
> Please see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2193
> for details and references
>
> Cheers,
>        Moritz
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.39-2-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/dash
>
>
>
>



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

Bug#308580: dd dies... that's the problem

[Peter Chubb]

I've been putting a little effort into debugging this.  It turns out
that every now and then, the dd process feeding klogd dies.  Klogd
then loops at 100%CPU.

The question then is, why does dd die?  I wrote a replacement dd that
printed out what it was doing.  dd dies because it gets a zero-byte
read (i.e., the kernel is signalling EOF).

With kernel 3.0.0 this seems to happen a lot --- the dd only lasts for
a few seconds after being restarted on a busy system.

I suspect a race between emit_log_char() and
do_syslog(SYSLOG_ACTION_READ...) in the kernel, when the kernel is
logging a LOT of data.

My attempt at fixing it was this in the kernel.  But I can't quite see
the race, to fix it properly.

diff --git a/kernel/printk.c b/kernel/printk.c
index 37dff34..0e44138 100644
--- a/kernel/printk.c
+++ b/kernel/printk.c
@@ -358,6 +358,7 @@ int do_syslog(int type, char __user *buf, int len, bool 
from_file)
error = -EFAULT;
goto out;
p   }
+   again:
error = wait_event_interruptible(log_wait,
(log_start - log_end));
if (error)
@@ -377,6 +378,8 @@ int do_syslog(int type, char __user *buf, int len, bool 
from_file)
spin_unlock_irq(&logbuf_lock);
if (!error)
error = i;
+   if (i == 0)
+   goto again;
break;
/* Read/clear last kernel messages */
case SYSLOG_ACTION_READ_CLEAR:
--
Dr Peter Chubb  http://www.gelato.unsw.edu.au  peterc AT gelato.unsw.edu.au
http://www.ertos.nicta.com.au   ERTOS within National ICT Australia



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

Bug#635463: cheese: Can't enable effects

[Ken Bloom]

Package: cheese
Version: 3.0.1-2
Severity: normal

Effects in cheese don't currently work. If I click the "effects"
button, I can see a gallery of different effects, but if I try to
click on one to apply it, the full-screen feed from my camera doesn't
show the effect applied.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (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

Versions of packages cheese depends on:
ii  cheese-common 3.0.1-2Common files for the Cheese tool t
ii  gnome-video-effects   0.3.0-3GNOME Video Effects
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget
ii  libcheese-gtk20   3.0.1-2tool to take pictures and videos f
ii  libcheese13.0.1-2tool to take pictures and videos f
ii  libclutter-1.0-0  1.6.16-1   Open GL based interactive canvas l
ii  libclutter-gtk-1.0-0  1.0.0-1Open GL based interactive canvas l
ii  libgdk-pixbuf2.0-02.23.5-2   GDK Pixbuf library
ii  libgee2   0.6.1-2GObject based collection library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome-desktop-3-0  3.0.2-2Utility library for loading .deskt
ii  libgstreamer0.10-00.10.35-1  Core GStreamer libraries and eleme
ii  libgtk-3-03.0.11-1   GTK+ graphical user interface libr

Versions of packages cheese recommends:
ii  gnome-icon-theme  3.0.0-4GNOME Desktop icon theme
ii  gvfs  1.6.4-3userspace virtual filesystem - ser
ii  hicolor-icon-theme0.12-1 default fallback theme for FreeDes

cheese suggests no packages.

-- no debconf information



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

Bug#635462: general: Update manager freezes when started

[Eric Wilson]

Package: general
Severity: normal

Update manager opens then freezes while checking for updates



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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#635460: sorry, duplicate of 635456

[Norbert Kiesel]

My mail server had a hickup and I thought it was not delivered, so I
sent it again.  Please mark this as a duplicate of 635456.







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

Bug#634696: (no subject)

[David Miller]

The problem is how sha1.cc codes the SHA1 transform, it illegally
casts the on-stack workspace buffer to a type requiring more
alignment than 'workspace' is actually declared to have.

This only shows up recently because gcc-4.6 now does a really
aggressive optimization where it gets rid of the workspace
buffer entirely and just accesses 'buffer' directly, and assumes
it has the necessary alignment for 32-bit loads (which it
doesn't).

This patch fixes the bug:

--- apt-pkg/contrib/sha1.cc~2011-06-17 03:10:20.0 -0700
+++ apt-pkg/contrib/sha1.cc 2011-07-25 15:16:26.774548017 -0700
@@ -74,10 +74,9 @@ static void SHA1Transform(uint32_t state
   uint32_t l[16];
}
CHAR64LONG16;
-   CHAR64LONG16 *block;
+   CHAR64LONG16 workspace, *block;
 
-   uint8_t workspace[64];
-   block = (CHAR64LONG16 *)workspace;
+   block = &workspace;
memcpy(block,buffer,sizeof(workspace));
 
/* Copy context->state[] to working vars */



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

Bug#635460: redmine configure fails with recent rails upgrade

[Norbert Kiesel]

Package: redmine
Version: 1.1.3-2
Severity: important


I get the following error while trying to condigure redmine:
Setting up redmine (1.1.3-2) ...
dbconfig-common: writing config to 
/etc/dbconfig-common/redmine/instances/default.conf

Creating config file /etc/redmine/default/database.yml.new with new version
dbconfig-common: flushing administrative password
Populating database for redmine instance "default".
This may take a while.
Missing the Rails 2.3.5 gem. Please `gem install -v=2.3.5 rails`, update your 
RAILS_GEM_VERSION setting in config/environment.rb for the Rails version you do 
have installed, or comment out RAILS_GEM_VERSION to use the latest version 
installed.
Error when running rake db:migrate, check database configuration.
dpkg: error processing redmine (--configure):
 subprocess installed post-installation script returned error exit status 255


I tried commenting out RAILS_GEM_VERSION in 
/usr/share/redmine/config/environment.rb but that just changed the error 
message to "Missing the Rails  gem. Please `gem install -v= rails`, ..."

"ruby /usr/lib/ruby/vendor_ruby/railties/bin/rails --version" returns "Rails 
2.3.11"


Best,
  Norbert


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

Versions of packages redmine depends on:
ii  dbconfig-common  1.8.47  common framework for packaging dat
ii  debconf [debconf-2.0]1.5.40  Debian configuration management sy
ii  redmine-pgsql1.1.3-2 metapackage providing PostgreSQL d
ii  redmine-sqlite   1.1.3-2 metapackage providing sqlite depen
ii  ruby-rails-2.3   2.3.11-1MVC ruby based framework geared fo
ii  ruby1.8  1.8.7.352-2 Interpreter of object-oriented scr

redmine recommends no packages.

Versions of packages redmine suggests:
pn  libopenid-ruby (no description available)
pn  libsvn-ruby(no description available)
pn  ruby-rmagick   (no description available)

-- debconf information:
  redmine/instances/default/passwords-do-not-match:
  redmine/instances/default/db/basepath:
  redmine/instances/default/pgsql/changeconf: false
  redmine/default-language: ${defaultLocale}
  redmine/instances/default/pgsql/no-empty-passwords:
  redmine/instances/default/pgsql/manualconf:
* redmine/instances/default/pgsql/authmethod-admin: ident
* redmine/instances/default/pgsql/admin-user: postgres
* redmine/instances/default/pgsql/authmethod-user: ident
  redmine/old-instances:
  redmine/instances/default/upgrade-error: abort
  redmine/instances/default/upgrade-backup: true
  redmine/instances/default/mysql/admin-user: root
  redmine/instances/default/mysql/method: unix socket
  redmine/instances/default/remove-error: abort
  redmine/instances/default/dbconfig-remove:
  redmine/instances/default/remote/port:
* redmine/instances/default/dbconfig-install: true
  redmine/instances/default/remote/newhost:
  redmine/instances/default/missing-db-package-error: abort
* redmine/instances/default/pgsql/method: unix socket
* redmine/instances/default/database-type: pgsql
* redmine/missing-redmine-package:
  redmine/instances/default/dbconfig-reinstall: false
* redmine/instances/default/db/app-user: redmine
* redmine/instances/default/default-language: en
  redmine/notify-migration:
* redmine/instances/default/db/dbname: redmine_default
  redmine/instances/default/purge: false
* redmine/current-instances: default
  redmine/instances/default/remote/host:
  redmine/instances/default/dbconfig-upgrade: true
  redmine/instances/default/internal/reconfiguring: false
  redmine/instances/default/install-error: retry
  redmine/instances/default/internal/skip-preseed: false



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

Bug#635459: ITP: sump-logicanalyzer -- GUI for logic analysers

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: sump-logicanalyzer
  Version : 0.8
* URL : http://www.sump.org/
* License : GPL2+
  Programming Lang: Java
  Description : GUI for logic analysers

An experimental package is on its way to the archive, maintained at 
http://svn.debian.org/wsvn/pkg-escience/sumo-analyzer/trunk/?rev=0&sc=0

SM



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

Bug#635458: ITP: libkiokudb-cmd-perl -- command-line tools for KiokuDB

[Tim Retout]

Package: wnpp
Severity: wishlist
Owner: Tim Retout 

* Package name: libkiokudb-cmd-perl
  Version : 0.03
  Upstream Author : Yuval Kogman 
* URL : http://search.cpan.org/dist/KiokuDB-Cmd/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : command-line tools for KiokuDB

 KiokuDB::Cmd is an App::Cmd based, pluggable suite of commands for
 KiokuDB, the Perl object persistence framework.
 .
 Some commands such as KiokuDB::Cmd::Command::Dump are part of the core
 distributions, but backends can provide their own subcommands as well.



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

Bug#634273: libmozjs not in ubuntu

[Micah Gersten]

On 07/25/2011 06:05 PM, Nicolas Boulenguez wrote:
> On Mon, Jul 25, 2011 at 10:02:46PM +0300, Jani Monoses wrote:
>> https://bugs.launchpad.net/ubuntu/+source/oolite/+bug/816053
>> the comment on this request explains why this would not build in Ubuntu
>> 11.10
>> But there seem to be talks of including libmozjs185 in Debian so maybe this
>> is fixable before 11.10 releases.
>> thank you
> 
> Some more hints: debian unstable (and oolite) use libmozjs 5.0. This number
> is the firefox release, read something like 2.1 with the specific mozjs
> unofficial numbering.
> 
> For information, oolite depends on many features introduced by firefox 4.0,
> and I had to patch some lines to make it firefox-5.0-compliant.

mozjs185 is the mozjs from Firefox 4.0 with some minor modifications.
The goal was to have a version that was meant to be used as a system
library.
The 185 is the javascript branch name I believe and not the version of
the package.



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

Bug#635457: gvfsd-metadata: gvfsd-metadata creates a large amount of NFS network I/O on NFS-mounted user home directory

[Matt Weatherford]

Package: gvfs
Version: 1.6.4-3
Severity: normal
File: gvfsd-metadata


I logged in to my at-work desktop Debian 6 manchine from home today (monday) 
and found it generating a large amount
of traffic to the NFS server. This traffic ceased when I killed "gvfsd-metadata"

The NFS server is a Sun/Oracle Unified storage 7410C if that makes any 
difference.

I have seen this error reported elsewhere see:

https://bugzilla.redhat.com/show_bug.cgi?id=561904







Here is some of the tcpdump traffic log during the "event":

15:31:45.266224 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0x6d34c57 
reply ok 116 getattr [|nfs]
15:31:45.266498 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x7d34c57 
(NFSv3) 1428 write [|nfs] (DF)
15:31:45.266502 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x0 (Unk 
15024) 1428 proc-22796 (DF)
15:31:45.266504 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x1b83 (Unk 
9) 1428 null (DF)
15:31:45.266600 nfshomedirserver.edu.nfsd > clientbox.edu.895: . ack 34929 win 
32710 
15:31:45.266723 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0x7d34c57 
reply ok 164 write [|nfs]
15:31:45.266874 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x8d34c57 
(NFSv3) 180 commit [|nfs] (DF)
15:31:45.267227 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0x8d34c57 
reply ok 156 commit [|nfs]
15:31:45.267499 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x9d34c57 
(NFSv3) 200 remove [|nfs] (DF)
15:31:45.267503 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0xad34c57 
(NFSv3) 192 remove [|nfs] (DF)
15:31:45.267601 nfshomedirserver.edu.nfsd > clientbox.edu.895: . ack 36929 win 
32799 
15:31:45.267987 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0x9d34c57 
reply ok 148 remove [|nfs]
15:31:45.267989 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0xad34c57 
reply ok 148 remove [|nfs]
15:31:45.268125 clientbox.edu.895 > nfshomedirserver.edu.nfsd: . ack 2484 win 
15787  (DF)
15:31:45.271121 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0xbd34c57 
(NFSv3) 196 create [|nfs] (DF)
15:31:45.271598 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0xbd34c57 
reply ok 276 create [|nfs]
15:31:45.271870 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0xcd34c57 
(NFSv3) 200 setattr [|nfs] (DF)
15:31:45.272225 nfshomedirserver.edu.nfsd > clientbox.edu.895: xid 0xcd34c57 
reply ok 148 setattr [|nfs]
15:31:45.272495 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0xdd34c57 
(NFSv3) 1428 write [|nfs] (DF)
15:31:45.272500 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x0 (Unk 
15024) 1428 proc-22796 (DF)
15:31:45.272502 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x1b83 (Unk 
9) 1428 null (DF)
15:31:45.272598 nfshomedirserver.edu.nfsd > clientbox.edu.895: . ack 40181 win 
32710 
15:31:45.272620 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x0 (Unk 0) 
1428 proc-27772 (DF)
15:31:45.272624 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x70656420 
(Unk 1914725231) 1428 proc-1835884910 (DF)
15:31:45.272626 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x61746573 
(Unk 1937006964) 1428 proc-1970482481 (DF)
15:31:45.272628 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x73685f4d 
(Unk 776557391) 1428 proc-779116914 (DF)
15:31:45.272630 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x66775f75 
(Unk 1093563489) 1428 proc-1915646049 (DF)
15:31:45.272632 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x732e7a69 
(Unk 1600286821) 1428 proc-1949643888 (DF)
15:31:45.272635 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x3433302d 
(Unk 1952803886) 1428 proc-1684365870 (DF)
15:31:45.272637 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x0 (Unk 
17956) 1428 proc-33808 (DF)
15:31:45.272639 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x2b598ec 
(Unk 45455575) 864 proc-15792 (DF)
15:31:45.272641 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0xed34c57 
(NFSv3) 1428 write [|nfs] (DF)
15:31:45.272643 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x52345f65 
(Unk 1599616052) 1428 proc-875585368 (DF)
15:31:45.272652 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x0 (Unk 0) 
1428 proc-37908 (DF)
15:31:45.272732 nfshomedirserver.edu.nfsd > clientbox.edu.895: . ack 43037 win 
32620 
15:31:45.272745 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x390adb1 
(Unk 59813297) 1428 proc-20834 (DF)
15:31:45.272749 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x786d6c00 
(Unk 40696) 1428 proc-41754770 (DF)
15:31:45.272751 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x1e (Unk 
30641) 1428 proc-29 (DF)
15:31:45.272753 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x1d (NFSv3) 
1428 proc-22 (DF)
15:31:45.272755 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x7ca5 (Unk 
29) 1428 proc-32003 (DF)
15:31:45.272757 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x4 (Unk 
30641) 1428 proc-29 (DF)
15:31:45.272760 clientbox.edu.895 > nfshomedirserver.edu.nfsd: xid 0x77b1 (Unk 
32755) 1428 nop (DF)
1

Bug#602086: Same problem with a Samsung ML-2010

[Marcelo Luiz de Laia]

Package: cups
Followup-For: Bug #602086

Hi, I found this same bug now, in my Samsung ML-2010.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'unstable'), (60, 'stable')
Architecture: i386 (i686)

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

Versions of packages cups depends on:
ii  adduser 3.113add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision cal
ii  cups-client 1.4.7-1  Common UNIX Printing System(tm) - 
ii  cups-common 1.4.7-1  Common UNIX Printing System(tm) - 
ii  cups-ppdc   1.4.7-1  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]   1.5.40   Debian configuration management sy
ii  ghostscript 9.02~dfsg-3  interpreter for the PostScript lan
ii  libavahi-client30.6.30-5 Avahi client library
ii  libavahi-common30.6.30-5 Avahi common library
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcups21.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupscgi1 1.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsdriver1  1.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsmime11.4.7-1  Common UNIX Printing System(tm) - 
ii  libcupsppdc11.4.7-1  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.4.12-4 simple interprocess messaging syst
ii  libgcc1 1:4.6.1-4GCC support library
ii  libgnutls26 2.10.5-2 the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.9.1+dfsg-1 MIT Kerberos runtime libraries - k
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libkrb5-3   1.9.1+dfsg-1 MIT Kerberos runtime libraries
ii  liblcms11.18.dfsg-1.2+b4 Color management library
ii  libldap-2.4-2   2.4.25-1+b1  OpenLDAP libraries
ii  libpam0g1.1.3-2  Pluggable Authentication Modules l
ii  libpaper1   1.1.24+nmu1  library for handling paper charact
ii  libpoppler130.16.7-2 PDF rendering library
ii  libslp1 1.2.1-7.8OpenSLP libraries
ii  libstdc++6  4.6.1-4  GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-17  userspace USB programming library
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  poppler-utils   0.16.7-2 PDF utilities (based on Poppler)
ii  procps  1:3.2.8-10   /proc file system utilities
ii  ssl-cert1.0.28   simple debconf wrapper for OpenSSL
ii  ttf-freefont20100919-1   Freefont Serif, Sans and Mono True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  avahi-daemon 0.6.30-5Avahi mDNS/DNS-SD daemon
ii  cups-driver-gutenprint   5.2.6-1 printer drivers for CUPS
ii  foomatic-filters 4.0.7-1 OpenPrinting printer support - fil
ii  ghostscript-cups 9.02~dfsg-3 interpreter for the PostScript lan

Versions of packages cups suggests:
ii  cups-bsd  1.4.7-1Common UNIX Printing System(tm) - 
ii  cups-pdf  2.5.1-3PDF printer for CUPS
ii  foomatic-db   20110617-1 OpenPrinting printer support - dat
ii  hplip 3.11.5-1.1 HP Linux Printing and Imaging Syst
ii  smbclient 2:3.5.9~dfsg-1 command-line SMB/CIFS clients for 
ii  udev  171-3  /dev/ and hotplug management daemo

-- debconf-show failed



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

Bug#635456: redmine configure fails with recent rails upgrade

[Norbert Kiesel]

Package: redmine
Version: 1.1.3-2
Severity: important


I get the following error while trying to condigure redmine:
Setting up redmine (1.1.3-2) ...
dbconfig-common: writing config to 
/etc/dbconfig-common/redmine/instances/default.conf

Creating config file /etc/redmine/default/database.yml.new with new version
dbconfig-common: flushing administrative password
Populating database for redmine instance "default".
This may take a while.
Missing the Rails 2.3.5 gem. Please `gem install -v=2.3.5 rails`, update your 
RAILS_GEM_VERSION setting in config/environment.rb for the Rails version you do 
have installed, or comment out RAILS_GEM_VERSION to use the latest version 
installed.
Error when running rake db:migrate, check database configuration.
dpkg: error processing redmine (--configure):
 subprocess installed post-installation script returned error exit status 255


I tried commenting out RAILS_GEM_VERSION in 
/usr/share/redmine/config/environment.rb but that just changed the error 
message to "Missing the Rails  gem. Please `gem install -v= rails`, ..."

"ruby /usr/lib/ruby/vendor_ruby/railties/bin/rails --version" returns "Rails 
2.3.11"


Best,
  Norbert


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

Versions of packages redmine depends on:
ii  dbconfig-common  1.8.47  common framework for packaging dat
ii  debconf [debconf-2.0]1.5.40  Debian configuration management sy
ii  redmine-pgsql1.1.3-2 metapackage providing PostgreSQL d
ii  redmine-sqlite   1.1.3-2 metapackage providing sqlite depen
ii  ruby-rails-2.3   2.3.11-1MVC ruby based framework geared fo
ii  ruby1.8  1.8.7.352-2 Interpreter of object-oriented scr

redmine recommends no packages.

Versions of packages redmine suggests:
pn  libopenid-ruby (no description available)
pn  libsvn-ruby(no description available)
pn  ruby-rmagick   (no description available)

-- debconf information:
  redmine/instances/default/passwords-do-not-match:
  redmine/instances/default/db/basepath:
  redmine/instances/default/pgsql/changeconf: false
  redmine/default-language: ${defaultLocale}
  redmine/instances/default/pgsql/no-empty-passwords:
  redmine/instances/default/pgsql/manualconf:
* redmine/instances/default/pgsql/authmethod-admin: ident
* redmine/instances/default/pgsql/admin-user: postgres
* redmine/instances/default/pgsql/authmethod-user: ident
  redmine/old-instances:
  redmine/instances/default/upgrade-error: abort
  redmine/instances/default/upgrade-backup: true
  redmine/instances/default/mysql/admin-user: root
  redmine/instances/default/mysql/method: unix socket
  redmine/instances/default/remove-error: abort
  redmine/instances/default/dbconfig-remove:
  redmine/instances/default/remote/port:
* redmine/instances/default/dbconfig-install: true
  redmine/instances/default/remote/newhost:
  redmine/instances/default/missing-db-package-error: abort
* redmine/instances/default/pgsql/method: unix socket
* redmine/instances/default/database-type: pgsql
* redmine/missing-redmine-package:
  redmine/instances/default/dbconfig-reinstall: false
* redmine/instances/default/db/app-user: redmine
* redmine/instances/default/default-language: en
  redmine/notify-migration:
* redmine/instances/default/db/dbname: redmine_default
  redmine/instances/default/purge: false
* redmine/current-instances: default
  redmine/instances/default/remote/host:
  redmine/instances/default/dbconfig-upgrade: true
  redmine/instances/default/internal/reconfiguring: false
  redmine/instances/default/install-error: retry
  redmine/instances/default/internal/skip-preseed: false





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

Bug#635317: nvidia-kernel-dkms: 280.11.1 will not install due to a dkms makefile error

[Andreas Beckmann]

tags 635317 - moreinfo
reassign 635317 make 3.82-1
thanks

Thanks Bruno for finding the cause. Switching to make from experimental
I could reproduce the problem easily.

Reassigning the bug to make, the maintainers need to decide whether this
is a bug in make or the kernel headers.

Andreas


On 2011-07-25 22:39, Bruno Ramos wrote:
> I think it's not a problem in the nvidia packages.
> 
> I had the same problem...it was something introduced in one of the latests
> versions of make.
> 
> This attached quick patch fixed it for me...
> 
> This should probably be reassinged to one of the kernel-headers packages,
> for example 'linux-headers-3.0.0-1-amd64'




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

Bug#635455: [linux-image-2.6-686] Module r8187se freezes the system after suspend or hibernation

[Спицын Андрей]

Package: linux-image-2.6-686 
Version: 2.6.39+35.1
Severity: normal

--- Please enter the report below this line. ---
Kernel module r8187se freeze the system after suspend or hibernation. Laptop - 
Msi Wind u100.
I disable a module before suspend and launch it again after suspend - this 
solve the problem for a while.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.39-2-686-pae

Debian Release: wheezy/sid
  900 testing www.debian-multimedia.org 
  900 testing ftp.ru.debian.org 
  801 sid packages.enlightenment.org 
  500 stable  security.debian.org 
  500 stable  deb.opera.com 
  500 squeeze deb.playonlinux.com 
  500 proposed-updates ftp.ru.debian.org 
  500 lucid   ppa.launchpad.net 
  500 karmic  ppa.launchpad.net 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
linux-image-686-pae| 2.6.39+35.1
debconf  (>= 0.5)  | 1.5.40
 OR debconf-2.0| 


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#635326: FTBFS with ocamlnet 3.3.5 on bytecode architectures

[Stéphane Glondu]

tags 635326 + patch
thanks

Le 25/07/2011 09:41, Stéphane Glondu a écrit :
> Your package fails to build with ocamlnet 3.3.5 on bytecode
> architectures (and armel):
> 
> Relevant part:
>> E: Error: unit Netsys_pollset_win32 exported in liquidsoap-plugin-lastfm but 
>> already exported by libocamlnet-ocaml-dev/libocamlnet-ocaml v3.3.5-3
>> E: Error running /usr/bin/ocaml-md5sums  --nodefined Netsys --nodefined 
>> Equeue --nodefined Unixqueue --nodefined Uq_engines --nodefined Uq_socks5 
>> --nodefined Netconst --nodefined Netstring_pcre --nodefined Netstring_str 
>> --nodefined Netbuffer --nodefined Netaux --nodefined Netchannels --nodefined 
>> Netdate --nodefined Netdb --nodefined Netmappings --nodefined Netconversion 
>> --nodefined Netulex --nodefined Netencoding --nodefined Netstream 
>> --nodefined Mimestring --nodefined Nethtml_scanner --nodefined Nethtml 
>> --nodefined Neturl --nodefined Netaddress --nodefined Netmime --nodefined 
>> Netsendmail --nodefined Nethttp --nodefined Netaccel --nodefined 
>> Netaccel_link --nodefined Http_client --nodefined Telnet_client --nodefined 
>> Ftp_data_endpoint --nodefined Ftp_client --nodefined Lastfm_constants 
>> --nodefined Lastfm_generic --nodefined Lastfm --package 
>> liquidsoap-plugin-lastfm dep < 
>> debian/liquidsoap-plugin-lastfm.olist.debhelper at /usr/bin/dh_ocaml line 
>> 480.
>> make: *** [common-binary-predeb-arch] Error 255

The attached patch fixes compilation on armel.


Cheers,

-- 
Stéphane
diff --git a/debian/liquidsoap-plugin-lastfm.onodefined 
b/debian/liquidsoap-plugin-lastfm.onodefined
index a141fa4..ee69a13 100644
--- a/debian/liquidsoap-plugin-lastfm.onodefined
+++ b/debian/liquidsoap-plugin-lastfm.onodefined
@@ -33,3 +33,41 @@ Ftp_client
 Lastfm_constants
 Lastfm_generic
 Lastfm
+Netsys_pollset_win32
+Netsys_conf
+Uq_resolver
+Netsys_pollset_generic
+Xdr_mstring
+Netsys_rng
+Netsockaddr
+Unixqueue_pollset
+Netsys_pollset_posix
+Unixqueue_util
+Netsys_pollset
+Netsys_signal
+Netsys_tmp
+Netglob_lex
+Http_fs
+Netlog
+Http_client_conncache
+Netsys_types
+Xdr
+Netfs
+Netauth
+Netsys_oothr
+Rtypes
+Uq_libevent
+Uq_io
+Unixqueue_select
+Netsys_impl_util
+Netsys_xdr
+Netsys_mem
+Netcompression
+Netnumber
+Netglob
+Netexn
+Netpagebuffer
+Uq_lwt
+Ftp_fs
+Netsys_win32
+Netsys_posix

Bug#634273: libmozjs not in ubuntu

[Nicolas Boulenguez]

On Mon, Jul 25, 2011 at 10:02:46PM +0300, Jani Monoses wrote:
> https://bugs.launchpad.net/ubuntu/+source/oolite/+bug/816053
> the comment on this request explains why this would not build in Ubuntu
> 11.10
> But there seem to be talks of including libmozjs185 in Debian so maybe this
> is fixable before 11.10 releases.
> thank you

Some more hints: debian unstable (and oolite) use libmozjs 5.0. This number
is the firefox release, read something like 2.1 with the specific mozjs
unofficial numbering.

For information, oolite depends on many features introduced by firefox 4.0,
and I had to patch some lines to make it firefox-5.0-compliant.



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

Bug#631883: Google talk audio call attempt crashes empathy

[Laurent Bigonville]

tag 631883 + moreinfo
thanks

Hi,

Are you still able to reproduce this issue?

If so, could you please provide us a backtrace.

You can find some information how to get a backtrace at:
https://live.gnome.org/Empathy/Debugging

Could you also try with the last version in experimental.

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#635454: apt-cacher-ng: support IP based access control directly

[Toni Mueller]

Package: apt-cacher-ng
Version: 0.5.1-3
Severity: wishlist


Hi,

I wish to see IP based access control directly in the daemon, without
resorting to inetd and similar hackery.


Kind regards,
--Toni++


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 
'proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-rc6-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-cacher-ng depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libfuse22.8.4-1.1Filesystem in USErspace library
ii  libgcc1 1:4.4.5-8GCC support library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages apt-cacher-ng recommends:
ii  ed 1.4-3 The classic UNIX line editor
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 

apt-cacher-ng suggests no packages.

-- Configuration Files:
/etc/apt-cacher-ng/acng.conf changed [not included]
/etc/apt-cacher-ng/backends_debian changed [not included]
/etc/apt-cacher-ng/backends_debvol changed [not included]
/etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: 
u'/etc/apt-cacher-ng/security.conf'

-- debconf information excluded



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

Bug#635445: libpeas-1.0-0: version 1.1.0-1 in sid depends on python2.6 while this is depricated (should use 2.7 or 3.x)

[Peeters Simon]

sorry, my confusion with having the python dummy package from
experimental installed which defaults to 2.7

is there any plan for a transition? because all i could find is
http://wiki.debian.org/Python/27transition about plans for getting it
into wheezy but it hasn't been updated since october

2011/7/25 Jakub Wilk :
> * Simon Peeters , 2011-07-25, 23:34:
>>
>> since python2 is no longer in active development and 2.6 is no longer
>> supported upstream i sugest building libpeas with python2.7 or python3.
>>  this way in a lot of instalations the old python2.6 will no longer be
>> required
>
> Err, Python 2.6 is the default version of Python in Debian. There's nothing
> to fix here, really.
>
> --
> Jakub Wilk
>



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

Bug#635375: Auth_MySQL_Password_Clause

[wayne]

Hi again,

I've just read that Auth_MySQL_Password_Clause can be used for that (but which I
haven't check yet):

Auth_MySQL_Password_Clause 
Adds arbitrary clause to username:password matching query, for example:
" AND Allowed=1". Clause has to start with space. Default is empty.

So, seems like it's just a documentation issue :)

Bye,
Werner




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

Bug#634273: libmozjs not in ubuntu

[Nicolas Boulenguez]

On Mon, Jul 25, 2011 at 10:02:46PM +0300, Jani Monoses wrote:
> https://bugs.launchpad.net/ubuntu/+source/oolite/+bug/816053
> the comment on this request explains why this would not build in Ubuntu
> 11.10
> But there seem to be talks of including libmozjs185 in Debian so maybe this
> is fixable before 11.10 releases.
> thank you

You should be warned that Oolite >= 1.71 depends heavily on mozjs >= 2.0.
If your dynamic library is 1.8.5, you should as well try to compile oolite
with its own embedded version. I dropped this approach when I realized the
amount of patches used to compile mozjs on every platform.

Good luck.



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

Bug#635453: ITP: ocaml-lo -- OCaml interface to the lo library

[Romain Beauxis]

Package: wnpp
Severity: wishlist
Owner: Romain Beauxis 

* Package name: ocaml-lo
  Version : 0.1.0
  Upstream Author : The Savonet Team 
* URL : http://savonet.sf.net/
* License : LGPL-2.1 + link exception
  Programming Lang: OCaml
  Description : OCaml interface to the lo library

 This package provides an interface to the lo library for
 OCaml programmers.
 .
 LibLO is a lightweight, easy to use implementation of the OSC (Open
 Sound Control) protocol.



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

Bug#625449: Permanent BSP patch

[Charles Plessy]

Le Mon, Jul 25, 2011 at 08:40:57PM +0200, Lucas Nussbaum a écrit :
> On 25/07/11 at 04:25 +0200, Steve Langasek wrote:
> > Hello,
> > 
> > This bug came up for discussion this evening at DebConf; I think it's
> > overdue to be followed through on.  Lucas seems to agree in the end with my
> > own believe that there is a weak consensus in favor of the proposed policy,
> > and it does effectively reflect current practice, so I think applying this
> > patch in some form is the right thing.
> > 
> > The biggest remaining point of contention seems to be whether an RC bug
> > which has had a response from a maintainer indicating that it's in progress
> > should be covered by the "0 day" policy after 7 days, or if it should be
> > covered by the "2 day" policy.  Since this is contentious, I propose the
> > more conservative policy be applied, as per the attached patch.
> > 
> > Comments?
> 
> ACK

Yes, let's move forward.

-- 
Charles Plessy
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#625449: Permanent BSP patch

[Mehdi Dogguy]

On 07/26/2011 12:21 AM, Bill Allombert wrote:

On Mon, Jul 25, 2011 at 04:25:58AM +0200, Steve Langasek wrote:

Hello,

This bug came up for discussion this evening at DebConf; I think
it's overdue to be followed through on.  Lucas seems to agree in
the end with my own believe that there is a weak consensus in
favor of the proposed policy, and it does effectively reflect
current practice, so I think applying this patch in some form is
the right thing.


Any offline discussion about policy should be ignored, as a matter of
principle. If Lucas want to say something, he can just post it
there.



There might be some misunderstanding. The first sentence doesn't say
that there was a discussion with Lucas during DebConf :) Lucas already
expressed his opinion in this buglog.

Cheers,

--
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/



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

Bug#635267: cron: @reboot jobs are not run

[Christian Kastner]

Hi again,

On 07/25/2011 07:18 PM, Helge Kreutzmann wrote:
> clone 635267 -1
> reassign -1 sysvinit
> severity -1 normal
> found -1 2.88dsf-13.10
> thanks

> On Mon, Jul 25, 2011 at 06:26:07PM +0200, Christian Kastner wrote:
>> I'm not sure I can help any further because I followed the transition
>> only in passing, but perhaps you can find some hints in the changelog
>> entries[0] for that transition?
>>
>> Christian
>>
>> [0] see 2.88dsf-13.3, 2.88dsf-13.5
>> http://packages.debian.org/changelogs/pool/main/s/sysvinit/current/changelog

I only now noticed a bookmark I created earlier and seem to have
forgotten about. Perhaps this is helpful, too.

http://lists.debian.org/debian-devel/2011/05/msg00598.html

> I'll clone the bug, maybe some d-i/sysvinit interaction is broken.
> Unless I hear otherwise, I'll try to manually switch the symlinks
> around and see how it goes.

You forgot to CC: control@b.d.o, could you try again?


Thanks,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#565892: empathy: Exiting Empathy from task bar icon garbles screen

[Laurent Bigonville]

tag 565892 + moreinfo
thanks

Hi,

Are you still experiencing this issue?

Could you please try with the last version from experimental.

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#635452: notify-python: Switch to dh_python2

[Barry Warsaw]

Package: notify-python
Version: 0.1.1-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

python-support has now been officially deprecated:

http://article.gmane.org/gmane.linux.debian.devel.python/6948

In Ubuntu, we are removing python-support from our CDs.  As part of this work,
I have converted the notify-python package to use dh_python2 according to
these guidelines:

http://wiki.debian.org/Python/TransitionToDHPython2

Thanks for considering the patch.

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

##  REPLACE THIS WITH ACTUAL INFORMATION -
## Please add all necessary information about why the change needed to go in
## Ubuntu, quote policy, spec or any other background material and why it can
## and should be used in Debian too.  If the patch is composed of multiple
## independent pieces, please send them as separate bug reports.
##  REPLACE THIS WITH ACTUAL INFORMATION -


  * Switch to dh_python2. (LP: #788514)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-7-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

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

iQIcBAEBCAAGBQJOLfEKAAoJEBJutWOnSwa/3nAP/0NhxlSETRLcc1xZjaHhXIoN
2OWBue4sUlyBR+gbRsTe04YSn19EXyKwpZfvwilUiLIcrqSU68oIBPpPmFwkDh34
sdyUTtG0pez6S5So+0JNyavZpykrxOEk4aE0PnPcecTm+4eduN7TYTEA+NikkwG4
LYWx9WIf4xVGFPOCat0ZZVcIkiQ22lFdpcUt3nkXejyIJUC1Lh5EM98iL4rVidN9
Irv2yKLhyJCYPmdt8HIeEkUplxUYc/0XZcOqjAN2JYaGCGsEKqzRHTnPTDjhjked
embeffRk1P0FngQax2QVzBI0w66Wbh0WoIuq3vZW15rcG+zKNCmcAsq/oQaQSCso
RGH8B6BzsRFs9VvOzeYwiesWj+cDs8NN35yCxA5CvYgCapQv+9nNvsL3pAaAfJjR
58NmLhYnzEJDHtUCqZAwH4Va81lbWLuWDUZD2Yl5yaoW3uEnt1U5ucX9ZFvJMYqt
LlLFs2bmQ55ChIsQ0+lfOaf9CSTE3KAWWdbCYJFG7qthdWi4LNM+p9EOvF2tXXsP
IrpZKVLm8Q85i/T+TjmT9cmizA5tD7ZIvQMdv8nLFLurv6/R2pZPc5sSrmVkoMl6
euHlWw0J0u4hCoLVVPmP4yo8PyeFeVHy9ltfjtKL2MJXLeHy7Vcxq6npIBYvKODe
3NTeDDcXn1zPLvruTIxJ
=63EY
-END PGP SIGNATURE-
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control  2011-06-03 10:38:09 +
+++ debian/control  2011-07-25 21:44:43 +
@@ -5,14 +5,13 @@
 XSBC-Original-Maintainer: Gustavo Franco 
 Uploaders: Debian Python Modules Team 

 Build-Depends: debhelper (>= 5.0.37.2),
-   cdbs (>= 0.4.43),
-   python-all-dev (>= 2.3.5-7),
-   python-support (>= 0.3),
+   cdbs (>= 0.4.90~),
+   python-all-dev (>= 2.6.6-3~),
pkg-config (>= 0.20-1),
libnotify-dev (>= 0.4.3),
python-gtk2-dev (>= 2.10)
 Standards-Version: 3.7.2
-XS-Python-Version: >= 2.3
+X-Python-Version: >= 2.3
 Vcs-Svn: svn://svn.debian.org/svn/python-modules/packages/notify-python/trunk/
 Vcs-Browser: 
http://svn.debian.org/wsvn/python-modules/packages/notify-python/?op=log
 
@@ -23,7 +22,6 @@
  ${misc:Depends},
  python-gtk2 (>= 2.10)
 Provides: ${python:Provides}
-XB-Python-Version: ${python:Versions}
 Description: Python bindings for libnotify
  libnotify sends desktop notifications to a notification daemon, as
  defined in the Desktop Notifications spec. These notifications can be

=== removed file 'debian/pycompat'
--- debian/pycompat 2006-07-04 17:00:55 +
+++ debian/pycompat 1970-01-01 00:00:00 +
@@ -1 +0,0 @@
-2

=== modified file 'debian/rules'
--- debian/rules2007-12-06 15:55:13 +
+++ debian/rules2011-07-25 22:28:03 +
@@ -34,6 +34,7 @@
dh_testdir
dh_testroot
$(MAKE) -C build-$* install DESTDIR=$(CURDIR)/debian/python-notify
+   rm -f 
$(CURDIR)/debian/python-notify/usr/lib/python*/*-packages/gtk-2.0/pynotify/*.la
 
 install: $(PYVERS:%=install-%)
 
@@ -54,7 +55,7 @@
dh_strip -s
dh_compress -s
dh_fixperms -s
-   dh_pysupport -s
+   dh_python2 -s
dh_installdeb -s
dh_shlibdeps -s
dh_gencontrol -s

Bug#635451: libtotem-dev does not ship ttotem gir file

[Nicolas Delvaux]

Package: libtotem-dev
Version: 3.0.1-1
Severity: important


The new libtotem-dev package is currently useless for vala plugins because it
does not ship the "Totem-1.0.gir" file.

By default, upstream install it in "/usr/local/share/gir-1.0"

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

Kernel: Linux 3.0.0-rc5-686-pae (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

Versions of packages libtotem-dev depends on:
ii  gir1.2-totem-1.0  3.0.1-1GObject introspection data for Tot
ii  libglib2.0-dev2.28.6-2   Development files for the GLib lib
ii  libgtk-3-dev  3.0.11-1   development files for the GTK+ lib
ii  libtotem-plparser-dev 2.32.5-2   Totem Playlist Parser library - de
ii  libtotem0 3.0.1-1Main library for the Totem media p

libtotem-dev recommends no packages.

libtotem-dev 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#634860: Please switch python-qt4 to dh_python2

[José Manuel Santamaría Lema]

Hi,

I've just upgraded the severity of this bug to serious. Also the previous 
comment by Simon made me realize that I forgot to add 3 packages to Breaks in 
my patch. I think you should declare a Breaks against these packages:
* python-qscintilla (<< 2.4.3-3)
* python-qwt5-qt4 (<< 5.2.1~cvs20091107+dfsg-6)
* python-qwt3d-qt4 (<< 0.1.7~cvs20090625-7)



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

Bug#625449: Permanent BSP patch

[Steve Langasek]

On Tue, Jul 26, 2011 at 12:21:48AM +0200, Bill Allombert wrote:

> Any offline discussion about policy should be ignored, as a matter of
> principle. If Lucas want to say something, he can just post it there.

He did, that's what I was referring to.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#635450: tiger: erroneous behavior of -q option (.: 1: Can't open /config)

[Rob Leslie]

Package: tiger
Version: 1:3.2.3-7
Severity: important
Tags: patch

When /usr/sbin/tigercron is run with the -q option, as in the default cron
configuration, and no configuration files exist for the current OS, the
default alternative misbehaves by failing to set the CONFIG_DIR parameter,
resulting in the error:

  .: 1: Can't open /config

The attached patch for /usr/lib/tiger/config corrects this problem.


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages tiger depends on:
ii  binutils  2.21.53.20110720-1 The GNU assembler, linker and bina
ii  bsdmainutils  8.0.13 collection of more utilities from 
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  net-tools 1.60-23The NET-3 networking toolkit
ii  ucf   3.0025+nmu1Update Configuration File: preserv

Versions of packages tiger recommends:
ii  chkrootkit   0.49-4  rootkit detector
ii  exim4-daemon-light [mail 4.72-6+squeeze2 lightweight Exim MTA (v4) daemon
pn  john   (no description available)

Versions of packages tiger suggests:
ii  lsof   4.81.dfsg.1-1 List open files

-- Configuration Files:
/etc/tiger/tigerrc [Errno 13] Permission denied: u'/etc/tiger/tigerrc'

-- debconf information excluded
--- config.orig 2011-02-25 16:56:59.0 -0800
+++ config  2011-07-25 15:19:43.0 -0700
@@ -357,8 +357,8 @@
 [ "$QUIET" != "Y" ] &&  {
 echo "--CONFIG-- [con007c] No configuration files for $OS.  Using default"
 echo "   configuration files.  Not all checks may be performed."
-CONFIG_DIR="$CONFIG_LOC/default"
 }
+CONFIG_DIR="$CONFIG_LOC/default"
   else
 echo "--ERROR-- [con008e] No configuration files for $OS $REV and can't 
find the"
 echo "  default configuration files.  Terminating."

Bug#635449: piuparts/binfmt-support: Leaves /var/lib/binfmts on the system after purge

[Niels Thykier]

On 2011-07-26 00:10, Niels Thykier wrote:
> Package: piuparts,binfmt-support
> Severity: normal
> 
> Hi,
> 
> Not sure if this is a problem with piuparts or binfmt-support, but here goes.
> 
> piuparts testing of eclipse-cdt fails due to:
> 
>   --8<-- --8<--
> 1m23.0s DEBUG: Starting command: ['chroot', 
> '/org/piuparts.debian.org/tmp/tmpXkuSc7', 'dpkg', '--purge', '--pending']
> 1m23.0s DEBUG: Command ok: ['chroot', 
> '/org/piuparts.debian.org/tmp/tmpXkuSc7', 'dpkg', '--purge', '--pending']
> 1m23.0s DEBUG: Starting command: ['chroot', 
> '/org/piuparts.debian.org/tmp/tmpXkuSc7', 'dpkg', '--remove', '--pending']
> 1m23.1s DEBUG: Command ok: ['chroot', 
> '/org/piuparts.debian.org/tmp/tmpXkuSc7', 'dpkg', '--remove', '--pending']
> 1m23.3s ERROR: WARN: Broken symlinks:
>   /etc/motd -> /var/run/motd
> 1m24.9s ERROR: FAIL: Package purging left files on system:
>   /var/lib/binfmts owned by: binfmt-support
>   --8<-- --8<--
> 
> I was suspecting it might be related to jarwrapper (an indirect dependency),
> which uses binfmt-support.  However, jarwrapper does not fail the testing/emit
> this issue.
> 
> ~Niels
> 
> Ref: http://piuparts.debian.org/sid/fail/eclipse-cdt_6.0.2-1.log
> 
> 

Hi,

Follow-up, sat4j (direct dependency of eclipse-platform) also have this
same issue and it depends directly on jarwrapper.

~Niels





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

Bug#634868: libactivemq-java: unable to find org.apache.activemq.console.command.ShellCommand dependency

[Damien Raude-Morvan]

Hi Jonas,

Le dimanche 24 juillet 2011 20:06:20, Jonas Genannt a écrit :
> But I noticed one problem. If I start the Message Queue Server via 
> 
> /etc/init.d/activemq-mcollective start
> 
> ActiveMQ does not open the TCP port but is running!

AFAIK, there is no specific handling of any TCP port in init.d file : 
everything 
should be handled by activemq.xml.

> I started it with the following command and ActiveMQ opens the TCP
> port:
> 
> /usr/lib/jvm/java-6-openjdk//bin/java -Xms512M -Xmx512M
> -Dorg.apache.activemq.UseDedicatedTaskRunner=true
> -Dcom.sun.management.jmxremote
> -Dactivemq.classpath="/var/lib/activemq/mcollective/conf;/etc/activemq/mcol
> lective;" -Dactivemq.home=/usr/share/activemq
> -Dactivemq.base=/var/lib/activemq/mcollective
> -jar /usr/share/activemq/bin/run.jar start
> xbean:/etc/activemq/mcollective/activemq.xml
> 
> 
> This command was found in the process list after starting it via
> init-script.

Could you please compare exact command line of working vs not-working ActiveMQ 
configuration ?

Cheers,
-- 
Damien


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

Bug#625449: Permanent BSP patch

[Bill Allombert]

On Mon, Jul 25, 2011 at 04:25:58AM +0200, Steve Langasek wrote:
> Hello,
> 
> This bug came up for discussion this evening at DebConf; I think it's
> overdue to be followed through on.  Lucas seems to agree in the end with my
> own believe that there is a weak consensus in favor of the proposed policy,
> and it does effectively reflect current practice, so I think applying this
> patch in some form is the right thing.

Any offline discussion about policy should be ignored, as a matter of
principle. If Lucas want to say something, he can just post it there.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#624794: Missing support for various storage and network

[Ryan Gelobter]

A backport for the Intel 82579LM didn't make it into 6.0.2 release, is this 
still possibly being worked on for 6.0.3?

Thanks,

Ryan G
Limestone Networks, Inc.



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

Bug#635449: piuparts/binfmt-support: Leaves /var/lib/binfmts on the system after purge

[Niels Thykier]

Package: piuparts,binfmt-support
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Not sure if this is a problem with piuparts or binfmt-support, but here goes.

piuparts testing of eclipse-cdt fails due to:

  --8<-- --8<--
1m23.0s DEBUG: Starting command: ['chroot', 
'/org/piuparts.debian.org/tmp/tmpXkuSc7', 'dpkg', '--purge', '--pending']
1m23.0s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpXkuSc7', 
'dpkg', '--purge', '--pending']
1m23.0s DEBUG: Starting command: ['chroot', 
'/org/piuparts.debian.org/tmp/tmpXkuSc7', 'dpkg', '--remove', '--pending']
1m23.1s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpXkuSc7', 
'dpkg', '--remove', '--pending']
1m23.3s ERROR: WARN: Broken symlinks:
  /etc/motd -> /var/run/motd
1m24.9s ERROR: FAIL: Package purging left files on system:
  /var/lib/binfmts   owned by: binfmt-support
  --8<-- --8<--

I was suspecting it might be related to jarwrapper (an indirect dependency),
which uses binfmt-support.  However, jarwrapper does not fail the testing/emit
this issue.

~Niels

Ref: http://piuparts.debian.org/sid/fail/eclipse-cdt_6.0.2-1.log

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

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

Versions of packages piuparts depends on:
ii  apt0.8.15.2  Advanced front-end for dpkg
ii  debootstrap1.0.32Bootstrap a basic Debian system
ii  lsb-release3.2-27Linux Standard Base version report
ii  lsof   4.81.dfsg.1-1 List open files
ii  python 2.6.7-1   interactive high-level object-orie
ii  python-debian  0.1.20Python modules to work with Debian
ii  python-support 1.0.14automated rebuilding support for P

piuparts recommends no packages.

Versions of packages piuparts suggests:
ii  ghostscript  9.02~dfsg-3 interpreter for the PostScript lan
pn  python-rpy (no description available)

- -- no debconf information

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

iQIcBAEBCAAGBQJOLem8AAoJEAVLu599gGRCJq8P/2BHX+nqDuRgDW3SOSfglIHj
Tt91BCDLyeFvV/bQ+H9hZevbjuvtoYAeP6Akkr+j0nLKWjTrKf9wbqa/k5Higvqq
Dzr9LAmaGxKBLp3CicCk82jdOJ0aJgmnrJo2Rmh4Jrz1UO3J4CgjoeBl7ttrtMpV
y33K49VuILthG839kBot9ra+F6YHtLUFh8tZ+G52GM2qUEPUuHF6ZnNXASS4+3w9
PUtr4LXyvI43zbDhCS3OVRS9Htu5MNgbKli4WDcVrPoXpVonRsSOxWc+zQpNyXPK
QPqGSzg085yYHX7InBk9NrGpuGSoKB67nI9vaW1VMySmQgCwKXdPAjlu4jLCTLJ/
8Nkrkg6PErjgy9pDcaprmLpwBAga4LCSx6ASX/aO7ky6yM8FFM8ikMe//B6D7kTc
VpXehmeGtM+t/VAjnPADC68DTdhFlLvE0XRy9ocioTgtPJ3HF9WDGqsD3etRcZe0
pr+4d/gRi6kRuLKwtGrV0DNuTBzQwOLTRcid3CteU6UcYEy4ankQJm/FqLpPAmxk
i2fn5AWo6gcDbN/9UUyppIb5uxjF3MeCspIeh/ucMPKwcuAKJscrN5YYGwmFg4gC
o2lnssmPKyy5KfVeV6R7zb1xrP4N6UyN/MhAhR4Zjr/FmAqj0QoTnJuEd393FMEp
70HabGTUi1sc876c6nB6
=qjhI
-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#635311: Will a debian/autogen.links hide the non consistency for most users?

[Regid Ichira]

  A way to hide the non consistent enumeration for most users might be to add 
debian/autogen.links.

$ cat debian/autogen.links
usr/share/doc/autogen/html/autogen_toc.html
usr/share/doc/autogen/html/index.html




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

Bug#626076: Firefox crashes, error message: libfile.so: undefined symbol: gnome_vfs_unescape_string

[Jan Lapka]

Problem still exist
libgnomevfs2-0:
  Installed: 1:2.24.4-1
iceweasel:
  Installed: 5.0-4

Fortunately comment line (#file: file) in default-modules.conf works.

Janek



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

Bug#635448: collabtive: sources file that was removed in postrm purge

[Niels Thykier]

Package: collabtive
Version: 0.7-1
Severity: important
User: piupa...@qa.debian.org
Usertags: piuparts piuparts.d.o

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

- From piuparts.d.o[1]:

0m36.6s DEBUG: Starting command: ['chroot', 
'/org/piuparts.debian.org/tmp/tmp82TKyE', 'dpkg', '--purge', '--pending']
0m36.6s DUMP: 
  (Reading database ... 6671 files and directories currently installed.)
  Removing collabtive ...
  Purging configuration files for collabtive ...
  .: 39: Can't open /usr/share/wwwconfig-common/restart.sh
  dpkg: error processing collabtive (--purge):
   subprocess installed post-removal script returned error exit status 127
  Errors were encountered while processing:
   collabtive
0m36.6s ERROR: Command failed (status=1): ['chroot', 
'/org/piuparts.debian.org/tmp/tmp82TKyE', 'dpkg', '--purge', '--pending']
  (Reading database ... 6671 files and directories currently installed.)
  Removing collabtive ...
  Purging configuration files for collabtive ...
  .: 39: Can't open /usr/share/wwwconfig-common/restart.sh
  dpkg: error processing collabtive (--purge):
   subprocess installed post-removal script returned error exit status 127
  Errors were encountered while processing:
   collabtive

[1] http://piuparts.debian.org/sid/fail/collabtive_0.7-1.log

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

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

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

iQIcBAEBCAAGBQJOLecoAAoJEAVLu599gGRCULoP/2dgS4HdnJvYw4c++b3H2+/E
1wOKOWNo3O7QYG8QZLMTzUziOsvc2/RelUAGv3h6LkYlExu2JIhHmZbpPVPSKImt
t5OdVkvNsOrTZM85BDsGPfHU7TmXq/eOPGzWVgGBYdTmfM37CgkzwKkXwaYQH0bT
/XInV03I7JT/9IxqAo4R65IkKEYt1gQijATbdGodbWlLv7mOIWGw/meSRNdanMRp
+kjE6I2ioEaUoihPSeSlnZmS4BDiuY3KRJXbT4wQWiryZU6sfF28grsKcIzWtNn8
Vrwj42JOP3ROVPh6/S6GdEbphUFYWdZ2nemUYynQPFAmNb7t0ec4HJFYk71nebC0
d+ek2LQwPUxKIVm6rzsizHIyGP7gzK7EeKaOZ5+sLsvUeNHaRnsjSshM7a3o2P/B
gGqqeVioSCdS+c4qN/yYeflYwMR6rqLlfCUfsfNGYbaZ2+JKEi5aJL98mrbKGAbV
3748TpFZ2CztzY3r7s8w43kCI43IzynpHYt8jB4pb8XnpYjRxzgn4A0/UC7+qhql
4KbAoxZ6mvfBH38AqRxB6zQhiGwqgggfE/5U4t3BvjgFOqNuYv7cp+WOHfVRhp7L
4yBw2GSKyda9AiBFqs8LL+rTHxoS+hMwldsIEIumP/I4zMcSs5zOWQGmzTYH6SdA
jmYi2hz9rcwNeOA2k+DH
=hxMZ
-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#635447: [checks/files] jQuery libs

[Marcelo Jorge Vieira]

Package: lintian
Version: 2.5.1
Severity: normal
Tags: patch


Hi!


There is a branch for this patch called "jquery-goodies"
in my repository:

git://git.debian.org/users/metal/lintian.git
git+ssh://git.debian.org/git/users/metal/lintian.git
https://alioth.debian.org/anonscm/git/users/metal/lintian.git


Cheers,


-- 
Marcelo Jorge Vieira
xmpp:me...@jabber-br.org
http://metaldot.alucinados.com


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

Bug#626966: RM: etherboot - RoM

[Stefan Potyra]

Hi Torsten,

On Mon, Jul 25, 2011 at 02:05:27PM +0400, Michael Tokarev wrote:
> 25.07.2011 13:37, Torsten Werner пишет:
> > Hi,
> > 
> > Am 16.05.2011 21:21, schrieb Daniel Baumann:
> >> Package: ftp.debian.org
> >>
> >> Please remove etherboot, it's replaced by ipxe.
> > 
> > qemu-kvm and faumachine still (build) depend on netboot. What are the
> > plans here?
> 
> Only qemu-kvm in squeeze build-depends on etherboot,
> because initially it copied a selected set of boot
> roms from etherboot at build time.  This has changed
> in wheezy, -- we switched to runtime-depending on
> etherboot-qemu package - both qemu-kvm and qemu.
> etherboot-qemu provides a subset of all boot ROMS,
> in uncompressed form (qemu can't decompress them
> at runtime yet).

Heh, faumachine's story is almost identical. Copy during build, due to inability
to uncompress at runtime.

Looks like depending on ipxe will work for us as well, and be a better solution
than b-d and copying during build.

How urgent is the matter? If it's ok for you, I'd defer fixing that with a new
upstream release of faumachine.

Cheers,
   Stefan.


signature.asc
Description: Digital signature

Bug#635185: empathy: Segfaults (might be related to GLX/clutter)

[Laurent Bigonville]

tag 635185 + moreinfo
thanks

Hi,

thanks you for your bug report.

Are you still experiencing this bug?

Could you please try to install the package libgl1-mesa-dri and see if
it still crashes?

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#635445: libpeas-1.0-0: version 1.1.0-1 in sid depends on python2.6 while this is depricated (should use 2.7 or 3.x)

[Jakub Wilk]

* Simon Peeters , 2011-07-25, 23:34:
since python2 is no longer in active development and 2.6 is no longer 
supported upstream i sugest building libpeas with python2.7 or python3.  
this way in a lot of instalations the old python2.6 will no longer be 
required


Err, Python 2.6 is the default version of Python in Debian. There's 
nothing to fix here, really.


--
Jakub Wilk



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

Bug#635446: lasso: Unbuildable and uninstallable

[Michael Rasmussen]

Package: lasso
Version: 2.3.5
Severity: grave
Justification: renders package unusable

Cannot build since control file contains invalid requirements - requires
packages not available.

Cannot install prebuild deb packages either since they require perl 5.10
which is not available.

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

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



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

Bug#635445: libpeas-1.0-0: version 1.1.0-1 in sid depends on python2.6 while this is depricated (should use 2.7 or 3.x)

[Simon Peeters]

Package: libpeas-1.0-0
Version: 1.1.0-0ubuntu2
Severity: normal

since python2 is no longer in active development and 2.6 is no longer supported
upstream i sugest building libpeas with python2.7 or python3. this way in a lot
of instalations the old python2.6 will no longer be required

PS: i installed the ubuntu packages (also 1.1.0 ) which use 2.7 so i could
remove python2.6 completly from my machine



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

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

Versions of packages libpeas-1.0-0 depends on:
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgdk-pixbuf2.0-02.23.5-2   GDK Pixbuf library
ii  libgirepository-1.0-1 0.10.8-2   Library for handling GObject intro
ii  libglib2.0-0  2.28.6-2   GLib library of C routines
ii  libgtk-3-03.0.11-1   GTK+ graphical user interface libr
ii  libpeas-common1.1.0-1Application plugin library (common
ii  libpython2.7  2.7.2-3Shared Python runtime library (ver

libpeas-1.0-0 recommends no packages.

libpeas-1.0-0 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#632468: nmu: udav_0.6.3-2

[Salvatore Bonaccorso]

reassign 632468 src:mathgl
notfound 632468 1.10.2.1-2
found 632468 1.11.0.1-1
retitle 632468 possible ABI breakage in mathgl 1.11.0.1-1?
thanks

Hi

On Mon, Jul 25, 2011 at 09:49:44PM +0200, Julien Cristau wrote:
> On Wed, Jul 20, 2011 at 14:03:28 +0200, Salvatore Bonaccorso wrote:
> 
> > udav 0.7.1.2 is now in wheezy, so this request can be closed.
> > 
> The ABI breakage in mathgl doesn't sound fixed though?

As from short exchange in IRC:

[22:47] < carnil> jcristau: re possible mathgl ABI break, should we open
a new bug for mathgl there? Or how should we proceed right? 
[22:47]  you could reassign that one

I'm reassigning this to mathgl package.

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#635391: linux: Function Do_Suspend : could not open file : /proc/acpi/sleep.

[Ben Hutchings]

On Mon, 2011-07-25 at 21:59 +0200, Jonathan Nieder wrote:
> tags 635391 + moreinfo
> quit
> 
> Hi Hugo,
> 
> hugo vanwoerkom wrote:
> 
> > Cannot suspend to disk with acpitool -S:
> > Function Do_Suspend : could not open file : /proc/acpi/sleep.
> > You must have write access to /proc/acpi/sleep to suspend your computer.
> 
> A few quick questions:
> 
>  - are you root?
>  - did this work with previous versions of Linux?
>  - what is the context?  Any other weird symptoms?

It's a bug in acpitool.  /proc/acpi/sleep has been deprecated for years,
and has finally been removed.  (In fact, all of /proc/acpi is
deprecated).

Ben.



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

Bug#635322: wicd sometimes changes the machine host name to its IP address

[Vincent Lefevre]

Hi David,

On 2011-07-25 22:36:09 +0200, David Paleino wrote:
> I'm currently in vacation, and don't really have a chance to fix/check
> wicd's code. I can only say that it never happened to me (neither to
> anybody else, since wicd's code hasn't changed since some time), so I really
> need to carefully check the code.

I think the problem occurs under very specific conditions, since
it does not always occur. I've just managed to reproduce it by
doing the following:

1. I connected to the access point. No problems: hostname not changed
   (though the logs say "attempting to set hostname with dhclient").
2. I did a suspend/resume (my machine is a laptop).
3. As the wifi connection was dropped due to the suspend/resume,
   I connected again to the access point Result: the hostname has
   been set to the IP address.

Note: I think when the problem occurred this morning, it was under
the same conditions, as I suspended my laptop during the night.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#635311: /usr/share/doc/autogen/html/*: please enumerate the files starting from 1

[Regid Ichira]

  I am on 5.12 too.
This might be debian specific after all.  The files probably created by 

$(MAKE) -C doc autogen.ps info
cd doc && texi2html -split=chapter -subdir=html autogen.texi

--- On Mon, 7/25/11, Bruce Korb  wrote:

> From: Bruce Korb 
> Subject: Re: Bug#635311: /usr/share/doc/autogen/html/*: please enumerate the 
> files starting from 1
> To: "Regid Ichira" 
> Cc: 635...@bugs.debian.org
> Date: Monday, July 25, 2011, 8:34 PM
> In that case, I understand it a
> little, but I don't have any control over
> it (that I know about anyway).  The docs are created
> with a shell script
> and a document template gotten from gnulib that carry them
> for another
> upstream.  So, your upstream (autogen) uses an
> upstream's (gnulib's)
> sources that they get from an upstream.  I've
> forgotten the name of
> the ultimate project for these scripts, but I think that's
> where the
> problem lies (unless I've misused the script in some way,
> but I think
> the make rule is fairly straight forward.  But I
> cannot even see your
> problem in my setup anyway.
> 
> The rule:
> > gnudocs         
>    : $(srcdir)/gendocs_template agdoc.texi
> >     title=`sed -n 's/^@title 
> *//p' agdoc.texi` ; \
> >     opts='--texi2html' ; \
> >     $(POSIX_SHELL) $(srcdir)/gendocs.sh
> $$opts autogen "$$title"
> 
> And the source of the files (from my perspective):
> > $ find gnulib-base -name 'gendoc*'
> > gnulib-base/modules/gendocs
> > gnulib-base/doc/gendocs_template_min
> > gnulib-base/doc/gendocs_template
> > gnulib-base/build-aux/gendocs.sh
> 
> The results I see:
> > $ find * -type f -name '*_0*.html'
> > html_chapter/START_005fOPT.html
> > html_chapter/autogen-source_002dtime.html
> > html_chapter/SCM-out_002dswitch.html
> > html_chapter/OPT_005fVALUE_005fname.html
> > [...]
> > html_chapter/csh_002fzsh-caveat.html
> > html_node/START_005fOPT.html
> > html_node/autogen-source_002dtime.html
> > html_node/SCM-out_002dswitch.html
> > [...]
> > html_node/csh_002fzsh-caveat.html
> > html_section/START_005fOPT.html
> > html_section/autogen-source_002dtime.html
> > html_section/csh_002fzsh-caveat.html
> > $
> 
> What version are you talking about?  Current is 5.12.
> I switched to the gnulib script some time back.
> 
> On 07/25/11 12:18, Regid Ichira wrote:
> >> From: Bruce Korb
> >> Subject: Re: Bug#635311:
> /usr/share/doc/autogen/html/*: please enumerate the files
> starting from 1
> >> To: "Regid Ichira",
> 635...@bugs.debian.org
> >> Date: Monday, July 25, 2011, 4:00 PM
> >> *   /usr/share/doc/autogen/html/*
> >> files are enumerated starting from 0,
>



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

Bug#635211: lintian: does not process *_multi.changes properly

[Niels Thykier]

On 2011-07-23 23:06, Andreas Beckmann wrote:
> Package: lintian
> Version: 2.5.1
> Severity: normal
> 
> Hi,
> 
> lintian does not properly process merged changes files generated by
> mergechanges -f. Sometimes this does work, but this time it failed
> miserably, resulting also in a ftp-master reject (while a similar upload
> yesterday succeeded).
> A log of lintian runs on the the source changes files (amd64 and i386)
> as well as the merged one is attached. I can also provide the packages
> if needed.
> 
> Andreas
> 
> [...]

Hi,

I just committed some changes for lintian that should fix this issue.
Unfortunately it might be a while till I have time to test it on a
multi.changes.
  If you have the time, it would be great if you could fetch lintian
from git and run it[1] on your multi.changes to see if it is fixed.

Thank you in advance,
~Niels

[1] git clone git://git.debian.org/git/lintian/lintian.git lintian
 cd lintian
 LINTIAN_ROOT='' frontend/lintian /path/to/multi.changes




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

Bug#634145: apt-cacher-ng: Please keep files by number of versions instead of date

[Eduard Bloch]

#include 
* Helge Kreutzmann [Sun, Jul 17 2011, 10:45:19AM]:

> Since apt-proxy was removed from Debian I currently migrate to apt-cacher-ng. 
> As far as I can see, apt-cacher-ng deletes files by date (i.e. which are older
> than x days). 

Sorry, that is not the case.

First, not simply by date but after some grace period after the files
became no longer DOWNLOADABLE. Second, if you say "older than" then you
should mention which time points you compare (creation? storage time?)
otherwise I don't know what you mean.

In fact, it deletes them after X days after they became
no longer downloadable. As long as the index files (like Packages.*) are
good and can be checked by download lookups, the files referenced
therein will stay in the cache.

The potential pitfall in this scheme is the renaming of stable
to oldstable. If nobody ever downloaded from oldstable then the server
won't know about it. But when it was used once before or within the
grace period then the problem will naturally disappear.

Now, does this provide a sufficient solution to your needs or do we
still need version based tracking?

Regards,
Eduard.

> It would be great if apt-cacher-ng would instead (configurable) delete files 
> by
> version, i.e. the latest n versions remain in the cache. This has several
> benefits:
> a) If a deb is installed much later, no redownload is necessary
> b) If an upgrade fails and the package releases seldomly, then the recent 
>version is still there even though it was downloaded much earlier
> c) If a package is removed from Debian it is still in the cache, possibly for 
>years, so if a later reference is needed (e.g. a (temporary) reinstall is
>necessary) then it is still present
> 
> It would be great if the kind of processing (by date or by package version)
> could become configurable then.

-- 
Vorsicht im Vertrauen ist allerdings notwendig; aber noch notwendiger
Vorsicht im Mißtrauen.
-- Josef Eötvös



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

Bug#633729: dx: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Julien Cristau]

On Wed, Jul 13, 2011 at 10:42:13 +0200, Bill Allombert wrote:

> Package: dx
> Version: 1:4.4.4-3.2
> Severity: important
> 
> Hello Daniel,
> 
> There is libjpeg transition from libjpeg62 to libjpeg8.
> As mentionned on debian-devel-announce[1], please update dx to
> Build-Depends on libjpeg-dev instead of libjpeg62-dev.
> 
> The following Build-Depends was found:
> 
> dx:Build-Depends: libjpeg62-dev 
> 
This was fixed, but libdx4-dev still suggests libjpeg62-dev, FWIW.  You
might want to fix that in a future upload.

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#629974: simage: diff for NMU version 1.7.0-1.1

[Julien Cristau]

tags 629974 + patch
tags 629974 + pending
thanks

Dear maintainer,

I've prepared an NMU for simage (versioned as 1.7.0-1.1) and
will upload it in a minute.  Please find the diff attached.

Cheers,
Julien
diff -u simage-1.7.0/debian/control simage-1.7.0/debian/control
--- simage-1.7.0/debian/control
+++ simage-1.7.0/debian/control
@@ -6,7 +6,7 @@
 Vcs-Browser: http://svn.debian.org/viewsvn/debian-science/packages/simage/
 Section: graphics
 Priority: optional
-Build-Depends: cdbs, autotools-dev, debhelper (>= 7), libgif-dev, libjpeg62-dev, zlib1g-dev, libpng12-dev, libtiff4-dev, libvorbis-dev, libsndfile1-dev
+Build-Depends: cdbs, autotools-dev, debhelper (>= 7), libgif-dev, libjpeg-dev, zlib1g-dev, libpng12-dev, libtiff4-dev, libvorbis-dev, libsndfile1-dev
 Standards-Version: 3.8.3
 
 Package: libsimage20
@@ -21,7 +21,7 @@
 Package: libsimage-dev
 Architecture: any
 Section: libdevel
-Depends: ${misc:Depends}, libsimage20 (= ${binary:Version}), libgif-dev, libjpeg62-dev, zlib1g-dev, libpng12-dev, libtiff4-dev, libvorbis-dev, libsndfile1-dev
+Depends: ${misc:Depends}, libsimage20 (= ${binary:Version}), libgif-dev, libjpeg-dev, zlib1g-dev, libpng12-dev, libtiff4-dev, libvorbis-dev, libsndfile1-dev
 Description: generic interface to various image file format libraries
  The simage library provides a simplified and uniform interface to many
  image file format libraries, and it includes internal support for some
diff -u simage-1.7.0/debian/changelog simage-1.7.0/debian/changelog
--- simage-1.7.0/debian/changelog
+++ simage-1.7.0/debian/changelog
@@ -1,3 +1,10 @@
+simage (1.7.0-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Use libjpeg-dev instead of libjpeg62-dev (closes: #629974).
+
+ -- Julien Cristau   Mon, 25 Jul 2011 23:22:41 +0200
+
 simage (1.7.0-1) unstable; urgency=low
 
   * New upstream.

Bug#629962: evas: diff for NMU version 1.0.0-1.1

[Julien Cristau]

tags 629962 + patch
tags 629962 + pending
thanks

Dear maintainer,

I've prepared an NMU for evas (versioned as 1.0.0-1.1) and
will upload it in a minute.  Please find the diff attached.

Cheers,
Julien
diff -Nru evas-1.0.0/debian/changelog evas-1.0.0/debian/changelog
--- evas-1.0.0/debian/changelog	2011-02-13 14:19:47.0 +0100
+++ evas-1.0.0/debian/changelog	2011-07-25 22:55:54.0 +0200
@@ -1,3 +1,10 @@
+evas (1.0.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Switch from libjpeg62-dev to libjpeg-dev (closes: #629962).
+
+ -- Julien Cristau   Mon, 25 Jul 2011 22:55:53 +0200
+
 evas (1.0.0-1) unstable; urgency=low
 
   * Upstream release 1.0.0
diff -Nru evas-1.0.0/debian/control evas-1.0.0/debian/control
--- evas-1.0.0/debian/control	2011-02-13 14:19:47.0 +0100
+++ evas-1.0.0/debian/control	2011-07-25 22:52:35.0 +0200
@@ -8,7 +8,7 @@
  Nikita V. Youshchenko 
 Build-Depends: debhelper (>= 7.0.50~), libeet-dev (>= 1.4.0~), libeina-dev (>= 1.0.0~),
  libfreetype6-dev, libpng12-dev | libpng-dev, libx11-dev, libxrender-dev,
- x11proto-xext-dev, zlib1g, libjpeg62-dev, libtiff4-dev, libgif-dev,
+ x11proto-xext-dev, zlib1g, libjpeg-dev, libtiff4-dev, libgif-dev,
  libfontconfig1-dev, libglu1-mesa-dev, mesa-common-dev, libxpm-dev,
  librsvg2-dev, libfribidi-dev,
  libpixman-1-dev, libxcb-shm0-dev, libxcb-image0-dev, libxcb1-dev
@@ -48,7 +48,7 @@
 Package: libevas-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libevas1 (= ${binary:Version}), libjpeg62-dev, libx11-dev,
+Depends: ${misc:Depends}, libevas1 (= ${binary:Version}), libjpeg-dev, libx11-dev,
  libfreetype6-dev, libfontconfig1-dev, libeet-dev (>= 1.4.0~), libeina-dev (>= 1.0.0~),
  libfribidi-dev, pkg-config
 Suggests: libevas-doc

Bug#635444: incorrect pathnames in wicd suspend/resume files from /etc/acpi

[Vincent Lefevre]

Package: wicd
Version: 1.7.0+ds1-6
Severity: normal

xvii:~> cat /etc/acpi/suspend.d/50-wicd-suspend.sh
#!/bin/sh
# Put wifi interface down
/usr/share/wicd/suspend.py

xvii:~> cat /etc/acpi/resume.d/80-wicd-connect.sh
#!/bin/sh
# Bring wifi network interface back up.

/usr/share/wicd/autoconnect.py

but these files /usr/share/wicd/suspend.py and
/usr/share/wicd/autoconnect.py do not exist. They are in
the /usr/share/wicd/daemon directory (i.e. the "daemon"
subdirectory is missing from the pathnames).

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

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

Versions of packages wicd depends on:
ii  wicd-daemon  1.7.0+ds1-6 wired and wireless network manager
ii  wicd-gtk [wicd-client]   1.7.0+ds1-6 wired and wireless network manager

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-gtk depends on:
ii  python   2.6.7-1 interactive high-level object-orie
ii  python-glade22.24.0-2GTK+ bindings: Glade support
ii  python-gtk2  2.24.0-2Python bindings for the GTK+ widge
ii  wicd-daemon  1.7.0+ds1-6 wired and wireless network manager

Versions of packages wicd-gtk recommends:
ii  gksu  2.0.2-5graphical frontend to su
ii  python-notify 0.1.1-2+b3 Python bindings for libnotify
ii  sudo  1.7.4p6-1  Provide limited super user privile

Versions of packages wicd-daemon depends on:
ii  adduser  3.113   add and remove users and groups
ii  dbus 1.4.12-5simple interprocess messaging syst
ii  debconf [debconf-2.0]1.5.40  Debian configuration management sy
ii  ethtool  1:2.6.39-1  display or change Ethernet device 
ii  iproute  20110629-1  networking and traffic control too
ii  iputils-ping 3:20101006-1+b1 Tools to test the reachability of 
ii  isc-dhcp-client [dhcp3-c 4.1.1-P1-17 ISC DHCP client
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  net-tools1.60-24.1   The NET-3 networking toolkit
ii  psmisc   22.14-1 utilities that use the proc file s
ii  python   2.6.7-1 interactive high-level object-orie
ii  python-dbus  0.84.0-1simple interprocess messaging syst
ii  python-gobject   2.28.6-4Python bindings for the GObject li
ii  python-wicd  1.7.0+ds1-6 wired and wireless network manager
ii  wireless-tools   30~pre9-5   Tools for manipulating Linux Wirel
ii  wpasupplicant0.7.3-3 client support for WPA and WPA2 (I

Versions of packages wicd-daemon recommends:
ii  wicd-gtk [wicd-client]   1.7.0+ds1-6 wired and wireless network manager

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-8utilities and scripts for power ma

Versions of packages python-wicd depends on:
ii  python2.6.7-1interactive high-level object-orie
ii  python-support1.0.14 automated rebuilding support for P

-- debconf information:
* wicd/users: vinc17
* wicd/users: vinc17



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

Bug#635443: gdm3.init may not require network-manager to be started

[Mathieu Parent]

Package: gdm3
Version: 3.0.4-2
Severity: wishlist
Tags: patch

The gdm3's init script has a should-start directive on network-manager.

It seems to me that network-manager (nm) is not needed for gdm to work. Also,
the nm applet automaticaly shows when nm is started.

The attached fix gains about 1 second of boot.



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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.12-5 query and manipulate user account 
ii  adduser 3.113add and remove users and groups
ii  dconf-gsettings-backend 0.7.5-3  simple configuration storage syste
ii  debconf [debconf-2.0]   1.5.40   Debian configuration management sy
ii  gconf2  2.32.4-1 GNOME configuration database syste
ii  gnome-session [x-session-ma 3.0.2-1  GNOME Session Manager - GNOME 3 se
ii  gnome-session-bin   3.0.2-1  GNOME Session Manager - Minimal ru
ii  gnome-session-fallback [x-s 3.0.2-1  GNOME Session Manager - GNOME fall
ii  gnome-terminal [x-terminal- 3.0.1-1  GNOME terminal emulator applicatio
ii  gsettings-desktop-schemas   3.0.1-1  GSettings deskop-wide schemas
ii  libaccountsservice0 0.6.12-5 query and manipulate user account 
ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
ii  libattr11:2.4.46-3   Extended attribute shared library
ii  libaudit0   1.7.13-1.2   Dynamic library for security audit
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libcanberra-gtk3-0  0.28-1   Gtk+ 3.0 helper for playing widget
ii  libcanberra00.28-1   a simple abstract interface for pl
ii  libdbus-1-3 1.4.12-4 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-4   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.4-1 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.5-1 GDK Pixbuf library
ii  libglib2.0-02.28.6-2 GLib library of C routines
ii  libglib2.0-bin  2.28.6-2 Programs for the GLib library
ii  libgtk-3-0  3.0.10-1 GTK+ graphical user interface libr
ii  libpam-modules  1.1.3-2  Pluggable Authentication Modules f
ii  libpam-runtime  1.1.3-2  Runtime support for the PAM librar
ii  libpam0g1.1.3-2  Pluggable Authentication Modules l
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  librsvg2-common 2.34.0-1 SAX-based renderer library for SVG
ii  libselinux1 2.0.98-1.1   SELinux runtime shared libraries
ii  libupower-glib1 0.9.12-1 abstraction for power management -
ii  libwrap07.6.q-21 Wietse Venema's TCP wrappers libra
ii  libx11-62:1.4.3-2X11 client-side library
ii  libxau6 1:1.0.6-3X11 authorisation library
ii  libxdmcp6   1:1.1.0-3X11 Display Manager Control Protoc
ii  libxklavier16   5.1-1X Keyboard Extension high-level AP
ii  libxml2 2.7.8.dfsg-3 GNOME XML library
ii  libxrandr2  2:1.3.2-2X11 RandR extension library
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  metacity [x-window-manager] 1:2.30.1-3   lightweight GTK+ window manager
ii  policykit-1-gnome   0.101-2  GNOME authentication agent for Pol
ii  twm [x-window-manager]  1:1.0.6-1Tab window manager
ii  upower  0.9.12-1 abstraction for power management
ii  xterm [x-terminal-emulator] 270-1X terminal emulator

Versions of packages gdm3 recommends:
ii  at-spi1.30.1-3   Assistive Technology Service Provi
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  gnome-icon-theme  3.0.0-4GNOME Desktop icon theme
ii  gnome-power-manager   3.0.2-1power management tool for the GNOM
ii  gnome-settings-daemon 3.0.2-1daemon handling the GNOME session 
ii  x11-xkb-utils 7.6+4  X11 XKB utilities
pn  xserver-xephyr (no description available)
ii  xserver-xorg  1:7.6+7X.Org X se

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

[Daniel Baumann]

tag 635177 pending
thanks

like Ben said, this is fixed in git, new version will be uploaded at
latest at the end of the week.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   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#634737: lintian complains about armhf binaries in /lib/arm-linux-gnueabihf

[Niels Thykier]

On 2011-07-19 21:22, Adam D. Barratt wrote:
> On Tue, 2011-07-19 at 20:24 +0200, Matthias Klose wrote:
>> trying to make GCC multilib/multiarch aware for armhf and armel, I see
>>
>> E: libhfgcc1: triplet-dir-and-architecture-mismatch lib/arm-linux-gnueabihf/ 
>> is
>> for armhf
>>
>> which seems to be bogus.
> 
> What does "dpkg-deb -f $debfile architecture" say about the package?  We
> should probably enhance the output message to indicate the architecture
> which lintian thinks is incorrect, in any case.
> 
> Regards,
> 
> Adam
> 
> 
> 
> 

Hi

I talked to Doko and it is a biarch issue.  So the armel package
contains a gnueabihf library, which can be used on the armel machines.
  The package cannot be built without foreign build-depends (or
resolving to installing them via bi-arch armel packages).

~Niels





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

Bug#635364: please package fresh upstream release (7.0 ATM)

[Yaroslav Halchenko]

Hi Ondrej,

Thanks for the reply.

eh heh -- I need to spend few days on doing some RL work... so if
anything -- I would look into updating the package during weekend
(if family would not drag me to NYC)


On Mon, 25 Jul 2011, Ondřej Čertík wrote:
> > It would be great if fresh release was made available in Debian.  I believe
> > that you addressed many (if not all) bugs in DBTS against sympy with that
> > release, isn't it Ondrej?  Are you going  to take care about the package or
> > should someone else (me?) from the team to take care about fresh upload?

> If you would be willing to update the package, that would be absolutely great!

> I cannot get to it in the next couple of days, so it would have to wait.
> Let me know, if you run into any problems, and I'll help.

> Ondrej


-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic



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

Bug#635371: linux-image-2.6.32-5-amd64: screen freezes when doing make -j12

[Jonathan Nieder]

severity 635371 wishlist
tags 635371 + upstream moreinfo
quit

Hi Arnaud,

Arnaud Gelas wrote:

> When compiling some libraries with gcc with all possible threads, the screen
> freezed and even killing  processes is difficult

How much memory was used?  Did it go into swap?  Is swap on a slow
disk?  Is this behavior different from previous versions of the
kernel?  Other notable details?

The memory management subsystem or perhaps the I/O scheduler (?) is
known to not cope very well with low-memory situations when memory
being actively used needs to be reclaimed by swapping things out.  In
an ideal world, we would want the system to remain responsive enough
to kill something, but in practice it is hard to figure out how to do
that and figure out what to keep in memory.

If some details inspire a method of chiseling away at the problem, I
can help direct you to an appropriate person upstream to discuss it
and point out patches to test.  Otherwise, I will probably close the
bug, since it would not be clear how to use this knowledge to improve
the kernel.

Thanks for reporting.

Regards,
Jonathan



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

Bug#632363: similar problem solved

[barabba]

Package: encfs
Version: 1.7.4-2.2
Followup-For: Bug #632363

I had similar problem , in a new wheezy-64 installation at first mount (sorry
it's in italian ;-) :

$ fusermount -u crypto
fusermount: failed to access mountpoint /~/mount: Permission denied
Errore in fuse. Problemi comuni:
 - il modulo fuse del kernel non è installato (modprobe fuse)
 - opzioni non valide -- controllare l'utilizzo del comando

at second time the error change :

$ encfs -v -f ~/.crypto ~/crypto
La directory "/home/barabba/crypto" non esiste. Deve essere creata? (y/n) y
Impossibile creare la directory: : File già esistente
10:44:13 (main.cpp:422) Impossibile localizzare il punto di mount, terminato.
Build: encfs versione 1.7.4

it try to create another time a dir but it still exist with strange date , 01
01 1970

on mint forum someone say something about  : "It turns out to be a bug with the
version 2.8.5-3 of libfuse2 and fuse-utils." so i try to update from sid.

aptitude -t unstable install libfuse2 fuse-utils fuse
I seguenti pacchetti NUOVI (NEW) saranno installati:
  libmount1{a}
I seguenti pacchetti saranno aggiornati:
  fuse fuse-utils libfuse2 mount
4 pacchetti aggiornati, 1 installati, 0 da rimuovere e 352 non aggiornati.
È necessario prelevare 565 kB di archivi. Dopo l'estrazione, verranno occupati
336 kB.
Continuare? [Y/n/?]
Get:1 http://ftp.ch.debian.org/debian/ sid/main libmount1 i386 2.19.1-4 [110
kB]
Get:2 http://ftp.ch.debian.org/debian/ sid/main mount i386 2.19.1-4 [204 kB]
Get:3 http://ftp.ch.debian.org/debian/ sid/main fuse i386 2.8.5-4 [65,9 kB]
Get:4 http://ftp.ch.debian.org/debian/ sid/main libfuse2 i386 2.8.5-4 [146 kB]
Get:5 http://ftp.ch.debian.org/debian/ sid/main fuse-utils all 2.8.5-4 [39,0
kB]

now after a restart i t work fine.

other problem in old install of wheezy-32 at '$ fusermount -u crypto' solved
with the same upgrade

PS. logs have been lost
PPSS. i hope you can understand my bad english sorry



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (350, 'unstable'), (50, 'experimental')
Architecture: i386 (i686)

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

Versions of packages encfs depends on:
ii  fuse-utils   2.8.5-4 Filesystem in Userspace (transitio
ii  libboost-filesystem1.42.01.42.0-4+b1 filesystem operations (portable pa
ii  libboost-serialization1.42.0 1.42.0-4+b1 serialization library for C++
ii  libboost-system1.42.01.42.0-4+b1 Operating system (e.g. diagnostics
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libfuse2 2.8.5-4 Filesystem in Userspace (library)
ii  libgcc1  1:4.6.1-4   GCC support library
ii  librlog5 1.4-1   flexible message logging library
ii  libssl1.0.0  1.0.0d-3SSL shared libraries
ii  libstdc++6   4.6.1-4 GNU Standard C++ Library v3

encfs recommends no packages.

encfs 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#629961: eet: diff for NMU version 1.4.0-2.1

[Julien Cristau]

tags 629961 + patch
tags 629961 + pending
thanks

Dear maintainer,

I've prepared an NMU for eet (versioned as 1.4.0-2.1) and will upload it
in a minute.  Please find the diff attached.

Cheers,
Julien
diff -u eet-1.4.0/debian/control eet-1.4.0/debian/control
--- eet-1.4.0/debian/control
+++ eet-1.4.0/debian/control
@@ -4,7 +4,7 @@
 Maintainer: Debian Pkg-e Team 
 Uploaders: Albin Tonnerre , Niv Sardi ,
  Jan LÃŒbbe 
-Build-Depends: dpkg-dev (>= 1.14.8), debhelper (>= 6), cdbs, zlib1g-dev, libjpeg62-dev, doxygen, libeina-dev (>= 1.0.0~), libgnutls-dev
+Build-Depends: dpkg-dev (>= 1.14.8), debhelper (>= 6), cdbs, zlib1g-dev, libjpeg-dev, doxygen, libeina-dev (>= 1.0.0~), libgnutls-dev
 Standards-Version: 3.9.1
 Vcs-Git: git://git.debian.org/pkg-e/libs/eet.git
 Vcs-Browser: http://git.debian.org/?p=pkg-e/libs/eet.git
@@ -13,7 +13,7 @@
 Package: libeet-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libeet1 (= ${binary:Version}), libjpeg62-dev, libeina-dev (>= 1.0.0~), libgnutls-dev, pkg-config
+Depends: ${misc:Depends}, libeet1 (= ${binary:Version}), libjpeg-dev, libeina-dev (>= 1.0.0~), libgnutls-dev, pkg-config
 Recommends: libeet-doc
 Description: Enlightenment DR17 file chunk reading/writing library development files
  Eet is a tiny library designed to write an arbitrary set of chunks of data to a
diff -u eet-1.4.0/debian/changelog eet-1.4.0/debian/changelog
--- eet-1.4.0/debian/changelog
+++ eet-1.4.0/debian/changelog
@@ -1,3 +1,10 @@
+eet (1.4.0-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Use libjpeg-dev instead of libjpeg62-dev (closes: #629961).
+
+ -- Julien Cristau   Mon, 25 Jul 2011 22:43:50 +0200
+
 eet (1.4.0-2) unstable; urgency=low
 
   * Actually upload eet 1.4.0, not 1.4.0 beta

Bug#635364: please package fresh upstream release (7.0 ATM)

[Ondřej Čertík]

Hi Yaroslav!

On Mon, Jul 25, 2011 at 7:40 AM, Yaroslav Halchenko
 wrote:
> Package: python-sympy
> Version: 0.6.7-1.1
> Severity: normal
>
> Hi Ondrej and the Team,
>
> It would be great if fresh release was made available in Debian.  I believe
> that you addressed many (if not all) bugs in DBTS against sympy with that
> release, isn't it Ondrej?  Are you going  to take care about the package or
> should someone else (me?) from the team to take care about fresh upload?

If you would be willing to update the package, that would be absolutely great!

I cannot get to it in the next couple of days, so it would have to wait.
Let me know, if you run into any problems, and I'll help.

Ondrej



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

Bug#635317: nvidia-kernel-dkms: 280.11.1 will not install due to a dkms makefile error

[Bruno Ramos]

On Mon, Jul 25, 2011 at 6:20 PM, Andreas Beckmann wrote:

> severity 635317 normal
> tags 635317 + moreinfo
> thanks
>
> On 2011-07-25 04:57, Dean Loros wrote:
> > Package: nvidia-kernel-dkms
> > Version: 280.11-1
>
> > Output of /var/lib/dkms/nvidia/280.11.1/build/make.log:
> >
> > DKMS make.log for nvidia-280.11 for kernel 3.0.0-rc6-amd64 (x86_64)
> > Sun Jul 24 19:51:48 PDT 2011
> > make: Entering directory `/var/lib/dkms/nvidia/280.11/build'
> > make -C /lib/modules/3.0.0-rc6-amd64/build  M=`/bin/pwd` modules
> > make[1]: Entering directory `/usr/src/linux-headers-3.0.0-rc6-amd64'
> > Makefile:10: *** mixed implicit and normal rules.  Stop.
>
> This points to a problem in
> /usr/src/linux-headers-3.0.0-rc6-amd64/Makefile
>
> > make[1]: Leaving directory `/usr/src/linux-headers-3.0.0-rc6-amd64'
> > make: *** [modules] Error 2
> > make: Leaving directory `/var/lib/dkms/nvidia/280.11/build'
>
> Let my try myself ...
>
> DKMS make.log for nvidia-280.11 for kernel 3.0.0-rc6-amd64 (x86_64)
> Mon Jul 25 16:12:20 UTC 2011
> make: Entering directory `/var/lib/dkms/nvidia/280.11/build'
> make -C /lib/modules/3.0.0-rc6-amd64/build  M=`/bin/pwd` modules
> make[1]: Entering directory `/usr/src/linux-headers-3.0.0-rc6-amd64'
>   CC [M]  /var/lib/dkms/nvidia/280.11/build/nv.o
> ...
>
> I cannot reproduce your problem in a clean environment. Are the
> Makefiles in your kernel headers modified in some way?
>


I think it's not a problem in the nvidia packages.

I had the same problem...it was something introduced in one of the latests
versions of make.

This attached quick patch fixed it for me...

This should probably be reassinged to one of the kernel-headers packages,
for example 'linux-headers-3.0.0-1-amd64'


>
> But rc6 is obsolete anyway.
>
>
> Andreas
>
>
>
> ___
> pkg-nvidia-devel mailing list
> pkg-nvidia-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-nvidia-devel
>
--- /usr/src/linux-headers-3.0.0-1-amd64/Makefile-old	2011-07-25 21:12:52.554079823 +0200
+++ /usr/src/linux-headers-3.0.0-1-amd64/Makefile	2011-07-25 21:14:50.342072676 +0200
@@ -7,5 +7,7 @@
 all:
 	@$(MAKE) $(MAKEARGS) $(cmd)
 Makefile:;
-$(cmd) %/: all
+$(cmd): all
+	@:
+%/: all
 	@:

Bug#563951: MCollective Debian packages

[Jonas Genannt]

Hello Puppet Maintainers,

after ActiveMQ is included into Debian and the Bug #634868 is fixed,
MCollective can enter Debian.

I have prepared new packages for Debian.

Puppet and MCollective has got the same Upstream and used every often
together.

I think the best would be, if the MCollective packages are maintained
within the Puppet Pkg Group.

Would do you think?

If you create an new git repro within the pkg-puppet Group I can
provide you my MCollective packages.


Thanks,
Jonas



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

Bug#635322: wicd sometimes changes the machine host name to its IP address

[David Paleino]

On Mon, 25 Jul 2011 13:50:32 +0200, Vincent Lefevre wrote:

> On 2011-07-25 08:20:22 +0200, Vincent Lefevre wrote:
> [..]

Hello Vincent,
I'm currently in vacation, and don't really have a chance to fix/check
wicd's code. I can only say that it never happened to me (neither to
anybody else, since wicd's code hasn't changed since some time), so I really
need to carefully check the code.

In case you find some solution, a patch is much appreciated, and you might even
commit your work in the collab-maint repository of wicd (yes, you can also NMU,
I'll be back from vacation in September).

Sorry for the inconvenience,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635311: /usr/share/doc/autogen/html/*: please enumerate the files starting from 1

[Bruce Korb]

In that case, I understand it a little, but I don't have any control over
it (that I know about anyway).  The docs are created with a shell script
and a document template gotten from gnulib that carry them for another
upstream.  So, your upstream (autogen) uses an upstream's (gnulib's)
sources that they get from an upstream.  I've forgotten the name of
the ultimate project for these scripts, but I think that's where the
problem lies (unless I've misused the script in some way, but I think
the make rule is fairly straight forward.  But I cannot even see your
problem in my setup anyway.

The rule:

gnudocs : $(srcdir)/gendocs_template agdoc.texi
title=`sed -n 's/^@title  *//p' agdoc.texi` ; \
opts='--texi2html' ; \
$(POSIX_SHELL) $(srcdir)/gendocs.sh $$opts autogen "$$title"


And the source of the files (from my perspective):

$ find gnulib-base -name 'gendoc*'
gnulib-base/modules/gendocs
gnulib-base/doc/gendocs_template_min
gnulib-base/doc/gendocs_template
gnulib-base/build-aux/gendocs.sh


The results I see:

$ find * -type f -name '*_0*.html'
html_chapter/START_005fOPT.html
html_chapter/autogen-source_002dtime.html
html_chapter/SCM-out_002dswitch.html
html_chapter/OPT_005fVALUE_005fname.html
[...]
html_chapter/csh_002fzsh-caveat.html
html_node/START_005fOPT.html
html_node/autogen-source_002dtime.html
html_node/SCM-out_002dswitch.html
[...]
html_node/csh_002fzsh-caveat.html
html_section/START_005fOPT.html
html_section/autogen-source_002dtime.html
html_section/csh_002fzsh-caveat.html
$


What version are you talking about?  Current is 5.12.
I switched to the gnulib script some time back.

On 07/25/11 12:18, Regid Ichira wrote:

From: Bruce Korb
Subject: Re: Bug#635311: /usr/share/doc/autogen/html/*: please enumerate the 
files starting from 1
To: "Regid Ichira", 635...@bugs.debian.org
Date: Monday, July 25, 2011, 4:00 PM
*   /usr/share/doc/autogen/html/*
files are enumerated starting from 0,




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

Bug#630688: Openresolv doesn't work with dnsmasq

[Roy Marples]

Hi

I've uploaded openresolv-3.4.4 to mentors@ which fixes this problem by
specifying default config files to write out for dnsmasq, pdns and
unbound.

Please test it, and if let me know if it works for you.

Thanks

Roy





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

Bug#632722: (no subject)

[arno.b.dev]

Hi and thanks for your report.
Unfortunately, this problem comes from openjdk. It disappears using sun-jdk.



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