Bug#615196: [Pkg-xfce-devel] Bug#615196: Please stop using hal

[Michael Biebl]

Am 23.07.2013 07:10, schrieb Yves-Alexis Perez:
> On mar., 2013-07-23 at 04:00 +0200, Michael Biebl wrote:
>> I see, only squeeze remains. Would it be possible to remove it from the
>> archive, so thunar-vfs can be dropped?
>>
> See above. thunar-vfs and squeeze have been dropped from Jessie so you
> can remove hal from there, but we'd like to keep them in unstable until
> a thunar-vfs free version of Squeeze is released.

Ping? What's the status on getting squeeze updated?
If squeeze is not updated, would you be ok with removing it from the
archive? It's not like it couldn't be re-introduced whenever it is fixed.

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#726513: Build-Dependency on wrong automake version

[Norbert Preining]

tag 726513 + pending
thanks

> Should be "automake (>= 1:1.13.1)".

Thanks, fixed in git repo, will be in the next upload.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#725864: Bug#726433: Unknown option on the command line

[Alessio Treglia]

On Wed, Oct 16, 2013 at 2:49 PM, Fabian Greffrath  wrote:
> Cool, thanks! So, when will this be uploaded?

Unfortunately not earlier than Wheezy's next point release.


-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#721806: Bug#721801: [devteam-bioc] Precomputed results in GenomicRanges [Was: r-bioc-genomicranges_1.12.4-1_amd64.changes REJECTED]

[Martin Morgan]

On 10/16/2013 06:36 AM, Andreas Tille wrote:

Hi Martin,

On Wed, Oct 16, 2013 at 06:02:03AM -0700, Martin Morgan wrote:


For precomputed_results above, it looks like these could be
generated by a script, but the specific results depend on a web
service query and the web service changes from time to time. So the
script will become out-of-date, creating data that are no longer
consistent with the illustrative puruposes of the vignette. Also,
the time cost of generating data is not consistent  with our
(nightly) build process; we will not generate this data on the fly,
and it would be a mistake for your release process to generate data
different from the data used in our release.


Defintely.  The only thing our ftpmaster needs is this kind of
explanation (hopefully).


These (expense of
computation, consistency of external data sources) are typical
reasons.

When the 'affy' maintainer recieves one of these emails, and the
email mentions three data sets, and the three data sets are
documented in the man page as data sets from an experiment (e.g.,
?SpikeIn), what is one supposed to do?


Sorry, I just missed this part of the documentation, my fault.


Or rather, why is he being
contacted in the first place?


That's simple:  He is listed on the affy homepage

   http://bioconductor.org/packages/release/bioc/html/affy.html



Probably I meant this in a rhetorical way. I mean, "why does the maintainer need 
to be contacted about a documented data set?" and you've answered that.



as maintainer and this is what I take over into the according Debian
package metainformation field (in debian/copyright).  I have to admit
that I'm personally totally unconnected to BioConductor and have only a
very rough understanding of R.  The problem is that in the Debian Med
team some people started to package some BioConductor modules and these
people now vanished from the team or are overworked.  My goal is to
keep on their work for our users and namely cummerbund needs some
update with several new preconditions.  So I tried to dive into
BioConductor internals and I'm very sorry if I did not yet found all
details how this project is organised

In short: Should I generally override the contact e-mail for
any BioConductor part by

   Upstream-Contact: BioConductor Maintainer 

independently what might be written on the according homepage?


Package maintainers are the ones in a position to decide what to do.

But if you are going to contact package maintainers generally (all 749 packages? 
data annotation and experiment data packages [which are more-or-less entirely 
binary objects!] too?) then I'd like to bring this up on the Bioconductor devel 
mailing list so that package maintainers have a fair chance of knowing what to 
expect.





 From a non-technical perspective: (1) It's presumptuous to suggest
that the data files are not important for user documentation; if
they where not important why would the author have gone to the
trouble to include them in the first place?


It seems BioConductor is quite good organised but trust me in my 15
years experience of Debian package building that I found lots of files
in upstream sources which are not (any more) needed or not important
enough to keep them inside while an online download would be perfectly
sufficient.  Just guessing from this experience I was just suggesting a
possible solution.  I hoped to get some helping point for the decision
which was obviously not the case.


(2) If you are going to
contact our maintainers, then please let me know about the extent of
the contact and the intention; I would rather have a discussion on
our developer mailing list than have each maintainer wondering how
to react.


I'll respect this in the future.  The intention is simply letting the
package pass ftpmasters criterion - the extent of the contact is hardly
to estimate in advance.

Thanks again for your patience

 Andreas.




--
Computational Biology / Fred Hutchinson Cancer Research Center
1100 Fairview Ave. N.
PO Box 19024 Seattle, WA 98109

Location: Arnold Building M1 B861
Phone: (206) 667-2793


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

Bug#615196: [Pkg-xfce-devel] Bug#615196: Please stop using hal

[Michael Biebl]

Am 16.10.2013 15:58, schrieb Michael Biebl:
> Ping? What's the status on getting squeeze updated?
> If squeeze is not updated, would you be ok with removing it from the
> archive? It's not like it couldn't be re-introduced whenever it is fixed.

Just a side note: afaics the last release is from 24-Feb-2008.
Is this package still actively developed?


-- 
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#722930: #724731: gdm3: Greeter does not start in 3.8 with autologin

[Andreas Cadhalpun]

Hi,

I can confirm, that the login is shown, if libpam-systemd is installed.
But autologin still does not work. See the attached logs.

I hope these logs help to solve the problem soon.

Best regards,
Andreas

openConnection: connect: Datei oder Verzeichnis nicht gefunden
cannot connect to brltty at :0
  JS LOG: GNOME Shell started at Wed Oct 16 2013 14:35:07 GMT+0200 (CEST)
Fensterverwalter-Warnung:CurrentTime used to choose focus window; focus window may not be correct.
Fensterverwalter-Warnung:Got a request to focus the no_focus_window with a timestamp of 0.  This shouldn't happen!

(gnome-settings-daemon:3082): GLib-GIO-WARNING **: Error releasing name org.gnome.SettingsDaemon: Verbindung ist geschlossen

(gnome-settings-daemon:3082): GLib-GIO-WARNING **: Error releasing name org.gnome.SettingsDaemon.Power: Verbindung ist geschlossen

(gnome-settings-daemon:3082): GLib-GIO-WARNING **: Error releasing name org.gnome.SettingsDaemon.XRANDR: Verbindung ist geschlossen
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.

(gnome-settings-daemon:3082): GLib-GIO-WARNING **: Error releasing name org.gnome.SettingsDaemon.Keyboard: Verbindung ist geschlossen

(gnome-settings-daemon:3082): GLib-GIO-WARNING **: Error releasing name org.gnome.SettingsDaemon.Orientation: Verbindung ist geschlossen
gdm-simple-slave[2912]: Failed to give slave programs access to the display. Trying to proceed.
gdm3-autologin][2968]: pam_unix(gdm3-autologin:session): session opened for user andreas by (uid=0)
gdm3-autologin][2968]: pam_ck_connector(gdm3-autologin:session): nox11 mode, ignoring PAM_TTY :0

Bug#726531: chromium: Rectangles on canvas are shifted when the zoom factor is not 100%

[Emmanuel Gamby]

Package: chromium
Version: 29.0.1547.57-1~deb7u1
Severity: normal

Dear Maintainer,

When drawing rectangles on a canvas tag, the rectangles are not drawn
under the cursor if the zoom level is different from 100%: they are
shifted by a number of pixels which is proportional to the zoom factor.

The bug can be experimented on this page:

http://devfiles.myopera.com/articles/649/example5.html

Same bug occurs on Windows with Chrome.

Best Regards,
Emmanuel


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

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

Versions of packages chromium depends on:
ii  chromium-inspector  29.0.1547.57-1~deb7u1
ii  gconf-service   3.2.5-1+build1
ii  libasound2  1.0.25-4
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcups21.5.3-5+deb7u1
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libexpat1   2.1.0-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgconf-2-43.2.5-1+build1
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgnome-keyring0   3.4.1-1
ii  libgtk2.0-0 2.24.10-2
ii  libjpeg88d-1
ii  libnspr42:4.9.2-1
ii  libnss3 2:3.14.3-1
ii  libnss3-1d  2:3.14.3-1
ii  libpango1.0-0   1.30.0-1
ii  libspeechd2 0.7.1-6.2
ii  libstdc++6  4.7.2-5
ii  libudev0175-7.2
ii  libx11-62:1.5.0-1+deb7u1
ii  libxcomposite1  1:0.4.3-2
ii  libxdamage1 1:1.1.3-2
ii  libxext62:1.3.1-2+deb7u1
ii  libxfixes3  1:5.0-4+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu2
ii  libxrender1 1:0.9.7-1+deb7u1
ii  libxslt1.1  1.1.26-14.1
ii  libxss1 1:1.2.2-1
ii  xdg-utils   1.1.0~rc1+git20111210-6

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- 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#726532: php5: Assigning to ArrayObject[null][something] overrides all undefined variables

[Gabor Vizi]

Package: php5
Version: 5.4.4-14+deb7u5
Severity: normal
Tags: patch

It's an already fixed bug in upstream:

"Basically, when you try to assign anything to 
ArrayObject[null]['any_key'], it fails as it should,
but since that moment anytime you access a non-existing key in any 
array, you get the last created zval"


https://bugs.php.net/bug.php?id=62987
http://git.php.net/?p=php-src.git;a=commit;h=67d7d03f00cb3185a4d5958ab7a4b063fc33405c 



Could you include this in the next update for wheezy php5?

Gabor

-- 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=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages php5 depends on:
ii  libapache2-mod-php5  5.4.4-14+deb7u4
ii  php5-common  5.4.4-14+deb7u4

php5 recommends no packages.

php5 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#726533: RFS: 0install/2.3.3-2 [ITP] -- rename and split zeroinstall-injector package

[Thomas Leonard]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am a DM, maintaining the zeroinstall-injector package. I have split it into
separate packages to avoid pulling in GTK on headless servers. This saves
around 100 MB when deploying to a fresh server. Could someone check it and
approve the new package names? My previous mentor (Jens Peter Secher) is no
longer a DD.

 * Package name: 0install
   Version : 2.3.3-2
   Upstream Author : Thomas Leonard 
 * URL : http://0install.net/
 * License : GNU Lesser General Public License 2.1
   Section : admin

It now builds these binary packages:

  0install  - cross-distribution packaging system
  0install-core - cross-distribution packaging system (non-GUI parts)
  zeroinstall-injector - transitional package for 0install

I updated the name as "injector" is no longer used, and the main command is now
"0install".

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

  http://mentors.debian.net/package/0install


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

  dget -x 
http://mentors.debian.net/debian/pool/main/0/0install/0install_2.3.3-2.dsc

More information about 0install can be obtained from http://0install.net


Regards,
 Thomas Leonard


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

Bug#725864: Bug#726433: Unknown option on the command line

[Reinhard Tartler]

On Wed, Oct 16, 2013 at 10:01 AM, Alessio Treglia  wrote:
> On Wed, Oct 16, 2013 at 2:49 PM, Fabian Greffrath  
> wrote:
>> Cool, thanks! So, when will this be uploaded?
>
> Unfortunately not earlier than Wheezy's next point release.
>

Alessio, I think there is a misunderstanding. AFAIUI, you can upload
it now, but users would have to fetch it from proposed-updates until
the next point release. Nevertheless, nothing is stopping you from
uploading the fixed package now.

At least that's my reading from Julien's mail.

Cheers,
Reinhard



-- 
regards,
Reinhard


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

Bug#726454: gnome-shell: Reads files on (gvfs-show) mountpoints after unlock

[Julian Andres Klode]

On Wed, Oct 16, 2013 at 01:35:33PM +0200, Michael Biebl wrote:
> Am 16.10.2013 13:19, schrieb Julian Andres Klode:
> > Just for the public record: The process doing this is
> > /usr/lib/gnome-shell/gnome-shell-hotplug-sniffer
> > 
> > It seems to recursively scan the mime types on the device, AFAICT.
> 
> This is a D-Bus activated service.
> You can kill that service and run it via
> HOTPLUG_SNIFFER_DEBUG=true /usr/lib/gnome-shell/gnome-shell-hotplug-sniffer
> if you want to see a more verbose output of that process

No need to kill it, it does not get stuck; it exists normally after running
for 1.5 seconds after the unlock. If I run it manually in debugging mode, I
see that it scans my mounted devices after unlock.

> 
> Afaics, this process is triggered by the autorun manager in gnome-shell.
> (js/ui/components/autorunManager.js).
> 
> For completeness sake, could you attach the output of
> $ gsettings list-recursively org.gnome.desktop.media-handling

org.gnome.desktop.media-handling automount true
org.gnome.desktop.media-handling automount-open true
org.gnome.desktop.media-handling autorun-never false
org.gnome.desktop.media-handling autorun-x-content-ignore @as []
org.gnome.desktop.media-handling autorun-x-content-open-folder @as []
org.gnome.desktop.media-handling autorun-x-content-start-app 
['x-content/unix-software']

> 
> Usually, gnome-shell-hotplug-sniffer should be activated when removable
> media is plugged in, it then searches for autorun files and quits itself
> after a timeout.
> 
> It seems to somehow gets stuck on your system. As said, maybe running it
> in debug mode will give more info.
> 

It definitely quits.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Please do not top-post if possible.


pgpCYy7kkfT4E.pgp
Description: PGP signature

Bug#722610: yorick-av: FTBFS on armhf: ERROR (*main*) Segmentation violation interrupt (SIGSEGV)

[Thibaut Paumard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: tags -1 +pending +upstream

Hi,

Thanks for reporting. I found the problem, working at releasing the
fixed upstream version, then a new Debian package.

It's actually surprising it didn't bite earlier: ypush_av, responsible
for instanciating the state structure, did not explicitly return a
pointer to it.

Regards, Thibaut.



Le 12/09/2013 20:53, Sebastian Ramacher a ￩crit :
> Source: yorick-av Version: 0.0.1-3 Severity: serious Justification:
> FTBFS but built successfully in the past Tags: sid jessie Control:
> block 706798 by -1
> 
> yorick-av currently fails to build on armhf: |dh_auto_test |
> make[1]: Entering directory `/home/sramacher/yorick-av-0.0.1' |
> /usr/lib/yorick/bin/yorick -batch check.i |
> == |  testing
> extension: 'mpg' | == |
> ERROR (*main*) Segmentation violation interrupt (SIGSEGV) | WARNING
> detailed line number information unavailable | now at pc= 177 (of
> 225), failed at pc= 183 |   LINE: 53  FILE:
> /home/sramacher/yorick-av-0.0.1/check.i | yorick: quitting on error
> in batch mode | make[1]: *** [check-dll] Error 1
> 
> I was able to reproduce the issue on harris.d.o and got following 
> backtrace with gdb: | Program received signal SIGSEGV, Segmentation
> fault. | Y_av_write (argc=2) at yav.c:335 | 335
> AVCodecContext *c = obj->video_st->codec; | (gdb) bt | #0
> Y_av_write (argc=2) at yav.c:335 | #1  0x000645e6 in EvalBI () | #2
> 0x00072e98 in Eval () | #3  0x00055c20 in YRun () | #4  0x0005726e
> in DoTask () | #5  0x0005738a in y_on_idle () | #6  0x0001dadc in
> p_on_idle () | #7  0x0001d750 in u_waiter () | #8  0x in ??
> ()
> 
> A full build log is available at 
> https://buildd.debian.org/status/fetch.php?pkg=yorick-av&arch=armhf&ver=0.0.1-3&stamp=1378229150.
>
>  Regards
> 
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSXp9IAAoJEJOUU0jg3ChAMtoP/0yTuXRwio2zHx1CfXCmbidV
Y9KljtPYklw34di6jQsdjRPw9rpikkUKZxRxWPPxj37gk+oX2aNH7NnirawQ9uon
MfXWTSXrPsd8GqVoed3ioKrgZTXuacaYHF6XEIYV4nRiQ6bANzgbqFNe3dK71KOS
v5c6AC4eGO+jYt112rfrYZuJnpkn33tF9LOeKY6o4aoiG77EboUljuogt8eEfXip
LX/MbsxViXi6kIKay2A89Co2SsNhn3FJ6j9ZYvSkvKJ3h9reAYUn+NclU+qRlpvs
dW2q3PyitXnIgLO5lPlzUMTBALo+svxKlbhoEJVMsUBv5TEkf6cVFKtwjk+I5ku2
dA4Er+917xVuoDRyDX0ZD4O3iWhkWXTUgfwPW5sP26HB4vb+Tvoq/CigRMX8rrIu
G8usquTw65S8KAYNF7hh4qMwvZjiueWB4vzLXjF9ptgO37NBW+FsssFGjJ8TGAbo
l3OjU0w8QBWpZfj8IkD2CQRmb9PB7B6E3m6bc7mGHJlnqVR8QNBy6ctsvmsxMYAl
ilLQOOjY8WEnkHzy85WvWqvhT/B1AuJBZO7Waj11NOI6qHC4fqsMIpdmA0LxrVrY
V8OKqmwfg8NRS0v9fUrNRhYZ4uqZtLntIFiNviH4/0b7wXxd1/wnHQZ6p+RYrsk6
DydsN3Fes6RgJRJx+3wl
=y/+5
-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#725889: popularity-contest: cron task gpg: fatal: can't open /tmp/.../trustdb.gpg: No such file or directoryo

[Bill Allombert]

On Wed, Oct 16, 2013 at 12:09:42PM +0200, Thijs Kinkhorst wrote:
> Hi Bill,
> 
> > There are potentially 12000 systems affected.
> >
> > Now has I see it, you have two way to fix the problem:
> > Either apply the patch Werner send (GIT
> > 2528178e7e2fac6454dd988121167305db7c71d9),
> > or revert the previous patch (GIT
> > a1a59e6a539e597996976d0afb6aa3062e954188).
> >
> > The later seems less intrusive.
> 
> I won't be able to address this until next week, but I welcome an NMU that
> uses either of those approaches.

I have prepared an NMU at

that revert a1a59e6a539e597996976d0afb6aa3062e954188.
The diff is attached.

If nobody has concern, I will upload it tomorrow.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 
diff -Nru gnupg-1.4.15/debian/changelog gnupg-1.4.15/debian/changelog
--- gnupg-1.4.15/debian/changelog	2013-10-07 20:12:03.0 +0200
+++ gnupg-1.4.15/debian/changelog	2013-10-16 13:17:22.0 +0200
@@ -1,3 +1,12 @@
+gnupg (1.4.15-1.1) unstable; urgency=high
+
+  * Non-maintainer upload, by request of Thijs Kinkhorst.
+  * Add patch revert_trustdb_changes:
+   - Revert upstream GIT a1a59e6a539e597996976d0afb6aa3062e954188
+ which breaks popularity-contest (closes: #725889).
+
+ -- Bill Allombert   Wed, 16 Oct 2013 13:02:26 +0200
+
 gnupg (1.4.15-1) unstable; urgency=high
 
   * New upstream release (closes: #725718).
diff -Nru gnupg-1.4.15/debian/patches/revert_trustdb_changes gnupg-1.4.15/debian/patches/revert_trustdb_changes
--- gnupg-1.4.15/debian/patches/revert_trustdb_changes	1970-01-01 01:00:00.0 +0100
+++ gnupg-1.4.15/debian/patches/revert_trustdb_changes	2013-10-16 14:20:01.0 +0200
@@ -0,0 +1,46 @@
+Description: Revert broken trustdb creation change
+ Revert the following upstream patch that causes --always-trust not to
+ create trustdb because GnuPG then complains that the file is required.
+ This breaks popularity-contest 1.60.
+ Next upstream release will include a patch 
+ (2528178e7e2fac6454dd988121167305db7c71d9) that remove the check for
+ trustdb when --always-trust is used (the file is not actually used).
+
+Author: Bill Allombert 
+Origin: upstream-reverted
+Bug-Debian: http://bugs.debian.org/725889
+Last-Update: 2013-10-16
+
+From a1a59e6a539e597996976d0afb6aa3062e954188 Mon Sep 17 00:00:00 2001
+From: Werner Koch 
+Date: Fri, 2 Aug 2013 09:17:52 +0200
+Subject: [PATCH 1/1] gpg: No need to create a trustdb when encrypting with
+ --always-trust.
+
+* g10/gpg.c (main): Special case setup_trustdb for --encrypt.
+--
+
+(back ported from commit 498b9a95dc65c43240835d64cc92d8fb43014d53)
+
+Signed-off-by: Werner Koch 
+---
+ g10/gpg.c |6 ++
+ 1 file changed, 6 insertions(+)
+
+Index: gnupg-1.4.15/g10/gpg.c
+===
+--- gnupg-1.4.15.orig/g10/gpg.c	2013-10-04 20:34:26.0 +0200
 gnupg-1.4.15/g10/gpg.c	2013-10-16 13:11:38.999258014 +0200
+@@ -3318,12 +3318,6 @@
+   case aFixTrustDB:
+   case aExportOwnerTrust: rc = setup_trustdb( 0, trustdb_name ); break;
+   case aListTrustDB: rc = setup_trustdb( argc? 1:0, trustdb_name ); break;
+-  case aEncr:
+-  case aEncrFiles:
+-/* No need to create the trust model if we are using the
+- * always trust model.  */
+-rc = setup_trustdb (opt.trust_model != TM_ALWAYS, trustdb_name);
+-break;
+   default: rc = setup_trustdb(1, trustdb_name ); break;
+ }
+ if( rc )
diff -Nru gnupg-1.4.15/debian/patches/series gnupg-1.4.15/debian/patches/series
--- gnupg-1.4.15/debian/patches/series	2013-07-25 22:38:22.0 +0200
+++ gnupg-1.4.15/debian/patches/series	2013-10-16 13:05:56.0 +0200
@@ -0,0 +1 @@
+revert_trustdb_changes


signature.asc
Description: Digital signature

Bug#725864: Bug#726433: Unknown option on the command line

[Alessio Treglia]

Hi all,

On Wed, Oct 16, 2013 at 3:09 PM, Reinhard Tartler  wrote:
> Alessio, I think there is a misunderstanding. AFAIUI, you can upload
> it now, but users would have to fetch it from proposed-updates until
> the next point release. Nevertheless, nothing is stopping you from
> uploading the fixed package now.

Yes, I agree and as 7.2 was released the 12th I assume I can go ahead
uploading it now.

Please give me few minutes to load dput, I'm going to shoot the patch right now.

Cheers,

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#726454: gnome-shell: Reads files on (gvfs-show) mountpoints after unlock

[Michael Biebl]

severity 726454 minor
thanks

Am 16.10.2013 16:16, schrieb Julian Andres Klode:
> On Wed, Oct 16, 2013 at 01:35:33PM +0200, Michael Biebl wrote:

>>
>> It seems to somehow gets stuck on your system. As said, maybe running it
>> in debug mode will give more info.
>>
> 
> It definitely quits.

Ah, then this was a misunderstanding on my part. In your initial email
you said that the process was running all the time and I misunderstood
that and thought you were saying that the sniffer was constantly
scanning your external drive (while you meant the gnome-shell process
itself)

With all that said, I think this is a minor issue at best and I'm
actually not sure it is a bug.
I think the issue is, that while you have your session locked, it is not
marked as being active and so doesn't process any autorun events.

When you unlock the session, it seems to do a sweep to catch up on any
events that were missed while away.

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#717777: New 1.3.3 in git (not pushed yet)

[Michael Vogt]

Hi,

I am also keen to get a new version into debian and would like to
offer my help. I have updated my local git tree to have 1.3.3
ready. No need for +dfsg anmyore as the html (and therefore JS) is
removed in the recent versions. The ansible-doc is no longer available
too though.

I can push to collab-maint or to a different location for review and
would love to get feedback and get it into unstable. Happy to do the
upload if you are busy.

Cheers,
 Michael


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

Bug#724944: [Intel-gfx] Patch for crashing intel server

[Bas Wijnen]

On Tue, Oct 15, 2013 at 09:25:41AM +0100, Chris Wilson wrote:
> > This does indeed stop the server from crashing, but actually makes the
> > problem worse: it used to play video for a few minutes and then crash
> > when trying.  With my patch it would play video for a few minutes and
> > then present black screens when trying.  With your patch, it presents
> > black screens from the start.
> 
> Start of video, or beginning of X?

Beginning of X.  After starting and logging in, I can play them for a
few minutes; afterwards it will crash.

> > I must say I'm not entirely sure if the backtrace I sent you is a
> > "typical" case; I managed to crash it sooner than usual, so perhaps it
> > wasn't the bug that I triggered before.  It did stop the crashing
> > however.
> > 
> > > However, that still leaveas the question as to how you ended up being
> > > unable to allocate bo...

I didn't check the backtrace myself, but when I wrote my shotgun-patch,
the problem was that pixmap_private was NULL; bo is in there, right?  So
at least in that case, it could never have allocated it, or at least it
couldn't store the pointer.

> > While looking for it I did find and try intel-gpu-time, and noticed that
> > it always reports the gpu 100% busy, even when running intel-gpu-time
> > sleep 5 from a linux virtual terminal (so not even X is displayed).  Is
> > that normal?
> 
> Hmm, looks like it should report correctly on i915.

Due to unrelated problems (unbearable slowness) I switched from gnome to
xfce.  It does report 0% now.  It seems gnome keeps the gpu busy even if
it's not displaying anything...

Thanks,
Bas


signature.asc
Description: Digital signature

Bug#726534: ITP: shiro -- Apache Shiro - Java Security Framework

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: shiro
  Version : 1.2.2
  Upstream Author : The Apache Software Foundation
* URL : http://shiro.apache.org
* License : Apache-2.0
  Programming Lang: Java
  Description : Apache Shiro - Java Security Framework

Apache Shiro is a powerful and easy-to-use Java security framework that
performs authentication, authorization, cryptography, and session
management. With Shiro’s easy-to-understand API, you can quickly and
easily secure any application – from the smallest mobile applications to
the largest web and enterprise applications.


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

Bug#701018: #701018 ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles

[Uwe Hermann]

Hi,

doesn't look like I'll have time to take care of rtl-sdr anytime soon,
please consider my ITP retracted. If anyone of you guys wants to take
over the package please go ahead. Sorry for the trouble.


Cheers, Uwe.
-- 
http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org


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

Bug#726492: debian-edu: Task files are specifying a lot of not existing / renamed packages

[Andreas Tille]

On Wed, Oct 16, 2013 at 03:51:06PM +0200, Holger Levsen wrote:
> Hi Andreas,
> 
> (are you still subscribed to the edu list?)

Sure I am!  And according to the liststats[1] I'm struggling hard to
remain the top 6th poster but I'll probably loose this position soon to
Mike. ;-)
 
> On Mittwoch, 16. Oktober 2013, Andreas Tille wrote:
> > The approach remains valid - but this is *not* the problem in your tasks
> > files at all.  You did not updated your tasks files with not *yet*
> > available packages - you are just keeping cruft.
> 
> Thats my point: if we collect not yet packaged packages there, there is no 
> way 
> to distinguish those from cruft.

Yes, there is a way.  Inspecting the log I've posted.  Could you please
have a real look at the list?  I'm really wondering how you could come
up with the thesis that old stuff from future stuff is hard to
distinguish after having at least a slightest look.

Moreover:  Future packages should get some additional information inside
the tasks file - you might really want to reread the docs[2].  So cleaning
up is simple:  Remove everything that is not found that has no additional
information provided.  That should be very simple.  But as I repeatedly
said:  Watch for alternatives / renamed packages.

> And a wiki seems better

I think we had left behind the Wiki discussion about ten years ago.  A
Wiki for the intended purpose is *way* worse.  And please do not use the
argument that a Wiki is always up to date.  A Wiki is only up to date if
enough people care.  Please trust me:  All those Wiki pages createt for
Blends related package list either were never finished or are outdated
now.  The major advantage is that you can *check* the metadate inside a
task file (see this bug report) but you can not with a Wiki.  What lets
you assume that given you have not maintained the list of packages inside
the tasks file on what you are relying technically anyway a Wiki might
be maintained more reliable.  And even if you might be right which I
doubt heavily:  Why should anybody spent time in migrating the (assumed)
maintained Wiki content into the tasks file.

I really hope I misunderstood you.

> for keeping such a 
> list anyway, so I'm all for your cleanup plan.

I'm doing this cleanup regularly for Debian Med and Debian Science and
it takes some time but if you try to let the amount of work not to pile
up that much as it is now that's no problem at all.  BTW, I'm to lazy to
search the list, but I have given hints on this problem several times in
the past (also several times with bad timing for various freezes).
 
> One minor problem though: I'd prefer to do all jessie related work in git 
> now, 
> and keep svn exclusivly for wheezy+squeeze support (unless where we already 
> use git), thus migrating the debian-edu git package is somewhat a blocker for 
> fixing this bug. Else I say: please go ahead, remove all the cruft! :-)

You can keep Blends sources in SVN or Git at your preference.  I could
provide a script to do the migration (or for some kind of $DRINK when we
might meet next time I'd volunteer to do this ;-)).

Kind regards

   Andreas. 

[1] http://blends.debian.net/liststats/authorstat_debian-edu.png
[2] http://blends.alioth.debian.org/blends/ch-sentinel.en.html#s-packageslist

-- 
http://fam-tille.de


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

Bug#726467: [ibus] ibus-setup shortcut setting does not work

[ISHIKAWA Mutsumi]

> In <20131016133632.GA7716@goofy.localdomain> 
>   Osamu Aoki  wrote:
>> Hi,

>> Thanks for the report but I cannot get enough information for me to
>> recreate situation.
>>
>> On Wed, Oct 16, 2013 at 10:48:44AM +0900, ISHIKAWA Mutsumi wrote:
>> > Package: ibus
>> > Version: 1.5.3-7
>> > Severity: important
>> > 
>> > --- Please enter the report below this line. ---
>> > ibus-setup's shortcut setting does not work. The error log is bellow:
>>
>> Can yopu tell me what and where I can see "ibus-setup's shortcut
>> setting"?

Ah... I'm mistaken, it is "keybord short cut (setting)" on top of generic
tab.

>> I started ibus-setup from console but h... I see different setting
>> than what I set up from GNMOME setting.   H.. something wrong.

>> > Traceback (most recent call last):
>> >   File "/usr/share/ibus/setup/enginetreeview.py", line 140, in 
>> > __name_cell_data_cb
>> > if self.__model.get_path(it).get_indices()[0] == 0:
>> > TypeError: 'int' object has no attribute '__getitem__'
>> > Traceback (most recent call last):
>> >   File "/usr/share/ibus/setup/enginetreeview.py", line 140, in 
>> > __name_cell_data_cb
>> > if self.__model.get_path(it).get_indices()[0] == 0:
>> > TypeError: 'int' object has no attribute '__getitem__'
>> > Traceback (most recent call last):
>> >   File "/usr/share/ibus/setup/keyboardshortcut.py", line 220, in 
>> > __shortcut_view_cursor_changed_cb
>> > shortcut = self.__get_selected_shortcut()
>> >   File "/usr/share/ibus/setup/keyboardshortcut.py", line 205, in 
>> > __get_selected_shortcut
>> > return model[path.get_indices()[0]][0]
>> > TypeError: 'int' object has no attribute '__getitem__'
>> >

>> Can you describe a bit more in detail what you did to reach this.

 1) I started ibus-setup from console (I use konsole of KDE for X
terminal console) with LANG=ja_JP.UTF-8

 2) a window of ibus-setup window is shown.

window screen shot:
  
https://docs.google.com/file/d/0B5a7kImy47K_RDlndFR6b2doUDQ/edit?usp=sharing

with some errors on the terminal console

--- error message ---
Traceback (most recent call last):
  File "/usr/share/ibus/setup/enginetreeview.py", line 140, in 
__name_cell_data_cb
if self.__model.get_path(it).get_indices()[0] == 0:
TypeError: 'int' object has no attribute '__getitem__'
Traceback (most recent call last):
  File "/usr/share/ibus/setup/enginetreeview.py", line 140, in 
__name_cell_data_cb
if self.__model.get_path(it).get_indices()[0] == 0:
TypeError: 'int' object has no attribute '__getitem__'
--- end of error message ---

 3) click "next input method" setup button (right end button of next
input method line. I added "red circle" to indicate it on the
screenshot of above url)

 4) switching input methods keyboard short cut setting window will be
opened with error message on console.

window screen shot:
   
https://docs.google.com/file/d/0B5a7kImy47K_TFB1TndhbU1QX0U/edit?usp=sharing

--- error message ---
Traceback (most recent call last):
  File "/usr/share/ibus/setup/keyboardshortcut.py", line 220, in 
__shortcut_view_cursor_changed_cb
shortcut = self.__get_selected_shortcut()
  File "/usr/share/ibus/setup/keyboardshortcut.py", line 205, in 
__get_selected_shortcut
return model[path.get_indices()[0]][0]
TypeError: 'int' object has no attribute '__getitem__'
--- end of error message ---


  5) The switching input methods keyboard short cut setting window is
 completely broken.

  * Normaly when click a "short cut" in the box on top of the
window, keycode is shown in keycode box and checked key
modifier. For example click "space" on the window,
space will be shown ketcode input box and add check "Super"
modifier. But it will not work.

  * Click button right end of the keycode input box to show
keyboard short cut input window. The window will shown.
But it will not work completely (it will not fetch keyboard
input...)

  * add/apply/delete button is always disabled, can not click
(so I can not add, modify and delete keyboard short cuts...)


>> Also why the following list does not look like normal list?
>> Why installed version are missing?

They are generated by reportbug-ng automaticaly. I don't know why...


The list generated by reportbug is here.


-- 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.12.0-rc5.0.1 (SMP w/12 CPU cores; PREEMPT)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ibus depends on:
ii  dconf-cli0.16.1-1
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gir1.2-ibus-1.0  1.5.3-7
ii  gnome-icon-theme 3.8.3-1
ii  libatk1.0-0 

Bug#726536: live-config-systemd doesnt work at all

[Holger Levsen]

package: live-config-systemd
severity: serious
version: 3.0.23-1

Hi,

according to Daniel in
https://lists.debian.org/debian-live/2013/10/msg00019.html
live-config-systemd 3.0.23-1 is completly broken on wheezy, thus I'm filing 
this bug, to make users aware and probably remove it from wheezy.

For jessie and sid I assume a 4.x upload to unstable would be in order and fix 
this bug, as I currently assume live-config-systemd is also broken in jessie 
and sid. Is that correct, Daniel?


cheers,
Holger


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

Bug#726535: gdm3: Multiple sessions are kept around

[Julian Andres Klode]

Package: gdm3
Version: 3.8.4-2
Severity: normal

On my system, two GDM sessions  are kept around, after
I logged in into a few other accounts (there are also
two user sessions in loginctl, but session 2 there only
has a single PulseAudio instance that did not migrate
correctly to session 30, and the session does not
exist in CK, so don't let that confuse you).

jak@jak-x230:~$ loginctl 
   SESSIONUID USER SEAT
 2   1000 jak  seat0   
30   1000 jak  seat0   
39110 Debian-gdm   seat0   
40110 Debian-gdm   seat0   

4 sessions listed.
jak@jak-x230:~$ ck-list-sessions  
Session108:
unix-user = '110'
realname = 'Gnome Display Manager'
seat = 'Seat1'
session-type = 'x11'
active = FALSE
x11-display = ':2'
x11-display-device = '/dev/tty4'
display-device = '/dev/tty4'
remote-host-name = ''
is-local = TRUE
on-since = '2013-10-14T13:58:28.741004Z'
login-session-id = '39'
Session109:
unix-user = '110'
realname = 'Gnome Display Manager'
seat = 'Seat1'
session-type = 'x11'
active = FALSE
x11-display = ':3'
x11-display-device = '/dev/tty5'
display-device = '/dev/tty5'
remote-host-name = ''
is-local = TRUE
on-since = '2013-10-14T14:00:10.781367Z'
login-session-id = '40'
Session42:
unix-user = '1000'
realname = 'Julian Andres Klode'
seat = 'Seat1'
session-type = 'x11'
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty7'
display-device = '/dev/tty7'
remote-host-name = ''
is-local = TRUE
on-since = '2013-10-13T17:47:40.881724Z'
login-session-id = '30'


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

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.34-2
ii  adduser   3.113+nmu3
ii  dconf-cli 0.16.1-1
ii  dconf-gsettings-backend   0.16.1-1
ii  debconf [debconf-2.0] 1.5.51
ii  gir1.2-gdm3   3.8.4-2
ii  gnome-session [x-session-manager] 3.8.4-2
ii  gnome-session-bin 3.8.4-2
ii  gnome-settings-daemon 3.8.5-2
ii  gnome-shell   3.8.4-4
ii  gnome-terminal [x-terminal-emulator]  3.8.4-1
ii  gsettings-desktop-schemas 3.8.2-2
ii  libaccountsservice0   0.6.34-2
ii  libatk1.0-0   2.10.0-2
ii  libaudit1 1:2.3.2-2
ii  libc6 2.17-93
ii  libcairo-gobject2 1.12.16-2
ii  libcairo2 1.12.16-2
ii  libcanberra-gtk3-00.30-2
ii  libcanberra0  0.30-2
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libgdm1   3.8.4-2
ii  libglib2.0-0  2.36.4-1
ii  libglib2.0-bin2.36.4-1
ii  libgtk-3-03.8.5-1
ii  libpam-modules1.1.3-9
ii  libpam-runtime1.1.3-9
ii  libpam0g  1.1.3-9
ii  libpango-1.0-01.32.5-5+b1
ii  libpangocairo-1.0-0   1.32.5-5+b1
ii  librsvg2-common   2.36.4-2
ii  libselinux1   2.1.13-3
ii  libwrap0  7.6.q-24
ii  libx11-6  2:1.6.2-1
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.1-1
ii  libxrandr22:1.4.1-1
ii  lsb-base  4.1+Debian12
ii  metacity [x-window-manager]   1:2.34.13-1
ii  policykit-1-gnome 0.105-2
ii  upower0.9.22-1
ii  x11-common1:7.7+4
ii  x11-xserver-utils 7.7+1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.10.0-1
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.8.3-1
ii  gnome-icon-theme-symbolic  3.8.2.2-2
ii  x11-xkb-utils  7.7~1
pn  xserver-xephyr 
ii  xserver-xorg   1:7.7+4
ii  zenity 3.8.0-1

Versions of packages gdm3 suggests:
pn  gnome-orca
ii  libpam-gnome-keyring  3.8.2-2

-- debconf information excluded

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

Se

Bug#726537: gnome-shell: Does not automatically unlock after user switching

[Julian Andres Klode]

Package: gnome-shell
Version: 3.8.4-4
Severity: normal

If I enter my password in gdm when switching users, I should not need
to enter my password a second time to unlock my session.

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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  evolution-data-server3.8.5-2
ii  gdm3 3.8.4-2
ii  gir1.2-accountsservice-1.0   0.6.34-2
ii  gir1.2-caribou-1.0   0.4.12-1
ii  gir1.2-clutter-1.0   1.14.4-3
ii  gir1.2-freedesktop   1.36.0-2+b1
ii  gir1.2-gcr-3 3.8.2-4
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-gmenu-3.0 3.8.0-2
ii  gir1.2-gnomebluetooth-1.03.8.1-2
ii  gir1.2-gnomedesktop-3.0  3.8.4-2
ii  gir1.2-gtk-3.0   3.8.5-1
ii  gir1.2-ibus-1.0  1.5.3-7
ii  gir1.2-mutter-3.03.8.4-2
ii  gir1.2-networkmanager-1.00.9.8.0-5
ii  gir1.2-nmgtk-1.0 0.9.8.4-1
ii  gir1.2-pango-1.0 1.32.5-5+b1
ii  gir1.2-polkit-1.00.105-3+nmu1
ii  gir1.2-soup-2.4  2.42.2-6
ii  gir1.2-telepathyglib-0.120.22.0-1
ii  gir1.2-telepathylogger-0.2   0.8.0-2
ii  gir1.2-upowerglib-1.00.9.22-1
ii  gjs  1.36.1-2
ii  gnome-bluetooth  3.8.1-2
ii  gnome-icon-theme-symbolic3.8.2.2-2
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell-common   3.8.4-4
ii  gnome-themes-standard3.8.4-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk-bridge2.0-0   2.10.0-1
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcamel-1.2-43  3.8.5-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libclutter-1.0-0 1.14.4-3
ii  libcogl-pango12  1.14.0-3
ii  libcogl121.14.0-3
ii  libcroco30.6.8-2
ii  libdbus-1-3  1.6.16-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libecal-1.2-15   3.8.5-2
ii  libedataserver-1.2-173.8.5-2
ii  libegl1-mesa [libegl1-x11]   9.1.7-1
ii  libgck-1-0   3.8.2-4
ii  libgcr-base-3-1  3.8.2-4
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libgjs0c [libgjs0-libmozjs185-1.0]   1.36.1-2
ii  libglib2.0-0 2.36.4-1
ii  libgnome-menu-3-03.8.0-2
ii  libgstreamer1.0-01.2.0-1
ii  libgtk-3-0   3.8.5-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.16.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-4+b1
ii  libmutter0b  3.8.4-2
ii  libnm-glib4  0.9.8.0-5
ii  libnm-gtk0   0.9.8.4-1
ii  libnm-util2  0.9.8.0-5
ii  libnspr4 2:4.10-1
ii  libnss3  2:3.15.1-1
ii  libnss3-1d   2:3.15.1-1
ii  libp11-kit0  0.18.5-3
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libpolkit-agent-1-0  0.105-3+nmu1
ii  libpolkit-gobject-1-00.105-3+nmu1
ii  libpulse-mainloop-glib0  4.0-6+b1
ii  libpulse04.0-6+b1
ii  libsecret-1-00.15-2
ii  libsoup2.4-1 2.42.2-6
ii  libsqlite3-0 

Bug#726532: double submit, sorry

[Gabor Vizi]

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

Gabor


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

Bug#726492: debian-edu: Task files are specifying a lot of not existing / renamed packages

[Holger Levsen]

Hi,

On Mittwoch, 16. Oktober 2013, Andreas Tille wrote:
> Yes, there is a way.  Inspecting the log I've posted.  Could you please
> have a real look at the list?

Could you provide examples from that list, please? You already parsed it it 
seems.

> Moreover:  Future packages should get some additional information inside
> the tasks file - you might really want to reread the docs[2]. 

Frankly: if debian-blends only gives me work more work regularily, why should 
I use it at all? As I see it we want to maintain a few metapackages with it, 
keeping up with some meta framework just to achieve this, seems a bit 
cumbersome... (eg also that the debian-edu package requires a special buld 
procedure is not nice for new Debian Edu developers.)


cheers,
Holger


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

Bug#726538: partman-md: Should rescan for encrypted volumes on top of raid after assembling it

[Agustin Martin]

Package: partman-md
Version: 67
Severity: normal

Hi, maintainers,

Want to share a minor inconsistency when using crypto on top of RAID, mostly
related to rescue mode.

First, what works and should be expected, a normal crypto volume, no RAID: 

 * Rescue mode
 * After selecting time zone d-i notices there is an encrypted volume I am
   prompted to enter a passphrase for it if I want to have it available for
   rescue operations.

That is the expected behavior.

However things work differently when the encrypted volume is on top of a
RAID (RAID1 in this case).

 * Rescue mode
 * Get the "Device to use as root file system" dialog, known partitions
   shown, no RAID is still assembled and of course nothing inside it is
   shown, just plain /dev/sd* stuff. 
 * I choose "Assemble RAID array", tick Automatic and proceed.
 * However, although a crypto volume is on top of that RAID, that seems not
   detected and I am not prompted for a passphrase to enable it for rescue.
   Of course I can open a shell, enable luks volume and the lvm logical
   volumes it contains, go back and continue, now with all really available
   choices including those inside the crypto volume.

   I'd expect the same check that is automaticaly done when the encrypted
   volume is not on top of a RAID be run right after assembling the RAID
   so the contents of the encrypted volume (single partion or lvm stuff)
   become available for the rescue session in a simpler way if the
   passphrase is provided.

PS: I put version as 67 since it is what is currently in testing. I actually
carried out the tests with an installation image created out of

debian-testing-i386-CD-1.jigdo 2013-10-14

from

http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-cd/

so the actual version may differ.

Regards, and thanks for all your work.

-- 
Agustin


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

Bug#726518: (no subject)

[Salvatore Bonaccorso]

Hi 

[Disclaimer: not the maintainer, just noticed that bug].

I think this was already solved for wheezy, however I noticed:

> /etc/bind/db.root changed [not included]

^ have you previously changed this by hand?

Since /etc/bind/db.root was updated both for squeeze and wheezy
including the d.root ip change.

Regards,
Salvatore


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

Bug#726476: Ignores my RFC 1918 reverse zones by default

[Justin T Pryzby]

tag 726476 fixed-upstream upstream
thanks

seems to be fixed in 9.9.4:
https://kb.isc.org/article/AA-01046/0/BIND-9.9.4rc2-Release-Notes.html
https://kb.isc.org/article/AA-00803/0/Why-are-queries-for-some-PTR-records-no-longer-forwarded-since-upgrading-to-BIND-9.9.0.html

On Wed, Oct 16, 2013 at 12:54:51AM -0500, Peter Samuelson wrote:
> Package: bind9
> Version: 1:9.9.3.dfsg.P2-4
> Severity: normal
> 
> 
> My RFC 1918 reverse zone definitions no longer work, unless I specify:
> 
> disable-empty-zone "168.192.in-addr.arpa";
> 
> (one for each reverse zone.)  According to the ARM, I should not have
> to do that - it should detect that I've defined these zones.  My
> definitions are very simple:
> 
> zone "168.192.in-addr.arpa" {
> type forward;
> forwarders { 192.168.10.6; 192.168.10.7; };
> };
> 
> I think this broke some time after 1:9.8.4.dfsg.P1-4.
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.8-trunk-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 bind9 depends on:
> ii  adduser3.113+nmu3
> ii  bind9utils 1:9.9.3.dfsg.P2-4
> ii  debconf [debconf-2.0]  1.5.51
> ii  init-system-helpers1.11
> ii  libbind9-901:9.9.3.dfsg.P2-4
> ii  libc6  2.17-93
> ii  libcap21:2.22-1.2
> ii  libcomerr2 1.42.8-1
> ii  libdns99   1:9.9.3.dfsg.P2-4
> ii  libgssapi-krb5-2   1.11.3+dfsg-3
> ii  libisc95   1:9.9.3.dfsg.P2-4
> ii  libisccc90 1:9.9.3.dfsg.P2-4
> ii  libisccfg901:9.9.3.dfsg.P2-4
> ii  libk5crypto3   1.11.3+dfsg-3
> ii  libkrb5-3  1.11.3+dfsg-3
> ii  liblwres90 1:9.9.3.dfsg.P2-4
> ii  libssl1.0.01.0.1e-3
> ii  libxml22.9.1+dfsg1-3
> ii  lsb-base   4.1+Debian12
> ii  net-tools  1.60-25
> ii  netbase5.1
> 
> bind9 recommends no packages.
> 
> Versions of packages bind9 suggests:
> ii  bind9-doc   1:9.9.3.dfsg.P2-4
> ii  dnsutils1:9.9.3.dfsg.P2-4
> pn  resolvconf  
> pn  ufw 
> 
> -- Configuration Files:
> /etc/bind/named.conf changed:
> options {
> directory "/var/cache/bind";
> auth-nxdomain no;# conform to RFC1035
> listen-on-v6 { any; };
> forwarders { 2001:4de0:1000:a4::2; 2001:4de0:1000:a3::2; };
> disable-empty-zone "168.192.in-addr.arpa";
> disable-empty-zone "26.172.in-addr.arpa";
> disable-empty-zone "28.172.in-addr.arpa";
> disable-empty-zone "30.172.in-addr.arpa";
> };
> zone "168.192.in-addr.arpa" { type forward; forwarders { 192.168.10.6; 
> 192.168.10.7; }; };
> zone "26.172.in-addr.arpa" { type forward; forwarders { 192.168.10.6; 
> 192.168.10.7; }; };
> zone "28.172.in-addr.arpa" { type forward; forwarders { 192.168.10.6; 
> 192.168.10.7; }; };
> zone "30.172.in-addr.arpa" { type forward; forwarders { 192.168.10.6; 
> 192.168.10.7; }; };
> include "/etc/bind/named.conf.default-zones";
> 
> -- debconf information:
>   bind9/run-resolvconf: false
>   bind9/different-configuration-file:
>   bind9/start-as-user: bind
> 


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

Bug#726539: powertop: Stops working, loops printing "requesting unregistered parameter" errors

[Martín Ferrari]

Package: powertop
Version: 2.4-2
Severity: important

Hi,

It happened to me twice this week: when running powertop, it will not do
anything but print error messages of the form:

Loaded 750 prior measurements
BUG: requesting unregistered parameter 70
BUG: requesting unregistered parameter 75
BUG: requesting unregistered parameter 70
BUG: requesting unregistered parameter 75
BUG: requesting unregistered parameter 70
BUG: requesting unregistered parameter 75
BUG: requesting unregistered parameter 70
BUG: requesting unregistered parameter 75
[ad nauseum...]

After a reboot, it worked again, but then today (after a few suspends) it
showed the same symptoms.

This bug has also been reported in other bug trackers:

https://bugs.launchpad.net/ubuntu/+source/powertop/+bug/1234299
https://bugzilla.redhat.com/show_bug.cgi?id=947425
https://bbs.archlinux.org/viewtopic.php?pid=1334085 (reported as solved)

>From the bug reports, it'd seem that clearing the cache, or rerunning the
calibrate operation (which I have never run) solved the issue.

I can confirm that removing the cache files solved the problem, for now at
least. But this is still a very annoying bug.

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

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

Versions of packages powertop depends on:
ii  libc6 2.17-93
ii  libgcc1   1:4.8.1-10
ii  libncursesw5  5.9+20130608-1
ii  libnl-3-200   3.2.21-1
ii  libnl-genl-3-200  3.2.21-1
ii  libpci3   1:3.2.0-3
ii  libstdc++64.8.1-10
ii  libtinfo5 5.9+20130608-1

powertop recommends no packages.

Versions of packages powertop suggests:
ii  cpufrequtils   008-1
pn  laptop-mode-tools  

-- no debconf information


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

Bug#694798: Any news about this package?

[Cédric Boutillier]

Hi!

It's been about 11 months you sent this ITP. Is there any progress about
the packaging of this Ruby library? As I understand it, you proposed to
package this Ruby library as a dependency for diaspora.

Do not hesitate to approach the Ruby team if you need
assistance/sponsoring for your package.

Cédric


signature.asc
Description: Digital signature

Bug#726540: zip: "zip - file >> out" creates broken archive

[Aleksey Morarash]

Package: zip
Version: 3.0-6
Severity: normal

Dear Maintainer,

A have encountered that zip fails to write correct archive to
a pipe when its opened with O_APPEND option.

For example, this will create broken archive:

$ zip - file >> outfile

When this one works as planned:

$ zip - file | cat >> outfile

I found that zip makes lseeks while writing the archive file, but
it doesn't change its behavior while writing to the file opened with
the O_APPEND option.


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

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

Versions of packages zip depends on:
ii  libbz2-1.0  1.0.6-4
ii  libc6   2.17-92+b1

Versions of packages zip recommends:
ii  unzip  6.0-8

zip 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#726442: vim-gocomplete: not installable with vim-addon-manager

[Hilko Bengen]

Hi Paul,

being primarily an Emacs user, I hadn't really used the vim-gocomplete
package myself. I just did some tests I don't remember what let me to
believe that everything was okay.

Thank you very much for the detailed bug report and the patch. I have
integrated the patch and uploaded a new revision of the package.

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#726417: iproute2: 'ip -o addr show' does not show all interfaces (but 'ip addr show' does)

[Stephen Hemminger]

On Wed, 16 Oct 2013 12:08:29 +0200
Martín Ferrari  wrote:

> Hi Stephen,
> 
> After discussing this issue with the Debian maintainer of iproute, I am
> bringing this issue to you to see if it can be fixed in upstream.
> 
> You can see the bug report and discussion at http://bugs.debian.org/726417
> 
> Basically, the issue is that there is an inconsistency in the output of
> "ip addr show" when the -oneline option is used.
> 
> If the option is not present, ip shows all interfaces, including DOWN
> ones. When the option is used, these interfaces do not show. This is a
> regression from previous versions, as the iproute package in Debian
> Wheezy does not have this behaviour.
> 
> An example:
> 
> $ sudo modprobe dummy
> 
> $ ip addr show
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: wlan0:  mtu 1500 qdisc mq state
> DOWN group default qlen 1000
> [..]
> 3: eth0:  mtu 1500 qdisc pfifo_fast
> state DOWN group default qlen 1000
> [..]
> 10: wwan0:  mtu 1500 qdisc pfifo_fast
> state UP group default qlen 1000
> [..]
> 358: dummy0:  mtu 1500 qdisc noop state DOWN group default
> link/ether 42:39:cf:86:bb:39 brd ff:ff:ff:ff:ff:ff
> 
> 
> $ ip -o addr show
> 1: loinet 127.0.0.1/8 scope host lo\   valid_lft forever
> preferred_lft forever
> 1: loinet6 ::1/128 scope host \   valid_lft forever
> preferred_lft forever
> 10: wwan0inet XXX/29 brd XXX scope global wwan0\   valid_lft
> forever preferred_lft forever
> 10: wwan0inet6 XXX/64 scope link \   valid_lft forever
> preferred_lft forever
> 
> 
> As Andreas (the Debian maintainer) suggested, a simple patch would be to
> remove the two lines at
> http://git.kernel.org/cgit/linux/kernel/git/shemminger/iproute2.git/tree/ip/ipaddress.c#n1179

Changing the output format is equivalent to change the API for applications
that screen scrape this. I think the choice was intentional by the original
authors.


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

Bug#726541: [INTL:es] Spanish debconf template translation for sftpcloudfs

[Camaleón]

Package: sftpcloudfs
Version: 0.7.2
Severity: wishlist
Tags: l10n patch

Greetings,

-- 
Camaleón 
# sftpcloudfs po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the sftpcloudfs package.
#
# Changes:
# - Initial translation
# Camaleón , 2013
#
# - Updates
#
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: sftpcloudfs 0.7.2\n"
"Report-Msgid-Bugs-To: sftpclou...@packages.debian.org\n"
"POT-Creation-Date: 2013-07-11 00:32+0800\n"
"PO-Revision-Date: 2013-10-11 15:20+0200\n"
"Last-Translator: Camaleón \n"
"Language-Team: Debian Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Authentication server URL:"
msgstr "URL del servidor de autenticación:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"In order to authenticate its users, SFTPCloudFS needs to connect to an "
"authentication server (such as RackSpace Cloud Files or OpenStack). Please "
"enter the URL of that server."
msgstr ""
"Para autenticar a sus usuarios, SFTPCloudFS necesita conectarse a un "
"servidor de autenticación (como RackSpace Cloud Files u OpenStack). "
"Introduzca la URL de ese servidor."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"URL examples:\n"
" * Rackspace in the US: https://auth.api.rackspacecloud.com/v1.0\n";
" * Rackspace in the UK: https://lon.auth.api.rackspacecloud.com/v1.0\n";
" * Swift: some URL like https://example.com/v1.0 (or an IP address)"
msgstr ""
"Ejemplos de URL:\n"
" * RackSpace en EE.UU.: https://auth.api.rackspacecloud.com/v1.0\n";
" * RackSpace en Reino Unido: https://lon.auth.api.rackspacecloud.com/v1.0\n";
" * Swift: alguna URL como https://example.com/v1.0 (o una dirección IP)"

Bug#725359: polarssl: CVE-2013-5914 CVE-2013-5915

[Moritz Muehlenhoff]

On Wed, Oct 16, 2013 at 10:51:12AM +0200, Roland Stigge wrote:
> Hi,
> 
> yes, preparing a new 1.2.9 for stable. This also fixes the other
> outstanding issues with polarssl.
> 
> Should I upload it to the security queue?

Yes, but please send a debdiff to t...@security.debian.org first

Please use 1.2.9-1~deb7u1 for stable-security.

Due to a bug in dak on security-master we cannot release a package
with the same tarball in oldstable-securit and stable-security.

As such, we first need to release 1.2.9-1~deb7u1 for stable-security
and 1.2.9-1~deb6u1 for oldstable-security can follow later.

Since the 1.2.9 tarball is new in the security archive, the updates
need to be built with "-sa".

Cheers,
Moritz


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

Bug#725968: pu: package libvirt/0.9.12.2-1

[Moritz Muehlenhoff]

On Tue, Oct 15, 2013 at 06:52:57PM +0200, Michael Biebl wrote:
> Hi,
> 
> Am 10.10.2013 17:22, schrieb Guido Günther:
> > On Thu, Oct 10, 2013 at 03:38:33PM +0200, Cyril Brulebois wrote:
> > [..snip..] 
> >> For the record, we tend to prefer having debdiff (or at least debian
> >> changelogs) posted to the BTS. Right now I have absolutely no idea which
> >> bugs you're trying to get fixed, and whether fixes landed in testing or
> >> unstable.
> > 
> > libvirt (0.9.12.2-1) wheezy-proposed-updates; urgency=low
> > 
> >   * [77a7135] Adjust gbp.conf for Wheezy point releases
> >   * [b457e3f] New upstream version 0.9.12.1
> >   * [ae6e265] New upstream version 0.9.12.2
> >   * [2d07b5c] Drop patches fixed upstream.
> > Include-stdint.h-for-uint32_t.patch
> > Revert-rpc-Discard-non-blocking-calls-only-when-nece.patch
> > fix-leak-virStorageBackendLogicalMakeVol.patch
> > qemu-Add-support-for-no-user-config.patch
> > qemu-Fix-off-by-one-error-while-unescaping-monitor-s.patch
> > rpc-Fix-crash-on-error-paths-of-message-dispatching.patch
> > security/CVE-2012-3445.patch
> > security/Fix-crash-in-remoteDispatchDomainMemoryStats.patch
> > security/security-Fix-libvirtd-crash-possibility.patch
> > upstream/Fix-libvirtd-crash-when-destroying-a-domain-with-att.patch
> > upstream/Fix-race-condition-when-destroying-guests.patch
> > 
> >  -- Guido Günther   Tue, 01 Oct 2013 21:45:08 +0200
> > 
> > This also fixes CVE-2013-4311 once we have a fixed polkit in wheezy.
> 
> I talked to jmm about policykit-1 and CVE-2013-4288 on IRC today.
> The result wasn't quite conclusive yet. I think jmm doesn't consider the
> issue in policykit-1 important enough for a stable-security upload but I
> forgot to ask him if he nonetheless wants a stable upload for this issue.
> 
> So I'd like a clear advice from the security what to do about
> CVE-2013-4288 (Bug: #723717) in policykit-1/stable:
> a/ Fix via stable-security
> b/ Fix via stabe
> c/ Ignore (not important enough).
> 
> I'm happy to do either a/ or b/ if the security team wants me to.
> 
> If c/, this means libvirt would have to remove that patch for its stable
> upload
> If we are going to fix policykit-1 in stable, libvirt should have a
> versioned dep on policykit-1, to ensure it gets the correct version of
> pkcheck.

I suggest we go ahead with b.

Cheers,
Moritz


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

Bug#726542: RFA: pngphoon

[Meike Reichle]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Meike


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

Bug#726417: iproute2: 'ip -o addr show' does not show all interfaces (but 'ip addr show' does)

[Martín Ferrari]

Stephen

On 16/10/13 17:24, Stephen Hemminger wrote:

>> As Andreas (the Debian maintainer) suggested, a simple patch would be to
>> remove the two lines at
>> http://git.kernel.org/cgit/linux/kernel/git/shemminger/iproute2.git/tree/ip/ipaddress.c#n1179
> 
> Changing the output format is equivalent to change the API for applications
> that screen scrape this. I think the choice was intentional by the original
> authors.

I am not sure I follow what you mean here. There was an incompatible
(and undocumented) "API" change not long ago, that in fact broke an
application I developed. It also happens that the change makes the
output/API inconsistent. What I am asking is to revert to the old behaviour.


-- 
Martín Ferrari



signature.asc
Description: OpenPGP digital signature

Bug#724944: [Intel-gfx] Patch for crashing intel server

[Chris Wilson]

On Wed, Oct 16, 2013 at 04:30:57PM +0200, Bas Wijnen wrote:
> On Tue, Oct 15, 2013 at 09:25:41AM +0100, Chris Wilson wrote:
> > > This does indeed stop the server from crashing, but actually makes the
> > > problem worse: it used to play video for a few minutes and then crash
> > > when trying.  With my patch it would play video for a few minutes and
> > > then present black screens when trying.  With your patch, it presents
> > > black screens from the start.
> > 
> > Start of video, or beginning of X?
> 
> Beginning of X.  After starting and logging in, I can play them for a
> few minutes; afterwards it will crash.

Still weird. Can you attach the Xorg.log from the black screen and/or crash.

> > > I must say I'm not entirely sure if the backtrace I sent you is a
> > > "typical" case; I managed to crash it sooner than usual, so perhaps it
> > > wasn't the bug that I triggered before.  It did stop the crashing
> > > however.
> > > 
> > > > However, that still leaveas the question as to how you ended up being
> > > > unable to allocate bo...
> 
> I didn't check the backtrace myself, but when I wrote my shotgun-patch,
> the problem was that pixmap_private was NULL; bo is in there, right?  So
> at least in that case, it could never have allocated it, or at least it
> couldn't store the pointer.

I doubt we failed to malloc the intel_pixmap, so the reason why the
intel_pixmap would be NULL is more likely due to failure to allocate the
GPU buffer object i.e. they are semantically interchangeable, an
attached intel_pixmap to a Pixmap implies we have a GPU bo. Similarly
checking for the intel_pixmap should be enough to assert that the GPU bo
exists.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre


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

Bug#726543: RFA: rfdump

[Meike Reichle]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package.
It is a very easy package with low maintenance, but could use a little
clean up.


Best regards,
  Meike


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

Bug#726417: iproute2: 'ip -o addr show' does not show all interfaces (but 'ip addr show' does)

[Stephen Hemminger]

On Wed, 16 Oct 2013 17:28:34 +0200
Martín Ferrari  wrote:

> Stephen
> 
> On 16/10/13 17:24, Stephen Hemminger wrote:
> 
> >> As Andreas (the Debian maintainer) suggested, a simple patch would be to
> >> remove the two lines at
> >> http://git.kernel.org/cgit/linux/kernel/git/shemminger/iproute2.git/tree/ip/ipaddress.c#n1179
> > 
> > Changing the output format is equivalent to change the API for applications
> > that screen scrape this. I think the choice was intentional by the original
> > authors.
> 
> I am not sure I follow what you mean here. There was an incompatible
> (and undocumented) "API" change not long ago, that in fact broke an
> application I developed. It also happens that the change makes the
> output/API inconsistent. What I am asking is to revert to the old behaviour.
>

Then that was a bug. Sometimes additional stuff will get added onto the end of
messages, with new features, but format and semantics of first part of output
changing is not good.


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

Bug#726545: RFA: vimhelp-de

[Meike Reichle]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Meike


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

Bug#726544: RFA: sux

[Meike Reichle]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package.

Best regards,
  Meike


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

Bug#726546: RFA: etherwake

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726548: RFA: httperf

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726549: RFA: iftop

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726547: RFA: hexedit

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726540: zip: "zip - file >> out" creates broken archive

[Santiago Vila]

El 16/10/13 17:20, Aleksey Morarash escribió:

Package: zip
Version: 3.0-6
Severity: normal

Dear Maintainer,

A have encountered that zip fails to write correct archive to
a pipe when its opened with O_APPEND option.

For example, this will create broken archive:

$ zip - file >> outfile

When this one works as planned:

$ zip - file | cat >> outfile

I found that zip makes lseeks while writing the archive file, but
it doesn't change its behavior while writing to the file opened with
the O_APPEND option.


Are you trying to create a self extracting executable with unzipsfx?


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

Bug#726550: RFA: linuxlogo

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726555: RFA: xpenguins

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726554: RFA: userinfo

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726552: RFA: mii-diag

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726553: RFA: tofrodos

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#614584: fdisk: cannot handle sector numbers of 2^31 and above

[Juhani Karlsson]

I can confirm the same problem. Really annoying when creating partitions 
for RAID, really impossible to create large partitions of same size.
I wanted to leave some empty space to end of drive for future use, only 
option to create last partitions was to make an estimated same size with 
gparted (not used to using parted and don't want to learn how just 
because fdisk is buggy.


root@qwerty:~# fdisk /dev/sda

Command (m for help): p

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f27f2

   Device Boot  Start End  Blocks   Id  System
/dev/sda12048  275089  136521   fd  Linux raid 
autodetect
/dev/sda2  275090   14029762970011270   fd  Linux raid 
autodetect

/dev/sda3   140298240  3863635967  18616688645  Extended
/dev/sda5   140300288  3863635967  1861667840   fd  Linux raid 
autodetect


Command (m for help): q

root@qwerty:~# fdisk /dev/sdb

Command (m for help): p

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000742b2

   Device Boot  Start End  Blocks   Id  System
/dev/sdb12048  275089  136521   fd  Linux raid 
autodetect
/dev/sdb2  275090   14029762970011270   fd  Linux raid 
autodetect

/dev/sdb3   140298240  3861590015  18606458885  Extended
/dev/sdb5   140300288  3861587967  1860643840   fd  Linux raid 
autodetect


Command (m for help): q

root@qwerty:~# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md4 : active raid1 sdc2[0] sdd2[1]
  1126268736 blocks super 1.2 [2/2] [UU]

md2 : active raid1 sdb5[2] sda5[3]
  1857650986 blocks super 1.2 [2/2] [UU]

md3 : active raid1 sdd1[1] sdc1[0]
  730957376 blocks [2/2] [UU]

md1 : active raid1 sda2[1] sdb2[0]
  70011200 blocks [2/2] [UU]

md0 : active raid1 sda1[1] sdb1[0]
  136448 blocks [2/2] [UU]

unused devices: 
root@qwerty:~#


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

Bug#726551: RFA: microcom

[Alexander Reichle-Schmehl]

Package: wnpp
Severity: normal

Hi!

I am unfortunately no longer able to take proper care of this package. It
is a very easy package with low maintenance, but could use a little clean
up.


Best regards,
  Alexander


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

Bug#726536: live-config-systemd doesnt work at all

[intrigeri]

Hi,

Holger Levsen wrote (16 Oct 2013 14:49:43 GMT) :
> according to Daniel in
> https://lists.debian.org/debian-live/2013/10/msg00019.html
> live-config-systemd 3.0.23-1 is completly broken on wheezy, thus I'm filing 
> this bug, to make users aware and probably remove it from wheezy.

FWIW, I plan to try and backport the systemd-related fixes to the
live-config Wheezy branch in 2014Q1, so perhaps we could wait a bit
before removing the package, now that the problem is documented.

Hölger: thanks for filing this bug!

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#726430: apt-listbugs: Does not uses proxy from Acquire::http::ProxyAutoDetect

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 15 October 2013 20:58:31 Lisandro Damián Nicanor Pérez Meyer wrote:
[snip] 
> > Please elaborate a bit more: what do you mean by "except for
> > apt-listbugs"?
> > What happens if you try to install or upgrade packages and apt-listbugs
> > is invoked by apt-get (or another compatible package manager, such as
> > aptitude, if you prefer)?
> > 
> > Please paste the exact error that you get.
> 
> Times out trying to reach the BTS, and asks if I want to continue or not
> (not at $job now so I can't reproduce it, will do it tomorrow).

OK, for all cases I'm forced to go trough a proxy to get web content (and 
almost everything).

 First case, acng auto detected through squid-deb-proxy-client

Please note that even passing LANG=C apt-listbug messages are kept in 
es_AR.UTF-8

root@tonks:/home/lisandro# LANG=C aptitude install gftp
The following NEW packages will be installed:
  gftp gftp-common{a} gftp-gtk{a} gftp-text{a} 
0 packages upgraded, 4 newly installed, 0 to remove and 31 not upgraded.
Need to get 0 B/1401 kB of archives. After unpacking 4207 kB will be used.
Do you want to continue? [Y/n/?] 
 
Preparing to read info from file descriptor "20"

Pre-Install-Pkgs hook info:
VERSION 3
APT::Architecture=amd64

gftp-common - - none < 2.0.19-4 amd64 none /var/cache/apt/archives/gftp-
common_2.0.19-4_amd64.deb
gftp-gtk - - none < 2.0.19-4 amd64 none /var/cache/apt/archives/gftp-
gtk_2.0.19-4_amd64.deb
gftp-text - - none < 2.0.19-4 amd64 none /var/cache/apt/archives/gftp-
text_2.0.19-4_amd64.deb
gftp - - none < 2.0.19-4 all none 
/var/cache/apt/archives/gftp_2.0.19-4_all.deb
gftp-common - - none < 2.0.19-4 amd64 none **CONFIGURE**
gftp-gtk - - none < 2.0.19-4 amd64 none **CONFIGURE**
gftp-text - - none < 2.0.19-4 amd64 none **CONFIGURE**
gftp - - none < 2.0.19-4 all none **CONFIGURE**

Obteniendo informes de fallo... 0%Exception `LoadError' at 
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36 - cannot load such file -- 
xml/libxml
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- xml/libxml
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- xml/libxml
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36 - 
cannot load such file -- xml/encoding-ja
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- xml/encoding-ja
Set XSD::XMLParser::XMLParser as XML processor.
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36 - 
cannot load such file -- addressable/uri
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- addressable/uri
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36 - 
cannot load such file -- net/ntlm
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- net/ntlm
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36 - 
cannot load such file -- win32/sspi
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- win32/sspi
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36 - 
cannot load such file -- gssapi
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:63 - 
cannot load such file -- gssapi
Wire dump:

= Request

! CONNECT TO bugs.debian.org:80
Exception `Errno::ENETUNREACH' at 
/usr/lib/ruby/vendor_ruby/httpclient/session.rb:803 - Network is unreachable - 
connect(2)
Exception `Errno::ENETUNREACH' at 
/usr/lib/ruby/vendor_ruby/httpclient/session.rb:814 - Network is unreachable - 
connect(2) (http://bugs.debian.org:80)
Exception `Errno::ENETUNREACH' at 
/usr/lib/ruby/vendor_ruby/httpclient/session.rb:167 - Network is unreachable - 
connect(2) (http://bugs.debian.org:80)
Exception `Errno::ENETUNREACH' at 
/usr/lib/ruby/vendor_ruby/soap/streamHandler.rb:251 - Network is unreachable - 
connect(2) (http://bugs.debian.org:80)
 Fallo
 Exception: Errno::ENETUNREACH
Fallo al obtener informes de fallo del servidor con el siguiente mensaje de 
fallo:
 W: Network is unreachable - connect(2) (http://bugs.debian.org:80)
Podría ser que debido a que la red ha fallado, servidores proxy no 
funcionales, o que el mismo servidor del sistema de seguimiento de fallos ha 
fallado. Compruebe la configuración de la red e inténtelo de nuevo
¿Desea reintentar la descarga de información de fallo? [Y/n] n
¿Desea continuar la instalación de todas formas? [y/N] y
Obteniendo informes de fallo... Finalizado
Analizando información Detectado/Arreglado... Finalizado
Selecting previously unselected package gftp-common.
(Reading database ... 391488 files and directories currently installed.)
Unpacking gftp-common (from .../gftp-common_2.0.19-4_amd64.deb) ...
Selecting previously unselected package gftp-gtk.
Unpacking gftp-gtk (from .../gftp-gtk_2.0.19-4_amd

Bug#726540: [tuxo...@gmail.com: Re: Bug#726540: zip: "zip - file >> out" creates broken archive]

[Aleksey Morarash]

No, just packaging Erlang applications into zipped Erlang script
executable.

Its format can be described in next shell-script:

( echo '#!/usr/bin/env escript'
  echo '%%!-smp'
  zip -j - ebin/*; ) > target
chmod 755 target

But it works only when I add "| cat" after zip invocation:

( echo '#!/usr/bin/env escript'
  echo '%%!-smp'
  zip -j - ebin/* | cat; ) > target
chmod 755 target

-- 

Best regards, Aleksey Morarash
e-mail: tuxo...@gmail.com


signature.asc
Description: Digital signature

Bug#717387: mirrors: Primary Debian mirror site DOWN of Mexico

[Simon Paillard]

Hello,

On Wed, Oct 16, 2013 at 04:45:23AM -0500, Gunnar Wolf wrote:
> Simon Paillard dijo [Mon, Oct 14, 2013 at 09:16:19PM +0200]:
> > While ftp.mx is managed by mmc.geofisica.unam.mx since July, I cannot access
> > http://debian.unam.mx/debian/project/trace/
> > 
> > Could you fix it ?
> 
> As I have said to the relevant people several times... I don't
> understand why we have two mirrors on the same university network —
> That means, almost, two mirrors on the same LAN.

> I don't know what prompted the mirror change from nisamox to mmc;

As marked in my mail, a downtime, see #717387
On Sat, Jul 20, 2013 at 03:12:02PM +0200, Simon Paillard wrote:
> On Sat, Jul 20, 2013 at 12:35:32AM -0600, alexlikerock wrote:
> > Package: mirrors
> > mirrors: Primary Debian mirror site DOWN of Mexico

> Anyway, Sergio, do you happen to know more about this? Is nisamox down
> for a known reason?
> 
> Should we continue to duplicate efforts (and hardware expenses) having
> two separately-owned, separately-managed mirrors in UNAM?

And it seems mmc may be more reliable than nisamox.

Remember the last time we switched to mmc to avoid effort duplication on you
side, I was prompted to revert the change some days after because of political
reasons.


-- 
Simon Paillard


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

Bug#726556: pulseaudio: mic is dead after suspend

[Stefan Krastanov]

Package: pulseaudio
Version: 4.0-6
Severity: important

Dear Maintainer,

On a MacBook Pro 9.2 the speakers and internal microphone work, however the
following power-management issue exists with the internal microphone:

After suspend or simply after a long inactive periods without a suspend the
microphone does not work in any program (e.g. arecord, flash plugin). The
speaker works.

In the sound control center provided with gnome the microphone is still
present, however the sound-level bar does not move when I make noise.

After moving the recording volume slider the sound-level bar starts responding
to noise again and the microphone is usable again.

Pulseaudio should not require an explicit (and somewhat "magical") user action
for the microphone to work. It should be sufficient that a recording program is
running.

Tangential remarks about results from powertop:

When the microphone is not working `powertop` shows the following:

> Good - Runtime PM for PCI Device Intel Corporation 7 Series/C210 Series 
> Chipset Family High Definition Audio Controller

After I move the recording volume slider and the microphone starts working
again `powertop` shows:

> Bad - Runtime PM for PCI Device Intel Corporation 7 Series/C210 Series 
> Chipset Family High Definition Audio Controller

After I manually toggle it from within `powertop` back to `Good` the microphone
*continues* to work *fine*. The reverse: setting it manually to `Bad` when the
microphone is not working, does not cause the microphone to start working.

Best regards
Stefan Krastanov

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

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

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  libasound21.0.27.2-1
ii  libasound2-plugins1.0.27-2
ii  libc6 2.17-93
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.6.14-1
ii  libfftw3-single3  3.3.3-5+b1
ii  libgcc1   1:4.8.1-10
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.3
ii  liborc-0.4-0  1:0.4.18-1
ii  libpulse0 4.0-6
ii  libsamplerate00.1.8-5
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-7
ii  libspeexdsp1  1.2~rc1-7
ii  libstdc++64.8.1-10
ii  libsystemd-login0 44-12+b1
ii  libtdb1   1.2.12-1
ii  libudev0  175-7.2
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.6.1-1
ii  libx11-xcb1   2:1.6.1-1
ii  libxcb1   1.9.1-3
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian12
ii  udev  175-7.2

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
pn  pulseaudio-module-x11 
pn  rtkit 

Versions of packages pulseaudio suggests:
pn  paman 
pn  paprefs   
ii  pavucontrol   1.0-1
pn  pavumeter 
pn  pulseaudio-utils  

-- 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#701018: #701018 ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> "Uwe" == Uwe Hermann  writes:
Uwe> doesn't look like I'll have time to take care of rtl-sdr anytime soon,
Uwe> please consider my ITP retracted. If anyone of you guys wants to take
Uwe> over the package please go ahead. Sorry for the trouble.

That is quite allright. It's been a wild ride following rtl-sdr
activity, but things seem to have settled into a form worth capturing
as Debian packages. That said, if you have any ideas on getting
upstream to move forward with sane version numbering and use of
library sonames and soversion, keep contributing!

Motivated by Jonathan Corgan's effort to come up with a consistant
set of GNU Radio community packages for his gr-live DVD project, I
have taken his set of revisions to upload new Debian packages.

So I have have been working toward getting gqrx-sdr into Debian.
It depends upon gr-osmosdr, and so I have uploaded all the
packages needed by gr-osmosdr into NEW already. I've got my
gqrx-sdr and gr-osmosdr packages in good shape, and they will
soon follow modulo any bugs turned up by the autobuilders for
various odd architectures.

Once this set of packages are accepted into Debian, I want to
put all the package development into git on Alioth under
collab-maint. Then I can start building a software defined
radio maintenance team. You are on my list - let me know what you
would like to see that would make it easier for you to contribute.
I'm thinking some git-buildpackage workflow - but I still haven't
learned much about that yet myself.

Thanks for your interest,
- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iEYEARECAAYFAlJet2EACgkQkwbJvNrxBUwfhwCeLe/jeUBKlLWqf1qdYSPC6P71
g0cAoJbkF8iJ5UASYE3/CYs8O8HytZK8
=P+t1
-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#725889: popularity-contest: cron task gpg: fatal: can't open /tmp/.../trustdb.gpg: No such file or directoryo

[Thijs Kinkhorst]

On Wed, October 16, 2013 15:56, Bill Allombert wrote:
> On Wed, Oct 16, 2013 at 12:09:42PM +0200, Thijs Kinkhorst wrote:
>> Hi Bill,
>>
>> > There are potentially 12000 systems affected.
>> >
>> > Now has I see it, you have two way to fix the problem:
>> > Either apply the patch Werner send (GIT
>> > 2528178e7e2fac6454dd988121167305db7c71d9),
>> > or revert the previous patch (GIT
>> > a1a59e6a539e597996976d0afb6aa3062e954188).
>> >
>> > The later seems less intrusive.
>>
>> I won't be able to address this until next week, but I welcome an NMU
>> that
>> uses either of those approaches.
>
> I have prepared an NMU at
> 
> that revert a1a59e6a539e597996976d0afb6aa3062e954188.
> The diff is attached.
>
> If nobody has concern, I will upload it tomorrow.

Looks good, please go ahead.


Thijs


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

Bug#719920: RFS: gramps/3.4.1-0.3 [NMU]

[Ross Gammon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks Andreas:-)

1. Unless I missed something, mentors.debian.net forces subsequent
uploads to have the version incremented. So that would mean doing it
right first time!
2. Good idea. I will start the process right away.

Regards,

Ross

On 10/16/2013 02:54 PM, Andreas Tille wrote:
> Hi,
> 
> I did sponsor this package but have two remarks:
> 
> 1. I see no real point to choose *-0.3 as version number (instead 
> of say *-0.1) 2. I'd be in favoud of maintaining the package in
> collab-maint.
> 
> Kind regards and thanks for your work on this
> 
> Andreas.
> 
> On Sun, Oct 13, 2013 at 05:18:44PM +0200, Ross Gammon wrote: Dear
> mentors,
> 
> I have not been actively looking for a sponsor for my package
> "gramps" the last few weeks because I have found a few other Debian
> things to keep me busy :-)
> 
> But this weekend I have gone back to the package I had on
> Mentors.net and updated it a little. It now includes a patch to
> force a UTF-8 locale for people that try to run Gramps without a
> UTF-8 default locale and get a very nasty crash. I also upgraded
> the copyright file to a machine readable version.
> 
> Before I start looking for a sponsor again, I wonder if anyone on
> the mentors list would like to give me a quick review of the
> package?
> 
> * Package name: gramps Version : 3.4.1-0.3 Upstream
> Author : Gramps Project * URL :
> http://gramps-project.org/ * License : GPL-2+ Section
> : gnome
> 
> It builds those binary packages:
> 
> gramps - Genealogical research program
> 
> To access further information about this package, please visit the 
> following URL:
> 
> http://mentors.debian.net/package/gramps
> 
> 
> Alternatively, one can download the package with dget using this
> command:
> 
> dget -x 
> http://mentors.debian.net/debian/pool/main/g/gramps/gramps_3.4.1-0.3.dsc
>
>  Regards,
> 
> Ross Gammon
>> 
>> 
>> -- To UNSUBSCRIBE, email to
>> debian-mentors-requ...@lists.debian.org with a subject of
>> "unsubscribe". Trouble? Contact listmas...@lists.debian.org 
>> Archive: http://lists.debian.org/525ab9d4.3070...@mail.dk
>> 
>> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSXrhxAAoJEFP+e72miRD8dZMQAJR+CWaqEdUw7R3i+ZGhUhSY
aICTu/tc8jQw1CtS4Qy15u8aoRqWdc2DDPChPnJWb010wvHjVM1NBkZlOKpnkCIm
uFuES+TLqo3v4nrgPyL/8JreaVo/ZkfJ+ObGYPe9+lNWmiPVV9PnThVj+AwZ1LyX
xV+s/vlLBqIIXM92sBbv141mRxsJ8L/Hh8grDFU1bN/ec7QCCyhUMNXanpUb2ZoS
cfaafkR4ndrbHzq1//eT2iPUaCZRvd6978lmqx+vjNh6J7LLu1BdLfOb2oFUltJK
EbZ2qVTmF1tHd0l7lX8Cff0y6/+F1JnrOEC7z916yp0ZEgTQWkvpWMmgaZoZN81I
RuJ6OaENazmI1wlX90RCbHrPhpzy3J4qH/qiQeqaWcrJwimRargHnD9uP4QB5B15
L2xxkvyC7cQ0AncLfLrGkqxUPpKn7H7/Kbt5ajlP7QEclzSK3rfjaPjWhE2uNMj9
Cs+g870kLZdFHZygiOIKoD2gyZ6ZmrSW6hzI+0Q9GzI71/CI7MfMKj67TIj6Cl19
7v8LS7CupS3lHB5t2k1LIPPB0VeWtoje4hNGrMcownUDIzXttwFMH12MAnk28GpM
s9LwidcE5W0Xe9P2J7e+UfutCeWkhmMBlkK7uFUtDxfWj1n+w7qVoyyU/OfUkD8p
UITnSlVDpXdLsRZfOUxs
=OKTp
-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#726557: gimp: xsane menu no longer remembers attached scanner

[Eric Cooper]

Package: gimp
Version: 2.8.6-1
Severity: normal

At some point in the recent past, the File > Create > XSane command
would bring up a menu that included "Device dialog" as well as the
device name for my attached scanner
(hp:/usb/Photosmart_C4200_series?serial=NNN).  That device name entry
no longer appears, just the "Device dialog" entry.

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

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

Versions of packages gimp depends on:
ii  gimp-data   2.8.6-1
ii  libaa1  1.4p5-41
ii  libatk1.0-0 2.10.0-2
ii  libbabl-0.1-0   0.1.10-1
ii  libbz2-1.0  1.0.6-5
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libdbus-1-3 1.6.14-1
ii  libdbus-glib-1-20.100.2-1
ii  libexif12   0.6.21-1
ii  libexpat1   2.1.0-4
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libgegl-0.2-0   0.2.0-4
ii  libgimp2.0  2.8.6-1
ii  libglib2.0-02.36.4-1
ii  libgs9  9.05~dfsg-8
ii  libgtk2.0-0 2.24.21-1
ii  libgudev-1.0-0  204-5
ii  libice6 2:1.0.8-2
ii  libjasper1  1.900.1-14
ii  libjavascriptcoregtk-1.0-0  2.0.4-5
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.2
ii  libmng1 1.0.10-3
ii  libpango-1.0-0  1.32.5-5+b1
ii  libpangocairo-1.0-0 1.32.5-5+b1
ii  libpangoft2-1.0-0   1.32.5-5+b1
ii  libpng12-0  1.2.49-4
ii  libpoppler-glib80.18.4-8
ii  librsvg2-2  2.36.4-2
ii  libsm6  2:1.2.1-2
ii  libsoup2.4-12.42.2-6
ii  libtiff43.9.7-2
ii  libwebkitgtk-1.0-0  2.0.4-5
ii  libwmf0.2-7 0.2.8.4-10.3
ii  libx11-62:1.6.2-1
ii  libxcursor1 1:1.1.14-1
ii  libxext62:1.3.2-1
ii  libxfixes3  1:5.0.1-1
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  libxt6  1:1.1.4-1
ii  python  2.7.5-5
ii  python-gtk2 2.24.0-3+b1
ii  python2.7   2.7.5-8
ii  zlib1g  1:1.2.8.dfsg-1

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

Versions of packages gimp suggests:
pn  gimp-data-extras  
pn  gimp-help-en | gimp-help  
pn  gvfs-backends 
ii  libasound21.0.27.2-1

-- no debconf information


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

Bug#714660: [Pkg-xfce-devel] Bug#714660: xfce4-power-manager: Unchecked "Spin down hard disks" but hard disk still spins down

[Chris Bainbridge]

Reported upstream at https://bugzilla.xfce.org/show_bug.cgi?id=10317

Bug#726540: [tuxo...@gmail.com: Re: Bug#726540: zip: "zip - file >> out" creates broken archive]

[Santiago Vila]

El 16/10/13 17:47, Aleksey Morarash escribió:

No, just packaging Erlang applications into zipped Erlang script
executable.

Its format can be described in next shell-script:

( echo '#!/usr/bin/env escript'
   echo '%%!-smp'
   zip -j - ebin/*; ) > target
chmod 755 target

But it works only when I add "| cat" after zip invocation:

( echo '#!/usr/bin/env escript'
   echo '%%!-smp'
   zip -j - ebin/* | cat; ) > target
chmod 755 target


Ok, not a self-extracting executable, but something very similar, 
something that anybody would think that it should work.


Fine, I've forwarded this upstream:

http://www.info-zip.org/phpBB3/viewtopic.php?f=6&t=422


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

Bug#724553: Acknowledgement (error: po/Makefile.in.in was not created by intltoolize.)

[Guido Günther]

On Wed, Oct 16, 2013 at 12:36:07PM +0200, Michael Biebl wrote:
> tags 724553 + fixed-upstream patch
> thanks
> 
> Hi Guido,
> 
> upstream has fixed this issue. You can either cherry-pick [1] or upload
> 0.2.8, which contains this patch.

Fixed now. Thanks for the update and sorry for the delay.
 -- Guido

> 
> Cheers,
> Michael
> 
> [1]
> https://git.fedorahosted.org/cgit/libosinfo.git/commit/?id=0376f718e325a823154f5499e250462ff03a8e96
> -- 
> 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#695966: kde-workspace-bin: KDE powerdevil sometimes incorrectly attempts to hibernate when resuming from suspend

[Didier Raboud]

Package: kde-workspace-bin
Version: 4:4.10.5-3
Followup-For: Bug #695966
Control: tags -1 +upstream

Hi all,

I'm experiencing a similar behaviour as explained in this bugreport:

with my Lenovo X220, when the additional battery is plugged in, the
internal battery drains first (that's the hardware managing the
drain-balancing I guess) and then PowerDevil insists to suspend the
laptop to disk (as I configured it to suspend-to-disk if there's less
than 4% of battery left). When waking up from suspend, powerdevil will
insist to suspend to disk again, no matter what the global battery state
is:

$ acpitool 
  Battery #1 : Unknown, 0.00%
  Battery #2 : Discharging, 54.94%, 02:31:00

(Applet shows 54%).

This looks somewhat similar to [0]. As 'upower --dump' was requested, I
attached my output to this bugreport.

[0] https://bugzilla.redhat.com/show_bug.cgi?id=736835

That said, this is certainly an upstream bug and I would be happy to
bring my problem up to an upstream bugreport.

Cheers,

OdyX

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

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

Versions of packages kde-workspace-bin depends on:
ii  iso-codes 3.47-1
ii  kde-runtime   4:4.10.5-1
ii  kde-style-oxygen  4:4.10.5-3
ii  kde-workspace-data4:4.10.5-3
ii  kde-workspace-kgreet-plugins  4:4.10.5-3
ii  libc6 2.17-93
ii  libcln6   1.3.3-1
ii  libdbusmenu-qt2   0.9.2-1
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-10
ii  libgl1-mesa-glx [libgl1]  9.1.6-2+b1
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-1
ii  libkactivities6   4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1+b1
ii  libkdeclarative5  4:4.10.5-1+b1
ii  libkdecore5   4:4.10.5-1+b1
ii  libkdesu5 4:4.10.5-1+b1
ii  libkdeui5 4:4.10.5-1+b1
ii  libkfile4 4:4.10.5-1+b1
ii  libkidletime4 4:4.10.5-1+b1
ii  libkio5   4:4.10.5-1+b1
ii  libknewstuff3-4   4:4.10.5-1+b1
ii  libknotifyconfig4 4:4.10.5-1+b1
ii  libkparts44:4.10.5-1+b1
ii  libkpty4  4:4.10.5-1+b1
ii  libkscreensaver5  4:4.10.5-3
ii  libkworkspace4abi24:4.10.5-3
ii  libnepomukcore4   4:4.10.5-1+b1
ii  libpam0g  1.1.3-9
ii  libphonon44:4.6.0.0-3
ii  libplasma34:4.10.5-1+b1
ii  libplasmagenericshell44:4.10.5-3
ii  libpng12-01.2.49-4
ii  libprocesscore4abi1   4:4.10.5-3
ii  libprocessui4a4:4.10.5-3
ii  libqalculate5 0.9.7-9
ii  libqimageblitz4   1:0.0.6-4
ii  libqjson0 0.8.1-3
ii  libqt4-dbus   4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-declarative4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-sql4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg-1
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  libsm62:1.2.1-2
ii  libsolid4 4:4.10.5-1+b1
ii  libsolidcontrol4abi2  4:4.10.5-3
ii  libsolidcontrolifaces4abi24:4.10.5-3
ii  libsoprano4   2.9.2+dfsg.1-4
ii  libstdc++64.8.1-10
ii  libstreamanalyzer00.7.8-1+b1
ii  libusb-0.1-4  2:0.1.12-23.2
ii  libx11-6  2:1.6.2-1
ii  libxcursor1   1:1.1.14-1
ii  libxext6  2:1.3.2-1
ii  libxfixes31:5.0.1-1
ii  libxft2   2.3.1-1
ii  libxi62:1.7.2-1
ii  libxinerama1  2:1.1.3-1
ii  libxkbfile1   1:1.0.8-1
ii  libxrandr22:1.4.1-1
ii  libxrender1   1:0.9.8-1
ii  libxtst6  2:1.2.2-1
ii  phonon4:4.6.0.0-3
ii  plasma-desktop4:4.10.5-3
ii  qdbus 4:4.8.5+git121-g2a9ea11+dfsg-1
ii  x11-utils 7.7+1
ii  x11-xserver-utils 7.7+1

Versions of packages kde-workspace-bin recommends:
ii  plasma-scriptengines  4:4.10.5-3
ii  policykit-1-gnome 0.105-2
ii  polkit-kde-1  0.99.1-1
ii  upower0.9.21-3

Versions of packages kde-work

Bug#726558: pu: package policykit-1/0.105-3+deb7u1

[Michael Biebl]

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

As discussed in [1], I'd like to upload a fix for CVE-2013-4288 for
policykit-1 to stable.
The patch itself has been applied to the unstable version as well (in
0.105-3+nmu1).

Please let me know if I can proceed with the stable upload to get this
fix into 7.3.

Full debdiff is attached.

Regards,
Michael


[1] https://lists.debian.org/debian-release/2013/10/msg00604.html

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
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
diff --git a/debian/changelog b/debian/changelog
index c3ab45b..1644c95 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+policykit-1 (0.105-3+deb7u1) stable; urgency=low
+
+  * Fix CVE-2013-4288: race condition in pkcheck. (Closes: #723717)
+
+ -- Michael Biebl   Wed, 16 Oct 2013 18:35:01 +0200
+
 policykit-1 (0.105-3) unstable; urgency=low
 
   * 07_set-XAUTHORITY-environment-variable-if-unset.patch: Set XAUTHORITY
diff --git a/debian/gbp.conf b/debian/gbp.conf
index c31be83..a475fbf 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,3 +1,3 @@
 [DEFAULT]
 pristine-tar = True
-debian-branch = master
+debian-branch = wheezy
diff --git a/debian/patches/cve-2013-4288.patch b/debian/patches/cve-2013-4288.patch
new file mode 100644
index 000..2aad36c
--- /dev/null
+++ b/debian/patches/cve-2013-4288.patch
@@ -0,0 +1,115 @@
+From 52c927893a2ab135462b616c2e00fec377da9885 Mon Sep 17 00:00:00 2001
+From: Colin Walters 
+Date: Mon, 19 Aug 2013 12:16:11 -0400
+Subject: [PATCH 2/4] pkcheck: Support --process=pid,start-time,uid syntax too
+
+The uid is a new addition; this allows callers such as libvirt to
+close a race condition in reading the uid of the process talking to
+them.  They can read it via getsockopt(SO_PEERCRED) or equivalent,
+rather than having pkcheck look at /proc later after the fact.
+
+Programs which invoke pkcheck but need to know beforehand (i.e.  at
+compile time) whether or not it supports passing the uid can
+use:
+
+pkcheck_supports_uid=$($PKG_CONFIG --variable pkcheck_supports_uid polkit-gobject-1)
+test x$pkcheck_supports_uid = xyes
+---
+ data/polkit-gobject-1.pc.in |3 +++
+ docs/man/pkcheck.xml|   29 -
+ src/programs/pkcheck.c  |9 +++--
+ 3 files changed, 30 insertions(+), 11 deletions(-)
+
+Index: policykit-1-0.105/data/polkit-gobject-1.pc.in
+===
+--- policykit-1-0.105.orig/data/polkit-gobject-1.pc.in	2013-09-11 09:40:56.604225567 -0400
 policykit-1-0.105/data/polkit-gobject-1.pc.in	2013-09-11 09:40:56.596225567 -0400
+@@ -11,3 +11,6 @@
+ Libs: -L${libdir} -lpolkit-gobject-1
+ Cflags: -I${includedir}/polkit-1
+ Requires: gio-2.0 >= 2.18 glib-2.0 >= 2.18
++# Programs using pkcheck can use this to determine
++# whether or not it can be passed a uid.
++pkcheck_supports_uid=true
+Index: policykit-1-0.105/docs/man/pkcheck.xml
+===
+--- policykit-1-0.105.orig/docs/man/pkcheck.xml	2013-09-11 09:40:56.604225567 -0400
 policykit-1-0.105/docs/man/pkcheck.xml	2013-09-11 09:42:28.272223569 -0400
+@@ -55,6 +55,9 @@
+ 
+   pid,pid-start-time
+ 
++
++  pid,pid-start-time,uid
++
+   
+ 
+ 
+@@ -90,7 +93,7 @@
+ DESCRIPTION
+ 
+   pkcheck is used to check whether a process, specified by
+-  either --process or --system-bus-name,
++  either --process (see below) or --system-bus-name,
+   is authorized for action. The --detail
+   option can be used zero or more times to pass details about action.
+   If --allow-user-interaction is passed, pkcheck blocks
+@@ -160,17 +163,25 @@
+   
+ NOTES
+ 
+-  Since process identifiers can be recycled, the caller should always use
+-  pid,pid-start-time to specify the process
+-  to check for authorization when using the --process option.
+-  The value of pid-start-time
+-  can be determined by consulting e.g. the
++  Do not use either the bare pid or
++  pid,start-time syntax forms for
++  --process.  There are race conditions in both.
++  New code should always use
++  pid,pid-start-time,uid.  The value of
++  start-time can be determined by
++  consulting e.g. the
+   
+ proc5
+   
+-  file system depending on the operating system. If only pid
+-  is passed to the --process option, then pkcheck
+-  will look up the start time itself but note that this may be racy.
++  file system depending on the operating system.  If fewer than 3
++  arguments

Bug#726559: exaile: Segmentation fault after a second of playing

[Thorsten Bonow]

Package: exaile
Version: 3.3.1-1
Severity: grave

Dear Maintainer,

since doing a complete update of my Debian Unstable computer today,
exaile starts up normally but when I try to play an mp3, it crashes
after a second of playing the file (see log below). Since there was no
update of exaile itself, the problem should be caused by the
interaction with a package updated on the 15. or 14. of October. After
the last update on the 13th, exaile did work. Up to now I haven't
figured out which package to downgrade in order to solve the problem.

Thx for your work and help.

Toto

INFO: Loading Exaile 3.3.1 on Python 2.7.5+...
INFO: Loading settings...
INFO: Loading plugins...
INFO: Attempting to connect to AudioScrobbler 
(http://post.audioscrobbler.com/)
INFO: Loading collection...
INFO: Logged in successfully to AudioScrobbler 
(http://post.audioscrobbler.com/)
INFO: Connected to AudioScrobbler
INFO: Loading devices...
WARNING : Failed to connect to HAL, autodetection of devices will be disabled.
INFO: Loading interface...
INFO: Using GTK+ 2.24.21
INFO: Loading main window...
INFO: Connecting main window events...
INFO: Loading panels...
INFO: Connecting panel events...
INFO: Done loading main window...
Error grabbing key 173, 0x8c0a008
Error grabbing key 171, 0x8c0a008
Error grabbing key 172, 0x8c0a008
Error grabbing key 209, 0x8c0a008
Error grabbing key 174, 0x8c0a008
INFO: Playing 
file:///home/toto/mp3/Prefab%20Sprout/Andromeda%20Heights/02%20-%20A%20Prisoner%20Of%20The%20Past%20(Album%20Version).mp3

(exaile.py:24033): GStreamer-CRITICAL **: gst_caps_ref: assertion 
`GST_CAPS_REFCOUNT_VALUE (caps) > 0' failed

(exaile.py:24033): GStreamer-CRITICAL **: gst_caps_ref: assertion 
`GST_CAPS_REFCOUNT_VALUE (caps) > 0' failed

(exaile.py:24033): GStreamer-CRITICAL **: gst_caps_unref: assertion 
`GST_CAPS_REFCOUNT_VALUE (caps) > 0' failed
/usr/lib/exaile/xlgui/__init__.py:53: Warning: cannot register existing type 
`GstObject'
  gtk.main()
/usr/lib/exaile/xlgui/__init__.py:53: Warning: g_once_init_leave: assertion 
`result != 0' failed
  gtk.main()
/usr/lib/exaile/xlgui/__init__.py:53: Warning: g_type_register_static: 
assertion `parent_type > 0' failed
  gtk.main()

(exaile.py:24033): GStreamer-CRITICAL **: gst_element_class_set_metadata: 
assertion `GST_IS_ELEMENT_CLASS (klass)' failed
 



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

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

Versions of packages exaile depends on:
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
ii  librsvg2-common 2.36.4-2
ii  python  2.7.5-5
ii  python-dbus 1.2.0-2+b1
ii  python-gobject  3.10.1-1
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-3+b1
ii  python-mutagen  1.21-1

Versions of packages exaile recommends:
ii  gstreamer0.10-ffmpeg  1:0.10.13-dmo1
ii  python-cddb   1.4-5.1+b3
ii  python-mmkeys 1.6.2.1-5
ii  python-notify 0.1.1-3

Versions of packages exaile suggests:
ii  exaile-plugin-contextinfo   3.3.1-1
pn  exaile-plugin-ipod  
ii  exaile-plugin-moodbar   3.3.1-1
pn  exfalso 
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b3
pn  ipython 
pn  notify-osd  
pn  python-avahi
ii  python-beautifulsoup3.2.1-1
ii  python-eggtrayicon  2.25.3-12
ii  python-pymtp0.0.6-1
ii  streamripper1.64.6-1

-- no debconf information


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

Bug#67127: This bug should be closed

[Stephen R. van den Berg]

On Wed, Oct 16, 2013 at 11:52 AM, Santiago Vila  wrote:

> I just wanted to comment on your reply: IMHO, the idea that sysadmins
> should build procmail and perform compile time tests may make sense in
> a *general* way, but IMHO it does not fit very well with Debian spirit.
>

I understand that.  I am an avid user of Debian myself, since 1995.


> In Debian, it was determined a long time ago that the correct way to
> perform locking was fcntl() + dot locking, which apparently is the thing
> that works well (or the only thing that has some possibility to work)
> with Linux.
>

That is fine.  But then special care should be taken to correctly configure
NFS mounts to either simply work with fcntl locks, or fail without
hanging.  Once procmail has to lock, the fcntl can either succeed, fail or
hang indefinitely.  Once it hangs indefinitely, procmail has no means to
fix it.


> In general, asking users that they should build their own packages is
> contrary to Debian philosophy. Our job is precisely (among other things)
> trying to avoid that.
>

Well, I wasn't asking that, I was just remarking that after procmail has
been compiled, there is not a lot of leeway to fix things at runtime.
-- 
Stephen.

Bug#726487: player build can't find opencv either

[Rebecca N. Palmer]

Control: clone 726487 -1 -2
Control: reassign -2 player

player also has this bug; it appears that nothing else does.

Both of them have had this bug in Ubuntu for about a year without anyone 
noticing (which suggests the functionality in question isn't widely 
used); I have reported it there as 
https://bugs.launchpad.net/ubuntu/+source/player/+bug/1240608



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

Bug#726563: gnome-session-flashback: please, make gnome-screensaver a recommends instead of a depends

[Rogério Brito]

Package: gnome-session-flashback
Version: 3.6.2-2
Severity: wishlist


Hi.

I installed gnome-session-flashback and I would like to thank you people for
keeping it alive (depending on my free time, I may even lend a hand with the
maintainance).

That being said, can the screensaver be demoted to a Recommends instead of a
hard dependency?


Thanks,

Rogério Brito.


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

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

Versions of packages gnome-session-flashback depends on:
ii  gnome-panel3.4.2.1-5
ii  gnome-screensaver  3.4.1-1+b1
ii  gnome-session-bin  3.4.2.1-4
ii  gnome-session-common   3.4.2.1-4
ii  gnome-settings-daemon  3.4.2+git20121218.7c1322-6+b2
ii  metacity   1:2.34.13-1
ii  notification-daemon0.7.6-1
ii  policykit-1-gnome  0.105-2

Versions of packages gnome-session-flashback recommends:
ii  gnome-power-manager  3.8.2-1

Versions of packages gnome-session-flashback suggests:
pn  desktop-base  
ii  gnome-keyring 3.8.2-2
pn  gnome-user-guide  

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#726562: nautilus: White background when nautilus is managing the desktop

[Laurent Bigonville]

Package: nautilus
Version: 3.8.2-2
Severity: normal

Hi,

With my machine up to date, nautilus is drawing a white background when
it's managing the desktop instead of the expected wallpaper. I can
reproduce this with a new empty profile.

I'm not sure this is directly related to nautilus, this might be caused
by other libraries in the stack.

Cheers

Laurent Bigonville

-- 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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.22-1
ii  gsettings-desktop-schemas  3.8.2-2
ii  gvfs   1.16.3-1+b1
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-93
ii  libcairo-gobject2  1.12.16-2
ii  libcairo2  1.12.16-2
ii  libexempi3 2.2.1-1
ii  libexif12  0.6.21-1
ii  libgail-3-03.10.1-1
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libglib2.0-0   2.38.0-1
ii  libglib2.0-data2.36.4-1
ii  libgnome-desktop-3-7   3.8.4-2
ii  libgtk-3-0 3.10.1-1
ii  libnautilus-extension1a3.8.2-2
ii  libnotify4 0.7.6-1
ii  libpango-1.0-0 1.32.5-5+b1
ii  libpangocairo-1.0-01.32.5-5+b1
ii  libselinux12.1.13-3
ii  libtracker-sparql-0.16-0   0.16.2-1
ii  libx11-6   2:1.6.2-1
ii  libxml22.9.1+dfsg1-3
ii  nautilus-data  3.8.2-2
ii  shared-mime-info   1.0-1+b1

Versions of packages nautilus recommends:
ii  eject  2.1.5+deb1+cvs20081104-13
ii  gnome-icon-theme-symbolic  3.8.2.2-2
ii  gnome-sushi3.8.1-1
ii  gvfs-backends  1.16.3-1+b1
ii  librsvg2-common2.36.4-2

Versions of packages nautilus suggests:
ii  brasero  3.8.0-2
ii  eog  3.8.2-1
ii  evince [pdf-viewer]  3.8.3-2
ii  totem3.8.2-3
ii  tracker  0.16.2-1
ii  xdg-user-dirs0.15-1

-- no debconf information


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

Bug#726497: libp11-kit-dev: For compiling missing libp11-kit.so

[Andreas Metzler]

On 2013-10-16 Michael Ott  wrote:
> Package: libp11-kit-dev
> Version: 0.20.1-1
> Severity: important

> Dear Maintainer,

> When I try to compile a code using p11-kit I got this following error
> message:
> ~$ gcc -Wall -g -DDEBUG `pkg-config --cflags --libs p11-kit-1 libp11 cairo`
> -Wall -g -DDEBUG   test.c   -o test
> /usr/bin/ld: cannot find -lp11-kit

> I saw in the rules that you remove libp11-kit and create a link to 
> p11-kit-proxy.so but after that pkg-config is not able to handle it
[...]

Hello,

The p11-kit experimental upload currently only supports static
linking, since symbols were dropped upstream without a soname bump and
I need to doublecheck that they have not been used.

cu Andreas


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

Bug#725615: [RFR]

[Christian PERRIER]

Quoting Justin B Rye (justin.byam@gmail.com):

>  * "mailbox server";
>  * "inbound mail server" (an inbound server?);
>  * "mail access server" (sounds like IMAP-only);
>  * "mail retrieval server" (sounds like POP3-only);
>  * "mail delivery server" (sounds like LMTP-only);
>  * just "IMAP/POP3(/LMTP) server"...
> 
> I can't decide which is least bad.  Maybe "access"?

I'd say the latter. IMHO, the vast majority of Dovecot uses is for
POP3/IMAP services



signature.asc
Description: Digital signature

Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff

[Radu Spineanu]

That is a good question. There hasn't been a new version of xmail
since around my last upload. At the time Davide planned IMAP support
but I don't believe that's going to happen anymore.

I'll send an email to the creator of XMail to see what his plans are.
If he doesn't want to continue working on it we should stop supporting
it. If he does, I'll push a fix.

-Radu

On Wed, Oct 16, 2013 at 1:33 AM, intrigeri  wrote:
> Hi,
>
> Vasudev Kamath wrote (22 Sep 2013 07:52:26 GMT) :
>> I went through the log and prepared an NMU for fixing the policy issue,
>> as mentioned in Debian policy document I symlinked the sample folder
>> under /usr/share/doc/xmail to /usr/share/xmail and in the maint script
>> replaced the path to use /usr/share/xmail instead.  I wanted to test
>> this scenario on piuparts but failed to do so.
>
> It seems to me that the attached patch symlinks
> /usr/share/xmail/sample to /usr/share/doc/xmail/sample (while it
> should do the contrary, right?) and does not move
> /usr/share/doc/xmail/sample to /usr/share/xmail/sample.
> Vasudev, did you actually test it with 'dpkg --path-exclude=...'?
>
> Also, although a minor issue, unrelated whitespace changes are
> generally not well suited for a NMU.
>
> To end with, I see that xmail is a leaf package, its popcon has been
> rapidly decreasing since 2011, there are a number of bugs with no
> reply from the maintainer for years, and the last maintainer upload
> was in June, 2010. So perhaps this package would be a candidate for
> removal from Debian? Radu, are you still interested in maintaining
> xmail in Debian?
>
> Cheers,
> --
>   intrigeri
>   | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
>   | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#440209: In that case

[Stephen R. van den Berg]

In that case I'd say that we should not fix this.

The rule is: if things are undocumented and you are therefore allowed to 
guess, and you always guess right, then there is no need to document 
it.  Please close this ticket.



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

Bug#726564: RM: nagiosgrapher -- ROM; upstream discontinued

[Markus Frosch]

Package: ftp.debian.org
Severity: normal

Hey FTP Team,
nagiosgrapher has been discontinued a while ago and we'd like to remove it
from unstable and testing.

This request has been approved by tolimar.

Reference for discontinuation:
 https://www.netways.org/projects/grapher
English blogpost:
 
https://blog.netways.de/2012/03/19/weekly-snap-puppet-training-osdc-ingraph-release/
German blogpost:
 https://blog.netways.de/2012/03/15/ingraph-1-0-released/

Thanks
Markus Frosch
Nagios Pkg Team

-- 
mar...@lazyfrosch.de
http://www.lazyfrosch.de


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

Bug#724731: #724731: gdm3: Greeter does not start in 3.8 with autologin

[Guillaume Gimenez]

Hi folks,

I'm also concerned by this problem.

What I have noticed during investigations is that all gnome services 
attempting to use gnome-settings-daemon complain about dconf with 
messages like


(gnome-settings-daemon:7139): dconf-CRITICAL **: unable to create 
directory '/run/user/0/dconf': Permission denied. doconf will not work 
properly.


there is maybe a problem somewhere with the format string (e.g. the %d) 
since the actual users are never uid=0


Regards,
Guillaume


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

Bug#673727: packaging Grunt

[Marcelo Jorge Vieira]

Hi László,

On Mon, 2013-10-14 at 09:24 +0200, László Böszörményi (GCS) wrote:
> Hi Metal,
> 
> Any progress on Grunt packaging? Any VCS usage maybe? What kind of
> help do you need? May I take over the packaging instead?

I'm packaging some dependencies:

* node-dateformat
http://anonscm.debian.org/gitweb/?p=pkg-javascript/node-dateformat.git

* underscore.string
http://anonscm.debian.org/gitweb/?p=pkg-javascript/underscore.string.git

And Gustavo Noronha packaging Grunt:

http://anonscm.debian.org/gitweb/?p=pkg-javascript/grunt.git


But there is other dependencies:

https://npmjs.org/package/eventemitter2
https://npmjs.org/package/findup-sync
https://npmjs.org/package/hooker
https://npmjs.org/package/iconv-lite
https://npmjs.org/package/lodash
https://npmjs.org/package/js-yaml
https://npmjs.org/package/argparse
https://npmjs.org/package/esprima


Could you help us?


Cheers,

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


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

Bug#726565: Bugs with packages can occasionally be sent to the unknown package alias

[Don Armstrong]

Package: bugs.debian.org
Severity: minor
Control: submitter -1 Andrei POPESCU 


On Wed, 16 Oct 2013, Andrei POPESCU wrote:
> For some reason I received the attached bug report via the 
> unknown-package alias, however, I can't tell why.

Hrm. That's kind of odd.
 
> X-Debian-PR-Message: report 726495
> X-Debian-PR-Package: sendfile
> X-Debian-PR-Keywords: patch
> X-Debian-PR-Source: sendfile


This shows that the BTS knew what the package was at least at some point
in time. I'll have to check this out more closely later. 


-- 
Don Armstrong  http://www.donarmstrong.com

I stared at the mountain rising over me. Empty. It was a pointless
thing to have done -- climb up it, across it, and down it. Stupid! It
looked perfect; so clean and untouched, and we had changed nothing.
[...] I had been on it too long, and it had taken everything.
 -- Joe Simpson "Touching the Void" p117


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

Bug#440209: In that case

[Santiago Vila]

El 16/10/13 19:23, Stephen R. van den Berg escribió:
> In that case I'd say that we should not fix this.
> 
> The rule is: if things are undocumented and you are therefore allowed to
> guess, and you always guess right, then there is no need to document
> it.  Please close this ticket.

Done.

I mostly agree with the "sliding scale" idea. Documenting everything to
every minor detail is not always good and one has to choose where to put
the limit.

Thanks.


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

Bug#726567: base: same pty allocated to multiple processes

[Kris Coward]

Package: base
Severity: important

Dear Maintainer,

I have a screen session running on my machine so that I can ssh in (or mosh
in) and reattach to it from an assortment of remote machines.

Recently, when connecting from my phone (and android running connectbot),
attempts to reattach to the screen (i.e. screen -d -r as the first command
upon login) get the error message:

Attaching from inside of screen?

Since the error message is bogus, I ran tty and got:

/dev/pts/2

Running ps x to see if this tty is already allocated, I can see one of the
processed inside screen is already using it:

27608 pts/2Ss+0:00 vi /home/kris/web/unripe/schedule.html


Not knowing whether this is a bug in screen, in sshd, or in the kernel,
(e.g. is screen using the tty without identifying it as in use, or
releasing it while still in use, or is the kernel doling out ttys that
it knows are already in use, or is sshd grabbing an in-use tty--or maybe
something else entirely is involved), I've reported it as a bug in base.

Oddly, this error only arises when I connect from my phone, using
connectbot (v1.7.1 2010.10.08 on an SGH-T839 with 2.2.1 firmware).
Applying Postel's Law, I'm inclined to believe this means that both
connectbot and something on the server are buggy.

I'd really appreciate a fix.

Thanks,
Kris

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

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


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

Bug#725359: polarssl: CVE-2013-5914 CVE-2013-5915

[Roland Stigge]

Hi,

On 16/10/13 17:20, Moritz Muehlenhoff wrote:
>> yes, preparing a new 1.2.9 for stable. This also fixes the other
>> outstanding issues with polarssl.
>>
>> Should I upload it to the security queue?
> 
> Yes, but please send a debdiff to t...@security.debian.org first

See attached polarssl.debdiff: Only debian/changes is changed since all
changes are in the upstream tarball only. Please tell if you need a diff
of the latter one also.

> Please use 1.2.9-1~deb7u1 for stable-security.
> 
> Due to a bug in dak on security-master we cannot release a package
> with the same tarball in oldstable-securit and stable-security.
> 
> As such, we first need to release 1.2.9-1~deb7u1 for stable-security
> and 1.2.9-1~deb6u1 for oldstable-security can follow later.
> 
> Since the 1.2.9 tarball is new in the security archive, the updates
> need to be built with "-sa".

OK, please tell when I should upload.

Thanks in advance,

Roland

diff -ruN polarssl-1.2.8/debian/changelog polarssl-1.2.9/debian/changelog
--- polarssl-1.2.8/debian/changelog 2013-06-23 11:11:34.124047388 +0200
+++ polarssl-1.2.9/debian/changelog 2013-10-16 20:15:19.360074536 +0200
@@ -1,3 +1,10 @@
+polarssl (1.2.9-1~deb7u1) stable-security; urgency=low
+
+  * New upstream release
+- Fixes CVE-2013-5914 CVE-2013-5915 (Closes: #725359)
+
+ -- Roland Stigge   Wed, 16 Oct 2013 20:04:47 +0200
+
 polarssl (1.2.8-2) unstable; urgency=low
 
   * Activate HAVEGE config option manually, needed since 1.2.8

Bug#725150: [Pkg-dia-team] Bug#725150: dia-gnome reports error on startup.

[Roland Stigge]

Hi,

On 02/10/13 05:18, JohnK wrote:
> Package: dia-gnome
> Version:   0.97.2-8
> Running under: Raspian GNU/Linux jessie/sid raspberri pi
>   Last apt-get update/upgrade Sept 26 2013
> 
> Application: Diagram editor (Gnome version).
> 
> Problems:
> The output below is reported when executing "dia" from a root terminal from a 
> Gnome environment:
> 
> (dia-gnome:3546): GLib-WARNING **: A group named "gtk" is already part of 
> this GOptionContext
> The program 'dia-gnome' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadMatch (invalid parameter attributes)'.
>   (Details: serial 1426 error_code 8 request_code 70 minor_code 0)
>   (Note to programmers: normally, X errors are reported asynchronously;
>that is, you will receive the error a while after causing it.
>To debug your program, run it with the --sync command line
>option to change this behavior. You can then get a meaningful
>backtrace from your debugger if you break on the gdk_x_error() function.)
> pi@raspberrypi ~ $ ^C

Thanks for the report!

Can you reproduce the issue on a Debian system (unstable, testing or
stable)?

Thanks in advance,

Roland


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

Bug#725461: batik: FTBFS: Unable to find a javac compiler

[Markus Koschany]

Hi,

On 16.10.2013 07:21, tony mancill wrote:
> On 10/14/2013 06:23 AM, Markus Koschany wrote:
[...]
>> I have prepared a new revision for batik and committed everything to the
>> svn repository of the package. I believe the changes will fix this bug.
> 
> Hi,
> 
> Any concerns with an upload of Markus's changes?
> 

The current svn revision still recommends default-jre because of the
included wrapper scripts squiggle, rasterizer, ttf2svg and svgpp. The
recommendation for default-jre is the only thing that bothers me. The
current dependencies on jre-headless go against the current java policy
but the current package also needs a working JRE to run the
aforementioned wrapper scripts. I think recommending default-jre is a
kind of compromise here.

I agree with Emmanuel Bourg's comment from the list that it is more
reasonable to split the package in libbatik-java and batik. I have done
this locally and all reverse dependencies (except osmosis that FTBFS
because of another bug) still build fine. Though I'm not 100% sure if
one of those r-deps expects one of the wrapper scripts to be included in
libbatik-java, otherwise it would be simple.

Splitting the package is a rather big change and I still hesitate to
implement it without getting feedback from one of batik's past uploaders
and I don't intend to become an uploader for batik myself.

Hence I think uploading the current changes would be a good idea and I
will attach a patch for #566901 soon.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#683928: Please include http.debian.net as Type: GeoDNS (?) in Mirrors.masterlist

[Simon Paillard]

Hi,

On Sun, Aug 05, 2012 at 03:57:47PM +0200, Cyril Brulebois wrote:
> Didier Raboud  (05/08/2012):
> > The list of open questions is at least:
> > 
> > a) Type: GeoDNS - Does it really make sense ?

The best type for the moment, assuming we don't want to modify chose-mirror.

> > b) Impact of this change on choose-mirror ? Does it really make
> >http.debian.net appear first ?

As said by Joeyh, after primary mirrors.

> > c) Impact of this change on http.debian.net ? (risk of creating HTTP
> >redirection loops ?)

As said by Raphael, no risk.

> > d) Consensus (within the mirrors team, within -boot) that http.d.n is
> >superior to cdn.d.n ?
> > e) status of the integration of http.d.n to http.d.o ?
> 
> e) looks like a particularly interesting question to me.

IMO e) is important too.

However given  that cdn.debian.net is already advertised while not official, I
see no reason to not including the service officialy supported by mirror team.

So let's add it.

-- 
Simon Paillard


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

Bug#725359: polarssl: CVE-2013-5914 CVE-2013-5915

[Moritz Muehlenhoff]

On Wed, Oct 16, 2013 at 08:20:07PM +0200, Roland Stigge wrote:
> Hi,
> 
> On 16/10/13 17:20, Moritz Muehlenhoff wrote:
> >> yes, preparing a new 1.2.9 for stable. This also fixes the other
> >> outstanding issues with polarssl.
> >>
> >> Should I upload it to the security queue?
> > 
> > Yes, but please send a debdiff to t...@security.debian.org first
> 
> See attached polarssl.debdiff: Only debian/changes is changed since all
> changes are in the upstream tarball only. Please tell if you need a diff
> of the latter one also.
> 
> > Please use 1.2.9-1~deb7u1 for stable-security.
> > 
> > Due to a bug in dak on security-master we cannot release a package
> > with the same tarball in oldstable-securit and stable-security.
> > 
> > As such, we first need to release 1.2.9-1~deb7u1 for stable-security
> > and 1.2.9-1~deb6u1 for oldstable-security can follow later.
> > 
> > Since the 1.2.9 tarball is new in the security archive, the updates
> > need to be built with "-sa".
> 
> OK, please tell when I should upload.

Please go ahead.

Cheers,
Moritz


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

Bug#726317: [berusky2] Dark screen when in game

[Fabian Greffrath]

Am Mittwoch, den 16.10.2013, 12:25 +0200 schrieb Markus Koschany: 
> Upstream commit: bdf3f50e9a85e4c063b46ceaf23bceb07b06b82e might fix your
> issue but it hasn't reached Debian yet. After the next release of
> xserver-xorg-video-intel, please report back if your issues could be
> resolved.

This commit looks harmless. Could it maybe get backported to the
xserver-xorg-video-intel package in sid?

- Fabian


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

Bug#726568: libarpack++2-dev: Depend or recommend SuperLU

[Torquil Macdonald Sørensen]

Package: libarpack++2-dev
Version: 2.3-2
Severity: normal

Should not libarpack++2-dev depend or recommend libsuperlu3-dev? When I compile 
a
program that uses the class ARluNonSymMatrix, I must provide the g++ option
-lsuperlu.

Best regards
Torquil Sørensen

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

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

Versions of packages libarpack++2-dev depends on:
ii  libarpack++2c2a  2.3-2
ii  libarpack2-dev   3.1.3-4

libarpack++2-dev recommends no packages.

libarpack++2-dev suggests no packages.

-- no debconf information


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

Bug#726570: openr2: config.guess/config.sub out of date for arm64

[Colin Watson]

Package: openr2
Version: 1.3.2-1.1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

openr2's config.guess/config.sub are out of date for the forthcoming
arm64 port.  This appears to be just because it's running autoreconf
without the -f option to replace existing files; the following patch
fixes that.

You might like to take the opportunity to switch to dh-autoreconf, which
will improve clean handling and such.

  * Run autoreconf with -f so that it updates config.guess and config.sub.

diff -Nru openr2-1.3.2/debian/rules openr2-1.3.2/debian/rules
--- openr2-1.3.2/debian/rules   2012-06-16 14:39:43.0 +0100
+++ openr2-1.3.2/debian/rules   2013-10-16 19:20:07.0 +0100
@@ -34,7 +34,7 @@
 build-indep: build-stamp
 build-stamp:
dh build --before configure
-   autoreconf -i
+   autoreconf -f -i
dh_auto_configure -- --sysconfdir=/etc/openr2
dh build --after configure
touch $@

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#726323: Clone bug #726323

[Apollon Oikonomopoulos]

clone 726323 -1
retitle 726323 haproxy should start after syslog
thanks

I'm cloning this bug to track the issues separately. This bug will track 
the syslog issue and the clone will track the IPv6 bind() issue.

Apollon


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

Bug#726317: [berusky2] Dark screen when in game

[Markus Koschany]

On 16.10.2013 20:42, Fabian Greffrath wrote:
> Am Mittwoch, den 16.10.2013, 12:25 +0200 schrieb Markus Koschany: 
>> Upstream commit: bdf3f50e9a85e4c063b46ceaf23bceb07b06b82e might fix your
>> issue but it hasn't reached Debian yet. After the next release of
>> xserver-xorg-video-intel, please report back if your issues could be
>> resolved.
> 
> This commit looks harmless. Could it maybe get backported to the
> xserver-xorg-video-intel package in sid?
> 

I accidentally assigned the bug to xserver-xorg-video-intel at first but
now I believe libgl1-mesa-dri is the correct package.

According to

http://cgit.freedesktop.org/mesa/mesa/commit/?id=bdf3f50e9a85e4c063b46ceaf23bceb07b06b82e

the fix should be part of the 9.2 branch of Mesa. Perhaps the actual
libgl1-mesa-dri package in Debian experimental does already include it.



signature.asc
Description: OpenPGP digital signature

Bug#726571: RlwrapFilter.pm should be /usr/share/perl5/App/Rlwrap/Filter.pm

[Ivan Shmakov]

Package: rlwrap
Version: 0.37-3
Severity: wishlist

The conventional namespace for application-specific Perl modules
is App::⟨package name⟩::⟨module name…⟩.  Moreover, the
conventional directory for Perl modules is /usr/share/perl5, and
indeed, – it’s already in @INC, while /usr/share/rlwrap isn’t.

Therefore, my suggestion would be to move RlwrapFilter.pm from
/usr/share/rlwrap to /usr/share/perl5/App/Rlwrap/Filter.pm, and
edit its ‘package’ line (as well as the filters’ ‘use’ lines)
respectively.  (In order to preserve compatibility, a
“redirecting” .pm may be installed at the former location.)

This will bring the module in line with the other Perl modules
in Debian, and will allow for a Perl filter to be started with
simple ‘use App::Rlwrap::Filter;’ instead of the current form,
which explicitly the Perl module search path (as shown below.)

use lib ($ENV{RLWRAP_FILTERDIR} or ".");
use RlwrapFilter;

AIUI, the non-standard RLWRAP_FILTERDIR becomes completely
unnecessary after the change, but may be retained for
compatibility with the filters following the current convention.

-- 
FSF associate member #7257


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

Bug#726563: gnome-session-flashback: please, make gnome-screensaver a recommends instead of a depends

[Michael Biebl]

Am 16.10.2013 18:56, schrieb Rogério Brito:
> Package: gnome-session-flashback
> Version: 3.6.2-2
> Severity: wishlist
> 
> 
> Hi.
> 
> I installed gnome-session-flashback and I would like to thank you people for
> keeping it alive (depending on my free time, I may even lend a hand with the
> maintainance).

Help with that is more then welcome! In the current (broken) state, it's
unlikely we are going to ship it with jessie.

> That being said, can the screensaver be demoted to a Recommends instead of a
> hard dependency?

Why?
gnome-session-flashback is a meta package, the point is to pull in the
necessary components and unfortunately too many disable or don't install
recommends.


-- 
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#615196: [Pkg-xfce-devel] Bug#615196: Please stop using hal

[Yves-Alexis Perez]

On Wed, 2013-10-16 at 16:01 +0200, Michael Biebl wrote:
> Am 16.10.2013 15:58, schrieb Michael Biebl:
> > Ping? What's the status on getting squeeze updated?
> > If squeeze is not updated, would you be ok with removing it from the
> > archive? It's not like it couldn't be re-introduced whenever it is fixed.

The status didn't change, the strategy from us was to remove it from
testing for now and not let it re-enter until a non-hal version exists.
> 
> Just a side note: afaics the last release is from 24-Feb-2008.
> Is this package still actively developed?
> 
> 
There's more recent code in git (http://git.xfce.org/apps/squeeze/), and
especially a non hal port, but I'm unsure its state at that point (thus
the reason for the testing removal).

Regards,
-- 
Yves-Alexis


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

Bug#726572: [subversion] sqlite version dependency

[Philipp Klaus Krause]

Package: subversion
Version: 1.7.9-1+nmu4
Severity: normal

--- Please enter the report below this line. ---

svn stopped working for me (AFAIR after upgrading it)

philipp@phoinikas:~/Dismod$ LANG=C svn diff
svn: E200029: Couldn't perform atomic initialization
svn: E200030: SQLite compiled for 3.8.0.1, but running with 3.7.13

It seems there is some dependency on a specific or minimum sqlite
version. Upgrading libsqlite from 3.7.13-1 to 2.8.0.2-1 fixed the issue
for me.

Philipp

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-4-amd64

Debian Release: jessie/sid
  500 unstableftp.de.debian.org
  500 testing ftp.de.debian.org
1 experimentalftp.de.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libsvn1(= 1.7.9-1+nmu4) | 1.7.9-1+nmu4
libapr1  (>= 1.2.7) | 1.4.6-3
libc6  (>= 2.3) | 2.17-93
libsasl2-2  (>= 2.1.24) | 2.1.25.dfsg1-6


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
subversion-tools| 1.7.9-1+nmu4
db5.1-util  |
patch   | 2.7.1-3


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

Bug#723763: monkeysign should not sign revoked uids

[Philip Jägenstedt]

On Sat, 2013-10-05 at 16:27 -0400, Antoine Beaupré wrote:
> On 2013-09-19 12:23:14, Philip Jägenstedt wrote:
> > It looks like monkeysign doesn't care that a uid is
> > revoked, it signs and sends out an email anyway.
> >
> > Could probably be fixed by first cleaning the key.
> >
> > (Also need to check that monkeysign won't sign a
> > uid where the master key is revoked.)
> 
> This is a known issue: revoked, expired, disabled or invalid keys are
> not detected by the underlying gpg library.
> 
> This is especially a problem when listing private keys because gpg, in
> all its wizdom, doesn't actually provide those details in the key
> listing.
> 
> You can see it for yourself here:
> 
> anarcat@angela:monkeysign[dev/ux]*$ LANG=C gpg --list-secret-keys 4023702F
> sec   1024D/4023702F 2005-03-08 [expired: 2010-03-12]
> uid  The Anarcat 
> uid  The Anarcat 
> uid  Antoine Beaupré 
> ssb   2048g/EB8D47BB 2005-03-08 [expires: 2010-03-12]
> 
> anarcat@angela:monkeysign[dev/ux]*$ LANG=C gpg --list-keys 4023702F
> pub   1024D/4023702F 2005-03-08 [revoked: 2005-03-11]
> uid  The Anarcat 
> uid  The Anarcat 
> uid  Antoine Beaupré 
> 
> Notice how the secret key listing doesn't mention the key is revoked...
> 
> But you are right, this should be fixed.

I looks to me --with-colons will show both revocation of the public keys
and uids, e.g. here's my old revoked key:

pub:r:1024:17:C8D53F30F42163A4:2006-08-25:::-:Philip Jägenstedt
::sca:
uid:r2008-06-30::FB9A4CAE39D8CE6BADFFF3E7D87D69568335E1FD::Philip
Jägenstedt :
sub:r:1024:16:2D587BA5340611CA:2006-08-25::e:

It's true that --list-secret-keys --with-colons doesn't show which uids
are revoked, but I don't think that's relevant when trying to determine
(programatically) whether or not the key/uid is revoked/expired.

Philip 


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