date:20151127

Cyril Brulebois  (2015-11-27):
> We're currently missing d-i daily builds, apparently because apt-get is
> stuck. Trying to replicate the issue in one of my devel schroots, it
> seems to be trying to call select with strange parameters:
> | 9996  select(1, [], [], NULL, {0, 498491}) = 0 (Timeout)
> | 9996  rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
> | 9996  rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> | 9996  write(1, "\r0% [Working]", 13)= 13
> | 9996  select(1, [], [], NULL, {0, 50}) = 0 (Timeout)
> | 9996  rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
> | 9996  rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> | 9996  write(1, "\r0% [Working]", 13)= 13
> | 9996  select(1, [], [], NULL, {0, 50}) = 0 (Timeout)
> | 9996  rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
> | 9996  rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> | 9996  write(1, "\r0% [Working]", 13)= 13
> | 9996  select(1, [], [], NULL, {0, 50}) = 0 (Timeout)

This part seems to be fixed with:
|  apt (1.1.1) unstable; urgency=medium
|  .
|[ Michael Vogt ]
|* Deal with killed acquire methods properly instead of hanging
|  (Closes: #806406)

that I grabbed from incoming.

I'm now getting this with an http://localhost/debian deb line in my
sources.list (which gets used to determine what to put in the local
sources.list.udeb used in d-i's build system):
| (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ make -C build 
build_netboot-gtk USE_UDEBS_FROM=sid 
| make: Entering directory '/home/kibi/debian-installer/installer/build'
| Using generated sources.list.udeb:
|deb [trusted=yes] copy:/home/kibi/debian-installer/installer/build/ 
localudebs/
|deb http://localhost/debian sid main/debian-installer
| make[2]: 'sources.list.udeb' is up to date.
| Running APT_GET (else)
| Reading package lists... Done
| E: Method gave invalid 400 URI Failure message: Could not get new groups - 
getgroups (22: Invalid argument)
| E: Method gave invalid 400 URI Failure message: Could not get new groups - 
getgroups (22: Invalid argument)
| E: Method copy has died unexpectedly!
| E: Sub-process copy returned an error code (112)

and slightly differently with a file:///srv/mirrors/debian deb line:
| (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ make -C build 
build_netboot-gtk USE_UDEBS_FROM=sid 
| make: Entering directory '/home/kibi/debian-installer/installer/build'
| Using generated sources.list.udeb:
|deb [trusted=yes] copy:/home/kibi/debian-installer/installer/build/ 
localudebs/
|deb copy:///srv/mirrors/debian sid main/debian-installer
| make[2]: 'sources.list.udeb' is up to date.
| Running APT_GET (else)
| Reading package lists... Done
| E: Method gave invalid 400 URI Failure message: Could not get new groups - 
getgroups (22: Invalid argument)
| E: Method copy has died unexpectedly!
| E: Sub-process copy returned an error code (112)

Coming to think of it, I vaguely remember groups-related issues below
schroot from the early systemd days (I kept sysvinit for a while because
of this), but that disappeared a long while ago.


Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#806490: binutils: please make the build reproducible

2015-11-27 Thread Reiner Herrmann

Source: binutils
Version: 2.25.90.20151125-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps username
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that binutils could not be built reproducibly.
Since the cross packages are also built, the username and date
appears again in the test-summary files.

The attached patch filters the line causing unreproducibility
also for the other architectures.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index c7b27d8..b2a6533 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1319,6 +1319,8 @@ binary.%: stamps/install.%
 	gzip -9nf $(D_CROSS)/$(PF)/share/doc/$(P_CROSS)/changelog.Debian
 
 ifeq ($(with_check),yes)
+	: # remove user and date from test-summary for reproducible builds
+	sed -i -e '/Test Run By/d' test-summary-$*
 	$(install_file) test-summary-$* \
 	  $(D_CROSS)/$(PF)/share/doc/$(P_CROSS)/test-summary
 	gzip -9nf $(D_CROSS)/$(PF)/share/doc/$(P_CROSS)/test-summary


signature.asc
Description: PGP signature

Bug#803519: lintian: Search for the string "legal" in every file, as it is gererally misused

2015-11-27 Thread Bjarni Ingi Gislason

On Sat, Oct 31, 2015 at 06:12:53PM -0700, Russ Allbery wrote:
> Bjarni Ingi Gislason  writes:
> 
> >   It is not enough to check just the Debian part of a package.  The
> > part that comes from upstream should be scrutinized.  
> 
> If you want to try to teach various upstreams to use the word "illegal"
> the way that you want them to do so, feel free.  You already have all the
> tools that you need to take this on personally.  But this is not the
> purpose of the Lintian tool.
> 

  One can't teach people, who do not want to learn and unlearn, anything.

  "What is good teaching?  One can teach manipulations without
understanding; the present students have had so much of this
that they almost demand that this be done in at least all of the
"elementary" courses.  This is encouraged by the present
elementary and secondary schools.  The products of such
education no longer have their original thinking abilities."
[1]

">what is the point of HAVING them [teachers]?

The best statement in that respect came from one of my eldest
daughters' advisors: "I'm not here to teach you. You are here to
teach yourselves. I'm here to show you where the good stuff is,
and to wipe the cobwebs off your minds"."
[2]

">THE BEST WAY TO HELP A COLLEGE STUDENT IS TO GET THEM TO HELP
>THEMSELVES - professional life will be a lot less forgiving.

THIS should start in first grade, if not earlier.  The teacher
does not teach the student; the teacher can only help the
student learn."
[1]

"But a large proportion of college students have had the ability
to think about what they are doing destroyed.  Should we teach
students to act like machines?  This is how they have been
taught what the schools call "mathematics", but which does not
make it any easier for them to understand mathematical concepts
than when they started out, AT BEST."
[1]

###

  And too many programmers do not generally want to unlearn anything,
to be able to learn something better.  They also show me, that they do
not understand, can't think, reflect on some things, lack discernment.

  They, as too many people, are controlled by their opinions, beliefs. 
They, as too many people, are not in control of their opinions, beliefs;
otherwise it would be easy for them to inspect, investigate them fully
and to change them easily to better ones; ones which do not cause wrong
positives (negatives), misunderstanding, incomprehension,
misleadingness or any other flaws or harm.

  They show me a corrupt/corrupted mind.

  They show me, that they do not show professional attitude.

  They show me, that they do not know or ignore their own ignorance.

  "Illegal character" is a corrupt term.

  Isn't it illegal to state something is illegal, when it is not
illegal?

###

  I see the purpose of "lintian" to report violations of defined
quality requirements.  As a side effect, it can show learn-willing
(teachable) readers better "behaviour".

  What is of higher quality, "illegal" or "invalid", "legal" or
"valid"?  In which context?

  Can they be swapped without any loss of meaning and in any context?

###

"This second radical novelty shares the usual fate of all
radical novelties: it is denied, because its truth would be
too discomforting.
I have no idea what this specific denial and disbelief costs
the United States, but a million dollars a day seems a modest
guess."
[3]

  "Since breaking out of bad habits, rather than acquiring new
ones, is the toughest part of learning we must expect from that
system permanent mental damage for most students exposed to
it."
[4]

  "The problems of the real world are primarily those you are
left with when you refuse to apply their effective solutions."
[5]

##

[1] Herman Rubin in the Usenet forum "misc.education.science".

[2] Alberto Moreira in the Usenet forum "misc.education".

[3] Page xxix in:

On the Cruelty of Really Teaching Computing Science

Edsger W. Dijkstra

SIGCSE Bulletin 1989, 21(1), pp. xxv-xxxix.
Also "www.cs.utexas.edu/users/EWD/"

[4] Page xxxvii in:

On the Cruelty of Really Teaching Computing Science

Edsger W. Dijkstra

SIGCSE Bulletin 1989, 21(1), pp. xxv-xxxix.
Also "www.cs.utexas.edu/users/EWD/"

[5] Page xxxviii in:

On the Cruelty of Really Teaching Computing Science

Edsger W. Dijkstra

SIGCSE Bulletin 1989, 21(1), pp. xxv-xxxix.
Also "www.cs.utexas.edu/users/EWD/"

-- 
Bjarni I. Gíslason

Bug#806475: apt: Breaks debian-installer build, select with no read/write fds?

David Kalnischkies  (2015-11-28):
> Mhh. apt is run as root (as we don't reach this codepath with uid !=
> 0), but it has all the groups of kibi and a setgroups is silently
> ignored… wtf…

Hmmm, there's fakeroot in the middle!

| ifneq ($(shell id -u),0)
|   ROOTCMD ?= fakeroot
| endif
| 
| # Useful command sequences
| define submake
|   $(ROOTCMD) $(MAKE) --no-print-directory -j1
| endef

which probably explains why copying/pasting the command line worked,
as opposed to running make and submakes, the last ones being under
fakeroot?

> The code is if someone wants to look:
> https://anonscm.debian.org/cgit/apt/apt.git/tree/apt-pkg/contrib/fileutl.cc#n2264
> I will go to bed now, maybe I have an epiphany tomorrow.
> (or manage to reproduce this for a start)
> 
> 
> > While I've been experimenting with adding/removing myself from the said
> > groups, I'm noticed this a few times, without being able to figure out
> > what exactly causes this…
> > | W: No sandbox user '_apt' on the system, can not drop privileges
> > 
> > In which case, going back to apt.git and "sudo debi -u" to reinstall all
> > packages I've built seems to fix the issue.
> 
> As mentioned briefly schroot copies users & groups from your host
> system, so if your host system has no _apt user, the _apt user in your
> schroot will "disappear" next time it is copied over.

Ah, right. That explains why running adduser/deluser from within/outside
the chroot made little difference, given the culprit was my leaving and
re-entering the chroot session… I'm not sure how buildds are set up, and
whether _apt will stick there (not really a reasonable hour to go look it
up though); there are different flavours/profiles in the sbuild and
schroot worlds anyway, so hopefully that's going to “just work”.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#806501: transtion script: dependency check overkill

2015-11-27 Thread Hideki Yamane

Package: release.debian.org
Severity: normal

Hi,

 "Why is package X not in testing yet?" says 
 *) https://release.debian.org/migration/testing.pl

>Dependency analysis (including build-depends; i386 only):
>
>iceweasel depends on ttf-dejima-mincho which is not available in testing
>ttf-dejima-mincho is explained above

 However, it (build-)depends on "fonts-dejima-mincho | ttf-dejima-mincho"
 and fonts-dejima-mincho exists. Just ttf-dejima-mincho was removed since
 transition from ttf- to fonts- .

 So, it seems to be bug, IMO.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#806481: Backport etcd to Jessie

2015-11-27 Thread Paul Tagliamonte

On Sat, Nov 28, 2015 at 12:19:54PM +1100, Dmitry Smirnov wrote:
> On Friday 27 November 2015 14:55:30 Paul Tagliamonte wrote:
> Hi Paul,
> 
> Without funding I won't be able to backport Etcd.
> A significant amount of work is required. I estimate that about 20 dependency 
> packages need to be backported as well. Frankly I doubt that the effort is 
> worth it -- etcd is a statically linked binary so it would work just fine if 
> installed straight from "testing" to Jessie (which could be facilitated by 
> trivial apt pinning). At least that's how I use etcd on Jessie at the 
> moment...

Understandable. Mind if I do it? After it's in Jessie, it might be
easier to keep up to date, too.

Cheers,
  Paul



signature.asc
Description: PGP signature

Bug#806374: [/master] New upstream release (Closes: #806374).

2015-11-27 Thread Andrew Starr-Bochicchio

tag 806374 pending
thanks

Date: Fri Nov 27 14:44:30 2015 -0500
Author: Andrew Starr-Bochicchio 
Commit ID: 9d5521aab77ce848cd2ba25f2b9f574ea20df01c
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff;h=9d5521aab77ce848cd2ba25f2b9f574ea20df01c
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff_plain;h=9d5521aab77ce848cd2ba25f2b9f574ea20df01c

New upstream release (Closes: #806374).

Bug#741573: [/master] Drop menu file per the tech-ctte decision on #741573.

2015-11-27 Thread Andrew Starr-Bochicchio

tag 741573 pending
thanks

Date: Fri Nov 27 14:52:54 2015 -0500
Author: Andrew Starr-Bochicchio 
Commit ID: 310007216d7ce25c7d34a5351502e0c8ba3487ac
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff;h=310007216d7ce25c7d34a5351502e0c8ba3487ac
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff_plain;h=310007216d7ce25c7d34a5351502e0c8ba3487ac

Drop menu file per the tech-ctte decision on #741573.

Bug#806491: aodh: [INTL:nl] Dutch translation of debconf messages

2015-11-27 Thread Frans Spiesschaert

 

Package: aodh 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of aodh debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#806496: ramsize/rdev/rootflags/vidmode prematurely removed from util-linux

2015-11-27 Thread Elliott Mitchell

Package: util-linux
Version: 2.20.1-5.3

Sorry, I hate to have to report it, but as of 4.2 the x86 (both ia32 and
amd64) Linux kernel still supports the features manipulated by these
commands.  Until the Linux kernel removes these features, removal of the
commands is quite premature.  I'm cringing at having to report it, but
under the right circumstances they're still handy to have.

Someone good with rants really needs to chew out whomever thought
removing them was a good idea.

My apologies at the long delay in bringing up the issue, but problems
happen.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#806256: libpam-systemd: log out from a TTY and your X input devices get lost!

2015-11-27 Thread Francesco Poli

On Fri, 27 Nov 2015 00:29:33 +0100 Michael Biebl wrote:

> Am 27.11.2015 um 00:16 schrieb Francesco Poli:
[...]
> > Could you please specify the exact steps needed to obtain the log you
> > would like to see?
> 
> A Xorg.0.log and a journalctl -alb log might be helpful.

These two logs are attached.
They were taken just after reproducing the bug from a newly created SSH
session.
I hope these logs may help in understanding what's going on: I see some evdev 
errors in Xorg.0.log and a backtrace. Moreover I see some unclear (at least to 
me) messages from systemd-logind.

By the way, from within the SSH session I could close the X session by
just quitting Fluxbox with:

  $ killall -TERM fluxbox

After that, although my X session was gone, I could regain control of
the input devices (keyboard and mouse were back to normal) and I could
start a new X session from the console (TTY1).
In other words, a reboot was not strictly needed in order for the
system to come back to a normal working state.

[...]
> To me this sounds like an X problem.

It's possible, even though I cannot understand how X could be blamed
for the automatic switch back from TTY2 to TTY1 (which is occupied by
the X session).
On the other hand, it's more than plausible that the issue with ignored
input devices may be X's fault.

> Which Xorg version do you use?

The one currently in Debian testing:

  $ dpkg -l | grep xserver-xorg-core | cut -c 1-60
  ii  xserver-xorg-core   2:1.17.3-2  

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE

Xorg.0.log.gz
Description: application/gzip

journalctl.log.gz
Description: application/gzip

pgpQYtp8SqGLi.pgp
Description: PGP signature

Bug#805424: in apt marked as pending

2015-11-27 Thread 積丹尼 Dan Jacobson

> "JAK" == Julian Andres Klode  writes:
>> 
JAK> There's no point reassigning 806378 to bugs.debian.org
>> 
>> Any better place to reassign it?
>> Even if they are generated differently,
>> when they get to the user they look like they are coming from the same 
>> software.

JAK> Sorry, no. You can file a support request on

JAK> https://alioth.debian.org/tracker/?func=add_id=1=21

JAK> to at least get the default script in /usr/local/bin changed
JAK> though.

JAK> I'm thinking about merging both ways (changelog and commit
JAK> message) into one script, with an option to switch between the
JAK> two, and then get that installed into alioth's /usr/local/bin

JAK> Then everyone could hopefully switch to one script.

OK. I tried to register for an account there, but it said Unix name
already taken (jidanni).

I pressed password recovery, and it said username doesn't exist.

I would rather like to leave that machine to be the territory of
developers, and just wish to relay my feedback to you and have you guys
take care of the rest.

Bug#740710: problem with SF3 playback

2015-11-27 Thread Hamish Moffatt


Hi,

On 27/11/15 19:05, Fabian Greffrath wrote:

Am Freitag, den 27.11.2015, 12:39 +1100 schrieb Hamish Moffatt:

I'm afraid that while this plays correctly with FluidR3Mono_GM.sf3, I
  

have stray notes again with other sound fonts.

Do you also have these stray notes if you play back the MIDI in
Musescore using these other sound fonts?

Do you also have these stray notes if you forcefully reset loopstart
and loopback, like in my previous workaround?


loopstart = loopend = 0 fixes it.

Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.


thanks,
Hamish

Bug#804916: [rt.debian.org #6067] AutoReply: Please add Guillaume Turri's key to the DM keyring

Control: package debian-maintainers
Control: tags -1 + pending

Hello Guillaume Turri,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=6067

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sat, 2015-11-28 00:49:03 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Guillaume Turri's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #6067].
>
> Please include the string
>
>   [rt.debian.org #6067]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 0ADA061F36B34833EA75DEF6C6079EAD0F1F7C52
> to the DM keyring
>   please notify 804916-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sat, 28 Nov 2015 00:38:11 +
> BTS: http://bugs.debian.org/804916
> Comment: Add Guillaume Turri  as a Debian 
> Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/10/msg00021.html
> Advocates: 
>   ebourg - https://lists.debian.org/debian-newmaint/2015/11/msg2.html
> KeyCheck:
>   pub   2048R/0F1F7C52 2014-10-11 [expires: 2017-09-25]
> Key fingerprint = 0ADA 061F 36B3 4833 EA75  DEF6 C607 9EAD 0F1F 7C52
>   uid  Guillaume Turri 
>   sig!30F1F7C52 2014-10-11  Guillaume Turri 
> 
>   sig!30F1F7C52 2015-09-26  Guillaume Turri 
> 
>   sig! E4B9D0AC 2015-10-21  Emmanuel Bourg 
>   sig! 752F1BE1 2015-10-22  Sylvestre Ledru 
>   sub   2048R/F14686E5 2014-10-11
>   sig! 0F1F7C52 2014-10-11  Guillaume Turri 
> 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 2048 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, expires Mon 25 Sep 2017 08:49:51 UTC.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJWWPmdAAoJEHxWrP6UeJfYGaAQAMHn7MXxLcVqCZqMpiJOyt8A
> aqL2Vt/nndXcCsw6I0SZxVFANrBDeUKIop32kR6367IA5l2QEFK3mPuWYePt6Jaf
> oGOhjELgQNHFvXP8jaFtzdKpArKr/BKz19xeJsnns6Vv1lec6a8v1xEVzmja1qDC
> veypDlVCIyiLJSqGmvun9+ZxkQcX0idr22kdw5x+qOHmgIkNbx4RYiA4JbvJVl7C
> fLPut62We3nOy4hyCpxBtmtMMJ54LFuR2NahIxEJl4fJ+2mqLFcnSO7WnlOmeJ6x
> g+F+qOLf1mpSue/aJy+zB3H9bYAcJb2qQ+BGeYoVBmWZpzH07sYL1JzyFN7Yb4+D
> 44cqv2gpyx9Rn+pVRkl5AhZrzuNcGLjEQkjNhRWPrd36ugnLHDZ6vjRIdiHkiOUq
> 2BQtRDU7fqUMRZV3fquF/tQVbU93UcHMVUPmB3lVJZgMCo5130ykYafk81cGm4s4
> ZcsbgZ1Nk9p2faTvixgV8N5FEPew4ncPffkiM3q+EBIw7ou9F8+4FsRAmKQWh1qV
> gjpdQN4hIDppCWKiaqgkba9bLboIi7/o2T5qeZoMIQTKg+6/biiirrrNUW0T3fSR
> t0RTddmdWmRpLceY6ucLEWjnspuODfH6j2yxxm/x68aq6LFFBQ2LV6xkN2xr9/Iw
> u8i92qgM8FIln46Xbkin
> =QQj3
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#797961: Workaround I used on jessie

2015-11-27 Thread Christian Hawkins


Hi,

on jessie, after invoking ecryptfs-setup-swap it would fail activating 
the swap. This is due to some internal mechanism on cryptsetup part not 
setting up the mapped device if partition type does not match.


As a workaround I had to set the Partition type to "Linux" (83 in MBR, I 
think 15 in GPT) - after a reboot encrypted swap would be activated



As for this problem: Please put it back in testing. The problem does not 
lie within ecryptfs, the setup is correct. It is cryptsetup not handling 
it properly.


Best Regards,

Christian Hawkins

Bug#806422: apt: no longer handles mutually-exclusive sets of essential packages well

2015-11-27 Thread David Kalnischkies

On Fri, Nov 27, 2015 at 05:18:13PM +0100, Thorsten Glaser wrote:
> On Fri, 27 Nov 2015, David Kalnischkies wrote:
> 
> > Essentials have to be installed, so you just can't have mutually-
> > exclusive essentials in any supportable capacity.
> 
> Of course Essentials have to be installed, but even in
> Debian it’s possible to have transitions of Essential
> packages e.g. from one release to the other, and for
> as long as you have both in the sources.list…

So, I have an unstable system and oldstable in my sources.list, when
exactly does this upgrade happen now?

> Can’t you just priorise the installed one higher?

A package gets some negative points for not being available from any
source anymore, but you can't do much more as my situation might be
bogus, but it isn't too crazy to have two releases in the sources.list
(and from a package manager pov: "what is a release anyway?" and "what
is the current release?", "which release is installed?", …).

Transitioning from one essential package to another involves some
packages depending on them, which decide this matter – which is your
problem here as obviously more stuff depends on dash than on dash-mksh
(which is the main source of points) in a normal rename that wouldn't
happen.

> Otherwise: would it “fix” the issue if dash-mksh were
> to ship a preferences.d/ file pinning dash down to -1?

As said: 'the "workaround" is easy enough: pinning',
so yeah, you could do that.

Best regards

David Kalnischkies

signature.asc
Description: PGP signature

Bug#806438: [Pkg-sysvinit-devel] Bug#806438: update-rc.d: Do not fail when initscripts is not installed

2015-11-27 Thread Petter Reinholdtsen

[Felipe Sateler]
> Do we want to break installs when an init script is broken but the
> user is using systemd and not sysvinit? I think this is the question
> we should be asking. The patch I proposed essentially answers "no".

As long as some of the archtectures in Debian are using sysvinit, I
suspect the best answer to that question is "yes", to ensure as many
eyeballs as possible can discover, report and fix such problems early.

> That we check for mountkernfs.sh, which lives in package initscripts,
> I consider only a proxy for the real question: is this system likely
> to ever boot into sysvinit?

To me that is not really the question.  To me it is "is the package
broken, and how should it be discovered".  As long as systemd only work
on Linux, and Debian provide kFreeBSD and Hurd kernels, we should do our
best to fix bugs in the init.d scripts.  After all, incorrect init.d
script dependencies are trivial to fix, but hard to find.

> I'm afraid I don't see any other way than triggering error at the
> point where we detect this might be a problem: when initscripts is to
> be installed again.

That is one scenario, but not the one I had in mind, as I mention above.

I would like to ensure the package maintainer and all the package users
detect incorrect boot script dependencies as early as possible,
preferably before the package is uploaded or at least as soon as it is
unloaded to unstable.

-- 
Happy hacking
Petter Reinholdtsen

Bug#806497: approx: Message in daemon.log about failed download of debian/.../Package.bz2

2015-11-27 Thread Sylvain Le Gall

Package: approx
Version: 5.5-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Since I upgrade my whole system to Jessie, the following line in my daemon.log 
have appeared:
approx[7161]: Failure: cannot download 
debian/dists/jessie-backports/main/binary-i386/Packages.bz2

It happens twice a day for 5 systems for 2 approx installation.


If you check:
http://ftp.debian.org/debian/dists/jessie-backports/main/binary-i386/

You'll see that the Packages.bz2 doesn't exist. Anyway the client uses
the Packages.xz version.

I suppose if it is possible to download either .xz or .bz2 we should not
raise an exception for the other one.

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


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 approx depends on:
ii  adduser   3.113+nmu3
ii  bzip2 1.0.6-7+b3
ii  curl  7.38.0-4+deb8u2
ii  debconf [debconf-2.0] 1.5.56
ii  libc6 2.19-18+deb8u1
ii  libpcre3  2:8.35-3.3
ii  openbsd-inetd [inet-superserver]  0.20140418-2
ii  rsyslog [system-log-daemon]   8.4.2-1+deb8u1
ii  update-inetd  4.43
ii  xz-utils  5.1.1alpha+20120614-2+b3

approx recommends no packages.

Versions of packages approx suggests:
pn  libconfig-model-approx-perl  

-- Configuration Files:
/etc/approx/approx.conf changed:
debianhttp://ftp.ch.debian.org/debian
security  http://ftp.ch.debian.org/debian-security
backports   http://ftp.ch.debian.org/debian-backports # Squeeze only.

/etc/cron.daily/approx 0983e2368915f9e984597235cc4a4614 [Errno 2] Aucun fichier 
ou dossier de ce type: u'/etc/cron.daily/approx 
0983e2368915f9e984597235cc4a4614'

-- debconf information:
  approx/port:

Bug#805321: [Reproducible-builds] Bug#805321: debian-installer: builds unreproducible netboot images

2015-11-27 Thread Steven Chamberlain

Hi,

Cyril Brulebois wrote:
> I've cherry-picked 3 patches from there onto master locally and I'm
> currently running diffoscope to see how that goes (and it's taking
> ages…):

I'm guessing the initrd would differ if the Linux tool to generate it
stores timestamps.  If its compressed size varies much due to those
differences, the .iso block numbers may vary as a result.

> FWIW, I'm not exactly entirely convinced by the exporting of the
> SOURCE_DATE_EPOCH variable from debian/rules; all other variables have
> been passed without exporting so I'm wondering if we shouldn't adapt
> this to behave like other variables, reducing possible surprise for
> users.

Just to explain that -- if it's defined in the environment, it requires
no special handling and doesn't need to be (re-)exported.  I think this
is maybe the case now for dpkg-buildpackage in sid?

If the dpkg-buildpackage environment doesn't have SOURCE_DATE_EPOCH
(e.g. jessie), debian/rules sets it to the correct value, and so must
export that.

Or (for jessie or sid), in case build/Makefile is used directly, outside
of a package build, we set SOURCE_DATE_EPOCH to a dummy value ("now") if
undefined (since ../debian/changelog may not exist), which we need
when calling makefs from within that Makefile.  We export it for use by
gen-tarball to avoid duplication there.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org

signature.asc
Description: Digital signature

Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.2-2

2015-11-27 Thread Ben Finney

On 28-Nov-2015, Ben Finney wrote:
> I have re-opened the “1.0+dfsg.2-2” release in VCS and reorganised the
> ‘debian/copyright’.
> 
> It now puts the grant of license in a “License-Grant” field, leaving
> the “License” field to be about the license *conditions* only. This
> also allows me to remove the Lintian override about duplicate License
> definitions.
> 
> If this is enough to make a release for upstream's version 1.0, I
> would like to do that.

The latest source package is now online at
.

-- 
 \  “How many people here have telekenetic powers? Raise my hand.” |
  `\  —Emo Philips |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#552374: quassel-core: Please reconsider the 'wontfix' tag as quassel does support PostgreSQL

2015-11-27 Thread Diederik de Haas

Package: quassel-core
Version: 1:0.10.0-2.3+deb8u1
Followup-For: Bug #552374

The previous maintainer marked this bug as 'wontfix' but since there are
now new maintainers, I hope you'll reconsider it and do provide support
for PostgreSQL. 
As http://bugs.quassel-irc.org/projects/quassel-irc/wiki/PostgreSQL 
shows, upstream does support it.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
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 quassel-core depends on:
ii  adduser3.113+nmu3
ii  libc6  2.19-18+deb8u1
ii  libgcc11:4.9.2-10
ii  libqca22.0.3-6
ii  libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-script  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-sql-sqlite  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6 4.9.2-10
ii  lsb-base   4.1+Debian13+nmu1
ii  openssl1.0.1k-3+deb8u1
ii  zlib1g 1:1.2.8.dfsg-2+b1

quassel-core recommends no packages.

quassel-core suggests no packages.

-- no debconf information

Bug#806503: ITP: mutatormath -- calculation of piecewise linear interpolations in n-dimensions with masters

2015-11-27 Thread Hideki Yamane

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 

* Package name: mutatormath
  Version : 0.0.1~20151122
  Upstream Author : Erik van Blokland 
* URL : https://github.com/LettError/MutatorMath
* License : BSD-3-clause
  Programming Lang: Python
  Description : calculation of piecewise linear interpolations in 
n-dimensions with masters

 MutatorMath is a Python library for the calculation of piecewise linear
 interpolations in n-dimensions with any number of masters. 
 It was developed for interpolating data related to fonts, but if can handle
 any arithmetic object.

Bug#806487: syslinux: FTBFS: ldlinux.raw: write error

Source: syslinux
Version: 3:6.03+dfsg-11
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build, both on my builder and on the Reproducible
Builds jenkins.  The error is non-sensical to me; looks like random
failure but happens consistently:

...
ranlib liblpxelinux.a
nasm -f elf -Ox  -g -F dwarf -DDATE_STR="'20151108'" \
-DHEXDATE="0x5658b585" \
-Di386 \
-I/syslinux-6.03+dfsg/core/ \
-l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d 
/syslinux-6.03+dfsg/core/ldlinux.asm
ld -m elf_i386  -Bsymbolic -pie -E --hash-style=gnu -T 
/syslinux-6.03+dfsg/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \
--start-group libcom32.a --whole-archive 
/syslinux-6.03+dfsg/bios/com32/lib/libcom32core.a libldlinux.a --end-group \
> ldlinux.map
objdump -h ldlinux.elf > ldlinux.sec
perl /syslinux-6.03+dfsg/core/lstadjust.pl ldlinux.lsr ldlinux.sec ldlinux.lst
objcopy -O binary -S ldlinux.elf ldlinux.raw
/syslinux-6.03+dfsg/bios/core/../lzo/prepcore ldlinux.raw ldlinux.bin
/syslinux-6.03+dfsg/bios/core/../lzo/prepcore: ldlinux.raw: write error
/syslinux-6.03+dfsg/core/Makefile:153: recipe for target 'ldlinux.bin' failed
make[5]: *** [ldlinux.bin] Error 1
rm ldlinux.o ldlinux.raw
make[5]: Leaving directory '/syslinux-6.03+dfsg/bios/core'
/syslinux-6.03+dfsg/Makefile:285: recipe for target 'core' failed
make[4]: *** [core] Error 2
make[4]: Leaving directory '/syslinux-6.03+dfsg/bios'
/syslinux-6.03+dfsg/Makefile:254: recipe for target 'bios' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/syslinux.html

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

Bug#806486: sisu-ioc: FTBFS: PlexusXmlScanner: no suitable constructor found for InterpolationFilterReader

Source: sisu-ioc
Version: 2.3.0-6
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 7 source files to 
/sisu-ioc-2.3.0/sisu-inject/containers/guice-plexus/guice-plexus-scanners/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/sisu-ioc-2.3.0/sisu-inject/containers/guice-plexus/guice-plexus-scanners/src/main/java/org/sonatype/guice/plexus/scanners/PlexusXmlScanner.java:[117,19]
 error: no suitable constructor found for 
InterpolationFilterReader(Reader,Map)
[INFO] 1 error
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure
/sisu-ioc-2.3.0/sisu-inject/containers/guice-plexus/guice-plexus-scanners/src/main/java/org/sonatype/guice/plexus/scanners/PlexusXmlScanner.java:[117,19]
 error: no suitable constructor found for 
InterpolationFilterReader(Reader,Map)

[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 7 seconds
[INFO] Finished at: Fri Nov 27 19:52:24 UTC 2015
[INFO] Final Memory: 24M/644M
[INFO] 
/usr/share/cdbs/1/class/maven.mk:93: recipe for target 'mvn-build' failed
make: *** [mvn-build] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/sisu-ioc.html

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

Bug#805033: [rt.debian.org #6068] AutoReply: Please add Sergio Durigan Junior's key to the DM keyring

Control: package debian-maintainers
Control: tags -1 + pending

Hello Sergio Durigan Junior,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=6068

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sat, 2015-11-28 01:16:30 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Sergio Durigan Junior's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #6068].
>
> Please include the string
>
>   [rt.debian.org #6068]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 237A54B1028728BF00EF31F4D0EB762865FC5E36
> to the DM keyring
>   please notify 805033-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sat, 28 Nov 2015 01:04:58 +
> BTS: http://bugs.debian.org/805033
> Comment: Add Sergio Durigan Junior  as a Debian 
> Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/11/msg5.html
> Advocates: 
>   cascardo - https://lists.debian.org/debian-newmaint/2015/11/msg00013.html
>   locutusofborg - 
> https://lists.debian.org/debian-newmaint/2015/11/msg00014.html
> KeyCheck:
>   pub   4096R/65FC5E36 2010-02-14
> Key fingerprint = 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
>   uid  Sergio Durigan Junior (Main UID) 
> 
>   sig! A0FB5DA6 2015-05-04  Gustavo Noronha Silva 
>   sig! 72FD9571 2015-09-15  Thadeu Lima de Souza Cascardo 
> 
>   sig!365FC5E36 2013-09-02  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2013-09-02  Sergio Durigan Junior (Main UID) 
> 
>   uid  Sergio Durigan Junior 
>   sig! A0FB5DA6 2015-05-04  Gustavo Noronha Silva 
>   sig! 72FD9571 2015-09-15  Thadeu Lima de Souza Cascardo 
> 
>   sig!365FC5E36 2015-04-06  Sergio Durigan Junior (Main UID) 
> 
>   uid  Sergio Durigan Junior 
>   sig! A0FB5DA6 2015-05-04  Gustavo Noronha Silva 
>   sig! 72FD9571 2015-09-15  Thadeu Lima de Souza Cascardo 
> 
>   sig!365FC5E36 2010-02-14  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2010-02-14  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2013-09-02  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2013-01-20  Sergio Durigan Junior (Main UID) 
> 
>   uid  Sergio Durigan Junior 
>   sig! A0FB5DA6 2015-05-04  Gustavo Noronha Silva 
>   sig! 72FD9571 2015-09-15  Thadeu Lima de Souza Cascardo 
> 
>   sig!365FC5E36 2012-05-31  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2013-01-20  Sergio Durigan Junior (Main UID) 
> 
>   uid  Sergio Durigan Junior 
>   sig!365FC5E36 2010-02-17  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2013-01-20  Sergio Durigan Junior (Main UID) 
> 
>   uid  Sergio Durigan Junior (Alternative e-mail address) 
> 
>   sig! A0FB5DA6 2015-05-04  Gustavo Noronha Silva 
>   sig! 72FD9571 2015-09-15  Thadeu Lima de Souza Cascardo 
> 
>   sig!365FC5E36 2010-02-14  Sergio Durigan Junior (Main UID) 
> 
>   sig!365FC5E36 2013-01-20  Sergio Durigan Junior (Main UID) 
> 
>   sub   4096R/7BFE0BE5 2010-02-14
>   sig! 65FC5E36 2010-02-14  Sergio Durigan Junior (Main UID) 
> 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>

Bug#806479: gcc-5: please allow building cross compilers targeting x86 cpus without building hppa64 cross compilers

2015-11-27 Thread Matthias Klose


On 27.11.2015 20:54, Helmut Grohne wrote:

Source: gcc-5
Version: 5.2.1-26
Severity: minor
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

When building cross compilers targeting amd64, i386 or x32 by writing
the arch name to debian/target, the build process tries to build hppa64
cross compilers. This seems a bit odd to me and I'd rather have gcc-5
not build hppa64 cross compilers unless I ask it to do so. I am
proposing the attached patch which limits the hppa64 cross compiler to
native builds. Do you agree with that reasoning?


No. Why would you handle hppa as a secondary or ternary architecture? You need 
the hppa64 cross compiler to bootstrap hppa.  Other architectures require a 
multilib enabled compiler to bootstrap the architecture, however hppa/hppa64 
isn't multilib enabled.  So maybe you don't have this target enabled?  Fyi, 
there is #800729 trying to address this issue properly and not working around 
it. Unfortunately no reply yet.


  Matthias

Bug#792833: jessie-pu: package ansible/1.7.2+dfsg-2

2015-11-27 Thread Harlan Lieberman-Berg

Julien Cristau  writes:
> Breaking threads and not bothering to set Subject is very much not
> helpful.

Hello Julien,

My apologies; I guess I must have composed a new mail for some reason,
instead of replying to your last message.

Do you have any other questions about the update?

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#806484: ITP: packetbeat -- real-time network packet analyzer and logger

2015-11-27 Thread Daniel Stender

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: packetbeat
  Version : 1.0.0
  Upstream Author : Tudor Golubenco 
* URL : https://github.com/elastic/packetbeat
* License : Apache-2.0
  Programming Lang: Go
  Description : real-time network packet analyzer and logger

Packetbeat [1] sniffs and analyzes network traffic packets and parses several
application layer protocols, and stores and indexes the data with Elasticsearch.
Like said on the site, like Wireshark but with more analytics features. And it's
extensible.

Kibana isn't available so far but could be missed (#700337), but there are some
other requirements not available yet (like github-elastic-libbeat), I'll add new
WNPP bugs for them, soon.

DS

[1] https://www.elastic.co/guide/en/beats/packetbeat/current/index.html

Bug#806488: view3dscene: FTBFS: v3dsceneraytrace.pas Error: Identifier not found "TImageFormat"

Source: view3dscene
Version: 3.15.0-2
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

mkdir -p /view3dscene-3.15.0/debian/tmp/usr/lib/view3dscene/3.15.0
fpc -k"-z relro" -dRELEASE -Mobjfpc -Sh -Ci -Sm -Sc -Sg -Si -O2 -Xs 
-FU/view3dscene-3.15.0/debian/tmp/usr/lib/view3dscene/3.15.0 
-FE/view3dscene-3.15.0/debian/tmp/usr/bin 
-Fu/usr/lib/x86_64-linux-gnu/fp-units-2.6.4/castle-game-engine-5.2.0/ 
view3dscene.lpr
Compiling Release Version
Free Pascal Compiler version 2.6.4+dfsg-8 [2015/08/14] for x86_64
Copyright (c) 1993-2014 by Florian Klaempfl and others
Target OS: Linux for x86-64
Compiling view3dscene.lpr
Compiling v3dscenetexturefilters.pas
Compiling v3dscenelights.pas
Compiling v3dscenefillmode.pas
Compiling v3dsceneraytrace.pas
Compiling v3dscenestatus.pas
Compiling v3dscenewindow.pas
v3dsceneraytrace.pas(135,26) Error: Identifier not found "TImageFormat"
v3dsceneraytrace.pas(135,26) Error: Error in type definition
v3dsceneraytrace.pas(144,29) Error: Identifier not found "MimeTypeToImageFormat"
v3dsceneraytrace.pas(145,26) Error: Identifier not found "ifRGBE"
v3dsceneraytrace.pas(380) Fatal: There were 4 errors compiling module, stopping
Fatal: Compilation aborted
Error: /usr/bin/ppcx64 returned an error exitcode (normal if you did not 
specify a source file to be compiled)

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/view3dscene.html

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

Bug#806492: barbican: [INTL:nl] Dutch translation of debconf messages

2015-11-27 Thread Frans Spiesschaert

 

Package: barbican 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of barbican debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#804059: [rt.debian.org #6065] AutoReply: Please add Paulo Roberto Alves de Oliveira's key to the DM keyring

Control: package debian-maintainers
Control: tags -1 + pending

Hello Paulo Roberto Alves de Oliveira,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=6065

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Fri, 2015-11-27 22:10:55 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
> 
>   "Please add Paulo Roberto Alves de Oliveira's key to the", 
> 
> a summary of which appears below the dashed line.
> 
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #6065].
> 
> Please include the string
> 
>   [rt.debian.org #6065]
> 
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
> 
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 5E3A2D8ADA62D240622EC84239F17A5F5AEFBE73
> to the DM keyring
>   please notify 804059-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Fri, 27 Nov 2015 21:48:45 +
> BTS: http://bugs.debian.org/804059
> Comment: Add Paulo Roberto Alves de Oliveira (aka kretcheu) 
>  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/11/msg6.html
> Advocates: 
>   eriberto - https://lists.debian.org/debian-newmaint/2015/11/msg7.html
> KeyCheck:
>   pub   4096R/5AEFBE73 2015-07-03 [expires: 2017-12-18]
> Key fingerprint = 5E3A 2D8A DA62 D240 622E  C842 39F1 7A5F 5AEF BE73
>   uid  Paulo Roberto Alves de Oliveira (Conta no Jabber.org) 
> 
>   sig!35AEFBE73 2015-11-10  Paulo Roberto Alves de Oliveira (Conta no 
> Jabber.org) 
>   uid  Paulo Roberto Alves de Oliveira (aka kretcheu) 
> 
>   sig! 04EBE9EF 2015-10-14  Joao Eriberto Mota Filho (eriberto) 
> 
>   sig! CD460BDE 2015-10-19  Antonio Terceiro 
> 
>   sig!35AEFBE73 2015-07-03  Paulo Roberto Alves de Oliveira (Conta no 
> Jabber.org) 
>   sig!35AEFBE73 2015-09-20  Paulo Roberto Alves de Oliveira (Conta no 
> Jabber.org) 
>   uid  [jpeg image of size 18372]
>   sig!35AEFBE73 2015-11-10  Paulo Roberto Alves de Oliveira (Conta no 
> Jabber.org) 
>   sub   4096R/90628071 2015-09-17 [expires: 2016-12-18]
>   sig! 5AEFBE73 2015-09-20  Paulo Roberto Alves de Oliveira (Conta no 
> Jabber.org) 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, expires Sun 18 Dec 2016 16:49:35 UTC.
>   Valid "s" flag, expires Mon 18 Dec 2017 16:46:50 UTC.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJWWNRaAAoJEHxWrP6UeJfYH8gQAKlWX7cwvqgXI9VMZZq13oHn
> YU1QtkHU/6qyH4q301/eym3ns9wvI0ihfvZ/TNLP+kSJv2rJBf/APzLMA5pAPPfT
> 0l4Mo4GQnWCx/Dg0KQnd2BySwr0YjW59z6tjJkt0cRMoTmz4Lo844SrPBMtpfvas
> KfXV2lc2O7vjEVHtjrAfXsWLLYDkVPtUvEWftKl2zQ4IvtOGMrsgzZBlHZX1NK0i
> QbeHnUVpe5ZIaQSdVscW+WTiEINlTmkgXM+oKx0Dta7ZTjIJPf1diRjfPliL9V7i
> RzzqGaTwj1au880HTMeD+Gwc7d7yQ9W5u2iFt79IZ4IYkIYeaz1AHCWD4SJbEVzL
> FwpG9JDBN/fBaKUOeWcYpN/1/LOFGJPbVpNAqPmuxNtQ64yA0uT0ZLdQ10QpeWYd
> xPruYHFyDGjaE6iZJwFxkq7JadbxbmFaa7piQXRcFOzN90mlu2P9idxE9/SadZRM
> i0ZboMHT+rwbPlopRxz46u5gKS+d1z+qAcU+FSsQq3q/RHAQ1rv8PFTh4SVYGbm+
> yE+z62kmPlFAFchYanQDiK1pSCgG8UUarFlZ3cIbZbw7aBOw3xO8v/QPEbVmxcRZ
> 6rjKMWAjgVDfiwWxG2KJXnb7bbKxdjgLgAPnS8QdpRqZCn1xhrrx4gPhNltIFvgA
> qf6qouHqlmBSdPt0J+jn
> =vQDS
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#805118: [debian-mysql] Bug#805118: galera-3: FTBFS on s390x

2015-11-27 Thread Otto Kekäläinen

I just uploaded a new upstream version and it seems to also fix s390x builds.

Bug#805057: [rt.debian.org #6069] AutoReply: Please add Scott Talbert's key to the DM keyring

Control: package debian-maintainers
Control: tags -1 + pending

Hello Scott Talbert,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=6069

Currently, rt.debian.org isn't accessible for the general public. It
was so sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Not urgent but please try to get more OpenPGP signatures from DDs and
sign theirs keys as well. :-)

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Sat, 2015-11-28 01:35:05 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Scott Talbert's key to the DM keyring",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #6069].
>
> Please include the string
>
>   [rt.debian.org #6069]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID 6E7434F5897D43B17FCD57B753D5BC64B52378A2
> to the DM keyring
>   please notify 805057-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Sat, 28 Nov 2015 01:25:39 +
> BTS: http://bugs.debian.org/805057
> Comment: Add Scott Talbert  as a Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/11/msg00016.html
> Advocates: 
>   klee - https://lists.debian.org/debian-newmaint/2015/11/msg00017.html
>   hartmans - https://lists.debian.org/debian-newmaint/2015/11/msg00026.html
> KeyCheck:
>   pub   4096R/B52378A2 2013-10-07
> Key fingerprint = 6E74 34F5 897D 43B1 7FCD  57B7 53D5 BC64 B523 78A2
>   uid  Scott Talbert 
>   sig!260F105FE 2015-11-09  Klee Dienes 
>   sig!3B52378A2 2013-10-07  Scott Talbert 
>   sub   4096R/45B4B9E8 2013-10-07
>   sig! B52378A2 2013-10-07  Scott Talbert 
>   .
>   Key is OpenPGP version 4 or greater.
>   Key has 4096 bits.
>   Valid "e" flag, no expiration.
>   Valid "s" flag, no expiration.
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCgAGBQJWWQR9AAoJEHxWrP6UeJfYI7AP/1vv3kwQJveDkbc6GqJbCILB
> 4cWmC5H0ebtdMop5waMnNfJc3/Etg31U+DzHXr5hPkVPpHu8KLtvxOZFTCad+XW2
> bqgihXZKn0lrRhjtuSUrZuN96cGJEUMBvzQG+9g83VSlUAJpC0YmdVXOOTxfffhE
> XVeGO6w3q8mTA3pPZML4oCjZ6lmae6yhhjV12nsLfRIKCmON/r26LlrvYiyuBC+C
> wPaxwLPOV3HSsYFSHQBC65MFrCsCrk/ZslZo4mQzd+errTuRWVGE4bKVpK3w6RXA
> lIVZwGolVABOe1mVItPmcQCjVBlmJ2N/FEdgDCzopCu13TNYmXN1xL20RcQtXZPd
> 7H196EAqqx+PwAu1lJ9xzA3alME6/intB9ea3A2YaCO1645Ji6SpJHPuVXNLZDsK
> ILrbDWCnsXkmFl3JUtKYVRNrHDd26uhkunqy9gxL5c4imcwPofH1NW4YCGf3N1Gp
> SmJ+oTpXvRnlvJdga2DM/oPH/C3wluyOGirty9BZC4dxuUD/BSRakR8LBhQuwVRW
> xDUTOQvkiGHKu9si2t6l7f1Cvg2Veh/pv2qKZueBse7wRJFTjPNs61rJ5W7bON9Y
> /4mfLO4Xdpy0zbMxRFEzdLcLVHwYiHbg4cK5ZVRtK6enFuSMUQzcFEGxyuz+aYd5
> 8e5pSld52WHDvXET2mI3
> =E+cl
> -END PGP SIGNATURE-


signature.asc
Description: Digital signature

Bug#780530: [calendarserver]

2015-11-27 Thread Rahul Amaram


Hi Ximin,

I can upload calendarsever myself. There are a few action items left 
(see above), which needs to be completed before pushing calendarserver 
7.0 debian package. It would be great if you can help me with those tasks.


Thanks,
Rahul.

On Friday 27 November 2015 03:26 PM, Ximin Luo wrote:

Hi Rahul,

Any progress on this? I'm now a DD and can help sponsor your package, if you 
need it.

X

On Sun, 25 Oct 2015 23:41:00 +0530 Rahul Amaram 
 wrote:

Package: calendarserver

--- Please enter the report below this line. ---
1. has been fixed.
2. can be ignored.

Changes have been pushed to calendarserver git repository.

Will look into the remaining action items over this week.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.2.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#806489: python-os-testr: FTBFS under pbuilder

2015-11-27 Thread Daniel Schepler

Source: python-os-testr
Version: 0.2.0-3
Severity: important

>From my pbuilder build log:

...
 fakeroot debian/rules clean
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh clean --buildsystem=python_distutils --with python2,python3,sphinxdoc
   dh_testdir -O--buildsystem=python_distutils
   dh_auto_clean -O--buildsystem=python_distutils
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
python setup.py clean -a
running clean
'build/lib.linux-x86_64-2.7' does not exist -- can't clean it
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
find . -name \*.pyc -exec rm {} \+
   debian/rules override_dh_clean
make[1]: Entering directory '/build/python-os-testr-0.2.0'
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh_clean -O--buildsystem=python_distutils
/bin/sh: 1: sed: not found
/bin/sh: 1: sed: not found
dh_clean: rm -f debian/python-os-testr.substvars failed to to execute: No such 
file or directory
debian/rules:65: recipe for target 'override_dh_clean' failed
make[1]: *** [override_dh_clean] Error 2
make[1]: Leaving directory '/build/python-os-testr-0.2.0'
debian/rules:14: recipe for target 'clean' failed
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2

In my debugging, it appears that PATH is getting set to
"/usr/local/bin:/usr/bin:/bin :/build/python-os-testr-0.2.0/debian/bin"
(including the space).  Therefore, without /bin in PATH (only /bin" "), sed
cannot be found.
-- 
Daniel Schepler

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

2015-11-27 Thread Rob Browning

Eli Zaretskii  writes:

> In any case, it makes little sense to me to complicate the
> installation of binaries and their upgrade, and make your PATH longer,
> just to arrive at a solution we can already have -- separating just
> the manuals and having the corresponding directories on INFOPATH.

OK, so I'm not sure I've accurately followed the entire conversation,
but here's what I'm currently contemplating for at least Debian Emacs
and Guile, and I wondered if it seems plausible given the current tools:

  - Put all of an Emacs version's info pages in /usr/share/info/emacs-XY
as we do now, but stop trying to mangle the dir entries (or anything
else for that matter).

  - Have Emacs continue to add its version-specific info dir
(/usr/share/info/emacs-XY) to the front of the info path so that if
invoked directly, /usr/bin/emacs-XY will prefer its own pages by
default.

  - Manage /usr/share/info/emacs.info.gz via Debian's
update-alternatives (with all the other related files as --slave
pages: i.e. emacs.info-*, calc, org, etc.).  This should allow the
standalone reader (and anything else) to find the system preferred
info pages by default.

  - Document that if you have multiple versions installed, and you want
to read the pages for an alternative that's not the default with the
standalone reader, you can use "info -d /usr/share/info/emacs-XY
...".  For Emacs you'd need to prepend to the Info-directory-list.

The main change is the use of update-alternatives which should make the
Debian info arrangement look substantially less unusual.  (This approach
does depend on update-alternatives handling sets reasonably whose
--slave link sets differ - which I need to double-check.)

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

Bug#806493: cython: please make the output reproducible

2015-11-27 Thread Chris Lamb

Source: cython
Version: 0.23.2+git16-ga8fbae1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that
cython generates output that is not reproducible.

The attached patch removes non-deterministic dict ordering from the
output. Once applied, some packages that use cython can be built
reproducibly using our reproducible toolchain (eg. astroscrappy).

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/Cython/Compiler/Nodes.py b/Cython/Compiler/Nodes.py
index 3772daf..ae40cd5 100644
--- a/Cython/Compiler/Nodes.py
+++ b/Cython/Compiler/Nodes.py
@@ -7817,7 +7817,8 @@ class ParallelStatNode(StatNode, ParallelNode):
 def initialize_privates_to_nan(self, code, exclude=None):
 first = True
 
-for entry, (op, lastprivate) in self.privates.items():
+for entry, (op, lastprivate) in sorted(self.privates.items(),
+   key=lambda x: x[0].cname):
 if not op and (not exclude or entry != exclude):
 invalid_value = entry.type.invalid_value()
 
@@ -8079,7 +8080,8 @@ class ParallelStatNode(StatNode, ParallelNode):
 c = self.begin_of_parallel_control_block_point
 
 temp_count = 0
-for entry, (op, lastprivate) in self.privates.items():
+for entry, (op, lastprivate) in sorted(self.privates.items(),
+   key=lambda x: x[0].cname):
 if not lastprivate or entry.type.is_pyobject:
 continue
 
@@ -8608,7 +8610,8 @@ class ParallelRangeNode(ParallelStatNode):
 code.putln("#ifdef _OPENMP")
 code.put("#pragma omp for")
 
-for entry, (op, lastprivate) in self.privates.items():
+for entry, (op, lastprivate) in sorted(self.privates.items(),
+   key=lambda x: x[0].cname):
 # Don't declare the index variable as a reduction
 if op and op in "+*-&^|" and entry != self.target.entry:
 if entry.type.is_pyobject:

Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.2-2

2015-11-27 Thread Ben Finney

On 27-Nov-2015, Luke Faraone wrote:
> Repeating from my comment on mentors.debian.net:

Oh, thank you for repeating here. It seems I'm not receiving any
notification of comments at ‘mentors.debian.net’ (if it ever sends
such notification?).

> It is not enough to say:
> This work by Mark Burnett is licensed under a Creative Commons
> Attribution-ShareAlike 3.0 Unported License.
> 
> You need to actually include the full text of the CC-BY-SA-3.0 license,
> since it is not in common-licenses.

That's right, thanks for drawing attention to it.

I have re-opened the “1.0+dfsg.2-2” release in VCS and reorganised the
‘debian/copyright’.

It now puts the grant of license in a “License-Grant” field, leaving
the “License” field to be about the license *conditions* only. This
also allows me to remove the Lintian override about duplicate License
definitions.

If this is enough to make a release for upstream's version 1.0, I
would like to do that.

Later upstream versions have significant improvements and I want to
package those soon, but they also have substantial changes in the
source organisation and will require an overhaul of dependencies and
build process.

-- 
 \ “Outside of a dog, a book is man's best friend. Inside of a |
  `\dog, it's too dark to read.” —Groucho Marx |
_o__)  |
Ben Finney 

signature.asc
Description: PGP signature

Bug#806475: apt: Breaks debian-installer build, select with no read/write fds?

2015-11-27 Thread David Kalnischkies

On Fri, Nov 27, 2015 at 09:08:35PM +0100, Cyril Brulebois wrote:
> | E: Method gave invalid 400 URI Failure message: Could not get new groups - 
> getgroups (22: Invalid argument)
> | E: Method copy has died unexpectedly!
> | E: Sub-process copy returned an error code (112)

So, getgroups gets called there to verify that we really lost all groups
(beside the one _apt is in: nogroup). A few lines above we set the list
of (supplementary) groups containing only this group, then we switch uid
and gid (the later isn't enough for group switching aka we would be
still in root without the setgroups before).

So, us calling getgroups should really only return one group. Getting an
EINVAL suggests we get more than one… that is probably bad, but I have
a slight glimmer of hope that its just two times the same group – even
if that makes no sense… anyway, I can't reproduce this at the moment, so
it would be nice if someone could try the attached patch which could at
least tell us in which groups we remain (or it just works if we really
see duplicated groups here). Everything is possible I guess.

Given that schroot is involved mentioning if your host has an _apt user
or not might also help. As I learned today schroot is copying users and
groups into the schroot which makes all of this kinda strange… (#565613)
[two years of testing and you are still surprised on release…]

btw: To not block anyone: You can use the config option
Debug::NoDropPrivs to true to disable privilege dropping for the moment.

Best regards

David Kalnischkies
diff --git a/apt-pkg/contrib/fileutl.cc b/apt-pkg/contrib/fileutl.cc
index 46de634..f754b31 100644
--- a/apt-pkg/contrib/fileutl.cc
+++ b/apt-pkg/contrib/fileutl.cc
@@ -2322,12 +2322,17 @@ bool DropPrivileges()			/*{{{*/
   return _error->Errno("seteuid", "Failed to seteuid");
 #endif

-   // Verify that the user has only a single group, and the correct one
-   gid_t groups[1];
-   if (getgroups(1, groups) != 1)
-  return _error->Errno("getgroups", "Could not get new groups");
-   if (groups[0] != pw->pw_gid)
-  return _error->Error("Could not switch group");
+   // Verify that the user isn't still in any supplementary groups
+   long const ngroups_max = sysconf(_SC_NGROUPS_MAX);
+   std::unique_ptr gidlist(new gid_t[ngroups_max]);
+   if (unlikely(gidlist == NULL))
+  return _error->Error("Allocation of a list of size %lu for getgroups failed", ngroups_max);
+   ssize_t gidlist_nr;
+   if ((gidlist_nr = getgroups(ngroups_max, gidlist.get())) < 0)
+  return _error->Errno("getgroups", "Could not get new groups (%lu)", ngroups_max);
+   for (ssize_t i = 0; i < gidlist_nr; ++i)
+  if (gidlist[i] != pw->pw_gid)
+	 return _error->Error("Could not switch group, user %s is still in group %d", toUser.c_str(), gidlist[i]);

// Verify that gid, egid, uid, and euid changed
if (getgid() != pw->pw_gid)

signature.asc
Description: PGP signature

Bug#806475: apt: Breaks debian-installer build, select with no read/write fds?

2015-11-27 Thread David Kalnischkies

On Sat, Nov 28, 2015 at 12:30:52AM +0100, Cyril Brulebois wrote:
> Now if I log out of the schroot session, remove my user 'kibi' from the
> cdrom group and re-enter a schroot session, I'm now getting a failure on
> the next group:
> | (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ make -C build 
> build_netboot-gtk USE_UDEBS_FROM=sid 
> | make: Entering directory '/home/kibi/debian-installer/installer/build'
> | Using generated sources.list.udeb:
> |deb [trusted=yes] copy:/home/kibi/debian-installer/installer/build/ 
> localudebs/
> |deb http://localhost/debian sid main/debian-installer
> | make[2]: 'sources.list.udeb' is up to date.
> | Reading package lists... Done
> | E: Method gave invalid 400 URI Failure message: Could not switch group, 
> user _apt is still in group 25
> | E: Method gave invalid 400 URI Failure message: Could not switch group, 
> user _apt is still in group 25
> | E: Method copy has died unexpectedly!
> | E: Sub-process copy returned an error code (112)
> | 
> | (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ getent group floppy
> | floppy:x:25:kibi
> | 
> | (sid-amd64-devel)kibi@wodi:~/debian-installer/installer$ groups
> | kibi floppy audio dip video plugdev sbuild kvm libvirt
> 
> Iterating again, I'm now failing because of the audio group…

Mhh. apt is run as root (as we don't reach this codepath with uid !=
0), but it has all the groups of kibi and a setgroups is silently
ignored… wtf…

The code is if someone wants to look:
https://anonscm.debian.org/cgit/apt/apt.git/tree/apt-pkg/contrib/fileutl.cc#n2264
I will go to bed now, maybe I have an epiphany tomorrow.
(or manage to reproduce this for a start)


> While I've been experimenting with adding/removing myself from the said
> groups, I'm noticed this a few times, without being able to figure out
> what exactly causes this…
> | W: No sandbox user '_apt' on the system, can not drop privileges
> 
> In which case, going back to apt.git and "sudo debi -u" to reinstall all
> packages I've built seems to fix the issue.

As mentioned briefly schroot copies users & groups from your host
system, so if your host system has no _apt user, the _apt user in your
schroot will "disappear" next time it is copied over.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#806504: lintian: malformed-override Cannot parse line 9: missing-dependency-on-libstdc++

2015-11-27 Thread Andreas Beckmann

Package: lintian
Version: 2.5.38.1
Severity: normal

Hi,

I'd guess that lintian does not accept the '+' character in tags when
reading the overrides, resulting in this:

E: nvidia-cuda-dev: malformed-override Cannot parse line 9: 
missing-dependency-on-libstdc++
X: nvidia-cuda-dev: missing-dependency-on-libstdc++ needed by 
usr/lib/x86_64-linux-gnu/stubs/libcublas.so and 10 others

The override file contains


# These libraries are only stubs.
missing-dependency-on-libc needed by usr/lib/x86_64-linux-gnu/stubs/*
#missing-dependency-on-libstdc++ needed by usr/lib/x86_64-linux-gnu/stubs/*
missing-dependency-on-libstdc++


Neither of the two forms is working ... while the
missing-dependency-on-libc one works fine.


Actually I'd prefer these tags to be emitted once for each occurence
and not grouped together with "and X others". That would allow more fine
granular overrides like
  missing-dependency-on-libc needed by usr/lib/x86_64-linux-gnu/stubs/lib*.so
because right now I'm not sure whether I'm overriding something else than the
stuff in stubs/


Andreas

Bug#806483: python-jsonrpc2: FTBFS: Can't locate Debian/Debhelper/Buildsystem/pybuild.pm in @INC

Source: python-jsonrpc2
Version: 0.4.1-1
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

 debian/rules clean
dh clean --with python2 --buildsystem=pybuild
   dh_testdir -O--buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
dh_auto_clean: unable to load build system class 'pybuild': Can't locate 
Debian/Debhelper/Buildsystem/pybuild.pm in @INC (you may need to install the 
Debian::Debhelper::Buildsystem::pybuild module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 
/usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .) at (eval 2) line 2.
BEGIN failed--compilation aborted at (eval 2) line 2.

debian/rules:6: recipe for target 'clean' failed
make: *** [clean] Error 2
dpkg-buildpackage: error: debian/rules clean gave error exit status 2

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-jsonrpc2.html

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

Bug#806482: python-demjson: FTBFS: Failed to copy '/usr/bin/jsonlint': No such file or directory

Source: python-demjson
Version: 2.2.3-1
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

writing dependency_links to demjson.egg-info/dependency_links.txt
writing top-level names to demjson.egg-info/top_level.txt
reading manifest file 'demjson.egg-info/SOURCES.txt'
writing manifest file 'demjson.egg-info/SOURCES.txt'
Copying demjson.egg-info to 
/python-demjson-2.2.3/debian/python3-demjson/usr/lib/python3.4/dist-packages/demjson-2.2.3.egg-info
Skipping SOURCES.txt
running install_scripts
copying build/scripts-3.4/jsonlint -> 
/python-demjson-2.2.3/debian/python3-demjson/usr/bin
changing mode of /python-demjson-2.2.3/debian/python3-demjson/usr/bin/jsonlint 
to 775
   dh_install -O--buildsystem=pybuild
Failed to copy '/usr/bin/jsonlint': No such file or directory at 
/usr/share/dh-exec/dh-exec-install-rename line 50, <> line 1.
dh_install: problem reading debian/python-demjson.install: 
debian/rules:7: recipe for target 'binary' failed
make: *** [binary] Error 127
dpkg-buildpackage: error: debian/rules binary gave error exit status 2

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/python-demjson.html

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

Bug#806485: setools: FTBFS: policy_define.c: error: 'class_perm_node_t {aka ..}' has no member named 'class'

Source: setools
Version: 3.3.8-3.2
Severity: serious
Justification: fails to build from source
Tags: sid 
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

gcc -DHAVE_CONFIG_H -I. -I../..-fno-strict-aliasing -I./../include 
-I/usr/lib/x86_64-linux-gnu/../include -I/usr/include -I/usr/include -fPIC -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
policy_define.o policy_define.c
policy_define.c: In function ‘define_compute_type_helper’:
policy_define.c:1452:8: error: ‘class_perm_node_t {aka struct class_perm_node}’ 
has no member named ‘class’
perm->class = i + 1;
^
policy_define.c: In function ‘define_te_avtab_helper’:
policy_define.c:1702:12: error: ‘class_perm_node_t {aka struct 
class_perm_node}’ has no member named ‘class’
   cur_perms->class = i + 1;
^
Makefile:656: recipe for target 'policy_define.o' failed
make[5]: *** [policy_define.o] Error 1
make[5]: Leaving directory '/setools-3.3.8/libqpol/src'
Makefile:537: recipe for target 'all' failed

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/setools.html

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

Bug#806494: gnupg: please make the build reproducible

2015-11-27 Thread Chris Lamb

Source: gnupg
Version: 1.4.19-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that
gnupg could not be built reproducibly.

The attached patch removes timestamps from the "yat2m" manpage
generator. Once applied, gnupg can be built reproducibly using our
reproducible toolchain.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/0010-yat2m-source-date-epoch.patch 1970-01-01 
02:00:00.0 +0200
--- b/debian/patches/0010-yat2m-source-date-epoch.patch 2015-11-27 
23:40:28.619516450 +0200
@@ -0,0 +1,45 @@
+--- gnupg-1.4.19.orig/doc/yat2m.c
 gnupg-1.4.19/doc/yat2m.c
+@@ -102,6 +102,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ 
+ #define PGM "yat2m"
+--- gnupg-1.4.19.orig/doc/yat2m.c
 gnupg-1.4.19/doc/yat2m.c
+@@ -324,6 +324,32 @@ isodatestring (void)
+   static char buffer[11+5];
+   struct tm *tp;
+   time_t atime = time (NULL);
++  char *endptr;
++  char *source_date_epoch = getenv("SOURCE_DATE_EPOCH");
++  unsigned long long epoch;
++
++  if (source_date_epoch) {
++errno = 0;
++epoch = strtoull(source_date_epoch, , 10);
++if ((errno == ERANGE && (epoch == ULLONG_MAX || epoch == 0))
++|| (errno != 0 && epoch == 0)) {
++  fprintf(stderr, "Environment variable $SOURCE_DATE_EPOCH: strtoull: 
%s\n", strerror(errno));
++  exit(EXIT_FAILURE);
++}
++if (endptr == source_date_epoch) {
++  fprintf(stderr, "Environment variable $SOURCE_DATE_EPOCH: No digits 
were found: %s\n", endptr);
++  exit(EXIT_FAILURE);
++}
++if (*endptr != '\0') {
++  fprintf(stderr, "Environment variable $SOURCE_DATE_EPOCH: Trailing 
garbage: %s\n", endptr);
++  exit(EXIT_FAILURE);
++}
++if (epoch > ULONG_MAX) {
++  fprintf(stderr, "Environment variable $SOURCE_DATE_EPOCH: value must be 
smaller than or equal to: %lu but was found to be: %llu \n", ULONG_MAX  ,epoch);
++  exit(EXIT_FAILURE);
++}
++atime = epoch;
++  }
+ 
+   if (atime < 0)
+ strcpy (buffer, "" "-??" "-??");
--- a/debian/patches/series 2015-11-27 23:13:53.501216055 +0200
--- b/debian/patches/series 2015-11-27 23:42:12.260174185 +0200
@@ -7,3 +7,4 @@
 0007-Pass-DBUS_SESSION_BUS_ADDRESS-for-gnome3.patch
 0008-gpg-Silence-a-compiler-warning.patch
 0009-po-Fix-Spanish-translation.patch
+0010-yat2m-source-date-epoch.patch

Bug#803713: Keep Elasticsearch in testing until stretch freeze

2015-11-27 Thread Hilko Bengen

control: retitle -1 re-assess possibility of security support before stretch 
freeze
control: severity -1 important

We'll keep Elasticsearch in testing for the time being, but before the
stretch release a re-evaluation of our being able to provide security
support is needed. (With the 2.0 release bringing breaking changes, I
see slight chances for improvements.)

-Hilko

Bug#806475: apt: Breaks debian-installer build, select with no read/write fds?

David Kalnischkies  (2015-11-27):
> On Fri, Nov 27, 2015 at 09:08:35PM +0100, Cyril Brulebois wrote:
> > | E: Method gave invalid 400 URI Failure message: Could not get new groups 
> > - getgroups (22: Invalid argument)
> > | E: Method copy has died unexpectedly!
> > | E: Sub-process copy returned an error code (112)

[ BTW, for completeness, the bug report I had in mind was filed against
sbuild rather than schroot: https://bugs.debian.org/728422 ]

> So, getgroups gets called there to verify that we really lost all groups
> (beside the one _apt is in: nogroup). A few lines above we set the list
> of (supplementary) groups containing only this group, then we switch uid
> and gid (the later isn't enough for group switching aka we would be
> still in root without the setgroups before).
> 
> So, us calling getgroups should really only return one group. Getting an
> EINVAL suggests we get more than one… that is probably bad, but I have
> a slight glimmer of hope that its just two times the same group – even
> if that makes no sense… anyway, I can't reproduce this at the moment, so
> it would be nice if someone could try the attached patch which could at
> least tell us in which groups we remain (or it just works if we really
> see duplicated groups here). Everything is possible I guess.

ACK, will test in a few moments.

> Given that schroot is involved mentioning if your host has an _apt user
> or not might also help. As I learned today schroot is copying users and
> groups into the schroot which makes all of this kinda strange… (#565613)
> [two years of testing and you are still surprised on release…]
> 
> btw: To not block anyone: You can use the config option
> Debug::NoDropPrivs to true to disable privilege dropping for the moment.

Thanks, I'll try that and maybe temporarily switch debian-installer to
using it so that we get our daily builds back until the apt side is
figured out.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#805510: ImportError: No module named apt

2015-11-27 Thread Petter Reinholdtsen


[James Valleroy]
> The error goes away when python-apt is installed. So I think it should
> be a dependency for isenkram-cli.

Right.  Not quite sure how this was not discovered earlier.  And
according to
https://ci.debian.net/packages/i/isenkram/unstable/amd64/ >,
the test case is working.

I guess a patch like this might work, but I would really like to know
why the self testing do not discover the problem.  I guess a new test is
needed too. :)

diff --git a/debian/control b/debian/control
index fecef50..ef98b86 100644
--- a/debian/control
+++ b/debian/control
@@ -39,6 +39,7 @@ Package: isenkram-cli
 Architecture: all
 Depends: ${misc:Depends}
   , ${python:Depends}
+  , python-apt
   , lsb-release
 Replaces: isenkram (<< 0.9+exp.1)
 Breaks: isenkram (<< 0.9+exp.1)

-- 
Happy hacking
Petter Reinholdtsen

Bug#725934: debsecan: automatically add apt pinning for packages with security issues

2015-11-27 Thread Paul Wise

On Sat, 21 Nov 2015 13:02:28 +0800 Paul Wise wrote:

> I've made a simple proof-of-concept for this:

There were a couple of bugs, now I am using this:

#!/bin/sh
# https://bugs.debian.org/725934
for pkg in $(debsecan | grep -E '\(fixed(\)|, )' | cut -d\  -f2 | sort -u) ; do
 cat <> /etc/apt/preferences.d/debsecan.disabled
Package: $pkg
Pin: release a=unstable
Pin-Priority: 900

EOF
done
chmod 644 /etc/apt/preferences.d/debsecan.disabled
mv --force /etc/apt/preferences.d/debsecan.disabled 
/etc/apt/preferences.d/debsecan

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#806502: nmu: samba_2:4.1.21+dfsg-2

2015-11-27 Thread Andreas Beckmann

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

nmu samba_2:4.1.21+dfsg-2 . ANY . unstable . -m "Rebuild with debhelper 
9.20151126"
nmu nordugrid-arc-ldap-infosys_5.0.4-1 . ANY . unstable . -m "Rebuild with 
debhelper 9.20151126"
nmu mdadm_3.3.4-1.1 . ANY . unstable . -m "Rebuild with debhelper 9.20151126"
nmu unattended-upgrades_0.86.5 . ANY . unstable . -m "Rebuild with debhelper 
9.20151126"

debhelper 9.20151116 introduced a change that caused problems during
removal of some packages (#806276). This has subsequently been reverted,
so the packages built with the buggy debhelper inbetween need to be rebuilt.


Andreas

Bug#805811: mate-desktop-environment: Atril does not save a copy while still loading file

2015-11-27 Thread Mike Gabriel

Control: reassign -1 atril
Control: found -1 1.8.1+dfsg1-4
Control: forwarded -1 https://github.com/mate-desktop/atril/issues/170

Hi,

On So 22 Nov 2015 19:17:03 CET, Koos Cazander wrote:

Package: mate-desktop-environment
Version: 1.8.0+9
Severity: normal

Reassigning to Debian jessie's version (and later versions) of atril.

Dear Maintainer,

* What led up to the situation?
Atril is a bit slow to show the file and I only needed to save a
copy with a name depending

on a number inside the pdf-file.
(Trying to save my creditcard monthy account overviews, which are
all downloaded with the same name.)

* What exactly did you do (or not do) that was effective (or ineffective)?
The Atril pdf-viewer allows to save a copy of the file,
while it is still processing the file (it shows the "Loading..." pop-up").

* What was the outcome of this action?
But it does not write the copy at all, when Atril is not ready with loading.

* What outcome did you expect instead?
It should have given an indication that it did not copy the file or
it should temporarely disable this function until fully loaded.

(I'm probably to impatient, but on a slow laptop with 1-page pdf-files,
I like to speed thing up, but after processing 15 files, I found
Artil only copied those,
that I saved after the loading was complete and the file was fully
visible on screen)

I have reported your observed issue upstream.

PS. I also tried the HELP function, bug got the following error message:
"
Document Not Found
The URI ‘help:atril/index’ does not point to a valid page.
Search for packages containing this document.
"

The help files will be available with the next stable release of
Debian (since MATE 1.10 package series).

Regards,
J. Cazander

Greets,
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/mailxchange/kronolith/fb.php?u=m.gabriel%40das-netzwerkteam.de

pgpC4ot6bM7jR.pgp
Description: Digitale PGP-Signatur

Bug#804336: [debian-mysql] Bug#804336: fixed in galera-3 25.3.12-3

2015-11-27 Thread Otto Kekäläinen

2015-11-13 23:26 GMT+02:00 Kurt Roeckx :
> You actually build-depend on boost that provides that library.  I
> see no good excuse for not using the version provided by boost.

Upstream devs say they don't see asio as real library, rather just as
a header file. Switching to using asio header file from libasio-dev
didn't seem compelling to upstream devs and the code has some
references to the particular embedded asio version, so this change is
not from trivial.

Would it be OK to mark the issue severity as 'whishlist' for now and
return to it later if/when upstream provides facilities to use system
asio? Kurt, please advice.

Bug#806488: [Pkg-pascal-devel] Bug#806488: view3dscene: FTBFS: v3dsceneraytrace.pas Error: Identifier not found "TImageFormat"

2015-11-27 Thread Michalis Kamburelis

Chris West (Faux) wrote:

> mkdir -p /view3dscene-3.15.0/debian/tmp/usr/lib/view3dscene/3.15.0
> fpc -k"-z relro" -dRELEASE -Mobjfpc -Sh -Ci -Sm -Sc -Sg -Si -O2 -Xs
> -FU/view3dscene-3.15.0/debian/tmp/usr/lib/view3dscene/3.15.0
> -FE/view3dscene-3.15.0/debian/tmp/usr/bin
> -Fu/usr/lib/x86_64-linux-gnu/fp-units-2.6.4/castle-game-engine-5.2.0/
> view3dscene.lpr
...
> v3dsceneraytrace.pas(135,26) Error: Identifier not found "TImageFormat"

Reason: view3dscene source code of version 3.15.0 is not compatible with
Castle Game Engine version 5.2.0. I removed the identifier TImageFormat
from the public interface of CastleImages unit. The view3dscene sources
in SVN are of course adjusted since a long time, but there hasn't been a
view3dscene release since some time.

IOW, it's my fault, I broke Castle Game Engine API in 5.2.0.

I'm attaching a minimal patch that, when applied to view3dscene 3.15.0
sources, makes them compile with Castle Game Engine 5.2.0:) Tested with
FPC 2.6.4.

The need for this patch will disappear with next view3dscene release.

Regards,
Michalis
diff -ur view3dscene-original/v3dscenelightseditor.pas view3dscene/v3dscenelightseditor.pas
--- view3dscene-original/v3dscenelightseditor.pas	2014-12-30 03:51:05.0 +0100
+++ view3dscene/v3dscenelightseditor.pas	2015-11-28 00:15:34.319771551 +0100
@@ -312,10 +312,10 @@
   inherited;
   BackgroundOpacityFocused := 0.3;
   BackgroundOpacityNotFocused := 0.2;
-  PositionRelativeMenuX := prLow;
-  PositionRelativeMenuY := prHigh;
-  PositionRelativeScreenX := prLow;
-  PositionRelativeScreenY := prHigh;
+  PositionRelativeMenuX := hpLeft;
+  PositionRelativeMenuY := vpTop;
+  PositionRelativeScreenX := hpLeft;
+  PositionRelativeScreenY := vpTop;
   Position[0] := 20;
   Position[1] := - WindowMarginTop - 20;
 end;
diff -ur view3dscene-original/v3dsceneraytrace.pas view3dscene/v3dsceneraytrace.pas
--- view3dscene-original/v3dsceneraytrace.pas	2014-12-30 03:51:05.0 +0100
+++ view3dscene/v3dsceneraytrace.pas	2015-11-28 00:14:42.390563004 +0100
@@ -132,28 +132,11 @@
 var
   D: PCallData;
   SaveURL: string;
-  ImgFormat: TImageFormat;
 begin
   D := PCallData(Window.UserData);
-
   SaveURL := ApplicationName + '_rt.png';
-  if Window.FileDialog('Save image', SaveURL, false,
-SaveImage_FileFilters) then
-  begin
-{ Determine ImgFormat exactly the same like SaveImage() does. }
-if MimeTypeToImageFormat(URIMimeType(SaveURL), false, true, ImgFormat) and
-  (ImgFormat = ifRGBE) then
-  MessageOK(Window,
-'Note: When saving raytraced image from view3dscene to ' +
-'RGBE file format, you will *not* get image with perfect ' +
-'RGB+Exponent precision. ' +
-'That''s because image is already stored in memory in RGB ' +
-'(8 bits per component) format (this was required to quickly display ' +
-'image in OpenGL) so any precision (beyond 8-bits) is already lost. ' +
-'Use rayhunter if you want to have RGBE image with precise colors.');
-
+  if Window.FileDialog('Save image', SaveURL, false, SaveImage_FileFilters) then
 SaveImage(D^.Image, SaveURL);
-  end;
 end;
 
 procedure EventEscape;

Bug#806180: Mouse does not work in qemu

2015-11-27 Thread Phillip Susi

On 11/26/2015 02:44 AM, Julien Cristau wrote:
> Please provide logs when filing X bugs.

Here you go.



[12.836] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[12.836] X Protocol Version 11, Revision 0
[12.836] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[12.836] Current Operating System: Linux debian 3.10-2-amd64 #1 SMP Debian 3.10.5-1 (2013-08-07) x86_64
[12.836] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=253233d1-05c3-44d8-aa3f-806959b574d0 ro quiet
[12.836] Build Date: 11 February 2015  12:32:02AM
[12.836] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[12.836] Current version of pixman: 0.32.6
[12.836] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[12.836] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[12.836] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 23 19:08:54 2015
[12.836] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[12.862] (==) No Layout section.  Using the first Screen section.
[12.862] (==) No screen section available. Using defaults.
[12.862] (**) |-->Screen "Default Screen Section" (0)
[12.862] (**) |   |-->Monitor ""
[12.871] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[12.871] (==) Automatically adding devices
[12.871] (==) Automatically enabling devices
[12.871] (==) Automatically adding GPU devices
[12.871] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[12.871] 	Entry deleted from font path.
[12.871] (==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	built-ins
[12.871] (==) ModulePath set to "/usr/lib/xorg/modules"
[12.871] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[12.872] (II) Loader magic: 0x7f943e25ad80
[12.872] (II) Module ABI versions:
[12.872] 	X.Org ANSI C Emulation: 0.4
[12.872] 	X.Org Video Driver: 18.0
[12.872] 	X.Org XInput driver : 21.0
[12.872] 	X.Org Server Extension : 8.0
[12.874] (--) PCI:*(0:0:2:0) 1b36:0100:1af4:1100 rev 4, Mem @ 0xf400/67108864, 0xf800/67108864, 0xfc054000/8192, I/O @ 0xc100/32, BIOS @ 0x/65536
[12.875] (II) LoadModule: "glx"
[12.875] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[13.021] (II) Module glx: vendor="X.Org Foundation"
[13.021] 	compiled for 1.16.4, module version = 1.0.0
[13.021] 	ABI class: X.Org Server Extension, version 8.0
[13.021] (==) AIGLX enabled
[13.021] (==) Matched qxl as autoconfigured driver 0
[13.021] (==) Matched modesetting as autoconfigured driver 1
[13.021] (==) Matched fbdev as autoconfigured driver 2
[13.021] (==) Matched vesa as autoconfigured driver 3
[13.021] (==) Assigned the driver to the xf86ConfigLayout
[13.021] (II) LoadModule: "qxl"
[13.021] (II) Loading /usr/lib/xorg/modules/drivers/qxl_drv.so
[13.039] (II) Module qxl: vendor="X.Org Foundation"
[13.039] 	compiled for 1.15.99.904, module version = 0.1.1
[13.039] 	Module class: X.Org Video Driver
[13.039] 	ABI class: X.Org Video Driver, version 18.0
[13.039] (II) LoadModule: "modesetting"
[13.039] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[13.043] (II) Module modesetting: vendor="X.Org Foundation"
[13.043] 	compiled for 1.16.4, module version = 0.9.0
[13.043] 	Module class: X.Org Video Driver
[13.043] 	ABI class: X.Org Video Driver, version 18.0
[13.043] (II) LoadModule: "fbdev"
[13.043] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[13.048] (II) Module fbdev: vendor="X.Org Foundation"
[13.048] 	compiled for 1.15.99.904, module version = 0.4.4
[13.048] 	Module class: X.Org Video Driver
[13.048] 	ABI class: X.Org Video Driver, version 18.0
[13.048] (II) LoadModule: "vesa"
[13.049] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[13.058] (II) Module vesa: vendor="X.Org Foundation"
[13.058] 	compiled for 1.15.99.904, module version = 2.3.3
[13.058] 	Module class: X.Org Video Driver
[13.058] 	ABI class: X.Org Video Driver, version 18.0
[13.058] (II) qxl: Driver for QXL virtual graphics: QXL 1
[13.058] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[13.058] (II) FBDEV: driver for framebuffer: fbdev
[13.058] (II) VESA: driver for VESA chipsets: vesa
[13.058] (++) using VT number 7

[13.071] (II) [KMS] drm report modesetting isn't supported.
[13.071] (WW) Falling back to old

Bug#806499: elpa-magit: missing info files

2015-11-27 Thread David Bremner

Package: elpa-magit
Version: 2.3.1-1
Severity: normal

magit.info-[12] are missing from the binary package. I got as far as
observing that they are also missing from the elpa package magit-2.3.1
generated by "make elpa VERSION=2.3.1".

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

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

Versions of packages elpa-magit depends on:
ii  dash-el   2.11.0-1
ii  elpa-git-commit   2.3.1-1
ii  elpa-magit-popup  2.3.1-1
ii  elpa-with-editor  2.3.1-1
ii  emacsen-common2.0.8
ii  git   1:2.6.2-1

elpa-magit recommends no packages.

elpa-magit suggests no packages.

-- no debconf information

Bug#806506: gnocchi: [INTL:fr] French debconf templates translation update

2015-11-27 Thread Christian Perrier

Package: gnocchi
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



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

Kernel: Linux 4.2.0-1-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)
# Translation of glance debconf templates to French. 
# Copyright (C) 2013, French l10n team 
# This file is distributed under the same license as the GLANCE package.
# Julien Patriarca , 2013.
#
msgid ""
msgstr ""
"Project-Id-Version: glance\n"
"Report-Msgid-Bugs-To: gnoc...@packages.debian.org\n"
"POT-Creation-Date: 2015-11-25 09:24+\n"
"PO-Revision-Date: 2013-10-26 18:35+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: string
#. Description
#: ../gnocchi-common.templates:2001
msgid "Authentication server hostname:"
msgstr "Nom d'hôte du serveur d'authentification."

#. Type: string
#. Description
#: ../gnocchi-common.templates:2001
msgid ""
"Please specify the hostname of the authentication server for Gnocchi. "
"Typically this is also the hostname of the OpenStack Identity Service "
"(Keystone)."
msgstr ""
"Veuillez indiquer le nom d'hôte du serveur d'authentification pour "
"Gnocchi. Typiquement c'est également le nom d'hôte du Service "
"d'Identité OpenStack (Keystone)."

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it parenthezised. Example for French:
#. locataire ("tenant")
#: ../gnocchi-common.templates:3001
msgid "Authentication server tenant name:"
msgstr "Nom d'espace client du serveur d'authentification :"

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it parenthezised. Example for French:
#. locataire ("tenant")
#: ../gnocchi-common.templates:3001
msgid "Please specify the authentication server tenant name."
msgstr ""
"Veuillez indiquer le nom de l'espace client du serveur d'authentification."

#. Type: string
#. Description
#: ../gnocchi-common.templates:4001
msgid "Authentication server username:"
msgstr "Nom d'utilisateur pour le serveur d'authentification :"

#. Type: string
#. Description
#: ../gnocchi-common.templates:4001
msgid "Please specify the username to use with the authentication server."
msgstr ""
"Veuillez indiquer le nom d'utilisateur à utiliser sur le serveur "
"d'authentification."

#. Type: password
#. Description
#: ../gnocchi-common.templates:5001
msgid "Authentication server password:"
msgstr "Mot de passe pour le serveur d'authentification :"

#. Type: password
#. Description
#: ../gnocchi-common.templates:5001
msgid "Please specify the password to use with the authentication server."
msgstr ""
"Veuillez indiquer le mot de passe à utiliser sur le serveur "
"d'authentification."

#. Type: boolean
#. Description
#: ../gnocchi-common.templates:6001
msgid "Set up a database for Gnocchi?"
msgstr "Installer une base de données pour Gnocchi ?"

#. Type: boolean
#. Description
#: ../gnocchi-common.templates:6001
msgid ""
"No database has been set up for Gnocchi to use. Before continuing, you "
"should make sure you have the following information:"
msgstr ""
"Aucune base de données n'a été installée pour "
"Gnocchi. Avant de continuer, assurez-vous d'avoir :"

#. Type: boolean
#. Description
#: ../gnocchi-common.templates:6001
msgid ""
" * the type of database that you want to use;\n"
" * the database server hostname (that server must allow TCP connections from "
"this\n"
"   machine);\n"
" * a username and password to access the database."
msgstr ""
" - Le type de base de données que vous souhaitez utiliser ;\n"
" - le nom d'hôte du serveur de base de données (ce serveur\n"
"   doit accepter les connexions TCP depuis cette machine);\n"
" - un nom d'utilisateur et un mot de passe pour accéder\n"
"   à cette base de données."

#. Type: boolean
#. Description
#: ../gnocchi-common.templates:6001
msgid ""
"If some of

Bug#806334: [Python-modules-team] Bug#806334: kombu: FTBFS: ImportError: cannot import name '_uuid_generate_random'

Chris Lamb  writes:
>   from uuid import UUID, uuid4 as _uuid4, _uuid_generate_random
>   ImportError: cannot import name '_uuid_generate_random'

I forwarded this upstream to https://github.com/celery/kombu/issues/543

Looks like Python 3.5.1rc1 dropped a symbol that was present in Python
3.5.0.

Don't think we can complain at Python though, looks like a private
symbol.

CCing debian-python list in case anybody else has more information on
why _uuid_generate_random disappeared.
-- 
Brian May

Bug#602807: libvirt: Support esx hypervisor

2015-11-27 Thread Christoph Anton Mitterer

Hey.

FYI: Ubuntu has enabled this a year ago.
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/565771

Seems to work fine for them.


Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#806466: gnome-shell: shell overview does not show complete tracker results

2015-11-27 Thread Ritesh Raj Sarraf

On Fri, 2015-11-27 at 23:53 +0530, Ritesh Raj Sarraf wrote:
> 
> Is there any way to provide more definite information in GNOME ?

I tried to do the same on another machine and it worked, showing me the
results.

It turns out, the online miners are blocking.

I think other should be able to reproduce, if:

1) Enable online accounts for Google, FB, Flickr etc
2) Let it do some sync.
3) Let Tracker index your data. This will also include your {meta}data
from online account
4) Try some searches. Both on the shell and `tracker search`

A properly written tool should not be blocking. In case of tracker, it
is not so. I hope 1.7 has improvements.

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

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

Bug#806360: [Python-modules-team] Bug#806360: djangorestframework-gis: FTBFS with Django 1.9

Filled upstream at
https://github.com/djangonauts/django-rest-framework-gis/issues/89

Looks like this should be easy to fix:

==
ERROR: django_restframework_gis_tests.test_filters 
(unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: 
django_restframework_gis_tests.test_filters
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in 
_get_module_from_name
__import__(name)
  File "tests/django_restframework_gis_tests/test_filters.py", line 6, in 

from django.utils.unittest import skipIf
ImportError: No module named unittest


--


-- 
Brian May

Bug#806507: union-mount-options: fails to handle ${CHROOT_UNION_OVERLAY_DIRECTORY}, etc.

2015-11-27 Thread Ivan Shmakov

Package: schroot
Version: 1.6.10-1+b1

schroot.conf(5) reads:

  union-mount-options=options

[…] Note: One can use the variables
“${CHROOT_UNION_OVERLAY_DIRECTORY}” and
“${CHROOT_UNION_UNDERLAY_DIRECTORY}” to refer to the writable
overlay session directory and read-only underlying directory which
are to form the union.

However, it looks like these (or any other, for that matter)
variables are never substituted within the code, and the value
of the ‘union-mount-options’ option is instead passed to
mount(8) “as-is”, leading to an error like:

Nov 28 06:30:49 crabs kernel: [938142.164904] aufs opt_add:714:mount[3093]: 
lookup failed ${CHROOT_UNION_OVERLAY_DIRECTORY} (-2)

As an (untested) workaround, the following code could be added
to either setup.d/10mount (do_mount_fs_union), or a file
processed prior to one.


CHROOT_UNION_MOUNT_OPTIONS=${CHROOT_UNION_MOUNT_OPTIONS//\${CHROOT_UNION_UNDERLAY_DIRECTORY\}/${CHROOT_UNION_UNDERLAY_DIRECTORY}}

CHROOT_UNION_MOUNT_OPTIONS=${CHROOT_UNION_MOUNT_OPTIONS//\${CHROOT_UNION_OVERLAY_DIRECTORY\}/${CHROOT_UNION_OVERLAY_DIRECTORY}}

(Per my reading of [1], the problem is not resolved as of the
current ‘master’.)

[1] https://github.com/codelibre-net/schroot/blob/master/etc/setup.d/10mount

-- 
FSF associate member #7257  http://am-1.org/~ivan/  … 3013 B6A0 230E 334A

Bug#806509: libept1.5.0 and libept1.4.16: error when trying to install together

2015-11-27 Thread Ralf Treinen

Package: libept1.4.16,libept1.5.0
Version: libept1.4.16/1.0.14+b2
Version: libept1.5.0/1.1+nmu2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2015-11-28
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Selecting previously unselected package gcc-5-base:amd64.
(Reading database ... 10925 files and directories currently installed.)
Preparing to unpack .../gcc-5-base_5.2.1-26_amd64.deb ...
Unpacking gcc-5-base:amd64 (5.2.1-26) ...
Setting up gcc-5-base:amd64 (5.2.1-26) ...
(Reading database ... 10932 files and directories currently installed.)
Preparing to unpack .../libstdc++6_5.2.1-26_amd64.deb ...
Unpacking libstdc++6:amd64 (5.2.1-26) over (4.8.2-19) ...
Processing triggers for libc-bin (2.19-22) ...
Setting up libstdc++6:amd64 (5.2.1-26) ...
Processing triggers for libc-bin (2.19-22) ...
(Reading database ... 10946 files and directories currently installed.)
Preparing to unpack .../archives/apt_1.1.1_amd64.deb ...
Unpacking apt (1.1.1) over (1.0.4) ...
Selecting previously unselected package libapt-pkg5.0:amd64.
Preparing to unpack .../libapt-pkg5.0_1.1.1_amd64.deb ...
Unpacking libapt-pkg5.0:amd64 (1.1.1) ...
Processing triggers for libc-bin (2.19-22) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up libapt-pkg5.0:amd64 (1.1.1) ...
Processing triggers for libc-bin (2.19-22) ...
(Reading database ... 10979 files and directories currently installed.)
Preparing to unpack .../aptitude_0.7.4-2_amd64.deb ...
Unpacking aptitude (0.7.4-2) over (0.6.10-1) ...
Preparing to unpack .../aptitude-common_0.7.4-2_all.deb ...
Unpacking aptitude-common (0.7.4-2) over (0.6.10-1) ...
Selecting previously unselected package libboost-iostreams1.58.0:amd64.
Preparing to unpack .../libboost-iostreams1.58.0_1.58.0+dfsg-4_amd64.deb ...
Unpacking libboost-iostreams1.58.0:amd64 (1.58.0+dfsg-4) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for libc-bin (2.19-22) ...
(Reading database ... 10977 files and directories currently installed.)
Removing libcwidget3:amd64 (0.5.17-1) ...
Removing libsigc++-2.0-0c2a:amd64 (2.4.1-1) ...
Processing triggers for libc-bin (2.19-22) ...
Selecting previously unselected package libsigc++-2.0-0v5:amd64.
(Reading database ... 10924 files and directories currently installed.)
Preparing to unpack .../libsigc++-2.0-0v5_2.6.2-1_amd64.deb ...
Unpacking libsigc++-2.0-0v5:amd64 (2.6.2-1) ...
Selecting previously unselected package libcwidget3v5:amd64.
Preparing to unpack .../libcwidget3v5_0.5.17-4_amd64.deb ...
Unpacking libcwidget3v5:amd64 (0.5.17-4) ...
Processing triggers for libc-bin (2.19-22) ...
(Reading database ... 10977 files and directories currently installed.)
Removing libept1.4.12:amd64 (1.0.12) ...
Removing libxapian22 (1.2.17-1) ...
Processing triggers for libc-bin (2.19-22) ...
Selecting previously unselected package libxapian22v5.
(Reading database ... 10964 files and directories currently installed.)
Preparing to unpack .../libxapian22v5_1.2.21-1.2_amd64.deb ...
Unpacking libxapian22v5 (1.2.21-1.2) ...
Selecting previously unselected package libept1.4.16:amd64.
Preparing to unpack .../libept1.4.16_1.0.14+b2_amd64.deb ...
Unpacking libept1.4.16:amd64 (1.0.14+b2) ...
Selecting previously unselected package libept1.5.0:amd64.
Preparing to unpack .../libept1.5.0_1.1+nmu2_amd64.deb ...
Unpacking libept1.5.0:amd64 (1.1+nmu2) ...
dpkg: error processing archive 
/var/cache/apt/archives/libept1.5.0_1.1+nmu2_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg5.0', which 
is also in package libept1.4.16:amd64 1.0.14+b2
Processing triggers for libc-bin (2.19-22) ...
Errors were encountered while processing:
 /var/cache/apt/archives/libept1.5.0_1.1+nmu2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg5.0

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that

Bug#803117: fixed in celery 3.1.19-1

Can't upload a fix, because celery FTBFS due to bug in kombu - see
#806334.

Pushed proposed fix to git instead.

If you can check this and tell me if it looks OK that would be
appreciated.

https://anonscm.debian.org/cgit/python-modules/packages/celery.git/commit/?id=f4709f76ef8274959cc7f1e4521cf5e4934f4562

Thanks
-- 
Brian May

Bug#806508: dleyna-renderer: new upstream release 0.5.0

2015-11-27 Thread Ritesh Raj Sarraf

Source: dleyna-renderer
Severity: wishlist

There's a new upstream release. Could you please update the same ?
Same applied for -core and -server packages.

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

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

Bug#806398: rxvt: /etc/X11/rxvt.menu remaining on purge

2015-11-27 Thread Kevin Ryde

George Gensure  writes:
>
> The rxvt.menu is unhandled by dh_installmenu - I'm almost
> under the impression that it should be recognizing something similar to
> menu-methods.

I wondered that, but I think dh_installmenu only knows the slightly
novel chmod +x / -x of the menu-methods file, it doesn't do anything to
the output file (or files).

The quality of the rm on purge code in other menu-methods packages is
slightly variable to look at, but they rm explicitly. :)

> but 2.7.10-7 will contain the removal of menu-method
> products on the 'remove' action.

Oh, I read the menu docs as being on "purge", but I don't know if it
makes a difference in practice.

Bug#806366: [Python-modules-team] Bug#806366: python-passlib: FTBFS with Django 1.9

Filled upstream as
https://bitbucket.org/ecollins/passlib/issues/68/tests-fail-with-django-19
-- 
Brian May

Bug#806479: gcc-5: please allow building cross compilers targeting x86 cpus without building hppa64 cross compilers

2015-11-27 Thread Helmut Grohne

On Sat, Nov 28, 2015 at 02:58:31AM +0100, Matthias Klose wrote:
> No. Why would you handle hppa as a secondary or ternary architecture? You
> need the hppa64 cross compiler to bootstrap hppa.  Other architectures
> require a multilib enabled compiler to bootstrap the architecture, however
> hppa/hppa64 isn't multilib enabled.  So maybe you don't have this target
> enabled?  Fyi, there is #800729 trying to address this issue properly and
> not working around it. Unfortunately no reply yet.

I understand that you do need hppa64 cross compilers to bootstrap the
hppa port. That is why the proposed patch leaves with_hppa64 enabled
when setting hppa as a cross target.

What I do not understand is why I suddenly need hppa64 cross compilers
to bootstrap amd64, i386 or x32. This wasn't required a week ago. Where
does this new requirement come from?

Also why do the generated Build-Depends for targets amd64, i386 and x32
not list binutils-hppa64-linux-gnu when the build ends up using it. This
is inconsistent.

Helmut

Bug#806359: [Python-modules-team] Bug#806359: django-tables: FTBFS with Django 1.9

Filled upstream as
https://github.com/bradleyayers/django-tables2/issues/270
-- 
Brian May

Bug#806505: libqt4-network: failed looksup on SSLv3_*_method

2015-11-27 Thread Jon

Package: libqt4-network
Version: 4:4.8.7+dfsg-4
Severity: normal
Tags: patch

Dear Maintainer,

libqt4-network is trying to look up SSLv3_*_method functions in OpenSSL
which recently got removed. I don't know how to tag this as transition
related.

QSslSocket: cannot resolve SSLv3_client_method
QSslSocket: cannot resolve SSLv3_server_method


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

Kernel: Linux 4.2.0-1-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)
diff -Nru qt4-x11-4.8.7+dfsg.orig/src/network/ssl/qsslsocket_openssl.cpp qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl.cpp
--- qt4-x11-4.8.7+dfsg.orig/src/network/ssl/qsslsocket_openssl.cpp	2015-05-07 10:14:44.0 -0400
+++ qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl.cpp	2015-11-27 20:49:36.768826857 -0500
@@ -267,7 +267,11 @@
 #endif
 break;
 case QSsl::SslV3:
+#ifndef OPENSSL_NO_SSL3_METHOD
 ctx = q_SSL_CTX_new(client ? q_SSLv3_client_method() : q_SSLv3_server_method());
+#else
+ctx = 0; // SSL 3 not supported by the system, but chosen deliberately -> error
+#endif
 break;
 case QSsl::SecureProtocols: // SslV2 will be disabled below
 case QSsl::TlsV1SslV3: // SslV2 will be disabled below
diff -Nru qt4-x11-4.8.7+dfsg.orig/src/network/ssl/qsslsocket_openssl_symbols.cpp qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl_symbols.cpp
--- qt4-x11-4.8.7+dfsg.orig/src/network/ssl/qsslsocket_openssl_symbols.cpp	2015-05-07 10:14:44.0 -0400
+++ qt4-x11-4.8.7+dfsg/src/network/ssl/qsslsocket_openssl_symbols.cpp	2015-11-27 20:49:48.061023402 -0500
@@ -228,13 +228,17 @@
 #ifndef OPENSSL_NO_SSL2
 DEFINEFUNC(const SSL_METHOD *, SSLv2_client_method, DUMMYARG, DUMMYARG, return 0, return)
 #endif
+#ifndef OPENSSL_NO_SSL3_METHOD
 DEFINEFUNC(const SSL_METHOD *, SSLv3_client_method, DUMMYARG, DUMMYARG, return 0, return)
+#endif
 DEFINEFUNC(const SSL_METHOD *, SSLv23_client_method, DUMMYARG, DUMMYARG, return 0, return)
 DEFINEFUNC(const SSL_METHOD *, TLSv1_client_method, DUMMYARG, DUMMYARG, return 0, return)
 #ifndef OPENSSL_NO_SSL2
 DEFINEFUNC(const SSL_METHOD *, SSLv2_server_method, DUMMYARG, DUMMYARG, return 0, return)
 #endif
+#ifndef OPENSSL_NO_SSL3_METHOD
 DEFINEFUNC(const SSL_METHOD *, SSLv3_server_method, DUMMYARG, DUMMYARG, return 0, return)
+#endif
 DEFINEFUNC(const SSL_METHOD *, SSLv23_server_method, DUMMYARG, DUMMYARG, return 0, return)
 DEFINEFUNC(const SSL_METHOD *, TLSv1_server_method, DUMMYARG, DUMMYARG, return 0, return)
 #else
@@ -822,13 +826,17 @@
 #ifndef OPENSSL_NO_SSL2
 RESOLVEFUNC(SSLv2_client_method)
 #endif
+#ifndef OPENSSL_NO_SSL3_METHOD
 RESOLVEFUNC(SSLv3_client_method)
+#endif
 RESOLVEFUNC(SSLv23_client_method)
 RESOLVEFUNC(TLSv1_client_method)
 #ifndef OPENSSL_NO_SSL2
 RESOLVEFUNC(SSLv2_server_method)
 #endif
+#ifndef OPENSSL_NO_SSL3_METHOD
 RESOLVEFUNC(SSLv3_server_method)
+#endif
 RESOLVEFUNC(SSLv23_server_method)
 RESOLVEFUNC(TLSv1_server_method)
 RESOLVEFUNC(X509_NAME_entry_count)

Bug#783989: python-lockfile should be DPMT maintained

2015-11-27 Thread Ben Finney

On 26-Nov-2015, Barry Warsaw wrote:
> +1 for adding DPMT to Maintainers or Uploaders, but yes, it would
> have to go into DPMT git as a source-full repo.

Okay, I've been struggling mightily with Git. Both in the “working
together” sense, and in the “fighting against” sense. Can you help?

I'm quite loath to lose the simplicity of a Debian packaging
repository. There is a deliberate layer of separation that has served
very well in the VCS to date for this package: the separation of VCS
repos matches the separation of concerns. Debian's packaging is of
necessity applied on top of whatever upstream does with their source.

In order to have the history of packaging work retroactively include
upstream's sources – in order for every past revision in the VCS be
accompanied in the VCS by whatever upstream source is referenced by
that packaging work – I assume we need to import and merge the
upstream sources at each of those states, from the upstream tarballs.

This I have tried to do, with only moderate success. The failures only
confirm me more deeply in my opposition to combining Debian packaging
work with upstream source in the same VCS.

The current work-in-progress Git VCS repository:

* Uses the ‘debian/*’, ‘upstream/*’ conventional tags.

* Includes, in the ‘master’ branch, all Debian packaging history.

  These all have the correct author and timestamp, imported from
  Bazaar.

* Has a Git-compatible tag for each Debian release.

* Includes, in the ‘upstream’ branch, a commit of upstream source for
  each new upstream version referenced in the Debian packaging.

  These ‘pristine-tar’ branch contains data for the ‘pristine-tar’
  tool to regenerate each tarball.

  The commits on ‘upstream’ and ‘pristine-tar’ each have a timestamp
  matching the timestamp on the upstream tarball that was imported.

* Merges each upstream version, in sequence, into ‘master’.

I've attached a document that shows the sequence of commands I
recorded as a recipe for what I've achieved so far.

The part that has me despairing is how to get the merges of upstream
source to appear in ‘master’ at the *correct* place for the subsequent
Debian packaging work referencing that upstream version.

At the moment, all the merges of each historical upstream version
appears *after* all the historical Debian packaging work. What's
needed, of course, is to interleave them at the appropriate points. I
can't even get this to happen manually, let alone automatically.

I've tried all manner of rebasing, grafting, and other obscure Git
concepts. Git seems incapable of dealing with merge history in a
coherent way; merge commits keep disappearing, as though Git really
doesn't want them to exist.

That's not good enough; merges, complete with all the commits they
include and the timestamps of those commmits, are valuable historical
information that needs to be preserved through the transition.

Nothing I can do will simultaneously preserve the data painstakingly
translated from Bazaar, while getting the merge sequence correct.

That's all prior to even beginning to think about teaching ‘git-dpm’
about the patches from Debian packaging history (in sufficient detail
that I can record that, too, in the transition document). I need to
get just the history of upstream and Debian work coherent, first.

I've been at this for days now, trashing and re-creating and importing
and manipulating the repo over and over to try to get a reliable
recipe, and I'm out of puff. Can you help?

The work-in-progress (hence, subject to upheval) Git repository is at
.

-- 
 \   “I bet one legend that keeps recurring throughout history, in |
  `\  every culture, is the story of Popeye.” —Jack Handey |
_o__)  |
Ben Finney 
Create Git-compatible tags in Bazaar VCS

Bazaar happily allows a tag to be named with any valid Debian release
string.

Git has baroque reference syntax that reserves a bunch of punctuation
characters, which severely restricts the set of Git tag names. We need
to translate the names to something Git can use.

Get the releases from the Debian changelog, as tuples of
(full_version, bzr_tag, git_tag)::

releases=$(
python3 <<_EOT_ | uniq
import debian.changelog
with open("debian/changelog") as infile:
changelog = debian.changelog.Changelog(infile, allow_empty_author=True)
for version in sorted(set(changelog.versions)):
bzr_tag = "release {0.full_version}".format(version)
git_compatible_version = version.full_version.translate(
str.maketrans({':': "%", '~': "_"}))
git_tag = "release/{0}".format(git_compatible_version)
print("{0.full_version}\t{1}\t{2}'".format(
version, bzr_tag, git_tag))
_EOT_
)

Create a corresponding Git-compatible tag for each release::

echo "${releases}" \
| while

Bug#806358: [Python-modules-team] Bug#806358: django-simple-captcha: FTBFS with Django 1.9

Filled upstream as
https://github.com/mbi/django-simple-captcha/issues/99
-- 
Brian May

Bug#806466: gnome-shell: shell overview does not show complete tracker results

2015-11-27 Thread Ritesh Raj Sarraf

I think I now have data to confirm that indeed it is the shell's
interaction with tracker, which is at fault.


For search, you can define what all sources you want to search for, in
GNOME shell. At this moment, the following were the problem

GNOME Software
GNOME Bijiben Notes
GNOME Contacts
GNOME Calendar


Nov 28 12:36:51 learner org.gnome.Bijiben.SearchProvider[9965]: 
(bijiben-shell-search-provider:2934): GLib-GObject-CRITICAL **: g_object_unref: 
assertion 'G_IS_OBJECT (object)' failed
Nov 28 12:37:07 learner org.gnome.Bijiben.SearchProvider[9965]: 
(bijiben-shell-search-provider:2934): GLib-GObject-CRITICAL **: g_object_unref: 
assertion 'G_IS_OBJECT (object)' failed
Nov 28 12:37:07 learner org.gnome.Bijiben.SearchProvider[9965]: sending the 
mass change
Nov 28 12:37:07 learner org.gnome.Bijiben.SearchProvider[9965]: 
(bijiben-shell-search-provider:2934): GLib-GObject-WARNING **: invalid (NULL) 
pointer instance
Nov 28 12:37:07 learner org.gnome.Bijiben.SearchProvider[9965]: 
(bijiben-shell-search-provider:2934): GLib-GObject-CRITICAL **: 
g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
Nov 28 12:37:07 learner org.gnome.Bijiben.SearchProvider[9965]: ** Message: 
Updating ressource  urn:uuid:e46e072a-56f2-d059-d197-60c6158cc1cd
Nov 28 12:37:07 learner org.gnome.Bijiben.SearchProvider[9965]: sending the 
mass change
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Nautilus'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Documents'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Photos'
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner org.gnome.Calendar[9965]: ** (gnome-calendar:2932): 
WARNING **: Job failed: Operation was cancelled
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Calculator.SearchProvider'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Boxes.SearchProvider'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Contacts.SearchProvider'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.clocks'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Characters.BackgroundService'
Nov 28 12:37:11 learner dbus-daemon[9965]: Activating service 
name='org.gnome.Software'
Nov 28 12:37:11 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Calculator.SearchProvider'
Nov 28 12:37:11 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Nautilus'
Nov 28 12:37:11 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Boxes.SearchProvider'
Nov 28 12:37:11 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.clocks'
Nov 28 12:37:11 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Photos'
Nov 28 12:37:11 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Software'
Nov 28 12:37:12 learner org.gnome.Nautilus[9965]: nautilus-wipe-Message: 
Initializing
Nov 28 12:37:12 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Characters.BackgroundService'
Nov 28 12:37:12 learner org.gnome.Nautilus[9965]: sys:1: PyGIWarning: Nautilus 
was imported without specifying a version first. Use 
gi.require_version('Nautilus', '3.0') before import to ensure that the right 
version gets loaded.
Nov 28 12:37:12 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Contacts.SearchProvider'
Nov 28 12:37:12 learner org.gnome.Nautilus[9965]: 
/usr/share/nautilus-python/extensions/nautilus-admin.py:18: PyGIWarning: GConf 
was imported without specifying a version first. Use 
gi.require_version('GConf', '2.0') before import to ensure that the right 
version gets loaded.
Nov 28 12:37:12 learner org.gnome.Nautilus[9965]: from gi.repository import 
Nautilus, GObject, GConf, Gtk, GLib
Nov 28 12:37:12 learner dbus-daemon[9965]: Successfully activated service 
'org.gnome.Documents'

Bug#495374: grepcidr: Provision of -o option to output only matched parts of a line

2015-11-27 Thread Ryan Finnie

forwarded 495374 j...@berkes.ca
thanks

On Sat, 16 Aug 2008 20:54:14 +0100 Mark Hobley 
wrote:
> It would be useful to be able to use this tool for matching of IP 
> addresses within an arbitary text field. This would require the use of 
> a -o option to output only matched parts of a line.
> 
> An example application of this is demonstrated as follows:
> 
> echo 'qwer(023)7964min@liverpool12.8ero(t95)@torprp' | 
> grepcidr -o 0.0.0.0-255.255.255.255
> 123.28.49.59

grepcidr is actively maintained upstream; I have forwarded your request
to Jem Berkes.

> It may also be useful to be able to use 0.0.0.0/0 to represent any IP 
> address (or better still do this by default, and allow omission of the 
> IP address related arguments:

0.0.0.0/0 is supported by grepcidr 2.0, which has been uploaded to sid.



signature.asc
Description: OpenPGP digital signature

Bug#806350: [Python-modules-team] Bug#806350: django-model-utils: FTBFS with Django 1.9

Filled upstream:
https://github.com/carljm/django-model-utils/issues/196
-- 
Brian May

Bug#806364: [Python-modules-team] Bug#806364: python-django-extensions: FTBFS with Django 1.9

Filled upstream at
https://github.com/django-extensions/django-extensions/issues/769
-- 
Brian May

Bug#806280: ITP: ros-metapackages -- Robot OS core metapackages

2015-11-27 Thread Chris Bannister

On Thu, Nov 26, 2015 at 03:15:56AM +, Wookey wrote:
> Package: wnpp
> Severity: wishlist
> user: debian-scie...@lists.debian.org
> usertag: ros
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> We (Robotics section of Debian Science team) are packaging 
> ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses   
> many packages already in Debian, but also has a set of   
> core/toolchain/build-system packages which are not yet 
> uploaded. This package is part of that ROS system.
> 
> Most of the packaging work is already done, and available at
> http://anonscm.debian.org/cgit/debian-science/packages/ros/
>  
>   Package name: ros-metapackages
>   Version : 1.0
>   URL : http://www.ros.org/wiki/metapackages

JFTR, that URL is a 404

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Bug#806510: ITP: ruby-nokogiri-diff -- Calculate the differences between two XML/HTML documents

2015-11-27 Thread Pirate Praveen

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package: wnpp
severity: wishlist
owner: Pirate Praveen 

rubygems.org/gems/nokogiri-diff
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWWV03AAoJEM4fnGdFEsIqe1QP/R62+LTQ1gep6oGk8IoIbtK/
oH70AbNevDRYA1tgs/5FVtQJxTzu7Xs5AX9sicTjMz8FNoCDgV7+eMpEFi/RRHOX
oVIBxONJ9pv21YEjw+m5VgjGLUPMPlqDNCVAYpPNyHaX4mo4uU7YSTH+QPRNBt5y
350aJTdrFp+gHn8o+prjjCbTXYySh+jJTubylbOkXhsTNbuUeq11zxQNks7YZAn/
ewt/LBxVWAiHWZCRcHW6aK87euq2ImGTKR3DdAsQMRuE+lDUzLgFqkEZ3yw0xKVq
h/HeG+FNVhpr+y/Ca5HwVUvIjXWJ+l3MEV9JG2yxKCaFGGo94IBKEoKYmKQk7Dql
Bv/uW9LM9/4I9C8d1s9fP63YytBXChOA0NrNRxKO6g+1BGtLvVNVCACe4+hOIQqL
XXJvXkHHegRsGAqE7ibGWNeX5aUEgSI2e0Gh3iSjaN/5VwlO4xhjkHl92pMkW9of
Pf2ah3A9oqq7BEVO91P4oPvYdb1RMj9ZCLU1OT9eVVEBom7MxSfIqx17x6DxDaMp
+HydcSKVMBLWgjpTnN7KnfFsDkNkRye1d9b9KrboxPKyvtcBtuJHgT9LwHSw0ZKy
pXwxocQXgmEoe6GXtMfS1AanSlwnNirNPqfNLtSxmvs426eQFs7oS18dufuXX77P
OMVhNXQ4TYJIniZ4GASs
=QYZi
-END PGP SIGNATURE-

Bug#806446: resolv.conf(5): single-request-reopen description misleading

2015-11-27 Thread Philippe Cloutier

Package: manpages
Version: 3.74-1
Severity: normal
Tags: ipv6

Option single-request-reopen was documented following ticket #699387:
The resolver uses the same socket for the A and requests. Some hardware
mistakenly sends back only one reply. When that happens the client system will
sit and wait for the second reply. Turning this option on changes this behavior
so that if two requests from the same port are not handled correctly it will
close the socket and open a new one before sending the second request.

While the description is correct, it seems to imply that the option is only
meant to workaround broken hardware (presumably routers). This may have been
the original intent, but as I personally found out, the option also works
around broken Windows Server DNS servers. In my case, this was Windows Server
2008 [R1], which is relatively obsolete, but according to
http://robert.penz.name/902/slow-dns-resolving-with-linux-systems-against-windows-dns-server/
this persists in current versions, so even though the fault seems to be
Microsoft's, this better be as clear as possible.

As a minimum, we should use a generic designation (something like "DNS servers"
rather than "hardware"). It may even be warranted to mention specific examples,
as if I understand correctly, this affects default Debian clients using default
Windows Server DNS servers.

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

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

manpages depends on no packages.

manpages recommends no packages.

Versions of packages manpages suggests:
ii konqueror [man-browser] 4:4.14.2-1
ii man-db [man-browser] 2.7.0.2-5

-- no debconf information

Bug#806418: mediathekview: Spawns VLC-process with fills up hard disc space 100% without being told to do so

2015-11-27 Thread Markus Koschany

Control: severity -1 normal

Am 27.11.2015 um 11:10 schrieb Helge Kreutzmann:
> Package: mediathekview
> Version: 7.1-1
> Severity: grave
> 
> Dear Maintainer,
> 
> I use mediathekview a lot, althought not on this system (which is
> actually only a VM). I never experienced this problem before, but now
> repeatedly which makes mediathekview and the entire system unusuable.
> I will check on my main system next week.

I can reproduce the issue and I have opened a forum thread at

http://zdfmediathk.sourceforge.net/forum/viewtopic.php?f=1=1754

Apparently the URL to your film is not 100% correct and when passed to
VLC it triggers the described behaviour. The URLs will be fixed within
24 hours when the film list is updated upstream. See also this thread in
German:

http://zdfmediathk.sourceforge.net/forum/viewtopic.php?f=1=1751

You should also be aware of that MediathekView just passes parameters to
external programs, which are defined in your user settings. VLC is one
of those helper programs and not part of MediathekView. You can replace
VLC by any other program which is capable of recording network streams.
You can change your settings in Datei->Einstellungen->Set bearbeiten.
There are two sets for recording and playing films. The default settings
work mostly out-of-the-box but there may be corner cases where you have
to tweak those settings for your needs.

I will close this issue as soon as the film list was corrected upstream.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#806447: win32-loader: ftbfs, convert: command not found

2015-11-27 Thread Holger Levsen

source: win32-loader
version: 0.7.10
severity: serious

Hi,

win32-loader fails to build from source like this:

[...]
# Build the cdrom version
OUTFILE_NAME=win32-loader.exe \
BUILD_DATE="Wed, 29 Apr 2015 09:25:43 +0200" \
dh_auto_build
make -j1
make[2]: Entering directory 
'/var/lib/jenkins/jobs/d-i_build_win32-loader/workspace'
convert templates/gtk_orig.png -resize 107x80 BMP3:templates/gtk.bmp
bash: convert: command not found
Makefile:122: recipe for target 'templates/gtk.bmp' failed
make[2]: *** [templates/gtk.bmp] Error 127
make[2]: Leaving directory 
'/var/lib/jenkins/jobs/d-i_build_win32-loader/workspace'
dh_auto_build: make -j1 returned exit code 2
debian/rules:42: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory 
'/var/lib/jenkins/jobs/d-i_build_win32-loader/workspace'
debian/rules:38: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2


full log available at 
https://jenkins.debian.net/job/d-i_build_win32-loader/25/consoleFull


cheers,
Holger


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

Bug#767173:

2015-11-27 Thread Simon Wydooghe

I can confirm this bug. The entire image freezes (also the video
playback in VLC which was going on). I can move the mouse around, but
cannot get any interaction. If i try to drag a window for instance,
nothing seems to happen. However... When I take over the computer with
VNC (Vino), the desktop is running perfectly fine! The video is still
playing and the window I tried to drag was actually moved. So it's
just the physical video output which seems to fail? Except for the
moving mouse part apparently.

Bug#806448: request-tracker4: FTBFS: t/security/CVE-2011-5092-localizeddatetime.t locale warnings

2015-11-27 Thread Dominic Hargreaves

Source: requst-tracker4
Version: 4.2.12-3
Severity: serious
Justification: FTBFS
Tags: sid

This package has started FTBFS with this output:

Invalid locale code or name: en-us
Invalid locale code or name: en-us

#   Failed test 'no warnings'
#   at /«PKGBUILDDIR»/lib/RT/Test.pm line 1780.
# There were 1 warning(s)
#   Previous test 1 'Lang changed from (no value) to 'en-us''
#   Invalid locale code or name: en-us
#  at /usr/share/perl5/Log/Dispatch/Perl.pm line 84.
#   Log::Dispatch::Perl::__ANON__("Invalid locale code or name: en-us\x{a}") 
called at /usr/share/perl5/Log/Dispatch/Output.pm line 50
#   Log::Dispatch::Output::log(undef, "level", "critical", "message", "Invalid 
locale code or name: en-us\x{a}", "name", "rttest") called at 
/usr/share/perl5/Log/Dispatch.pm line 238
#   Log::Dispatch::_log_to(Log::Dispatch=HASH(0x5d143d0), "level", "critical", 
"message", "Invalid locale code or name: en-us\x{a}", "name", "rttest") called 
at /usr/share/perl5/Log/Dispatch.pm line 190
#   Log::Dispatch::_log_to_outputs(Log::Dispatch=HASH(0x5d143d0), "level", 
"critical", "message", "Invalid locale code or name: en-us\x{a}") called at 
/usr/share/perl5/Log/Dispatch.pm line 168
#   Log::Dispatch::log(Log::Dispatch=HASH(0x5d143d0), "level", "critical", 
"message", "Invalid locale code or name: en-us\x{a}") called at 
/usr/share/perl5/Log/Dispatch.pm line 42
#   Log::Dispatch::__ANON__(Log::Dispatch=HASH(0x5d143d0), "Invalid locale code 
or name: en-us\x{a}") called at /«PKGBUILDDIR»/lib/RT.pm line 389
#   RT::__ANON__("Invalid locale code or name: en-us\x{a}") called at 
/usr/share/perl5/DateTime/Locale.pm line 234
#   DateTime::Locale::load(undef, "en-us") called at 
/«PKGBUILDDIR»/lib/RT/Date.pm line 738
#   RT::Date::LocaleObj(RT::Date=HASH(0x6786d08)) called at 
/«PKGBUILDDIR»/lib/RT/Date.pm line 772
#   RT::Date::LocalizedDateTime(RT::Date=HASH(0x6786d08), "Format", 
"LocalizedDateTime", "Timezone", "user") called at 
/«PKGBUILDDIR»/lib/RT/Date.pm line 629
#   RT::Date::Get(RT::Date=HASH(0x6786d08), "Timezone", "user", "Format", 
"LocalizedDateTime") called at /«PKGBUILDDIR»/lib/RT/Date.pm line 472
#   RT::Date::AsString(RT::Date=HASH(0x6786d08), "Format", "LocalizedDateTime") 
called at t/security/CVE-2011-5092-localizeddatetime.t line 14
# 
# Some tests failed or we bailed out, tmp directory 
'/«PKGBUILDDIR»/t/tmp/security-CVE-2011-5092-localizeddatetime.t-SYQgqwoP' is 
not cleaned
# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with 2 just after 2.
t/security/CVE-2011-5092-localizeddatetime.t ... 

According to 

https://reproducible.debian.net/history/request-tracker4.html

this started happening somewhere between 2015-11-07 and 2015-11-16.

Dominic.

Bug#806449: request-tracker4: FTBFS: t/security/CVE-2011-5092-localizeddatetime.t locale warnings

2015-11-27 Thread Dominic Hargreaves

Source: request-tracker4
Version: 4.2.12-3
Severity: serious
Justification: FTBFS
Tags: sid

This package has started FTBFS with this output:

Invalid locale code or name: en-us
Invalid locale code or name: en-us

#   Failed test 'no warnings'
#   at /«PKGBUILDDIR»/lib/RT/Test.pm line 1780.
# There were 1 warning(s)
#   Previous test 1 'Lang changed from (no value) to 'en-us''
#   Invalid locale code or name: en-us
#  at /usr/share/perl5/Log/Dispatch/Perl.pm line 84.
#   Log::Dispatch::Perl::__ANON__("Invalid locale code or name: en-us\x{a}") 
called at /usr/share/perl5/Log/Dispatch/Output.pm line 50
#   Log::Dispatch::Output::log(undef, "level", "critical", "message", "Invalid 
locale code or name: en-us\x{a}", "name", "rttest") called at 
/usr/share/perl5/Log/Dispatch.pm line 238
#   Log::Dispatch::_log_to(Log::Dispatch=HASH(0x5d143d0), "level", "critical", 
"message", "Invalid locale code or name: en-us\x{a}", "name", "rttest") called 
at /usr/share/perl5/Log/Dispatch.pm line 190
#   Log::Dispatch::_log_to_outputs(Log::Dispatch=HASH(0x5d143d0), "level", 
"critical", "message", "Invalid locale code or name: en-us\x{a}") called at 
/usr/share/perl5/Log/Dispatch.pm line 168
#   Log::Dispatch::log(Log::Dispatch=HASH(0x5d143d0), "level", "critical", 
"message", "Invalid locale code or name: en-us\x{a}") called at 
/usr/share/perl5/Log/Dispatch.pm line 42
#   Log::Dispatch::__ANON__(Log::Dispatch=HASH(0x5d143d0), "Invalid locale code 
or name: en-us\x{a}") called at /«PKGBUILDDIR»/lib/RT.pm line 389
#   RT::__ANON__("Invalid locale code or name: en-us\x{a}") called at 
/usr/share/perl5/DateTime/Locale.pm line 234
#   DateTime::Locale::load(undef, "en-us") called at 
/«PKGBUILDDIR»/lib/RT/Date.pm line 738
#   RT::Date::LocaleObj(RT::Date=HASH(0x6786d08)) called at 
/«PKGBUILDDIR»/lib/RT/Date.pm line 772
#   RT::Date::LocalizedDateTime(RT::Date=HASH(0x6786d08), "Format", 
"LocalizedDateTime", "Timezone", "user") called at 
/«PKGBUILDDIR»/lib/RT/Date.pm line 629
#   RT::Date::Get(RT::Date=HASH(0x6786d08), "Timezone", "user", "Format", 
"LocalizedDateTime") called at /«PKGBUILDDIR»/lib/RT/Date.pm line 472
#   RT::Date::AsString(RT::Date=HASH(0x6786d08), "Format", "LocalizedDateTime") 
called at t/security/CVE-2011-5092-localizeddatetime.t line 14
# 
# Some tests failed or we bailed out, tmp directory 
'/«PKGBUILDDIR»/t/tmp/security-CVE-2011-5092-localizeddatetime.t-SYQgqwoP' is 
not cleaned
# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with 2 just after 2.
t/security/CVE-2011-5092-localizeddatetime.t ... 

According to 

https://reproducible.debian.net/history/request-tracker4.html

this started happening somewhere between 2015-11-07 and 2015-11-16.

Dominic.

Bug#799277: Maybe related patch from upstream

2015-11-27 Thread Thomas Goirand

Just as a quick memo to myself:

https://review.openstack.org/#/c/172238/

Bug#806450: RFP: python-inflect -- Python library for correctly generating plurals, singular nouns, ordinals, indefinite articles; convert numbers to words

2015-11-27 Thread Arto Jantunen

Package: wnpp
Severity: wishlist

* Package name: python-inflect
  Version : 0.2.5
  Upstream Author : Paul Dyson 
* URL : http://pypi.python.org/pypi/inflect
* License : AGPLv3
  Programming Lang: Python
  Description : Python library for correctly generating plurals, singular
  nouns, ordinals, indefinite articles; convert numbers to words

This is a dependency of sqlacodegen.

Bug#806431: pylint: TAB not properly displayed in manpage

2015-11-27 Thread Sandro Tosi

On Fri, Nov 27, 2015 at 11:31 AM, Yuri Schaeffer  wrote:
> /usr/share/man/man1/pylint.1.gz (line 242) reads:
>
>   String used as indentation unit. This is usually "" (4 spaces) or "\t" 
> (1
> tab). [current: '']
>
> but man pylint reads:
>
>   String used as indentation unit. This is usually "" (4 spaces) or "" (1
> tab). [current: '']
>
> Presumably \ needs escaping.

ack

> Note: with pylint --indent-string="", pylint will keep trashing.

it's not clear what you mean here, can you elaborate/rephrase?

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#806451: mysql-server-5.6: mysqladmin doesn't allow command via config file

2015-11-27 Thread Binerf

Package: mysql-server-5.6
Version: 5.6.27-2
Severity: normal

Dear Maintainer,

After upgraded from mysql-server 5.5 to 5.6, I'm facing problem below use:
root@server~# mysqladmin --defaults-file=/etc/mysql/debian.cnf flush-logs
mysqladmin: refresh failed; error: 'Access denied; you need (at least one of) 
the RELOAD privilege(s) for this operation'
root@server~#

But I can use mysqladmin command as below:
root@server~# mysqladmin -udebian-sys-maint -p flush-logs   
   
Enter password: 
root@server~# 
and it works.
Password used, it just a copy/paste of the password found in 
/etc/mysql/debian.cnf

I've also tried with /root/.my.cnf file and removed 
--defaults-file=/etc/mysql/debian.cnf from the command line, I get the same 
problem.

Same, remove privileges to user debian-sys-maint in mysql and re-grant didn't 
change anything.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=locale: Cannot set LC_ALL to 
default locale: No such file or directory
ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages mysql-server-5.6 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.58
ii  init-system-helpers1.24
ii  initscripts2.88dsf-59.2
ii  libaio10.3.110-2
ii  libc6  2.19-22
ii  libdbi-perl1.634-1
ii  libgcc11:5.2.1-23
ii  libstdc++6 5.2.1-23
ii  libwrap0   7.6.q-25
ii  lsb-base   9.20150917
ii  mysql-client-5.6   5.6.27-2
ii  mysql-common   5.6.27-2
ii  mysql-server-core-5.6  5.6.27-2
ii  passwd 1:4.2-3.1
ii  perl   5.20.2-6
ii  psmisc 22.21-2.1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages mysql-server-5.6 recommends:
ii  libhtml-template-perl  2.95-2

Versions of packages mysql-server-5.6 suggests:
ii  heirloom-mailx [mailx]  12.5-5
pn  tinyca  

-- Configuration Files:
/etc/logrotate.d/mysql-server changed:
/var/log/mysql/*log {
daily
rotate 7
missingok
notifempty
size 1
create 640 mysql adm
compress
sharedscripts
postrotate
test -x /usr/bin/mysqladmin || exit 0
# If this fails, check debian.conf! 
MYADMIN="/usr/bin/mysqladmin 
--defaults-file=/etc/mysql/debian.cnf"
if [ -z "`$MYADMIN ping 2>/dev/null`" ]; then
  # Really no mysqld or rather a missing debian-sys-maint user?
  # If this occurs and is not a error please report a bug.
  #if ps cax | grep -q mysqld; then
  if killall -q -s0 -umysql mysqld; then
exit 1
  fi 
else
  $MYADMIN flush-logs
fi
endscript
}

/etc/mysql/mysql.conf.d/mysqld.cnf changed:
[mysqld_safe]
socket  = /var/run/mysqld/mysqld.sock
nice= 0
[mysqld]
user= mysql
pid-file= /var/run/mysqld/mysqld.pid
socket  = /var/run/mysqld/mysqld.sock
port= 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir  = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
bind-address= 127.0.0.1
key_buffer_size = 16M
max_allowed_packet  = 16M
thread_stack= 192K
thread_cache_size   = 8
myisam-recover  = BACKUP
query_cache_limit   = 1M
query_cache_size= 16M
general_log_file= /var/log/mysql/mysql.log
general_log = 0
log_error = /var/log/mysql/error.log
slow_query_log_file = /var/log/mysql/mysql-slow.log
slow_query_log  = 1
long_query_time = 5
log-queries-not-using-indexes
expire_logs_days= 10
max_binlog_size   = 100M


-- debconf information:
  mysql-server-5.6/really_downgrade: false
  mysql-server/no_upgrade_when_using_ndb:
  mysql-server-5.6/postrm_remove_databases: false
  mysql-server/password_mismatch:
  mysql-server-5.6/nis_warning:
  mysql-server-5.6/start_on_boot: true
  mysql-server/error_setting_password:

Bug#806452: lierolibre: please make the build reproducible

2015-11-27 Thread Reiner Herrmann

Source: lierolibre
Version: 0.5-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that lierolibre could not be built reproducibly.
The shell script which is generating the sound data file is interpreting
the output of 'dd', which can be different in another language.
The script is already aware of that and is normalizing LANG,
but this is not sufficient, since LC_ALL has a higher priority.

The attached patch fixes this by overwriting LC_ALL instead of LANG.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/scripts/lierolibre-packsounds b/scripts/lierolibre-packsounds
index 4f85818..af1fd7d 100755
--- a/scripts/lierolibre-packsounds
+++ b/scripts/lierolibre-packsounds
@@ -61,7 +61,7 @@ hash sox 2>&- || { echo >&2 "This script requires the "'"SoX"'" audio manipulato
 inputdir="$1"
 outputfile="$2"
 names="SHOTGUN SHOT RIFLE BAZOOKA BLASTER THROW LARPA EXP3A EXP3B EXP2 EXP3 EXP4 EXP5 DIRT BUMP DEATH1 DEATH2 DEATH3 HURT1 HURT2 HURT3 ALIVE BEGIN DROPSHEL RELOADED MOVEUP MOVEDOWN SELECT BOING BURNER"
-LANG=C # relying on english output from dd
+LC_ALL=C # relying on english output from dd
 
 for i in $names; do
 	if [ ! -r "$inputdir"/"$i".wav ]; then


signature.asc
Description: PGP signature

Bug#806443: disk-detect/multipath: default path selector is not loaded

2015-11-27 Thread Ben Hutchings

On Fri, 2015-11-27 at 15:39 +0100, Hendrik Brueckner wrote:
[...]
> --- a/disk-detect.sh
> +++ b/disk-detect.sh
> @@ -202,7 +202,7 @@ fi
>  db_get disk-detect/multipath/enable
>  if [ "$RET" = true ]; then
>  >> if anna-install multipath-udeb; then
> ->>   > MODULES="dm-mod dm-multipath dm-round-robin dm-emc"
> +>>   > MODULES="dm-mod dm-multipath dm-service-time dm-round-robin 
> dm-emc"
>  >>   > # We need some dm modules...
>  >>   > depmod -a >/dev/null 2>&1 || true
>  >>   > for MODULE in $MODULES; do

At least dm-service-time and dm-round-robin will be automatically
loaded by the kernel when needed.  I'm not sure about the others.

Ben.

-- 
Ben Hutchings
Power corrupts.  Absolute power is kind of neat.
   - John Lehman, Secretary of the US Navy 1981-1987


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

Bug#806453: icedove: Attempt at creating a subfolder of a virtual parent where there is no actual parent creates a folder at one level higher

2015-11-27 Thread Alan

Package: icedove
Version: 38.3.0-2
Severity: important

Dear Maintainer,

I have a dovecot system holding Maildir mailboxes on a small server.

On this server, there is no subfolder hierarchy, instead inside the top level
Maildir directory, which represents the INBOX, there are sub directories whose 
names are
separated by the "." character to denote level.

I have some folders if this Maildir with directory names .parent.subfolder1, 
.parent.subfolder2
etc where there is no actual directory called .parent.  Icedove correctly shows
the parent->subfolder relationship.

However - when I attempt to create a new subfolder of parent, it don't get this
occuring, instead a new folder is created at the same level as the parent with
the name "parent^subfolder"

I checked this with wireshark, and indeed the request to create a new folder is
sent with "parent^subfolder" (without the quotes) as the name.

If parent does have an actual folder, the new subfolder is correctly created.



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 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 icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo2 1.14.4-1
ii  libdbus-1-3   1.10.4-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgcc1   1:5.2.1-23
ii  libgdk-pixbuf2.0-02.32.2-1
ii  libglib2.0-0  2.46.2-1
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libnspr4  2:4.10.10-1
ii  libnss3   2:3.20.1-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpixman-1-0 0.33.4-1
ii  libsqlite3-0  3.9.2-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-23
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:5.0.3-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
pn  iceowl-extension  

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-2
ii  libgssapi-krb5-2  1.13.2+dfsg-4

-- no debconf information

Bug#801848: iwatch: Typo in /etc/default/iwatch makes it unable to start

2015-11-27 Thread Helmar Gerloni

I had a similar issue on current Jessie with iwatch 0.2.2-3. After 
installation and configuration iwatch does not start:

apt-get install iwatch
set "START_DAEMON=true" in /etc/default/iwatch

but

systemctl start iwatch.service
or
/etc/init.d/iwatch start

do not start the iwatch daemon. No error, no warning, simply nothing.

After a reboot everything is OK. Something needs to be restarted after 
installation; i did not find out what.  But it has nothing to do with 
CONFIG_FILE, this is the correct syntax.

Bug#806431: pylint: TAB not properly displayed in manpage

2015-11-27 Thread Yuri Schaeffer

>> Note: with pylint --indent-string="", pylint will keep trashing.

> it's not clear what you mean here, can you elaborate/rephrase?

If you start pylint with '--indent-string=""' as the man page seems to
suggest now, the pylint process will seem to hang eating up all cpu cycles.

//Yuri

Bug#805172: RFS: vim-command-t/1.13-2 [ITP]

2015-11-27 Thread Craig Small

On Thu, Nov 26, 2015 at 3:45 AM Sam Morris  wrote:

> I think this happens because you have vim 2:7.4.488-7 (from jessie)
> installed, which uses libruby2.1. vim in testing/unstable uses libruby2.2,
> so upgrading to this version would get things working.
>
It would, but the packaging system should ensure that whatever version of
vim is installed, the program will work or won't be installable.


> In fact, I'll probably just remove the version requirements on those
> build-dependencies entirely--they just get in the way when backporting
> the package to run on jessie.
>
Are you sure? Isn't this a linking problem?

To me the plugin is linked to ruby 2.2 and vim linked to ruby 2.1
It sort of needs a dpkg-shlibdeps type of thing going on, but with vim not
ldd.

  - Craig

Bug#806471: libxfont: FTBFS: dh_install: libxfont-dev missing files (../../build-main/doc/*.txt), aborting

2015-11-27 Thread Julien Cristau

On Fri, Nov 27, 2015 at 19:41:47 +, Chris West (Faux) wrote:

> The package fails to build:
> 
>debian/rules override_dh_install
> make[1]: Entering directory '/libxfont-1.5.1'
> find debian/tmp-* -name '*.la' -delete
> dh_install -a -Nlibxfont1-udeb --sourcedir=debian/tmp-main --fail-missing
> dh_install: libxfont-dev missing files (../../build-main/doc/*.txt), aborting
> debian/rules:48: recipe for target 'override_dh_install' failed
> make[1]: *** [override_dh_install] Error 2
> 
> Full build log:
> https://reproducible.debian.net/rb-pkg/unstable/amd64/libxfont.html
> 

On Fri, Nov 27, 2015 at 19:42:47 +, Chris West (Faux) wrote:

> The package fails to build:
> 
>debian/rules override_dh_install
> make[1]: Entering directory '/libxi-1.7.5'
> dh_install --fail-missing --exclude=libXi.la --exclude .db --exclude .xml
> dh_install: libxi-dev missing files (usr/share/doc/libXi/*.txt), aborting
> debian/rules:27: recipe for target 'override_dh_install' failed
> 
> Full build log:
> https://reproducible.debian.net/rb-pkg/unstable/amd64/libxi.html
> 
I'm going to go on a limb here and guess these are caused by the same
asciidoc breakage as #613674.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#806495: ITP: cgview -- Circular Genome Viewer

2015-11-27 Thread Andreas Tille

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: cgview
  Version : 0.0.20100111
  Upstream Author : David S. Wishart
* URL : http://wishart.biology.ualberta.ca/cgview/
* License : GPL
  Programming Lang: Java
  Description : Circular Genome Viewer
 CGView is a Java package for generating high quality, zoomable maps of
 circular genomes. Its primary purpose is to serve as a component of
 sequence annotation pipelines, as a means of generating visual output
 suitable for the web. Feature information and rendering options are
 supplied to the program using an XML file, a tab delimited file, or an
 NCBI ptt file. CGView converts the input into a graphical map (PNG, JPG,
 or Scalable Vector Graphics format), complete with labels, a title,
 legends, and footnotes. In addition to the default full view map, the
 program can generate a series of hyperlinked maps showing expanded
 views. The linked maps can be explored using any web browser, allowing
 rapid genome browsing, and facilitating data sharing. The feature labels
 in maps can be hyperlinked to external resources, allowing CGView maps
 to be integrated with existing web site content or databases.
 .
 In addition to the CGView application, an API is available for
 generating maps from within other Java applications, using the
 cgview package.
 .
 CGView can be used for any of the following:
  * Bacterial genome visualization and browsing - CGView can be
incorporated into bacterial genome annotation pipelines, as a means
of generating web content for data visualization and navigation. The
PNG and image map content does not require Java applets or special
browser plugins.
  * Genome poster generation - CGView can generate poster-sized images of
circular genomes in rasterized image formats or in Scalable Vector
Graphics format.
  * Sequence analysis visualization - CGView can be used to display the
output of sequence analysis programs in a circular context.
 .
 CGView features:
  * Images can be generated in PNG, JPG, or SVG format. See the
CGView gallery.
  * Static or interactive maps can be generated. The interactive maps
make use of standard PNG images and HTML image maps. Scalable Vector
Graphics output is included in the interactive maps (see example).
  * The XML input allows complete control over the appearance of the map.
  * Tab delimited input files and NCBI ptt files can be used as an
alternative to the XML format.
  * The CGView API can be used to incorporate CGView into Java
applications.
  * The CGView applet can be used to incorporate zoomable maps into web
pages (see example).
  * The CGView Server can be used to generate maps online.


Remark: This package is maintained by the Debian Med team at
git://anonscm.debian.org/debian-med/cgview.git

Bug#785138: gparted: Upstream has a new version, v0.24

2015-11-27 Thread Phillip Susi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/26/2015 01:39 PM, famrlz wrote:
> Hi. Is there any way I could help speeding up the process of
> uploading a newer version of gparted?

I actually built it the other night but have run into some problems
testing it due to bugs in sid.  Working through them now and will try
to upload tonight.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJWWOcCAAoJEBB5UWFcu6UW7CsH/1fnyjmElyEG907hwr29swh1
BnBmGyjijuKWUPbSanhmjPr/Qu1qe0uXoLvOjL3Otz3jmu1qbvlligorspqIMCxD
Gzjd8AedcbXTrqUNGG0G8V8Qw2G2lSKL7qUzDPaOMlEp9WO4rb/MUkXYLyENF8tS
qfestVEFCWrU9JyL03w+ZsVpD3Ssrtxe5vE9aYeubylsgcw8uM2hxG4/NDaqisCg
X/qW8sVT3a/pUBao3ZH/KwqDfnBXzSwM24NnBbt/76hNloyKQRUYPaI/p6JvgR+7
2o/2tSyZKSu6PpKZS2GR61xLDthixCPrNNcenaaWSvHQlDDJ8DInnzjV6MPI5u8=
=NTwV
-END PGP SIGNATURE-

Bug#805845: mount --move broken

2015-11-27 Thread Phillip Susi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: reassign -1 linux

So it seems the problem is that systemd makes the root shared by
default, and mounts can only be moved if the parent mount is private.
 Running mount --make-private fixes the issue.

I'm still not sure why the kernel can't move mounts in a shared namespac
e.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJWWOeqAAoJEBB5UWFcu6UWFkQH/iSdiLHoHEc5tv0z/OdeXo+w
1Oa3mgh7EJb9qlxTD2B/aE+atFW4jBW8smeMyunytvvUTH67EeVgE2aS89QdaenK
zd732/5m1zP92GpqUNkScdpwc5V/oZ7nFbttYoy2H3Ccq9rO59SRSuzSPfi+F8gk
j1ZGN0M73+MQ2luo/9EJhfpX0n7jNm+NEzR5Ief5BRSAWP0Lw0junYmvttMZsSpQ
RIuRIo1TzJQ4XYP5v2fp8t9moHozEw/wFKyGL0/ZVTtMVb3dNrRLle2XlzI3FWQK
8m3JoJ4Q7dHwIDi4HBfgn63VkOZZq9pWttM9yI9M9qPkXw79KVkBtNi2P4Tb1Jg=
=JJg/
-END PGP SIGNATURE-

Bug#806475: apt: Breaks debian-installer build, select with no read/write fds?