date:20130605

Hi Marco,

On Mittwoch, 5. Juni 2013, Marco d'Itri wrote:
 Even worse, historical statistics of disk usage are lost because now df
 shows the /dev/disk/ symlink no matter what you have in fstab (IIRC
 there is a bug opened about this).
 I think this falls in the causes data loss camp, so maybe munin should
 use readlink until df is fixed.

FYI, the information is not really/completly lost...

h01ger marco has a point about data loss (if he is right on it, but i assume 
so)
ssm well, technically the data is not lost, as nothing removes the old rrd 
files, but it's still annoying
ssm …that df changes output, and our df plugin depends on that
h01ger yeah
h01ger nitpicking for professionals, volume two ;-p
ssm :)
h01ger the graph is gone. but maybe its a nice hint in the bug log


cheers,
Holger


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

Bug#711147: base: lvm2 doesn't active volume group at boot time

control: reassign -1 lvm2
control: tags -1 moreinfo
control: severity -1 important
thanks

On Mittwoch, 5. Juni 2013, Victor Aurélio Santos wrote:
 Package: base
 Severity: critical
 Justification: breaks the whole system
 
 Dear Maintainer,
 
 I've recently installed debian wheezy on my computer.
 the root is in a lvm, but lvm volume group isn't activated on boot time,
 then i need run on the busybox:
 
 lvm vgscan
 lvm vgchange -ay
 
 after run these commands and exit of busybox system boot correct.
 
 I've tried regenerate the initramfs with:
 ---
 update-initramfs -u
 ---
 but no solve the problem.
 
 I think that this is irrelevant but... I've ArchLinux installed on
 other lvm partition and it work perfect.
 
 -- System Information:
 Debian Release: 7.0
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: amd64 (x86_64)
 
 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash





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

Bug#711157: [Piuparts-devel] Bug#711157: piuparts-master: master downloads Packages.bz2 only

control: tags -1 + confirmed
thanks

Hi Zdenek,

On Mittwoch, 5. Juni 2013, Zdenek Crha wrote:
 It would be nice to check presence and use Packages, Packages.gz too.

I agree, thanks for your bug report!

(and .xz too)


cheers,
Holger


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

Bug#708867: old version.xml

2013-06-05 Thread Mathieu Malaterre

severity 708867 important
thanks

I'd like to lower the severity of #708867. I believe there is a
mistake in the ru version eg:

$ diff -u3 en/VERSION.xml ru/VERSION.xml | grep -3 Back-Cover
 document under the terms of the GNU Free Documentation License,
 Version 1.1 or any later version published by the Free Software
-Foundation.
+Foundation; with the Back-Cover Texts being
+!-- ulink hack because this legal notice gets diverted --
+ulink url=#backcoverBack Cover Text/ulink.
 A copy of the license is included in xref linkend=gfdl/./para


It looks like ru version is using an older docbook defguide (2.0.9 to
be precise).

$ diff -u3 en/VERSION.xml ru/VERSION.xml | grep -3 2.0.17
 fm:project
   fm:ProjectDocBook/fm:Project
   fm:BranchThe Definitive Guide/fm:Branch
-  fm:Version2.0.17/fm:Version
+  fm:Version2.0.9/fm:Version
   fm:Release-Focus
   !-- Initial freshmeat announcement --

thanks


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

Bug#711155: [Piuparts-devel] Bug#711155: piuparts-slave: sudo configuration is commented out

control: severity -1 minor
control: retitle -1 document that/how sudo needs to be configured for slave
thanks

Hi Zdenek,

thanks for your bugreport.

On Mittwoch, 5. Juni 2013, Zdenek Crha wrote:
 The package installs file /etc/sudoers.d/piuparts with configuration
 necessary for
 running slave under piupartss user. But the configuration in file is
 commented out
 and need to be enabled manually.

right, and this will continue to be the case. piuparts-slave needs root access 
via sudo without a password, and I don't think any package should configure 
such an account.

Especially as one needs to do further manual configuration anyway, we decided 
that those sudo lines need to enabled manual by the administrator.
 
 I've checked git repository for version 0.52 and conf/piuparts.sudoers
 which seems to
 be source of the configuration. It does not have content commented out.

It happens in the Makefile, so we can deploy it usuable via the git deploy 
scripts.

 If the file is commented out from security reasons, it would be nice to add
 a note somewhere
 that sudo configuration needs to be enabled if user wants to run slave
 under piupartss user.

README_server.txt has it, or should habe it, but maybe thats still a TODO 
entry.


cheers,
Holger


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

Bug#710904: [Pkg-xfce-devel] Bug#710904: Bug#710904: xfce4-panel: icons in menu way to big / overpaint other items

2013-06-05 Thread Tim Wiederhake


Am 04.06.2013, 07:17 Uhr, schrieb Yves-Alexis Perez cor...@debian.org:


Can you try without it?


I purged menu-xdg and restarted X. This sadly had no effect.

- Tim


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

Bug#711099: ITP: libnet-ssh-perl-perl -- Perl client Interface to SSH

2013-06-05 Thread Salvatore Bonaccorso

Hi Max

On Wed, Jun 05, 2013 at 08:59:02AM +0200, Maximilian Wilhelm wrote:
 Anno domini 2013 Salvatore Bonaccorso scripsit:
 
 Hi Salvatore,
 
  On Tue, Jun 04, 2013 at 07:03:34PM +0200, Maximilian Wilhelm wrote:
   Package: wnpp
   Severity: wishlist
   Owner: Maximilian Wilhelm m...@rfc2324.org
   
   
   * Package name: libnet-ssh-perl-perl
 
 [...]
 
  See #469878[1]. libnet-ssh-perl-perl was already once in Debian but
  then removed. Does the above still holds? If it needs Math::Pari then
  it cannot be packaged for Debian.
 
   [1] http://bugs.debian.org/469878
 
 Indeed, it does. It seems a colleague packaged Math::Pari locally and
 I didn't see it's not in Debian. That said, I'm not sure what the
 problem with Math::Pari and/or the dependency is exactly. Would it
 help if I package Math::Pari for Debian, too?
 
 As far as I can see there is no header file (as in *.h) present in the
 Math::Pari nor the Net::SSH::Perl package. Maybe this has been fixed?
 Or am I on the wrong track here?
 
 Thank you for your hint on this!

Right now don't remember the details to state them here, but there is
some discussion on the recent libmath-pari-perl[1], this is the most
recent libmath-pari-perl ITP I found, but there where at least one
more in the past.

 [1] http://bugs.debian.org/696836

Would one of the alternatives to libnet-ssh-perl-perl help you? E.g.
there are libnet-ssh2-perl, libnet-ssh-perl, covering similar
functionaliies?

Hope that helps,

Salvatore


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

Bug#710090: golang-go: Please provide go cross-compiler

2013-06-05 Thread Andrew Gerrand

So long as people can still apt-get install golang and get the right
thing, I don't really mind.

Bug#711160: [roundcube] Roundcube doesn't work anymore after upgrade to apache 2.4

2013-06-05 Thread Vincent Bernat

Control: reassign -1 roundcube-core
Control: forcemerge 669804 -1

 ❦  5 juin 2013 07:36 CEST, Ingo Juergensmann i...@2013.bluespice.org :

 As the transition to apache 2.4 just happened in Sid, I discovered
 that roundcube doesn't work anymore, because of some PHP related
 problems like default timezone or this one:

It is currently being worked out. I will upload a fixed version for the
next week.
-- 
Don't diddle code to make it faster - find a better algorithm.
- The Elements of Programming Style (Kernighan  Plauger)


pgp2DscIkfvuU.pgp
Description: PGP signature

Bug#711098: gforge-lists-mailman: Accentuated chars in ML description causes trouble for mailman's config_list

2013-06-05 Thread Thorsten Glaser

On Tue, 4 Jun 2013, Olivier Berger wrote:

 SyntaxError: Non-ASCII character '\xc3' in file /tmp/9fykga on line 1, but no 
 encoding declared; see http://www.python.org/peps/pep-0263.html for details

Interestingly, mailman itself outputs the proper
# -*- coding: utf-8 -*-
header.

The create-mailing-lists.pl contains:

[…]
$cmd = /usr/lib/mailman/bin/config_list -o $tmp $listname ;
#print cmd = $cmd\n ;
# Commented out on Matt Hope do...@debian.org advice
# To be revised by Roland Mas
#   system ($cmd) ;
open CONFIG, $tmp ;
[…]

I would like to know why this is commented out, because prepending
the existing list configuration to the new values written would
indeed fix this bug.

I’ll commit a workaround in the meantime.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke


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

Bug#709779: this needs a versioned depends...

2013-06-05 Thread Dmitry Smirnov

On Tue, 4 Jun 2013 03:02:26 Holger Levsen wrote:
 this bug is not fixed just because all versions are accidently in sync again, 
 instead, this needs to be ensured by a dependency.

I'm not convinced that synfigstudio needs vesrsioned dependency on
exact version of libsynfig0.

Perhaps the real problem is how library mini-transition was
handled. Upstream broke it and I uploaded synfig (library) and
synfigstudio (GUI) in a way that synfig propagated to testing a
bit earlier than synfigstudio. The older version of synfigstudio
in testing was effectively broken for few days until newer
synfigstudio migrated.

I agree that perhaps packages could benefit from tighter dependency.

I committed .symbols file and dh_makeshlibs -V override [1] so when
both packages will be rebuilt new dependency (calculated by
`dh_shlibdeps`) will look like this: libsynfig0 (= 0.64.0).

However it won't save from potential breakage if future libsynfig0
versions will be backwards incompatible with synfigstudio.

I think hard-coded dependency on exact version of libsynfig0 is a
bad idea.

I'm not sure how to handle this bug. Perhaps I need advise on how to
upload future updates to synfig package without breaking
synfigstudio...  Would it be a good idea to follow the usual
transition procedure when the only one dependency package is involved
to library update?

[1]: 
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/synfig-synfig.git;a=commitdiff;h=4bbd2508f8ace12687e904015d15628ce63d79c1

Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Good luck happens when preparedness meets opportunity.


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

Bug#710090: golang-go: Please provide go cross-compiler

2013-06-05 Thread Andrew Gerrand

If it makes sense in the context of Debian packages, I guess. I don't see
anything wrong with that from a Go perspective.

Bug#711099: ITP: libnet-ssh-perl-perl -- Perl client Interface to SSH

2013-06-05 Thread Maximilian Wilhelm

Anno domini 2013 Salvatore Bonaccorso scripsit:

Hi Salvatore,

 On Tue, Jun 04, 2013 at 07:03:34PM +0200, Maximilian Wilhelm wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Maximilian Wilhelm m...@rfc2324.org
  
  
  * Package name: libnet-ssh-perl-perl

[...]

 See #469878[1]. libnet-ssh-perl-perl was already once in Debian but
 then removed. Does the above still holds? If it needs Math::Pari then
 it cannot be packaged for Debian.

  [1] http://bugs.debian.org/469878

Indeed, it does. It seems a colleague packaged Math::Pari locally and
I didn't see it's not in Debian. That said, I'm not sure what the
problem with Math::Pari and/or the dependency is exactly. Would it
help if I package Math::Pari for Debian, too?

As far as I can see there is no header file (as in *.h) present in the
Math::Pari nor the Net::SSH::Perl package. Maybe this has been fixed?
Or am I on the wrong track here?

Thank you for your hint on this!

Best
Max


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

Bug#705794: squid-deb-proxy: General update after the debconf review process

2013-06-05 Thread Christian PERRIER

Dear Debian maintainer,

On Wednesday, April 24, 2013, I sent you a notification about the beginning of 
a review
action on debconf templates for squid-deb-proxy.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, April 24, 2013. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- squid-deb-proxy.old/debian/squid-deb-proxy.templates2013-04-20 
08:32:42.653002140 +0200
+++ squid-deb-proxy/debian/squid-deb-proxy.templates2013-05-12 
11:45:09.749603632 +0200
@@ -1,16 +1,26 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: squid-deb-proxy/ppa-enable
 Type: boolean
 Default: false
-_Description: Allow PPA (Personal Package Archive) access?
- Squid-deb-proxy by default will not allow PPA repositories from launchpad.
- Selecting Y in this option will activate PPA repo access.
+_Description: Allow PPA access?
+ By default, squid-deb-proxy does not allow access to Personal Package
+ Archive (PPA) repositories on Launchpad.
+ .
+ Choosing this option will whitelist these repositories.
 
 Template: squid-deb-proxy/acl-disable
 Type: boolean
 Default: false
 _Description: Allow unrestricted network access?
- Squid-deb-proxy restricts access to the cache to private networks
- only by default.
- Selecting Y in this option will allow unrestricted access of all IPs
- to access the cache. Selecting N will only allow private networks
- (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) to access the cache.
+ By default, squid-deb-proxy allows access to the cache from private
+ networks only (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16).
+ .
+ Choosing this option will allow other IP addresses to access the cache.
--- squid-deb-proxy.old/debian/control  2013-04-20 08:32:42.653002140 +0200
+++ squid-deb-proxy/debian/control  2013-04-29 19:08:38.862276079 +0200
@@ -17,19 +17,16 @@
  ${misc:Depends},
 squid3
 Recommends: avahi-utils
-Description: Squid proxy configuration optimized for deb packages
- This package contains a squid proxy configuration that is optimized
- for downloading deb packages. It defaults to a different cache 
- directory and port than the regular squid cache.
- .
- The config default to allowing cached access from a local network
- to *.archive.ubuntu.com.
+Description: Squid proxy configuration to optimize package downloads
+ This package contains a Squid proxy configuration to manage a cache of
+ .deb downloads, with optimizations for the types of file present in
+ package repositories, and using a dedicated directory and port.
 
 Package: squid-deb-proxy-client
 Architecture: all
 Depends: ${misc:Depends}, avahi-utils, apt (= 0.7.25.3ubuntu1), python
-Description: Automatic proxy discovery for apt based on avahi
- This package contains a helper for the apt http method to discover
+Description: automatic proxy discovery for APT based on Avahi
+ This package contains a helper for the APT http method to discover
  proxies that publish their service as _apt_proxy._tcp.
  .
  It was written to be installed on clients that should use 
@@ -41,12 +38,12 @@
 Section: debian-installer
 Architecture: all
 Depends: ${shlibs:Depends}, ${misc:Depends}, configured-network,
-Description: Automatic proxy discovery for apt based on avahi (udeb)
- This package contains

Bug#710844: [Pkg-auth-maintainers] Bug#710844: yubikey-val: Debconf abuse

2013-06-05 Thread Christian PERRIER

Quoting Simon Josefsson (si...@josefsson.org):
 Thanks.  To clarify, is this bug regard to the following debconf note:

Yes. Sorry for not having this clearer : the text I use is standard
and does not mention the debconf template (in the case of your
package, there's however no ambiguity as, AFAIK, there is only one 
template..:-))



signature.asc
Description: Digital signature

Bug#711104: [Pkg-shadow-devel] Bug#711104: login: su - doesn't set umask

2013-06-05 Thread Christian PERRIER

Quoting Piotr Engelking (inkerma...@gmail.com):
 Package: login
 Version: 1:4.1.5.1-1
 Severity: important
 
 The 'su -' command, unlike login, doesn't set umask. This behavior
 disagrees with the man page, which says:
 
   The optional argument - may be used to provide an environment similar
   to what the user would expect had the user logged in directly.
 
 Operating with an unexpected umask value is dangerous, particularly so
 if running as root.
 
 Please change su - to set umask to the same value that login does.


Without checking, though, I suspect this to be a PAM issue.




signature.asc
Description: Digital signature

Bug#711164: lftp splits input script file after byte 4096

2013-06-05 Thread Marko Randjelovic

Package: lftp
Version: 4.3.6-1+deb7u3
Severity: normal

I was testing Wheezy and I ran lftp with this script:

open http://server
get /test/001.txt /test/002.txt ... /test/999.txt

I get this output:

get: Access failed: 404 Not Found (/test/2)
Unknown command `91.txt'.

It is because the file is split after byte 4096 and it's in the middle of word 
/test/291.txt.

To reproduce this bug, run lftp with any script file which size in more than 
4096 bytes.

I will provide a patch for this bug after consultations with the upstream 
author.

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (910, 'stable-updates'), (910, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages lftp depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgnutls26   2.12.20-7
ii  libreadline6  6.2+dfsg-0.1
ii  libtinfo5 5.9-10
ii  netbase   5.0

lftp recommends no packages.

lftp 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#711166: Slideshows have to X-windows title bar title

Package: libreoffice-impress
Version: 1:4.0.3-3
Severity: wishlist
File: /usr/bin/loimpress

Slideshows have to X-windows title bar title.

This makes it difficult to select it for certain in ones window manager.


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

Bug#711167: libapache2-mod-perl2: FTBFS on ia64: test suite failed to start server

2013-06-05 Thread Niko Tyni

Package: libapache2-mod-perl2
Version: 2.0.8+httpd24-r1449661-3
Severity: serious

From the ia64 build log:

  still waiting for server to warm up: 

  the server is down, giving up after 301 secs
  [  error] failed to start server! (please examine t/logs/error_log)
  [  error] oh nuts, server dumped core 
  [  error] for stacktrace, run: gdb /usr/sbin/apache2 -core 
/build/buildd-libapache2-mod-perl2_2.0.8+httpd24-r1449661-3-ia64-Qo0mXO/libapache2-mod-perl2-2.0.8+httpd24-r1449661/t/core
  ++
  | Please file a bug report: http://perl.apache.org/bugs/ |
  ++
  [  error] oh crap, server dumped core 
  [  error] for stacktrace, run: gdb /usr/sbin/apache2 -core 
/build/buildd-libapache2-mod-perl2_2.0.8+httpd24-r1449661-3-ia64-Qo0mXO/libapache2-mod-perl2-2.0.8+httpd24-r1449661/t/core
  make[2]: *** [run_tests] Error 1

-2 built successfully (on a different buildd).

I'm away from my keys; could someone please check if this is reproducible
on the ia64 porter box and see if it's the addition of mod_auth_digest
in debian/apache2.conf that triggers it?
-- 
Niko Tyni   nt...@debian.org


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

Bug#711165: xbacklight: mention at least 1 step

Package: xbacklight
Version: 1.1.2-1
Severity: wishlist
File: /usr/share/man/man1/xbacklight.1.gz

At
   -steps number
  Number of steps to take while fading. Default is 20.
Could add
   (Needs at least 1.)


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

Bug#669836: openstack-dashboard-apache: transition towards Apache 2.4

Followup-For: Bug #669836

Hi,

during a test with piuparts I noticed your package fails to remove.

From the attached log (scroll to the bottom...):

  Removing openstack-dashboard-apache ...
  /var/lib/dpkg/info/openstack-dashboard-apache.prerm: 5: 
/var/lib/dpkg/info/openstack-dashboard-apache.prerm: a2dissite: not found
  dpkg: error processing openstack-dashboard-apache (--remove):
   subprocess installed pre-removal script returned error exit status 127


cheers,

Andreas


openstack-dashboard-apache_2013.1.1-2.log.gz
Description: GNU Zip compressed data

Bug#711168: texlive-science: File `float.sty' not found

2013-06-05 Thread Salvo Tomaselli

Package: texlive-science
Version: 2013.20130530-1
Severity: normal

Dear Maintainer,
I have this error when compiling with rubber:

/usr/share/texlive/texmf-dist/tex/latex/algorithms/algorithm.sty: File 
`float.sty' not found.

so I guess the package should depend/recommend on texlive-latex-recommended

Regards

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

   *** The Debian TeX Team is *no* LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1389 Jun  5 09:48 /var/lib/texmf/ls-R
-rw-rw-r-- 1 root staff 80 Jun 13  2012 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 May 12 12:11 /usr/share/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 May 30 04:57 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 May 30 04:57 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
lrwxrwxrwx 1 root root 40 May 30 04:57 /usr/share/texmf/web2c/texmf.cnf - 
../../texlive/texmf-dist/web2c/texmf.cnf
-rw-r--r-- 1 root root 3840 Jun  5 09:48 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 May 30 04:57 /usr/share/texmf/web2c/updmap.cfg - 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 3746 Jun  5 09:48 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jun 26  2011 mktex.cnf
-rw-r--r-- 1 root root 475 May 23 08:38 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

Kernel: Linux 3.8.8a (SMP w/4 CPU cores)
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 texlive-science depends on:
ii  dpkg1.16.10
ii  tex-common  4.03
ii  texlive-base2013.20130530-1
ii  texlive-binaries2013.20130529.30792-1
ii  texlive-latex-base  2013.20130530-1

Versions of packages texlive-science recommends:
pn  texlive-science-doc  none

texlive-science suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  dpkg   1.16.10
ii  ucf3.0027

Versions of packages tex-common suggests:
ii  debhelper  9.20130604

Versions of packages texlive-science is related to:
ii  tex-common4.03
ii  texlive-binaries  2013.20130529.30792-1

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:


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

Bug#710239: [Cupt-devel] Bug#710239: cupt doesn't finish when download error happen

2013-06-05 Thread Javier Barroso

Hello,

On Wed, May 29, 2013 at 4:41 PM, Eugene V. Lyubimkin jac...@debian.org wrote:
 Control: tags -1 + confirmed fixed-upstream

 Hi Javier,

 Thank you for the report.

 2013-05-29 11:41, Javier Barroso:
 When cupt is not able to download a package due to a timeout, it will
 not close correctly.

 Please see next shell session:

 # cupt dist-upgrade
 Get:1 http://ftp.fi.debian.org/debian sid/main acl 2.2.52-1 [69,2KiB]
 ...
 76% [216 libwireshark2 2588KiB/12,8MiB 20%][219 libx11-6 821KiB/879KiB
 93%] | 1567KiB/s | ETA: 41s
 E: download client: the download server socket timed out
 [...]

 Indeed. Internal (i.e. not related to actualy repository servers)
 download timeouts caused more problems than solved, and they are removed
 altogether in upcoming Cupt 2.6.

 Do you by chance can reliably reproduce the problem above?
I'm not sure how can I reproduce the problem. In our environment that
happens time to time, I suppose it is our network connection ...

With aptitude it happens but aptitude won't hang (It close itself correctly)

Where is Cupt 2.6 development ? I searched but I only found 2.5.9 (in
https://github.com/jackyf/cupt)

Thank you very much


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

Bug#711166: Slideshows have to X-windows title bar title

2013-06-05 Thread Rene Engelhard

# not enough info (and not formulated in any way)
# to sanely do anything with it
tag 711166 + unreproducible
tag 711166 + moreinfo
thanks

On Wed, Jun 05, 2013 at 03:02:18PM +0800, jida...@jidanni.org wrote:
 Package: libreoffice-impress
 Version: 1:4.0.3-3
 Severity: wishlist
 File: /usr/bin/loimpress
 
 Slideshows have to X-windows title bar title.

What? Verbose, please?

 This makes it difficult to select it for certain in ones window manager.

What are you trying to fdo do? And why yo you want to select slideshows?
They are fullscreen (at least supposed to), what do you want to select?

Regards,

Rene


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

Bug#711100: libpam-tmpdir: increase Priority field in package-supplied authentication profiles

2013-06-05 Thread Tollef Fog Heen

]] Jerome Benoit 

   the current Priority field in the PAM profile is zero
   in such a way that no PAM module can run before pam-tmpdir,
   even the ones that paly pwj TMPDIR (as libpam-ssh not named
   one): please can you increase the Priorit of libpam-tmpdir
   in such a way it allows to run a PAM module after it;
   I cannot find a policy concerning the Priority, but setting
   it to zero is rather drastic.

This sounds reasonable, but the PAM policy does not really give any
guidelines as to what it should be set to for non-auth modules.

Steve, any chance you could provide some guidelines?  The only spec-like
document I've seen is https://wiki.ubuntu.com/PAMConfigFrameworkSpec
which is what I've been going by.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#711160: [roundcube] Roundcube doesn't work anymore after upgrade to apache 2.4

2013-06-05 Thread Ingo Juergensmann

On Wed, Jun 05, 2013 at 09:30:43AM +0200, Vincent Bernat wrote:

  As the transition to apache 2.4 just happened in Sid, I discovered
  that roundcube doesn't work anymore, because of some PHP related
  problems like default timezone or this one:
 It is currently being worked out. I will upload a fixed version for the
 next week.

Ah, great! Thanks! 

When you need someone to test the package before upload, please feel free!
:-)

-- 
Ciao...//  Fon: 0381-2744150 
  Ingo   \X/   http://blog.windfluechter.net
Please don't share this address with Facebook or Google!
gpg pubkey: http://www.juergensmann.de/ij_public_key.asc


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

Bug#711169: cups-daemon: ipp printer browsing support removed

2013-06-05 Thread Helmut Grohne

Package: cups-daemon
Version: 1.6.2-8
Severity: normal

Somewhere between 1.5.3-5 and 1.6.2-8 the support for IPP printer
browsing was removed. This was a decision of cups upstream (i.e. some
big fruit company). Still it breaks a legitimate use case: Having
printers on a network just work. For what it is worth I have neither
avahi-daemon nor cups-browsed installed, so maybe this is just my fault.
This bug report is *not* asking for getting IPP printer browsing back,
but on getting a smoother transition.

To me the two core problems appear to be:

How to get a jessie/sid cups client talk to a wheezy cups server without
the need to configure each individual printer on the client? (my case)

How to get a wheezy cups client talk to a jessie/sid cups server without
...?

As a first step I ask for an entry in NEWS.Debian, telling users about
the issue. This helps users not finding their printing setup being
broken for no obvious reason. This might also reduce the amount of bug
reports for this issue (assuming users install apt-listchanges).

Then I would like to see some documentation on how to transition
systems. I looked at wiki.d.o only finding an outdated
http://wiki.debian.org/Teams/CUPS not even knowing about odyx. I briefly
looked at /usr/share/doc/cups without finding anything obvious. Is there
another place I should check?

It is a bit unclear to me how to get a transition at all. Apparently the
cups-browsed package is not part of wheezy. So as far as I can see
wheezy is not going to talk bonjour. On the other hand jessie/sid is not
going to talk IPP browsing. How are they supposed to interact?

So this is probably a non-coding issue.

Helmut


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

Bug#711116: gdm3 don't start - GLib-CRITICAL: g_variant_compare

2013-06-05 Thread Emilio Pozuelo Monfort

forcemerge 711065 76
thanks

On 04/06/13 22:16, Giovanni Solis wrote:
 Package: gdm3
 Version: 3.4.1-8
 Severity: normal
 Tags: d-i
 
 information in /var/log/syslog:
 [gdm-welcome][3670]: GLib-CRITICAL: g_variant_compare: assertion
 `!g_variant_is_container (a)' failed

Fixed in gdm3 3.4.1-9

Emilio


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

Bug#711171: [INTL:da] Danish translation of the debconf templates tt-rss

2013-06-05 Thread Joe Dalton

Package: tt-rss
Severity: wishlist
Tags: l10n patch

Please include the attached Danish tt-rss translations.

joe@pc:~/over/debian/tt-rss$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 7 oversatte tekster.

bye
Joe


da.po.tar.gz
Description: GNU Zip compressed data

Bug#702494: malformed messages/gibberish in logs

2013-06-05 Thread Florian Ernst

Hello all,

On Wed, Jun 05, 2013 at 10:01:52AM +0200, Tomas Pospisek wrote:
 [...]
 The basic problem at hand here is that it seems that reading from
 the kernel log facility is *destructive*, so when multiple
 processes, no matter if inside a lxc container or on the host system
 read from the kernel log facility, then there's a race condition on
 the logs coming from the kernel log facility with an undefined
 outcome on who will get what data from the kernel log facility.
 
 The result is gibberish in kern.log.
 
 A solution to this problem is to disable reading from the kernel log
 facility inside the guest VMs.
 
 Optimally this condition would be detected automatically by the VM
 guests which would automatically disable reading from the kernel log
 facility once they detect they are a VM.
 
 Or we leave it as is and hope that the sysadmin is kowledgeable
 enough to disable it manually.
 
 What to do?

IMHO per default no guest should have any access to the kernel log
facility of the host at all. I'm not aware, though, which LXC
capabilities are possible / normally set nowadays that could affect
this (the one guest where I experienced this oddity at hand was set up
quite obscurely and thus probably doesn't follow any standards or best
practices).

If the sysadmin desires to have such an access from within a guest they
should be allowed to do so and be given a pointer on how to configure
rsyslog to work as desired.

Cheers,
Flo


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

Bug#710176: transition: libpqxx - follow up

2013-06-05 Thread Marcin Kulisz

Hi Guys,
is there any chance that you can give me an estimation when it'll be possible
to upload subjected package to unstable?
-- 

|_|0|_|  |
|_|_|0| Heghlu'Meh QaQ jajVam  |
|0|0|0|  kuLa -  |

gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD  58C3 38B3


signature.asc
Description: Digital signature

Bug#711172: phpbb3: creates world writable /var/cache/phpbb3/cache/phpbb3/data_hooks.php

Package: phpbb3
Version: 3.0.11-3
Severity: serious
Tags: security
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package creates a world
writable file:
  
-rw-rw-rw- 1 root www-data 34 May 29 14:47 
/var/cache/phpbb3/cache/phpbb3/data_hooks.php

This was observed on upgrades from sid to experimental.
So far I didn't notice it in any other install or upgrade path.


Andreas


phpbb3_3.0.11-3.log.gz
Description: GNU Zip compressed data

Bug#702494: malformed messages/gibberish in logs

2013-06-05 Thread Tomas Pospisek


(Cc:ing Debian's lxc maintainer)

On Mon, 27 May 2013, Florian Ernst wrote:


On Thu, Mar 07, 2013 at 01:07:38PM +0100, Tomas Pospisek wrote:

On Thu, 7 Mar 2013, Michael Biebl wrote:


Is that on virtualised hardware?


No, that's on the metal. However each lxc container is *also*
running out of the box rsyslog (without any config adaptations), so
it might be that there's a problem there somewhere with all those
rsyslogs getting along. However of course each syslog is sitting on
its own FS and thus on its own log files.

Ad hoc I couldn't tell what access rights those lxc containers have
wrt to the kernel log feed and how that feed works.


FWIW, I experienced the same messed-up logs some time ago when running
rsyslog in an LXC guest. I circumvented that by disabling kernel logging
support in the guest as follows:

diff --git a/rsyslog.conf b/rsyslog.conf
index 2a7f9f9..94fff07 100644
--- a/rsyslog.conf
+++ b/rsyslog.conf
@@ -9,7 +9,7 @@
#

$ModLoad imuxsock # provides support for local system logging
-$ModLoad imklog   # provides kernel logging support (previously done by rklogd)
+#$ModLoad imklog   # provides kernel logging support (previously done by 
rklogd)
#$ModLoad immark  # provides --MARK-- message capability

# provides UDP syslog reception


I am not sure what to do about this bug report.

The basic problem at hand here is that it seems that reading from the 
kernel log facility is *destructive*, so when multiple processes, no 
matter if inside a lxc container or on the host system read from the 
kernel log facility, then there's a race condition on the logs coming 
from the kernel log facility with an undefined outcome on who will get 
what data from the kernel log facility.


The result is gibberish in kern.log.

A solution to this problem is to disable reading from the kernel log 
facility inside the guest VMs.


Optimally this condition would be detected automatically by the VM guests 
which would automatically disable reading from the kernel log facility 
once they detect they are a VM.


Or we leave it as is and hope that the sysadmin is kowledgeable enough to 
disable it manually.


What to do?

?

*t


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

Bug#711173: [INTL:da] Danish translation of the debconf templates debian-edu-install

2013-06-05 Thread Joe Dalton


Package: debian-edu-install
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debian-edu-install translations.

joe@pc:~/over/debian/debian-edu-install$ msgfmt --statistics -c -v -o /dev/null 
da.po
da.po: 41 oversatte tekster.

bye
Joe


da.po.tar.gz
Description: GNU Zip compressed data

Bug#702494: malformed messages/gibberish in logs

2013-06-05 Thread Michael Biebl

Am 05.06.2013 10:01, schrieb Tomas Pospisek:
 (Cc:ing Debian's lxc maintainer)
 
 On Mon, 27 May 2013, Florian Ernst wrote:
 
 On Thu, Mar 07, 2013 at 01:07:38PM +0100, Tomas Pospisek wrote:
 On Thu, 7 Mar 2013, Michael Biebl wrote:

 Is that on virtualised hardware?

 No, that's on the metal. However each lxc container is *also*
 running out of the box rsyslog (without any config adaptations), so
 it might be that there's a problem there somewhere with all those
 rsyslogs getting along. However of course each syslog is sitting on
 its own FS and thus on its own log files.

 Ad hoc I couldn't tell what access rights those lxc containers have
 wrt to the kernel log feed and how that feed works.

 FWIW, I experienced the same messed-up logs some time ago when running
 rsyslog in an LXC guest. I circumvented that by disabling kernel logging
 support in the guest as follows:

 diff --git a/rsyslog.conf b/rsyslog.conf
 index 2a7f9f9..94fff07 100644
 --- a/rsyslog.conf
 +++ b/rsyslog.conf
 @@ -9,7 +9,7 @@
 #

 $ModLoad imuxsock # provides support for local system logging
 -$ModLoad imklog   # provides kernel logging support (previously done
 by rklogd)
 +#$ModLoad imklog   # provides kernel logging support (previously done
 by rklogd)
 #$ModLoad immark  # provides --MARK-- message capability

 # provides UDP syslog reception
 
 I am not sure what to do about this bug report.
 
 The basic problem at hand here is that it seems that reading from the
 kernel log facility is *destructive*, so when multiple processes, no
 matter if inside a lxc container or on the host system read from the
 kernel log facility, then there's a race condition on the logs coming
 from the kernel log facility with an undefined outcome on who will get
 what data from the kernel log facility.
 
 The result is gibberish in kern.log.
 
 A solution to this problem is to disable reading from the kernel log
 facility inside the guest VMs.
 
 Optimally this condition would be detected automatically by the VM
 guests which would automatically disable reading from the kernel log
 facility once they detect they are a VM.
 
 Or we leave it as is and hope that the sysadmin is kowledgeable enough
 to disable it manually.
 
 What to do?

To me this looks like a bug in lxc if reading from the kernel log inside
the lxc guest messes up the host kernel log.
Shouldn't the kernel log be namespaced/virtualised?

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#711175: sipml5-web-phone: uninstallable in sid due to apache 2.4 transition

Package: sipml5-web-phone
Version: 0.0.20130314.2030-1
Severity: serious
Tags: sid
User: debian...@lists.debian.org
Usertags: piuparts
Control: block 661958 by -1

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

  Selecting previously unselected package sipml5-web-phone.
  (Reading database ... 9261 files and directories currently installed.)
  Unpacking sipml5-web-phone (from 
.../sipml5-web-phone_0.0.20130314.2030-1_all.deb) ...
  Setting up sipml5-web-phone (0.0.20130314.2030-1) ...
  ln: failed to create symbolic link '/etc/apache2/conf.d/sipml5-web-phone': No 
such file or directory
  dpkg: error processing sipml5-web-phone (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   sipml5-web-phone


Cheers,

Andreas


sipml5-web-phone_0.0.20130314.2030-1.log.gz
Description: GNU Zip compressed data

Bug#711106: debian-edu-config: [INTL:pt] Updated Portuguese translation for debconf messages

control: tags -1 + pending

Hi,

thanks for your translation, I've commited it to svn, it will be included in 
the next upload.


cheers,
Holger


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

Bug#711174: base-files: changes in 7.1wheezy1 break lsb-release on stable

2013-06-05 Thread Marc Fournier

Package: base-files
Version: 7.1wheezy1
Severity: important

Dear Maintainer,

I'm not sure if this bug belongs to lsb or base-files. But here are the
facts:

Upgrading from 7.1 to 7.1wheezy1 (from wheezy-proposed-updates) breaks
the codename returned by lsb_release. n/a is returned instead of
wheezy.

This is a nuisance because everything depending on lsb to identify the
system release by codename instead of version number is also broken.

Downgrading back to 7.1 solves the problem.

Below, the steps I followed to hit this bug:

# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 7.0 (wheezy)
Release:7.0
Codename:   wheezy

# apt-cache policy base-files
base-files:
  Installed: 7.1
  Candidate: 7.1wheezy1
  Version table:
 7.1wheezy1 0
990 http://mirror.switch.ch/ftp/mirror/debian/ 
wheezy-proposed-updates/main amd64 Packages
 *** 7.1 0
990 http://mirror.switch.ch/ftp/mirror/debian/ wheezy/main amd64 
Packages
100 /var/lib/dpkg/status
 6.0squeeze7 0
 50 http://mirror.switch.ch/ftp/mirror/debian/ squeeze/main amd64 
Packages

# apt-get install base-files
[...]
The following packages will be upgraded:
  base-files
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/78.6 kB of archives.
After this operation, 0 B of additional disk space will be used.
(Reading database ... 61598 files and directories currently installed.)
Preparing to replace base-files 7.1 (using .../base-files_7.1wheezy1_amd64.deb) 
...
Unpacking replacement base-files ...
Processing triggers for man-db ...
Processing triggers for install-info ...
Setting up base-files (7.1wheezy1) ...
Installing new version of config file /etc/debian_version ...
Installing new version of config file /etc/issue ...
Installing new version of config file /etc/issue.net ...
Installing new version of config file /etc/os-release ...

# dpkg -l | grep base-files
ii  base-files 7.1wheezy1   amd64   
 Debian base system miscellaneous files

# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 7.1 (n/a)
Release:7.1
Codename:   n/a


Thanks in advance !


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

Bug#702494: lxc vms should by default not be able to read the kernel log facility

2013-06-05 Thread Tomas Pospisek


reassign 702494 lxc

thanks

On Wed, 5 Jun 2013, Florian Ernst wrote:


Hello all,

On Wed, Jun 05, 2013 at 10:01:52AM +0200, Tomas Pospisek wrote:

[...]
The basic problem at hand here is that it seems that reading from
the kernel log facility is *destructive*, so when multiple
processes, no matter if inside a lxc container or on the host system
read from the kernel log facility, then there's a race condition on
the logs coming from the kernel log facility with an undefined
outcome on who will get what data from the kernel log facility.

The result is gibberish in kern.log.

A solution to this problem is to disable reading from the kernel log
facility inside the guest VMs.

Optimally this condition would be detected automatically by the VM
guests which would automatically disable reading from the kernel log
facility once they detect they are a VM.

Or we leave it as is and hope that the sysadmin is kowledgeable
enough to disable it manually.

What to do?


IMHO per default no guest should have any access to the kernel log
facility of the host at all. I'm not aware, though, which LXC
capabilities are possible / normally set nowadays that could affect
this (the one guest where I experienced this oddity at hand was set up
quite obscurely and thus probably doesn't follow any standards or best
practices).

If the sysadmin desires to have such an access from within a guest they
should be allowed to do so and be given a pointer on how to configure
rsyslog to work as desired.


I completely agree with you, and thus am reassigning this to the lxc 
package.

*t


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

Bug#711111: [INTL:pl] Updated Polish debconf translation

control: tags -1 + pending

Hi,

thanks for your translation, I've commited it to svn, it will be included in 
the next upload.


cheers,
Holger


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

Bug#710597: pymongo: CVE-2013-2132: null pointer when decoding invalid DBRef

2013-06-05 Thread Salvatore Bonaccorso

Hi Federico

On Sat, Jun 01, 2013 at 10:54:49AM +0200, Salvatore Bonaccorso wrote:
Package: pymongo
Severity: grave
Tags: security upstream patch

Hi,

the following vulnerability was published for pymongo.

CVE-2013-2132[0]:
null pointer when decoding invalid DBRef

See [1] for details and upstream bugreport including reproducer for
the issue. A patch was applied upstream in [2].

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities Exposures) id in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2132
http://security-tracker.debian.org/tracker/CVE-2013-2132
[1] https://jira.mongodb.org/browse/PYTHON-532
[2]
https://github.com/mongodb/mongo-python-driver/commit/a060c15ef87e0f0e72974c7c0e57fe811bbd06a2

I have checked 2.2-4, which seem affected. Please adjust the affected
versions in the BTS as needed.

Thanks for having fixed that quickly already by the upload to
unstable. Could you also prepare a fix for wheezy to be included
trough a stable-proposed-update? (Note: Please contact stable release
managers in advance before uploading, preferably via bugreport against
release.debian.org with the debdiff).

(Side note to what Adam wrote already: Adding the CVE in changelog
helps us furthermore a lot to track the issues fixed; apart having
documented the security fix in changelog).

Thank you for your work!

Regards,
Salvatore

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

Bug#708164: nginx proxy_pass buffer overflow (CVE-2013-2070)

2013-06-05 Thread Cyril Lavier

On 05/13/2013 09:15 PM, Florian Weimer wrote:
 * Thijs Kinkhorst:

 A buffer overflow in the proxy_pass module has been reported by
 Nginx upstream, and a patch made available. Please see:
 http://www.openwall.com/lists/oss-security/2013/05/13/3

 The issue is already fixed in the version in sid, and as far
 as I can see the code is not present in squeeze.

 Can you ensure that (a) the RC bug against nginx in sid is dealt with
 so the fixed package can migrate to jessie, and (b) prepare an update
 to wheezy?
 Note that the upstream patch is not 100% correct C (the overflow check
 can be optimized by the compiler).  Therefore, the generated assembly
 has to be inspected to ensure that the check is actually in place.

 Here's a bit of background information:

 http://cert.uni-stuttgart.de/ticker/advisories/c-integer-overflow.html
 https://www.securecoding.cert.org/confluence/display/seccode/INT32-C.+Ensure+that+operations+on+signed+integers+do+not+result+in+overflow

Hello Florian.

Except the patch is not 100% correct C, does it sounds risky on the
security side to patch nginx stable (1.2.1-2.2) ?

Thanks.

-- 
Cyril Davromaniak Lavier
KeyID 59E9A881
http://www.davromaniak.eu


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

Bug#711176: fookebox: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/fookebox/examples/create-database.py

Package: fookebox
Version: 0.6.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: Packages must not require the existence of any files in
/usr/share/doc/ in order to function.
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

From the attached log (scroll to the bottom...):

  Selecting previously unselected package fookebox.
  (Reading database ... 10836 files and directories currently installed.)
  Unpacking fookebox (from .../fookebox_0.6.1-1_all.deb) ...
  Setting up fookebox (0.6.1-1) ...
  python: can't open file 
'/usr/share/doc/fookebox/examples/create-database.py': [Errno 2] No such file 
or directory
  dpkg: error processing fookebox (--configure):
   subprocess installed post-installation script returned error exit status 2
  Errors were encountered while processing:
   fookebox


Cheers,

Andreas


fookebox_0.6.1-1.log.gz
Description: GNU Zip compressed data

Bug#711177: phpbb3: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/phpbb3/examples/apache2.conf

Package: phpbb3
Version: 3.0.10-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: Packages must not require the existence of any files in
/usr/share/doc/ in order to function.
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

From the attached log (scroll to the bottom...):

  Selecting previously unselected package phpbb3.
  (Reading database ... 9937 files and directories currently installed.)
  Unpacking phpbb3 (from .../phpbb3_3.0.10-4_all.deb) ...
  Setting up phpbb3 (3.0.10-4) ...
  dbconfig-common: writing config to /etc/dbconfig-common/phpbb3.conf
  
  Creating config file /etc/dbconfig-common/phpbb3.conf with new version
  
  Creating config file /etc/phpbb3/database.inc.php with new version
  granting access to database phpbb3 for phpbb3@localhost: success.
  verifying access for phpbb3@localhost: success.
  creating database phpbb3: success.
  verifying database phpbb3 exists: success.
  populating database via sql...  done.
  dbconfig-common: flushing administrative password
  Setting admin password
  Admin password set to 2RFeVHrb2t
  Error: The new file /usr/share/doc/phpbb3/examples/apache2.conf does not 
exist!
  dpkg: error processing phpbb3 (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   phpbb3


Cheers,

Andreas


phpbb3_3.0.10-4.log.gz
Description: GNU Zip compressed data

Bug#711173: [INTL:da] Danish translation of the debconf templates debian-edu-install

control: tags -1 + pending

Hi,

thanks for your translation, I've commited it to svn, it will be included in 
the next upload.


cheers,
Holger


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

Bug#711178: pu: package php5/5.4.4-14+deb7u2

2013-06-05 Thread Ondřej Surý

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi release team,

since the next point release is not out, I am asking for another pu
for php5.  This update bring one bugfix and one small improvement:

debian/patches/fix-filter-SAPI-REQUEST_TIME.patch:
1. Fix $_SERVER[REQUEST_TIME] in filter SAPI (Closes: #709023)

- - The patch is small and contained only in libapache2-mod-php5filter

debian/control:
2. Make the Breaks on php5-suhosin versioned to allow suhosin backports
   when there's a new upstream version (Acked by suhosin maintainer)

- - We had unversioned Breaks: php5-suhosin, because of the mess created
  by Laszlo Boszormenyi (as explained in #675312).  I was approached
  by Jan Wagner (the _real_ maintainer of php-suhosin), if I could add
  versioned Breaks, so he can provide backports of php5-suhosin for
  wheezy users.  It's safe thing to do now when wheezy is out, so I am
  adding the versioned Breaks.

$ diffstat php5_5.4.4-14+deb7u2.debdiff
 debian/patches/fix-filter-SAPI-REQUEST_TIME.patch |   21 +
 php5-5.4.4/debian/changelog   |8 
 php5-5.4.4/debian/control |2 +-
 php5-5.4.4/debian/patches/series  |1 +
 4 files changed, 31 insertions(+), 1 deletion(-)

Thank you,
Ondrej

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

Kernel: Linux 3.2.0-4-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

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

iEYEARECAAYFAlGu+YMACgkQ9OZqfMIN8nMoXwCggTjF7eakE/pp5DboGtUjd/IO
W2YAoKOE6oXpjbnLxrOjXMCwEv5z21Ct
=uhm+
-END PGP SIGNATURE-
diff -u php5-5.4.4/debian/control php5-5.4.4/debian/control
--- php5-5.4.4/debian/control
+++ php5-5.4.4/debian/control
@@ -106,7 +106,7 @@
 	php-kolab-filter (= 0.1.9-4),
 	horde3 (= 3.3.12+debian0-1),
 	moodle (= 1.9.9.dfsg2-4),
-	php5-suhosin
+	php5-suhosin ( 0.9.34)
 Description: Common files for packages built from the php5 source
  This package contains the documentation and example files relevant to all
  the other packages built from the php5 source.
diff -u php5-5.4.4/debian/changelog php5-5.4.4/debian/changelog
--- php5-5.4.4/debian/changelog
+++ php5-5.4.4/debian/changelog
@@ -1,3 +1,11 @@
+php5 (5.4.4-14+deb7u2) stable; urgency=low
+
+  * Fix $_SERVER[REQUEST_TIME] in filter SAPI (Closes: #709023)
+  * Make the Breaks on php5-suhosin versioned to allow suhosin backports
+when there's a new upstream version (Acked by suhosin maintainer)
+
+ -- Ondřej Surý ond...@debian.org  Wed, 05 Jun 2013 09:35:56 +0200
+
 php5 (5.4.4-14+deb7u1) stable; urgency=low
 
   * Pull upstream fix for FPM drops connection while receiving some binary
diff -u php5-5.4.4/debian/patches/series php5-5.4.4/debian/patches/series
--- php5-5.4.4/debian/patches/series
+++ php5-5.4.4/debian/patches/series
@@ -85,0 +86 @@
+fix-filter-SAPI-REQUEST_TIME.patch
only in patch2:
unchanged:
--- php5-5.4.4.orig/debian/patches/fix-filter-SAPI-REQUEST_TIME.patch
+++ php5-5.4.4/debian/patches/fix-filter-SAPI-REQUEST_TIME.patch
@@ -0,0 +1,21 @@
+From 2019062cfc6e4b4832aaca3b73891d93adc115a8 Mon Sep 17 00:00:00 2001
+From: Felipe Pena felipe...@gmail.com
+Date: Sun, 8 Jul 2012 14:05:28 -0300
+Subject: [PATCH] - Fixed bug #62507 (['REQUEST_TIME'] under mod_php5 returns
+ miliseconds instead of seconds)
+
+---
+ sapi/apache2filter/sapi_apache2.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/sapi/apache2filter/sapi_apache2.c
 b/sapi/apache2filter/sapi_apache2.c
+@@ -311,7 +311,7 @@ php_apache_disable_caching(ap_filter_t *
+ static double php_apache_sapi_get_request_time(TSRMLS_D)
+ {
+ 	php_struct *ctx = SG(server_context);
+-	return apr_time_as_msec(ctx-r-request_time);
++	return ((double) apr_time_as_msec(ctx-r-request_time)) / 1000.0;
+ }
+ 
+ extern zend_module_entry php_apache_module;

Bug#517764: binutils-gold: Should be disabled for powerpc

2013-06-05 Thread Sylvestre Ledru

retitle 517764 binutils-gold: broken on ppc. Disabled it for this arch
thanks

Hello,

Because binutils-gold fails to work on basic operation under powerpc, I
think it should be disabled to make that clear.
See this basic example:
https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.3arch=powerpcver=1%3A3.3~%2Brc3-1~exp1stamp=1370352371

Thanks,
Sylvestre


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

Bug#710058: gdm3: GNOME 3 windows are blank, solid blue, no text More INfo

2013-06-05 Thread Sébastien Villemot

Control: tags -1 + moreinfo

Le lundi 27 mai 2013 à 18:06 -0500, Ron McLeod a écrit :
 Package: gdm3
 Version: 3.4.1-8

Do you have the same problem when you select GNOME Classic at the GDM
prompt?

What is your graphics card and your video driver?

Having experienced the same symptoms on some old NVIDIA GeForce card,
with both nouveau and proprietary drivers, I am pretty sure this is not
a GNOME bug, but rather an X driver bug.

Cheers,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#711159: upgrade of openssh-server to 1:6.2p2-3 wants to uninstall file-rc in favor of sysv-rc

2013-06-05 Thread Colin Watson

On Tue, Jun 04, 2013 at 10:58:20PM -0700, Steve Lane wrote:
 openssh-server 1:6.2p2-3 depends on sysv-rc (= 2.88dsf-24), which
 apparently means it wants to uninstall file-rc (which is currently at
 0.8.16).  It seems like this should be a dependence on sysv-rc or file-rc.

Yes, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709482.  I'll
upload a rebuilt version of openssh soonish which will fix this.

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


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

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

2013-06-05 Thread Timo Juhani Lindfors

Hi,

Dmitry Smirnov only...@member.fsf.org writes:
 Sorry I don't understand the question and the problem. We moved away
 from SVN some time ago. Workflow is usual and simple:

 extract upstream source,

I use git-svn to track upstream so I first tried

git archive --prefix=xpra-0.9.4+svn3586/ -o ../xpra_0.9.4+svn3586.orig.tar.gz 
HEAD

but apparently the tarball should only include the src/ subdirectory. I
resorted into using tar manually.

 add debian from repository and build using debuild.

I used

git-buildpackage --git-no-create-orig --git-overlay --git-export-dir=.. -S

but I first had to disable conf-audio-codecs.patch and old-libav.patch
since they would not apply. I then ran

sudo pbuilder --build ../xpra_0.9.4+svn3586-1.dsc

but it failed with

x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 
-Wall -Wstrict-prototypes -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC 
-I/usr/include/python2.7 -c xpra/codecs/dec_avcodec/dec_avcodec.c -o 
build/temp.linux-x86_64-2.7/xpra/codecs/dec_avcodec/dec_avcodec.o -Wall 
-Werror=implicit-function-declaration -fPIC
xpra/codecs/dec_avcodec/dec_avcodec.c: In function 'clean_decoder':
xpra/codecs/dec_avcodec/dec_avcodec.c:167:3: error: implicit declaration of 
function 'avcodec_free_frame' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1

Maybe I need to somehow port old-libav.patch to the new xpra svn trunk?
It patches x264lib.c which does not exist anymore in upstream source
tree so I'm quite puzzled.

-Timo


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

Bug#706065: libvte-2.90-common: /etc/profile.d/vte.sh is not sourced by interactive shells

2013-06-05 Thread Fabian Greffrath

I'd like to add that since the vte.sh script has been improved in
version vte3-0.34.5, it is sufficient to only source
. /etc/profile.d/vte.sh in ~/.bashrc, i.e. without changing the
prompt. This will be required as long as Debian's bash does not
source /etc/profile for non-login shells or as long as there is
no /etc/bashrc.d pendant for it (see #675008).

However, until this is addressed downstream (i.e. in Debian's bash
package) a short notice like this (taken from gnome-terminal's NEWS file
and slightly adapted) in debian/NEWS or debian/README would be very
appreciated:


 * To make new tabs opened within Gnome Terminal have the same same
   working directory as the current tab, it is necessary for the shell
   running in the terminal to cooperate. For this, vte installs a bash
   shell script that you must source in your ~/.bashrc. For example, you
   can put this at the end of your ~/.bashrc:

   [[ -s /etc/profile.d/vte.sh ]]  . /etc/profile.d/vte.sh


 - Fabian


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

Bug#709431: now 10 test failures

2013-06-05 Thread Praveen A

Hi Sam,

We can try and fix these test failures in parallel to fixing rack
compatibility issue. Just try gem install rack -v 1.4.5 and use
dpkg-buildpackage. Once the rack issue is solved, we just have to upload
shoulda-matchers.

Praveen

On Jun 5, 2013 1:31 AM, Praveen A prav...@debian.org wrote:

[I think it is better to discuss on the bug now as it is specific to
shoulda-matchers]

Hi Sam,

After applying your patch I got to just 10 test failures with about
461 passing. See the attached log.

Praveen

Bug#711055: [php-maint] Bug#711055: php5-common: unowned files after purge (policy 6.8, 10.8): /etc/php5/mods-available/{opcache, pdo}.ini

2013-06-05 Thread Ondřej Surý

reassign 711055 ucf
affects 711055 src:php5 grub-pc
severity 709567 important
forcemerge 709567 711055
thank you

The error:
Undefined subroutine conffile::abs_path called at /usr/bin/ucfq line 529,
HASH line 3.

comes from this call:

ucfq -w /etc/php5/mods-available/module.ini

which I use in the postinst script to determine if my package still owns
the configfile (this is unfortunatelly needed to have php5-mysql and
php5-mysqlnd ship the module with same name).

The call fails and returns nothing.

Compared to wheezy ucf:

# ucfq -w /etc/php5/mods-available/pdo.ini
/etc/php5/mods-available/pdo.ini:php5-common:Yes:No

The unowned files in the system are just a side-effect of this bug (and
applies to all php5-module packages since they share the same code).

I would even say that this is a grave bug, since ucfq is unusable (or
mostly so), but I leave that to maintainer discretion.

O.

On Tue, Jun 4, 2013 at 1:11 PM, Andreas Beckmann a...@debian.org wrote:

 Package: php5-common
 Version: 5.5.0~rc2+dfsg-2
 Severity: important
 User: debian...@lists.debian.org
 Usertags: piuparts

 Hi,

 during a test with piuparts I noticed your package left unowned files on
 the system after purge, which is a violation of policy 6.8 (or 10.8):


 http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

 Filing this as important as having a piuparts clean archive is a release
 goal since lenny.

 From the attached log (scroll to the bottom...):

 0m26.7s ERROR: FAIL: Package purging left files on system:
   /etc/php5/mods-available/opcache.ini   not owned
   /etc/php5/mods-available/pdo.ini   not owned


 cheers,

 Andreas

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint




-- 
Ondřej Surý ond...@sury.org

Bug#693839: debian-installer: kernel install fails on armel buffalo linkstation pro, missing uboot-mkimage

2013-06-05 Thread Hector Oron

Hello,

2013/6/5 Cyril Brulebois k...@debian.org:
 Martin Michlmayr t...@cyrius.com (04/06/2013):

 I just received several bug reports about this issue and decided to
 investigate.

 Many thanks!

+1

 Maybe we should also perform a .db check at build time, so that any
 new such items would be spotted early? The following shell snippet
 seems to do the trick, and could be added to debian/rules, causing
 non-zero exit in case there are some hits?

 $ for i in Optional Required; do ok=$(grep -c ^$i-Packages db/all.db); 
 all=$(grep -i -c ^$i-Packages db/all.db); if [ $ok != $all ]; then echo 
 Wrong case for $((all-ok)) $i-Packages fields in db/all.db; fi; done
 Wrong case for 12 Required-Packages fields in db/all.db

 Feel free to add that to master if you like it, and upload the
 resulting package to unstable. I can take care of preparing the wheezy
 branch and the wheezy pu bug report.

Thanks, I think it is not bad idea to add such extra-check. I'll look
into adding it to master.
Thanks as well for handling wheezy upload.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


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

Bug#711179: tons of GTK error messages upon exit

Package: gimp
Version: 2.8.4-1

Kindly try this experiment
# su - nobody -c 'HOME=/tmp/$$ gimp  /tmp/ee 21'
No directory, logging in with HOME=/
# sort /tmp/ee|uniq -c
 84 
 28 (gimp:4641): Gimp-Widgets-CRITICAL **: 
gimp_container_tree_store_clear_items: assertion `GIMP_IS_CONTAINER_TREE_STORE 
(store)' failed
 56 (gimp:4641): Gtk-CRITICAL **: IA__gtk_entry_completion_get_model: 
assertion `GTK_IS_ENTRY_COMPLETION (completion)' failed

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

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

Versions of packages gimp depends on:
ii  gimp-data   2.8.4-1
ii  libaa1  1.4p5-40
ii  libatk1.0-0 2.8.0-2
ii  libbabl-0.1-0   0.1.10-1
ii  libbz2-1.0  1.0.6-4
ii  libc6   2.17-4
ii  libcairo2   1.12.14-4
ii  libdbus-1-3 1.7.2-1
ii  libdbus-glib-1-20.100.2-1
ii  libexif12   0.6.21-1
ii  libexpat1   2.1.0-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.28.1-2
ii  libgegl-0.2-0   0.2.0-2+nmu1
ii  libgimp2.0  2.8.4-1
ii  libglib2.0-02.36.1-2build1
ii  libgs9  9.05~dfsg-7
ii  libgtk2.0-0 2.24.18-1
ii  libgudev-1.0-0  175-7.2
ii  libice6 2:1.0.8-2
ii  libjasper1  1.900.1-14
ii  libjavascriptcoregtk-1.0-0  1.8.1-3.4
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.2
ii  libmng1 1.0.10-3
ii  libpango1.0-0   1.32.5-5
ii  libpng12-0  1.2.49-4
ii  libpoppler-glib80.20.5-3
ii  librsvg2-2  2.36.4-2
ii  libsm6  2:1.2.1-2
ii  libsoup2.4-12.42.2-4
ii  libtiff43.9.6-11
ii  libwebkitgtk-1.0-0  1.8.1-3.4
ii  libwmf0.2-7 0.2.8.4-10.3
ii  libx11-62:1.5.0-1+deb7u1
ii  libxcursor1 1:1.1.13-1+deb7u1
ii  libxext62:1.3.1-2+deb7u1
ii  libxfixes3  1:5.0-4+deb7u1
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  libxt6  1:1.1.3-1+deb7u1
ii  python  2.7.3-13
ii  python-gtk2 2.24.0-3+b1
ii  python2.7   2.7.5-5
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages gimp recommends:
ii  ghostscript  9.05~dfsg-7

Versions of packages gimp suggests:
pn  gimp-data-extras  none
ii  gimp-help-en [gimp-help]  2.6.1-1
pn  gvfs-backends none
ii  libasound21.0.27.1-1

-- 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#711174: base-files: changes in 7.1wheezy1 break lsb-release on stable

2013-06-05 Thread Santiago Vila

reassign 711174 lsb-release
thanks

On Wed, 5 Jun 2013, Marc Fournier wrote:

 Package: base-files
 Version: 7.1wheezy1
 Severity: important
 
 Dear Maintainer,
 
 I'm not sure if this bug belongs to lsb or base-files. But here are the
 facts:
 
 Upgrading from 7.1 to 7.1wheezy1 (from wheezy-proposed-updates) breaks
 the codename returned by lsb_release. n/a is returned instead of
 wheezy.
 
 This is a nuisance because everything depending on lsb to identify the
 system release by codename instead of version number is also broken.
 
 Downgrading back to 7.1 solves the problem.
 
 Below, the steps I followed to hit this bug:
 
 # lsb_release -a
 No LSB modules are available.
 Distributor ID: Debian
 Description:Debian GNU/Linux 7.0 (wheezy)
 Release:7.0
 Codename:   wheezy
 
 # apt-cache policy base-files
 base-files:
   Installed: 7.1
   Candidate: 7.1wheezy1
   Version table:
  7.1wheezy1 0
 990 http://mirror.switch.ch/ftp/mirror/debian/ 
 wheezy-proposed-updates/main amd64 Packages
  *** 7.1 0
 990 http://mirror.switch.ch/ftp/mirror/debian/ wheezy/main amd64 
 Packages
 100 /var/lib/dpkg/status
  6.0squeeze7 0
  50 http://mirror.switch.ch/ftp/mirror/debian/ squeeze/main amd64 
 Packages
 
 # apt-get install base-files
 [...]
 The following packages will be upgraded:
   base-files
 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 Need to get 0 B/78.6 kB of archives.
 After this operation, 0 B of additional disk space will be used.
 (Reading database ... 61598 files and directories currently installed.)
 Preparing to replace base-files 7.1 (using 
 .../base-files_7.1wheezy1_amd64.deb) ...
 Unpacking replacement base-files ...
 Processing triggers for man-db ...
 Processing triggers for install-info ...
 Setting up base-files (7.1wheezy1) ...
 Installing new version of config file /etc/debian_version ...
 Installing new version of config file /etc/issue ...
 Installing new version of config file /etc/issue.net ...
 Installing new version of config file /etc/os-release ...
 
 # dpkg -l | grep base-files
 ii  base-files 7.1wheezy1   amd64 
Debian base system miscellaneous files
 
 # lsb_release -a
 No LSB modules are available.
 Distributor ID: Debian
 Description:Debian GNU/Linux 7.1 (n/a)
 Release:7.1
 Codename:   n/a

This is not a bug in base-files but a bug in lsb-release, the changes
in base-files are the result of the stable release managers decision
that Debian wheezy will be just Debian 7.

It's explained in base-files changelog:

  * Dropped .0 part from 7.0 in issue, issue.net and os-release,
as wheezy is Debian 7, the point releases are 7.x, and we
don't want to modify those files at every point release.

I'm afraid that lsb-release will have to adapt to this change, but
since the Debian 7 is already decided, I suppose you guys have an
implicit permission to fix this for the Debian 7.1 point release.

You will probably want to change RELEASE_CODENAME_LOOKUP in
/usr/share/pyshared/lsb_release.py and maybe lookup_codename as well.

Thanks.


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

Bug#711180: openjdk-7-jre: System default properties not applied

2013-06-05 Thread Camaleón

Package: openjdk-7-jre
Version: 7u3-2.1.7-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Running a java application (e.g., OmegaT).

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I edited the file located under /etc/java-7-openjdk/swing.properties to 
enable the
GTK look and feel but this had no effect.

swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel

I also tested with:

swing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel
swing.systemlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel

But none seem to work.

OTOH, running the java app by manually setting this property works as expected:

java -Dswing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -jar 
Documentos/programas/OmegatT.jar

So it looks like the swing.properties files is omitted or not being read.

   * What was the outcome of this action?

The java app uses the standard Metal LF.

   * What outcome did you expect instead?

The java app uses the GTK LF.



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

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

Versions of packages openjdk-7-jre depends on:
ii  libasound21.0.25-4
ii  libatk-wrapper-java-jni   0.30.4-3
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38
ii  libcairo2 1.12.2-3
ii  libcups2  1.5.3-5
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libgif4   4.1.6-10
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libjpeg8  8d-1
ii  libpango1.0-0 1.30.0-1
ii  libpng12-01.2.49-1
ii  libpulse0 2.0-6.1
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxi62:1.6.1-1+deb7u1
ii  libxinerama1  2:1.1.2-1+deb7u1
ii  libxrandr22:1.3.2-2+deb7u1
ii  libxrender1   1:0.9.7-1+deb7u1
ii  libxtst6  2:1.2.1-1+deb7u1
ii  openjdk-7-jre-headless7u3-2.1.7-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages openjdk-7-jre recommends:
pn  libgconf2-4   none
pn  libgnome2-0   none
pn  libgnomevfs2-0none
pn  ttf-dejavu-extra  none

Versions of packages openjdk-7-jre suggests:
pn  icedtea-7-plugin  none

-- 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#711166: Slideshows have to X-windows title bar title

2013-06-05 Thread Rene Engelhard

[ yeah., let's not mention that you attach a screenshot so that you
almost oversee it and say WTF? still no info when seeing just the text
of the mail... ]

Hi,

On Wed, Jun 05, 2013 at 04:51:39PM +0800, jida...@jidanni.org wrote:
 At least they could be titled Slide show or LOO Slide show, or
 [Filename] Slide show.

No. It shoudln't need to diusplay anything because a slide show
is fullscreen per definition normally, so it does not need a window
title.

he root question is why on earth this isn't fullscreen. Why is
this a window? What window manager is this?

Regards,

Rene


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

Bug#711117: Fwd: Anacron job 'cron.daily' on tglase.lan.tarent.de

2013-06-05 Thread Thorsten Glaser

tags 77 + patch
thanks

Hi,

please see the attached patch. (The initscript is ugly,
but I tried to keep the changes relatively minimal.)

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke

-- Forwarded message --
From: Anacron r...@tglase.lan.tarent.de
Message-ID: 20130602053545.90c13702...@tglase.lan.tarent.de
To: r...@tglase.lan.tarent.de
Date: Sun,  2 Jun 2013 07:35:45 +0200 (CEST)
Subject: Anacron job 'cron.daily' on tglase.lan.tarent.de

/etc/cron.daily/logrotate:
error: error running shared postrotate script for '/var/log/apache2/*.log '
run-parts: /etc/cron.daily/logrotate exited with return code 1From b47a2167c32559885d7cff6d72f83301aa67bfc6 Mon Sep 17 00:00:00 2001
From: Thorsten Glaser t...@debian.org
Date: Wed, 5 Jun 2013 11:04:59 +0200
Subject: [PATCH] The init script exits 0 unless an error occured. Closes:
 #77

Signed-off-by: Thorsten Glaser t...@debian.org
---
 debian/apache2.init | 25 -
 1 file changed, 20 insertions(+), 5 deletions(-)

diff --git a/debian/apache2.init b/debian/apache2.init
index a9f215f..78f84cc 100755
--- a/debian/apache2.init
+++ b/debian/apache2.init
@@ -206,7 +206,9 @@ do_stop()
 # Function that sends a SIGHUP to the daemon/service
 #
 do_reload() {
-if $APACHE2CTL configtest  /dev/null 21; then
+	$APACHE2CTL configtest /dev/null 21
+	APACHE2_INIT_CONFIGTEST_STATUS=$?
+	if test $APACHE2_INIT_CONFIGTEST_STATUS = 0; then
 	if ! pidofproc -p $PIDFILE $DAEMON  /dev/null 21 ; then
 APACHE2_INIT_MESSAGE=Apache2 is not running
 return 2
@@ -282,6 +284,7 @@ case $1 in
 [ $VERBOSE != no ]  log_end_msg 1
 [ -n $APACHE2_INIT_MESSAGE ]  echo $APACHE2_INIT_MESSAGE 2
 log_failure_msg
+			exit 1
;;
 	esac
 	;;
@@ -305,15 +308,25 @@ case $1 in
 [ $VERBOSE != no ]  log_end_msg $?
 fi
 
+	case $RET_STATUS in
+	(0|1)
+		;;
+	(*)
+		exit 1
+		;;
+	esac
+
 	;;
   status)
-	status_of_proc -p $PIDFILE apache2 $NAME  exit 0 || exit $?
+	status_of_proc -p $PIDFILE apache2 $NAME
+	exit $?
 	;;
   reload|force-reload|graceful)
 	log_daemon_msg Reloading $DESC $NAME
 	do_reload
 	log_end_msg $?
 [ $VERBOSE != no ]  [ x$APACHE2_INIT_MESSAGE != x ]  log_warning_msg $APACHE2_INIT_MESSAGE
+	test $APACHE2_INIT_CONFIGTEST_STATUS = 0 || exit 1
 	;;
   restart)
 	log_daemon_msg Restarting $DESC $NAME
@@ -322,14 +335,15 @@ case $1 in
 	  0|1)
 		do_start
 		case $? in
-			0) log_end_msg 0 ;;
-			1) log_end_msg 1 ;; # Old process is still running
-			*) log_end_msg 1 ;; # Failed to start
+		0) log_end_msg 0 ;;
+		1) log_end_msg 1; exit 1 ;; # Old process is still running
+		*) log_end_msg 1; exit 1 ;; # Failed to start
 		esac
 		;;
 	  *)
 		# Failed to stop
 		log_end_msg 1
+		exit 1
 		;;
 	esac
 	;;
@@ -348,3 +362,4 @@ case $1 in
 	exit 3
 	;;
 esac
+exit 0
-- 
1.8.3

Bug#711181: xpra: spinners consume a lot of CPU time unnecessarily

2013-06-05 Thread Timo Juhani Lindfors

Package: xpra
Version: 0.9.4+dfsg-1
Severity: wishlist

My laptop is usually connected to at least two xpra servers. If the
network connection is bad I frequently see xpra drawing spinners over
all windows. This is a good indicator but I think it uses bit too much
CPU time causing my laptop fan to accelerate when the 3G connection
drops:

Tasks: 154 total,   3 running, 150 sleeping,   0 stopped,   1 zombie
Cpu(s): 34.1%us,  0.7%sy,  0.0%ni, 65.2%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   5867296k total,  2151144k used,  3716152k free,   270956k buffers
Swap: 11460604k total,50704k used, 11409900k free,  1002416k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 
 1548 root  20   0  220m 114m  11m R   62  2.0 190:29.15 Xorg   
 
 9286 lindi 20   0  795m  79m  16m S4  1.4   7:49.61 xpra   
 
 9265 lindi 20   0  938m  72m  17m S3  1.3  15:25.61 xpra



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

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

Versions of packages xpra depends on:
ii  libavcodec53  6:0.8.7-1
ii  libc6 2.17-4
ii  libswscale2   6:0.8.7-1
ii  libvpx1   1.2.0-2
ii  libwebp2  0.1.3-3+nmu1
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libx264-123   2:0.123.2189+git35cf912-1
ii  python2.7.3-5
ii  python-gtk2   2.24.0-3+b1
ii  python-wimpiggy   0.9.4+dfsg-1
ii  x11-xserver-utils 7.7~3
ii  xserver-xorg-input-void   1:1.4.0-1+b1
ii  xserver-xorg-video-dummy  1:0.3.5-2+b1

Versions of packages xpra recommends:
ii  openssh-client   1:6.2p2-3
ii  python-imaging   1.1.7-4
ii  ssh-askpass  1:1.2.4.1-9
ii  ssh-askpass-gnome [ssh-askpass]  1:6.2p2-3

Versions of packages xpra suggests:
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
pn  openssh-server  none
pn  pulseaudio  none
pn  pulseaudio-utilsnone
ii  python-dbus 1.2.0-1
ii  python-gst0.10  0.10.22-3
pn  python-gtkglext1none

-- 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#688161: Please port to libnl-3.x

2013-06-05 Thread Ritesh Raj Sarraf

On Monday 03 June 2013 05:32 PM, Michael Biebl wrote:
 as I'd like to proceed with the removal of libnl1 as soon as possible,
 I'm bumping the severity (will be bumped to serious in a few weeks).

 Please update your package at your earliest convenience.

I've been very busy of late. I can't commit anything but I'll try to get
this done over this weekend. In case I slip, I hope you'll accommodate it.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#688161: Please port to libnl-3.x

2013-06-05 Thread Michael Biebl

Am 05.06.2013 11:05, schrieb Ritesh Raj Sarraf:
 On Monday 03 June 2013 05:32 PM, Michael Biebl wrote:
 as I'd like to proceed with the removal of libnl1 as soon as possible,
 I'm bumping the severity (will be bumped to serious in a few weeks).

 Please update your package at your earliest convenience.
 
 I've been very busy of late. I can't commit anything but I'll try to get
 this done over this weekend. In case I slip, I hope you'll accommodate it.

Fwiw, the URL in [1] is dead, you can find the patch at [2].


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688161#15
[2]
http://open-fcoe.org/git/?p=fcoe-utils.git;a=commitdiff;h=0a9af08a5661ceac87d7b9f98b204a9f80169333

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



signature.asc
Description: OpenPGP digital signature

Bug#711159: upgrade of openssh-server to 1:6.2p2-3 wants to uninstall file-rc in favor of sysv-rc

2013-06-05 Thread Steve Lane

On Jun 05 09:49, Colin Watson wrote:
 On Tue, Jun 04, 2013 at 10:58:20PM -0700, Steve Lane wrote:
  openssh-server 1:6.2p2-3 depends on sysv-rc (= 2.88dsf-24), which
  apparently means it wants to uninstall file-rc (which is currently at
  0.8.16).  It seems like this should be a dependence on sysv-rc or file-rc.
 
 Yes, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709482.  I'll
 upload a rebuilt version of openssh soonish which will fix this.
 
 -- 
 Colin Watson   [cjwat...@debian.org]

Great - thanks very much.  Somehow I managed to miss this (not exactly
sure how :)

Thank you for your efforts on everyone's behalf.  Please (feel free to)
close out this bug if  when you see fit.

Best,

--
Steve Lane


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

Bug#711182: php-horde-core: Mobile UI: JQuery missing and along with plugins developped by upstream

2013-06-05 Thread Arnaud Fontaine

Package: php-horde-core
Severity: normal
Tags: patch

Hello,

After testing  horde 5, I found  out that mobile UI  is completely wrong
because of missing  Javascript files. It's because  in debian/rules, you
remove entirely usr/share/horde/js/jquery.mobile and  then add a symlink
to jquery-mobile.  But js/jquery.mobile/ from upstream also ships jquery
itself   and   plugins   (autocomplete   and   swipebutton)   developped
specifically for Horde apparently.

I have  attached a  patch fixing  this issue. Hope  that's ok.   Also, I
reported #711149, which this patch depends upon for the following lines:

dh_link usr/share/javascript/jquery-mobile/jquery.mobile.min.js
dh_link usr/share/javascript/jquery-mobile/jquery.mobile.js

So, if you  upload after the bug  above has been fixed, you  may have to
bump Depends version for libjs-jquery-mobile depending on the fix chosen
by the maintainer.

Thanks for packaging horde!

Regards,
Arnaud Fontaine

diff -urN /tmp/php-horde-core-2.4.3/debian/changelog php-horde-core-2.4.3/debian/changelog
--- /tmp/php-horde-core-2.4.3/debian/changelog	2013-04-07 23:05:31.0 +0900
+++ php-horde-core-2.4.3/debian/changelog	2013-06-05 17:50:06.360731491 +0900
@@ -1,3 +1,12 @@
+php-horde-core (2.4.3-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Upstream js/jquery.mobile actually ships both jquery and jquery-mobile
+along with its own plugins, thus add libjs-jquery as Depends and fix
+links accordingly.
+
+ -- Arnaud Fontaine ar...@debian.org  Wed, 05 Jun 2013 16:00:00 +0900
+
 php-horde-core (2.4.3-1) unstable; urgency=low
 
   * New upstream version 2.4.3
diff -urN /tmp/php-horde-core-2.4.3/debian/control php-horde-core-2.4.3/debian/control
--- /tmp/php-horde-core-2.4.3/debian/control	2013-04-07 23:05:31.0 +0900
+++ php-horde-core-2.4.3/debian/control	2013-06-05 16:59:15.646537226 +0900
@@ -11,7 +11,7 @@
 
 Package: php-horde-core
 Architecture: all
-Depends: ${misc:Depends}, ${phppear:Debian-Depends}, libjs-jquery-mobile, libjs-prototype, libjs-scriptaculous
+Depends: ${misc:Depends}, ${phppear:Debian-Depends}, libjs-jquery-mobile, libjs-jquery, libjs-prototype, libjs-scriptaculous
 Recommends: ${phppear:Debian-Recommends}
 Breaks: ${phppear:Debian-Breaks}
 Description: ${phppear:summary}
diff -urN /tmp/php-horde-core-2.4.3/debian/preinst php-horde-core-2.4.3/debian/preinst
--- /tmp/php-horde-core-2.4.3/debian/preinst	1970-01-01 09:00:00.0 +0900
+++ php-horde-core-2.4.3/debian/preinst	2013-06-05 18:07:07.156146225 +0900
@@ -0,0 +1,20 @@
+#!/bin/sh
+
+set -e
+
+#DEBHELPER#
+
+case $1 in
+  install|upgrade)
+# jquery.mobile was previously a symlink to jquery-mobile (= 2.4.3-1),
+# but as it was missing jquery, the directory was put back. However,
+# dpkg does not delete the symlink on upgrade...
+if [ -L /usr/share/horde/js/jquery.mobile ]; then
+rm /usr/share/horde/js/jquery.mobile
+fi
+;;
+  *)
+;;
+esac
+
+exit 0
diff -urN /tmp/php-horde-core-2.4.3/debian/rules php-horde-core-2.4.3/debian/rules
--- /tmp/php-horde-core-2.4.3/debian/rules	2013-04-07 23:05:31.0 +0900
+++ php-horde-core-2.4.3/debian/rules	2013-06-05 16:59:15.646537226 +0900
@@ -8,8 +8,19 @@
 override_dh_link:
 	# Embedded JS libs
 	# ... from package libjs-jquery-mobile
-	rm -r $(DESTDIR)/usr/share/horde/js/jquery.mobile
-	dh_link usr/share/javascript/jquery-mobile usr/share/horde/js/jquery.mobile
+	rm -r $(DESTDIR)/usr/share/horde/js/jquery.mobile/images/
+	dh_link usr/share/javascript/jquery-mobile/images/ usr/share/horde/js/jquery.mobile/images
+	rm $(DESTDIR)/usr/share/horde/js/jquery.mobile/jquery.mobile.js
+	dh_link usr/share/javascript/jquery-mobile/jquery.mobile.js usr/share/horde/js/jquery.mobile/jquery.mobile.js
+	rm $(DESTDIR)/usr/share/horde/js/jquery.mobile/jquery.mobile.min.js
+	dh_link usr/share/javascript/jquery-mobile/jquery.mobile.min.js usr/share/horde/js/jquery.mobile/jquery.mobile.min.js
+	rm $(DESTDIR)/usr/share/horde/js/jquery.mobile/jquery.mobile.min.css
+	dh_link usr/share/javascript/jquery-mobile/jquery.mobile.min.css usr/share/horde/js/jquery.mobile/jquery.mobile.min.css
+	# ... from libjs-jquery
+	rm $(DESTDIR)/usr/share/horde/js/jquery.mobile/jquery.js
+	dh_link usr/share/javascript/jquery/jquery.js usr/share/horde/js/jquery.mobile/jquery.js
+	rm $(DESTDIR)/usr/share/horde/js/jquery.mobile/jquery.min.js
+	dh_link usr/share/javascript/jquery/jquery.min.js usr/share/horde/js/jquery.mobile/jquery.min.js
 	# ... from package libjs-prototype
 	rm $(DESTDIR)/usr/share/horde/js/prototype.js
 	dh_link usr/share/javascript/prototype/prototype.js usr/share/horde/js/prototype.js

Bug#711183: mount: umount parser for /proc/mounts broken on stale nfs mount (gets renamed to /mnt/point (deleted))

2013-06-05 Thread Florian Lohoff

Package: mount
Version: 2.20.1-5.3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

 Mount nfs - suspend/disable networking - NFS Mount is broken, Server 
unreachable.
 Kernel renames mountpoint to /mnt/point (deleted) (see fs/dcache.c in 
linux kernel)
 which is a bug in itself.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 Nothing - i found no way of unmounting the now broken NFS.


This is the result in /proc/mounts:

flo@p2:~$ cat /proc/mounts  | grep nfs4
pobox:/scratch/local /scratch/pobox\040(deleted) nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.177.145,minorversion=0,local_lock=none,addr=192.168.177.1
 0 0

Trying to unmount /scratch/pobox returns:

is not mounted (according to mtab)

because /etc/mtab is a link to /proc/mounts which
now contains garbage.

Trying to unmount /scratch/pobox\040(deleted)
returns the same.

There is no way to unmount the nfs share.

Flo


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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 mount depends on:
ii  libblkid12.20.1-5.3
ii  libc62.13-38
ii  libmount12.20.1-5.3
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common  1:1.2.6-3

-- 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#711184: mount should not stat mountpoints on mount

2013-06-05 Thread Florian Lohoff

Package: mount
Version: 2.20.1-5.3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?

 And NFS Mount got broken because the NFS Server was unreachable. Mounting 
a different
 NFS server or CIFS share is impossible as mount stats all mountpoints on 
mount so
 the mount hangs.

 See #711183 for the unmount bug and the situation.

This is the strace - aborted after hang with ctrl-c - /scratch/pobox was the 
stuck
nfs mountpoint:

readlink(/sys/kernel/debug, 0x7f59ac90, 4096) = -1 EINVAL (Invalid 
argument)
readlink(/scratch, 0x7f59ac90, 4096) = -1 EINVAL (Invalid argument)
readlink(/scratch/pobox, ^C unfinished ...

I was trying to mount a cifs share from fstab:

samba:/homes/home/flo/samba cifsnoauto,user 0   2

Which did not succeed.

So i cant unmount the broken share - and i cant mount new ones - Reboot *grrr*

Flo


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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 mount depends on:
ii  libblkid12.20.1-5.3
ii  libc62.13-38
ii  libmount12.20.1-5.3
ii  libselinux1  2.1.9-5
ii  libsepol12.1.4-3

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common  1:1.2.6-3

-- 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#711134: libtinfo5: segfaults on a terminal with few capabilities

2013-06-05 Thread Thomas Dickey

On Wed, Jun 05, 2013 at 12:57:52AM +0200, Adam Borowski wrote:
 Package: libtinfo5
 Version: 5.9+20130504-1
 Severity: normal
 
 
 If you run a program that uses tgetent() -- at least bash and gdb, with

They both use readline, which has its own problems :-)

 TERM=KBtin, it will segfault on startup.  Its terminfo definition can be
 found in package kbtin, or by tic-ing:

A traceback would be helpful.  tic says there's problems with this entry
by the way:

/tmp/kbtin.ti, line 1, terminal 'kbtin': inconsistent values for max_colors 
(8) and max_pairs (-1)
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(0) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(0) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': checking sgr(standout) \e[0;1m
compare to \e[0;1;47m
unmatched 47m
/tmp/kbtin.ti, line 1, terminal 'kbtin': enter_standout_mode differs from 
sgr(1)
enter_standout_mode=\e[0;1;47m
sgr(1)=\e[0;1m
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(1) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(2) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(3) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(4) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(5) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(6) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(7) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(8) string
/tmp/kbtin.ti, line 1, terminal 'kbtin': stack error in sgr(9) string

-- 
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#708522: src:nginx: running debian/rules binary is not enough to build a binary package

2013-06-05 Thread Cyril Lavier

On 05/16/2013 12:03 PM, Ansgar Burchardt wrote:
 Package: src:nginx
 Version: 1.4.1-1
 Severity: serious

 Calling debian/rules' binary target is not enough to build the package as
 required by Policy 4.9: The binary target must be all that is necessary for
 the user to build the binary package(s) produced from this source package.

 
 % fakeroot make -f debian/rules binary
 dh_testdir
 dh_testroot
 dh_prep
 dh_installdirs
 dh_install
 cp: cannot stat ‘./debian/build-full/objs/nginx’: No such file or directory
 dh_install: cp -a ./debian/build-full/objs/nginx debian/nginx-full/usr/sbin/ 
 returned exit code 1
 make: *** [install] Error 2
 

 Ansgar

Hello Ansgar.

The fix is commited and pushed to the GIT repository.

This issue should be fixed with the next upload.

Thanks.

-- 
Cyril Davromaniak Lavier
KeyID 59E9A881
http://www.davromaniak.eu


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

Bug#517764: binutils-gold: Should be disabled for powerpc

2013-06-05 Thread Matthias Klose

Am 05.06.2013 10:47, schrieb Sylvestre Ledru:
 retitle 517764 binutils-gold: broken on ppc. Disabled it for this arch
 thanks
 
 Hello,
 
 Because binutils-gold fails to work on basic operation under powerpc, I
 think it should be disabled to make that clear.
 See this basic example:
 https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.3arch=powerpcver=1%3A3.3~%2Brc3-1~exp1stamp=1370352371

no, just don't use it if it doesn't work for you.  I assume you already tested
the version from experimental, and found that broken too.  But maybe not, as the
only references are a build log and a reference to a four year old bug report.

  Matthias


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

Bug#517764: binutils-gold: Should be disabled for powerpc

2013-06-05 Thread Sylvestre Ledru

On 05/06/2013 11:24, Matthias Klose wrote:
 Am 05.06.2013 10:47, schrieb Sylvestre Ledru:
 retitle 517764 binutils-gold: broken on ppc. Disabled it for this arch
 thanks

 Hello,

 Because binutils-gold fails to work on basic operation under powerpc, I
 think it should be disabled to make that clear.
 See this basic example:
 https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.3arch=powerpcver=1%3A3.3~%2Brc3-1~exp1stamp=1370352371
 
 no, just don't use it if it doesn't work for you.  I assume you already tested
 the version from experimental, and found that broken too.  But maybe not, as 
 the
 only references are a build log and a reference to a four year old bug report.
I was taking upstream bug as a reference:
http://sourceware.org/bugzilla/show_bug.cgi?id=6767

Sylvestre


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

Bug#711169: cups-daemon: ipp printer browsing support removed

2013-06-05 Thread Helmut Grohne

On Wed, Jun 05, 2013 at 10:14:20AM +0200, Helmut Grohne wrote:
 As a first step I ask for an entry in NEWS.Debian, telling users about
 the issue. This helps users not finding their printing setup being
 broken for no obvious reason. This might also reduce the amount of bug
 reports for this issue (assuming users install apt-listchanges).

I am proposing the attached patch to address this. Feel free use it as a
base for further expansion or to include it as is.

 It is a bit unclear to me how to get a transition at all. Apparently the
 cups-browsed package is not part of wheezy. So as far as I can see
 wheezy is not going to talk bonjour. On the other hand jessie/sid is not
 going to talk IPP browsing. How are they supposed to interact?

The observation about cups-browsed not supporting the old browse
protocol was wrong. Thanks to Didier for pointing out. The default
configuration of the package is not sufficient though. To interact with
wheezy cups systems the value cups needs to be added to
BrowseRemoteProtocols and BrowseLocalProtocols (for either direction).
This is not difficult once you know what to do.

Helmut
diff -Nru cups-1.6.2/debian/changelog cups-1.6.2/debian/changelog
--- cups-1.6.2/debian/changelog 2013-06-04 14:19:17.0 +0200
+++ cups-1.6.2/debian/changelog 2013-06-05 11:18:16.0 +0200
@@ -1,3 +1,10 @@
+cups (1.6.2-8.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Explain browsing transition in cups.NEWS (Closes: #711169).
+
+ -- Helmut Grohne hel...@subdivi.de  Wed, 05 Jun 2013 11:16:33 +0200
+
 cups (1.6.2-8) unstable; urgency=low
 
   * Upload to unstable.
diff -Nru cups-1.6.2/debian/cups.NEWS cups-1.6.2/debian/cups.NEWS
--- cups-1.6.2/debian/cups.NEWS 2013-03-19 11:05:13.0 +0100
+++ cups-1.6.2/debian/cups.NEWS 2013-06-05 11:19:36.0 +0200
@@ -1,3 +1,14 @@
+cups (1.6.2-8) unstable; urgency=low
+
+  * The support for browsing printers on the local network has been moved to
+the cups-browsed package. If you need to access a wheezy cups server, you
+need to install this package and add cups to the BrowseRemoteProtocols
+configuration entry. Similarly if a wheezy client is to discover a newer
+cups server, the cups server also needs this package and has to list
+cups to the BrowseLocalProtocols configuration entry.
+
+ -- Helmut Grohne hel...@subdivi.de  Wed, 05 Jun 2013 11:13:16 +0200
+
 cups (1.5.3-2.7) unstable; urgency=low
 
   In order to mitigate a privilege escalation from the lpadmin to root

Bug#711185: [INTL:da] Danish translation of the debconf templates debian-edu-config

2013-06-05 Thread Joe Dalton


Package: debian-edu-config
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debian-edu-config translations.

joe@pc:~/over/debian/debian-edu-config$ msgfmt --statistics -c -v -o /dev/null 
da.po
da.po: 14 oversatte tekster.

bye
Joe


da.po.tar.gz
Description: GNU Zip compressed data

Bug#711186: epiphany-browser: Impossible to select as Default Application for Web in g-c-c

2013-06-05 Thread Fabian Greffrath

Package: epiphany-browser
Version: 3.8.2-1
Severity: normal

Hi,

it is currently impossible for me to select Epiphany as the Defaut Application 
for Web content in gnome-control-center's Details panel. Only Iceweasel is 
listed there.

 - Fabian


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-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

Versions of packages epiphany-browser depends on:
ii  dbus-x11   1.6.10-1
ii  epiphany-browser-data  3.8.2-1
ii  gnome-icon-theme   3.8.2-1
ii  gsettings-desktop-schemas  3.8.0-1
ii  iso-codes  3.42-1
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libavahi-gobject0  0.6.31-2
ii  libc6  2.17-3
ii  libcairo2  1.12.14-4
ii  libgcr-3-1 3.8.2-1
ii  libgdk-pixbuf2.0-0 2.28.1-1
ii  libglib2.0-0   2.36.1-2build1
ii  libgnome-desktop-3-2   3.4.2-2
ii  libgtk-3-0 3.8.2-1
ii  libnotify4 0.7.5-2
ii  libnspr4   2:4.9.6-1
ii  libnspr4-0d2:4.9.6-1
ii  libnss32:3.14.3-1
ii  libnss3-1d 2:3.14.3-1
ii  libpango-1.0-0 1.32.5-5+b1
ii  libpangocairo-1.0-01.32.5-5+b1
ii  libsecret-1-0  0.15-2
ii  libsoup2.4-1   2.42.2-4
ii  libsqlite3-0   3.7.17-1
ii  libwebkitgtk-3.0-0 2.0.2-1
ii  libwnck-3-03.4.2-1
ii  libx11-6   2:1.5.0-1+deb7u1
ii  libxml22.9.0+dfsg1-4
ii  libxslt1.1 1.1.26-14.1

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20130119
ii  evince   3.8.2-1
ii  yelp 3.4.2-1+b1

epiphany-browser 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#710864: #710864: any updates?

2013-06-05 Thread Andrew Chadwick

Hello, Harishankar

Are you able to update http://bugs.debian.org/710864 with any
information which would help me reproduce the problem? Please be
specific about any error messages you get from apt-get. Pasting the
command lines you are using will be helpful, as would the contents of
your /etc/apt/sources.list* and any instructions you can supply about
how this problem can be demonstrated starting from a blank slate.
Please be as detailed as you can, because I have not been able to
reproduce this problem by myself using the information given.

-- 
Andrew Chadwick


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

Bug#710803: cron: systematically creates a temporary file in /tmp every hour

2013-06-05 Thread Christian Kastner

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 It seems that the following Debian commit which introduces a
 temporary file has an unfortunate side-effect: 
 http://anonscm.debian.org/gitweb/?p=pkg-cron/pkg- 
 cron.git;a=commitdiff;h=e61050367866fb1b627e2c004d370914eced70cb
 
 Indeed even if cron has nothing to do, a temporary file is always
 created in /tmp and immediatly deleted.
 
 I am trying to reduce the power consumption of my server and this
 patch had the effect of waking-up the hard-drive every hour.
 
 Maybe it is possible to prevent the temporary file creation if cron
 has nothing to do ?

With nothing to do, do mean no jobs are run or jobs do not create
output?

In any case, a simple solution would be to have a tmpfs on /tmp. This
is trivial to do with Wheezy (see /etc/default/tmpfs), and still easy
with Squeeze.

Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlGu//wACgkQwSyarY0epjX6JgCeNJ9KM7vpudKvueQ+EBERNpQo
jeIAnjNXziel3gQ+H2sHRqiR7FOPxijW
=5oHu
-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#517764: binutils-gold: Should be disabled for powerpc

2013-06-05 Thread Matthias Klose

Am 05.06.2013 11:26, schrieb Sylvestre Ledru:
 On 05/06/2013 11:24, Matthias Klose wrote:
 Am 05.06.2013 10:47, schrieb Sylvestre Ledru:
 retitle 517764 binutils-gold: broken on ppc. Disabled it for this arch
 thanks

 Hello,

 Because binutils-gold fails to work on basic operation under powerpc, I
 think it should be disabled to make that clear.
 See this basic example:
 https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.3arch=powerpcver=1%3A3.3~%2Brc3-1~exp1stamp=1370352371

 no, just don't use it if it doesn't work for you.  I assume you already 
 tested
 the version from experimental, and found that broken too.  But maybe not, as 
 the
 only references are a build log and a reference to a four year old bug 
 report.
 I was taking upstream bug as a reference:
 http://sourceware.org/bugzilla/show_bug.cgi?id=6767

ohh sorry for being inaccurate.  five years old ...


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

Bug#517764: binutils-gold: Should be disabled for powerpc

2013-06-05 Thread Sylvestre Ledru

On 05/06/2013 11:31, Matthias Klose wrote:
 Am 05.06.2013 11:26, schrieb Sylvestre Ledru:
 On 05/06/2013 11:24, Matthias Klose wrote:
 Am 05.06.2013 10:47, schrieb Sylvestre Ledru:
 retitle 517764 binutils-gold: broken on ppc. Disabled it for this arch
 thanks

 Hello,

 Because binutils-gold fails to work on basic operation under powerpc, I
 think it should be disabled to make that clear.
 See this basic example:
 https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.3arch=powerpcver=1%3A3.3~%2Brc3-1~exp1stamp=1370352371

 no, just don't use it if it doesn't work for you.  I assume you already 
 tested
 the version from experimental, and found that broken too.  But maybe not, 
 as the
 only references are a build log and a reference to a four year old bug 
 report.
 I was taking upstream bug as a reference:
 http://sourceware.org/bugzilla/show_bug.cgi?id=6767
 
 ohh sorry for being inaccurate.  five years old ...
 
The last comment from upstream is one year old.

Sylvestre


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

Bug#711187: linux-image-3.2.0-4-amd64: kernel should not rename mountpoint if nfs server is dead/unreachable

2013-06-05 Thread Florian Lohoff

Package: src:linux
Version: 3.2.41-2
Severity: normal

Dear Maintainer,
   * What led up to the situation?

 nfs mount via fstab, move notebook to a different network so nfs server 
gets 
 unrachable. 

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

 No reaction on the mountpoint.


Related to http://bugs.debian.org/711183 and http://bugs.debian.org/711184 
which are both
agains mount beeing unable to unmount the broken nfs mount or mount new ones.


After the NFS Server gets unreachable the mountpoint gets renamed:

flo@p2:~$ cat /proc/mounts  | grep nfs4
pobox:/scratch/local /scratch/pobox\040(deleted) nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,port=0,timeo=600,retra
+ns=2,sec=sys,clientaddr=192.168.177.145,minorversion=0,local_lock=none,addr=192.168.177.1
 0 0

This seems to stem from the kernel fs/dcache.c

A mountpoint should not be renamed by the kernel to an ambigous name which 
could clash.

Flo


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/p2-root ro

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[ 6120.675883] ata5: SATA link down (SStatus 0 SControl 300)
[ 6120.755455] usb 1-1.4: reset full-speed USB device number 4 using ehci_hcd
[ 6120.839414] sdhci-pci :0d:00.0: Will use DMA mode even though HW doesn't 
fully claim to support it.
[ 6120.839473] sdhci-pci :0d:00.0: setting latency timer to 64
[ 6120.853640] btusb 1-1.4:1.0: no reset_resume for driver btusb?
[ 6120.853645] btusb 1-1.4:1.1: no reset_resume for driver btusb?
[ 6120.871343] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded
[ 6120.872179] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded
[ 6120.886533] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded
[ 6120.886959] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded
[ 6120.888626] ata2.00: configured for UDMA/100
[ 6120.891869] firewire_core: rediscovered device fw0
[ 6120.923438] usb 1-1.6: reset high-speed USB device number 5 using ehci_hcd
[ 6121.093959] usb 2-1.4: reset high-speed USB device number 7 using ehci_hcd
[ 6121.191348] usb 2-1.4: device firmware changed
[ 6122.279853] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 6122.518181] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[ 6122.518187] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[ 6122.518192] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered 
out
[ 6122.522359] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[ 6122.522365] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) 
filtered out
[ 6122.522370] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered 
out
[ 6122.524189] ata1.00: configured for UDMA/100
[ 6122.565759] PM: resume of devices complete after 2233.298 msecs
[ 6122.684145] PM: Finishing wakeup.
[ 6122.684147] Restarting tasks ... done.
[ 6122.693587] usb 2-1.4: USB disconnect, device number 7
[ 6122.701872] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected 
from ttyUSB0
[ 6122.705085] qcserial 2-1.4:1.1: device disconnected
[ 6122.707435] qcserial ttyUSB1: Qualcomm USB modem converter now disconnected 
from ttyUSB1
[ 6122.710560] qcserial 2-1.4:1.2: device disconnected
[ 6122.714494] video LNXVIDEO:00: Restoring backlight state
[ 6122.718666] qcserial ttyUSB2: Qualcomm USB modem converter now disconnected 
from ttyUSB2
[ 6122.718816] qcserial 2-1.4:1.3: device disconnected
[ 6122.794638] usb 2-1.4: new high-speed USB device number 8 using ehci_hcd
[ 6122.892528] usb 2-1.4: config 1 has an invalid interface number: 1 but max 
is 0
[ 6122.892535] usb 2-1.4: config 1 has no interface number 0
[ 6122.894323] usb 2-1.4: New USB device found, idVendor=05c6, idProduct=9204
[ 6122.894328] usb 2-1.4: New USB device strings: Mfr=3, Product=2, 
SerialNumber=0
[ 6122.894331] usb 2-1.4: Product: Qualcomm Gobi 2000
[ 6122.894333] usb 2-1.4: Manufacturer: Qualcomm Incorporated
[ 6122.895872] qcserial 2-1.4:1.1: Qualcomm USB modem converter detected
[ 6122.895954] usb 2-1.4: Qualcomm USB modem converter now attached to ttyUSB0
[ 6122.970156] usb 1-1.5: new high-speed USB device number 6 using ehci_hcd
[ 6123.066203] usb 1-1.5: New USB device found, idVendor=17ef, idProduct=100a
[ 6123.066208] usb 1-1.5: New USB device strings: Mfr=0, Product=0, 
SerialNumber=0
[ 6123.06] hub 1-1.5:1.0: USB hub found
[ 6123.066758] hub 1-1.5:1.0: 6 ports detected
[ 6123.337401] usb 1-1.5.1: new low-speed USB device number 7 using ehci_hcd
[ 6123.451644] usb 1-1.5.1: New USB device found, idVendor=04b3, idProduct=3025
[ 6123.451655] usb 1-1.5.1: New USB device strings: Mfr=1,

Bug#710894: pu: package gnome-settings-daemon/3.4.2+git20121218.7c1322-3

Hi,

Emilio, thanks for fixing this in wheezy!

On Mittwoch, 5. Juni 2013, Emilio Pozuelo Monfort wrote:
 Basically debian/patches/10_smaller_syndaemon_timeout.patch is broken. It
 adds an element to fixed-sized array without increasing its size. This
 makes g-s-d crash when the disable touchpad when typing option is
 enabled. See #684998 and duplicates.

I can confirm that this patch works on wheezy/i386 and fixes 684998 and 
friends. (The machine in question suffered from the problem and it's gone 
now.)

$ debdiff gnome-settings-daemon_3.4.2+git20121218.7c1322-3.dsc gnome-settings-
daemon_3.4.2+git20121218.7c1322-3+deb7u1~holger1.dsc |diffstat
 changelog  |7 +++
 patches/10_smaller_syndaemon_timeout.patch |   19 +--
 2 files changed, 20 insertions(+), 6 deletions(-)


cheers,
Holger


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

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

2013-06-05 Thread Dmitry Smirnov

Building Xpra from its SVN checkout is easy. Just add our debian/* to
his src directory or copy copy his debian/* to src before running
`debuild`.

 
 Maybe I need to somehow port old-libav.patch to the new xpra svn trunk?
 It patches x264lib.c which does not exist anymore in upstream source
 tree so I'm quite puzzled.
 
You might need to apply old-libav.patch if you using libav from
unstable. Our Debian package takes care of it automatically.

All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#711166: Slideshows have to X-windows title bar title

RE he root question is why on earth this isn't fullscreen. Why is
RE this a window? What window manager is this?

Icewm.
I think it's great that there is a separate window, that way I can still
access the main part of Impress, and be able to switch back to where I
was viewing in the slideshow undisturbed. I just wish the window had a name.


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

Bug#711189: libapache2-mod-rivet: FTBFS: xsltproc: command not found

2013-06-05 Thread Roland Stigge

Source: libapache2-mod-rivet
Version: 2.1.1-3
Severity: serious

Hi,

libapache2-mod-rivet currently FTBFS in unstable like this:

...
cp -v rivet.css html/
'rivet.css' - 'html/rivet.css'
xsltproc --stringparam html.stylesheet rivet.css \
--stringparam html.ext .html \
--stringparam chunker.output.encoding UTF-8  \
--nonet -o html/ rivet-chunk.xsl rivet.xml
/bin/bash: xsltproc: command not found
make[1]: *** [html/index.html] Error 127
make[1]: Leaving directory `/Â«PKGBUILDDIRÂ»/doc'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
...


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.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#580170: [Help] Trying to upgrade mkgmap but failed with Java problem

2013-06-05 Thread Andreas Tille

Hi,

I updated the packaging of mkgmap in SVN

   svn://svn.debian.org/svn/pkg-grass/packages/mkgmap/trunk

to recent packaging standards and latest upstream version.
Unfortunately the build failed with


/usr/bin/time --format 'Real: %E, %S+%U' java -XX:+UseCompressedOops -Xmx700m 
-cp build/classes uk.me.parabola.mkgmap.main.Main --tdbfile --family-id=909 
--series-name=other map  --description='A test map' 
/opt/data/uk-071010-1.osm.gz
Exception in thread main java.lang.NoClassDefFoundError: 
uk/me/parabola/mkgmap/main/Main
Caused by: java.lang.ClassNotFoundException: uk.me.parabola.mkgmap.main.Main
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: uk.me.parabola.mkgmap.main.Main. Program will 
exit.
Command exited with non-zero status 1
Real: 0:00.04, 0.00+0.03
make[1]: *** [makemap] Error 1


My guess is that this might be a quite simple problem for a Java expert
who is comfortable with build.xml.

Any hint to revitalise this de-facto orphaned OSM tool?

Kind regards

   Andreas.

-- 
http://fam-tille.de


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

Bug#708344: [Xen-users] Serial Passthrough broken in Debian Wheezy?

2013-06-05 Thread Jonas Meurer


Am 2013-06-04 19:45, schrieb Ian Campbell:

On Tue, 2013-06-04 at 17:32 +0200, Jonas Meurer wrote:

Just gave Linux 3.9-1-amd64 from Debian/sid a try. The issue is
reproducible with this DomU kernel.


Could you post dmesg, /proc/ioports and /proc/interrupts from this
kernel please?


Sure, here we go. All attached as textfiles. Additionally, I attached 
the (adjusted) domU config.


Kind regards,
 jonas
nitializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.9-1-amd64 (debian-ker...@lists.debian.org) (gcc 
version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.9.4-1
[0.00] Command line: root=/dev/xvda2 ro root=/dev/xvda2 ro 
[0.00] ACPI in unprivileged domain disabled
[0.00] e820: BIOS-provided physical RAM map:
[0.00] Xen: [mem 0x-0x0009] usable
[0.00] Xen: [mem 0x000a-0x000f] reserved
[0.00] Xen: [mem 0x0010-0x0003007f] usable
[0.00] NX (Execute Disable) protection: active
[0.00] DMI not present or invalid.
[0.00] e820: update [mem 0x-0x0fff] usable == reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] No AGP bridge found
[0.00] e820: last_pfn = 0x300800 max_arch_pfn = 0x4
[0.00] e820: last_pfn = 0x10 max_arch_pfn = 0x4
[0.00] Base memory trampoline at [8809a000] 9a000 size 24576
[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.00]  [mem 0x-0x000f] page 4k
[0.00] init_memory_mapping: [mem 0x2ffe0-0x2]
[0.00]  [mem 0x2ffe0-0x2] page 4k
[0.00] BRK [0x0187c000, 0x0187cfff] PGTABLE
[0.00] BRK [0x0187d000, 0x0187dfff] PGTABLE
[0.00] init_memory_mapping: [mem 0x2fc00-0x2ffdf]
[0.00]  [mem 0x2fc00-0x2ffdf] page 4k
[0.00] BRK [0x0187e000, 0x0187efff] PGTABLE
[0.00] BRK [0x0187f000, 0x0187] PGTABLE
[0.00] BRK [0x0188, 0x01880fff] PGTABLE
[0.00] init_memory_mapping: [mem 0x28000-0x2fbff]
[0.00]  [mem 0x28000-0x2fbff] page 4k
[0.00] init_memory_mapping: [mem 0x0010-0x27fff]
[0.00]  [mem 0x0010-0x27fff] page 4k
[0.00] init_memory_mapping: [mem 0x3-0x3007f]
[0.00]  [mem 0x3-0x3007f] page 4k
[0.00] RAMDISK: [mem 0x01c7b000-0x03c13fff]
[0.00] NUMA turned off
[0.00] Faking a node at [mem 0x-0x0003007f]
[0.00] Initmem setup node 0 [mem 0x-0x3007f]
[0.00]   NODE_DATA [mem 0x2fe81d000-0x2fe820fff]
[0.00] Zone ranges:
[0.00]   DMA  [mem 0x1000-0x00ff]
[0.00]   DMA32[mem 0x0100-0x]
[0.00]   Normal   [mem 0x1-0x3007f]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x1000-0x0009]
[0.00]   node   0: [mem 0x0010-0x3007f]
[0.00] On node 0 totalpages: 3147679
[0.00]   DMA zone: 56 pages used for memmap
[0.00]   DMA zone: 21 pages reserved
[0.00]   DMA zone: 3999 pages, LIFO batch:0
[0.00]   DMA32 zone: 14280 pages used for memmap
[0.00]   DMA32 zone: 1044480 pages, LIFO batch:31
[0.00]   Normal zone: 28700 pages used for memmap
[0.00]   Normal zone: 2099200 pages, LIFO batch:31
[0.00] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org
[0.00] smpboot: Allowing 8 CPUs, 0 hotplug CPUs
[0.00] No local APIC present
[0.00] APIC: disable apic facility
[0.00] APIC: switched to apic NOOP
[0.00] nr_irqs_gsi: 16
[0.00] PM: Registered nosave memory: 000a - 0010
[0.00] e820: cannot find a gap in the 32bit address range
[0.00] e820: PCI devices with unassigned 32bit BARs may break!
[0.00] e820: [mem 0x30090-0x300cf] available for PCI devices
[0.00] Booting paravirtualized kernel on Xen
[0.00] Xen version: 4.1.4 (preserve-AD)
[0.00] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:8 
nr_node_ids:1
[0.00] PERCPU: Embedded 28 pages/cpu @8802fe20 s84800 r8192 
d21696 u262144
[0.00] pcpu-alloc: s84800 r8192 d21696 u262144 alloc=1*2097152
[0.00] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 3104622
[0.00] Policy zone: Normal
[0.00] Kernel command line: root=/dev/xvda2 ro root=/dev/xvda2 ro 
[0.00] PID hash table entries: 4096 (order: 3, 32768 bytes)
[0.00] __ex_table already sorted, skipping sort
[0.00] Checking aperture...
[0.00] No AGP bridge found
[0.00] Memory: 12316732k/12591104k

Bug#711185: [INTL:da] Danish translation of the debconf templates debian-edu-config