Bug#762950: also lost my digikam tags

[Tomas Pospisek]

retitle 762950 digikam: Removes all images from database when unaccessible 
mount is found
severity 762950 grave
found 762950 digikam/4:4.4.0-1.1

thanks

Setting the severity to grave
=

I'm upping the severity of this bug to "grave". "reportbug" describes 
severify "grave as follows:


  "grave : makes the package in question unusable by most or all
   users, or causes data loss, or introduces a security hole
   allowing access to the accounts of users who use the package."

"causes data loss" is exactly what happens here and also to Austin 
Clements.


I am using digikam exclusively to tag my fotos. So once I loose my tags 
I've lost hours of work invested over years. IMO it's completely 
unacceptable to loose users' data.


How to reproduce


What happened here is that there was a mounted partition hanging around 
of a uncleanly terminated chroot which digicam could not access.


It wasn't visible in "df" either. I had to use "findmnt" to see it.

Once I had started digikam 4.4 from jessie for the first time, my Album 
was empty and most photos were not tagged any more.


I stopped digikam, unmounted the problematic partition, restored 
/where/my/pictures/live/digikam4.db from backup, restarted digikam and 
voilà, there were my tags again.

Bug#780247: less: CVE-2014-9488: invalid memory access

[Salvatore Bonaccorso]

Source: less
Version: 444-4
Severity: normal
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerability was published for less.

CVE-2014-9488[0]:
buffer overflow with invalid UTF-8

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-9488
[1] http://www.openwall.com/lists/oss-security/2015/03/10/14

Please adjust the affected versions in the BTS as needed.

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#780246: libsvn-perl: Segfault when applying large commit through git-svn

[Jan Larres]

Package: libsvn-perl
Version: 1.8.10-5
Severity: important
Tags: upstream

Hi,

when I use git-svn to clone or fetch from a repository, and the repository
contains a commit that modifies a large number of files, then perl will die
with a segfault when trying to apply that commit:

$ git svn fetch
A   scenario-simulator/test/test-simulator.properties
A   scenario-simulator/test/log4j.properties
...
[snip long list]
...
A   
core-util/test/com/opencloud/util/concurrent/fibers/WhenUsingDefaultFiberFactory.java
A   
core-util/test/com/opencloud/util/concurrent/TimingWheelExecutorTest.java
error: git-svn died of signal 11
$

This is 100% reproducible with the affected commits, making it essentially
impossible to fully clone these repositories. The only workaround I can think
of is doing a shallow clone starting at the next commit, which means you won't
get the full history.

I have attached a backtrace, and here is the output of running the command
with the perl debugger:

Signal SEGV at /usr/share/perl5/Git/SVN/Fetcher.pm line 361.
Git::SVN::Fetcher::apply_textdelta(Git::SVN::Fetcher=HASH(0x26a51b0), 
HASH(0x2b14238), undef, _p_apr_pool_t=SCALAR(0x2b14148)) called at 
/usr/lib/x86_64-linux-gnu/perl5/5.20/SVN/Ra.pm line 623
SVN::Ra::Reporter::AUTOLOAD(SVN::Ra::Reporter=ARRAY(0x26e2510), 
SVN::Pool=REF(0x26e1e98)) called at /usr/share/perl5/Git/SVN/Ra.pm line 300
Git::SVN::Ra::gs_do_update(Git::SVN::Ra=HASH(0x26a4fe8), 49802, 49802, 
Git::SVN=HASH(0x26a4ad8), Git::SVN::Fetcher=HASH(0x26a51b0)) called at 
/usr/share/perl5/Git/SVN.pm line 1210
Git::SVN::do_fetch(Git::SVN=HASH(0x26a4ad8), HASH(0x26eb380), 49802) 
called at /usr/share/perl5/Git/SVN/Ra.pm line 451
Git::SVN::Ra::gs_fetch_loop_common(Git::SVN::Ra=HASH(0x26a4fe8), 49800, 
91763, ARRAY(0x1c2acc0), ARRAY(0x1c2acf0)) called at 
/usr/share/perl5/Git/SVN.pm line 184
Git::SVN::fetch_all("svn", HASH(0x11fd4b8)) called at 
/usr/lib/git-core/git-svn line 560
main::cmd_fetch("svn") called at /usr/lib/git-core/git-svn line 377
eval {...} called at /usr/lib/git-core/git-svn line 375


-Jan

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (102, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libsvn-perl depends on:
ii  libapr1 1.5.1-3
ii  libc6   2.19-15
ii  libsvn1 1.8.10-5
ii  multiarch-support   2.19-15
ii  perl5.20.2-2
ii  perl-base [perlapi-5.20.1]  5.20.2-2

libsvn-perl recommends no packages.

libsvn-perl suggests no packages.

-- no debconf information

-- 
-[ OpenPGP key ID: 00A0FD5F ]-
The most dangerous phrase in the language is, "We've always done it this
way."
-- Grace Hopper
#0  _wrap_svn_txdelta_apply (my_perl=, cv=) at 
svn_delta.c:3918
arg2 = 0x7f60d749afa0
arg6 = 0x7fffeb7313a8
res4 = 
argvi = 1
arg3 = 0x7f60d738c0a0 
"\224\a\214QS\357~\342\314\345\312Ϙ\330\300\070\327`\177"
arg7 = 0x7fffeb7313b0
_global_pool = 
buf4 = 0x0
temp6 = 0x7f60ddc2f700 
sp = 0x7f60d733ff60
arg4 = 
temp7 = 0x7f60d73880a0
arg1 = 0x7f60d749af28
arg5 = 
alloc4 = 0
ax = 24039
items = 4
#1  0x7f60e13cc9ab in Perl_pp_entersub (my_perl=0x1cc6010) at pp_hot.c:2794
markix = 
sp = 
sv = 0x2759310
gv = 0x1cc6001
cv = 
cx = 
gimme = 3
hasargs = 
#2  0x7f60e13c5216 in Perl_runops_standard (my_perl=0x1cc6010) at run.c:42
op = 
#3  0x7f60e13fc84f in S_docatch (my_perl=0x1cc6010, o=) at 
pp_ctl.c:3227
ret = 
oldop = 0x2350ac0
cur_env = {
  je_prev = 0x7fffeb731b30, 
  je_buf = {[0] = {
  __jmpbuf = {[0] = 30171152,
[1] = 7282039959158873762,
[2] = 140053904097112,
[3] = 140737143576160,
[4] = 30171152,
[5] = 53365432,
[6] = -7282091381711085918,
[7] = -7219616678411936094}, 
  __mask_was_saved = 0, 
  __saved_mask = {
__val =   {[0] = 30171152,
  [1] = 140054072444977,
  [2] = 140053904097080,
  [3] = 30195984,
  [4] = 18446744073709551615,
  [5] = 140054072515172,
  [6] = 140737143576160,
  [7] = 30171152,
  [8] = 30196064,
  [9] = 30182960,
  [10] = 0,
  [11

Bug#780245: double-conversion: Please add .symbols file

[Timo Jyrinki]

Source: double-conversion
Severity: wishlist

Dear Maintainer,

As a wishlist item, the package could benefit from getting a 
..symbols file added.

(this was suggested at https://launchpad.net/bugs/1427677)

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)


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

Bug#602331: plymouth does not allow to enter maintenance shell

[Gavin Lambert]

On Sat, 30 Aug 2014 23:27:47 +0200 Michael Prokop  wrote: 
> * Laurent Bigonville [Fri Aug 01, 2014 at 03:55:17PM +0200]: 
> 
> > An idea on how this could be fixed? In Ubuntu they have added a "panic" 
> > hook to initramfs-tools that is being called in the "panic()" function. 
> > Do you think it's the way to go here? 
> 
> > Otherwise I can also provide a patch for the same function to directly 
> > call the needed plymouth command ("plymouth quit") 
> 
> I just took a look at Ubuntu's i-t and their try_failure_hooks 
> function with features related to plymouth etc totally makes sense 
> for me, I'd love to see that in Debian's i-t as well, so if anyone 
> is willing to work on it you'd have my full support for that. 

I just encountered similar behaviour.  panic() really needs to call
"plymouth quit" before trying to do anything else.

Ubuntu's initramfs-tools has a system for running scripts on panic, which
Ubuntu's plymouth makes use of to do exactly this.  Any chance this can be
imported into Debian?  It seems fairly straightforward.


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

Bug#598079: bug resolved? [was: [exiv2] Error: Directory NikonPreview, entry 0xXXX has invalid size XXX*1; skipping entry.]

[Tomas Pospisek]

Hello Ariel,

according to:

   https://bugs.launchpad.net/ubuntu/+source/exiv2/+bug/601555/comments/5

the problem is now fixed (probably in jessie). Can this bug be closed 
then?

*t

PS: Unfortunately I am unable to test it, since my digikam seems to be
broken, which I'm going to report in a separate bug...


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

Bug#780169: jessie-pu: package youtube-dl/2014.08.05-1jessie0.1

[Stefano Rivera]

Control: tags -1 - moreinfo

> Please use 2014.08.05-1+deb8u1 as version number.

Lintian doesn't think that's correct for an NMU, but using it anyway.

Also, submitted a patch to developers-reference #768426.

> and jessie as a distribution (instead of testing).

Submitted #780243 (with a patch) to developers-reference.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272


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

Bug#780243: t-p-u: Use the release code name as the target distribution

[Stefano Rivera]

Package: developers-reference
Version: 3.4.14
Severity: normal
Tags: patch

In a t-p-u (#780169), the release team asked me to use a code name as
the upload target distribution, rather than "testing" or
"testing-proposed-updates". This patch implements that page in
developers-reference.

SR
diff --git a/pkgs.dbk b/pkgs.dbk
index 5a34b95..ca5847f 100644
--- a/pkgs.dbk
+++ b/pkgs.dbk
@@ -2770,8 +2770,9 @@ Make sure that you included an appropriate explanation in the changelog;
 
 
 
-Make sure that you've written testing or
-testing-proposed-updates into your target distribution;
+Make sure that you've written the testing
+code name (e.g. jessie)
+into your target distribution;
 
 
 

Bug#780244: unblock: freerdp/1.1.0~git20140921.1.440916e+dfsg1-4

[Mike Gabriel]

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

Please unblock package freerdp (already uploaded).

+  * debian/patches:
++ Add 0002_handle-old-style-cmdline-options.patch. Command line detection
+  is run with dummy settings where not everything is allocated. Collections
+  (device, dynamic channel and static channel) didn't handle this case
+  properly. (Closes: #779312).

-> Fix an open RC bug. The problem here is that the freerdp devs have
implemented a new cmdline interface style (options starting with a "/"
slash). The old cmdline style (--=value) is still supported
(legacy). However, various new features have new cmdline-style options,
but the legacy option parser lacks support for those. Even worse, some of
the new feature cannot be expressed via the old command line style,
syntactically.

Users are highly recommended to use the new cmdline style as proposed by
the latest version of the xfreerdp man page.

++ Add 0003_copy-data-when-adding-glyph-to-cache.patch. Copy data when 
adding
+  glyph to cache. Fix double free or corruption inupdate_gdi_fast_glyph ->
+  glyph_cache_put -> _int_free (Closes: #740637).

-> Upstream provided another fix today for an issue that also has been
reported via Debian BTS (originally against package remmina). I have
included a fix for that double free or corruption issue with this upload.

light+love,
Mike


unblock freerdp/1.1.0~git20140921.1.440916e+dfsg1-4

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog
--- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog	2015-02-13 06:02:21.0 +0100
+++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/changelog	2015-03-10 21:29:17.0 +0100
@@ -1,3 +1,16 @@
+freerdp (1.1.0~git20140921.1.440916e+dfsg1-4) unstable; urgency=medium
+
+  * debian/patches:
++ Add 0002_handle-old-style-cmdline-options.patch. Command line detection
+  is run with dummy settings where not everything is allocated. Collections
+  (device, dynamic channel and static channel) didn't handle this case
+  properly. (Closes: #779312).
++ Add 0003_copy-data-when-adding-glyph-to-cache.patch. Copy data when adding
+  glyph to cache. Fix double free or corruption inupdate_gdi_fast_glyph ->
+  glyph_cache_put -> _int_free (Closes: #740637).
+
+ -- Mike Gabriel   Tue, 10 Mar 2015 21:28:34 +0100
+
 freerdp (1.1.0~git20140921.1.440916e+dfsg1-3) unstable; urgency=medium
 
   [ Bernhard Miklautz ]
diff -Nru freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/0002_handle-old-style-cmdline-options.patch freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/0002_handle-old-style-cmdline-options.patch
--- freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/0002_handle-old-style-cmdline-options.patch	1970-01-01 01:00:00.0 +0100
+++ freerdp-1.1.0~git20140921.1.440916e+dfsg1/debian/patches/0002_handle-old-style-cmdline-options.patch	2015-03-10 21:09:23.0 +0100
@@ -0,0 +1,64 @@
+From 85856224f63cd6e356a386f096156ff85e2f64e9 Mon Sep 17 00:00:00 2001
+From: Bernhard Miklautz 
+Date: Tue, 10 Mar 2015 13:10:39 +0100
+Subject: [PATCH] settings: handle collection_add in detection case
+
+Command line detection is run with dummy settings where not everything
+is allocated. Collections (device, dynamic channel and static
+channel) didn't handle this case properly.
+
+(cherry picked from commit e9985c20938954f7df8f57b43c30c74c9d480dde)
+
+Conflicts:
+client/common/test/TestClientCmdLine.c
+---
+ client/common/test/TestClientCmdLine.c | 5 +
+ libfreerdp/common/settings.c   | 9 +
+ 2 files changed, 14 insertions(+)
+
+--- a/client/common/test/TestClientCmdLine.c
 b/client/common/test/TestClientCmdLine.c
+@@ -108,6 +108,11 @@
+ 	char* cmd22[] = { "xfreerdp", "-g", "1920x1200", "-d", "domain", "-u", "username", "-D", "-a", "16", "--plugin", "rdpsnd", "--plugin", "rdpdr", "--data", "disk:media:/home/username/media/", "--", "-x", "l", "--rfx", "--ignore-certificate", "--plugin", "cliprdr", "some.host.name.com"};
+ 	TESTCASE_SUCCESS(cmd22);
+ 
++#if 0
++	char* cmd23[] = {"xfreerdp -z --plugin cliprdr --plugin rdpsnd --data alsa latency:100 -- --plugin rdpdr --data disk:w7share:/home/w7share -- --plugin drdynvc --data tsmf:decoder:gstreamer -- -u test host.example.com"};
++	TESTCASE(cmd23, COMMAND_LINE_STATUS_PRINT);
++#endif
++
+ 	return 0;
+ }
+ 
+--- a/libfreerdp/common/settings.c
 b/libfreerdp/common/settings.c
+@@

Bug#778320: package libzypp FTBFS on different archs

[Mike Gabriel]

Hi Jurica,

On  Fr 13 Feb 2015 15:57:45 CET, Jurica Stanojkovic wrote:


Package: libzypp
Version: 14.29.1-2
Severity: important
Tags: sid
User: debian-m...@lists.debian.org

Hello,

Package libzypp FTBFS on different archs that are not i386 or amd64
https://buildd.debian.org/status/package.php?p=libzypp&suite=sidhttps://buildd.debian.org/status

There is an upstream fix for this issue:
https://github.com/openSUSE/libzypp/commit/f3c3aa763907399a3a538611e59097a41cfa0e65

Could someone please upload new version of this package.

Regards,
Jurica


I just looked into this. The PITA is that I cannot apply the proposed  
patch with the quilt tool as it does not handle the binary parts of  
the patch well enough.


Any idea how to pull that patch in other than via a new upstream  
release (which is a no-go before jessie).


Mike


--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpQ2gpYtNPOL.pgp
Description: Digitale PGP-Signatur

Bug#768426: developers-reference: version scheme in §5.13.3 (“Direct updates to testing”)

[Stefano Rivera]

Control: tags -1 + patch

Here's a patch, implementing this change.

I just proposed a t-p-u upload, following the scheme in dev-ref, and was
reprimanded :)

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272
diff --git a/pkgs.dbk b/pkgs.dbk
index 5a34b95..a21c24b 100644
--- a/pkgs.dbk
+++ b/pkgs.dbk
@@ -2741,11 +2741,11 @@ updates through unstable are possible, if the upload via
 unstable does not pull in any new dependencies.
 
 
-Version numbers are usually selected by adding the codename of the
-testing distribution and a running number, like
-1.2squeeze1 for the first upload through
-testing-proposed-updates of package version
-1.2.
+Version numbers are usually selected by appending
++debXu1,
+where X is the major release number and
+Y is a counter starting at 1.
+e.g. 1:2.4.3-4+deb8u1.
 
 
 Please make sure you didn't miss any of these items in your upload:

Bug#780242: telepathy-ring: new upstream development by Jolla/SailfishOS/NemoMobile

[Paul Wise]

Source: telepathy-ring
Severity: wishlist

Jolla have a new upstream version produced as part of the NemoMobile
project of SailfishOS:

https://github.com/nemomobile/telepathy-ring/

Please update the Debian package to use that.

Please note that development may move to freedesktop.org soonish:

http://lists.freedesktop.org/archives/telepathy/2015-March/006672.html
http://lists.freedesktop.org/archives/telepathy/2015-March/006673.html
http://lists.freedesktop.org/archives/telepathy/2015-March/006674.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#775877: gnome-session: No mouse pointer after login

[Tim]

The cursor gets hidden when the Idle Monitors are not available (these were 
moved into mutter around 3.10), so you won't have them in your
flashback session. This is probably an upstream bug, it doesnt look like the 
cursor should really get hidden in this case, however the idle
monitors will always exist under GNOME3, so the error path is likely gone 
undetected.

On Ubuntu flashback is using unity-settings-daemon in recent releases since it 
provided better compatibility with the legacy desktops.

The cursor plugin just hides the cursor on touchscreen devices, it should be 
fine to disable on normal desktops/laptops. However I would be
surprised if there are not other more serious bugs that exist when using 
flashback with g-s-d, broken display config? non-existant screensaver
timeouts? unless these have been fixed upstream in recent times?

On 11/03/15 10:05, Cam Hutchison wrote:
> I've had this problem for about a year (from memory) on both Debian
> and Ubuntu. My situation may be uncommon though - I run
> gnome-fallback/flashback or whatever it is called now so I can run a
> gnome desktop with fvwm.
>
> I discovered my problem to be related to the gnome settings daemon
> cursor plugin. Turning it off made my cursor come back:
>
> $ gsettings set org.gnome.settings-daemon.plugins.cursor active false
>
> I can reproduce this (currently under Ubuntu, but I'll give it another
> try when I get to my Debian desktop tonight) by setting that key to
> true:
>
> $ gsettings set org.gnome.settings-daemon.plugins.cursor active true
>
> I have no idea what this plugin is meant to do and I see no
> detrimental affects from turning it off.
>
> ___
> pkg-gnome-maintainers mailing list
> pkg-gnome-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers


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

Bug#780239: log timestamps could be off by a whole minute

[積丹尼 Dan Jacobson]

reopen 780239
reassign 780239 rsyslog
found 780239 8.8.0-1
thanks
I'll try the above.

BH> On Wed, 2015-03-11 at 10:57 +0800, 積丹尼 Dan Jacobson wrote:
>> Please reassign.

BH> What's the point?  I could only reassign it to general so that Holger
BH> could close it.


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

Bug#780028: init: aptitude upgrade from wheezy to jessie does not install systemd-sysv

[Paul Wise]

On Tue, 2015-03-10 at 18:46 +0100, David Kalnischkies wrote:

> My real problem with it is the message this is sending.

Very good point, thanks.

> So, while I can accept if we do this to 'fix' aptitude (and I see also
> a bit of semantic value in it) I have to highlight that this is not
> a blueprint for defaults in or-groups – quite the opposite and something
> should be done to 'fix' this in aptitude in general (even through
> I realize that this is dangerously close to core principles).

What do you think should be the right way to fix this?

Should aptitude preference things earlier in the or-group?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#780239: closed by Ben Hutchings (Re: Bug#780239: log timestamps could be off by a whole minute)

[Ben Hutchings]

On Wed, 2015-03-11 at 10:57 +0800, 積丹尼 Dan Jacobson wrote:
> Please reassign.

What's the point?  I could only reassign it to general so that Holger
could close it.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#780239: closed by Ben Hutchings (Re: Bug#780239: log timestamps could be off by a whole minute)

[積丹尼 Dan Jacobson]

Please reassign.


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

Bug#760847: gvfs: File copy fails with "Another operation in progress" still present in 1.22.2-1

[Jurek Sobczyk]

Package: gvfs
Version: 1.22.2-1
Followup-For: Bug #760847

Dear Maintainer,

I am unable to copy larger files over Bluettooth after upgrade to Jessie.

Normally I am trying to use Thunar  with blueman-applet bluez etc... and I can
copy small files but no larger ones.
But I have also reproduced exactly the bug #760847 using gvfs-copy as described
by  Tomaž Šolc 

ii  blueman   1.99~alpha1-1
amd64Graphical bluetooth manager
ii  bluetooth 5.23-2
all  Bluetooth support
ii  bluez 5.23-2+b1
amd64Bluetooth tools and daemons
ii  bluez-obexd   5.23-2+b1
amd64bluez obex daemon
ii  bluez-tools   0.2.0~20140808-3
amd64Set of tools to manage Bluetooth devices for linux
ii  libbluetooth3:amd64   5.23-2+b1
amd64Library to use the BlueZ Linux Bluetooth stack
ii  obexpushd 0.11.2-1
amd64program for receiving files via Bluetooth or IRDA



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gvfs depends on:
ii  gvfs-common   1.22.2-1
ii  gvfs-daemons  1.22.2-1
ii  gvfs-libs 1.22.2-1
ii  libc6 2.19-13
ii  libglib2.0-0  2.42.1-1
ii  libudev1  215-10

gvfs recommends no packages.

Versions of packages gvfs suggests:
ii  gvfs-backends  1.22.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#780103: maildirsync: please re-enable maildirsync.pl.diff patch

[Carlos Silombria (a.k.a Silverdog)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Gian Piero,

Thanks for write, it's posible i apply the patch and forget forward it,
and make a mistake based on that.
I will fix it.

Thanks.

On 03/09/2015 06:14 AM, Gian Piero Carrubba wrote:
> Package: maildirsync
> Version: 1.2-2
> Severity: normal
>
> Dear Maintainer,
>
> when maildirsync starts, it outputs the following warning:
>
> UNIVERSAL->import is deprecated and will be removed in a future perl at
> /usr/bin/maildirsync line 13.
>
> >From the changelog for version 1.2-2 it reads:
>
>   * Deleted patch maildirsync.pl.diff, was aplied on the source.
>
> Unfortunately, it doesn't seem it was really applied. On the bright
> side, though, the patch is still there and the fix should be as easy as
> re-enabling it within the series file.
>
> Thank you,
> Gian Piero.
>
> -- System Information:
> Debian Release: 8.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages maildirsync depends on:
> ii  perl  5.20.2-2
>
> Versions of packages maildirsync recommends:
> ii  openssh-client [rsh-client]  1:6.7p1-3
>
> Versions of packages maildirsync suggests:
> ii  bzip2  1.0.6-7+b2
>
> -- no debconf information

- -- 
##
# - Silverdog -
# GNU/Linux User #368130
# Debian by default
# http://blog.silverdog.com.ve
# "In Linux don´t ask if it can get done, ask how to do it"
# Key fingerprint = 355D 2C5B 80AB 1A6F 50FD  CD2A 4CE3 7073 BF07 1FE6
##
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU/6ZyAAoJEEzjcHO/Bx/muuAP/39x++Eq4vryTukH4ATIkpA9
rONzM7EjUDmrNnoPMH7mSunKeSAnNeRjRB+xfo2HEgTRwaRL7DCjaems+NCNHRUR
Om440g+fYxKkrojbzXUsxvoVA8ZhCVfPL1ExxG5tfj/iMj+gzhovo29a0l39XUIW
sAzZknR85jro8NVHPyGQRy+ZhBoYk9PNnjlY2m2a+DyNZxlF59O/pcrwBurmOK1q
e3p0JZTRg1GxWg5x1oCPpaSRXDP2/IACK4bMIsF1wsy2chY9qA5OPMGMnMG9BsMN
Jsg+JLrZ0ZGZgT37M0dar/qHFPHxg+TNuPa4JS6wcrD4cbsxCuH2ZElKxjxlB8B+
Fhw83MphAlNnL0N8jYbp3tg7ox2D2i8RcvlDAZsQg0LT/m9haOA5jJe0qbN/12GX
IFGgTHYoIQe2mUhsKmPCkdd19kdlqSsJOEr6JFmSlyMEok0GelK3DFbPW6DXylkf
dMKzRq2VGWht7ciU2DOJ2a5j9WBNgg4LMc9UqsnZuV5H8obfEjLKMSBo1dRxdM1d
JOsiuwmNn9F9ZOo2de4yoaCX/hCTlEBTGTjBXTLYhkNvHcaMOCiirJJ9g0i8x4kO
8xfT5TScUGP8V20q9GPRpaHQvboXpprQEQrq1ShAmiBHEJMoMP6kMtjbNq2fNPXr
EjvHPnHg9vUfKmJzIYMC
=z64S
-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#780233: [Pkg-fonts-devel] Bug#780233: fonts-inconsolata: Please package v1.014 from Google Font Directory

[Paul Wise]

On Wed, Mar 11, 2015 at 5:18 AM, Antoine Musso wrote:

> I found out on wikipedia that the inconsolata font has been forked on
> Google Foot Directory. It has been fully hinted and a bold variant
> created.
>
> Project directory:
> https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/

Hhhmm, this doesn't include the FontForge source so uploading it would
probably be a DFSG violation.

It would also be great if the Google folks could forward their changes
upstream instead of forking it.

> - Completed Bold version of Inconsolata in VBF format.

VFB format is from the proprietary FontLab tool. Is there a tool in
Debian main to build the TTF/OTF files from that? If not we would have
to move fonts-inconsolata to contrib.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#780174: memtest86: new upstream version (V6.0.0)

[Paul Wise]

On Tue, 2015-03-10 at 21:03 +0100, Yann Dirson wrote:

> Double-check done.  Their "unversionned tarball inside an iso inside a
> tarball" (showcasing how far they are from our culture ;) contains
> files timestamped 2014-05-13, and display_init() in init.c does say
> "Memtest86 v4.3.7".

Ugh, sorry for the noise :(

You might want to keep a "new upstream release" bug open wontfix to
prevent people from filing further bug reports about this.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#762944: debsources: make .pc/ exclusion a configuration parameter

[Jason Pleau]

Hello Stefano,

I have attached two patches. One fixes the issues we talked about
earlier today, and the other implements the "Show / Hide hidden files"
button in directory listing:

On 10/03/15 09:43 AM, Stefano Zacchiroli wrote:
> On Mon, Mar 09, 2015 at 02:59:54PM -0400, Jason Pleau wrote:
>> Updated patch that fixes an error if hidden_files is empty
> 
> Hey Jason, thanks a lot for your patch! It looks great in general. I
> just have a few minor changes to request, if you don't mind. See below
> for details.
> 
>> Right now the .pc/ exclusion in directory listings is hardcoded. This
>> new hidden_files configuration allows us to be more flexible in what is
>> shown or hidden in those listings.
>>
>> */.pc/ is added as a default value for this configuration setting.
> 
> This is one concern I have. You've modified the sample config file, but
> not the default configuration stored in mainlib.py. I haven't tested
> that, but I suspect that for that reason upgrading a currently deployed
> Debsources instance to a version that include your patch will trigger
> failures at runtime, if config.local.ini isn't updated. Can you confirm
> that?
> 
> If so, I'd very much prefer changing DEFAULT_CONFIG in mainlib.py to
> include */.pc/ as default setting to 1) avoid breakages, and 2) retain
> the current behavior.

As talked on IRC, I have added */.pc/ to DEFAULT_CONFIG.web_app.

> 
>> +# space-separated list of files or directories patterns to hide in 
>> +# directory listings
>> +hidden_files: */.pc/
> 
> It would be nice to document in the comment here (for lack of a better
> place...) the intended semantics of hidden_files, i.e.: match on the
> full path, relative to which dir, and maybe the fact that fnmatch() is
> involved, for reference.
> 
I have added a bit more comments, feel free to adjust if you think you
can phrase it better than it is currently (I have no shame in admitting
that I may sometimes not be clear enough in English :) )

> There are also a couple of minor flake8 issues in your patch (which I
> can fix upon patch import, if needed).

They now seem fixed on my side, you can re-run flake8 to confirm !

> 
> 
> And from your other email:
>> This also allow us to add a toggle button (show / hide hidden files) in
>> directory listings eventually. I could do that in a separate commit in
>> this bug if you'd like.
> 
> Yes please, that would be awesome! :)
> 

Done :) See 0002 patch !

> 
> Cheers.
> 

Thanks

-- 
Jason Pleau
>From 641a210eb0d06dfc63a9332891981bcfd07e3426 Mon Sep 17 00:00:00 2001
From: Jason Pleau 
Date: Tue, 10 Mar 2015 20:37:22 -0400
Subject: [PATCH 2/2] source_folder: add a show/hide hidden files button

Since that hidden files and directories are still passed to the view,
but are now given an 'hidden' boolean attribute, we can show or hide
them once the page is loaded.

I also changed the way javascript was loaded in debsources.js, so that
it does not run unnecessary code (for example we don't need to print
line numbers in folders).
---
 debsources/app/static/css/source_folder.css|  13 ++
 debsources/app/static/javascript/debsources.js | 273 ++---
 debsources/app/templates/source_file.html  |   2 +-
 debsources/app/templates/source_folder.html|  59 +++---
 debsources/app/views.py|   1 +
 5 files changed, 196 insertions(+), 152 deletions(-)

diff --git a/debsources/app/static/css/source_folder.css b/debsources/app/static/css/source_folder.css
index 1a45b8f..1bd9c6e 100644
--- a/debsources/app/static/css/source_folder.css
+++ b/debsources/app/static/css/source_folder.css
@@ -40,3 +40,16 @@ License: GNU Affero General Public License, version 3 or above.
 font-size: small;
 text-align: right;
 }
+
+.hidden_file {
+display: none;
+}
+
+.hidden_file.visible {
+display: table-row;
+}
+
+#btn_toggle_hidden_files {
+	font-size: 0.8em;
+}
+
diff --git a/debsources/app/static/javascript/debsources.js b/debsources/app/static/javascript/debsources.js
index 844e58a..ced5cf6 100644
--- a/debsources/app/static/javascript/debsources.js
+++ b/debsources/app/static/javascript/debsources.js
@@ -1,4 +1,4 @@
-/* Copyright (C) 2014  Jason Pleau 
+/* Copyright (C) 2015  Jason Pleau 
  *
  * This file is part of Debsources.
  *
@@ -27,128 +27,151 @@
  *
  */
 
-var debsources = function(message_pos) {
-var print_lines = function() {
-var position = message_pos;
-var msgbox = document.getElementById('messages');
-var index = document.getElementById('sourceslinenumbers');
-var divHeight = msgbox.offsetHeight;
-var lineHeight = parseInt(window.getComputedStyle(index).getPropertyValue('line-height'),10);
-var lines = Math.ceil(divHeight / lineHeight)+1; // always insert one more line below the last line of code
-
-for(i=0; i 0) {
-second_line = parseInt(match[3]);
-} else {
-second_line = first_line;
-}
-
-// I

Bug#780241: mirror submission for debian.mirror.digitalpacific.com.au

[Matthew Taylor]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: debian.mirror.digitalpacific.com.au
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390x sparc 
Archive-http: /debian-archive/
Archive-rsync: debian-archive/
Backports-http: /debian-backports/
Backports-rsync: debian-backports/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: mirror.aarnet.edu.au
Backports-upstream: mirror.as24220.net
CDImage-upstream: ftp.iinet.net.au
Updates: four
Maintainer: Matthew Taylor 
Country: AU Australia
Location: Sydney, Australia
Sponsor: Digital Pacific http://www.digitalpacific.com.au/
Comment: Server is on a 1Gbit link in Sydney, Australia.


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

Bug#780240: libgphoto2-port10: Wrong transition package for ABI changing library

[Guillem Jover]

Package: libgphoto2-port10
Version: 2.5.7-1
Severity: serious

Hi!

The new version in experimental, has turned the libgphoto2-port10 into
a transitional package for libgphoto2-port12 (w/o any rationale on the
debian/changelog nor in debian/rules, nor any commit message as the git
repo does not contain any of those changes either).

The new library does break the ABI, so I don't see why the transition
package? This will break applications using it.

Thanks,
Guillem


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

Bug#780239: log timestamps could be off by a whole minute

[積丹尼 Dan Jacobson]

Package: src:linux
Version: 3.16.7-ckt7-1
Severity: wishlist

Here's a risk I sent to
http://catless.ncl.ac.uk/Risks/28.55.html#subj13
which ought to also be reported here.

One day in a court of law, the log files of a computer system will be
used to prove that some incident happened at some certain time.

Let's have a look.

journalctl says
Mar 10 03:14:32 jidanni2 kernel: sd 2:0:0:0: [sdb] Attached SCSI
Mar 10 03:14:32 jidanni2 kernel: EXT4-fs (sda8): mounted filesys

/var/log/kern.log says
Mar 10 03:14:47 jidanni2 kernel: [4.000166] sd 2:0:0:0: [sdb
Mar 10 03:14:47 jidanni2 kernel: [   62.534080] EXT4-fs (sda8):

So did this happen at 03:14:32 or 03:14:47 or is all we in fact really
know was that there was an entire (62 - 4 =) 58 second gap between the
two lines?

The latter: my screen froze for a minute.


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

Bug#779644: debian-edu: package pxelinux is missing after upgrade from wheezy

[Andreas Tille]

On Tue, Mar 10, 2015 at 07:13:20PM +0100, Holger Levsen wrote:
> cc:ing Andreas as I this is caused by blends-dev:
> 
> On Dienstag, 10. März 2015, Wolfgang Schweer wrote:
> > > why is it missing? It was/is not available in wheezy neither (according
> > > to https://packages.debian.org/search?keywords=pxelinux), and why do you
> > > think it should be installed?
> > IIRC pxelinux is needed in jessie (as opposed to wheezy) due to changes
> > in setting up PXE booting. And it is IMO missing after the upgrade cause
> > it is installed as a recommends in jessie.
> 
> I dont understand why it's not a depends in the packages, the source has this:
> 
> <  h01ger> | $ rgrep pxelinux tasks
> <  h01ger> | tasks/main-server:Depends: isc-dhcp-server-ldap, 
> pxelinux, syslinux-common, \
> 
> So it should be a dependency already. Andreas, any hints to fix this?

Blends-dev has never behaved that Depends in the tasks file ended up in
a Depends in debian/contol.  This was even the case before blends-dev
existed and the behaviour was taken over to stay compatible.  I was
never fully happy about this but it is the documented and intended
behaviour that metapackages do not have hard dependencies.  If I
remember correctly this is policy also for non-blends-dev generated
packages in "Section: metapackage".  The only thing is that it is
confusing to type "Depends" in the tasks file and not ending up as
"Depends".  It is on my very long term todo list to deprecate "Depends"
in the tasks files and use "Recommends" instead to avoid this.

Kind regards

   Andreas.

-- 
http://fam-tille.de


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

Bug#780238: sshguard: Sshguard is not able to configure the firewall

[Joao Luis Meloni Assirati]

Package: sshguard
Version: 1.5-6
Severity: important

Dear Maintainer,

Sshguard has erratic behaviour on bootup, sometimes failing to start, sometimes 
starting itself but unable to function.

This is due to the fact that the init script /etc/init.d/sshguard is not able 
to configure the chain sshguard with iptables.

This would be done by the following commands in /etc/init.d/sshguard script:

iptables -N sshguard 2> /dev/null
ip6tables -N sshguard 2> /dev/null
iptables -I INPUT -j sshguard 2> /dev/null
ip6tables -I INPUT -j sshguard 2> /dev/null

Unfortunately, stderr is discarded. Removing the stderr redirection, the 
following message appears:

"Another app is currently holding the xtables lock."

This happens because the first iptables returns before the kernel is properly 
configured, which prevents the following three.

One way to fix this issue is to call iptables and ip6tables commands with 
switch -w:

iptables -w -N sshguard
ip6tables -w -N sshguard
iptables -w -I INPUT -j sshguard
ip6tables -w -I INPUT -j sshguard

Attached is my modified /etc/init.d/sshguard.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sshguard depends on:
ii  iptables  1.4.21-2+b1
ii  libc6 2.19-15

sshguard recommends no packages.

sshguard suggests no packages.

-- Configuration Files:
/etc/init.d/sshguard changed:
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="SSHGuard Server"
NAME=sshguard
DAEMON=/usr/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
DAEMON_ARGS="-i $PIDFILE"
OS=$(uname)
[ ! -x "$DAEMON" ] && log_warning_msg "No valid daemon $DAEMON for $NAME, 
exiting" && exit 0
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
. /lib/init/vars.sh
. /lib/lsb/init-functions
LOGS=0
for logfile in $LOGFILES; do [ -r "$logfile" ] && DAEMON_ARGS="$DAEMON_ARGS -l 
$logfile" && LOGS=$((LOGS+1)); done
[ $LOGS = 0 ] && log_warning_msg "No valid logs to scan by $NAME, exiting" && 
exit 0
DAEMON_ARGS="$DAEMON_ARGS -w $WHITELIST $ARGS"
if [ "$OS" = "Linux" ]; then
#
# Function that enables firewall
#
do_enable_firewall()
{
log_progress_msg "enabling firewall"
# creating sshguard chain
iptables -w -N sshguard
ip6tables -w -N sshguard
# block traffic from abusers
iptables -w -I INPUT -j sshguard
ip6tables -w -I INPUT -j sshguard
}
#
# Function that disables firewall
#
do_disable_firewall()
{
log_progress_msg "disabling firewall"
# flushes list of abusers
iptables -F sshguard 2> /dev/null
ip6tables -F sshguard 2> /dev/null
# removes sshguard firewall rules
iptables -D INPUT -j sshguard 2> /dev/null
ip6tables -D INPUT -j sshguard 2> /dev/null
# removing sshguard chain
iptables -X sshguard 2> /dev/null
ip6tables -X sshguard 2> /dev/null
}
else
# KfreeBSD code
#
# Function that enables firewall
#
do_enable_firewall()
{
log_progress_msg "enabling firewall"
# create sshguard firewall rules
PF_AVAILABLE=$(lsmod |grep pf.ko |awk {'print $5'})
if [ "$PF_AVAILABLE" != "pf.ko" ]; then
kldload pf
fi
pfctl -e 2> /dev/null # Enable PF
# Loading sshguard table and rules
pfctl -f /etc/sshguard/sshguard.conf 2> /dev/null
}
#
# Function that disables firewall
#
do_disable_firewall()
{
log_progress_msg "disabling firewall"
# flushes list of abusers
pfctl -Tflush -t sshguard 2> /dev/null
# removes sshguard firewall rules
pfctl -Tdel -t sshguard 2> /dev/null
# removing sshguard table
pfctl -Tkill -t sshguard 2> /dev/null
}
fi
case "$1" in
start)
log_daemon_msg "Starting $DESC" "$NAME"
if [ "$ENABLE_FIREWALL" = "1" ]; then
do_enable_firewall
fi
if start-stop-daemon --start --quiet --oknodo --pidfile $PIDFILE --exec 
$DAEMON --background -- $DAEMON_ARGS; then
log_end_msg 0
else
log_end_msg 1
fi
;;
stop)
log_daemon_msg "Stopping $DESC" "$NAME"
if start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE; then
ret=0
else
ret=1
fi
  

Bug#780237: unblock: ifupdown/0.7.53

[Andrew Shadura]

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

Please unblock package ifupdown

I've got a bug, #775660, in ifupdown which I think should be fixed in Jessie.

I'm not sure how many our users does it affect, but I agree with Marco
it's good to fix it.

Patch: http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/adfae04d9df8

Also, one of the last uploads introduced an incorrect warning appearing
on every Jessie install (but not in any release before) caused by
incorrect handling of wordexp's return values: * pattern expands into *
when there are not matches, not in an empty list, so a warning is
printed for every ifupdown invocation, as the default config includes
all files matching /etc/network/interfaces.d/*, and there are none of
them. The fix for this is 5 lines of code not counting includes, so it's
pretty trivial and I think it should be included.

Patch: http://anonscm.debian.org/hg/collab-maint/ifupdown/rev/79188bbab56f

unblock ifupdown/0.7.53

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

Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/mksh
diff --git a/debian/changelog b/debian/changelog
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ifupdown (0.7.53) UNRELEASED; urgency=medium
+
+  * Default accept_ra to 0 when gateway is set (Closes: #775660).
+  * Don't try to parse a non-existing file given by wordexp (Closes: #776578).
+
+ -- Andrew Shadura   Wed, 11 Mar 2015 00:04:44 +0100
+
 ifupdown (0.7.52) unstable; urgency=medium
 
   * Fix segfault when /e/n/i can't be read. Fail only when the file
diff --git a/archlinux.c b/archlinux.c
--- a/archlinux.c
+++ b/archlinux.c
@@ -295,3 +295,13 @@ void map_value(interface_defn * ifd UNUS
 *pparam[0] = 0;
 }
 }
+
+void if_set(interface_defn * ifd UNUSED, char **pparam, int argc, char **argv)
+{
+if (argc == 1) {
+*pparam = realloc(*pparam, strlen(argv[0]) + 1);
+if (*pparam == NULL)
+return;
+strcpy(*pparam, argv[0]);
+}
+}
diff --git a/archlinux.h b/archlinux.h
--- a/archlinux.h
+++ b/archlinux.h
@@ -16,3 +16,4 @@ void set_preferred_lft(interface_defn * 
 void get_token(interface_defn * ifd, char **pparam, int argc, char **argv);
 void to_decimal(interface_defn * ifd, char **pparam, int argc, char **argv);
 void map_value(interface_defn * ifd, char **pparam, int argc, char **argv);
+void if_set(interface_defn * ifd, char **pparam, int argc, char **argv);
diff --git a/config.c b/config.c
--- a/config.c
+++ b/config.c
@@ -10,6 +10,9 @@
 #include 
 #include 
 #include 
+#include 
+#include 
+#include 
 static int get_line(char **result, size_t * result_len, FILE * f, int *line);
 static char *next_word(char *buf, char *word, int maxlen);
 static address_family *get_address_family(address_family * af[], char *name);
@@ -280,10 +283,18 @@ interfaces_file *read_interfaces_defn(in
 wordexp_t p;
 char **w;
 size_t i;
+struct stat sb;
+
 int fail = wordexp(pattern, &p, WRDE_NOCMD);
 if (!fail) {
 w = p.we_wordv;
 for (i = 0; i < p.we_wordc; i++) {
+if (stat(w[i], &sb) == -1) {
+/* wordexp can't expand * in an empty dir */
+if (errno == ENOENT) {
+continue;
+}
+}
 if (verbose) {
 fprintf(stderr, "Parsing file %s\n", w[i]);
 }
diff --git a/debian/testbuild-linux b/debian/testbuild-linux
--- a/debian/testbuild-linux
+++ b/debian/testbuild-linux
@@ -178,7 +178,7 @@ EOF
 
 cat >tests/testcase.3 &1 || true # ignore failure.
+
+sysctl -q -e -w net.ipv6.conf.eth1.accept_ra=0
+sysctl -q -e -w net.ipv6.conf.eth1.autoconf=0
+ip link set dev eth1   up
+ip -6 addr add 3ffe::100:f102::1/64  dev eth1 
+ ip -6 route add default via 3ffe::100:f102::fff dev eth1 
+run-parts --exit-on-error --verbose /etc/network/if-up.d
+Configuring interface eth1=eth1 (inet6)
+run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
+modprobe -q net-pf-10 > /dev/null 2>&1 || true # ignore failure.
+
+sysctl -q -e -w net.ipv6.conf.eth1.accept_ra=1
+sysctl -q -e -w net.ipv6.conf.eth1.autoconf=0
+ip link set dev eth1   up
+ip -6 addr add 3ffe::100:f102::6/64  dev eth1 
+ ip -6 route add default via 3ffe::100:f102::fff dev eth1 
+run-parts --exit-on-error --verbose /etc/network/if-up.d
 run-parts --exit-on-error --verbose /etc/network/if-up.d
 EOF
 
diff --git a/inet6.defn b/inet6.defn
--- a/inet6.defn
+++ b/inet6.defn
@@ -66,6 +66,7 @@ method static
 preferred-life

Bug#780235: "man init" brings up systemd(8) despite /sbin/init coming from sysvinit-core

[Michael Biebl]

control: severity -1 minor

Am 10.03.2015 um 23:59 schrieb Samuel Bronson:
> Package: systemd
> Version: 215-12
> Severity: important
> File: /usr/share/man/man1/systemd.1.gz
> 
> Dear Maintainer,
> 
> When I run "man init", I expect to see the manpage corresponding to
> /sbin/init; since /sbin/init comes from sysvinit-core on my system,
> that would be init(8), but I get systemd(1) instead.
> 
> This is seems to be partly because section 1 is before section 8 in
> the search path, and partly because of the "whatis" entry:
> 
> --8<---cut here---start->8---
> .SH "NAME"
> systemd, init \- systemd system and service manager
> --8<---cut here---end--->8---
> 
> which (given the path/filename and the stuff passed to .TH) presumably
> gives man-db the impression that this file should be considered to
> provide the init(1) manpage, rather than init(8) as it should be.
> 
> It might be time to finally ask the man-db maintainer to stop
> including/using whatis entries in the database, or at least to use
> them only as a last resort...

The use of


  
systemd
init
systemd system and service manager
  

in systemd.xml looks correct to me.

We also package the /usr/share/man/man1/init.1.gz symlink in systemd-sysv

This indeed might be a man-db issue, which should prefer "real" files
over such embedded references.


-- 
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#780236: pyspread: Missing dependencies for pyspread v0.4

[Martin Manns]

Package: pyspread
Version: 0.4-1
Severity: normal

Dear Maintainer,

Pyspread v0.4 has dependencies that are not stated by the package
pyspread (0.4-1):

 * python-cairo
 * libpangocairo-1.0-0

Maybe additional Cairo packages are required such as
the packages python-gi-cairo and libcairo-gobject2

Pyspread v0.4 also recommends one additional package:
 * python-rsvg (for svg support)

Could you please add the missing dependencies?

Regards

Martin

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'unstable'), (500, 't Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pyspread depends on:
ii  python-gnupg   0.3.6-1
ii  python-matplotlib  1.4.2-3.1
ii  python-numpy   1:1.8.2-2
ii  python-wxgtk3.03.0.1.1+dfsg-2
pn  python:any 

Versions of packages pyspread recommends:
ii  python-jedi  0.8.1-1
ii  python-xlrd  0.9.2-1
ii  python-xlwt  0.7.5+debian1-1

Versions of packages pyspread suggests:
ii  python-mpltoolkits.basemap  1.0.7+dfsg-1
ii  ttf-mscorefonts-installer   3.6

-- 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#775877: gnome-session: No mouse pointer after login

[Cam Hutchison]

I've had this problem for about a year (from memory) on both Debian
and Ubuntu. My situation may be uncommon though - I run
gnome-fallback/flashback or whatever it is called now so I can run a
gnome desktop with fvwm.

I discovered my problem to be related to the gnome settings daemon
cursor plugin. Turning it off made my cursor come back:

$ gsettings set org.gnome.settings-daemon.plugins.cursor active false

I can reproduce this (currently under Ubuntu, but I'll give it another
try when I get to my Debian desktop tonight) by setting that key to
true:

$ gsettings set org.gnome.settings-daemon.plugins.cursor active true

I have no idea what this plugin is meant to do and I see no
detrimental affects from turning it off.


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

Bug#780235: "man init" brings up systemd(8) despite /sbin/init coming from sysvinit-core

[Samuel Bronson]

Package: systemd
Version: 215-12
Severity: important
File: /usr/share/man/man1/systemd.1.gz

Dear Maintainer,

When I run "man init", I expect to see the manpage corresponding to
/sbin/init; since /sbin/init comes from sysvinit-core on my system,
that would be init(8), but I get systemd(1) instead.

This is seems to be partly because section 1 is before section 8 in
the search path, and partly because of the "whatis" entry:

--8<---cut here---start->8---
.SH "NAME"
systemd, init \- systemd system and service manager
--8<---cut here---end--->8---

which (given the path/filename and the stuff passed to .TH) presumably
gives man-db the impression that this file should be considered to
provide the init(1) manpage, rather than init(8) as it should be.

It might be time to finally ask the man-db maintainer to stop
including/using whatis entries in the database, or at least to use
them only as a last resort...

-- Package-specific info:

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

Kernel: Linux 3.16.0-4-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
Init: sysvinit (via /sbin/init)

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-58
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-5
ii  libc6   2.19-15
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.2-4+b1
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-12
ii  mount   2.25.2-5
ii  sysv-rc 2.88dsf-58
ii  udev215-12
ii  util-linux  2.25.2-5

Versions of packages systemd recommends:
ii  dbus1.8.16-1
ii  libpam-systemd  215-12

Versions of packages systemd suggests:
pn  systemd-ui  

-- 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#779786: ifupdown: segfault in libc after calling getdents

[Andrew Shadura]

Hello,

On Wed, 04 Mar 2015 20:37:10 +0100
Matej Kovac  wrote:

> I decided to split interfaces(5) and extracted one interface into
> separate file in interfaces.d/brsys. gdb ifup segfaults...:
> 
> (gdb) run brsys
> Starting program: /sbin/ifup brsys
> 
> Program received signal SIGSEGV, Segmentation fault.
> internal_fnmatch (pattern=pattern@entry=0x60f3ea "*", 
> string=string@entry=0x12dfd43 "brsys", string_end=0x12dfd48 "", 
> no_leading_period=no_leading_period@entry=4, flags=flags@entry=4, 
> ends=ends@entry=0x0, alloca_used=alloca_used@entry=0) at
> fnmatch_loop.c:49 49  fnmatch_loop.c: No such file or directory.
> (gdb) bt
> #0  internal_fnmatch (pattern=pattern@entry=0x60f3ea "*", 
> string=string@entry=0x12dfd43 "brsys", string_end=0x12dfd48 "", 
> no_leading_period=no_leading_period@entry=4, flags=flags@entry=4, 
> ends=ends@entry=0x0, alloca_used=alloca_used@entry=0) at
> fnmatch_loop.c:49

This looks weird. Have you tried to reproduce it somewhere else? Does
it happen all the time?

-- 
Cheers,
  Andrew


pgpQMRZX9ZLDs.pgp
Description: OpenPGP digital signature

Bug#780234: nodejs: apt-get install nodejs did not install npm

[Jérémy Lal]

Those are two separate software, with separate upstream authors.
Search the package archive please before reporting a bug with wrong
severity.

apt-get install nodejs npm

is what you want.

before you open another bug, you might want to check nodejs-legacy as
well.

Jérémy.

Le mercredi 11 mars 2015 à 00:32 +0200, Zekai O. Ozalp a écrit :
> Package: nodejs
> Version: 0.10.29~dfsg-1.1
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>   nodejs installation
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>   apt-get install nodejs
>* What was the outcome of this action?
>   did not install npm
>* What outcome did you expect instead?
>   npm to be installed
> 
> *** End of the template - remove these template lines ***
> 
> 
> -- System Information:
> Debian Release: 8.0
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages nodejs depends on:
> ii  libc-ares21.10.0-2
> ii  libc6 2.19-15
> ii  libgcc1   1:4.9.2-10
> ii  libssl1.0.0   1.0.1k-1
> ii  libstdc++64.9.2-10
> ii  libv8-3.14.5  3.14.5.8-8.1
> ii  zlib1g1:1.2.8.dfsg-2+b1
> 
> nodejs recommends no packages.
> 
> nodejs 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#779737: pptp-linux: VPN stoped working

[Ola Lundqvist]

Hi

Thanks for the information. Good that you solved the problem! :-)

// Ola

On Tue, Mar 10, 2015 at 6:25 PM,  wrote:

>  Hello,
>
> After i tried the following steps the VPN started working:
>
> «Second approach is manually loading the nf_conntrack_pptp module. You
> can do this by running
>
> sudo modprobe nf_conntrack_pptp
>
> To load this module on every boot on Ubuntu, add it to the file
> /etc/modules.»
>
>
> http://askubuntu.com/questions/572497/cant-connect-to-pptp-vpn-with-ufw-enabled-on-ubuntu-14-04-with-kernel-3-18
>
>
> I have installed the kernel Linux 3.16.0-4-686-pae #1 SMP Debian
> 3.16.7-ckt7-1 (2015-03-01) i686 GNU/Linux.
>
>
> Thanks.
>
> Best regards,
>
> Marco Oliva
>
>
> Ola Lundqvist :
>
> Hi
>
> It is not possible for me to analyze the problem as you have not described
> any error message or similar.
> Also you do not mention what kernel and software version you used when it
> worked.
>
> What I need to have are:
> - Logs
> - What you are connected to
> - Software version of pptp-linux before upgrade
> - Software version of pptp-linux after upgrade
> - Software version of the kernel before upgrade
> - Software version of the kernel after upgrade.
> - Your configuration
>
> Please describe this.
>
> Pptp-linux has not been changed for a very long time (almost two years) so
> I doubt that it is the cause of the problem.
> https://packages.qa.debian.org/p/pptp-linux.html
>
> // Ola
>
> On Wed, Mar 4, 2015 at 6:09 PM, Marco Oliva  wrote:
>
>> Package: pptp-linux
>> Version: 1.7.2-7
>> Severity: important
>>
>> Dear Maintainer,
>>
>> Until recently (22 days ago) the VPN worked, but after an update stoped
>> working («VPN connection failed»).
>>
>> Configuration:
>> I followed the instructions in
>> https://sigarra.up.pt/feup/pt/web_base.gera_pagina?P_pagina=21387
>>
>> Thanks.
>>
>> Best regards,
>> Marco Oliva
>>
>>
>> -- System Information:
>> Debian Release: 8.0
>>   APT prefers testing-updates
>>   APT policy: (500, 'testing-updates'), (500, 'testing')
>> Architecture: i386 (i686)
>>
>> Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
>> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>> Init: systemd (via /run/systemd/system)
>>
>> Versions of packages pptp-linux depends on:
>> ii  binutils  2.24.90.20141023-1
>> ii  libc6 2.19-15
>> ii  ppp   2.4.6-3
>>
>> pptp-linux recommends no packages.
>>
>> pptp-linux suggests no packages.
>>
>> -- no debconf information
>>
>
>
>
> --
>--- Inguza Technology AB --- MSc in Information Technology 
> /  o...@inguza.comAnnebergsslingan 37\
> |  o...@debian.org   654 65 KARLSTAD|
> |  http://inguza.com/Mobile: +46 (0)70-332 1551 |
> \  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
>  ---
>
>
>
>
>


-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---

Bug#780234: nodejs: apt-get install nodejs did not install npm

[Zekai O. Ozalp]

Package: nodejs
Version: 0.10.29~dfsg-1.1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
nodejs installation
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
apt-get install nodejs
   * What was the outcome of this action?
did not install npm
   * What outcome did you expect instead?
npm to be installed

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


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

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

Versions of packages nodejs depends on:
ii  libc-ares21.10.0-2
ii  libc6 2.19-15
ii  libgcc1   1:4.9.2-10
ii  libssl1.0.0   1.0.1k-1
ii  libstdc++64.9.2-10
ii  libv8-3.14.5  3.14.5.8-8.1
ii  zlib1g1:1.2.8.dfsg-2+b1

nodejs recommends no packages.

nodejs 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#779980: unblock: gpaste/3.14-2

[Jérémy Lal]

Control: tags -1 - moreinfo

thanks !

Le mardi 10 mars 2015 à 19:39 +0100, Emilio Pozuelo Monfort a écrit :
> Control: tags -1 confirmed moreinfo
> 
> On 07/03/15 15:19, Jérémy Lal wrote:
> > Package: release.debian.org
> > Followup-For: Bug #779980
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
> > Here's the debdiff before i upload.
> 
> Please go ahead and remove the moreinfo tag when your upload is accepted.
> 
> Emilio


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

Bug#722249: Man pages ready

[Maarten Baert]

Man pages are now included upstream, and will be included in the next
release (0.3.4). I don't have any new features right now that would
warrant a new release though, so you may want to include the man pages
as a patch for now, so you don't have to wait for them (the next release
could be months away).

Maarten Baert


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

Bug#774914: firmware-linux-nonfree: Include the intel sst firmwares required for audio on Bay Trail

[René Wagner]

Hi Antonio,

On 03/04/2015 04:17 PM, Antonio Ospite wrote:

Sound is not working yet, TBH I sent this report to Debian after I
managed to successfully load the drivers and upload the firmware
without further tests, I guess I was just trusting what
linux-firmware was shipping and thought I could solve the problem in
the kernel.


I can confirm that the firmware files from linux-firmware.git appear to
be loaded successfully with Linux 4.0-rc2. If I read the kernel log
correctly the driver fails to complete its initialization process,
though, so there's still no sound output. For future reference I've
attached the corresponding kernel log.


Intel developers confirmed that there may be difference in how the
hardware is connected between boards[1], and here is the bug report
about that[2].


Thanks for the links. I had been positive about Linux support for the
Venue 8 Pro, but I guess my model 5845 is sufficiently different from
the 5830 (that everyone else seems to be using) to cause trouble. Audio
isn't a top priority to me but the lack of accelerated graphics (screen
goes black when X is started with the Intel/i915 driver) is a show
stopper which I suppose is something for a new bug report...

I haven't given up on audio entirely though. If I figure anything out
I'll let you know.

Regards,

Rene
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.0.0-rc2-rw1-amd64 (rw@cassiopeia) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #5 SMP Sat Mar 7 20:39:34 CET 2015
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-rc2-rw1-amd64 
root=UUID=ff554516-1a71-4b49-a198-97d11c5cb593 ro nomodeset i915.modeset=0
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0008efff] usable
[0.00] BIOS-e820: [mem 0x0008f000-0x0008] ACPI NVS
[0.00] BIOS-e820: [mem 0x0009-0x0009dfff] usable
[0.00] BIOS-e820: [mem 0x0009e000-0x0009] reserved
[0.00] BIOS-e820: [mem 0x0010-0x1fff] usable
[0.00] BIOS-e820: [mem 0x2000-0x201f] reserved
[0.00] BIOS-e820: [mem 0x2020-0x39ff] usable
[0.00] BIOS-e820: [mem 0x3a00-0x3b843fff] reserved
[0.00] BIOS-e820: [mem 0x3b844000-0x3b87bfff] ACPI data
[0.00] BIOS-e820: [mem 0x3b87c000-0x3c0c8fff] ACPI NVS
[0.00] BIOS-e820: [mem 0x3c0c9000-0x3c33efff] reserved
[0.00] BIOS-e820: [mem 0x3c33f000-0x3c451fff] type 20
[0.00] BIOS-e820: [mem 0x3c452000-0x3c45bfff] usable
[0.00] BIOS-e820: [mem 0x3c45c000-0x3c45cfff] reserved
[0.00] BIOS-e820: [mem 0x3c45d000-0x3cbf] usable
[0.00] BIOS-e820: [mem 0xe00f8000-0xe00f8fff] reserved
[0.00] BIOS-e820: [mem 0xfed01000-0xfed01fff] reserved
[0.00] BIOS-e820: [mem 0xfed08000-0xfed08fff] reserved
[0.00] BIOS-e820: [mem 0xffa0-0x] reserved
[0.00] NX (Execute Disable) protection: active
[0.00] efi: EFI v2.31 by American Megatrends
[0.00] efi:  ACPI=0x3b87b000  ACPI 2.0=0x3b87b014  SMBIOS=0x3c45c090 
[0.00] efi: mem00: [Conventional Memory|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x-0x0008f000) (0MB)
[0.00] efi: mem01: [ACPI Memory NVS|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x0008f000-0x0009) (0MB)
[0.00] efi: mem02: [Conventional Memory|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x0009-0x0009e000) (0MB)
[0.00] efi: mem03: [Reserved   |   |  |  |  |   |WB|WT|WC|UC] 
range=[0x0009e000-0x000a) (0MB)
[0.00] efi: mem04: [Loader Data|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x0010-0x00f67000) (14MB)
[0.00] efi: mem05: [Conventional Memory|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x00f67000-0x1000) (240MB)
[0.00] efi: mem06: [Boot Code  |   |  |  |  |   |WB|WT|WC|UC] 
range=[0x1000-0x10058000) (0MB)
[0.00] efi: mem07: [Conventional Memory|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x10058000-0x2000) (255MB)
[0.00] efi: mem08: [Reserved   |   |  |  |  |   |WB|WT|WC|UC] 
range=[0x2000-0x2020) (2MB)
[0.00] efi: mem09: [Conventional Memory|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x2020-0x27fc4000) (125MB)
[0.00] efi: mem10: [Loader Data|   |  |  |  |   |WB|WT|WC|UC] 
range=[0x27fc4000-0x35b35000) (219MB)
[0.00] efi: mem11: [Conventional Memory|   |  |  |  |   |WB|

Bug#688212: [Pkg-fonts-devel] Bug#688212: fonts-inconsolata: Please update Inconsolata to version 1.011

[Antoine Musso]

On Mon, 1 Oct 2012 06:38:02 +0200 Christian PERRIER  
wrote:

Quoting Raph Levien (raph.lev...@gmail.com):
> Yes, the version at Google Web Fonts is more recent and should be
> considered the definitive one.
>
> Note also that there's a bold there now. This will be a significant
> advantage to people who have bold styling as part of their syntax
> highlighting.
>
> I really need to update my website but I'm kind of buried in work and other
> things right now.


Thanks for your answer, Raph. With that information and what followed
in further mails, I'll try to build a package with at least the .ttf
file and the .sfd source (if I can find my way on the repository) but,
certainly, having a disributable tarball (with README, license,
OFL-FAQ, etc. and even a Makefile, as Paul Wise suggested) would be
great. But, of course, I understand you may run short of time for
this.

We'll do our bestas often in free software..:-)


Bonjour,

I found out on wikipedia that the inconsolata font has been forked on 
Google Foot Directory. It has been fully hinted and a bold variant created.



Project directory:
https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/

Log:
https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/FONTLOG.txt


I have filled https://bugs.debian.org/780233 to request packaging of the 
fork.


--
Antoine Musso


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

Bug#618568: [ttf-inconsolata] bold font too wide in konsole

[Antoine Musso]

On Thu, 11 Oct 2012 12:39:44 +0200 Benjamin Danon  
wrote:

Hi,

I solved my problem by using the TTF file of the Inconsolata font found
on Google web fonts http://www.google.com/webfonts/specimen/Inconsolata
The archive provide the files Inconsolata-Regular.ttf and
Inconsolata-Bold.ttf that fix my problem.


Bonjour Benjamin,

I found out on wikipedia that the inconsolata font has been forked on 
Google Foot Directory. It has been fully hinted and a bold variant created.



Project directory:
https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/

Log:
https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/FONTLOG.txt


I have filled https://bugs.debian.org/780233 to request packaging of the 
fork.


--
Antoine Musso


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

Bug#780233: fonts-inconsolata: Please package v1.014 from Google Font Directory

[Antoine Musso]

Package: fonts-inconsolata
Version: 001.010-5
Severity: important

Dear Maintainer,

I found out on wikipedia that the inconsolata font has been forked on
Google Foot Directory. It has been fully hinted and a bold variant
created.

Project directory:
https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/

ChangeLog:

18 September 2012 (Alexei Vanyashiin) Inconsolata bold v. 1.014
- Fixed spacing issue associated with the character "4" and "0"
- Applied ttfautohint (to fix windows rendering problem that occurred in
  v 1.000)

7 December 2011 (Kirill Tkachev) Inconsolata Bold v. 1.000
- Completed Bold version of Inconsolata in VBF format.

https://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/FONTLOG.txt

That would probably close https://bugs.debian.org/618568 which state the
bold font is too wide in konsole.  I only have Medium and Oblique
myself but that is an other story.

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

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

Kernel: Linux 3.16.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
Init: systemd (via /run/systemd/system)

-- 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#722249: help with debian packageing simplescreenrecorder

[Maarten Baert]

The text for the man pages can be taken from the --help output of both
simplescreenrecorder and ssr-glinject. There is a tool that can do this
automatically IIRC, but some reformatting may be needed. I can maintain
manpages upstream (which is probably desirable), but I have no
experience with creating them. I'll do some searching and try to come up
with something.

If there's anything else that I can do upstream to make packaging
easier, don't hesitate to let me know :).

Maarten Baert

On 10/03/15 19:26, Paul Elliott wrote:
> I have seen the ITP on simplescreenrecorder.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722249
>
> I have decided to help out packaging this package.
>
> Whoever owns this bug and is working on this please clone:
> g...@github.com:pelliott80/simplescreenrecorder-dpm.git
> or
> https://github.com/pelliott80/simplescreenrecorder-dpm.git
>
> This is a packaging repository used for packaging. It
> is in dpm format.
> http://git-dpm.alioth.debian.org/
>
> This is the most common format for packaging work on alioth.
>
> packages in this format usually have at least 3 branches,
> upstream, pristine-tar, and master.
>
> upstream contains the upstream's source unmodified.
> pristine-tar is used to reconstruct a tarball.
> master is the files as modified for packaging
> there will be a debian directory and the source may
> be modified by any patches.
>
> here is the changelog entry I used to help get this package
> into Debian:
>
> simplescreenrecorder (0.3.3-2) unstable; urgency=medium
>
>   * volunteer to help get it into Debian.
>   * change to non-native package; native packages do not make it into Debian.
>   * update standards version to 3.9.6
>   * remove unneeded build dependency on build-essential
>   * remove duplicate dependency in build depends, libxext-dev, libx11-dev,
>   - libxfixes-dev
>   * use correct format specification URI
>   - https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
>   * remove indefinite article from Description field
>   * wrap too long line in Description field
>   * remove empty debian/postinst
>   * update copyright file
>   * fix VCS fields
>   - VCS fields should point to the source control for the packaging;
>   - not the source control for the program.
>   * create debian/watch file.
>
>  -- Paul Elliott   Sat, 07 Mar 2015 16:59:23 
> -0600
>
> here are the current results of lintian:
> P: simplescreenrecorder source: debian-watch-may-check-gpg-signature
> N: 
> N:This watch file does not include a means to verify the upstream tarball
> N:using cryptographic signature.
> N:
> N:If upstream distributions provide such signatures, please use the
> N:pgpsigurlmangle options in this watch file's opts= to generate the URL
> N:of an upstream GPG signature. This signature is automatically downloaded
> N:and verified against a keyring stored in
> N:debian/upstream-signing-key.asc.
> N:
> N:Of course, not all upstreams provide such signatures, but you could
> N:request them as a way of verifying that no third party has modified the
> N:code against their wishes after the release. Projects such as
> N:phpmyadmin, unrealircd, and proftpd have suffered from this kind of
> N:attack.
> N:
> N:Refer to the uscan(1) manual page for details.
> N:
> N:Severity: pedantic, Certainty: certain
> N:
> N:Check: watch-file, Type: source
> N: 
> W: simplescreenrecorder: binary-without-manpage usr/bin/simplescreenrecorder
> N: 
> N:Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should
> N:have a manual page
> N:
> N:Note that though the man program has the capability to check for several
> N:program names in the NAMES section, each of these programs should have
> N:its own manual page (a symbolic link to the appropriate manual page is
> N:sufficient) because other manual page viewers such as xman or tkman
> N:don't support this.
> N:
> N:If the name of the man page differs from the binary by case, man may be
> N:able to find it anyway; however, it is still best practice to make the
> N:case of the man page match the case of the binary.
> N:
> N:If the man pages are provided by another package on which this package
> N:depends, lintian may not be able to determine that man pages are
> N:available. In this case, after confirming that all binaries do have man
> N:pages after this package and its dependencies are installed, please add
> N:a lintian override.
> N:
> N:Refer to Debian Policy Manual section 12.1 (Manual pages) for details.
> N:
> N:Severity: normal, Certainty: possible
> N:
> N:Check: manpages, Type: binary
> N: 
> W: simplescreenrecorder: binary-without-manpage usr/bin/ssr-glinject
>
> I: Lintian run was successful.
>
> As I see it the outstanding issues on getting this package into
> Debian is the lack of manpages for ssr-glinject and simplescreenrecorde

Bug#780203: general: Cannot have more than 2 desktops

[Christopher Baines]

Just for completeness, here is how you would get 8 workspaces (desktops)
in Gnome.

Firstly, and the easiest way, is to have at least 7 windows open, one
per workspace. An 8th workspace will be automatically available, and
will be empty.

If you wish to have a static number of workspaces, change the setting in
the Tweak Tool [1]. On the left hand side of the window, select the
Workspaces button. Then change workspace creation to static. Input the
number of workspaces in to the box below.

1: If you cannot find it, you may need to install it, the package name
is gnome-tweak-tool (sudo apt-get install gnome-tweak-tool)


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

Bug#780231: unblock: memtest86/4.3.7-2

[Yann Dirson]

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

Please unblock package memtest86

This is a documentation-only upload to make it clear that this is the
last dfsg-free version of memtest86.

Its goal is to make our users aware of a license change which upstream
does not communicate about:

* to avoid users loosing their time to report the new releases -
  See http://bugs.debian.org/780174 for an example.

* to avoid our users downloading a non-dfsg-free version by error
  thinking the Debian package is just outdated, and point them users
  to memtest86+ as an alternative.


diff -u memtest86-4.3.7/debian/README.Debian 
memtest86-4.3.7/debian/README.Debian
--- memtest86-4.3.7/debian/README.Debian
+++ memtest86-4.3.7/debian/README.Debian
@@ -10,4 +10,10 @@
-The make-memtest86-boot-floppy utility will help you to create a
-boot floppy or floppy image.
+This is the last DFSG-compliant version of this software, upstream
+has opted for a proprietary development model starting with 5.0.  You
+may want to consider using memtest86+, which has been forked from an
+older version, and is also available in Debian.
 
- -- Yann Dirson , Tue May 25 15:45:37 2004
+The make-memtest86-boot-floppy utility will help you to create a boot
+floppy or floppy image using grub-legacy.  You may prefer to use the
+prebuilt ISO shipped by the memtest86+ package.
+
+ -- Yann Dirson , Tue, 10 Mar 2015 21:17:12 +0100
diff -u memtest86-4.3.7/debian/changelog memtest86-4.3.7/debian/changelog
--- memtest86-4.3.7/debian/changelog
+++ memtest86-4.3.7/debian/changelog
@@ -1,3 +1,15 @@
+memtest86 (4.3.7-2) unstable; urgency=medium
+
+  * Update extended description and README.Debian to make it clear that
+later versions are not DFSG-free.
+  * Upgrade "Suggests: memtest86+" to a "Recommends:".
+  * Make it explicit that make-memtest86-boot-floppy only works with
+grub-legacy, and point to memtest86+.iso as alternative.
+  * Documented hairy source-download process in debian/copyright and
+list the new copyright holder.
+
+ -- Yann Dirson   Tue, 10 Mar 2015 21:21:52 +0100
+
 memtest86 (4.3.7-1) unstable; urgency=medium
 
   * New upstream release, and as it seems the last Free/OpenSource one.
diff -u memtest86-4.3.7/debian/control memtest86-4.3.7/debian/control
--- memtest86-4.3.7/debian/control
+++ memtest86-4.3.7/debian/control
@@ -9,7 +9,8 @@
 Package: memtest86
 Architecture: i386 amd64 kfreebsd-i386 kfreebsd-amd64 lpia hurd-i386
 Depends: ${misc:Depends}
-Suggests: hwtools, memtester, kernel-patch-badram, memtest86+, grub2 
(>=1.96+20090523-1) | grub (>= 0.95+cvs20040624), mtools
+Suggests: hwtools, memtester, kernel-patch-badram, grub2 (>=1.96+20090523-1) | 
grub (>= 0.95+cvs20040624), mtools
+Recommends: memtest86+
 Description: thorough real-mode memory tester
  Memtest86 scans your RAM for errors.
  .
@@ -24,8 +25,8 @@
- This software has been forked some time ago as memtest86+, which is
- also available in Debian.  It has sometimes support for more recent
- hardware than memtest86 has.
+ This is the last DFSG-compliant version of this software, upstream
+ has opted for a proprietary development model starting with 5.0.  You
+ may want to consider using memtest86+, which has been forked from an
+ earlier version of memtest86, and provides a different set of
+ features.  It is available in the memtest86+ package.
  .
- Both memtest86 and memtest86+ are being worked on in parallel.
- .
- A convenience script is also provided to make a grub-based floppy or
- image.
+ A convenience script is also provided to make a grub-legacy-based
+ floppy or image.
diff -u memtest86-4.3.7/debian/copyright memtest86-4.3.7/debian/copyright
--- memtest86-4.3.7/debian/copyright
+++ memtest86-4.3.7/debian/copyright
@@ -1,8 +1,11 @@
 This package was debianized by Yann Dirson 
 
-It was downloaded from http://www.memtest86.com/
+It was downloaded from http://www.memtest86.com/, and the tar.gz was
+extracted from the ISO image contained in the "Image for creating
+bootable CD" tar.gz.
 
 Upstream Author: Chris Brady 
+ PassMark Software
 
 License:
 

unblock memtest86/4.3.7-2

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)


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

Bug#775835: yowsup-cli: please put the new version 2.2.15 in experimental

[shirish शिरीष]

at bottom :-

On 3/11/15, Eriberto Mota  wrote:
> Hi guys,
>
> Currently, I am waiting a fix for this issue[1] in Yowsup.
>
> Cheers,
>
> Eriberto
>
> [1] https://github.com/tgalal/yowsup/issues/677

Dear Eriberto,
>From the issue/bug it seems the issue lies at ca-certificate side and
not python per-se. When you are/were trying with the old python, you
were still using the ca-certificates 20141019 or some other version of
that as well. This has not been told in the bug.

Also is it possible, that the previous version of python has some of
the certificates bundled within itself and in the new version, the
task has been to given to ca-certificates.

If so, then the issue will lie at ca-certificates and ask them why
they removed it ?

Also you should look at the NEWS.gz of the python 2.7.9 to see if you
can track something useful within the changes from 2.7.8 to 2.7.9 . I
did a quick skim, nothing jumped at me, maybe you could do a better
job of looking through it.

$ python --version
Python 2.7.9

/usr/share/doc/python2.7$ zcat NEWS.gz | less

Look forward to hearing from you both on the ca-certificates side and python.

If we are able to determine which one is the culprit, we can file a
bug there and get it fixed in sid.

As we are in freeze, don't think you will be able to get it into
jessie, your motivation should be to get it into sid and then later
into jessie+1 (Stretch). What you could also do is later try getting
into debian-backports where it may or may not work (sort of best
effort but may not work kinda thing).  See
http://backports.debian.org/

Waiting to see the new release in Debian but making sure that it will
remain here for a long time, so getting the root cause fixed even
though it takes time would be good.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


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

Bug#779495: Vanilla AVR toolchain

[Hakan Ardo]

Hi,
whoever of the two that are most "out of date" varies from time to
time and from feature to feature. I guess it depends on where in their
release cycle they are and how hard a time Atmel is having to get
their patches accepted upstream. Also, there seems to be some patches
in binutils that avr-develoopers depend on, that will never be
accepted upstream (for whatever reason). Also, when using the Atmel
release we get a full toolchain (gcc, binutils and libc) well tested
to work for avr develoopment.

However, there is a version 3.4.5 release of the Atmel sources which
we should upgrade to. It's still based on gcc 4.8.1 though.


On Mon, Mar 9, 2015 at 7:51 PM, Gregor Riepl  wrote:
> It seems avr-libc 1.8.1 will not build with gcc 4.8.1, but vanilla gcc 4.9.1
> works fine. I rolled my own .debs from the regular Debian gcc-4.9.1 sources
> and vanilla 1.8.1 from the project website.
>
> As I understand, the AVR toolchain on Debian is built from Atmel sources, but
> these are currently out of date. It seems Atmel toolchain developers are now
> actively submitting patches to the gcc project, before making a new version of
> their own toolchain available. This begs the question, wouldn't it be better
> if Debian avr- packages started using vanilla sources instead? It would help
> developers stay more up to date, and avoid relying on patched third party 
> sources.



-- 
Håkan Ardö


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

Bug#780182: kwalletd spawns 20 gpg2 processes every 5 minutes and burns my cpu to ashes

[Valentin Rusu]

* Thomas Koch  [2015-03-10 08:51:46 +0100]:

> Package: kde-runtime
> Version: 4:4.14.2-2
> Severity: grave
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> I'm using kwallet with the new gpg backend.
> 
> Since the last aptitude update and reboot kwalletd seems to open around 20 
> instances
> of the following process every 5 minutes:
> 
> gpg2 --batch --no-sk-comment --status-fd 12 --no-tty --charset utf8 \
>  --enable-progress-filter --display :0 --with-colons --fixed-list-mode \
>  --with-fingerprint --with-fingerprint --list-keys --

Well, that's bizarre. kwalletd uses libgpgme to handle GPG encryption. I
have no idea why gpg2 is launched on your system. Checking on my system
(I'm using GPG backend) there's no gpg2 spawned. I can also confirm
never having seen this behavior.

> 
> I'm currently running
>  while true ;do killall gpg2 ; sleep 1;done
> to be able to write this bug report.

:-)

> 
> When those gpg2 processes get killed, two different kinds of dialog windows 
> pop up:
> 
> "Error when attempting to open the wallet kdewallet. The wallet was encrypted 
> using
> the GPG Key ID 07FC4891042BA65A but this key was not found on your system."
> or
> "Error when attempting to decrypt the wallet kdewallet using GPG. If you're 
> using a
> SmartCard, please ensure it's inserted then try again.
> GPG error was No data"
> 
> I have a keyring that is way too big and thus amplifies the problem for me. 
> But that
> should not result in an overheated cpu.
> 
> I believe the process asking for wallet access might be kmail via akonadi 
> since no
> other KDE program is running AFAIK.
> 
> Some of the last updates were:
> 
> qt4-x11 (source) 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 -> 
> 4:4.8.6+git64-g5dc8b2b+dfsg-3
> gnupg:amd64 1.4.18-6 -> 1.4.18-7

I'm using gnupg 2.1.2-1 on my ArchLinux system. Do you have this version
under Ubuntu?

-- 
Valentin Rusu
IRC: valir


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

Bug#780230: bnd: Update to recent upstream release, at least 2.1.0

[Miguel Landaeta]

Package: src:bnd
Version: 1.50.0-8
Severity: wishlist
Owner: Miguel Landaeta 

maven-bundle-plugin >= 2.4 depends on bnd >= 2.1.0, so an update is
needed for this package.


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#780174: memtest86: new upstream version (V6.0.0)

[Yann Dirson]

On Tue, Mar 10, 2015 at 07:30:35PM +0100, Yann Dirson wrote:
> On Tue, Mar 10, 2015 at 05:43:04PM +0800, Paul Wise wrote:
> > On Tue, 2015-03-10 at 08:24 +0100, Yann Dirson wrote:
> > 
> > > Unfortunately starting with 5.0 they have turned the software to a
> > > prioprietary binary-only license, so if we can package it (which I
> > > have not investigated) it will have to be in a separate package in
> > > non-free.  Also note that 5.0 and later are UEFI-only, and that the
> > > ISO they ship contains a 4.3.7 image for legacy-BIOS-only machines.
> > 
> > Are you sure? The 6.0 package I downloaded contained a source code
> > tarball on the ISO and at least one of the files in there was GPL.
> 
> I did not check in 6.0, but in 5.0 the source tarball was the 4.3.7
> one - and it was not immediate to see that.
> 
> Will check, anyway.

Double-check done.  Their "unversionned tarball inside an iso inside a
tarball" (showcasing how far they are from our culture ;) contains
files timestamped 2014-05-13, and display_init() in init.c does say
"Memtest86 v4.3.7".


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

Bug#775835: yowsup-cli: please put the new version 2.2.15 in experimental

[Eriberto Mota]

Hi guys,

Currently, I am waiting a fix for this issue[1] in Yowsup.

Cheers,

Eriberto

[1] https://github.com/tgalal/yowsup/issues/677


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

Bug#751728: apt-get warns about "stable-updates"

[David Kalnischkies]

Control: tags -1 - patch
Control: retitle -1 component release files do not contain codename
Control: reassign -1 ftp.debian.org

Hi,

(late, but better late than never…)
reassign to the ftpmasters as the archive is their realm rather
than the realm of apt - apt is just a client using it…

On Mon, Jun 16, 2014 at 02:55:44AM +0200, Roman Czyborra wrote:
> root@thinkpad:~# LANG=C apt-get update
> [...]
> Hit http://ftp.debian.org stable-backports Release
> [...]
> Reading package lists... Done
> W: Conflicting distribution: http://ftp.debian.org stable-backports Release 
> (expected stable-backports but got wheezy-backports)

This is reported in #509574 (and merges) as well as #714726.
The warning is caused by the content of the 'usual' release
Release files - see these bugs for details.


I leave this bug open for the other issue you reported:

> *** ftp.debian.org/debian/dists/stable-updates/main/binary-i386/Release 
> 2014/06/15 19:01:00 1.1
> --- ftp.debian.org/debian/dists/stable-updates/main/binary-i386/Release 
> 2014/06/16 00:32:25
> ***
> *** 1,4 
> ! Archive: wheezy-updates
>   Origin: Debian
>   Label: Debian
>   Component: main
> --- 1,5 
> ! Archive: stable-updates
> ! Codename: wheezy-updates
>   Origin: Debian
>   Label: Debian
>   Component: main

APT isn't using these files. You can 'force' it to do it by using this
directory as a flat-repository. Not a good idea as this would be
unsigned and all, but well your choice. In terms of apt it might be
equally well to drop these files entirely as unsigned flats work "fine"
without a Release file, too – and it looks even more like a bad idea
this way (which is always good).

I don't know about other (non-)users of these Release files through.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#779643: closed by Ben Hutchings (Re: Bug#779643: firmware-realtek - bluetooth not working on rtl8723be)

[Ben Hutchings]

On Wed, 2015-03-04 at 11:16 +0100, Jakob Schürz wrote:
> Am 2015-03-03 um 20:36 schrieb Debian Bug Tracking System:
> > Not a firmware bug; please read the instructions.
> >
> > Ben.
> >
> > -- Ben Hutchings The world is coming to an end. Please log off.
> >
> >
> > firmware-realtek - bluetooth not working on rtl8723be.eml
> >
> 
> Please... I'm not a developer... Which instructions?
> 
> I got the information, i have to rebuild the firmware with some other 
> sourcecode... so, why is it NOT a firmware-bug?
> 
> And my Laptop doesn't find some other bluetooth-device, nor other 
> bluetooth-devices can find my laptop. So something is wrong with the 
> software... firmware???

The message you should see when trying to report a bug on one of the
firmware packages is:

You are about to report a bug on a firmware package.
This package does not contain any drivers and is probably not 
responsible
for the bug you have found.

If you want to report a bug in a Linux kernel module, use the 'modinfo'
command to find where it is installed and then give the filename to
'reportbug'.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#780229: unblock (pre-approval): mate-settings-daemon/1.8.2-3

[Mike Gabriel]

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

Please consider unblocking planned upload of package mate-settings-daemon.

+  * debian/changelo:
++ Fix typo in previous changelog stanza.

Is that ok as I did that in the .debdiff? Should this be mentioned here?

+  * debian/patches:
++ Add debian/patches/1001_fix-numlock-cpu-usage.patch. Prevent m-s-d from
+  causing high CPU load if the user repetitively toggles the NUMLOCK key
+  while being connected via a remote session (NX, X2Go, VNC, xrdp, etc.)
+  or sometimes also in a local X.org session. (Closes: #780226,
+  LP:1364111).

-> This issue has been bugging me personally and also a customer of mine
for a while now when connected to MATE via X2Go. I always thought that it
was related to nxagent/x2goagent.

While triaging bug reports in the MATE upstream issue tracker, I stumbled
over the patch shipped with this upload proposal (see #780226 for
details).

The provided patch by Nilesh Govindrajan fixes the high CPU load issue
(and probably also another issue observed under X2Go [1]).

light+love,
Mike


[1] http://bugs.x2go.org/402

unblock mate-settings-daemon/1.8.2-3

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
diff -Nru mate-settings-daemon-1.8.2/debian/changelog mate-settings-daemon-1.8.2/debian/changelog
--- mate-settings-daemon-1.8.2/debian/changelog	2015-03-10 18:00:07.0 +0100
+++ mate-settings-daemon-1.8.2/debian/changelog	2015-03-10 20:40:59.0 +0100
@@ -1,10 +1,23 @@
+mate-settings-daemon (1.8.2-3) unstable; urgency=medium
+
+  * debian/changelo:
++ Fix typo in previous changelog stanza.
+  * debian/patches:
++ Add debian/patches/1001_fix-numlock-cpu-usage.patch. Prevent m-s-d from
+  causing high CPU load if the user repetitively toggles the NUMLOCK key
+  while being connected via a remote session (NX, X2Go, VNC, xrdp, etc.)
+  or sometimes also in a local X.org session. (Closes: #780226,
+  LP:1364111).
+
+ -- Mike Gabriel   Tue, 10 Mar 2015 20:36:14 +0100
+
 mate-settings-daemon (1.8.2-2) unstable; urgency=medium
 
   [ Mike Gabriel ]
   * debian/patches:
 + Add README file explaining our patch naming scheme.
 + Add 0002_fix-a11y-keyboard-dialog-segfaults.patch. Fix segfaults when
-  clicking on the checkboxes in the a11y-keybord configuration dialog.
+  clicking on the checkboxes in the a11y-keyboard configuration dialog.
   (Closes: #779916).
 
  -- Mike Gabriel   Tue, 10 Mar 2015 17:59:38 +0100
diff -Nru mate-settings-daemon-1.8.2/debian/patches/1001_fix-numlock-cpu-usage.patch mate-settings-daemon-1.8.2/debian/patches/1001_fix-numlock-cpu-usage.patch
--- mate-settings-daemon-1.8.2/debian/patches/1001_fix-numlock-cpu-usage.patch	1970-01-01 01:00:00.0 +0100
+++ mate-settings-daemon-1.8.2/debian/patches/1001_fix-numlock-cpu-usage.patch	2015-03-10 20:35:25.0 +0100
@@ -0,0 +1,35 @@
+Author: Nilesh Govindrajan (https://github.com/nilesh)
+Description: Prevent nxagent/xrdp/xvnc from causing high CPU loads on toggling NUMLOCK
+Origin: https://github.com/mate-desktop/mate-settings-daemon/issues/57#issuecomment-73353036
+
+--- a/plugins/keyboard/msd-keyboard-manager.c2015-02-07 12:17:03.372168487 +0530
 b/plugins/keyboard/msd-keyboard-manager.c 2015-02-07 10:57:10.936047797 +0530
+@@ -267,10 +267,6 @@
+ bell_volume   = (volume_string && !strcmp (volume_string, "on")) ? 50 : 0;
+ g_free (volume_string);
+
+-#ifdef HAVE_X11_EXTENSIONS_XKB_H
+-rnumlock  = g_settings_get_boolean  (settings, KEY_NUMLOCK_REMEMBER);
+-#endif /* HAVE_X11_EXTENSIONS_XKB_H */
+-
+ gdk_error_trap_push ();
+ if (repeat) {
+ gboolean rate_set = FALSE;
+@@ -306,9 +302,13 @@
+ &kbdcontrol);
+
+ #ifdef HAVE_X11_EXTENSIONS_XKB_H
+-if (manager->priv->have_xkb && rnumlock) {
+-numlock_set_xkb_state (numlock_get_settings_state (settings));
+-}
++rnumlock  = g_settings_get_boolean  (settings, KEY_NUMLOCK_REMEMBER);
++
++   if(rnumlock == 0 || key == NULL) {
++   if (manager->priv->have_xkb && rnumlock) {
++   numlock_set_xkb_state (numlock_get_settings_state (settings));
++   }
++   }
+ #endif /* HAVE_X11_EXTENSIONS_XKB_H */
+
+ XSync (GDK_DISPLAY_XDISPLAY(gdk_display_get_default()), FALSE);
+
diff -Nru mate-settings-daemon-1.8.2/debian/patches/series mate-settings-daemon-1.8.2/debian/patches/series
--- mate-settings-daemon-1.8.2/debian/patches/series	2015-03-10 17:58:15.000

Bug#780228: libvdpau-va-gl1: libvdpau-va-gl pollutes stdout

[Anton Khirnov]

Package: libvdpau-va-gl1
Version: 0.3.4-1
Severity: normal

Hi,
on init, this library will print
[VS] Software VDPAU backend library initialized
to stdout. This breaks programs that use stdout for something and expect
nobody else to mess with it.


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

Kernel: Linux 3.18.3-daenerys.b (SMP w/8 CPU cores; PREEMPT)
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 libvdpau-va-gl1 depends on:
ii  libc6 2.19-7
ii  libgl1-mesa-glx [libgl1]  10.1.4-1
ii  libglib2.0-0  2.42.0-2
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libswscale2   6:10.3-1
ii  libva-x11-1   1.5.0-1
ii  libva11.5.0-1
ii  libx11-6  2:1.6.2-2
ii  multiarch-support 2.19-1

libvdpau-va-gl1 recommends no packages.

libvdpau-va-gl1 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#779329: linux-image-3.16.0-4-amd64: atl1 issue seems to be fixed in 3.16.7-ckt7-1

[Ben Hutchings]

Control: tag -1 unreproducible moreinfo

I don't see any changes in the driver or PCI core between these versions
that would explain why the error went away.  So, I'll leave this report
open for a while and you can let us know if it reoccurs.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#779600: linux-image-3.16.0-4-686-pae: Linux console does not render the bold attribute correctly

[Ben Hutchings]

Control: tag -1 moreinfo

Please test whether this is still the case in 3.19 (available in the
experimental suite).  If so, please open a bug report at
 under product 'DRI', component
'DRM/Intel' and let us know the bug number so we can track it.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#780175: linux-image-3.16.0-4-686-pae: flags mismatch irq 6 00000080 (sata_sil) vs 00000000 (floppy)

[Ben Hutchings]

Control: tag -1 moreinfo

On Tue, 2015-03-10 at 00:09 -0600, Dan Brown wrote:
> Package: src:linux
> Version: 3.16.7-ckt7-1
> Severity: important
> 
> Dear Maintainer,
> 
> 
> I have an old Dell (Dimension XPS B766r) which was previously running
> Debian 6 on it serving as a fileserver with 8 sata HDDs, 2 IDE HDDs,
> and an SD to IDE adapter running the OS. It has two PCI RAID cards
> running in jBOD to facilitate the numerous drives.  The MegaRAID PCI
> card is detected and it's drives all show up. The Silicon Image SiI
> 3114 RAID card is detected but has a conflict with the IRQ for the
> floppy drive (which is disabled in BIOS).
[...]

Is the floppy _drive_ disabled (drive type set to 'none'), or the floppy
_controller_ (in an 'on-board devices' menu)?  In the latter case

In any case, the BIOS performs initial assignment of IRQs, so this
conflict is probably a BIOS bug.  Do any of the following workarounds
work for you?

- Disable/enable the floppy controller in the BIOS (i.e. invert the
  current setting)
- Disable assignment of IRQ#6 by the BIOS, if possible (probably an
  option in a menu labelled 'Plug and Play' or similar)
- Add kernel parameter 'pci=usepirqmask' (but the bug this works around
  seems to be mostly found in laptops)
- Blacklist the floppy driver:
  echo 'blacklist floppy' > /etc/modprobe.d/floppy-blacklist.conf

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#780227: XSA-123 / CVE-2015-2151 Hypervisor memory corruption due to x86 emulator flaw

[Josip Rodin]

Package: xen-hypervisor-4.1-amd64
Version: 4.1.4-3+deb7u4
Severity: critical

Hi,

Not sure how come I'm the first one to file this kind of a bug report :)
but here goes JFTR...

http://xenbits.xen.org/xsa/advisory-123.html was embargoed, but advance
warning was given to several big Xen VM farms, which led to e.g.
https://aws.amazon.com/premiumsupport/maintenance-2015-03/
http://status.linode.com/incidents/2dyvn29ds5mz

I'm guessing the security team is on top of this...?
https://security-tracker.debian.org/tracker/CVE-2015-2151

TIA.

-- 
 2. That which causes joy or happiness.


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

Bug#780226: Num lock toggling causing mate-settings-daemon, xorg cpu runaway, LED astable

[Mike Gabriel]

Package: mate-settings-daemon
Severity: grave
Version: 1.8.2-2

Hi,

while triaging MATE bugs, I stumbled over this issue [1]. A similar  
Ubuntu bug exists [2] that's probably tackling the same issue.


I have just tested if the issue exists in Debian jessie using  
x2goagent/nxagent as remote session agent/Xserver. I can confirm that  
the MATE session becomes unusable when toggling NUMLOCK several times  
(something that people do...).


I have tested a build of mate-settings-daemon with the patch provided  
under [1] applied and the issue is fixed.


As a side-effect, it seems that a NUMLOCK sync problem between local  
desktop and X2Go session running MATE reported in X2Go [3] has been  
fixed with this patch applied, as well.


Greets,
Mike

[1]  
https://github.com/mate-desktop/mate-settings-daemon/issues/57#issuecomment-73353036
[2]  
https://bugs.launchpad.net/ubuntu/+source/mate-settings-daemon/+bug/1364111

[3] http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=402
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgptKHS7jMa_9.pgp
Description: Digitale PGP-Signatur

Bug#780225: ITP: libdontdie -- library that sets the TCP keep-alive flag when applications call socket

[Thorsten Alteholz]

Package: wnpp
Severity: wishlist
Owner: Thorsten Alteholz 

* Package name: libdontdie
  Version : 1.2.0
  Upstream Author : Andreas Florath 
* URL : https://github.com/flonatel/libdontdie
* License : Expat
  Programming Lang: C
  Description : library that sets the TCP keep-alive flag when applications 
call socket

libdontdie is a shared library that can be injected into any application 
with the LD_PRELOAD mechanism. It is completely transparent to the 
application and therefore works equally well with closed-source programs 
and with languages like Java that do not natively allow changing the TCP 
keep-alive parameters.



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

Bug#780217: unblock (pre-approval): mate-screensaver/1.8.1-2

[Mike Gabriel]

Control: tags -1 - moreinfo

On  Di 10 Mär 2015 19:49:13 CET, Emilio Pozuelo Monfort wrote:


Control: tags -1 confirmed moreinfo

On 10/03/15 18:30, Mike Gabriel wrote:

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

Please consider unblocking planned upload of package mate-screensaver.

+  * debian/control:
++ Add to D (mate-screensaver): mate-desktop-common. (Closes: #780210).

-> People should be able use mate-screensaver standalone. The  
mate-screensaver should pull-in

all required packages via Depends: field.


Ack.

Emilio


Uploaded and accepted in unstable.

light+love,
Mike
--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net



pgpQRGFPLvpPv.pgp
Description: Digitale PGP-Signatur

Bug#780216: unblock (pre-approval): mate-user-share/1.8.0+dfsg1-4

[Mike Gabriel]

Control: tags -1 - moreinfo

On  Di 10 Mär 2015 19:47:51 CET, Emilio Pozuelo Monfort wrote:


Control: tags -1 confirmed moreinfo

On 10/03/15 15:38, Mike Gabriel wrote:

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

Please consider unblocking planned upload of package mate-user-share.

+  * debian/patches:
++ Add 0001_mem-leak-fix.patch, 0002_array-out-of-bounds.patch.  
Fix memory
+  leak and out-of-bounds access to array if bluetooth is  
disabled. (Closes:

+  #779821).

-> Vlad on his code review spring found two other issues and provided
patches for it to Debian BTS.


Go ahead and remove the moreinfo tag when the package is accepted.

Emilio


uploaded and accepted in unstable.

light+love,
Mike
--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net



pgp9VG9KqTi2J.pgp
Description: Digitale PGP-Signatur

Bug#780223: unblock: puppet/3.7.2-3

[Apollon Oikonomopoulos]

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

Dear Release Team,

I intend to upload puppet 3.7.2-3, fixing the #774643, #775795 and 
#778891 RC bugs and would like your pre-approval, since the list of 
changes is not small. In short, the changes introduced (grouped by bug) 
are:

 - #775795
   A patch to the Debian service provider, as attached in the bug 
   report.  This has been tested and working properly on both, sysv and 
   systemd systems.

 - #774643
   + A patch attached to the bug report, that does the minimal set of 
 changes required for puppet to work with ActiveRecord 4. The patch 
 has been tested in production without any ill side-effects. Note 
 that the patch has been slightly improved to require 
 deprecated_finders only on ActiveRecord versions that strictly need 
 it.
   + Have puppetmaster-common Recommend: ruby-activerecord and 
 ruby-activerecord-deprecated-finders. Although activerecord was not 
 in the Recommends: before, the dependency on deprecated-finders is 
 not straightforward for users to figure out and so was deemed 
 necessary to add.

 - #778891
   + A patch submitted originally with the bug report that enables the 
 systemd unit to use $DAEMON_OPTS, solving part of the issue.
   + Partial revert of an earlier decision to remove (using rm_conffile) 
 /etc/default/puppet, as the defaults file is still used by the 
 initscript and systemd unit file if present.
   + A change in puppet-common's preinst to administratively disable the 
 puppet agent when upgrading from versions where the START flag had 
 an impact. This is done to preserve the semantics of the START flag
 in the same rationale as the initial decision to disable the puppet 
 agent on fresh installs. This specific case was also discussed in 
 #778891 as having potential security implications.
   + A NEWS entry clarifying the above behavior and adding a note for
 people running puppet via cron (a rather common setup) that the 
 upgrade might administratively disable the agent.

The upload also adds upstream metadata in debian/upstream/metadata and 
fixes the Source field in debian/copyright.

See the attached debdiff for the full set of changes.

Regards,
Apollon

unblock puppet/3.7.2-3

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru puppet-3.7.2/debian/changelog puppet-3.7.2/debian/changelog
--- puppet-3.7.2/debian/changelog   2015-03-10 14:41:11.0 +0200
+++ puppet-3.7.2/debian/changelog   2015-03-10 19:57:24.0 +0200
@@ -1,3 +1,21 @@
+puppet (3.7.2-3) unstable; urgency=medium
+
+  [ Apollon Oikonomopoulos ]
+  * Team upload.
+  * Fix service enable/disable in the Debian service provider (Closes: #775795)
+  * Fix stored configs with ActiveRecord 4.x (Closes: #774643)
++ puppetmaster-common: add Recommends for stored configs
+  * Preserve and honor changes in /etc/default/puppet (Closes: #778891)
++ Do not remove /etc/default/puppet on upgrade
++ Disable the agent when upgrading and START != yes
++ puppet.service: pass $DAEMON_OPTS to puppet agent. Thanks to Rik Theys!
++ Add a NEWS note about the START flag
+
+  [ Stig Sandbeck Mathisen ]
+  * Add upstream metadata
+
+ -- Apollon Oikonomopoulos   Tue, 10 Mar 2015 14:33:45 
+0200
+
 puppet (3.7.2-2) unstable; urgency=medium
 
   [ Gaudenz Steinlin ]
diff -Nru puppet-3.7.2/debian/control puppet-3.7.2/debian/control
--- puppet-3.7.2/debian/control 2015-03-10 14:41:11.0 +0200
+++ puppet-3.7.2/debian/control 2015-03-10 19:57:24.0 +0200
@@ -81,6 +81,8 @@
  ruby | ruby-interpreter,
 Breaks: puppet (<< 0.24.7-1), puppetmaster (<< 2.7.6-1~)
 Replaces: puppet (<< 0.24.7-1), puppetmaster (<< 2.7.6-1~)
+Recommends: ruby-activerecord,
+ ruby-activerecord-deprecated-finders
 Suggests:
  apache2 | nginx,
  puppet-el,
diff -Nru puppet-3.7.2/debian/copyright puppet-3.7.2/debian/copyright
--- puppet-3.7.2/debian/copyright   2015-03-10 14:41:11.0 +0200
+++ puppet-3.7.2/debian/copyright   2015-03-10 16:11:08.0 +0200
@@ -1,6 +1,6 @@
 Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: Puppet
-Source: git://github.com/reductivelabs/puppet.git,
+Source: https://github.com/puppetlabs/puppet
 
 Files: *
 Copyright: 2004-2012 Puppet Labs Inc
diff -Nru puppet-3.7.2/debian/NEWS puppet-3.7.2/debian/NEWS
--- puppet-3.7.2/debian/NEWS2014-11-13 13:56:19.0 +0200
+++ puppet-3.7.2/debian/NEWS2015-03-10 19:57:24.0 +0200
@@ -1,3 +1,17 @@
+puppet (3.7.2-3) unstable; urgency=medium

Bug#779825: no port attached to webserver

[Michael Lustfield]

I've seen this in other packages such as mysql. Admittedly, it can be a bit
frustrating that an inability to cleanly update/install a package can cause
issues during an upgrade.

However, it is possible that something else may depend on a package cleanly
upgrading before it can proceed. I can think of a few cases where this
could happen.

To be perfectly honest, I'd like to make an inability to start not prevent
a clean upgrade as well. We'll definitely need to discuss it a bit. I do
wish there was a Debian policy about this because we've really just stuck
with how most packages behave.

Bug#757851: accessibility: orca says always "not selected"

[Mike Gabriel]

Hi, Jean-Philippe,

On  Mo 11 Aug 2014 21:27:40 CEST, Jean-Philippe MENGUAL wrote:


Package: caja
Version: 1.8.1-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where  
appropriate ***


   * What led up to the situation?

I use Orca, screen reader, to vocalize MATE. For this I export gail  
and atk-bridge

GTK_MODULES. I open caja and try to select several files.

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

I press shift key, then arrow keys, to choose the files I want to  
select. They

are selected, since I can copy, move or remove them.

   * What was the outcome of this action?

But orca (gnome-orca) says "not selected".

   * What outcome did you expect instead?

It should say "selected", and nothing when nothing is selected. I'll  
forward to

Orca team too, but I think Orca speaks this because a wrong info are sent to
at-spi.

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


I just looked at the patch provide under [1], but it does not fix this  
issue, unfortunately.


The patches improves things a bit, but orca still says "not-selected"  
all the time, so not providing that patch under [1] until we can fix  
icon view completely in Caja when orca is in use.


Mike

[1] https://github.com/mate-desktop/caja/issues/281
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpK7lnXjtgIf.pgp
Description: Digitale PGP-Signatur

Bug#780216: unblock (pre-approval): mate-user-share/1.8.0+dfsg1-4

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed moreinfo

On 10/03/15 15:38, Mike Gabriel wrote:

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

Please consider unblocking planned upload of package mate-user-share.

+  * debian/patches:
++ Add 0001_mem-leak-fix.patch, 0002_array-out-of-bounds.patch. Fix memory
+  leak and out-of-bounds access to array if bluetooth is disabled. (Closes:
+  #779821).

-> Vlad on his code review spring found two other issues and provided
patches for it to Debian BTS.


Go ahead and remove the moreinfo tag when the package is accepted.

Emilio


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

Bug#780217: unblock (pre-approval): mate-screensaver/1.8.1-2

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed moreinfo

On 10/03/15 18:30, Mike Gabriel wrote:

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

Please consider unblocking planned upload of package mate-screensaver.

+  * debian/control:
++ Add to D (mate-screensaver): mate-desktop-common. (Closes: #780210).

-> People should be able use mate-screensaver standalone. The mate-screensaver 
should pull-in
all required packages via Depends: field.


Ack.

Emilio


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

Bug#779980: unblock: gpaste/3.14-2

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed moreinfo

On 07/03/15 15:19, Jérémy Lal wrote:

Package: release.debian.org
Followup-For: Bug #779980
User: release.debian@packages.debian.org
Usertags: unblock

Here's the debdiff before i upload.


Please go ahead and remove the moreinfo tag when your upload is accepted.

Emilio


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

Bug#780222: dvbsnoop: out-of-bounds read

[Jakub Wilk]

Package: dvbsnoop
Version: 1.4.50-5
Usertags: afl

dvbsnoop crashes when trying to analyze the attached file:

$ dvbsnoop -if crash >/dev/null
Segmentation fault


Backtrace suggests it's an out-of-bounds read:

#0  print_text2_468A (len=4294967294, b=0x5699 "", v=4) at helper.c:569
#1  print_text_468A (v=4, s=0x80c8e8c "component-description: ", b=0x5699 
"", len=4294967294) at helper.c:551
#2  0x08083089 in descriptorDVB_Component (b=0x5691 "P\004") at 
dvb_descriptor.c:1306
#3  0x0808d389 in descriptorDVB (b=0x5691 "P\004") at dvb_descriptor.c:271
#4  0x0807fb3d in descriptor (b=0x5691 "P\004", scope=DVB_SI) at 
descriptor.c:172
#5  0x08064fd3 in section_EIT (b=0x2d , len=55) at eit.c:216
#6  0x08062e97 in guess_table (pid=, len=, 
buf=) at sectables.c:409
#7  decodeSI_packet (buf=0x565c "Q0Q", '0' , len=55, 
pid=135250588) at sectables.c:288
#8  0x0806322d in processSI_packet (pid=65535, pkt_nr=2, buf=0x565c "Q0Q", '0' 
, len=55) at sectables.c:225
#9  0x0804c85d in doReadSECT_2 (opt=0xd6c0) at dmx_sect.c:368
#10 0x0804ca6e in doReadSECT (opt=0xd6c0) at dmx_sect.c:180
#11 0x08049079 in main (argc=3, argv=0xd824) at dvbsnoop.c:211
#12 0xf7e2ea63 in __libc_start_main (main=0x8048b70 , argc=3, argv=0xd824, 
init=0x80c41d0 <__libc_csu_init>, fini=0x80c4240 <__libc_csu_fini>, rtld_fini=0xf7febc90 
<_dl_fini>, stack_end=0xd81c) at libc-start.c:287
#13 0x0804956a in _start ()


This bug was found using American fuzzy lop:
http://lcamtuf.coredump.cx/afl/
(available in Debian experimental)

-- System Information:
Debian Release: 8.0
 APT prefers unstable
 APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dvbsnoop depends on:
ii  libc6  2.19-15

--
Jakub Wilk


crash
Description: Binary data

Bug#779428: squeeze update of gnutls26?

[Andreas Metzler]

On 2015-03-10 Raphael Hertzog  wrote:
> Hello dear maintainer(s),

> the Debian LTS team would like to fix the security issues which are
> currently open in the Squeeze version of gnutls26:
> https://security-tracker.debian.org/tracker/CVE-2014-8155
> https://security-tracker.debian.org/tracker/CVE-2015-0294

> Would you like to take care of this yourself? We are still understaffed so
> any help is always highly appreciated.
[...]

Thank you for the heads up. I currently do not intend to fix this
myself and am perfectly fine with having this uploaded without me
looking at it.

cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#722249: help with debian packageing simplescreenrecorder

[Paul Elliott]

I have seen the ITP on simplescreenrecorder.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722249

I have decided to help out packaging this package.

Whoever owns this bug and is working on this please clone:
g...@github.com:pelliott80/simplescreenrecorder-dpm.git
or
https://github.com/pelliott80/simplescreenrecorder-dpm.git

This is a packaging repository used for packaging. It
is in dpm format.
http://git-dpm.alioth.debian.org/

This is the most common format for packaging work on alioth.

packages in this format usually have at least 3 branches,
upstream, pristine-tar, and master.

upstream contains the upstream's source unmodified.
pristine-tar is used to reconstruct a tarball.
master is the files as modified for packaging
there will be a debian directory and the source may
be modified by any patches.

here is the changelog entry I used to help get this package
into Debian:

simplescreenrecorder (0.3.3-2) unstable; urgency=medium

  * volunteer to help get it into Debian.
  * change to non-native package; native packages do not make it into Debian.
  * update standards version to 3.9.6
  * remove unneeded build dependency on build-essential
  * remove duplicate dependency in build depends, libxext-dev, libx11-dev,
  - libxfixes-dev
  * use correct format specification URI
  - https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
  * remove indefinite article from Description field
  * wrap too long line in Description field
  * remove empty debian/postinst
  * update copyright file
  * fix VCS fields
  - VCS fields should point to the source control for the packaging;
  - not the source control for the program.
  * create debian/watch file.

 -- Paul Elliott   Sat, 07 Mar 2015 16:59:23 -0600

here are the current results of lintian:
P: simplescreenrecorder source: debian-watch-may-check-gpg-signature
N: 
N:This watch file does not include a means to verify the upstream tarball
N:using cryptographic signature.
N:
N:If upstream distributions provide such signatures, please use the
N:pgpsigurlmangle options in this watch file's opts= to generate the URL
N:of an upstream GPG signature. This signature is automatically downloaded
N:and verified against a keyring stored in
N:debian/upstream-signing-key.asc.
N:
N:Of course, not all upstreams provide such signatures, but you could
N:request them as a way of verifying that no third party has modified the
N:code against their wishes after the release. Projects such as
N:phpmyadmin, unrealircd, and proftpd have suffered from this kind of
N:attack.
N:
N:Refer to the uscan(1) manual page for details.
N:
N:Severity: pedantic, Certainty: certain
N:
N:Check: watch-file, Type: source
N: 
W: simplescreenrecorder: binary-without-manpage usr/bin/simplescreenrecorder
N: 
N:Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should
N:have a manual page
N:
N:Note that though the man program has the capability to check for several
N:program names in the NAMES section, each of these programs should have
N:its own manual page (a symbolic link to the appropriate manual page is
N:sufficient) because other manual page viewers such as xman or tkman
N:don't support this.
N:
N:If the name of the man page differs from the binary by case, man may be
N:able to find it anyway; however, it is still best practice to make the
N:case of the man page match the case of the binary.
N:
N:If the man pages are provided by another package on which this package
N:depends, lintian may not be able to determine that man pages are
N:available. In this case, after confirming that all binaries do have man
N:pages after this package and its dependencies are installed, please add
N:a lintian override.
N:
N:Refer to Debian Policy Manual section 12.1 (Manual pages) for details.
N:
N:Severity: normal, Certainty: possible
N:
N:Check: manpages, Type: binary
N: 
W: simplescreenrecorder: binary-without-manpage usr/bin/ssr-glinject

I: Lintian run was successful.

As I see it the outstanding issues on getting this package into
Debian is the lack of manpages for ssr-glinject and simplescreenrecorder.

Perhaps the upstream, Maarten Baert, could be persuaded to write those
manpages. He knows those programs best.

By the way, who owns this bug? perhaps we could collaborate in getting
this program into Debian?

Best Wishes to all.

-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: Digital signature

Bug#779648: debian-edu: missing packages on combined server after upgrade from wheezy

[Holger Levsen]

On Dienstag, 10. März 2015, Wolfgang Schweer wrote:
> All these packages exist in jessie and have to be installed after
> upgrading from wheezy as they are new in jessie (like
> gosa-plugin-netgroups, killer ans goplay) or have been installed as (new)
> recommends in jessie.

I dont think that they are new is why they have not been added. Instead they 
also must be recommends... :/




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

Bug#779644: debian-edu: package pxelinux is missing after upgrade from wheezy

[Holger Levsen]

Hi,

cc:ing Andreas as I this is caused by blends-dev:

On Dienstag, 10. März 2015, Wolfgang Schweer wrote:
> > why is it missing? It was/is not available in wheezy neither (according
> > to https://packages.debian.org/search?keywords=pxelinux), and why do you
> > think it should be installed?
> IIRC pxelinux is needed in jessie (as opposed to wheezy) due to changes
> in setting up PXE booting. And it is IMO missing after the upgrade cause
> it is installed as a recommends in jessie.

I dont understand why it's not a depends in the packages, the source has this:

<  h01ger> | $ rgrep pxelinux tasks
<  h01ger> | tasks/main-server:Depends: isc-dhcp-server-ldap, 
pxelinux, syslinux-common, \

So it should be a dependency already. Andreas, any hints to fix this?


cheers,
Holger


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

Bug#779648: debian-edu: missing packages on combined server after upgrade from wheezy

[Wolfgang Schweer]

On Tue, Mar 10, 2015 at 02:20:53PM +0100, Holger Levsen wrote:
> On Dienstag, 3. März 2015, Wolfgang Schweer wrote:
> > The package names were obtained using
> > '/usr/lib/debian-edu-config/testsuite/taskpkgs | grep error:'
> > browser-plugin-libreoffice gosa-plugin-netgroups killer
> > libnss-myhostname goplay icedtea-7-plugin tmispell-voikko
> 
> could you (or anybody else!) please a.) confirm these packages still exists 
> in 
> jessie b.) report to this bug c.) if they don't exist, update the testsuite 
> in 
> git accordingly? d.) highlight packages that exist and are not installed 
> here? 
> (d. is probably the same as b. ;)

All these packages exist in jessie and have to be installed after 
upgrading from wheezy as they are new in jessie (like gosa-plugin-netgroups, 
killer ans goplay) or have been installed as (new) recommends in jessie.

Wolfgang



signature.asc
Description: Digital signature

Bug#710321: task: didn't handle conffile rename correctly

[Jakub Wilk]

Control: found -1 2.4.1+dfsg-3

I still see both conffiles on my disk:

$ ls -l /etc/bash_completion.d/task*
-rw-r--r-- 1 root root 6082 Mar  1 22:51 /etc/bash_completion.d/task
-rw-r--r-- 1 root root 6082 Mar  1 22:51 /etc/bash_completion.d/task.sh

I believe it's because the version passed to dpkg-maintscript-help is 
too low.


Quoting the manpage: “If the conffile has not been shipped for several 
versions, and you are now modifying the maintainer scripts to clean up 
the obsolete file, prior-version should be based on the version of the 
package that you are now preparing, not the first version of the package 
that lacked the conffile.”


--
Jakub Wilk


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

Bug#779644: debian-edu: package pxelinux is missing after upgrade from wheezy

[Wolfgang Schweer]

On Tue, Mar 10, 2015 at 02:23:36PM +0100, Holger Levsen wrote:
> On Dienstag, 3. März 2015, Wolfgang Schweer wrote:
> > While testing to upgrade a combined server (profiles: Main-Server,
> > Workstation, Thin-Client-Server) from wheezy to jessie I noticed that
> > the package pxelinux was missing.
> 
> why is it missing? It was/is not available in wheezy neither (according to 
> https://packages.debian.org/search?keywords=pxelinux), and why do you think 
> it 
> should be installed?
 
IIRC pxelinux is needed in jessie (as opposed to wheezy) due to changes 
in setting up PXE booting. And it is IMO missing after the upgrade cause 
it is installed as a recommends in jessie.

Wolfgang



signature.asc
Description: Digital signature

Bug#779647: debian-edu: missing packages in LTSP chroot after upgrade from wheezy

[Wolfgang Schweer]

On Tue, Mar 10, 2015 at 02:24:39PM +0100, Holger Levsen wrote:
> On Dienstag, 3. März 2015, Wolfgang Schweer wrote:
> > While testing to upgrade a combined server (profiles: Main-Server,
> > Workstation, Thin-Client-Server) from wheezy to jessie I noticed that
> > some packages were missing in the LTSP chroot:
> > 
> > browser-plugin-libreoffice killer libnss-myhostname goplay icedtea-7-plugin
> > tmispell-voikko
> 
> again: please confirm these packages exist in jessie, update the testsuite 
> for 
> those who don't, report the rest to this bug.
 
All the packages exist in jessie. IIRC some are installed as recommends 
during a new jessie installation. When upgrading from wheezy they are 
omitted.

Wolfgang



signature.asc
Description: Digital signature

Bug#754495: polkit-mate-authentication-agent-1 does not start

[Mike Gabriel]

Control: close -1

Hi Richard,

On  Fr 11 Jul 2014 20:31:42 CEST, Richard Kettlewell wrote:


Package: mate-polkit
Version: 1.8.0+dfsg1-4

At startup polkit-mate-authentication-agent-1 fails to start,  
logging the following message in .xsession-errors:


Cannot register authentication agent:  
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Cannot  
determine user of subject


Running it manually has the same result.


Subsequent attempt to run programs that require elevated privilege  
(e.g. Synaptic from the Administration menu) fail with this message:


Error creating textual authentication agent: Error opening current  
controlling terminal for the process (`/dev/tty'): No such device or  
address



(I don't know how this stuff is supposed to work so this is only  
really a guess that these two things are connected.)


This seems to work in the backported version of MATE but not in unstable.

Full .xsession-errors from a minimal session attached.



Within the last months I sometimes peaked at my xsession-errors log  
file and was not able to see such an issue (and I am using mate-polkit  
in a full MATE session and under i3 window manager).


I will close your bug report, as I could not reproduce your issue  
since your reported it. Also: your xsession-errors shows some really  
peculiar messages, as if you are using a very weird Xserver underneath  
MATE.


light+love,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpSHadZQ1cs4.pgp
Description: Digitale PGP-Signatur

Bug#774489: xombrero: file:/// URL in favorites and history are not clickable

[hpfn]

reassign 774489 xombrero 2:1.6.4-1
tag 774489 + upstream
thanks



On Sat, 03 Jan 2015 11:50:50 +0200 Pierre-Etienne Meunier 
 wrote:
> Package: xombrero
> Version: 2:1.6.3-1
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Browse to a local page, for instance 
> file:///usr/share/doc/mpd/user-manual.html.
> Then add the page to the favorites with ":favadd"
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> (explained above)
> 
>* What was the outcome of this action?
> 
> The page is listed in the favorites, as opened with command ":favorites", but 
> clicking on it does not open it. Clicking on other favorites works well, 
> though.
> 
>* What outcome did you expect instead?
> 
> I was expecting to be able to open it directly by clicking on it from the 
> favorites pages, as I can do for other links, for instance http:// ones.
> 
> 
> -- System Information:
> Debian Release: 8.0
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages xombrero depends on:
> ii  libbsd0 0.7.0-2
> ii  libc6   2.19-13
> ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
> ii  libglib2.0-02.42.1-1
> ii  libgnutls-deb0-28   3.3.8-5
> ii  libgtk-3-0  3.14.5-1
> ii  libjavascriptcoregtk-3.0-0  2.4.7-3
> ii  libpango-1.0-0  1.36.8-3
> ii  libsoup2.4-12.48.0-1
> ii  libwebkitgtk-3.0-0  2.4.7-3
> 
> xombrero recommends no packages.
> 
> xombrero suggests no packages.
> 
> -- no debconf information
> 
> 



-- 
Herbert Parentes Fortes Neto (hpfn)


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

Bug#780028: init: aptitude upgrade from wheezy to jessie does not install systemd-sysv

[David Kalnischkies]

(merging two threads)

On Mon, Mar 09, 2015 at 08:02:54PM +0800, Paul Wise wrote:
> On Mon, 2015-03-09 at 08:47 +0100, Axel Beckert wrote:
> > But apt-get has a commandline switch to behave that way, too:
> > "apt-get --with-new-pkgs upgrade"
> 
> Unfortunately not available in wheezy, I expect if it existed there then
> it would also install sysvinit-core.

It wouldn't. upgrade uses the same logic as dist-upgrade does,
just that every forbidden action on packages is changed to a keep
as well as recursively everything broken by this at the end.

That means that 'apt upgrade' isn't choosing sysvinit over systemd
just because it can't install systemd as it requires removes. It will
hold back init instead specifically because systemd requires a remove.

It also means that if you convince the algorithm that systemd is
unavailable as a choice (e.g. with the pin mentioned in the release
notes) 'apt upgrade' would install init with sysvinit.

Which leads us to…

On Mon, Mar 09, 2015 at 11:12:12AM +0100, Axel Beckert wrote:
> Michael Biebl wrote:
> > Actually, I just had an idea. We could make "init" have a Recommends:
> > systemd-sysv in addition to the Pre-Depends: systemd-sysv |
> > sysvinit-core | upstart
> 
> I like that idea!

… the problem(s) with this idea: 'upgrade' is forbidden to break
recommends, so that what I described last isn't happening anymore
(init is again held back).
'dist-upgrade' will happily break them if it has to through, so this
regression is esoteric at best.

My real problem with it is the message this is sending. Not for init
but for how a default choice is made in or-groups in general:
The recommendation of systemd over sysvinit is already expressed by the
or-group order, which is a pretty important property and used all over
the place, not just by init, but httpd, mta, … as its defined as such by
policy (§7.5) in the context of Provides.

It has no practical effects for apt in this specific case as the
decision is already made (via pin or not), but without one it would
be a setup for trouble as or-group members would fight each other as
breaking recommends is bad (which is why aptitude reacts at all).


So, while I can accept if we do this to 'fix' aptitude (and I see also
a bit of semantic value in it) I have to highlight that this is not
a blueprint for defaults in or-groups – quite the opposite and something
should be done to 'fix' this in aptitude in general (even through
I realize that this is dangerously close to core principles).


Best regards

David Kalnischkies

P.S.: I am also realizing now that I 'happily' omitted -core and -sysv
in the mentions of specific inits by accident. So its now left as an
exercise for the reader to add the right suffix at the right place…


signature.asc
Description: Digital signature

Bug#779646: debian-edu-config: cf/cf.apt should use apt-get --purge autoremove -y

[Wolfgang Schweer]

On Tue, Mar 10, 2015 at 02:25:31PM +0100, Holger Levsen wrote:
> On Dienstag, 3. März 2015, Wolfgang Schweer wrote:
> > While testing to upgrade a combined server (profiles: Main-Server,
> > Workstation, Thin-Client-Server) from wheezy to jessie I noticed that
> > running 'cfengine-debian-edu -D installation' used 'apt-get purge -y' to
> > purge no longer needed packages but afterwards 'apt-get autoremove -y'.
> > 
> > Maybe d-e-c/cf/cf.apt should be adjusted like this:
> > 
> > s/apt-get autoremove -y/apt-get --purge autoremove -y/
> 
> I'm not sure I'd recommend doing this blindly / non-interacticly at all...
 
This purging is only needed from the POV of a clean system, having the 
next upgrade in mind...

IMO the main problem might be that 'cfengine-debian-edu' would purge 
needed packages before autoremoving automatically installed ones.

Wolfgang



signature.asc
Description: Digital signature

Bug#756511: mate-screensaver: screensaver works not correctly

[Mike Gabriel]

Control: close -1

Hi Carlos,

On  Mi 30 Jul 2014 15:23:37 CEST, carlos wrote:


Package: mate-screensaver
Version: 1.8.0-5~bpo70+1
Severity: normal
Tags: upstream

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

   * What led up to the situation?
  active the screensavor
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
  using the non-floating MATE screensaver.
   * What was the outcome of this action?
  when the screensaver started, it jump back to desktop automatic, and it not
works.
   * What outcome did you expect instead?
 Hope it work correctly.
*** End of the template - remove these lines ***


I cannot confirm this issue for Debian jessie.

The wheezy-backports packages of MATE I will update once we have fixed  
all open issues in jessie.


Closing this bug for now...
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpuNaZ4aAPrR.pgp
Description: Digitale PGP-Signatur

Bug#769155: kde-workspace-bin: laptop does not go to sleep when critical battery level is reached

[Andreas Stempfhuber]

Hi,

Am Dienstag, 10. März 2015 schrieb Ronoaldo José de Lana Pereira:
> I can confirm that starting upower before the KDE session makes everything
> work as expected. As a workaround, I am currently using the /etc/rc.local
> script to start upower with systemctl, as Andreas pointed out:
> 
> 1) Make the /etc/rc.local script executable with: sudo chmod +x
> /etc/rc.local
> 2) Edit the file and add this line before the "exit 0" one: systemctl start
> upower

thanks for your feedback. Another way to workaround the issue is to enable the 
upower service with: systemctl enable upower

Upower is then started automatically during boot.

> I walked trough the kde-workspace-bin debian source, and seems like
> PowerDevil launches the upower service via DBus if it is not running, but I
> was unable to find out why the thread that monitors the battery level
> change don't work properly in some cases. It looks like some hardware
> specific information from the battery may cause be the issue, i.e., when
> upower starts from PowerDevil, it may not work as expected and the thread
> don't start properly. The weirdiest thing is that the battery icon *does*
> work, i.e., it shows the proper level; only the low/critical actions aren't
> triggered.
>
> I do agree, however, that the issue seems to be hardware specific, since it
> don't happen with most users, but it should be put in a wiki/errata so
> people can actually find the workaround for it.

I tested another notebook, Dell Latitude E6330 and the issue is exactly the 
same. Also the workaround is the same.

Since there are several years between the release dates of the two tested 
notebooks, it does not look like a hardware specific issue to me. Or the 
affected hardware base is really large. I'll tend to change the severity back 
to grave as I don't think that Jessie should be released with a non-working 
power management in KDE, but waiting for your feedback first.

Stuart, as you could not reproduce the issue, please can you provide more 
details on when upower is started on your setup?

Thanks

Andreas

Bug#712907: grub-installer: No longer installs automatically on a normal machine with one hard drive

[Salvatore Bonaccorso]

Hi Sam,

On Sat, Mar 07, 2015 at 09:02:17AM +1100, Sam McLeod wrote:
> Thanks Cyril, I did indeed miss that, that's great - I'll test it today.
> 
> It looks like the example pressed hasn't been updated to include this
> feature: https://www.debian.org/releases/jessie/example-preseed.txt

This seems to be fixed in VCS at
http://anonscm.debian.org/viewvc/d-i?view=revision&revision=69554
(so should be in the final version for jessie)

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#780218: unblock: mongodb/1:2.4.10-5

[GCS]

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

Hi Release Team,

Please unblock the recent MongoDB upload, as it fixes CVE-2015-1609
with upstream backport commit. The debdiff is attached.

Regards,
Laszlo/GCS

unblock mongodb/1:2.4.10-5


mongodb_2.4.10-4_to_2.4.10-5.patch
Description: application/mbox

Bug#780219: unblock: git-extras/1.9.1-2

[GCS]

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

Hi Release Team,

There were an RC bug[1] against git-extras which was fixed by Andrew
Starr-Bochicchio and upstream accepted his fix. This upload contains
that and a watch file update to be correct + more generic. Please
unblock it and let it be part of Jessie.

Regards,
Laszlo/GCS

unblock git-extras/1.9.1-2
[1] http://bugs.debian.org/779784


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

Bug#779737: pptp-linux: VPN stoped working

[marcooliva]

Hello,

After i tried the following steps the VPN started working:

«Second approach is manually loading the nf_conntrack_pptp module. You can
do this by running

sudo modprobe nf_conntrack_pptp
 To load this module on every boot on Ubuntu, add it to the file
/etc/modules.»
http://askubuntu.com/questions/572497/cant-connect-to-pptp-vpn-with-ufw-enabled-on-ubuntu-14-04-with-kernel-3-18

I have installed the kernel Linux 3.16.0-4-686-pae #1 SMP Debian
3.16.7-ckt7-1 (2015-03-01) i686 GNU/Linux.

Thanks.

Best regards,

Marco Oliva

 Ola Lundqvist :


Hi   
   It is not possible for me to analyze the problem as you have not
described any error message or similar.
   Also you do not mention what kernel and software version you used
when it worked.
    
   What I need to have are:
   - Logs
   - What you are connected to
   - Software version of pptp-linux before upgrade
   - Software version of pptp-linux after upgrade
   - Software version of the kernel before upgrade
   - Software version of the kernel after upgrade.
   - Your configuration
    
   Please describe this.
    
   Pptp-linux has not been changed for a very long time (almost two
years) so I doubt that it is the cause of the problem.
   https://packages.qa.debian.org/p/pptp-linux.html
    
   // Ola


   On Wed, Mar 4, 2015 at 6:09 PM, Marco Oliva 

wrote:



Package: pptp-linux
Version: 1.7.2-7
Severity: important

Dear Maintainer,

Until recently (22 days ago) the VPN worked, but after an update stoped
working («VPN connection failed»).

Configuration:
I followed the instructions in
https://sigarra.up.pt/feup/pt/web_base.gera_pagina?P_pagina=21387

Thanks.

Best regards,
Marco Oliva

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pptp-linux depends on:
ii  binutils  2.24.90.20141023-1
ii  libc6     2.19-15
ii  ppp       2.4.6-3

pptp-linux recommends no packages.

pptp-linux suggests no packages.

-- no debconf information


    
--
   --- Inguza Technology AB --- MSc in Information
Technology 
  /  o...@inguza.com                    Annebergsslingan 37

       \

  |  o...@debian.org                   654 65 KARLSTAD  

         |

  |  http://inguza.com/                Mobile: +46 (0)70-332

1551 |

  \  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
   ---

  

Bug#780217: unblock (pre-approval): mate-screensaver/1.8.1-2

[Mike Gabriel]

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

Please consider unblocking planned upload of package mate-screensaver.

+  * debian/control:
++ Add to D (mate-screensaver): mate-desktop-common. (Closes: #780210).

-> People should be able use mate-screensaver standalone. The mate-screensaver 
should pull-in
all required packages via Depends: field.

light+love,
Mike

unblock mate-screensaver/1.8.1-2

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
diff -Nru mate-screensaver-1.8.1/debian/changelog mate-screensaver-1.8.1/debian/changelog
--- mate-screensaver-1.8.1/debian/changelog	2014-10-07 00:09:09.0 +0200
+++ mate-screensaver-1.8.1/debian/changelog	2015-03-10 18:27:02.0 +0100
@@ -1,3 +1,10 @@
+mate-screensaver (1.8.1-2) unstable; urgency=medium
+
+  * debian/control:
++ Add to D (mate-screensaver): mate-desktop-common. (Closes: #780210).
+
+ -- Mike Gabriel   Tue, 10 Mar 2015 18:26:50 +0100
+
 mate-screensaver (1.8.1-1) unstable; urgency=medium
 
   [ Vangelis Mouhtsis ]
diff -Nru mate-screensaver-1.8.1/debian/control mate-screensaver-1.8.1/debian/control
--- mate-screensaver-1.8.1/debian/control	2014-10-07 00:01:36.0 +0200
+++ mate-screensaver-1.8.1/debian/control	2015-03-10 18:25:42.0 +0100
@@ -41,7 +41,8 @@
  ${misc:Depends},
  mate-screensaver-common (= ${source:Version}),
  dbus-x11,
- mate-session-manager
+ mate-session-manager,
+ mate-desktop-common,
 Recommends: mate-power-manager
 Suggests: xscreensaver-data, rss-glx
 Breaks: mate-screensaver-common (<< 1.8.0),

Bug#780100: About the security issues affecting tcllib in Squeeze

[Holger Levsen]

Hi Sergei,

On Dienstag, 10. März 2015, Sergei Golovan wrote:
> I've prepared an updated package. I can upload it to squeeze-lts. What
> else should I do?

please follow the procedure as described on 
https://wiki.debian.org/LTS/Development & thanks for your contributions to 
LTS!


cheers,
Holger


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

Bug#780210: missing dependency on mate-desktop-common

[Mike Gabriel]

Control: severity -1 serious

On  Di 10 Mär 2015 16:54:49 CET, chrysn wrote:


Package: mate-screensaver
Version: 1.8.1-1
Severity: normal

when installed only with it dependencies (ie. no mate-power-manager,
none of the packages mate-session-manager recommends), mate-screensaver
exits with the following error message:


$ mate-screensaver --debug
[gs_debug_init] gs-debug.c:109 (16:43:19):   Debugging enabled
[main] mate-screensaver.c:92 (16:43:19): initializing  
mate-screensaver 1.8.1


(mate-screensaver:25370): GLib-GIO-ERROR **: Settings schema  
'org.mate.lockdown' is not installed


zsh: trace trap  mate-screensaver --debug


after installing mate-desktop-common, things work; thus,
mate-screensaver should depend on that.


This is actually a more severe bug than it feels, as it should be  
fixed before jessie gets released.


Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpc0cgeiTAId.pgp
Description: Digitale PGP-Signatur

Bug#780129: Does CVE-2015-1609 apply to squeeze's version of mongodb?

[GCS]

Hi Raphaël, others,

On Tue, Mar 10, 2015 at 4:24 PM, Raphael Hertzog  wrote:
> I'm wondering whether CVE-2015-1609 is affecting the squeeze version. The
> code base is vastly different between 1.4.4 and the current supported
> releases.
 I think it's not affected, but I'm not a security expert and don't
have the exploit to test it against 1.4.x versions. I think neither
the Wheezy version (v2.0) is affected. BSON support is modularized in
it, but can't find the affected file nor the function in the source.
It would be much better if someone with more security knowledge
approve or refute me in this matter.

> The upstream announces mentions that it affects all "production releases"
> but 1.4.4 is not part of the current production releases AFAIU.
 Sure, 1.4.4 is way too old, released in June, 2010. As I know, 2.4 to
3.0 versions are supported. But to answer your question, BSON support
was already part of MongoDB that time. It was integrated and was not a
separate part of the project that it's now. I think the modularity
came somewhere before the 2.0 versions (it was incremental in between,
1.5, 1.6 to 1.9 and so on).

> I don't have any specific knowledge of that codebase and would like to
> have your analysis on this issue.
 Beware, me neither have knowledge of the source in detail as I'm in
no affiliate with MongoDB, Inc. in any way.

Regards,
Laszlo/GCS


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

Bug#762289: switching PTS links to tracker.d.o

[Henri Salo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Mar 10, 2015 at 05:14:31PM +0100, Holger Levsen wrote:
> unless someone objects profoundly I'll switch the links from the security-
> tracker to to tracker.debian.org instead of pointing to the old PTS in the 
> coming days.

Am I allowed to approve this change profoundly?

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

iQIcBAEBAgAGBQJU/ybkAAoJECet96ROqnV0HHQP/3IhaFze9gfiK2fTKFlCF6Uu
H8S0/kTLTvVUs9TsCbbCrYFIjh1yvwedD10VPts6VSxvTgrUgtcvZoYV7hyA37hS
Cb6yP5pawPKymx3QHAOZ/XsH6bkHrhskOHS8HwIp0I4waG/9WrgQb+CRIUuLB5N8
oqOIrLzMTbXwNXvh6ugFTU0/8qgBcgliEfA4uLJnNdKPjoZ/MGwxn4SAsQ3iAIE6
8qUkW0/AuQDtSie8nd7VQQdqwu1c/uhSiSWTnVCXbu6+YjfPnARciIpbB1vOLqza
BOgT3EujULeM7MXD9/ulXipzqybZHVbclGoycLTTNH0kIoDMuShF4Ag+nGiRuO2B
CZ0RSodiYg6/yKkNiVsUSSHP29+TiM8SIQWXWrovS+1QtuhLe0c17Jp4IJF+LHSq
z68ZzrJZD8FYgSJyIR/AMGa8iYAT2rfzM4Tv3EjVdtLDHuOjMBfCANxnH+pxeI+7
ebAswR0LckAkewAWGvTrScYqVNhB6VXUFfn/1tdazRtcov5oTLezSMyQfIjZkiPN
nC2ZG7xJew5m/ja+cjPUjbWWGY/pyr+45bPZOk5+/pEsyJbzudkD1sf6EaOzFKyr
BaJZVE3M/Sm89dY31L2lJ1jeAbeAZfBnR+c5w7ard7UmHCFPXtMzPpBa+XA/N6Ti
rNr1/sxAQmmnAmWzgSur
=gvb7
-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#780216: unblock (pre-approval): mate-user-share/1.8.0+dfsg1-4

[Mike Gabriel]

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

Please consider unblocking planned upload of package mate-user-share.

+  * debian/patches:
++ Add 0001_mem-leak-fix.patch, 0002_array-out-of-bounds.patch. Fix memory
+  leak and out-of-bounds access to array if bluetooth is disabled. (Closes:
+  #779821).

-> Vlad on his code review spring found two other issues and provided
patches for it to Debian BTS.

light+love,
Mike

unblock mate-user-share/1.8.0+dfsg1-4

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
diff -Nru mate-user-share-1.8.0+dfsg1/debian/changelog mate-user-share-1.8.0+dfsg1/debian/changelog
--- mate-user-share-1.8.0+dfsg1/debian/changelog	2015-03-05 08:19:49.0 +0100
+++ mate-user-share-1.8.0+dfsg1/debian/changelog	2015-03-10 15:33:52.0 +0100
@@ -1,3 +1,12 @@
+mate-user-share (1.8.0+dfsg1-4) unstable; urgency=medium
+
+  * debian/patches:
++ Add 0001_mem-leak-fix.patch, 0002_array-out-of-bounds.patch. Fix memory
+  leak and out-of-bounds access to array if bluetooth is disabled. (Closes:
+  #779821).
+
+ -- Mike Gabriel   Tue, 10 Mar 2015 15:33:50 +0100
+
 mate-user-share (1.8.0+dfsg1-3) unstable; urgency=medium
 
   * debian/control:
diff -Nru mate-user-share-1.8.0+dfsg1/debian/patches/0001_mem-leak-fix.patch mate-user-share-1.8.0+dfsg1/debian/patches/0001_mem-leak-fix.patch
--- mate-user-share-1.8.0+dfsg1/debian/patches/0001_mem-leak-fix.patch	1970-01-01 01:00:00.0 +0100
+++ mate-user-share-1.8.0+dfsg1/debian/patches/0001_mem-leak-fix.patch	2015-03-10 15:30:49.0 +0100
@@ -0,0 +1,47 @@
+From 18acac35d5015196431b5fc5f0291c860ea2ea1b Mon Sep 17 00:00:00 2001
+From: Monsta 
+Date: Wed, 19 Nov 2014 21:22:41 +0300
+Subject: [PATCH] don't leak memory
+
+---
+ src/http.c| 1 +
+ src/share-extension.c | 6 +++---
+ 2 files changed, 4 insertions(+), 3 deletions(-)
+
+diff --git a/src/http.c b/src/http.c
+index 71161cd..36d058a 100644
+--- a/src/http.c
 b/src/http.c
+@@ -397,6 +397,7 @@ spawn_httpd (int port, pid_t *pid_out)
+ 		fprintf (stderr, "error spawning httpd: %s\n",
+ 			 error->message);
+ 		g_error_free (error);
++		g_free (pid_filename);
+ 		return FALSE;
+ 	}
+ 
+diff --git a/src/share-extension.c b/src/share-extension.c
+index bbc34ff..e0edbce 100644
+--- a/src/share-extension.c
 b/src/share-extension.c
+@@ -168,6 +168,8 @@ caja_user_share_get_location_widget (CajaLocationWidgetProvider *iface,
+ 		g_object_unref (dir);
+ 	}
+ 
++	g_object_unref (file);
++
+ 	if (enable == FALSE)
+ 		return NULL;
+ 
+@@ -200,9 +202,7 @@ caja_user_share_get_location_widget (CajaLocationWidgetProvider *iface,
+ 
+ 	gtk_widget_show_all (bar);
+ 
+-	g_object_unref (file);
+-
+-return bar;
++	return bar;
+ }
+ 
+ static void
+
diff -Nru mate-user-share-1.8.0+dfsg1/debian/patches/0002_array-out-of-bounds.patch mate-user-share-1.8.0+dfsg1/debian/patches/0002_array-out-of-bounds.patch
--- mate-user-share-1.8.0+dfsg1/debian/patches/0002_array-out-of-bounds.patch	1970-01-01 01:00:00.0 +0100
+++ mate-user-share-1.8.0+dfsg1/debian/patches/0002_array-out-of-bounds.patch	2015-03-10 15:30:46.0 +0100
@@ -0,0 +1,47 @@
+From 3e24f8f3a3afbbb15785ffc19623c020b4edc8a9 Mon Sep 17 00:00:00 2001
+From: Monsta 
+Date: Wed, 19 Nov 2014 21:18:59 +0300
+Subject: [PATCH] fixed logic flaw (out-of-bounds array access if bluetooth is
+ disabled)
+
+---
+ src/share-extension.c | 16 +---
+ 1 file changed, 9 insertions(+), 7 deletions(-)
+
+diff --git a/src/share-extension.c b/src/share-extension.c
+index e0edbce..429d26d 100644
+--- a/src/share-extension.c
 b/src/share-extension.c
+@@ -145,7 +145,7 @@ caja_user_share_get_location_widget (CajaLocationWidgetProvider *iface,
+ 	const GUserDirectory special_dirs[] = { G_USER_DIRECTORY_PUBLIC_SHARE };
+ 
+ 	gboolean is_dir[] = { FALSE };
+-#endif
++#endif /* HAVE_BLUETOOTH */
+ 	file = g_file_new_for_uri (uri);
+ 	home = g_file_new_for_path (g_get_home_dir ());
+ 
+@@ -173,14 +173,16 @@ caja_user_share_get_location_widget (CajaLocationWidgetProvider *iface,
+ 	if (enable == FALSE)
+ 		return NULL;
+ 
+-	if (is_dir[0] != FALSE && is_dir[1] != FALSE) {
+-		bar = caja_share_bar_new (_("May be used to share or receive files"));
+-	} else if (is_dir[0] != FALSE) {
+-#ifndef HAVE_BLUETOOTH
+-		bar = caja_share_bar_new (_("May be shared over the network or Bluetooth"));
++	if (is_dir[0] != FALSE) {
++#ifdef HAVE_BLUETOOTH
++		if (is_dir[1] != FALSE) {
++			bar = caja_share_bar_new (_("May be used to share or receive files"));
++		} else {
++			bar = caja_share_bar_new (_("

Bug#780215: unblock: mate-settings-daemon/1.8.2-2

[Mike Gabriel]

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

Please unblock package mate-settings-daemon

+  * debian/patches:
++ Add README file explaining our patch naming scheme.

-> explains that 000x patches are upstream patches.

++ Add 0002_fix-a11y-keyboard-dialog-segfaults.patch. Fix segfaults when
+  clicking on the checkboxes in the a11y-keybord configuration dialog.
+  (Closes: #779916).

-> Prevent a11y (keyboard) configuration dialog from crashing when clicking
into any of the provided checkboxes. For details on how to reproduce see
[1].

I could reproduce the observed issue with 1.8.2-1 of m-s-d and can
confirm that it is fixed with this upload.

As this is an a11y that was easy to fix I directly uploaded the package
(unfortunately with a typo in the changelog).

light+love
Mike

[1] https://github.com/mate-desktop/mate-settings-daemon/issues/70

unblock mate-settings-daemon/1.8.2-2

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
diff -Nru mate-settings-daemon-1.8.2/debian/changelog mate-settings-daemon-1.8.2/debian/changelog
--- mate-settings-daemon-1.8.2/debian/changelog	2014-10-24 11:33:23.0 +0200
+++ mate-settings-daemon-1.8.2/debian/changelog	2015-03-10 18:00:07.0 +0100
@@ -1,3 +1,14 @@
+mate-settings-daemon (1.8.2-2) unstable; urgency=medium
+
+  [ Mike Gabriel ]
+  * debian/patches:
++ Add README file explaining our patch naming scheme.
++ Add 0002_fix-a11y-keyboard-dialog-segfaults.patch. Fix segfaults when
+  clicking on the checkboxes in the a11y-keybord configuration dialog.
+  (Closes: #779916).
+
+ -- Mike Gabriel   Tue, 10 Mar 2015 17:59:38 +0100
+
 mate-settings-daemon (1.8.2-1) unstable; urgency=medium
 
   [ Vangelis Mouhtsis ]
diff -Nru mate-settings-daemon-1.8.2/debian/patches/0002_fix-a11y-keyboard-dialog-segfaults.patch mate-settings-daemon-1.8.2/debian/patches/0002_fix-a11y-keyboard-dialog-segfaults.patch
--- mate-settings-daemon-1.8.2/debian/patches/0002_fix-a11y-keyboard-dialog-segfaults.patch	1970-01-01 01:00:00.0 +0100
+++ mate-settings-daemon-1.8.2/debian/patches/0002_fix-a11y-keyboard-dialog-segfaults.patch	2015-03-10 17:58:05.0 +0100
@@ -0,0 +1,96 @@
+From 025d64d20cd513c81dc88d369491f1fa555f352e Mon Sep 17 00:00:00 2001
+From: Monsta 
+Date: Fri, 2 Jan 2015 18:18:27 +0300
+Subject: [PATCH] a11y-keyboard: fix crash
+
+fixes https://github.com/mate-desktop/mate-settings-daemon/issues/70
+---
+ plugins/a11y-keyboard/msd-a11y-preferences-dialog.c | 18 +-
+ 1 file changed, 9 insertions(+), 9 deletions(-)
+
+diff --git a/plugins/a11y-keyboard/msd-a11y-preferences-dialog.c b/plugins/a11y-keyboard/msd-a11y-preferences-dialog.c
+index 72d42ff..675b993 100644
+--- a/plugins/a11y-keyboard/msd-a11y-preferences-dialog.c
 b/plugins/a11y-keyboard/msd-a11y-preferences-dialog.c
+@@ -458,7 +458,7 @@ on_sticky_keys_checkbutton_toggled (GtkToggleButton  *button,
+ 
+ static void
+ on_bounce_keys_checkbutton_toggled (GtkToggleButton  *button,
+- MsdA11yPreferencesDialog *dialog)
++MsdA11yPreferencesDialog *dialog)
+ {
+ config_set_bounce_keys (dialog, gtk_toggle_button_get_active (button));
+ }
+@@ -649,7 +649,7 @@ setup_dialog (MsdA11yPreferencesDialog *dialog,
+ g_signal_connect (widget,
+   "toggled",
+   G_CALLBACK (on_sticky_keys_checkbutton_toggled),
+-  NULL);
++  dialog);
+ enabled = config_get_sticky_keys (dialog, &is_writable);
+ ui_set_sticky_keys (dialog, enabled);
+ if (! is_writable) {
+@@ -662,7 +662,7 @@ setup_dialog (MsdA11yPreferencesDialog *dialog,
+ g_signal_connect (widget,
+   "toggled",
+   G_CALLBACK (on_bounce_keys_checkbutton_toggled),
+-  NULL);
++  dialog);
+ enabled = config_get_bounce_keys (dialog, &is_writable);
+ ui_set_bounce_keys (dialog, enabled);
+ if (! is_writable) {
+@@ -675,7 +675,7 @@ setup_dialog (MsdA11yPreferencesDialog *dialog,
+ g_signal_connect (widget,
+   "toggled",
+   G_CALLBACK (on_slow_keys_checkbutton_toggled),
+-  NULL);
++  dialog);
+ enabled = config_get_slow_keys (dialog, &is_writable);
+ ui_set_slow_keys (dialog, enabled);
+ if (! is_writable) {
+@@ -688,7 +688,7 @@ setup

Bug#766481: Reported to upstream

[Andres Riancho]

Just reported this to upstream for them to investigate [0]. Also sent
email to the maintainer to get his attention :-)

[0] https://sourceforge.net/p/pyasn1/tickets/1/
-- 
Andrés Riancho
Project Leader at w3af - http://w3af.org/
Web Application Attack and Audit Framework
Twitter: @w3af
GPG: 0x93C344F3


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

Bug#780179: libmetadata-extractor-java: Please package latest upstream release

[Emmanuel Bourg]

Le 10/03/2015 17:50, Sebastiaan Couwenberg a écrit :

> I can take care of gpsprune and josm.

Thank you, I'll look into Tika.


> The next version to be released next month will be compatible, its version
> is not yet known, as it's based on the SVN revision.
> 
> The current version and older will break, so if you want to add the Breaks
> already I suggest (<< 0.0.svn8110).

I think I'll wait for the updated packages to be staged in experimental
and specify the Breaks field when we are ready to upload
metadata-extractor 2.7 to unstable.

Emmanuel Bourg


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

Bug#780213: criu: Package new upstream version 1.5

[Salvatore Bonaccorso]

Source: criu
Severity: wishlist

This is a BTS entry for myself: new upstream version 1.5 is available,
but introduces as well new tools. I will upload to experimental first
once the package is ready.


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

Bug#778083: add patch

[Matthias Klose]

Control: tags -1 + patch

proposed patch at
http://launchpadlibrarian.net/199772882/qca2_2.1.0-0ubuntu3_2.1.0-0ubuntu6.diff.gz

maybe I was a bit sloppy with architectures ...


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

Bug#779825: no port attached to webserver

[Ivan Baldo]

Shirish, doesn't matter if your ISP doesn't have IPv6, thats no 
reason to disable it system wide and not using it, loopback connections 
will use it, as well maybe LAN connections.

Nginx will listen on both IPv4 and IPv6.
You are using a non standard setup so problems like this will happen.
Regarding dh_installinit, I disagree thats the best behavior, for 
me it would be best that it complains but continues the configuration 
ignoring the error anyway; the init file is correctly installed, it just 
failed to start it, thats not an installation problem, there is nothing 
wrong with the installation... though that probably should be discussed 
in another wishlist report or a mailing list...

This bug should be closed then, thanks very much to everyone!



El 10/03/15 a las 13:08, shirish शिरीष escibió:

at bottom :-

On 3/10/15, Christos Trochalakis  wrote:




This is definitely the problem, nginx cannot bind an ipv6 socket so it
fails to start.

The package stays in unconfigured state when nginx could not be started,
this is standard behaviour: dh_installinit by default adds a stanga in
the postinst script that runs `invoke-rc.d  start || exit $?`.
So when the service fails the script exits with a non-zero exit status.


Please let me know what do you want to do so I know what action I need
to take my end -

a. Wait for you to package a patched version.
b. Think of how I can get IPv6 only on the loopback interface 'lo' .

This is how I had done it

https://wiki.debian.org/DebianIPv6#How_to_turn_off_IPv6

basically

~$ cat /etc/default/grub | grep ipv6
GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 init=/lib/systemd/systemd"

You can delete the `listen` ipv6 line from your nginx config (probably
/etc/nginx/sites-enabled/default) and run an `apt-get install` to
reconfigure the package. That should fix the issue for you.



--
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Hi Christos,
Thank you for taking time off and helping. I don't see IPv6 mentioned
anywhere in the file explicitly but I am guessing you are saying to
delete line 18 from the file.

listen [::]:80 default_server;

If my understanding is correct then the ::: are for IPv6 as the
addresses are pretty large.

It's a good thing that the sites-available/default file is from
nginx-common package

$ dpkg -L nginx-common | grep default
/etc/default
/etc/default/nginx
/etc/nginx/sites-available/default

So I deleted that line and then reinstalled the package.

~$ sudo aptitude install nginx-full
The following partially installed packages will be configured:
   nginx-full
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
D01: ensure_diversions: new, (re)loading
D01: process queue pkg nginx-full:amd64 queue.len 0 progress 1, try 1
Setting up nginx-full (1.6.2-5) ...
D01: ensure_diversions: same, skipping
D01: cmpversions a='0:1.17.24' b='0:1.16' r=1
D01: cmpversions a='0:1.17.24' b='0:1.16' r=1
D01: ensure_diversions: new, (re)loading
D01: cmpversions a='0:1.17.24' b='0:1.16' r=1
D01: cmpversions a='0:1.17.24' b='0:1.16' r=1

For some reason I like aptitude more than apt-get, does the same
thing, as can be seen it reconfigures the package and doesn't complain
anymore.

Then ran the test :-

$  sudo /usr/sbin/nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

Made sure that dpkg says it is installed just fine :-

$ dpkg -l nginx-full
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture
   Description
+++-==---=
ii  nginx-full 1.6.2-5  amd64
   nginx web/proxy server (standard version)

So, essentially the work-around works. Now the standard behavior
"should be" that if IPv6 fails, it should fall-back to IPv4 but for
some reason that isn't happening.

Just as a caveat also saw this
http://www.ipv6-test.com/stats/country/IN, so it seems it will take a
few more years for Ipv6 to become dominant at least here in India.



--
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: iba...@codigolibre.net - http://go.to/ibaldo


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.