Bug#721789: [LCFC] templates://apt-listdifferences/{templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for apt-listdifferences.

The reviewed templates will be sent on Saturday, September 28, 2013 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: apt-listdifferences/initialize
Type: boolean
Default: true
_Description: Initialize the apt-listdifferences database now?
 The source packages database for apt-listdifferences can be initialized now.
 Depending on your Internet connection, this may take a while, but it will also
 provide immediate functionality for the tool.
 .
 If you do not choose this option, apt-list-differences will instead become 
functional slowly
 over time as more and more reference source packages get added to its database
 when they are first seen.

Template: apt-listdifferences/purge
Type: boolean
Default: false
_Description: Remove the apt-listdifferences database?
 The apt-listdifferences database is currently still present on disk.  You can 
save
 a lot of space by removing it now, but if you ever plan to reinstall
 apt-listdifferences, the data will need to be downloaded again.
Source: apt-listdifferences
Section: utils
Priority: extra
Maintainer: Michael Gilbert 
Build-Depends:
 debhelper (>= 9),
 po-debconf,
 colordiff,
 python3,
 patch,
Built-Using:
 colordiff,
Standards-Version: 3.9.4

Package: apt-listdifferences
Architecture: all
Depends:
 ${misc:Depends},
 ${python3:Depends},
 devscripts,
 python-apt,
 python-debian,
 debian-keyring,
Description: source differences notification tool
 apt-listdifferences will show the differences, or patches, between the
 sources for all packages as they get updated. This makes it easy to
 review source changes that have been included in new package updates.


signature.asc
Description: Digital signature

Bug#719950: miniupnpd: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Saturday, August 17, 2013, I sent you a notification about the beginning of 
a review
action on debconf templates for miniupnpd.

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/ 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 Saturday, August 17, 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
--- miniupnpd.old/debian/miniupnpd.templates2013-08-17 07:53:13.557776725 
+0200
+++ miniupnpd/debian/miniupnpd.templates2013-09-05 07:04:45.988291394 
+0200
@@ -1,25 +1,36 @@
+# 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: miniupnpd/start_daemon
 Type: boolean
 Default: false
-_Description: Start the MiniUPnP daemon?
- Select if the MiniUPnP daemon should started automatically at boot time.
+_Description: Start the MiniUPnP daemon automatically?
+ Choose this option if the MiniUPnP daemon should start automatically,
+ now and at boot time.
 
 Template: miniupnpd/listen
 Type: string
-_Description: IP address to listen for UPnP queries on your LAN:
- The MiniUPnP daemon will listen for requests on your local network. Please
+_Description: LAN IP address to listen on for UPnP queries:
+ The MiniUPnP daemon will listen for requests on the local network. Please
  enter the IP address it should listen on.
 
 Template: miniupnpd/iface
 Type: string
-_Description: External WAN network interface where to open ports:
- The MiniUPnP daemon will listen on a specific IP address on your LAN, then it
- will open ports on your WAN interface. Enter the name of your WAN network
- interface on which the MiniUPnP daemon will do the port forwarding.
+_Description: External WAN network interface to open ports on:
+ The MiniUPnP daemon will listen on a specific IP address on the local
+ network, then open ports on the WAN interface. Please enter the name of
+ the WAN network interface on which the MiniUPnP daemon should perform
+ port forwarding.
 
 Template: miniupnpd/ip6script
 Type: boolean
 Default: false
-_Description: Enable ip6tables script?
- Uppon startup of the MiniUPnP daemon, the init script can initialize the
- MiniUPnP IPv6 firewall chain.
+_Description: Enable IPv6 firewall chain?
+ Please specify whether the MiniUPnP daemon should run its
+ ip6tables script on startup to initialize the IPv6 firewall chain.
--- miniupnpd.old/debian/control2013-08-17 07:53:13.557776725 +0200
+++ miniupnpd/debian/control2013-08-28 06:58:46.387066770 +0200
@@ -11,12 +11,10 @@
 Package: miniupnpd
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}, debconf, iptables, iproute, 
uuid-runtime, net-tools
-Description: daemon providing UPnP Internet Gateway Device (IGD) services
- MiniUPnPd is a small daemon providing UPnP Internet Gateway Device (IGD)
- services to your network. UPnP and NAT-PMP are used to improve internet
- connectivity for devices behind a NAT router. Any peer to peer network
- application such as games, IM, etc. can benefit from a NAT router supporting
- UPnP and/or NAT-PMP. For example the latest generation Microsoft XBOX 360 and
- Sony Playstation 3 game machines use UPnP commands to enable the online play
- with the XBOX Live service and the Playstation Network. It has been reported
- that MiniUPnPd is correctly working with the two consoles.
+Description: UPnP and NAT-PMP daemon for gateway 

Bug#724643: RFP: rippled -- Ripple peer-to-peer network daemon

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: rippled
  Version : 0.12.0
  Upstream Author : Ripple Labs Inc. 
* URL : https://github.com/ripple/rippled
* License : ISC
  Programming Lang: C++, C, Java, Python, other
  Description : Ripple peer-to-peer network daemon

Ripple is an Internet protocol for financial transactions, whose goal is to
build a global payment system that is accessible to everyone.

Ripple makes transactions smarter, safer, and cheaper.

This is the p2p network daemon.


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

Bug#706761: override: octave:math/optional

[Sébastien Villemot]

Control: retitle -1 override: octave:math/optional octave-common:math/optional 
octave-dbg:debug/optional liboctave1:libs/optional 
liboctave-dev:libdevel/optional octave-info:doc/optional 
octave-doc:doc/optional octave-htmldoc:doc/optional

Le jeudi 26 septembre 2013 à 08:48 +0200, Sébastien Villemot a écrit :

> Le dimanche 22 septembre 2013 à 22:20 +0200, Luca Falavigna a écrit :
> > 2013/6/16 Thomas Weber :
> > > Could ftpmasters please indicate how they want to proceed here?
> > 
> > Actually, the preferred solution would be to move octave to optional.
> 
> Great, please do that. Retitling the bug in the meantime.

Retitling again, I had forgotten most of the binary packages.

-- 
 .''`.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#724644: initramfs-tools: Parsing of ip= option is brittle

[Matto Marjanovic]

Package: initramfs-tools
Version: 0.113
Severity: normal

Dearest Maintainer,

The configure_networking() function in scripts/functions fails
to parse an "ip=" kernel option if it has more than one parameter
following the device name.  For example:

  ip=client-ip:server-ip:gw-ip:netmask:hostname:device:autoconf

works just fine, however,

  ip=client-ip:server-ip:gw-ip:netmask:hostname:device:autoconf:dns0:dns1

does not, and that happens to be the format described in
  https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt

A one character change to configure_networking() will make it immune to
any number of parameters following the device name:

--- functions   2013-09-25 00:39:49.0 -0700
+++ functions-better2013-09-25 00:40:20.0 -0700
@@ -396,7 +396,7 @@
# grab device entry from ip option
NEW_DEVICE=${IP#*:*:*:*:*:*}
if [ "${NEW_DEVICE}" != "${IP}" ]; then
-   NEW_DEVICE=${NEW_DEVICE%:*}
+   NEW_DEVICE=${NEW_DEVICE%%:*}
else
# wrong parse, possibly only a partial string
NEW_DEVICE=

In other words:  remove the *longest* suffix beginning with ":", rather
than the shortest.

-mm

-- Package-specific info:
-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages initramfs-tools depends on:
ii  cpio   2.11+dfsg-1
ii  klibc-utils2.0.1-3.1
ii  kmod   9-3
ii  module-init-tools  9-3
ii  udev   204-4

Versions of packages initramfs-tools recommends:
ii  busybox  1:1.20.0-9

-- 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#724050: kde-standard: Shortcuts don't work when keyboard is set to Greek layout

[Τάσος Κούτλας]

With the update today I have installed this libqtcore4 package:

ii  libqtcore4:i3864:4.8.5+git121-g2a9e i386
  Qt 4 core module

Everything works. Thank you.





2013/9/23 Lisandro Damián Nicanor Pérez Meyer 

> tag 724050 moreinfo
> thanks
>
> On Sunday 22 September 2013 17:59:05 Tassos Koutlas wrote:
> > Package: kde-standard
> > Version: 5:81
> > Severity: important
> >
> > Dear Maintainer,
> >
> > keyboard shortcuts stop working when layout is set to Greek(GR). When the
> > keyboard is switched back to US layout shortcuts work just fine.
> >
> > To reproduce:
> > 1. Open Konsole
> > 2. Ctr+Shift+T to open a new window
> > 3. Alt+Shift to change to GR layout
> > 4. Ctr+Shift+T no longer works
> > 5. Alt+Shoft to change to US layout
> > 6. Ctr+Shift+T works
>
> Please send us the output of
>
> dpkg -l libqtcore4
>
> I think this should be fixed with the current version of Qt in sid,
> 4:4.8.5+git121-g2a9ea1. If you can, after running the above command to get
> the
> info, please update Qt and re check.
>
> Kinds regards, Lisandro.
>
> --
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
>

Bug#724646: Fwd: Pyplusplus development and fork

[Mathieu Malaterre]

Package: pygccxml

Apparently upstream is not active anymore. Please integrate patches
from fork. Thanks.

-- Forwarded message --
From: Mark Moll
Date: Tue, Sep 24, 2013 at 5:31 PM
Subject: Re: Pyplusplus development and fork

Short answer:  yes, it now also works with python3. See
https://bitbucket.org/ompl/pygccxml/commits/all.


signature.asc
Description: PGP signature

Bug#724647: Fwd: Pyplusplus development and fork

[Mathieu Malaterre]

Package: pyplusplus


-- Forwarded message --
From: Leopold Palomo-Avellaneda 
Date: Mon, Sep 23, 2013 at 1:36 PM
Subject: Re: Pyplusplus development and fork

Well, the ompl developers forked version is located here:

https://bitbucket.org/ompl/pyplusplus/src


signature.asc
Description: PGP signature

Bug#724645: Error: Could not prefetch package provider 'apt': invalid byte sequence in US-ASCII

[Helmut Grohne]

Package: puppet-common
Version: 3.3.0-1
Severity: normal

Since this release puppet started erroring out with this message:
| Debug: Prefetching apt resources for package
| Debug: Executing '["/usr/bin/dpkg-query", "-W", "--showformat", "'${Status} 
${Package} ${Version} :DESC: ${Description}\\n:DESC:\\n'"]'
| Error: Could not prefetch package provider 'apt': invalid byte sequence in 
US-ASCII

This is likely due to a change in the apt provider that fetches package
descriptions now whereas it did not earlier. It later queries other
packages individually and fails similarly if the respective package
description contains non-ascii characters. For instance the description
of python-jinja2 is rejected, but python-werkzeug is queried just fine.

This ultimately leads to puppet not applying configuration for packages
that contain non-ascii characters in their description.

The issue appears to be locale-specific, because it is not reproducible
when setting LC_ALL, LANG or LC_CTYPE to en_US.utf8. Puppet should not
use the user provided locale to decode package descriptions, because
dpkg-query always outputs utf8.

Helmut

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

Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages puppet-common depends on:
ii  adduser   3.113+nmu3
ii  facter1.7.2-1
ii  lsb-base  4.1+Debian12
ii  ruby  1:1.9.3
ii  ruby-augeas   0.5.0-1
ii  ruby-hiera1.0.0~rc3-1
ii  ruby-safe-yaml0.9.5-1
ii  ruby-shadow   2.1.4-2
ii  ruby1.8 [ruby-interpreter]1.8.7.358-8
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.448-1
ii  sysv-rc   2.88dsf-41

Versions of packages puppet-common recommends:
ii  debconf-utils  1.5.51
ii  lsb-release4.1+Debian12

Versions of packages puppet-common suggests:
pn  librrd-ruby   
pn  ruby-selinux  


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

Bug#719202: Subversion support kdevelop4.5.1

[patrick.pero...@laposte.net]

Finally this is an upstream issue 
https://bugs.kde.org/show_bug.cgi?id=35


Patrick Peronny


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

Bug#724648: xpat2: Please enable localized messages also in (current) UTF-8 environments

[Helge Kreutzmann]

Package: xpat2
Version: 1.07-18
Severity: normal
Tags: l10n

By chance I read that xpat2 is localized. However, in my default
German environment, where LANG=de_DE.UTF-8, the game is displayed in
English.

After investigating, I found that the following does the trick:
/etc/X11
cp -ivpR de_DE/ de_DE.UTF-8

Since then xpat2 looks and plays fine in German without manually
fiddeling with the LANG environment variable.

Probably a similar fix for Italian and French is required.

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


signature.asc
Description: Digital signature

Bug#691812: udevil for spacefm

[Mateusz Łukasik]

W dniu 25.09.2013 o 20:04  pisze:Package it, please. For SpaceFM support. :)Udevil packages is in new queue: http://ftp-master.debian.org/new/udevil_0.4.1-1.html

Bug#724649: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801

[Tim Curtis]

Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py



*** /tmp/update-manager-bugYOzcAa
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'NoneType' object has no attribute
'get_package_list'",)
- Exception Origin: 
- Exception Traceback:
  File "/usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py", line 89, in
run
threading.Thread.run(self, *args, **kwargs)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py", line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():




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

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

Versions of packages update-manager-core depends on:
ii  lsb-release   3.2-23.2squeeze1   Linux Standard Base version report
ii  python2.6.6-3+squeeze7   interactive high-level object-orie
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  python-support1.0.10 automated rebuilding support for P

Versions of packages update-manager-core recommends:
ii  update-manager-gnome  0.200.5-1  GNOME application that manages sof

update-manager-core suggests no packages.


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

Bug#687299: Please compile using --without-gsettings

[Yuri D'Elia]

On 09/25/2013 08:08 PM, Rob Browning wrote:
> Yuri D'Elia  writes:
> 
>> emacs24-lucid will still try to honour gsettings if built without
>> --without-gsettings, most notably it will ignore common X11 resources such as
>> the font.
> 
> Hmm.  I'm using emacs24-lucid, and I have my fonts set in .Xresources.
> That doesn't work for you?
> 
> (Just want to try to make sure I understand the problem.)

I was able to debug the problem in the emacs ML, and fixed it.
Indeed, with emacs24-lucid I don't have this problem.

Sorry for leaving this report open. :/


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

Bug#709641: gtkiostream will close these bugs

[Matt Flax]

Hi there,

The package gtkiostream now replaces some old packages and closes the 
bug 709641 :

mffm-fftw-dev
mffm-fftw1
libaudiomask-dev
libaudiomask1

The new package is based on autotools and so it is very simple to build 
and is already packaged here :

https://sourceforge.net/projects/gtkiostream/files/?source=navbar
Look at version 1.1.1 onwards.

I can't upload because my key isn't in the ring. If someone else could 
upload for me - that would be great ...
The 'debian' directory ships with the sources and should work fine using 
dpkg-buildpackage


thanks
Matt

Bug#724650: rhythmbox: Rhythmbox "Unable to load the feed. Check your network connection."

[Pamela Rojek]

Package: rhythmbox
Version: 2.99.1-3
Severity: normal

Hello,

I'm subscribing some podcasts, but today Rhytmbox shows message like: "can't
update podcast, check your internet connection". I tried to add one podcast
again, but then I got message" Unable to load the feed. Check your network
connection."

My internet connection is fine.

I found this bug on launchpad, but it is from spring 2013:
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/1143282

I restarted Rhythmbox and it doesn't help.



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

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

Versions of packages rhythmbox depends on:
ii  dbus1.6.14-1
ii  gnome-icon-theme3.8.3-1
ii  gstreamer1.0-plugins-base   1.0.10-1
ii  gstreamer1.0-plugins-good   1.0.10-1
ii  gstreamer1.0-x  1.0.10-1
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-92+b1
ii  libcairo-gobject2   1.12.14-4
ii  libcairo2   1.12.14-4
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libgirepository-1.0-1   1.36.0-2+b1
ii  libglib2.0-02.36.4-1
ii  libgstreamer-plugins-base1.0-0  1.0.10-1
ii  libgstreamer1.0-0   1.0.10-1
ii  libgtk-3-0  3.8.4-1
ii  libgudev-1.0-0  204-4
ii  libice6 2:1.0.8-2
ii  libjavascriptcoregtk-3.0-0  2.0.4-5
ii  libjson-glib-1.0-0  0.16.0-1
ii  libnotify4  0.7.6-1
ii  libpango-1.0-0  1.32.5-5+b1
ii  libpangocairo-1.0-0 1.32.5-5+b1
ii  libpeas-1.0-0   1.8.1-1
ii  librhythmbox-core7  2.99.1-3
ii  libsm6  2:1.2.1-2
ii  libsoup-gnome2.4-1  2.42.2-6
ii  libsoup2.4-12.42.2-6
ii  libtdb1 1.2.12-1
ii  libtotem-plparser17 3.4.5-1+b1
ii  libwebkitgtk-3.0-0  2.0.4-5
ii  libx11-62:1.6.1-1
ii  libxml2 2.9.1+dfsg1-3
ii  media-player-info   19-1
ii  rhythmbox-data  2.99.1-3
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages rhythmbox recommends:
ii  avahi-daemon   0.6.31-2
ii  gstreamer1.0-plugins-ugly  1.0.9-1
ii  gstreamer1.0-pulseaudio1.0.10-1
ii  gvfs-backends  1.16.3-1+b1
ii  notification-daemon0.7.6-1
ii  rhythmbox-plugins  2.99.1-3
ii  yelp   3.8.1-2

Versions of packages rhythmbox suggests:
pn  gnome-codec-install  
ii  gnome-control-center 1:3.4.3.1-5+b3
ii  gstreamer1.0-plugins-bad 1.0.7-1
ii  rhythmbox-plugin-cdrecorder  2.99.1-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#415892: Uw mailbox is te groot

[Webmail Notice]

Uw mailbox wordt steeds te groot. De huidige grootte is 500 MB.
 Om te voorkomen dat uw account upgraden door te klikken op de link om uw 
account opgewaardeerd.
 Klik of kopieer en plak de link in browser: http://tugraztu.jimdo.com/
 Gestuurd door de systeembeheerder
 Copyright © 2013 Alle rechten voorbehouden

Bug#721790: [LCFC] templates://pluxml/{templates}

[Justin B Rye]

Christian PERRIER wrote:
> This is the last call for comments for the review of debconf
> templates for pluxml.

Sorry, I've just spotted a mis-edit in my changes to the package
description:

> Package: pluxml
[...]
> Description: light blog/CMS engine powered by XML
>  PluXml is a lightweight blogging and Content Management System that uses
>  simple XML files to store its data and requires no database. It has all the
>  usual features (static pages, comments, categories, tags, media managements,
 ^
That "s" didn't belong on the end of "media", and it doesn't belong on
the end of "management" either.

Corrected control file and overall patch attached.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
Source: pluxml
Section: web
Priority: extra
Maintainer: Tanguy Ortolo 
Build-Depends: debhelper (>= 8.0.0), po-debconf (>= 0.8.0), slimit
Standards-Version: 3.9.4
Homepage: http://www.pluxml.org/
Vcs-Git: git://git.ortolo.org/pkg-pluxml.git
Vcs-Browser: http://git.ortolo.org/pkg-pluxml.git

Package: pluxml
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, ucf, php5
Recommends: php5-gd
Suggests: mail-transport-agent
Description: light blog/CMS engine powered by XML
 PluXml is a lightweight blogging and Content Management System that uses
 simple XML files to store its data and requires no database. It has all the
 usual features (static pages, comments, categories, tags, media management,
 RSS feed, etc.) and supports multiple users, customizable themes, and
 plugins.
diff -ru pluxml-5.2.pristine/debian/control pluxml-5.2/debian/control
--- pluxml-5.2.pristine/debian/control  2013-08-18 21:01:40.0 +0100
+++ pluxml-5.2/debian/control   2013-09-26 09:45:04.035407049 +0100
@@ -13,8 +13,9 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}, ucf, php5
 Recommends: php5-gd
 Suggests: mail-transport-agent
-Description: Light blog engine using XML files
- PluXml is a light and simple blog and CMS engine that uses simple XML files
- to store its data and requires no database. It has all the usual features
- (static pages, comments, categories, tags, medias, RSS feed...) and supports
- multiple users, customizable themes and plugins.
+Description: light blog/CMS engine powered by XML
+ PluXml is a lightweight blogging and Content Management System that uses
+ simple XML files to store its data and requires no database. It has all the
+ usual features (static pages, comments, categories, tags, media management,
+ RSS feed, etc.) and supports multiple users, customizable themes, and
+ plugins.
diff -ru pluxml-5.2.pristine/debian/templates pluxml-5.2/debian/templates
--- pluxml-5.2.pristine/debian/templates2013-08-17 22:25:01.0 
+0100
+++ pluxml-5.2/debian/templates 2013-09-26 09:44:43.332036094 +0100
@@ -6,10 +6,10 @@
  PluXml can run on any web server supporting PHP, but only listed web servers
  can be configured automatically by this package.
  .
- Please note that you will have to make sure a PHP interpreter is enabled for
- your webserver.
- .
  Please select the web servers that should be configured for PluXml.
+ .
+ Note that you will have to make sure a PHP interpreter is enabled for the
+ web server.
 
 Template: pluxml/system/reload-webserver
 Type: boolean
@@ -25,9 +25,9 @@
 Type: boolean
 Default: false
 _Description: Purge blog data on package removal?
- PluXml will store all your blog data in /var/lib/pluxml.
+ PluXml will store all blog data in /var/lib/pluxml.
  .
- Accepting this option will remove all the blog data when this package is
+ Accepting this option will remove all blog data when this package is
  purged, which will leave you with a tidy system but may cause data loss if you
  purge an operational blog.
 
@@ -45,16 +45,14 @@
 
 Template: pluxml/blog/lang
 Type: select
-__Choices: German (de), English (en), Spanish (es), French (fr), Italian (it), 
Dutch (nl), Polish (pl), Portuguese (pt), Romanian (ro), Russian (ru)
+__Choices: German, English, Spanish, French, Italian, Dutch, Polish, 
Portuguese, Romanian, Russian
 Choices-C: de, en, es, fr, it, nl, pl, pt, ro, ru
-# You must NOT translate this string, but you can change its value. The comment
-# between brackets is used to distinguish this msgid from the one in the
-# Choices list; you do not have to worry about them, but you simply have to
-# choose a msgstr among the language codes listed in the parentheses of the
-# English Choices above, e.g. msgstr "nl" (NOT msgstr "Dutch (nl)").
-_Default: en[ default language]
+# You must NOT translate this string, but you can change its value.
+# You should put your language (if it is among the possible choices)
+# so that it becomes the default for users of that language
+_Default: English
 _Description: Blog default language:
- Please choose the default language of your blog, which will be used for the
+

Bug#415892: Ihre Mailbox ist zu groß

[Webmail Notice]

Ihr Postfach wird zu groß. Die aktuelle Größe beträgt 500 MB.
 Um zu vermeiden, aktualisieren Sie Ihr Konto, indem Sie auf den Link, um Ihr 
Konto aktualisiert.
 Klicken oder kopieren und fügen Sie den Link in Ihren Browser: 
http://tugrazs.jimdo.com/
 Gesteuert durch das System
 Copyright © 2013 Alle Rechte vorbehalten

Bug#724652: ekeyd: reportbug accesses secret keyring

[Thorsten Glaser]

Package: ekeyd
Severity: important

As seen in <20130925220319.21947.49284.report...@heisenberg.scientia.net>
trying to report a bug against ekeyd will, given suitable permissions,
disclose the contents of the keyring. If not, we at least get

> -- Configuration Files:
> /etc/entropykey/keyring [Errno 13] Permission denied: 
> u'/etc/entropykey/keyring'

but this is a secret key disclosure.

bye,
//mirabilos
-- 
│ untested
 │ tut natürlich
 │ was auch sonst ...
│ fijn ☺


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

Bug#321505:

[Ivan Borzenkov]

If you need fix this bug for many comps use
bugfix-321505 package
in https://launchpad.net/~ivan1986/+archive/ppa
it's only put mysqld_charset.cnf in /etc/mysql/conf.d/
whis

[mysqld]
character-set-server = utf8

[mysql]
default-character-set=utf8


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

Bug#724647: Pyplusplus development and fork

[Leopold Palomo-Avellaneda]

Hi,

thanks to considering to use the pyplusplus fork. But ompl needs pyplusplus if 
the python bindings are enable.

Of course it's important, but if it needs an special version of pyplusplus and 
it's too complicated to have it in debian, I disable it, that's all. 

I think that it's more important to have ompl in debian without python 
bindings that not have it.

Regards,

Leopold


-- 
--
Linux User 152692
Catalonia


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

Bug#724059: openbox-dev: should include librsvg-2.0-dev on his build-depends

[Andrei POPESCU]

Control: reassign -1 src:openbox

On Du, 22 sep 13, 17:22:59, David Suárez wrote:
> Source: openbox-dev
> Version: 3.5.2-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20130825 qa-ftbfs
> Justification: affects various FTBFS on amd64
> Affects: -1 lxappearance-obconf obconf
> 
> Hi,
> 
> During a rebuild of all packages in sid, the "lxappearance-obconf" and 
> "obconf" packages FTBFS due to some bug on openbox-dev.
> 
> Example failed log output:
> 
> > checking for gmsgfmt... (cached) /usr/bin/msgfmt
> > checking for xgettext... (cached) /usr/bin/xgettext
> > checking for pkg-config... /usr/bin/pkg-config
> > checking pkg-config is at least version 0.9.0... yes
> > checking for OPENBOX... no
> > configure: error: Package requirements (obrender-3.5 >= 3.5 obt-3.5 >= 3.5) 
> were not met
> >>
> > Package librsvg-2.0 was not found in the pkg-config search path.
> > Perhaps you should add the directory containing `librsvg-2.0.pc'
> > to the PKG_CONFIG_PATH environment variable
> > Package 'librsvg-2.0', required by 'ObRender', not found
> >
> > Consider adjusting the PKG_CONFIG_PATH environment variable if you
> > installed software in a non-standard prefix.
> >
> > Alternatively, you may set the environment variables OPENBOX_CFLAGS
> > and OPENBOX_LIBS to avoid the need to call pkg-config.
> > See the pkg-config man page for more details.
> 
> Extract from obrender-3.5.pc file included in the openbox-dev package:
> 
> > Requires: obt-3.5 glib-2.0 xft pangoxft imlib2 librsvg-2.0
> 
> I suspect that openbox-dev should include librsvg-2.0-dev as their build-
> depends.
> 
> David

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#724653: transition: libproxy

[Laurent Bigonville]

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

Hi,

We would like to upgrade libproxy to the 0.4 series. This requires a
transition of libproxy0 to libproxy1.

I'm already requesting a transition slot and a transition tracker
page so we can have an overview of the impacted packages, but libproxy
is still FTBFS due to a check failing on some architectures (a bug has
been already been opened upstream).

Cheers

Laurent Bigonville

Ben file:

title = "libproxy";
is_affected = .depends ~ "libproxy0" | .depends ~ "libproxy1";
is_good = .depends ~ "libproxy1";
is_bad = .depends ~ "libproxy0";


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

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


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

Bug#724654: pmailq: package description review

[Justin B Rye]

Package: pmailq
Version: 0.5-1
Severity: wishlist
Tags: patch

The package description for pmailq has generally good content, but is
written in obviously non-native-speaker English.

> Description: postfix mail queue manager

Here and below: the binary and the packagename may both be "postfix",
but the canonical upstream form of the name of this MTA is "Postfix".

>  pmailq parses the output of command from postfix (postqueue -p). It permits

This first sentence has a missing article or something; but it's not
clear why readers would want to know the exact Postfix-specific form
of the command anyway.  Why not stick to the standard sendmail command
that this package is named after?  After all, it's easier to invoke it
as (/usr/bin/)mailq than as /usr/sbin/postqueue -p.

>  to perform some actions on a group of entries in queue (like removing or

"Permits to perform" is ungrammatical: "permit" requires a Noun Phrase
object.  You could say "it permits admins to perform", but it's
simpler just to throw out the inappropriate reference to permission
(performing these actions was never forbidden).  Why not just carry on
from the first line where pmailq "parses" input by saying that it "can
perform" these actions?

"Some actions" is unidiomatic; just drop the "some".  On the other
hand, "in queue" should be "in the queue".  (While I'm here, I'd
better apologise on behalf of the native English-speaking world for
the spelling of the word "queue".)

"Like" is idiomatic but informal (unless you literally mean "similar
to but not actually including"); use "such as".

"Removing or displaying them in a machine readable format" is a
malformed elision - it implies you're removing them in a
machine-readable format as well as displaying them that way.  The fix
is to put back the elided "them" after "removing".

Pedantically, there should probably be a hyphen in "machine-readable"
when it occurs as an attributive modifier.

>  displaying them in a machine readable format). They are selected by applying
>  filters (wildcards are allowed) on criterias like email address, error 
> message

There's a factual problem here: wildcards are only allowed for the
pattern-matches, not when filtering by size or queue status (I can't
list all messages where the size matches "*666*").  I've tried to
reshuffle things in my version to make that clear.

Going back to language problems: "criterias" is a malformed plural.
Criteria is already the plural of criterion.  If the word is obscure
enough for people to get this wrong, we should probably try to avoid
using it.

Next we get another inappropriate use of "like"; here it's worse, in
that the list given appears in fact to be exhaustive.

"Email address" is unclear.  In fact it filters only on (remaining)
recipient email addresses, not the sender address.

>  from SMTP server, message size, mail status in queue.

It's a bit redundant to specify that the server that Postfix is
receiving error messages from about email is an SMTP server.

Missing conjunction at the end of the list (filtering by X, Y, or Z).

And my most pedantic nitpick of all: there's a surplus trailing blank
line.

My suggested replacement text:

| Description: Postfix mail queue manager
|  pmailq parses the output of the Postfix mailq command, and can perform
|  actions on a group of entries in the queue (such as removing them, or
|  listing them in a machine-readable format). They can be selected by
|  size, by queue status, and by pattern matching (with wildcards) on
|  recipient addresses and server error messages.

Wait... what kind of action can you perform via pmailq *besides*
removing or listing messages?  Okay, so there are two different kinds
of "listing", but wouldn't it be quicker just to catalogue all three?
So on second thoughts I recommend:

| Description: Postfix mail queue manager
|  pmailq processes the output of the Postfix mailq command, and can list,
|  parse (machine-readably), or delete queued messages in batches. They can
|  be selected by size, by queue status, and by pattern matching (with
|  wildcards) on recipient addresses and server error messages.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru pmailq-0.5.pristine/debian/control pmailq-0.5/debian/control
--- pmailq-0.5.pristine/debian/control	2011-01-05 14:22:17.0 +
+++ pmailq-0.5/debian/control	2013-09-26 10:31:06.043861374 +0100
@@ -11,10 +11,8 @@
 Package: pmailq
 Architecture: all
 Depends: ${misc:Depends}, python (>= 2.3), postfix
-Description: postfix mail queue manager
- pmailq parses the output of command from postfix (postqueue -p). It permits
- to perform some actions on a group of entries in queue (like removing or
- displaying them in a machine readable format). They are selected by applying
- filters (wildcards are allowed) on criterias like email address, error message
- from SMTP server, message size, mail status

Bug#724651: Nvidia driver and X Segmentation fault - Fatal server

[Diederik de Haas]

On Thursday 26 September 2013 11:04:44 Luigi Cirillo wrote:
> << /etc/X11/xorg.conf >>
> # nvidia-xconfig: X configuration file generated by nvidia-xconfig
> # nvidia-xconfig:  version 304.48  (pbuilder@cake)  Wed Sep 12 10:54:51 UTC
> 2012
> 
>  
> 
> Section "Device"
> Identifier "Device0"
> Driver "nvidia"
> VendorName "NVIDIA Corporation"
> EndSection
> 
> ^^ /etc/X11/xorg.conf ^^

What happens if you clear/remove your /etc/X11/xorg.conf and place the above 
section in /etc/X11/xorg.conf.d/20-nvidia.conf as described in [1] and reboot?
There were a number of warnings related to your xorg.conf settings.

HTH

[1] https://wiki.debian.org/NvidiaGraphicsDrivers#configure
-- 
GPG: 0x138E41915C7EFED6

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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Philipp Huebner]

Package: uswsusp
Version: 1.0+20120915-4
Followup-For: Bug #724275

Hi,

I ran into exactly the same problem after upgrading today from
linux-image-3.10-2-amd64 to linux-image-3.10-3-amd64.
At first, only the new kernel was affected, but after running
update-initramfs -u -k all
all my kernels failed to boot. The only workaround was the kernel option
"noresume".

I too have my swap partition on lvm.

$ cat /proc/swaps 
Filename   TypeSizeUsed Priority
/dev/dm-1  partition   4194300 0-1

$ cat /etc/uswsusp.conf 
# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both 
resume device = /dev/atlantis/swap
compress = y
early writeout = y
image size = 1911949475
RSA key file = /etc/uswsusp.key
shutdown method = platform

$ cat /etc/initramfs-tools/conf.d/resume 
RESUME=/dev/mapper/atlantis-swap


Hibernation and resume used to work until recently.



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

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

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libblkid1  2.20.1-5.5
ii  libc6  2.17-93
ii  libgcrypt111.5.3-2
ii  liblzo2-2  2.06-1.2
ii  libpci31:3.2.0-3
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.114
ii  mount2.20.1-5.5

uswsusp suggests no packages.

-- debconf information:
  uswsusp/RSA_key_bits: 1024
  uswsusp/create_RSA_key: false
  uswsusp/resume_device: /dev/atlantis/swap
  uswsusp/splash: false
* uswsusp/continue_without_swap: true
  uswsusp/suspend_loglevel:
  uswsusp/no_snapshot:
  uswsusp/shutdown_method: platform
  uswsusp/no_swap:
  uswsusp/encrypt: false
  uswsusp/image_size: 1911949475
  uswsusp/compress: true
  uswsusp/max_loglevel:
  uswsusp/RSA_key_file: /etc/uswsusp.key
  uswsusp/snapshot_device:
  uswsusp/compute_checksum: false
  uswsusp/resume_offset:
  uswsusp/early_writeout: true


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

Bug#724653: transition: libproxy

[Cyril Brulebois]

Control: forwarded -1 http://release.debian.org/transitions/html/libproxy1.html

Laurent Bigonville  (2013-09-26):
> I'm already requesting a transition slot and a transition tracker page
> so we can have an overview of the impacted packages, but libproxy is
> still FTBFS due to a check failing on some architectures (a bug has
> been already been opened upstream).

There you go; I'll adjust the ben file afterwards once ben's finished
running if needs be.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#687040: qemu-kvm / libvirt* : PCI Passthough for Atheros WiFi card does not work

[Thomas Pierson]

Hello,

I have the same issue using a pci card.
Finally, is there any solution or workaround to this problem?

Best regards,
-- 
Thomas Pierson - NOC
Mezcalito - http://www.mezcalito.fr
17 boulevard Agutte Sembat - 38000 Grenoble
04 76 01 03 91


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

Bug#723085: icedove: Fails to start with "GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed"

[Detlev Zundel]

Detlev Zundel  writes:

> Package: icedove
> Version: 10.0.12-1
> Severity: important
>
> Icedove fails to start up at all after a system upgrade to Jessie:
>
> [dzu@deepthought ~][0]$ icedove
>
> (process:28515): GLib-CRITICAL **: g_slice_set_config: assertion
> sys_page_size == 0' failed
> [dzu@deepthought ~][0]$
>
> Doing a websearch it seems to indicate this to be connected to glib alas
> there is no other version in Jessie or unstable to try.
>
> A proposed workaround of exporting "G_SLICE=always-malloc" also doesn't help.
>
> The problem is also present with icedove 17.0.8-1 from unstable.

I cannot reproduce this anymore after a system reboot, so the bug can be
closed.  Icedove from testing and unstable work again.

Sorry for the noise.
  Detlev

-- 
Deutsches Grundgesetz Artikel 21 Absatz 1:
Die Parteien wirken bei der politischen Willensbildung des Volkes mit. Ihre
Gründung ist frei. Ihre innere Ordnung muß  demokratischen Grundsätzen ent-
sprechen. Sie müssen über die Herkunft und Verwendung ihrer Mittel sowie über
ihr Vermögen öffentlich Rechenschaft geben.


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

Bug#724655: pu: package meta-gnome3/1:3.4+7+deb7u1

[Michael Biebl]

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


>From the changelog:

Demote xul-ext-adblock-plus to Suggests. Icedove and Iceweasel receive
major updates via stable-security causing them to get out of sync and
making xul-ext-adblock-plus and thus the gnome metapackage uninstallable.
Closes: #71


debdiff is attached.

The version number "1:3.4+7+deb7u1" looks a bit strange, but
"1:3.4+8" had already been used, so I hope the above is the correct
versioning for a stable upload.

Regards,
Michael



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

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: debian/control.in
===
--- debian/control.in	(Revision 39673)
+++ debian/control.in	(Arbeitskopie)
@@ -155,8 +155,6 @@
  telepathy-rakia,
  telepathy-salut,
  totem-plugins,
-# To match functionality that used to be in epiphany
- xul-ext-adblock-plus,
 # For debconf
  libgtk2-perl (>= 1:1.130),
  ${misc:Depends}
@@ -171,6 +169,8 @@
   libreoffice-evolution,
   planner,
   iceweasel-l10n-all,
+# To match functionality that used to be in epiphany
+  xul-ext-adblock-plus,
   xul-ext-gnome-keyring
 Description: Full GNOME Desktop Environment, with extra components
  This is the GNOME Desktop environment, an intuitive and attractive
Index: debian/changelog
===
--- debian/changelog	(Revision 39673)
+++ debian/changelog	(Arbeitskopie)
@@ -1,3 +1,12 @@
+meta-gnome3 (1:3.4+7+deb7u1) stable; urgency=low
+
+  * Demote xul-ext-adblock-plus to Suggests. Icedove and Iceweasel receive
+major updates via stable-security causing them to get out of sync and
+making xul-ext-adblock-plus and thus the gnome metapackage uninstallable.
+Closes: #71
+
+ -- Michael Biebl   Thu, 26 Sep 2013 11:54:31 +0200
+
 meta-gnome3 (1:3.4+7) unstable; urgency=low
 
   * Depend on gkbd-capplet for the gkbd-keyboard-display binary.
Index: debian/control
===
--- debian/control	(Revision 39673)
+++ debian/control	(Arbeitskopie)
@@ -160,8 +160,6 @@
  telepathy-rakia,
  telepathy-salut,
  totem-plugins,
-# To match functionality that used to be in epiphany
- xul-ext-adblock-plus,
 # For debconf
  libgtk2-perl (>= 1:1.130),
  ${misc:Depends}
@@ -176,6 +174,8 @@
   libreoffice-evolution,
   planner,
   iceweasel-l10n-all,
+# To match functionality that used to be in epiphany
+  xul-ext-adblock-plus,
   xul-ext-gnome-keyring
 Description: Full GNOME Desktop Environment, with extra components
  This is the GNOME Desktop environment, an intuitive and attractive

Bug#723202: Further Information, segfault (network-manager-vpnc-gnome: fails to import .pcf profiles)

[Paul Zeiger]

Hi eyerybody,

today I started nm-connection-editor from a command line and tried to
import my vpn profile because an update of the networkmanager-vpnc
package was made yesterday in the testing branch. After clicking on the
Open button the window crashed another time and the program terminated
leaving the error message:

Segmentation fault

Hope this helps triggering the problem.


Kind regards

Paul








signature.asc
Description: OpenPGP digital signature

Bug#724656: linux-image-3.10-2-amd64: System reboots under heavy encoding/decoding ,load., Pstate related (I believe).

[Robert Frazier]

Package: src:linux
Version: 3.10.7-1
Severity: important



-- Package-specific info:
** Version:
Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.7-1 (2013-08-17)


** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 
root=UUID=646f1072-b05f-486e-90cf-e90dc8077acd ro i915.i915_enable_rc6=0 
intel_pstate=disable


** Not tainted

** Kernel log:
[1.768486] usb 1-1.3: Product: Mass Storage Device
[1.768540] usb 1-1.3: Manufacturer: USB2.0 External
[1.768592] usb 1-1.3: SerialNumber: 20101227179
[1.770459] usb-storage 1-1.3:1.0: USB Mass Storage device detected
[1.770554] scsi4 : usb-storage 1-1.3:1.0
[1.770671] usbcore: registered new interface driver usb-storage
[1.816137] EXT4-fs (sda1): mounted filesystem with ordered data 
mode. Opts: (null)

[2.075860] systemd-udevd[398]: starting version 204
[2.167609] input: Power Button as 
/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3

[2.167691] ACPI: Power Button [PWRB]
[2.167810] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4

[2.167873] ACPI: Power Button [PWRF]
[2.168974] mei_me :00:16.0: setting latency timer to 64
[2.169007] mei_me :00:16.0: irq 47 for MSI/MSI-X
[2.171369] ACPI: Requesting acpi_cpufreq
[2.192166] [drm] Initialized drm 1.1.0 20060810
[2.203915] [drm] Memory usable by graphics device = 2048M
[2.203981] i915 :00:02.0: setting latency timer to 64
[2.219215] i915 :00:02.0: irq 48 for MSI/MSI-X
[2.219229] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[2.219292] [drm] Driver supports precise vblank timestamp query.
[2.219469] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem

[2.229923] [drm] Wrong MCH_SSKPD value: 0x16040307
[2.229986] [drm] This can cause pipe underruns and display issues.
[2.230054] [drm] Please upgrade your BIOS to fix this.
[2.233496] input: PC Speaker as /devices/platform/pcspkr/input/input5
[2.295511] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29
[2.298591] fbcon: inteldrmfb (fb0) is primary device
[2.304455] platform microcode: firmware: agent loaded 
intel-ucode/06-2a-07 into memory

[2.304479] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29
[2.304495] platform microcode: firmware: agent loaded 
intel-ucode/06-2a-07 into memory

[2.304508] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x29
[2.304520] platform microcode: firmware: agent loaded 
intel-ucode/06-2a-07 into memory

[2.304532] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x29
[2.304544] platform microcode: firmware: agent loaded 
intel-ucode/06-2a-07 into memory
[2.304597] microcode: Microcode Update Driver: v2.00 
, Peter Oruba

[2.315620] kvm: disabled by bios
[2.557864] Console: switching to colour frame buffer device 210x65
[2.562907] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[2.562935] i915 :00:02.0: registered panic notifier
[2.577480] acpi device:4c: registered as cooling_device9
[2.577686] ACPI: Video Device [GFX0] (multi-head: yes  rom: no 
post: no)
[2.56] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6
[2.577900] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on 
minor 0
[2.577994] ACPI Warning: 0x0428-0x042f 
SystemIO conflicts with Region \PMIO 1 (20130328/utaddress-251)
[2.578066] ACPI: If an ACPI driver is available for this device, you 
should use it instead of the native driver
[2.578124] ACPI Warning: 0x0540-0x054f 
SystemIO conflicts with Region \GPIO 1 (20130328/utaddress-251)
[2.578192] ACPI: If an ACPI driver is available for this device, you 
should use it instead of the native driver
[2.578246] ACPI Warning: 0x0530-0x053f 
SystemIO conflicts with Region \GPIO 1 (20130328/utaddress-251)
[2.578315] ACPI: If an ACPI driver is available for this device, you 
should use it instead of the native driver
[2.578371] ACPI Warning: 0x0500-0x052f 
SystemIO conflicts with Region \GPIO 1 (20130328/utaddress-251)
[2.578440] ACPI: If an ACPI driver is available for this device, you 
should use it instead of the native driver

[2.578498] lpc_ich: Resource conflict(s) found affecting gpio_ich
[2.578772] ACPI Warning: 0xf040-0xf05f 
SystemIO conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 
(20130328/utaddress-251)
[2.578853] ACPI: If an ACPI driver is available for this device, you 
should use it instead of the native driver

[2.579214] snd_hda_intel :00:1b.0: irq 49 for MSI/MSI-X
[2.601016] input: HDA Intel PCH Front Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input7
[2.601126] input: HDA Intel PCH Line Out as 
/devices/pci:00/

Bug#724655: pu: package meta-gnome3/1:3.4+7+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed wheezy

On 2013-09-26 11:19, Michael Biebl wrote:

From the changelog:


Demote xul-ext-adblock-plus to Suggests. Icedove and Iceweasel 
receive

major updates via stable-security causing them to get out of sync and
making xul-ext-adblock-plus and thus the gnome metapackage 
uninstallable.

Closes: #71


Please go ahead; thanks.


The version number "1:3.4+7+deb7u1" looks a bit strange, but
"1:3.4+8" had already been used, so I hope the above is the correct
versioning for a stable upload.


Under the circumstances, yes, thanks.

Regards,

Adam


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

Bug#724657: fonts-linuxlibertine: Biolinum Shadow missing

[g.gragnani]

Package: fonts-linuxlibertine
Version: 5.3.0-2
Severity: normal
Tags: upstream

Dear Maintainer,

in version 5.3.0 of the package Biolinum Shadow is missing
it would be usuful to have this font available again

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  fontconfig 2.10.2-2 amd64generic font configuration librar
ii  libfreetype6:a 2.4.9-1.1amd64FreeType 2 font engine, shared li
ii  libfreetype6:i 2.4.9-1.1i386 FreeType 2 font engine, shared li
ii  libxft2:amd64  2.3.1-1  amd64FreeType-based font drawing libra
ii  libxft2:i386   2.3.1-1  i386 FreeType-based font drawing libra

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

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

-- 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#724655: pu: package meta-gnome3/1:3.4+7+deb7u1

[Michael Biebl]

Am 26.09.2013 12:26, schrieb Adam D. Barratt:
> Control: tags -1 + confirmed wheezy
> 
> On 2013-09-26 11:19, Michael Biebl wrote:
>>> From the changelog:
>>
>> Demote xul-ext-adblock-plus to Suggests. Icedove and Iceweasel receive
>> major updates via stable-security causing them to get out of sync and
>> making xul-ext-adblock-plus and thus the gnome metapackage uninstallable.
>> Closes: #71
> 
> Please go ahead; thanks.

Uploaded.

Cheers,
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#724658: ftp.debian.org: Please upgrade lintian

[Samuel Thibault]

Package: ftp.debian.org
Severity: important
Tags: lintian

Hello,

I currently can not upload hurd-i386's netdde, because it installs files
in /hurd/ (which is expected). Lintian was fixed (see bug #724524), we
just now need lintian to be upgraded on ftp-master to get netdde go
through.

Samuel


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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Rodolfo García Peñas (kix)]

Hi Philipp,

thanks a lot for your reply. Can you try these two options?

Option one:

1. Edit the file /etc/initramfs-tools/conf.d/resume and change the line:

RESUME=/dev/mapper/atlantis-swap

with the swap line in /etc/uswsusp.conf

RESUME=/dev/atlantis/swap

2. Run update-initramfs -u -k all
3. Reboot.

Report me if is ok.

Option two:

1. Edit the file /etc/uswsusp.conf and change the line:

resume device = /dev/atlantis/swap

with the line in /etc/initramfs-tools/conf.d/resume

resume device = /dev/mapper/atlantis-swap

2. Edit (again) the file /etc/initramfs-tools/conf.d/resume and
restore the initial line:

RESUME=/dev/mapper/atlantis-swap

2. Run update-initramfs -u -k all
3. Reboot.

Report me if is ok now.

Thanks a lot again for your help.

Rodolfo.


Philipp Huebner  escribió:


Package: uswsusp
Version: 1.0+20120915-4
Followup-For: Bug #724275

Hi,

I ran into exactly the same problem after upgrading today from
linux-image-3.10-2-amd64 to linux-image-3.10-3-amd64.
At first, only the new kernel was affected, but after running
update-initramfs -u -k all
all my kernels failed to boot. The only workaround was the kernel option
"noresume".

I too have my swap partition on lvm.

$ cat /proc/swaps
Filename   TypeSizeUsed Priority
/dev/dm-1  partition   4194300 0-1

$ cat /etc/uswsusp.conf
# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both
resume device = /dev/atlantis/swap
compress = y
early writeout = y
image size = 1911949475
RSA key file = /etc/uswsusp.key
shutdown method = platform

$ cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/mapper/atlantis-swap


Hibernation and resume used to work until recently.



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

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

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libblkid1  2.20.1-5.5
ii  libc6  2.17-93
ii  libgcrypt111.5.3-2
ii  liblzo2-2  2.06-1.2
ii  libpci31:3.2.0-3
ii  libx86-1   1.1+ds1-10

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.114
ii  mount2.20.1-5.5

uswsusp suggests no packages.

-- debconf information:
  uswsusp/RSA_key_bits: 1024
  uswsusp/create_RSA_key: false
  uswsusp/resume_device: /dev/atlantis/swap
  uswsusp/splash: false
* uswsusp/continue_without_swap: true
  uswsusp/suspend_loglevel:
  uswsusp/no_snapshot:
  uswsusp/shutdown_method: platform
  uswsusp/no_swap:
  uswsusp/encrypt: false
  uswsusp/image_size: 1911949475
  uswsusp/compress: true
  uswsusp/max_loglevel:
  uswsusp/RSA_key_file: /etc/uswsusp.key
  uswsusp/snapshot_device:
  uswsusp/compute_checksum: false
  uswsusp/resume_offset:
  uswsusp/early_writeout: true



Rodolfo García Peñas (kix)
http://www.kix.es/


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

Bug#724660: libnetcdf-dev: netcdf.mod has been generated with gfortran-4.7 while 4.8 is default

[Damien Caliste]

Package: libnetcdf-dev
Version: 1:4.1.3-6+b1
Severity: normal

usr/include/netcdf.mod file has been created by gfortran-4.7 while now
default version in SID is 4.8. It is currently not possible to compile a
Fortran program calling "use netcdf" with default gfortran command. Is
it possible to recompile the package libnetcdf-dev ?

Thanks,

Damien.


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

Bug#724638: mercurial-git: Incompatible with python-dulwich 0.9.1

[Jelmer Vernooij]

On Wed, Sep 25, 2013 at 11:43:23PM -0400, James McCoy wrote:
> Package: mercurial-git
> Version: 0.4.0-1
> Severity: important
> Tags: upstream
> Forwarded: https://github.com/schacon/hg-git/pull/267
> 
> dulwich made some API changes in 0.9.1 which break mercurial-git.
> There's a patch in the forwarded URL.

FWIW This should just cause a deprecation warning to be printed; it
shouldn't break mercurial-git. If it does, can you please add a backtrace?

CHeers,

Jelmer


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

Bug#724659: RFP: xul-ext-firefoxos-similutor -- Firefox OS Simulator is a test environment for Firefox OS. Use it to test your apps in a Firefox OS-like environment that looks and feels like a mobile

[Julien Hebert]

Package: wnpp
Severity: wishlist

* Package name: xul-ext-firefoxos-similutor
  Version : 4.0
  Upstream Author : Myk Melez
* URL : 
https://addons.mozilla.org/fr/firefox/addon/firefox-os-simulator/
* License : MPL 2.0
  Programming Lang: Xul
  Description : Firefox OS Simulator is a test environment for Firefox OS. 
Use it to test your apps in a Firefox OS-like environment that looks and feels 
like a mobile phone. After installing it, go to Web Developer > Firefox OS 
Simulator to access its features.


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

Bug#724073: Patch: Fix Typo

[David Kalnischkies]

On Mon, Sep 23, 2013 at 7:07 AM, Christian PERRIER  wrote:
> Could it be that i18n doesn't really apply to this file? Strange.

I was about to ask Benjamin how he found this typo. :)

We are in the (lengthy) process of reorganizing code
(and fixing bugs along the way) to finally make way for apt(8).

As this binary isn't built/included in the package yet,
strings from it aren't in the pot yet.
_("That is of course what we intended and planed for")
(po/en_TRUTH: "happy accident").


Best regards

David Kalnischkies


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

Bug#724661: whois: Does not recognize RFC 6996 private AS numbers

[Richard Hartmann]

Package: whois
Version: 5.0.26
Severity: normal

Hi,

as per IRC:

richih@titanium  ~ % whois as64513
Unknown AS number or IP network. Please upgrade this program.
richih@titanium  ~ % whois as420001
Unknown AS number or IP network. Please upgrade this program.
richih@titanium  ~ % 

12:51:36 < Kaveh> RichiH: that query is a special one, but in general the whois 
clients should be updated because jWhois (I think Debian uses Intelligent 
Whois) used to rely on ARIN legacy format of delegated files for all resource 
queries and ARIN has stopped publishing that file from about a month 
  ago, so basically jWhois is broken for the number resource 
queries 
12:52:29 <@RichiH> Kaveh: they did that.. because?
12:52:59 < Kaveh> moving away from legacy AFAIK. all RIRs have the Extended 
Delegated Stat files which is documented, etc.
12:53:14 < Kaveh> but the rest still publish the old format and AFAIK has no 
plans to stop publishing the legacy format
12:53:21 < Kaveh> only ARIN did
12:54:40 < Kaveh> and some whois clients, refer almost all number resources to 
ARIN and ARIN has this refer: thing in whois. so they refer the client to the 
RIR in charge of the resource


Thanks,
Richard


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

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

Versions of packages whois depends on:
ii  libc6 2.17-92+b1
ii  libidn11  1.28-1

whois recommends no packages.

whois 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#724662: [apper] upgrade failed with broken apper

[Adrien Grellier]

Package: apper
Version: 0.8.1-1
Severity: grave

Hi,

Since the last update (version 0.8), apper doesn't work anymore. I got this 
message :

Unable to open database read-only: Database action 'prepare dependency insert 
statement' failed: table dependencies has no column named items_installed

It seems to occurs on every PC with apper and makes apper completely useless 
(no upgrade, no install, etc.). The solution is to remove 
/var/lib/listaller/db/ , as described here for instance :

http://shrimpworks.za.net/2013/09/14/broken-apper-on-debian-unstablesid/

The bug is quite old (since april), but I think it could be usefull to correct 
it in the Debian package. Every person who wants to upgrade from wheezy to 
testing will have the problem.

Regards,

Adrien 


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.11-rc7-amd64

Debian Release: jessie/sid
  900 testing security.debian.org 
  900 testing ftp.fr.debian.org 
  800 unstableftp.fr.debian.org 
  700 experimentalftp.fr.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
apper-data  (>= 0.8.0-2) | 0.8.1-1
listaller (>= 0.5.4) | 0.5.8-1
packagekit(>= 0.8.6) | 0.8.10-2
polkit-kde-1 | 0.99.1-1
 OR policykit-1-gnome| 0.105-2
kde-runtime  | 4:4.10.5-1
libc6  (>= 2.14) | 
libdebconf-kde0 (>= 0.1+git20101209) | 
libgcc1 (>= 1:4.1.1) | 
libgee2   (>= 0.5.0) | 
libglib2.0-0 (>= 2.12.0) | 
libkcmutils4  (>= 4:4.8) | 
libkdecore5   (>= 4:4.8) | 
libkdeui5   (>= 4:4.8.4) | 
libkemoticons4(>= 4:4.8) | 
libkidletime4 (>= 4:4.8) | 
libkio5   (>= 4:4.8) | 
libkprintutils4   (>= 4:4.8) | 
libkutils4   | 
libkworkspace4abi1  (>= 4:4.8.1) | 
liblistaller-glib0   | 
libpackagekit-qt2-6  | 
libplasma3(>= 4:4.8) | 
libqt4-dbus (>= 4:4.6.1) | 
libqt4-declarative  (>= 4:4.7.0~rc1) | 
libqt4-network  (>= 4:4.5.3) | 
libqt4-sql  (>= 4:4.5.3) | 
libqt4-svg  (>= 4:4.5.3) | 
libqt4-xml  (>= 4:4.5.3) | 
libqt4-xmlpatterns  (>= 4:4.5.3) | 
libqtcore4  (>= 4:4.8.0) | 
libqtgui4   (>= 4:4.8.0) | 
libsolid4 (>= 4:4.8) | 
libstdc++6(>= 4.1.1) | 
libxapian22  | 


Recommends   (Version) | Installed
==-+-===
appstream-index| 


Suggests (Version) | Installed
==-+-===
debconf-kde-helper | 0.3-1
software-properties-kde| 0.92.25debian1

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

Bug#674467: opus: Please add multiarch support.

[Peter Lebbing]

Ron wrote:
> I mean really, people who can't figure out how to fix this for themselves 
> really shouldn't be using m-a on sid, or sid, at all. People who think 
> sending hundreds of *insistent me-toos* about transition issues in a 
> development release is the way to fix things *ought to have a good think* 
> about what this word *'unstable'* means and how software development works.

> [...] to *real software developers* in favour of people with unrealistic
> expectations [...]

> [...] the people *actually doing work*.

> The people who expect others to do it for them will just have to be patient,
> or *smarter* about what release they use, or both.

> [...]  it will possibly encourage more people who *shouldn't be using sid* 
> and/or sid+m-a, to keep using it, etc. etc ...
> 
> Which is a good part of the reason I haven't done this double work either.
> 
> If the me-too storm proved anything at all, it was that enough people already
> *didn't get it* without doing even more work to *breed more of them*. If it
> wasn't for that I might have considered doing this more seriously.

> [..] people who do have fairly *reasonable expectations* to meet.

Emphasis is mine.

Please don't be disrespectful of users running jessie/testing and... testing it
for bugs, and reporting them.

About jessie: Of the people including such information, I saw one who appeared
to run sid, the other 5 seemed to run jessie. So you're using a hyperbole
stating all these people shouldn't be running sid, and making this
better-than-thou remark that people should know the meaning of the word 
'unstable'.

Let me remind you of article 4 of the Debian Social Contract:

> Our priorities are our users and free software
> 
> We will be guided by *the needs of our users* and the free software 
> community. We will place their interests first in our priorities. We will 
> support the needs of our users for operation in many different kinds of 
> computing environments. We will *not object to non-free works* that are 
> intended to be used on Debian systems, or attempt to charge a fee to people 
> who create or use such works. We will allow others to create distributions 
> containing both the Debian system and other works, without any fee from us. 
> In furtherance of these goals, we will provide an integrated system of 
> high-quality materials with no legal restrictions that would prevent such 
> uses of the system.

Again, emphasis mine.

The bug was reported in May 2012. In July 2013, *more than a year later*, you
wrote a very short reply why you were not acting, but not taking the effort to
really explain it any further. The reason remains rather unclear at that moment.
Other than that, you pretty much said nothing until now. And now you're
disrespectful of the people who keep trying to get this under your attention?
They're nagging, when they keep raising the issue because the maintainer simply
does not respond to the bug report? You might have done more if it weren't that
you're encouraging these annoying Debian users?

I understand you're looking at this from a different perspective than I am, but
I find your condescending tone very inappropriate. Especially the breeding
remark; users are not cattle, and *you* are most definitely not the farmer
owning said cattle.

I also think the remark about "people actually doing work" in particular is
offensive and highly unwanted.

Peter.

-- 
I use the GNU Privacy Guard (GnuPG) in combination with Enigmail.
You can send me encrypted mail if you want some privacy.
My key is available at 


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

Bug#724663: RM: evolution [hurd-i386] -- ROM, ROP; outdated, blocks libgweather decruft

[Emilio Pozuelo Monfort]

Package: ftp.debian.org
Severity: normal

Please remove evolution/hurd-i386, it's BD-Uninstallable atm and depends on
the old libgweather soname. It can come back when the b-ds can be satisfied.

Thanks,
Emilio


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

Bug#724665: ITP: canl-c -- EMI Common Authentication Library - Bindings for C

[Mattias Ellert]

Package: wnpp
Severity: wishlist
Owner: Mattias Ellert 

* Package name: canl-c
  Version : 2.1.2
* URL : http://www.eu-emi.eu/
* License : Apache 2
  Description : EMI Common Authentication Library - Bindings for C

EMI Common Authentication Library (caNl) - C bindings



smime.p7s
Description: S/MIME cryptographic signature

Bug#724666: live-config: Removing kwalletd.desktop file makes kwallet unusable.

[Debian Live user]

Package: live-config
Version: 3.0.23-1
Severity: grave
Tags: patch
Justification: renders package unusable

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

   * What led up to the situation?
Trying to create a wallet to store my passwords.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
- Started kwalletmanager and choosing File -> New wallet ...
- Provided a name and then nothing happened.
   * What was the outcome of this action?
No wallet was created and therefor couldn't use it's functionality.
   * What outcome did you expect instead?
That a wallet was created and I could store my passwords in it.
If you would install ksshaskpass package that wouldn't work either, 
but it doesn't work on the standard kde image downloaded from either
cdimage.debian.org or the newer one on live.debian.net (or a custom 
created image).

This bug is reported from the image downloaded at:
http://live.debian.net/cdimage/release/stable+nonfree/i386/iso-hybrid/debian-live-7.1-i386-kde-desktop+nonfree.iso


To figure out what went wrong I started kwalletmanager from the command line and
this is the output of it:
user@debian:~$ kwalletmanager &
[1] 4758
user@debian:~$ QDBusConnection: session D-Bus connection created before 
QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
kwalletmanager(4759)/kdeui (Wallet): Couldn't start kwalletd:  "Could not find 
service 'kwalletd.desktop'." 

kwalletmanager(4759)/kdeui (Wallet): Couldn't start kwalletd:  "Could not find 
service 'kwalletd.desktop'." 

Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
^C
[1]+  Donekwalletmanager


Patch section:
- if you download the kde-runtime-data package and install the debfile with 
'dpkg -i '
  the problem is resolved.
- Reinstalling the kde-runtime-data would also fix this.

With the help of the people on #debian-kde we tracked down the source of the 
problem:
http://sources.debian.net/src/live-config/3.0.23-1/scripts/config/1060-kde-services?hl=68#L68
This error is also present in live-config version 4.0~a27-1:
http://sources.debian.net/src/live-config/4.0~a27-1/components/1060-kde-services?hl=71#L71

It would be my suggestion to remove all those line 'disabling unnecessary KDE 
services' since
they are NOT unnecessary, break functionality in KDE and in case of those which 
should prevent 
akonadi from starting both ineffective (akonadi is started anyway) and unwanted 
since akonadi is
an important part of the KDE(-PIM) infrastructure.

Removing those files/services is also against the philosophy of Debian Live as 
described in 
section 2.2.1 from the manual, especially this part:
"We will not change any packages. Whenever we need to change something, we will
do that in coordination with its package maintainer in Debian."

If you have any questions or want more information, feel free to ask.


Regards,
  Diederik

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

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

Versions of packages live-config depends on:
ii  live-config-sysvinit [live-config-backend]  3.0.23-1

Versions of packages live-config recommends:
ii  console-tools   1:0.2.3dbs-70
ii  iproute 20120521-3+b3
ii  keyboard-configuration  1.88
ii  live-config-doc 3.0.23-1
ii  live-tools  3.0.20-1
ii  locales 2.13-38
ii  sudo1.8.5p2-1+nmu1
ii  user-setup  1.48

Versions of packages live-config suggests:
ii  pciutils  1:3.1.9-6
ii  wget  1.13.4-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#724663: RM: evolution [hurd-i386] -- ROM, ROP; outdated, blocks libgweather decruft

[Svante Signell]

On Thu, 2013-09-26 at 13:12 +0200, Emilio Pozuelo Monfort wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Please remove evolution/hurd-i386, it's BD-Uninstallable atm and depends on
> the old libgweather soname. It can come back when the b-ds can be satisfied.

FYI; there is a bug report #723834 on the build dependencies for
evolution: bogofilter. When this is fixed, evolution will build again
on hurd-i386.


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

Bug#724638: mercurial-git: Incompatible with python-dulwich 0.9.1

[James McCoy]

On Thu, Sep 26, 2013 at 12:42:59PM +0200, Jelmer Vernooij wrote:
> On Wed, Sep 25, 2013 at 11:43:23PM -0400, James McCoy wrote:
> > Package: mercurial-git
> > Version: 0.4.0-1
> > Severity: important
> > Tags: upstream
> > Forwarded: https://github.com/schacon/hg-git/pull/267
> > 
> > dulwich made some API changes in 0.9.1 which break mercurial-git.
> > There's a patch in the forwarded URL.
> 
> FWIW This should just cause a deprecation warning to be printed; it
> shouldn't break mercurial-git. If it does, can you please add a backtrace?

mercurial-git implements its own SSHVendor[0], which doesn't happen to
derive from dulwich's.  It just implements the interface.  I'll amend my
suggested fix to have it also derive from dulwich's SSHVendor, since
that may make failures clearer in the future.

[0]: https://github.com/schacon/hg-git/blob/master/hggit/_ssh.py

Even if it had derived properly, the deprecation warning would only have
been emitted if it had already implemented a run_command method.  There
was no reason for it to do so though since the code was written against
an earlier version of dulwich.  Instead, NotImplementedError is raised.

The add_pack API change leads to this backtrace:

$ hg pull ../gitrepo1
pulling from ../gitrepo1
importing git objects into hg
(run 'hg heads' to see heads)
** Unknown exception encountered with possibly-broken third-party extension 
hggit
** which supports versions 2.3.1 of Mercurial.
** Please disable hggit and try your action again.
** If that fixes the bug please report it to 
https://bitbucket.org/durin42/hg-git/issues
** Python 2.7.5+ (default, Sep 17 2013, 15:31:50) [GCC 4.8.1]
** Mercurial Distributed SCM (version 2.7.1)
** Extensions loaded: hggit, graphlog
Traceback (most recent call last):
  File "/usr/bin/hg", line 38, in 
mercurial.dispatch.run()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 28, in run
sys.exit((dispatch(request(sys.argv[1:])) or 0) & 255)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 69, in 
dispatch
ret = _runcatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 97, in 
_runcatch
return _dispatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 778, in 
_dispatch
cmdpats, cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 549, in 
runcommand
ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 869, in 
_runcommand
return checkargs()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 840, in 
checkargs
return cmdfunc()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 775, in 

d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 506, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/mercurial/commands.py", line 4580, in 
pull
remotebookmarks = other.listkeys('bookmarks')
  File "/home/jamessan/src/hg-git/hggit/gitrepo.py", line 59, in listkeys
refs = handler.fetch_pack(self.path)
  File "/home/jamessan/src/hg-git/hggit/git_handler.py", line 1011, in 
fetch_pack
f, commit = self.git.object_store.add_pack()
ValueError: too many values to unpack


The rename of connect_ssh to run_command leads to this backtrace:

$ hg push github
pushing to git+ssh://g...@github.com/jamessan/vim.git
** Unknown exception encountered with possibly-broken third-party extension git
** which supports versions 2.3.1 of Mercurial.
** Please disable git and try your action again.
** If that fixes the bug please report it to 
https://bitbucket.org/durin42/hg-git/issues
** Python 2.7.5+ (default, Sep 17 2013, 15:31:50) [GCC 4.8.1]
** Mercurial Distributed SCM (version 2.7.1)
** Extensions loaded: color, git, graphlog, hgk, mq, pager, purge, record, 
rebase
Traceback (most recent call last):
  File "/usr/bin/hg", line 38, in 
mercurial.dispatch.run()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 28, in run
sys.exit((dispatch(request(sys.argv[1:])) or 0) & 255)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 69, in 
dispatch
ret = _runcatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 97, in 
_runcatch
return _dispatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 778, in 
_dispatch
cmdpats, cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 549, in 
runcommand
ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib/python2.7/dist-packages/mercurial/extensions.py", line 188, in 
wrap
return wrapper(origfn, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/hgext/pager.py", line 132, in pagecmd
return orig(ui, options, cmd, cmdfunc)
  File "/usr/lib/python2.7/dist-packages/mercurial/extensions.py", line 188, in 
wrap
   

Bug#723936: [Pkg-systemd-maintainers] Bug#723936: systemd: fails to upgrade - same behavior

[Michael Biebl]

[please always CC the bug report]

Am 26.09.2013 13:25, schrieb Jean-Marc:
> On Tue, 24 Sep 2013 20:50:57 +0200, Jean-Marc  wrote:
>> On Tue, 24 Sep 2013 14:16:54 +0200
>> Michael Biebl  wrote:
>>> [SNIP]
>>> If you have a journalctl dump from during the system upgrade, that could
>>> be helpful. If you are not comfortable sharing it on the internet, you
>>> can also send it to me privately.
>>
>> Unfortunately, no journalctl data, the Storage parameter was on its
>> default value (auto) and my system has no /var/log/journal directory.
>>
>> I tried to find some infos in the logs; see attachment.
>>
>> Tell me if it is helpful.
>>
>>>
>>>
>>> Michael
>>>
>>
> 
> Hi Michael,
> 
> Did you get some time to take a look at the attached logs ?
> 
> About the journalctl output, I can boot using systemd to get log after
> the system times out.
> Do you want this kind of info ?  Is it useful ?

I had a brief look at the logs (thanks for them), and this caught my attention:
Sep 23 20:48:17 Cunegonde systemd[1]: Reloading.
Sep 23 20:48:17 Cunegonde systemd[1]: 
/lib/systemd/system-generators/systemd-rc-local-generator exited with exit 
status 1.
Sep 23 20:48:17 Cunegonde systemd[1]: 
/lib/systemd/system-generators/systemd-cryptsetup-generator exited with exit 
status 1.
Sep 23 20:48:17 Cunegonde systemd[1]: 
/lib/systemd/system-generators/systemd-system-update-generator exited with exit 
status 1.
Sep 23 20:48:17 Cunegonde systemd[1]: 
/lib/systemd/system-generators/systemd-getty-generator exited with exit status 
1.
Sep 23 20:48:17 Cunegonde systemd[1]: 
/lib/systemd/system-generators/systemd-fstab-generator exited with exit status 
1.
 
[...]

Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit 
local-fs.target, ignoring: Unit fsck@dev-mapper-vg_global\x2ddonnees.service 
failed to load: No such file or directory. See system logs and 'systemctl 
status fsck@dev-mapper-vg_global\x2ddonnees.service' for details.
Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit 
pcscd.socket, ignoring: Unit var-run.mount failed to load: No such file or 
directory. See system logs and 'systemctl status var-run.mount' for details.
Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit 
avahi-daemon.socket, ignoring: Unit var-run.mount failed to load: No such file 
or directory. See system logs and 'systemctl status var-run.mount' for details.
Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit 
dbus.socket, ignoring: Unit var-run.mount failed to load: No such file or 
directory. See system logs and 'systemctl status var-run.mount' for details.

[...]

Sep 23 20:48:39 Cunegonde systemd[1]: Reexecuting.


Those reload requests are done before systemd has been re-executed.

KiBi, could you check if you have similar logs in your syslog/kern.log?

I haven't quite figured out yet, what's going on/wrong here, but it looks
like in your case the newly installed generators fail when run under the
old systemd version. Why that causes the issue wrt var-run.mount is not
yet clear to me.

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#683596: lintian: False positive "unused-override" when checking multiple packages with lintian

[Matthijs Kooijman]

Hey Niels,

> I have been thinking about this some more and I have come to the
> conclusion that we cannot ensure packages are Lintian clean in "both
> use-cases".  For many checks, we might be able to do it, but there are
> some where the output associated with the check depends on the packages
> involved in the check.
> 
> Take "intra-source-package-circular-dependency" as an example.  And that
> (in theory) gets even more "fun" if you start processing binaries from
> multiple architectures together (like we do on lintian.d.o).  So at this
> time, I am going to say "cantfix" to this.
Makes sense. Thanks for considering, though :-)

Gr.

Matthijs


signature.asc
Description: Digital signature

Bug#724651: Nvidia driver and X Segmentation fault - Fatal server

[Luigi Cirillo]

Yes, I followed the wiki page and I wrote the file
/etc/X11/xorg.conf.d/20-nvidia.conf
but the result is the same.
In a second attempt I deleted the file /etc/X11/xorg.conf.d/20-nvidia.conf and
used nvidia-config. No difference

Bug#724667: RFP: bd -- Quickly go back to a specific parent directory

[nodiscc]

Package: wnpp
Severity: wishlist

* Package name: bd
  Version : 1.0
  Upstream Author : Vigneshwaran Raveendran 
* URL : https://github.com/vigneshwaranr/bd
* License : MIT
  Programming Lang: sh
  Description : Quickly go back to a specific parent directory

Quickly go back to a specific parent directory in linux instead of typing "cd 
../../.." redundantly.

If you are in this path 
/home/user/project/src/org/main/site/utils/file/reader/whatever and you want to 
go to site directory quickly, then just type: bd site
In fact, You can simply type bd  like bd s or bd si
If there are more than one directories with same name up in the hierarchy, bd 
will take you to the closest. (Not considering the immediate parent.)

Using bd within backticks (`bd `) prints out the path without 
changing the current directory.
You can take advantage of that by combining `bd ` with other 
commands such as ls, ln, echo, zip, tar etc..


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

Bug#607536: Applying patch? sid + wheezy?

[Mathieu Parent]

2013/9/25 Christian PERRIER :
> Quoting Mathieu Parent (math.par...@gmail.com):
>> Hi,
>>
>> Anybody willing to review and apply patch for #607536 (Do not
>> automatically select the correct disk when using isohybrid ISO on USB
>> stick)?
>
> Applied, currently building and planned upload.

Thanks for doing this so quickly.

> Thanks for volunteering to test that it really fixes the isse and
> doesn't break anything else..:-)

Tested with build '2013-09-26 05:48'. It works as expected.

>>
>> Targeting it to wheezy update will enhance usb experience ;-)
>
> That's another story..;-)
>
>

Yes. I think this patch is simple enough to not introduce regression.
But I won't enforce -boot decision.

Cheers
-- 
Mathieu


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

Bug#724655: pu: package meta-gnome3/1:3.4+7+deb7u1

[Jonathan Wiltshire]

On 2013-09-26 11:30, Michael Biebl wrote:

Am 26.09.2013 12:26, schrieb Adam D. Barratt:

Control: tags -1 + confirmed wheezy

On 2013-09-26 11:19, Michael Biebl wrote:

From the changelog:


Demote xul-ext-adblock-plus to Suggests. Icedove and Iceweasel 
receive

major updates via stable-security causing them to get out of sync and
making xul-ext-adblock-plus and thus the gnome metapackage 
uninstallable.

Closes: #71


Please go ahead; thanks.


Uploaded.


Flagged for acceptance into p-u.

Thanks,

--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


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

Bug#724668: Please add systemd-journal group by default

[Guido Günther]

Package: systemd
Version: 204-5
Severity: wishlist
Tags: patch

Hi,
attached patch adds the systemd-journal group by default so one doesn't
have to create it explicitly in order to add user to it. This makes it
simpler to enable users to read all logs.
Cheers,
 -- Guido
>From 6c7e12bffeeb353711dd77787dc54babc2a78725 Mon Sep 17 00:00:00 2001
Message-Id: <6c7e12bffeeb353711dd77787dc54babc2a78725.1380197648.git@sigxcpu.org>
From: =?UTF-8?q?Guido=20G=C3=BCnther?= 
Date: Thu, 26 Sep 2013 14:13:24 +0200
Subject: [PATCH] Add systemd-journal group

Users in this group are allowed to see system messages and messages from
other uses.
---
 debian/systemd.postinst | 4 
 debian/systemd.postrm   | 4 
 2 files changed, 8 insertions(+)

diff --git a/debian/systemd.postinst b/debian/systemd.postinst
index c4e2d62..8497d98 100644
--- a/debian/systemd.postinst
+++ b/debian/systemd.postinst
@@ -80,6 +80,10 @@ fi
 
 systemd-machine-id-setup
 
+if ! getent group systemd-journal >/dev/null; then
+addgroup --system systemd-journal
+fi
+
 # initial update of the Message Catalogs database
 _update_catalog
 
diff --git a/debian/systemd.postrm b/debian/systemd.postrm
index f764cdc..8ecfdda 100644
--- a/debian/systemd.postrm
+++ b/debian/systemd.postrm
@@ -6,6 +6,10 @@ case "$1" in
 purge)
 rm -f /var/lib/systemd/catalog/database
 rmdir --ignore-fail-on-non-empty /var/lib/systemd/catalog 2> /dev/null || true
+
+if getent group systemd-journal >/dev/null; then
+delgroup systemd-journal || true
+fi
 ;;
 esac
 
-- 
1.8.4.rc3

Bug#252899: Making Terrasync just work

[Rebecca N. Palmer]

I'd consider the real issue here "turning on TerraSync by just ticking 
the box should work".  It currently doesn't, for several reasons:


1) The TerraSync dialog box (Environment > Scenery Download) only allows 
selecting directories that are in FG_SCENERY (so the new scenery will be 
read) but not FG_ROOT/Scenery (as noted above, TerraSync isn't meant to 
be run there).  By default, FG_SCENERY = FG_ROOT/Scenery, so there are 
no directories available for selection and TerraSync hence can't be 
turned on.  (The dialog script then tries, and fails, to display an 
error message stating this: fixed by terrasync_error_display.patch)


I suggest including the TerraSync directory in the default scenery 
directories even if TerraSync is currently off, both to allow it to be 
turned on from this dialog box, and to keep displaying existing 
TerraSync scenery if the user later disables new downloads (e.g. because 
they are running out of data allowance).  This is done by 
terrasync_directory.patch.


This patch does not change the default TerraSync directory (currently 
$HOME/.fgfs/TerraSync, which will be created if necessary); this can 
easily be changed in flightgear/src/Main/options.cxx near line 2050, but 
using a shared directory (such as /var/games/flightgear/TerraSync) would 
require either making all the downloaded files world-writable (which 
libsvn doesn't appear to provide a way to do) or making FlightGear 
setgid (allowed by Policy 11.11, but would it be a good idea 
security-wise?).


2) If one uses Select Airport to go to a less-negative lat/long (e.g. 
KSFO to nearly anywhere else in the Americas) the tile one is now in is 
not downloaded, as the tile selection process rounds the lat/long 
towards 0 but the tile names are rounded down.  Fixed by 
terrasync_fix_rounding.patch.


3) Select Airport does not wait for the new scenery to become available, 
so to see it one has to refresh scenery (to load it) then Select Airport 
again (to get to the new ground level).  I don't have an actual fix for 
that yet, but terrasync_document_ground_refresh.patch adds a note 
stating this workaround.


These patches were tested together (in upstream 2.12rc) but should all 
be independent.
Set a default TerraSync directory, so the user can turn TerraSync on by simply ticking the box.

--- /home/palmer/flightgear_source/fg-flightgear/src/Main/options.cxx_orig	2013-09-23 19:02:44.193288081 +0100
+++ /home/palmer/flightgear_source/fg-flightgear/src/Main/options.cxx	2013-09-26 10:22:13.524362071 +0100
@@ -2040,8 +2040,10 @@ void Options::processOptions()
 globals->append_fg_scenery(envp);
   }
 
+  bool no_explicit_scenery_dir=globals->get_fg_scenery().empty(); //need to do terrasync dir before FG_ROOT so it takes priority
+
 // terrasync directory fixup
-  if (fgGetBool("/sim/terrasync/enabled")) {
+  if ( no_explicit_scenery_dir || fgGetBool("/sim/terrasync/enabled")) { //the no_explicit_scenery_dir case is because TerraSync can't be turned on from the dialog box if there is no non-fg-root directory in fg-scenery for it to be turned on in, and also because a user turning TerraSync off due to lack of bandwidth probably doesn't want their already-installed TerraSync scenery to disappear
 string terrasyncDir = fgGetString("/sim/terrasync/scenery-dir");
 if (terrasyncDir.empty()) {
   SGPath p(globals->get_fg_home());
@@ -2052,11 +2054,11 @@ void Options::processOptions()
   fgSetString("/sim/terrasync/scenery-dir", terrasyncDir);
 }
   
-  SGPath p(terrasyncDir);
-  if (!p.exists()) {
+SGPath p(terrasyncDir);
+if (!p.exists()) {
   simgear::Dir dd(p);
   dd.create(0700);
-  }
+}
 
 const string_list& scenery_paths(globals->get_fg_scenery());
 if (std::find(scenery_paths.begin(), scenery_paths.end(), terrasyncDir) == scenery_paths.end()) {
@@ -2064,13 +2066,13 @@ void Options::processOptions()
   globals->append_fg_scenery(terrasyncDir);
 }
   }
-  
-  if (globals->get_fg_scenery().empty()) {
-// no scenery paths set *at all*, use the data in FG_ROOT
+  if (no_explicit_scenery_dir) {
+// use the data in FG_ROOT
 SGPath root(globals->get_fg_root());
 root.append("Scenery");
 globals->append_fg_scenery(root.str());
   }
+  
 }
   
 void Options::showUsage() const
Make the "don't run terrasync in FG_ROOT/Scenery" error message actually appear.

--- /home/palmer/flightgear_source/fgfsinstall2-12/lib/FlightGear/gui/dialogs/terrasync.xml_orig	2013-07-29 10:41:14.0 +0100
+++ /home/palmer/flightgear_source/fgfsinstall2-12/lib/FlightGear/gui/dialogs/terrasync.xml_fix1	2013-09-26 09:48:55.397460111 +0100
@@ -540,7 +540,7 @@
 
   # Add error text if the user only has fg-data/Scenery available and disable controls.
   if (!valid) {
-var warning = cmdarg().getChildren("group")[1].getChildren("text")[1];
+var warning = gui.findElementByName(cmdarg(),"warning_text");
 var txt = "You mus

Bug#544641: problem nailed, but how to fix?

[Giacomo Mulas]

I think I found why uswsusp is unable to resume when the swap partition is
on a lvm device, but I suspect that the problem lies with lvm2
and will have to be fixed either there or in initramfs-tools.

Essentially, when in the boot sequence scripts/local-top/lvm2 gets executed
in the ramdisk, it does not activate all available lvm devices, but rather
tries to individually activate the root device and the resume device,
calling the function activate_vg which is defined in the same script.
Now, what happens is that when activate_vg is called with a
/dev/mapper/something device as argument it works correctly; instead, when
it is given an argument "UUID=whateversensibleuuid" it fails to activate the
matching lvm partition, even if it exists in the system.

Now, since ROOT is defined by the argument provided in the kernel boot
command line, and since the grub scripts set it up to
/dev/mapper/rootvg-rootlvm, this works ok to activate the root partition.

Instead, the RESUME variable is set up in the conf/conf.d/resume
configuration file, which is magically set up by mkinitramfs to always be in
the form UUID=someuuid EVEN IF this was explicitly set in
/etc/initramfs-tools/conf/conf.d/resume as
RESUME=/dev/mapper/somecorrectlvmdevice
This happens in /usr/share/initramfs-tools/hooks/resume, which calls blkid
to translate _any_ candidate resume device found to UUID form. This is then
passed to activate_vg which fails to activate it.


Possible solutions I see:

1) The Right Thing: fix the function activate_vg in
/usr/share/initramfs-tools/scripts/local-top/lvm2 so that it activates an
lvm partition which is given in the form UUID=somecorrectlvmuuid

2) not too bad kludge: add a special case in
/usr/share/initramfs-tools/hooks/resume so that if a resume device is given
as /dev/mapper/something it is left alone and not forcibly translated to
UUID=correspondinguuid; this would make previously working configurations
(e.g. in which one had specified a correct RESUME line in
/etc/initramfs-tools/conf/conf.d/resume) happy again

3) atomic bomb approach: instead of going to great lengths to determine and
activate in the initramdisk only the root and resume lvm devices, just put
an unconditional 
lvm vgchange -aly --ignorelockingfailure

line in /usr/share/initramfs-tools/scripts/local-top/lvm2, which will always
activate all lvm devices and be done with it.

I suggest that the uswsusp maintainer should relay this email (and/or his
own better analysis) to the maintainers of the lvm2 and initramfs-tools
packages, so that a common agreement can be found for a solution accepted by
all, which can hopefully be expected to work for some time and not be broken
time and again by some apparently unrelated change.


Bye
Giacomo

--
_

Giacomo Mulas 
_

INAF - Osservatorio Astronomico di Cagliari
via della scienza * 09047 Selargius (CA)

Tel. (OAC): +39 329 6603810
Tel. (UNICA): +39 070 675 4916
_

"When the storms are raging around you, stay right where you are"
 (Freddy Mercury)
_


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

Bug#724669: gst-plugins-bad1.0: Please tighten build dependency on libopenal-dev

[Tuomas Jormola]

Source: gst-plugins-bad1.0
Version: 1.2.0-1
Severity: minor

Hi,

I was backporting gstreamer 1.2.0 packages from Debian/sid to
Ubuntu/precise and noticed that building of OpenAL support in
gst-plugins-bad1.0 failed because stock libopenal-dev was too old
but that wasn't caught by dpkg-checkbuilddeps. Please add versioned
build depend libopenal-dev (>= 1.14) since that's what the configure
script checks for. Thanks

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

   * What led up to the situation?
   * 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?

*** End of the template - remove these lines ***


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

Kernel: Linux 3.2.0-52-generic (SMP w/4 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#724668: Please add systemd-journal group by default

[Michael Biebl]

forcemerge 717386 724668
thanks

Hi Guido,

Am 26.09.2013 14:17, schrieb Guido Günther:
> attached patch adds the systemd-journal group by default so one doesn't
> have to create it explicitly in order to add user to it. This makes it
> simpler to enable users to read all logs.

I'm merging this bug with the existing one (#717386).
I vaguely remember that we discussed that on IRC, and one concern that
was raised by Tollef iirc was, why we not just continue to use adm
(which systemd has used in the past). I don't think we came to a
conclusion yet, whether we should just patch systemd to use adm or
follow upstream and use a dedicated group.

Regarding your patch, you don't need the
"getent group systemd-journal" guards, adduser is clever enough to deal
with that [1].

Removing a system user on purge is another controversial topic,
especially since we don't nuke any persistent logs (should they exist).

Also, adduser is not an essential package, so the systemd package would
need a Depends: adduser.


Cheers,
Michael

[1] https://wiki.debian.org/AccountHandlingInMaintainerScripts

-- 
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#664784: Any activities on this project?

[Marcin Kulisz]

Hi,
looks like I'll need this stuff (sandbox) for my work, So I'm prepared to
package it and find sponsor.

Is anybody working on it right now?
-- 

|_|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#724670: RFS: pgrouting/2.0.0-1 [ITP] -- basic routing functionality support for PostgreSQL

[Michael Fladischer]

Package: sponsorship-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear mentors,

I am looking for a sponsor for my package "pgrouting"

 * Package name: pgrouting
   Version : 2.0.0-1
   Upstream Author : pgRouting Contributors 
 * URL : http://pgrouting.org/
 * License : GPL-2+
   Section : misc

It builds those binary packages:

postgresql-9.3-pgrouting - basic routing functionality support for 
PostgreSQL 9.3

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/pgrouting

Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/p/pgrouting/pgrouting_2.0.0-1.dsc

More information about pgrouting can be obtained from http://pgrouting.org/.

  Regards,
   Michael Fladischer

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

iQIcBAEBAgAGBQJSRC0FAAoJEGlMre9Rx7W2hSUQALFkcYX0/ZqhK5b6X4vTo3K5
m/+J1JB9jDezHEA0UWkV0nXarvUrZAns5MKxIcHAwV4I44XhlyuiCAVphbBEPiCC
asc4hzI5mrrOWZgHBfzRnLrmsqoqAEnSjAshs+a0/6kfQCtxV8ayxIA7oAIdKicy
Brxutz/LR2WvbD5rH+cUrZ9ikPhW4XN5PIZsUFyDJ3/Cq2pgZW4kjvqIb1z61mxB
+q9OFuyMffdh23mXbWEBJWZHMPiGKsJnjIS6Dwg/cdDEboe6SfdgMWPQwIa/52CP
4DKnk/WvTCy7QafHOyx9IV+Zv19Co1T+v+2PXs/YJy+TD9gni3oRnjyHHyBd5JL9
+c7q/yOz/Eh0W5W/ruKdeV3HziR2VIfEpB9mco0zS7/7HGjLFRvbmahHfv0WRSuU
0XmaEOlcRXvEoUeGeyz47VzIr6HwdC7qZ23MKr48iteB8HQE5eTGR8CEeaOEsjV4
qAW2FkgoduGedYTdbtmRKFJIentbf64JncLpuy4SXb21xafHGCeWvTxSWBbHjpWw
iQ5iqXDWEoIQwROfh2ce8ztFl6NZStK1qjJHwd1xI8KBeMwnfefZ0fSCaObYCOsW
rzfb3zyQR5jjrghSa2FYt5Wsny4+IZxUs+Y0+gLu91YGblbn9qBwel8FDQIbR/me
jDb25WbXSf/34ugKGRjN
=4kRz
-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#717155: iscsitarget-dkms: Fails to build against Linux 3.10

[Ritesh Raj Sarraf]

On Wednesday 25 September 2013 09:38 PM, Moritz Muehlenhoff wrote:
> No, that's related to changes in Linux 3.10:
>
> See https://lwn.net/Articles/549737/
>
> | create_proc_entry()/create_proc_read_entry() are killed off; use 
> proc_create().
>
> This has already been fixed in upstream trunk:
> http://sourceforge.net/p/iscsitarget/code/496/
>
> You could pull the fix for the sid package.

Thanks Moritz I've rebased a new release to SVN@496. Tested with
Linux 3.11. Should work with 3.10 too.
This bug will close one the package clears the queue.

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




signature.asc
Description: OpenPGP digital signature

Bug#724514: dracut: bug in libdir discovery

[Thomas Lange]

This patch will also do it:

--- dracut-functions.sh~2013-09-26 14:49:53.197483580 +0200
+++ dracut-functions.sh 2013-09-26 14:50:03.366483641 +0200
@@ -81,7 +81,7 @@
 [[ -d /usr/lib ]] && libdirs+=" /usr/lib"
 fi
 
-libdirs+="$(ldconfig_paths)"
+libdirs+=" $(ldconfig_paths)"
 
 export libdirs
 fi


-- 
regards Thomas


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

Bug#724671: rss2email: Deletes config when disk is full

[Etienne Millon]

Package: rss2email
Version: 1:3.6-1~exp1
Severity: important
Tags: upstream

Hello,

In certain cases, it is possible that rss2email deletes important
parts of its configuration file when there is a write error.

See this bug I reported on upstream BTS:

https://github.com/wking/rss2email/issues/22

-- 
Etienne Millon


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

Bug#724673: bochs: Support for vga: extension=cirrus is missing

[Peter Schaefer]

Package: bochs
Version: 2.4.6-5
Severity: normal

Dear Maintainer,
Support for  vga: extension=cirrus is missing.
Add a line --enable-clgd54xx \ to debian/rules[111] and it will be 
compiled in and the option can be used. 
tested on amd64

best regards
Peter Schaefer

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

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

Versions of packages bochs depends on:
ii  bochs-sdl [bochs-gui]   2.4.6-5
ii  bochs-svga [bochs-gui]  2.4.6-5
ii  bochs-term [bochs-gui]  2.4.6-5
ii  bochs-wx [bochs-gui]2.4.6-5
ii  bochs-x [bochs-gui] 2.4.6-5
ii  bochsbios   2.4.6-5
ii  libasound2  1.0.25-4
ii  libc6   2.13-38
ii  libgcc1 1:4.7.2-5
ii  libltdl72.4.2-1.1
ii  libstdc++6  4.7.2-5
ii  vgabios 0.7a-3
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages bochs recommends:
ii  bximage  2.4.6-5

Versions of packages bochs suggests:
ii  bcc [c-compiler]  0.16.17-3.1
ii  bochs-doc 2.4.6-5
ii  debootstrap   1.0.48+deb7u1
ii  gcc [c-compiler]  4:4.7.2-1
ii  gcc-4.4 [c-compiler]  4.4.7-2
ii  gcc-4.6 [c-compiler]  4.6.3-14
ii  gcc-4.7 [c-compiler]  4.7.2-5
pn  grub-rescue-pc
ii  libc6-dev [libc-dev]  2.13-38

-- 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#724674: ca-certificates: local certificates added are not trusted

[Michal Suchanek]

Package: ca-certificates
Version: 20130119
Severity: important

Hello,

I noticed that my puppet agent fails to connect to puppet server due to
invalid certificate.

While it might be the job of puppet to maintain the certificates I went
ahead and added the puppet CA:

ln -sf /var/lib/puppet/ssl/certs/ca.pem
/usr/local/share/ca-certificates/puppet-ca.crt

tried to connect to puppet server:

openssl s_client -connect localhost:8140


   Verify return code: 19 (self signed certificate in certificate chain)

openssl s_client -connect localhost:8140 -CApath /etc/ssl/certs


   Verify return code: 0 (ok)

WTF?

Oh yeah, openssl does not verify hostname. It's *that* awesome.

Any idea how I can add local certificate so that it's actually used?

Thanks

Michal

-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (990, 'stable'), (800, 'oldstable'), (500, 'testing'), (400, 
'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ca-certificates depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  openssl1.0.1e-2

ca-certificates recommends no packages.

ca-certificates suggests no packages.

-- debconf information excluded


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

Bug#724672: base: Fails to auto-detect the need for the kernel module `asus-nb-wmi'

[Diogo F. S. Ramos]

Package: base
Severity: wishlist

Dear Maintainer,

Out of the box, the keyboard fn keys of an ASUS N46V laptop don't
fully work.  For them to work properly, I added the kernel module
`asus-nb-wmi' to the file `/etc/modules'.

Would it be possible to add some kind of auto-detection for this?

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

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


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

Bug#576998: ITP: etherpad-lite -- web based collaborative real-time editor

[Petter Reinholdtsen]

Hi.  It would be great to provide Ethernet in the Freedombox,
especially if it is included in Debian.  Do you have any estimate on
when etherpad-lite might show up in Debian?
-- 
Happy hacking
Petter Reinholdtsen


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

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Timo Juhani Lindfors]

Hi Ben and Ritesh,

do we actually need the dependency? Currently if stap fails it will
guide the user to read README.Debian which will tell them to use
stap-prep which will install matching header, debug and kbuild packages.
IMHO we could just drop the suggests unless I'm missing something here.

I don't think the suggests ever guaranteed that it'd give the right
kernel version (i.e. the one that the user happens to be running)?

-Timo


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

Bug#724638: mercurial-git: Incompatible with python-dulwich 0.9.1

[James McCoy]

On Thu, Sep 26, 2013 at 07:40:41AM -0400, James McCoy wrote:
> On Thu, Sep 26, 2013 at 12:42:59PM +0200, Jelmer Vernooij wrote:
> > On Wed, Sep 25, 2013 at 11:43:23PM -0400, James McCoy wrote:
> > > Package: mercurial-git
> > > Version: 0.4.0-1
> > > Severity: important
> > > Tags: upstream
> > > Forwarded: https://github.com/schacon/hg-git/pull/267
> > > 
> > > dulwich made some API changes in 0.9.1 which break mercurial-git.
> > > There's a patch in the forwarded URL.
> > 
> > FWIW This should just cause a deprecation warning to be printed; it
> > shouldn't break mercurial-git. If it does, can you please add a backtrace?
> 
> mercurial-git implements its own SSHVendor[0], which doesn't happen to
> derive from dulwich's.  It just implements the interface.  I'll amend my
> suggested fix to have it also derive from dulwich's SSHVendor, since
> that may make failures clearer in the future.
> 
> [0]: https://github.com/schacon/hg-git/blob/master/hggit/_ssh.py
> 
> Even if it had derived properly, the deprecation warning would only have
> been emitted if it had already implemented a run_command method.  There
> was no reason for it to do so though since the code was written against
> an earlier version of dulwich.  Instead, NotImplementedError is raised.

This explanation isn't quite right.  DeprecationWarnings get raised for
code which uses dulwich and performs the connect_ssh call itself.

mecurial-git implemented its own SSHVendor (to hook into Mercurial's
ui), and dulwich tries to call a non-existent run_command on that
object, which obviously raises an AttributeError since it doesn't have
such a method.

-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


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

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Ben Hutchings]

On Thu, 2013-09-26 at 16:14 +0300, Timo Juhani Lindfors wrote:
> Hi Ben and Ritesh,
> 
> do we actually need the dependency? Currently if stap fails it will
> guide the user to read README.Debian which will tell them to use
> stap-prep which will install matching header, debug and kbuild packages.
> IMHO we could just drop the suggests unless I'm missing something here.

You can.

> I don't think the suggests ever guaranteed that it'd give the right
> kernel version (i.e. the one that the user happens to be running)?

Indeed.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.


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

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Frank Ch. Eigler]

Hi -

> > do we actually need the dependency? Currently if stap fails it will
> > guide the user to read README.Debian which will tell them to use
> > stap-prep which will install matching header, debug and kbuild packages.
> > IMHO we could just drop the suggests unless I'm missing something here.
> 
> You can.

FWIW, on Fedora/RHEL, we do not require kernel-debuginfo at the
package level, partly because we lack the debian "suggest:"
soft-dependency, but mainly because the kernel debuginfo is simply not
required for many stap tasks/scripts; see [man stapprobes].

- FChE


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

Bug#724675: xserver-xorg-video-savage: 1:2.3.7-1 is really version 2.3.6

[Pino Toscano]

Source: xserver-xorg-video-savage
Version: 1:2.3.7-1
Severity: important

Hi,

while investigating the FTBFS of 1:2.3.7-1 on hurd-i386, I discovered
that basically this version is the orig tarball of 2.3.7... but all the
2.3.6..2.3.7 changes are reverted in the debian.diff.gz file, making it
effectively as 2.3.6.

Please fix by removing the extra differences that downgrade the driver,
and please be more careful when doing uploads.

Thanks,
-- 
Pino


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

Bug#724676: graphviz: build with parallel/concurrency (buildopts -j) fails

[Jonathan Dowland]

Source: graphviz
Version: 2.26.3-15
Severity: minor

The build behaviour for graphviz changes when the builder specifies concurrent
builds (e.g. -j8). In particular, the build fails. Here's the bottom bit of
output (after ./configure, up to the failure) from a pbuilder attempt (below).
Not sure if this is any help though.

I guess this is two wishlist requests: the first is to not FTBFS if -j is
specified, I guess by not supporting it. The second would be to support it ☺

> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating config.h
> config.status: executing depfiles commands
> config.status: executing libtool commands
> 
> 
> 
> graphviz-2.26.3 will be compiled with the following:
> 
> options:
>   cgraph:No (disabled by default - experimental)
>   digcola:   Yes
>   expat: Yes
>   fontconfig:Yes
>   freetype:  Yes
>   glut:  No (missing GL/glut.h)
>   gts:   No (disabled)
>   ipsepcola: No (disabled by default - C++ portability issues)
>   ltdl:  Yes
>   ortho: No (disabled by default - experimental)
>   png:   Yes
>   jpeg:  No (only required by internal libgd)
>   sfdp:  Yes
>   shared:Yes
>   static:No (disabled by default)
> 
> 
> commands:
>   dot:   Yes (always enabled)
>   neato: Yes (always enabled)
>   fdp:   Yes (always enabled)
>   circo: Yes (always enabled)
>   twopi: Yes (always enabled)
>   gvpr:  Yes (always enabled)
>   lefty: Yes
>   smyrna:No (disabled by default - experimental)
> 
> plugin libraries:
>   dot_layout:Yes (always enabled)
>   neato_layout:  Yes (always enabled)
>   core:  Yes (always enabled)
>   devil: No (missing library)
>   gd:Yes
>   gdiplus:   No (disabled by default - Windows only)
>   gdk_pixbuf:Yes
>   ghostscript:   No (missing headers)
>   glitz: No (disabled by default - incomplete)
>   gtk:   Yes
>   lasi:  No (lasi library not available)
>   ming:  No (disabled by default - incomplete)
>   pangocairo:Yes
>   quartz:No (disabled by default - Mac only)
>   rsvg:  No (disabled)
>   visio: No (disabled by default - experimental)
>   xlib:  Yes
> 
> language extensions:
>   gv_sharp:  No (disabled)
>   gv_guile:  Yes
>   gv_io: No (disabled by default - no swig support yet)
>   gv_java:   No (disabled)
>   gv_lua:Yes
>   gv_ocaml:  No (ocaml not available)
>   gv_perl:   Yes
>   gv_php:Yes
>   gv_python: Yes
>   gv_python23:   No (disabled by default - for multiversion installs)
>   gv_python24:   No (disabled by default - for multiversion installs)
>   gv_python25:   No (disabled by default - for multiversion installs)
>   gv_python26:   No (disabled by default - for multiversion installs)
>   gv_python27:   Yes
>   gv_R:  No (disabled)
>   gv_ruby:   Yes
>   gv_tcl:Yes
> 
>   tcldot:Yes
>   tclpathplan:   Yes
>   gdtclft:   Yes
>   tkspline:  Yes
> touch configure-stamp
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> E: Failed autobuilding of package
> I: unmounting dev/pts filesystem
> I: unmounting proc filesystem
> I: cleaning the build env 
> I: removing directory /var/cache/pbuilder/build//2642 and its subdirectories


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

Bug#691784: [Pkg-libvirt-maintainers] Bug#691784: [virt-manager] make spice optional (on !linux-{i386, amd64})

[Hilko Bengen]

* Guido Günther:

>> Why is spice only available for amd64 and i386 in the first place? I
>> have a vague recollection about x86-only assembly language snippets
>> that reeked of micro-optimization -- is that still the problem?
>
> Yes, for locking primitives I think, Lets better ask the maintainer (cc:)

Okay, I just checked:

1. spice-common/common/bitops.h uses x86 assembly for
spice_bit_find_msb(), but a portable C implementation is provided as an
alternative.

2. spice-common/spice-protocol/spice/macros.h provides some byteswap
macros, but there are also portable C alternatives for those.

3. spice-common/spice-protocol/spice/barrier.h contains memory barrier
primitives.

I suspect micro-optimizations in the first two cases, but there are
portable alternatives, they don't hurt. 

Memory barrier equivalents for other architectures can be easily found
-- in the Linux kernel tree among other places.

Cheers,
-Hilko


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

Bug#724674: ca-certificates: local certificates added are not trusted

[Michael Shuler]

On 09/26/2013 08:01 AM, Michal Suchanek wrote:
> I noticed that my puppet agent fails to connect to puppet server due to
> invalid certificate.

Please provide the puppet error details, if this is the actual issue of
concern.

(There are no reverse dependencies on ca-certificates by puppet packages
that I could see, and the only thing close may be ruby-excon(? I don't
have a puppet install to test and don't know if this ruby module is
used, or if puppet/puppetmaster even use ca-certificates in some way)

> While it might be the job of puppet to maintain the certificates I went
> ahead and added the puppet CA:

I don't know if puppet uses the CA trust store of ca-certificates.  Does it?

> ln -sf /var/lib/puppet/ssl/certs/ca.pem
> /usr/local/share/ca-certificates/puppet-ca.crt

Did you 'update-ca-certificates' after this?

> tried to connect to puppet server:
> 
> openssl s_client -connect localhost:8140
> 
> 
>Verify return code: 19 (self signed certificate in certificate chain)
> 
> openssl s_client -connect localhost:8140 -CApath /etc/ssl/certs
> 
> 
>Verify return code: 0 (ok)
> 
> WTF?

Looks ok to me. I can assume that you did run update-ca-certificates to
create the /etc/ssl/certs symlink and openssl validates ok with -CApath.

> Oh yeah, openssl does not verify hostname. It's *that* awesome.

openssl s_client is only for testing, as is stated in the man page - it
worked as desired above, as far as I can tell.

> Any idea how I can add local certificate so that it's actually used?

Could you please restate the actual problem we need to look at?

-- 
Kind regards,
Michael Shuler



signature.asc
Description: OpenPGP digital signature

Bug#724677: libegl1-mesa-dev has a useless indirect dependency to libgl1-mesa-dri

[Mikko Rasa]

Package: libegl1-mesa-dev
Version: 9.1.3-6
Severity: minor

This bug report actually concerns version 9.1.6-2+b1, the installation of which
I'm putting off due to the reason described here.

libegl1-mesa-dev depends on libegl1-mesa-drivers, which in turn depends on
libgl1-mesa-dri.  This is a rather large package (55.3 M), which I do not wish
to install on a headless server that has no hardware supported by the included
drivers.  You may think that on modern multi-terabyte hard disks 55 M is
nothing, but if each of the 126 -dev packages on this system depended on 55 M
of useless junk, it would quickly add up.

Please consider adjusting dependencies so that the -dev package only depends on
the stuff necessary for compiling and linking programs, and not large runtimes.


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

Kernel: Linux 3.8.4-core2 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libegl1-mesa-dev depends on:
ii  libdrm-dev2.4.45-3
ii  libegl1-mesa  9.1.3-6
ii  libegl1-mesa-drivers  9.1.3-6
ii  libx11-dev2:1.6.1-1
ii  libx11-xcb-dev2:1.5.0-1+deb7u1
ii  libxcb-dri2-0-dev 1.9.1-3
ii  libxcb-glx0-dev   1.9.1-3
ii  libxdamage-dev1:1.1.3-2
ii  libxext-dev   2:1.3.1-2+deb7u1
ii  libxfixes-dev 1:5.0-4+deb7u1
ii  libxxf86vm-dev1:1.1.2-1+deb7u1
ii  x11proto-dri2-dev 2.8-2
ii  x11proto-gl-dev   1.4.16-2

libegl1-mesa-dev recommends no packages.

libegl1-mesa-dev suggests no packages.

-- debconf information excluded


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

Bug#724674: Fwd: Delivery Status Notification (Failure)

[Michael Shuler]

FYI..

 Original Message 
Subject: Delivery Status Notification (Failure)
Date: Thu, 26 Sep 2013 13:49:03 +
From: Mail Delivery Subsystem 
To: mich...@pbandjelly.org

Delivery to the following recipient failed permanently:

 hramr...@centrum.cz

Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the server
for the recipient domain centrum.cz by xmx1.centrum.cz. [46.255.224.55].

The error that the other server returned was:
550 #5.1.0 Address rejected.

- Original message -

X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:sender:message-id:date:from:user-agent
 :mime-version:to:subject:references:in-reply-to:content-type;
bh=O0I2yxYuq9C6dNH4lK/Q17fqhCb8r3MftrC8GA+fCA8=;
b=VcxdpIxX3n7vhRuCGsOPMSupXXW5gM2RWJHyjXuJrTAG6vHvgNKdawWt9yN6QNLocw

AICzh+bXBfVkE+clRX/JT8xWuwOqNQVa9c1AsUUOWbsAP4XxKDhgAvegFB0z3IJgYVOZ

/1lTXP7NA+GTxsPP5XgxCkT01n+QQ8lchlCK03TwoL3kLd0ksnhoFw/al1DUhR8iPSNb

ubuDke4dPWb8Ig1AYkCap1q3yLn+qSkxxVbP05tdznP0fuAXbBvd/g1g/ozvCJg668Ff

HPvGnpvgZ1Rw7jY/gAYarleBKFHny1vAjAhPGyoMF/zkrDmZu5B9P/d2pvk5EU1GgNzq
 /Tow==
X-Gm-Message-State:
ALoCoQlrOe0vZqeOm88HCI44e/4NZe/Q7o5bjaBNBAJe0LykPj/WOR4ZzkBNqsnuaQL4nwWZ5Y8E
X-Received: by 10.236.203.2 with SMTP id e2mr809091yho.60.1380203341379;
Thu, 26 Sep 2013 06:49:01 -0700 (PDT)
Return-Path: 
Received: from [192.168.0.11] (cpe-72-177-200-31.satx.res.rr.com.
[72.177.200.31])
by mx.google.com with ESMTPSA id
q9sm2430481yhk.16.1969.12.31.16.00.00
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Thu, 26 Sep 2013 06:49:00 -0700 (PDT)
Sender: Michael Shuler 
Message-ID: <52443b46.1090...@pbandjelly.org>
Date: Thu, 26 Sep 2013 08:48:54 -0500
From: Michael Shuler 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801
Thunderbird/17.0.8
MIME-Version: 1.0
To: Michal Suchanek , 724...@bugs.debian.org
Subject: Re: Bug#724674: ca-certificates: local certificates added are not
 trusted
References: <20130926130105.10406.50597.report...@placka.burning-in.hell>
In-Reply-To: <20130926130105.10406.50597.report...@placka.burning-in.hell>
X-Enigmail-Version: 1.5.2
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="i5RGUJVkWKFdR0WvJoN3vCFQmAuLPP6Tr"

On 09/26/2013 08:01 AM, Michal Suchanek wrote:
> I noticed that my puppet agent fails to connect to puppet server due to
> invalid certificate.
<...>


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

Bug#724675: xserver-xorg-video-savage: 1:2.3.7-1 is really version 2.3.6

[Maarten Lankhorst]

Op 26-09-13 15:38, Pino Toscano schreef:
> Source: xserver-xorg-video-savage
> Version: 1:2.3.7-1
> Severity: important
>
> Hi,
>
> while investigating the FTBFS of 1:2.3.7-1 on hurd-i386, I discovered
> that basically this version is the orig tarball of 2.3.7... but all the
> 2.3.6..2.3.7 changes are reverted in the debian.diff.gz file, making it
> effectively as 2.3.6.
>
> Please fix by removing the extra differences that downgrade the driver,
> and please be more careful when doing uploads.
>
> Thanks,
Sorry, I prepared everything, but forgot to do the actual git merge 
upstream-unstable it seems. :-)


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

Bug#724668: Please add systemd-journal group by default

[Guido Günther]

Hi Michael,
On Thu, Sep 26, 2013 at 02:29:58PM +0200, Michael Biebl wrote:
> forcemerge 717386 724668
> thanks
> 
> Hi Guido,
> 
> Am 26.09.2013 14:17, schrieb Guido Günther:
> > attached patch adds the systemd-journal group by default so one doesn't
> > have to create it explicitly in order to add user to it. This makes it
> > simpler to enable users to read all logs.
> 
> I'm merging this bug with the existing one (#717386).

I didn't spot this one, sorry.

> I vaguely remember that we discussed that on IRC, and one concern that
> was raised by Tollef iirc was, why we not just continue to use adm
> (which systemd has used in the past). I don't think we came to a
> conclusion yet, whether we should just patch systemd to use adm or
> follow upstream and use a dedicated group.

I was thinking along that line too and now that you mention too I'd even
prefer it since it wouldn't require any additional setup at all.

> 
> Regarding your patch, you don't need the
> "getent group systemd-journal" guards, adduser is clever enough to deal
> with that [1].

I know but without the guards you either have to discard adduser/deluser
output entierly or live with the:

addgroup: The group `foo' already exists as a system group. Exiting.

output. Since I like the "no news is good news" paradigm I prefer the
getent guards.

> Removing a system user on purge is another controversial topic,
> especially since we don't nuke any persistent logs (should they exist).
> 
> Also, adduser is not an essential package, so the systemd package would
> need a Depends: adduser.

That's true. I can cleanup the patch if we go down that road but using
adm might be preferrable so patching upstream making the group
configurable would probably better spent time then.
Cheers,
 -- Guido

> 
> 
> Cheers,
> Michael
> 
> [1] https://wiki.debian.org/AccountHandlingInMaintainerScripts
> 
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
> 


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

Bug#722432: RFS: totem-plugin-arte/3.2.0-1

[Nicolas Delvaux]

Hi,

Just a kind reminder that the current totem-plugin-arte package in 
Debian and Ubuntu is unusable and that this fixed version is expected by 
users (I received a few mails about this).
So, is there any other issue that I should fix in the proposed package 
before someone can upload it?


When it's done I will ask for a sync in Ubuntu 13.10 and I will propose 
new packages with the relevant backported commits for Wheezy and old 
Ubuntu releases.



Thank you for your help,
Nicolas


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

Bug#719889: But #719889 for websockify in the Debian tracker

[Joel Martin]

Thomas, Timo,

Websockify actually does have support for unix sockets (--unix-target).
I've never used it (it was contributed by cloud9ers) so I can't vouch for
how well it works but I'm certainly willing to take patches to make it work
better. Using Unix sockets is definitely a cleaner option than using wrap
mode/rebind. The wrap mode code was never updated to find rebind.so when
websockify is installed to distro paths. I would also take patches to
enable wrap mode to properly locate rebind.so. However, I wouldn't
encourage production use of wrap mode. It works but it's doing non-obvious
things (i.e. hard to debug) and as you suggested there are better ways of
accomplishing the equivalent thing in production.

Regards,

Joel Martin (kanaka)




On Thu, Sep 26, 2013 at 12:56 AM, Thomas Goirand  wrote:

> Hi Joel and contributors to websockify,
>
> Timo Juhani Lindfors sent a bug report against my websockify package in
> Debian:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719889
>
> Do you know how this can be fixed, and could a new upstream version be
> released including the fix?
>
> Cheers,
>
> Thomas Goirand (zigo)
>

Bug#721080: RFS: vpcs/0.4b2-1 [ITP]

[Daniel Lintott]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

retitle 721080 RFS: vpcs/0.5b0-1 [ITP]
thanks

Dear mentors,

  I have updated the package "vpcs" and would like to find a sponsor

 * Package name: vpcs
   Version : 0.5b0-1
   Upstream Author : Paul Meng 
 * URL : http://sourceforge.net/projects/vpcs/
 * License : BSD
   Section : net

  It builds those binary packages:

vpcs  - Virtual PC Simulator

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/vpcs

  Alternatively, one can download the package with dget using this
command:

dget -x
http://mentors.debian.net/debian/pool/main/v/vpcs/vpcs_0.5b0-1.dsc


  Changes since the last upload:

 vpcs (0.5b0-1) unstable; urgency=low

  * Imported Upstream version 0.5b0
  * Update Patches
  * Update debian/rules
  * Update debian/watch

 -- Daniel Lintott   Thu, 26 Sep 2013 15:01:35 +0100


  Regards,
   Daniel Lintott
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJSREULAAoJEMw/9yOWzAkJ7HkH/3fD1OcDDHlCSK/NV0qRumHy
HPYyB0Me0TxiCcj5U58oAeJzi7symqwHbnNxmEFB9DXBNm9LZUThOlXSyYYmZLxd
JPaQrHDgjkzk7F2ku39ow/h64ULfyPCiaqKGdiHYQaNRybe6QNFTUe/vf5LFD55Q
bHELamflDxeWCMLIflZbQSCLVssvyPMF5K6Imu+jFCVDFqkEHlVuzo9TNDfC/wKs
FXgHMWUXChSX+q2SGHtHrHGGVIlLxxszKE3tiMaK2eF9kXtN8FqcPXGp8G3Kqqv7
YpdwstpFeizN6lOwv8AXlXXAjkAfgVZ2kwOTn6qivb7ZpQScCyPwkC3PzJ++KXE=
=rdac
-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#719202: Subversion support kdevelop4.5.1

[Lisandro Damián Nicanor Pérez Meyer]

tag 719202 upstream
forwarded 719202 https://bugs.kde.org/show_bug.cgi?id=35
thanks

On Thursday 26 September 2013 09:38:43 patrick.pero...@laposte.net wrote:
> Finally this is an upstream issue
> https://bugs.kde.org/show_bug.cgi?id=35

Thanks, I'm marking it as such then.


-- 

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


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

Bug#724678: RM: flightgear [kfreebsd-*] -- RoM; ANAIS due to missing systemd

[Markus Wanner]

Package: release.debian.org
Tags: jessie
User: release.debian@packages.debian.org
Usertags: rm
X-Debbugs-Cc: pkg-fgfs-c...@lists.alioth.debian.org
X-Debbugs-Cc: r.pal...@bham.ac.uk

Dear Release Team,

as correctly reported by Rebecca N. Palmer, flightgear no longer builds
on kfreebsd-* (due to systemd dependency). Please remove the kfreebsd
variants of the flightgear binary package from testing.

Regards

Markus Wanner

--
Debian Maintainer
on behalf of the Flightgear Packaging Crew



signature.asc
Description: OpenPGP digital signature

Bug#723035: Asked upstream

[Lisandro Damián Nicanor Pérez Meyer]

I have just asked upstream [0] to see if they are willing to work towards 
solving the issue directly there. I'll then act accordingly.


[0] 


Kinds regards, Lisandro.

-- 

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


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

Bug#687299: Please compile using --without-gsettings

[Rob Browning]

Yuri D'Elia  writes:

> I was able to debug the problem in the emacs ML, and fixed it.
> Indeed, with emacs24-lucid I don't have this problem.
>
> Sorry for leaving this report open. :/

No problem -- and how do you feel about the other report, or more to the
point, did your discussions with upstream leave you feeling like
--without-gsettings was still desirable for the lucid and nox builds?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#722549: closed by David Kalnischkies (Re: Bug#722549: apt-get source with more than one argument fails)

[Damien Wyart]

> Can you confirm that this is fixed in 0.9.11.4 with the more general
> pkgTagFile fix included in it?

> In a quick try on my system it seems to work with current git, while
> 0.9.11.3 is broken, so I will be bold and mark it as done, but please
> reopen if you can still reproduce it.

Indeed, this looks fixed in 0.9.11.4, I can't reproduce it any more.

Thanks, I was getting bored to write shell loops to get several sources
at once :)

-- 
Damien Wyart


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

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

[Ritesh Raj Sarraf]

On Thursday 26 September 2013 06:44 PM, Timo Juhani Lindfors wrote:
> do we actually need the dependency? Currently if stap fails it will
> guide the user to read README.Debian which will tell them to use
> stap-prep which will install matching header, debug and kbuild packages.
> IMHO we could just drop the suggests unless I'm missing something here.
>
> I don't think the suggests ever guaranteed that it'd give the right
> kernel version (i.e. the one that the user happens to be running)?
That'd work too. Just that on the package metadata part, then, there's
no way to build any relationship.

Either approach is fine, as systemtap is a power user/developer tool,
when users typically know what they are installing.
I'll let you finalize and close this bug.

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




signature.asc
Description: OpenPGP digital signature

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Rodolfo García Peñas (kix)]

Thanks a lot Philipp,

I will try to create a new uswsusp package with changes in the kernel
argument "resume". I will contact with you to try the new package.

Best Regards,
Rodolfo.


Philipp Huebner  escribió:


Hi,

neither option made any difference.

I even tried it with /dev/dm-1 in both places, still no luck.

Regards,
--
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



--
 .''`.
: :'  : Rodolfo García Peñas (kix) 
`. `'`  Proud Debian Developer
 `-


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

Bug#724275: uswsusp: Stops at boot with "resume: libgcrypt version 1.5.3"

[Philipp Huebner]

Hi,

neither option made any difference.

I even tried it with /dev/dm-1 in both places, still no luck.

Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



signature.asc
Description: OpenPGP digital signature

Bug#687299: Please compile using --without-gsettings

[Yuri D'Elia]

On 09/26/2013 04:45 PM, Rob Browning wrote:
> Yuri D'Elia  writes:
> 
>> I was able to debug the problem in the emacs ML, and fixed it.
>> Indeed, with emacs24-lucid I don't have this problem.
>>
>> Sorry for leaving this report open. :/
> 
> No problem -- and how do you feel about the other report, or more to the
> point, did your discussions with upstream leave you feeling like
> --without-gsettings was still desirable for the lucid and nox builds?

I was using the gtk build before (as gtk widgets are definitely nicer
than lucid), but more and more "gtk" means "gnome" nowdays, so I
switched. Since I only see widgets for the "customize" interface (as I
hide every gui element anyway), I'm actually happier with the lucid build.

I don't use gnome. I mostly use vanilla GTK and (increasingly) QT apps
when I have to. I literally have no idea how to set "gsettings" without
installing half of the gnome desktop. I'm certainly not going to use any
of these graphical tools to customize *emacs*.

Frankly, I don't see any benefit for gsettings in the lucid build. If
you don't have gnome and some application sets font settings for you,
good luck finding the right key/value with gconf. fontconfig support
with the lucid build is excellent, and Xresources have very nice
cascading properties that also apply to lucid widgets.


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

Bug#687299: Please compile using --without-gsettings

[Rob Browning]

Yuri D'Elia  writes:

> I was using the gtk build before (as gtk widgets are definitely nicer
> than lucid), but more and more "gtk" means "gnome" nowdays, so I
> switched. Since I only see widgets for the "customize" interface (as I
> hide every gui element anyway), I'm actually happier with the lucid build.
>
> I don't use gnome. I mostly use vanilla GTK and (increasingly) QT apps
> when I have to. I literally have no idea how to set "gsettings" without
> installing half of the gnome desktop. I'm certainly not going to use any
> of these graphical tools to customize *emacs*.
>
> Frankly, I don't see any benefit for gsettings in the lucid build. If
> you don't have gnome and some application sets font settings for you,
> good luck finding the right key/value with gconf. fontconfig support
> with the lucid build is excellent, and Xresources have very nice
> cascading properties that also apply to lucid widgets.

OK, thanks.  I was planning to add --without-gsettings to the next
release -- just wanted to see if anything relevant had changed.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#718401: gnome: panel does not adapt to screen resolution change

[Michal Politowski]

Followup-For: Bug #718401

Unfortunately even the 'pkill gnome-panel' "workaround" seems to work only
once for me.
The second pkill causes a 'something has gone wrong, please logout' message.

The same problem can be observed without fiddling with plugs by switching
the primary display with xrandr.

xrandr --output LVDS1 --primary
and the right-hand side of the panel is not visible on the laptop screen
(and additionally http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605437
or something equivalent).
pkill gnome-panel; xrandr --output HDMI1 --primary
and the panel takes only part of the external monitor, with a gray strip to
the right of it.
pkill again and you have to logout.

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.


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

Bug#724678: RM: flightgear [kfreebsd-*] -- RoM; ANAIS due to missing systemd

[Adam D. Barratt]

On 2013-09-26 15:52, Jonathan Wiltshire wrote:

Control: tag -1 + moreinfo

On 2013-09-26 15:34, Markus Wanner wrote:
as correctly reported by Rebecca N. Palmer, flightgear no longer 
builds
on kfreebsd-* (due to systemd dependency). Please remove the 
kfreebsd

variants of the flightgear binary package from testing.


Flightgear is not in testing. Perhaps you meant unstable (and ftp 
masters)?


For reference, even if flightgear were in testing, the problem is still 
with out-of-date binaries in unstable.


Regards,

Adam


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

Bug#724679: ITP: lua-uri -- pure Lua library to normalize and validate URIs/URLs

[Victor Seva]

Package: wnpp
Severity: wishlist
Owner: Victor Seva 

* Package name: lua-uri
  Version : 0.1
  Upstream Author : Geoff Richards 
* URL : http://www.geoffrichards.co.uk/lua/uri/
* License : MIT/X
  Programming Lang: Lua
  Description : pure Lua library to normalize and validate URIs/URLs

 Provides methods for manipulating URIs in various ways.
 In particular, you can resolve relative URI references
 to create absolute URIs, and extract parts of URIs.


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

Bug#718822: No reply so closing

[Bill Allombert]

reopen 718822
thanks
On Thu, Sep 26, 2013 at 01:58:16PM +0800, Thomas Goirand wrote:
> No reply from the original submitter, so I'm closing the bug.

Strange, I was sure I replied.

I do not see why nova-compute-kvm need to depend on nova-compute in the first
place, since it only contains a single config file.
Nothing will break if it is installed without nova-compute.
If you really want, you can have nova-compute-kvm Recommends: nova-compute,
but there is not need for a Depends.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#724680: encfsctl showcruft --extpass option support

[Gabriel CORRE]

Package: encfs
Version: 1.7.4-2.4+b2
Severity: wishlist

Hello,

The encfsctl decode/encode command supports the --extpass option.
It will be good to support the same option for the encfsctl showcruft command.
See patch as attachement.

Regards,

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

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

Versions of packages encfs depends on:
ii  fuse  2.9.0-2+deb7u1
ii  libboost-filesystem1.49.0 1.49.0-3.2
ii  libboost-serialization1.49.0  1.49.0-3.2
ii  libboost-system1.49.0 1.49.0-3.2
ii  libc6 2.13-38
ii  libfuse2  2.9.0-2+deb7u1
ii  libgcc1   1:4.7.2-5
ii  librlog5  1.4-2
ii  libssl1.0.0   1.0.1e-2
ii  libstdc++64.7.2-5

encfs recommends no packages.

encfs suggests no packages.

-- no debconf information
--- cur/encfs-1.7.4/encfs/encfsctl.cpp	2010-08-30 08:27:49.0 +0200
+++ new/encfs-1.7.4/encfs/encfsctl.cpp	2013-09-26 16:59:26.064837976 +0200
@@ -94,7 +94,7 @@
 	gettext_noop("  -- change password for volume, taking password"
 		" from standard input.\n\tNo prompts are issued.")},
 {"ls", 1, 2, cmd_ls, 0,0},
-{"showcruft", 1, 1, cmd_showcruft, "(root dir)",
+{"showcruft", 1, 2, cmd_showcruft, "[--extpass=prog] (root dir)",
 	// xgroup(usage)
 gettext_noop("  -- show undecodable filenames in the volume")},
 {"cat", 2, 2, cmd_cat, "(root dir) path",
@@ -677,9 +677,7 @@
 */
 static int cmd_showcruft( int argc, char **argv )
 {
-(void)argc;
-
-RootPtr rootInfo = initRootInfo(argv[1]);
+RootPtr rootInfo = initRootInfo(argc, argv);
 
 if(!rootInfo)
 	return EXIT_FAILURE;