Bug#821262: RFP: golang-github-pearkes-cloudflare -- Go library for using the CloudFlare API

[Daniel Stender]

Package: wnpp
Severity: wishlist
Control: block 808940 by -1

* Package name: golang-github-pearkes-cloudflare
  Version : 0.0~git20160103.765ac18
  Upstream Author : Jack Pearkes 
* URL : https://github.com/pearkes/cloudflare
* License : MPL-2.0
  Programming Lang: Go
  Description : Go library for using the CloudFlare API

This package provides the cloudflare package which offers an interface to the
CloudFlare gAPI. It's intentionally designed to make heavy use of built-ins and
strings in place of custom data structures and proper types. It also only 
implements
specific endpoints, and doesn't have full API coverage.

This is a requirement for Terraform.

Thanks,
DS

Bug#821056: u-boot-tools: no example /etc/fw_env.config files for openrd devices

[Rick Thomas]

Re-reading this, I realize that I said “0x8” for the environment location 
of legacy u-boot.  But when I went to test it, the true value turned out to be 
“0xa”.

Sorry for the confusion.  The latter value (0xa) is correct.

Rick

PS:  Just out of curiosity, was there a reason behind the change?  Or was it 
just one of those things that “seemed like a good idea at the time” ?

On Apr 16, 2016, at 6:04 PM, Rick Thomas  wrote:

> 
> On Apr 15, 2016, at 12:29 PM, Vagrant Cascadian  wrote:
> 
>> On 2016-04-14, Rick Thomas wrote:
>>> The directory /usr/share/doc/u-boot-tools/examples/ has example .config 
>>> files
>>> for a variety of devices, but none for the OpenRD base, client or ultimate.
>> ...
>>> Oh, and BTW, the lastest u-boot puts the environment at 0x6, while 
>>> legacy
>>> versions put it at 0x8, so it would be nice to reflect that (as was
>>> done for sheevaplug -- thanks!) in the example .config file. 
>> 
>> If you could provide a tested, working config, I can include it, but I
>> have no way of testing it myself.
>> 
>> 
>> live well,
>> vagrant
> 
> Here you go:
> 
> /usr/share/doc/u-boot-tools/examples/openrd.config
> # Configuration file for fw_(printenv/saveenv) utility.
> # Up to two entries are valid, in this case the redundant
> # environment sector is assumed present.
> #
> # XXX this configuration might miss a fifth parameter for the "Number of
> # sectors"
> 
> # MTD device name   Device offset   Env. size   Flash sector size
> # Legacy u-boot versions:
> #/dev/mtd0   0xa 0x2 0x2
> 
> # New u-boot versions:
> /dev/mtd0   0x6 0x2 0x2
>  cut here ===
> 
> Tested and working on openrd client and ultimate hardware for both versions 
> of u-boot:
> Legacy: U-Boot 1.1.4 (May 18 2009 - 13:33:10) Marvell version: 3.4.16
> New: U-Boot 2016.03+dfsg1-3 (Apr 04 2016 - 18:23:06 +)
> 
> Rick Thomas
> 
> PS: You may add my name as a tester if you want.

Bug#813707: steam:i386: Several games do not work with current libasound

[Salvo Tomaselli]

Hello,

I found a workaround long ago. It was sufficient to delete all libasound .so 
files from the ubuntu distribution located in .steam.

However, I have no backup to go back, and I don't know if they fixed it or if 
my workaround is still in place.

I'd say that if you can play team fortress 2 (free to play) and hear audio, 
probably the problem was solved.

Best

-- 
Salvo Tomaselli

"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei

http://ltworf.github.io/ltworf/


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

Bug#820970: 32 bit Windows 10 seems to have worked

[Kingsley G. Morse Jr.]

At least for me, qemu seems to have worked 
after switching from trying to install a 
64 bit guest to 32 bits.

The command I used was:

user$ qemu-system-i386 -m 2000 -drive file=empty.raw,format=raw -cdrom 
32BIT.ISO -boot d -localtime -enable-kvm

I suspect a bug in qemu's ability to run a 64 bit
guest on a 32 bit architecture and/or Linux
kernel.

I hope that helps,
Kingsley
-- 
Time is the fire in which we all burn.

Bug#821127: ITP: overpass -- wrapper for the OpenStreetMap Overpass API

[Andreas Tille]

Hi Sandro,

I'd suggest you maintain this package inside Debian GIS team.

Kind regards

 Andreas.

On Fri, Apr 15, 2016 at 08:44:17PM +0100, Sandro Tosi wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Sandro Tosi 
> 
> * Package name: overpass
>   Version : 0.4.0
>   Upstream Author : Martijn van Exel
> * URL : https://github.com/mvexel/overpass-api-python-wrapper
> * License : Apache
>   Programming Lang: Python
>   Description : wrapper for the OpenStreetMap Overpass API
> 
> 

-- 
http://fam-tille.de

Bug#821183: [Pkg-samba-maint] Bug#821183: winbind: wbinfo -u is empty, wbinfo -g returns groups with samba as DC, ldap_search_with_timeout timeout

[Andrew Bartlett]

On Sat, 2016-04-16 at 14:04 +0200, John Wyzer wrote:
> Package: winbind
> Version: 2:4.2.10+dfsg-0+deb8u2
> Severity: normal
> 
> I have samba installed as a domain controller.

Which Samba version is on the DC?  Does dbcheck pass on the DC?

samba-tool dbcheck --cross-ncs

Thanks,

Andrew Bartlett
-- 
Andrew Bartlett   http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba

Bug#771102: upstream license violation

[Evan Hanson]

Hi Ned,

Formally yes, but see my response to #821237, whose action may moot the
point. I'll update this bug with whatever info that one brings shortly.

Best regards,

Evan


signature.asc
Description: PGP signature

Bug#815162: xserver-xorg-legacy: completely broken (locks up input / xf86OpenConsole: Cannot open virtual console)

[Jan Braun]

Control: unmerge -1
Control: severity -1 important
Control: tag -1 - moreinfo
Control: retitle -1 xserver-xorg-legacy: locks up input when used with neither 
libpam-systemd nor manual configuration

Jan Braun schrob:
> If you want to downgrade (and merge with #814313), I won't object, but
> I'll not do that myself because dataloss failure mode and apt-listbugs
> visibility.

Sorry, but you merged with #814394 (wishlist moreinfo), not #814313
(important). If you actually think this bug is a wishlist and/or needs
more info, please explain.

regards,
Jan


signature.asc
Description: PGP signature

Bug#821237: abduco: should it be removed from Debian?

[Evan Hanson]

Hi Mattia,

Thanks for the nudge. When #771102 was raised, I tried to contact
upstream regarding the potential licensing issues but received no
response, and there the bug sat. It's now been quite some time, however,
and I agree something should be done.

I'll make one more attempt to bring the issue to the developer's
attention, but failing a response and positive resolution I agree that
the package should be be removed.

Evan


signature.asc
Description: PGP signature

Bug#821260: RFS: python-adventure/1.4-1 [ITP]

[Ben Finney]

Package: sponsorship-requests
Severity: wishlist

Howdy,

I am looking for a sponsor for my package ‘python-adventure’.

Package name: python-adventure
Version : 1.4-1
Upstream Author : Brandon Rhodes 
  * URL : https://pypi.python.org/pypi/adventure/
  * License : Apache License 2.0
Section : games

Description: Colossal Cave Adventure game

Explore Colossal Cave, where others have found fortunes in
treasure and gold, though it is rumored that some who enter
are never seen again.
.
Colossal Cave Adventure (originally named “ADVENT” or
“Adventure”) is the seminal text adventure game, written by
Will Crowther and Don Woods.
.
This is a re-implementation of the “350-point” version, using
the same game content from the PDP-10 source code of the late
1970s.
.
It uses the original text exactly, and emits responses slow
enough to read as the contemporary terminal interfaces did.


It builds those binary packages:

* adventure-common - Colossal Cave Adventure game — common files
* colossal-cave-adventure - Colossal Cave Adventure game
* python3-adventure - Colossal Cave Adventure game — Python 3

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

http://mentors.debian.net/package/python-adventure

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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/python-adventure/python-adventure_1.4-1.dsc

-- 
 \ “Our task must be to free ourselves from our prison by widening |
  `\our circle of compassion to embrace all humanity and the whole |
_o__)   of nature in its beauty.” —Albert Einstein |
Ben Finney 


signature.asc
Description: PGP signature

Bug#821259: libjpeg-progs: jpegtran -drop patch missing

[Ram Kromberg]

Package: libjpeg-progs
Version: 1:9b-1
Severity: wishlist

Dear Maintainer,

Bug #160390 either regressed or was erroneously closed to begin with. The -drop 
patch, as released in http://jpegclub.org/jpegtran/ under 
http://jpegclub.org/droppatch.v9b.tar.gz is not merged into the package.

It is quite trivial to patch and compile the package following the usual "sudo 
apt-get build-dep libjpeg-progs", "apt-get source libjpeg-progs" and simply 
overriding the three source files to apply the patch. "configure" and "make 
install" compile and deploy to /usr/local/ successfully. Once deployed, The 
-drop lossless merging functionality works as expected.

To clarify on this decade old bug, this isn't a mixup between 
libjpeg-turbo-progs and libjpeg-progs. A separate request has been raised in 
libjpeg-turbo-progs upstream ( 
https://github.com/libjpeg-turbo/libjpeg-turbo/issues/71 ) regarding this 
functionality, but that does not concern this issue directly since the code 
bases have drifted apart over the years rendering the -drop patch incompatible 
as a drop-in patch.


-- System Information:
Debian Release: 8.4
  APT prefers stable-updates
  APT policy: (475, 'stable-updates'), (475, 'stable'), (450, 
'testing-updates'), (450, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages libjpeg-progs depends on:
ii  libc6 2.19-18+deb8u4
ii  libjpeg9  1:9b-1

libjpeg-progs recommends no packages.

libjpeg-progs suggests no packages.

-- no debconf information

Bug#821258: codelite: non-free image (CC-BY-NC-ND)

[Dmitry Smirnov]

Source: codelite
Version: 9.1+dfsg-2
Severity: serious
Usertags: dfsg

According to its metadata, "icons/find-folder.png" is non-free:

Description: This is the icon from Gentleface.com free icons set. 
UsageTerms: Creative Commons Attribution Non-Commercial No Derivatives

Please investigate.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#813707: steam:i386: Several games do not work with current libasound

[Michael Gilbert]

control: tag -1 moreinfo

I am currently not able to reproduce this.  Valve did an update toward
the end of March, did that fix this?

Best wishes,
Mike

Bug#818905: Steam Controller is not correctly detected

[Michael Gilbert]

control: tag -1 upstream
control: severity -1 wishlist

Berillions wrote:
> If I add "OPTIONS+="static_node=uinput" to "# Steam Controller udev write
> access", the controller is recognized correctly as a gamepad in my games.

The udev rule currently shipped is Valve's, so if you think it needs
to be changed, please start a discussion with them.  If so, please
link back to the discussion here.

Best wishes,
Mike

Bug#743020: ITP: python-adventure -- Colossal Cave Adventure game

[Ben Finney]

Control: tags -1 + pending

At https://notabug.org/bignose/python-adventure/> is the VCS for
the Debian source package.

The current release “1.4-1” is available and needs a sponsor into
Debian https://mentors.debian.net/package/python-adventure>.

-- 
 \   “'Tis strange, — but true; for truth is always strange; / |
  `\Stranger than fiction.” —“Lord” George Gordon Noel Byron, _Don |
_o__)Juan_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#821251: Broken Print/Email to PDF and Postscript due to LaTeX::driver bug

[Robert James Clay]

found 821251 1.3.40-1
found 821251 1.3.46-1
tag 821251 + confirmed upstream 
forwarded 821251 https://github.com/ledgersmb/LedgerSMB/issues/1426
clone 821251 -1
retitle -1 liblatex-driver-perl: stdout 'bleeds' into caller's stdout
reassign -1 liblatex-driver-perl 0.200.4-1
tag -1 + upstream fixed-upstream
severity -1 critical
Thanks

On Saturday, April 16, 2016 07:54:47 PM Robert James Clay wrote:
> LaTeX::driver has a bug that forces the use of xelatex to render all pdf or
> postscript source material. It also has a bug that causes data to be dumped
> to stdout. 

My understanding is that a new version of LaTeX::Driver has been released 
on CPAN.




RJ Clay
j...@rocasa.us

Bug#821257: Binary packages are unusable without kmod support for detached sigs

[Ben Hutchings]

Package: src:linux-signed
Version: 1~exp2
Severity: grave
Control: block -1 with 820010

This is obviously a blocker for going into unstable!  We either need
to get detached sigs supported in kmod, or make the signed packages
complete replacements for the corresponding unsigned packages, or
resort to something gross like diverting all the modules...

Ben.

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

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

Bug#821256: RFS: gap-io/3.4.4+ds-2 [DUMPtoGAP4r8] - low level C library IO bindings for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for sponsorship for the Debian package gap-io [1] which 
brings
to Debian the GAP package IO. GAP is a Computer Algebra System (CAS). 
This
package mainly bumps the Debian package to the latest GAP minor release 
4r8.

Thanks iin advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gap-io.git

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

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (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: sysvinit (via /sbin/init)

Bug#821255: sane-backends: saned option to report network-attached devices

[Dhionel Díaz]

Source: sane-backends
Version: 1.0.25-2
Severity: wishlist
Tags: patch

Dear Maintainer,

Recently I needed to implement access control to a network-attached
scanner and found out saned can be used for that if it's made to report
network-attached devices. Then I found that a patch to implement this
feature was sent upstream in 2014 but it has not been included yet.
After some minor changes I've applied that patch to the current
sane-backends source and I've verified that it works as expected; the
network-attached scanner is reported by saned and it can successfully be
used with xsane.

Attached you will find a debdiff with the updated patch. I think that
the possibility of implementing access control to a network-attached
device is an useful feature that may be considered for inclusion ahead
of upstream.

Best regards,


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

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


-- 
Dhionel Díaz
Centro Nacional de Desarrollo e Investigación en Tecnologías Libres
Ministerio del Poder Popular para
Educación Universitaria, Ciencia y Tecnología
diff -Nru sane-backends-1.0.25/debian/patches/0233-saned-remotescanners.patch sane-backends-1.0.25/debian/patches/0233-saned-remotescanners.patch
--- sane-backends-1.0.25/debian/patches/0233-saned-remotescanners.patch	1969-12-31 20:00:00.0 -0400
+++ sane-backends-1.0.25/debian/patches/0233-saned-remotescanners.patch	2016-04-13 18:38:35.0 -0430
@@ -0,0 +1,159 @@
+Description: saned option to report network-attached devices to clients
+Author: Jens-U. Mozdzen 
+Author: Dhionel Díaz 
+Bug: https://alioth.debian.org/tracker/index.php?func=detail&aid=314768&group_id=30186&atid=410366
+Last-Update: 2016-04-13
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/doc/saned.man
 b/doc/saned.man
+@@ -10,6 +10,7 @@
+ .I [ n ]
+ .B | \-s
+ .I [ n ]
++.B | \-r
+ .B | \-h
+ .B ]
+ .SH DESCRIPTION
+@@ -37,6 +38,14 @@
+ .B saned
+ will drop root privileges and run as this user (and group).
+ .PP
++If the
++.B \-r
++flag is specified, saned will also report remote scanners (those that are accessed
++via saned's "net" backend) when receiving an inquiry to list all devices. As the
++remote scanner may not be available at the time of the request, enabling this
++option may cause a significant delay, experienced by the remote client.
++Default is not to report those scanners.
++.PP
+ The
+ .B \-d
+ and
+@@ -94,6 +103,14 @@
+ machine, we strongly recommend using the Netfilter
+ \fInf_conntrack_sane\fP module instead.
+ .PP
++\fBreexport_remote_scanners\fP = \fI[ true | yes | 1 ]\fP
++Enables reporting remote scanners (those accessed via saned's "net"
++backend) to clients. As the remote scanner may not be available at
++the time of the request, enabling this option may cause a significant
++delay, experienced by the remote client.
++Any value other than "true", "yes" or "1" will keep this option disabled,
++which is the default when this option nor the command line flag "-r" is specified.
++.PP
+ The access list is a list of host names, IP addresses or IP subnets
+ (CIDR notation) that are permitted to use local SANE devices. IPv6
+ addresses must be enclosed in brackets, and should always be specified
+--- a/frontend/saned.c
 b/frontend/saned.c
+@@ -246,6 +246,7 @@
+ static int num_handles;
+ static int debug;
+ static int run_mode;
++static SANE_Bool reexport_remote_scanners_disabled = SANE_TRUE;
+ static Handle *handle;
+ static union
+ {
+@@ -1834,7 +1835,7 @@
+ 
+ 	reply.status =
+ 	  sane_get_devices ((const SANE_Device ***) &reply.device_list,
+-			SANE_TRUE);
++			reexport_remote_scanners_disabled);
+ 	sanei_w_reply (w, (WireCodecFunc) sanei_w_get_devices_reply, &reply);
+   }
+   break;
+@@ -2697,6 +2698,23 @@
+   DBG (DBG_INFO, "read_config: data port range: %d - %d\n", data_port_lo, data_port_hi);
+ }
+ }
++  else if (strstr(config_line, "reexport_remote_scanners") != NULL)
++{
++  optval = sanei_config_skip_whitespace (++optval);
++	  if ((optval != NULL) && (*optval != '\0'))
++	{
++		  if (optval == endval)
++		{
++  DBG (DBG_ERR, "read_config: invalid value for data_portrange\n");
++  continue;
++}
++		  else if ((strcmp( optval, "yes") == 0) || (strcmp( optval, "true") == 0) ||(strcmp( optval, "1") == 0))
++		{
++  reexport_remote_scanners_disabled = SANE_FALSE;
++  DBG (DBG_INFO, "main: enabled serving remote scanner devices\n");
++		}
++		}
++}
+ }
+   fclose (fp);
+   DBG (DBG_INFO, "read_config: done 

Bug#819020: FTBFS: libldif60.so: /usr/bin/ld: unrecognized option '-Wl,-z,relro'

[Christoph Goehre]

tags 819020 pending
thanks

Hi Ximin,

On Wed, Apr 13, 2016 at 10:00:07PM +0200, Ximin Luo wrote:
> "Even if dpkg-buildpackage exports some variables, debian/rules should
> not rely on their presence and should instead use the respective
> interface to retrieve the needed values."
> 
> Can you please fix that? This non-standard hard requirement on
> dpkg-buildpackage makes it impossible to execute individual stages of
> the build, and also wastes developers' time trying to get basic
> processes to work.

I export the necessary DEB_* vars now in debian/rules, see[1].

> There's another problem:
> 
> $ dpkg-buildpackage -b
>  debian/rules build
> make: 'build' is up to date.
> 
> For some reason, you are building everything in the "binary" target
> and not the "build" target. This also needs to be fixed. Actually this
> is the cause of my original "dh build" problem, but any
> hard-requirement on environment variables should *also* be fixed.

Ooh, this was a tough one. Make stumble over a directory named 'build'
and has nothing to do for it. It takes me some hours to find and fix
this glitch[2].

Cheers,
Christoph

[1] 
http://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?id=34dd2790d1f8a040c3ae936bba059cd3477d6140
[2] 
http://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?id=54ed88d1a5c27fa08cbb18ebc89408812ef60377

Bug#821254: systemd[1]: xendomains.service start operation timed out.

[Andy Smith]

Package: xen-utils-common
Version: 4.4.1-9+deb8u4
Severity: normal

Dear Maintainer,

I have a server with a large number of domUs set to auto-start. For the
first time I have booted it with all of them needing to start from cold,
but the xendomains service only got part way through.

syslog showed nothing notable about the domains starting…

Apr 16 14:57:45 snaps xendomains[4631]: Starting Xen domain lima (from 
/etc/xen/auto/010-lima.conf)...done.

…until…

Apr 16 15:02:36 sierra xendomains[4631]: Starting Xen domain juliet (from 
/etc/xen/auto/627-juliet.conf)...done.
Apr 16 15:02:37 sierra kernel: [  341.269174] xen-blkback:ring-ref 8, 
event-channel 15, protocol 2 (x86_32-abi)
Apr 16 15:02:37 sierra kernel: [  341.367307] xen-blkback:ring-ref 9, 
event-channel 16, protocol 2 (x86_32-abi)
Apr 16 15:02:38 sierra kernel: [  341.437187] vif vif-51-0 v-juliet: Guest 
Rx ready
Apr 16 15:02:38 sierra kernel: [  341.437429] IPv6: 
ADDRCONF(NETDEV_CHANGE): v-juliet: link becomes ready
Apr 16 15:02:40 sierra systemd[1]: xendomains.service start operation timed 
out. Terminating.
Apr 16 15:02:40 sierra systemd[1]: Failed to start LSB: Start/stop 
secondary xen domains.
Apr 16 15:02:40 sierra systemd[1]: Unit xendomains.service entered failed 
state.

That the 51st domain, around 60% of the way through the list of domains
it should have started.

Once I'd realised only some of the domains were started I reran "service
xendomains start" and it finished the job.

So, is there a built in timeout of ~5 minutes here that I need to
increase? 

I see that the generated /run/systemd/generator.late/xendomains.service
file contains:

.
.
[Service]
Type=forking
Restart=no
TimeoutSec=5min
.
.

So that's probably what is being hit, but I cannot work out how to make
the generator apply a longer timeout.

Any hints would be appreciated.

Cheers,
Andy

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

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

Versions of packages xen-utils-common depends on:
ii  lsb-base4.1+Debian13+nmu1
ii  python  2.7.9-1
ii  ucf 3.0030
ii  udev215-17+deb8u4
ii  xenstore-utils  4.4.1-9+deb8u4

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/default/xendomains changed [not included]
/etc/xen/scripts/vif-route changed [not included]
/etc/xen/xl.conf changed [not included]

-- no debconf information

Bug#821056: u-boot-tools: no example /etc/fw_env.config files for openrd devices

[Rick Thomas]

On Apr 15, 2016, at 12:29 PM, Vagrant Cascadian  wrote:

> On 2016-04-14, Rick Thomas wrote:
>> The directory /usr/share/doc/u-boot-tools/examples/ has example .config files
>> for a variety of devices, but none for the OpenRD base, client or ultimate.
> ...
>> Oh, and BTW, the lastest u-boot puts the environment at 0x6, while legacy
>> versions put it at 0x8, so it would be nice to reflect that (as was
>> done for sheevaplug -- thanks!) in the example .config file. 
> 
> If you could provide a tested, working config, I can include it, but I
> have no way of testing it myself.
> 
> 
> live well,
>  vagrant

Her you go:

/usr/share/doc/u-boot-tools/examples/openrd.config
# Configuration file for fw_(printenv/saveenv) utility.
# Up to two entries are valid, in this case the redundant
# environment sector is assumed present.
#
# XXX this configuration might miss a fifth parameter for the "Number of
# sectors"

# MTD device name   Device offset   Env. size   Flash sector size
# Legacy u-boot versions:
#/dev/mtd0   0xa 0x2 0x2

# New u-boot versions:
/dev/mtd0   0x6 0x2 0x2
 cut here ===

Tested and working on openrd client and ultimate hardware for both versions of 
u-boot:
Legacy: U-Boot 1.1.4 (May 18 2009 - 13:33:10) Marvell version: 3.4.16
New: U-Boot 2016.03+dfsg1-3 (Apr 04 2016 - 18:23:06 +)

Rick Thomas

PS: You may add my name as a tester if you want.

Bug#821253: RM: shinken-mod-livestatus/experimental -- ROM; Debian packaging team inactive

[Mathieu Parent]

Package: ftp.debian.org
Severity: normal

Hello,

It has been removed from sid (#820267) and should be removed from experimental
too.

Regards

Mathieu Parent

Bug#821252: Proximus/Skynet/Belgacom mirror removal

[Donald Norwood]

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-list
Control: submitter -1 Bart Champagne 


 Forwarded Message 
Subject:Proximus/Skynet/Belgacom mirror malfunction warning [was:
Please verify FTP sync service]
Date:   Wed, 06 Apr 2016 01:40:02 +0200
From:   Bart Champagne 
To: mirr...@debian.org



Mail on request of cnote, regarding the bad sync status of the Skynet
(now Belgacom/Proximus) Debian mirror.

My logs specifically matter for the ISO images, as
Belgacom/Skynet/Proximus grabs them from the mirror I'm hosting
(ftp.be.debian.org  ), but I'm worried for the
general health of their mirror as well.

Last successful sync in 2015:
2015/09/07 16:00:01 [12846] connect from mirror005.isp.belgacom.be
(195.238.1.7)
2015/09/07 16:00:01 [12846] rsync on debian-cd/ from
mirror005.isp.belgacom.be (195.238.1.7)
2015/09/07 16:00:01 [12846] building file list
2015/09/07 16:00:01 [12846] sent 86868 bytes  received 425 bytes  total
size 164482160580

Their next sync happened right when the Jessie 8.2 ISO files were being
regenerated:
2015/09/07 18:00:01 [12935] connect from mirror005.isp.belgacom.be
(195.238.1.7)
2015/09/07 18:00:01 [12935] rsync on debian-cd/ from
mirror005.isp.belgacom.be (195.238.1.7)
2015/09/07 18:00:01 [12935] building file list
2015/09/07 19:22:55 [12935] file has vanished:
"/8.2.0/armel/iso-cd/debian-update-8.1.0-armel-CD-1.iso" (in debian-cd)
2015/09/07 19:22:55 [12935] file has vanished:
"/8.2.0/armel/iso-cd/debian-update-8.1.0-armel-CD-2.iso" (in debian-cd)
etc...

After that one, they still connected, but nothing got transferred.
2015/09/07 20:00:02 [27220] connect from mirror005.isp.belgacom.be
(195.238.1.7)
2015/09/07 20:00:02 [27220] rsync on debian-cd/ from
mirror005.isp.belgacom.be (195.238.1.7)
2015/09/07 20:00:02 [27220] building file list

Then, the errors began:
2015/09/08 00:00:02 [3048] connect from mirror005.isp.belgacom.be
(195.238.1.7)
2015/09/08 00:00:02 [3048] rsync on debian-cd/ from
mirror005.isp.belgacom.be (195.238.1.7)
2015/09/08 00:00:02 [3048] building file list
2015/09/08 00:39:13 [3048] rsync: read error: Connection reset by peer (104)
2015/09/08 00:39:13 [3048] rsync error: error in socket IO (code 10) at
io.c(785) [sender=3.1.1]

This continued for months !
First succesful sync again from mirror005.isp.belgacom.be (195.238.1.7):

2016/01/21 15:00:02 [4768] connect from mirror005.isp.belgacom.be
(195.238.1.7)
2016/01/21 15:00:02 [4768] rsync on debian-cd/ from
mirror005.isp.belgacom.be (195.238.1.7)
2016/01/21 15:00:02 [4768] building file list
2016/01/21 17:03:08 [4768] sent 74109667286 bytes  received 31698 bytes
total size 174744088028

Then the syncs stopped altogether, this is the last one:
2016/02/24 11:00:01 [11072] connect from mirror005.isp.belgacom.be
(195.238.1.7)
2016/02/24 11:00:01 [11072] rsync on debian-cd/ from
mirror005.isp.belgacom.be (195.238.1.7)
2016/02/24 11:00:01 [11072] building file list
2016/02/24 11:00:02 [11072] sent 92340 bytes  received 425 bytes  total
size 199072020154

On their official mirror page (ftp://ftp.debian.skynet.be/debian/)
there's this file :

Name
SizeLast
Modified
Archive-Update-in-Progress-mirror011.isp.belgacom.be10/02/2016
 11:00:00

The http link ( http://ftp.debian.skynet.be/ftp/debian/, taken from the
mirror list) doesn't even work anymore.
Their cdimage (and entire contents of http://ftp.skynet.be/pub/) seems
to have vanished recently too.
No idea what their plan or update strategy is but I guess they're
silently dropping it.

I have no grudge against them, but I'd call their mirror "tainted" at best.
If they don't reply to inquiries, I'd suggest to drop 'em as a listed
mirror as many installs probably try to update using this out-of-sync
mirror.

Bart

Below the message I sent the mirror admin on September 8, 2015.
I had sent them an e-mail on 29/04/2014 as well, asking if they couldn't
generate the iso's locally - never got a reply but I did get a Read Receipt.

> Date: Tue, 08 Sep 2015 13:38:55 +0200
> To: f...@skynet.be, marc.sauv...@belgacom.be
> From: Bart Champagne 
> Subject: Please verify FTP sync service
>
> Hello,
>
> As of the latest release of Debian iso files yesterday evening, rsync
> from mirror005.isp.belgacom.be (195.238.1.7) throws an error on the
> iso files :
>
> 2015/09/08 10:00:01 [27990] rsync on debian-cd/ from
> mirror005.isp.belgacom.be (195.238.1.7)
> 2015/09/08 10:00:01 [27990] building file list
> 2015/09/08 10:02:01 [27990] rsync: read error: Connection reset by
> peer (104)
> 2015/09/08 10:02:01 [27990] rsync error: error in socket IO (code 10)
> at io.c(785) [sender=3.1.1]
>
> Furthermore, it seems that mirror008.isp.belgacom.be (195.238.1.6)
> stopped sync'ing on 26/08/2015 - I'm not sure if this is by design or not.
>
> Can you check if everything is working correctly at your side ?
>
> Kind regards,
> Bart Champagne
>
> P.S. As the iso images amount to 272GB of data

Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/*

[Ben Hutchings]

Control: retitle -1 Configuration files can't override UMASK value set by 
packages
Control: tag -1 wontfix

On Mon, 29 Feb 2016 05:13:33 +0100 Piotr Jurkiewicz 
 wrote:
> > The UMASK variable is *documented* as affecting only the permissions
> > for the initramfs image (which it doesn't seem to do reliably!) but it
> > also affects the permissions for the files inside the initramfs.
>  >
> > When dropbear is used in the initramfs, the host private key must be
> > kept secret and so the initramfs image must not be world-readable.  But
> > most of the files installed in the initramfs can be world-readable.  Is
> > that what you want to change?
> 
> No. I wasn't even aware that UMASK also affects the permission of files 
> inside initramfs (as this is undocumented, as you said).
> 
> My setup is the following: Machine A with Debian boots from the network. 
> Its /boot directory resides on machine B, which is simply a PXE server 
> for machine A. /boot directory is mounted on machine A using sshfs. That 
> way, on each update of machine A, kernel image and initramfs file are 
> automatically transferred to machine B.
> 
> The problem is that tftpd on machine B has compiled-in limitation which 
> allows only publicly readable files (o+r) to be served via TFTP.
[...]

That makes sense, because everyone on the network can read any file
exposed over TFTP.  You're asking us to help you maintain a security
hole, and I refuse to do that.

Ben.

-- 
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.

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

Bug#762719: evince: at very beginning SIGSEGV segmentattion fault

[Jason Crain]

Control: fixed -1 3.14.2-1
Control: fixed -1 3.16.1-1
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=744049
Control: tags -1 + patch

Was fixed by commit https://git.gnome.org/browse/evince/commit/?id=afc1a86c

Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs

[Ben Hutchings]

On Thu, 3 Mar 2016 16:49:21 -0800 Rick Thomas  wrote:
> On Wed, 24 Feb 2016 15:06:27 -0800 Vagrant Cascadian  
> wrote:
> > On 2016-02-24, Vagrant Cascadian wrote:
> > > On 2016-02-04, Ben Hutchings wrote:
> > >> Oh, so the MODULES=most case is bust and we need to list more host
> > >> controller drivers (or include all modules under drivers/usb/host/).
> > >> How about MODULES=dep; does that work now?
> > >
> > > MODULES=dep appears to pull in the necessary drivers on a recent stretch
> > > install on a wandboard solo, using initramfs-tools 0.123, but
> > > MODULES=most still requires manually including them in
> > > /etc/initramfs-tools/modules.
> > 
> > And, FWIW, MODULES=dep appears to also workaround the issue on the 
> > wandboard dual
> > with initramfs-tools 0.120.
> > 
> > 
> > live well,
> >   vagrant
> 
> would it make sense to ensure that MODULES=most is always a superset
of MODULES=dep?  Could this be done by running MODULES=dep first, then
running MODULES=most and delivering the union of the two sets?

We could do, but I think it's a useful feature that MODULES=most is
hardware-independent and I don't want to change that.

I've gradually been moving the behaviour of MODULES=most toward
including entire classes of drivers and I'd prefer to handle this the
same way.

Ben.
 
-- 
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.

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

Bug#821251: Broken Print/Email to PDF and Postscript due to LaTeX::driver bug

[Robert James Clay]

Package: ledgersmb
Found: 1.3.40-1
Found: 1.3.46-1
Severity: normal

LaTeX::driver has a bug that forces the use of xelatex to render all pdf or 
postscript source material. It also has a bug that causes data to be dumped to 
stdout. These cause the following issues

1. All installations will fail if xelatex packages are not installed

2. You can't generate postscript output, it always generates PDF output 
instead

3. You can't currently use TeX templates that are not valid XeLaTeX
Instead you get errors like "Package inputenc Error: inputenc is not designed 
for xetex or luatex"

4. You probably can't print to a printer on any system that requires 
postscript instead of PDF to be sent to lpr

To work around 1.

install system packages for xelatex

To work around 2.

Unfortunately no work around is available, you can't generate postscript 
output for the moment

To work around 3.

Unfortunately the only work around available it to
You can convert your templates to XeLaTeX.
Or patch /usr/share/perl5/LaTeX/Driver.pm line 78 to read
pdf => [ 'pdflatex' ]


It may be possible to use different printer drivers, or a different printer 
until LaTeX is fixed. Otherwise there is no workaround for now


Robert James Clay
j...@rocasa.us

Bug#761281: (no subject)

[Roland Hieber]

Hi,

2.2.0 is available in stable (which should also fix #689055 btw), but there is
already 2.3.0 available upstream. So I guess this bug should be closed or 
updated.

 - Roland

Bug#819605: FTBFS: testsuite failed (patch attached)

[Adam Conrad]

Package: cupt
Version: 2.9.4
Followup-For: Bug #819605
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * Unset APT_CONFIG to fix testsuite under newer sbuild (Closes: #819605)

Should be self-explanatory.  Thanks for considering the patch.

... Adam


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

Kernel: Linux 4.4.0-20-lowlatency (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru cupt-2.9.4/test/TestCupt.pm cupt-2.9.4ubuntu1/test/TestCupt.pm
--- cupt-2.9.4/test/TestCupt.pm	2016-02-14 05:37:21.0 -0700
+++ cupt-2.9.4ubuntu1/test/TestCupt.pm	2016-04-16 16:10:07.0 -0600
@@ -134,6 +134,7 @@
 
 	$pre_conf =~ s//$cwd/g;
 	generate_file('pre.conf', $pre_conf);
+	$ENV{'APT_CONFIG'} = '';
 	$ENV{'CUPT_PRE_CONFIG'} = "./pre.conf";
 
 	generate_file(get_extended_states_path(), $options{'extended_states'}//'');

Bug#821250: congress: [INTL:pt] Portuguese translation for debconf messages

[Américo Monteiro]

Package: congress
version: 3.0.0+dfsg1-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for congress's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


congress_3.0.0+dfsg1-1_pt.po.gz
Description: GNU Zip compressed data

Bug#787022: evince: Evince crashes when trying to search in a dvi document

[Jason Crain]

Was fixed by commit https://git.gnome.org/browse/evince/commit/?id=bfa59b72

Bug#821248: ITP: fgallery -- modern, minimalist javascript photo gallery

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: fgallery
  Version : 1.8.1
  Upstream Author : "Yuri D’Elia" 
* URL : https://www.thregr.org/~wavexx/software/fgallery/
* License : GPL
  Programming Lang: Perl
  Description : modern, minimalist javascript photo gallery
 Fgallery is a static photo gallery generator with no frills that has a
 stylish, minimalist look. Fgallery shows your photos, and nothing else.
 .
 There is no server-side processing, only static generation. The
 resulting gallery can be uploaded anywhere without additional
 requirements and works with any modern browser.
 .
  * Automatically orients pictures without quality loss.
  * Multi-camera friendly: automatically sorts pictures by time: just
throw your (and your friends) photos and movies in a directory. The
resulting gallery shows the pictures in seamless shooting order.
  * Adapts to the current screen size and proportions, switching from
horizontal/vertical layout and scaling thumbnails automatically.
  * Supports face detection for improved thumbnail centering.
  * Loads fast! Especially over slow connections.
  * Includes original (raw) pictures in a zip file for downloading.
  * Panoramas can be seen full-size by default.


Remark: This package and the suggested package facedetect (just ITPed)
will be maintained in pkg-phototools team.  Everybody who intends to
create modern web galleris is welcome to join the maintenance at

https://anonscm.debian.org/git/pkg-phototools/fgallery.git

Bug#821249: debian-installer: may ignore mkinitramfs failure

[Steven Chamberlain]

Package: src:debian-installer
Version: 20160112
Severity: important
Tags: patch pending
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

d-i daily builds of kfreebsd-amd64 started to have problems
beginning with:
https://d-i.debian.org/daily-images/kfreebsd-amd64/20160406-00:06/build_netboot-gtk-10.log

When makefs created the initramfs, it had an error, but left a
broken/truncated output file.  Within the case statement, an error there
is ignored and gzip will try to compress the output file.  If that
succeeds, it returns a success status to make, and the build
continues...

This could affect linux too.  A patch is attached;  I'll commit it as
soon as the BTS gives me a bug number.  Thanks!

| case ufs1 in \
| ext2) \
| genext2fs -d ./tmp/netboot-gtk-10/tree -b `expr $(du -s 
./tmp/netboot-gtk-10/tree | cut -f 1) + $(expr $(find ./tmp/netboot-gtk-10/tree 
| wc -l) \* 2)` -m 0 ./tmp/netboot-gtk-10/initrd; \
| e2fsck -fy ./tmp/netboot-gtk-10/initrd || true; \
|   gzip -n -v9f ./tmp/netboot-gtk-10/initrd; \
| ;; \
| initramfs) \
| (cd ./tmp/netboot-gtk-10/tree && find . | sort | cpio --quiet -o -H 
newc) >  ./tmp/netboot-gtk-10/initrd; \
|   gzip -n -v9f ./tmp/netboot-gtk-10/initrd; \
| ;; \
| jffs2) \
|  -d ./tmp/netboot-gtk-10/tree -o ./tmp/netboot-gtk-10/initrd.gz; \
| ;; \
| ufs1) \
| sh -c 'makefs -t ffs -T 1459901061 -s 68m -f 3000 -o 
minfree=0,version=1 $0 ./tmp/netboot-gtk-10/tree' ./tmp/netboot-gtk-10/initrd; \
|   gzip -n -v9f ./tmp/netboot-gtk-10/initrd; \
| ;; \
| *) \
|   echo "Unsupported filesystem type"; \
|   exit 1 ;; \
| esac
| Calculated size of `./tmp/netboot-gtk-10/initrd': 71303168 bytes, 4595 inodes
| Extent size set to 8192
| ./tmp/netboot-gtk-10/initrd: 68.0MB (139264 sectors) block size 8192, 
fragment size 1024
|   using 2 cylinder groups of 52.26MB, 6689 blks, 3584 inodes.
| super-block backups (for fsck -b #) at:
|  32, 107056,makefs: Writing inode 1578 
(./tmp/netboot-gtk-10/tree/sbin/devd), bytes 188416 + 8192: No space left on 
device
| 
| Populating `./tmp/netboot-gtk-10/initrd'
| ./tmp/netboot-gtk-10/initrd:   61.6% -- replaced with 
./tmp/netboot-gtk-10/initrd.gz

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

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 93af24652f09144720d730a8de7f0e5e574c9947 Mon Sep 17 00:00:00 2001
From: Steven Chamberlain 
Date: Sun, 17 Apr 2016 00:09:33 +0100
Subject: [PATCH] Handle error creating initramfs (Closes: #xx)

The case statement returns only the last-executed command's status,
potentially ignoring errors creating the initramfs.  Use `set -e` so
that any error is returned immediately to make.
---
 build/Makefile | 1 +
 1 file changed, 1 insertion(+)

diff --git a/build/Makefile b/build/Makefile
index ec1953b..cff44e0 100644
--- a/build/Makefile
+++ b/build/Makefile
@@ -707,6 +707,7 @@ endif
 
 	install -d $(TEMP)
 
+	set -e; \
 	case $(INITRD_FS) in \
 	ext2) \
 		$(genext2fs) $(TEMP)/initrd; \
-- 
1.8.4.rc3

Bug#821247: ITP: facedetect -- simple face detector for batch processing

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: facedetect
  Version : 0.0.+20150428
  Upstream Author : "Yuri D’Elia" 
* URL : https://github.com/wavexx/facedetect
* License : GPL
  Programming Lang: Python
  Description : simple face detector for batch processing
 Facedetect is a simple face detector for batch processing. It answers
 the basic question: "Is there a face in this image?" and gives back
 either an exit code or the coordinates of each detected face in the
 standard output.
 .
 The aim is to provide a basic command-line interface that's consistent
 and easy to use with software such as ImageMagick, while progressively
 improving the detection algorithm over time.
 .
 facedetect is used in software such as fgallery to improve the thumbnail
 cutting region, so that faces are always centered.

Bug#765828: x11-utils: xprop -spy leaks memory

[Yuriy M. Kaminskiy]

Control: tags -1 fixed-upstream
thanks

This bug should be fixed upstream by commits from
4f748e3d2b1368ec0590a413ba5f7addc5e3344f
to
fa732adbbf5e29f4bb230e9b7c0c91ccb4b5af7e
(not yet in any released version, AFAIK).

Bug#781873: Correct the guruplug.config to match the new upstream env address

[Vagrant Cascadian]

Control: tags 781873 patch moreinfo

On 2015-04-04, drEagle wrote:
> Le 04/04/2015 07:34, Vagrant Cascadian a écrit :

>>> diff --git a/debian/env-configs/guruplug.config 
>>> b/debian/env-configs/guruplug.config
>>> index 8b30cbe..1432d29 100644
>>> --- a/debian/env-configs/guruplug.config
>>> +++ b/debian/env-configs/guruplug.config
>>> @@ -1,10 +1,7 @@
>>>  # Configuration file for fw_(printenv/saveenv) utility.
>>>  #
>>> -# Hardware : Marvell Plug2L Reference Board
>>> -# No redundant environment
>>> -#
>>>  # XXX this configuration might miss a fifth parameter for the "Number of
>>>  # sectors"
>>>  
>>>  # MTD device name   Device offset   Env. size   Flash sector size
>>> -/dev/mtd0   0x4 0x2 0x2
>>> +/dev/mtd1   0x0 0x2 0x2

Does this work with the package in Debian currently (u-boot 2016.03+)?

Is it possible to also include commented out versions with some of the
legacy offsets with comments explaining what versions it may apply to?

I don't know what those offsets might be, but it would be good to
document what versions the offsets are for, in case someone is using an
older/vendor u-boot with different offsets.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#821245: sahara: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: sahara
version: 1:4.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for sahara's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


sahara_1:4.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821246: zaqar: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: zaqar
version: 2.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for zaqar's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


zaqar_2.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821244: murano: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: murano
version: 1:2.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for murano's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


murano_1:2.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821242: designate: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: designate
version: 1:2.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for designate's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


designate_1:2.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#815555: initramfs-tools: raid1 boot with lilo fails on 0.123 with cant find root in fstab

[Ben Hutchings]

Control: retitle -1 Numeric root device IDs are resolved too early since 0.123
Control: severity -1 important

Downgrading this because it only affects LILO configs where root is
specified as /dev/md0 (which is deprecated) and not by UUID.

Ben.

-- 
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.


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

Bug#784122: gnome-session: GNOME on Wayland session ignores .gnomerc

[Simon McVittie]

On Sun, 03 May 2015 at 18:29:35 +0900, Mike Hommey wrote:
> When running a "standard" GNOME session, as well as classic and fallback,
> you can check that .gnomerc is being used by e.g. opening a terminal and
> running "echo $FOO".
> 
> However, in a GNOME on Wayland session, the FOO variable doesn't end up
> in the environment.

The same is true for anything in /etc/X11/Xsession.d (which is how .gnomerc
is connected up) - quite reasonably, because Wayland isn't X, but that does
cause problems for users or external packages that rely on Xsession.d for
integration glue. The GNOME+Wayland session also doesn't run ~/.xinitrc,
or any shell initialization glue (~/.bashrc or whatever).

The broader upstream bug is that there's no convenient way to set
user-specific environment variables for the session at all:
.

Is ~/.gnomerc an upstream thing, or is it Debian-specific? The
Xsession.d snippet is certainly a Debian addition.

S

Bug#821243: mistral: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: mistral
version: 2.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for mistral's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


mistral_2.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821241: barbican: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: barbican
version: 1:2.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for barbican's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


barbican_1:2.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821240: aodh: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: aodh
version: 2.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for aodh's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


aodh_2.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821238: openstack-trove: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: openstack-trove
version: 1:5.0.0-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for openstack-trove's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


openstack-trove_1:5.0.0-1_pt.po.gz
Description: GNU Zip compressed data

Bug#821239: jessie-pu: package ledgersmb/1.3.47-1~deb8u1

[Robert James Clay]

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

Dear release managers,

Please accept ledgersmb_1.3.47-1~deb8u1 for the next Jessie point release. It 
resolves the issues with the current version of ledgersmb in 'jessie' 
(1.3.40-1) of the package failing to complete an install without errors.

Please see the attached debdiff.txt.gz for the debdiff between the existing 
version ledgersmb/1.3.40-1 in jessie and the proposed update package version 
1.3.47-1~deb8u1.


Regards,
  Robert Jame Clay, DM
  j...@rocasa.us



debdiff.txt.gz
Description: application/gzip

Bug#821237: abduco: should it be removed from Debian?

[Mattia Rizzolo]

Source: abduco
Version: 0.1-2
Severity: serious

Dear maintainer,

I find this package to not be maintained at all, with a single upload in
2014 summer, and nothing more after it, even if a release critical bug
has been rised only 4 months later.

In fact, abduco missed the Jessie release.

Furthermore
 * the popcon of the package is quite low (26 while writing this).
 * there are several new upstream releases, but 1/ no visible action of
   working on them from the maintainer 2/ nobody opened a bug asking for
   them.

I'm going to ask for removal of this package if nothing happens in the
following two weeks.


RM: abduco -- RoQA; NPOASR; RC buggy; low popcon

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#821233: perlbal: FTBFS: Unable to start socket: Address already in use

[gregor herrmann]

Control: tag -1 + unreproducible

On Sat, 16 Apr 2016 23:23:50 +0100, Chris Lamb wrote:

> perlbal fails to build from source in unstable/amd64:

>   Didn't get 200 OK: GET /reqdecr,status HTTP/1.0
>   Unable to start socket: Address already in use
>   # Looks like your test exited with 29 before it could output anything.
>   t/32-selector.t .. 
>   1..38
>   Dubious, test returned 29 (wstat 7424, 0x1d00)
>   Failed 38/38 subtests 

The tests pass for me, both during build and in autopkgtest.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Donovan: Suzanne


signature.asc
Description: Digital Signature

Bug#821236: RFS: netsed/1.2-2

[Mats Erik Andersson]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor of the package "netsed":

  Package name: netsed
  Version : 1.2-2
  Upstream Author : Julien Viard de Galbert 
  URL : http://silicone.homelinux.org/release/netsed/
  License : GPL-2+
  Section : net

The source package builds a single binary package:

  netsed - network packet-altering stream editor

Package information is available at

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

The standard access to the package is via a dget command:

  dget -x http://mentors.debian.net/debian/pool/main/n/netsed/netsed_1.2-2.dsc

Changes since last upload:

  * Step Standards-Version to 3.9.8, no changes.
  * Use debhelper in compatibility level 9.
  * debian/control: Path correction in Vcs-Git.  Use HTTPS transport
for Vcs-Git as well as for Vcs-Browser.

Regards,
 Mats Erik Andersson

Bug#821235: man: apostrophe/single quote in title results in undefined macro \*(AQ

[Simon McVittie]

Package: docbook-xsl
Version: 1.79.1+dfsg-1
Severity: normal

The ostree package has man pages written in Docbook XML and processed into
man pages via docbook.xsl. A couple of them have apostrophes/single quotes
(U+0027 APOSTROPHE) in a section's title:


'Generate' Options

and


'Add' Options

In the man page output, this looks like:

.SH "\*(AQADD\*(AQ OPTIONS"
.PP
\fB\-\-set\fR="KEY=VALUE"

leading to these errors from man, which are passed on by lintian:

% man --warnings /usr/share/man/man1/ostree-remote.1.gz >/dev/null
:62: warning: macro `AQ' not defined

The preamble generated by docbook-xsl does define a macro named Aq
to represent apostrophes, if I'm reading it correctly (I don't really
understand the finer points of this typesetting language though).

I suspect that the bug might be that U+0027 is replaced with \*(Aq
before case-folding the heading to upper-case. If my theory is right,
the other way round would work, i.e. docbook-xsl should upper-case the
text first, and replace U+0027 with \*(Aq afterwards.

Regards,
S

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

Kernel: Linux 4.5.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 docbook-xsl depends on:
ii  xml-core  0.13+nmu2

Versions of packages docbook-xsl recommends:
ii  docbook-xml  4.5-7.3

Versions of packages docbook-xsl suggests:
pn  dbtoepub
ii  docbook-xsl-doc-html [docbook-xsl-doc]  1.78.1-1
pn  docbook-xsl-saxon   
ii  fop 1:2.1-3
ii  libsaxon-java   1:6.5.5-10
ii  libxalan2-java  2.7.1-9
pn  libxslthl-java  
pn  xalan   

-- no debconf information

Bug#821233: perlbal: FTBFS: Unable to start socket: Address already in use

[Chris Lamb]

Source: perlbal
Version: 1.80-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

perlbal fails to build from source in unstable/amd64:

  [..]

  ok 5 - single GET okay
  ok 6 - got signal
  ok 7 - 200 to POST w/ pipelined GET after
  ok 8 - didn't get signal from GET after POST
  ok 9 - 200 to POST w/ pipelined GET after
  ok 10 - didn't get signal from GET after POST
  ok 11 - single GET okay
  ok 12 - pipelined when not expecting it
  ok
  Didn't get 200 OK: GET /reqdecr,status HTTP/1.0
  Unable to start socket: Address already in use
  # Looks like your test exited with 29 before it could output anything.
  t/32-selector.t .. 
  1..38
  Dubious, test returned 29 (wstat 7424, 0x1d00)
  Failed 38/38 subtests 
  t/35-reproxy.t ... 
  ok 1 - web servers started
  beginning run
  ok 2 - perlbal started
  ok 3 - status response ok
  ok 4 - file good via disk
  ok 5 - file good via network
  ok 6 - reproxy file
  ok 7 - ... and keep-alives are on
  ok 8 - reproxy file
  ok 9 - ... and keep-alives are on
  ok 10 - 2 on same conn
  ok 11 - reproxy URL
  ok 12 - response code is 200
  ok 13 - ... and keep-alives are on
  ok 14 - reproxy URL
  ok 15 - response code is 200
  ok 16 - ... and keep-alives are on
  ok 17 - 4 on same conn
  ok 18 - reproxy URL
  ok 19 - 204 response code is 200
  ok 20 - ... and keep-alives are on
  ok 21 - reproxy URL
  ok 22 - 204 response code is 200
  ok 23 - ... and keep-alives are on
  ok 24 - Prior to first hit, counter should be zero.
  ok 25 - reproxy with cache: One
  ok 26 - ... and keep-alives are on
  ok 27 - Got a response
  ok 28 - reproxy with cache ims, got 304 correctly: One
  ok 29 - ... and keep-alives are on
  ok 30 - First hit to populate the cache.
  ok 31 - reproxy with cache: Two
  ok 32 - ... and keep-alives are on
  ok 33 - Got a response
  ok 34 - reproxy with cache ims, got 304 correctly: Two
  ok 35 - ... and keep-alives are on
  ok 36 - Second hit should be cached.
  ok 37 - Prior to third hit, counter should still be 1.
  ok 38 - reproxy with cache: Three
  ok 39 - ... and keep-alives are on
  ok 40 - Got a response
  ok 41 - reproxy with cache ims, got 304 correctly: Three
  ok 42 - ... and keep-alives are on
  ok 43 - Third hit isn't cached, now 2.
  ok 44 - reproxy with cache: Four
  ok 45 - ... and keep-alives are on
  ok 46 - Got a response
  ok 47 - reproxy with cache ims, got 304 correctly: Four
  ok 48 - ... and keep-alives are on
  ok 49 - Forth hit should be cached again, still 2.
  ok 50 - status ok
  ok 51 - status ok
  ok 52 - reproxy file
  ok 53 - ... and keep-alives are on
  ok 54 - reproxy URL
  ok 55 - response code is 200
  ok 56 - ... and keep-alives are on
  ok 57 - status ok
  ok 58 - reproxy URL
  ok 59 - response code is 200
  ok 60 - ... and keep-alives are on
  ok 61 - reproxy URL
  ok 62 - response code is 200
  ok 63 - ... and keep-alives are on
  ok 64 - reproxy file
  ok 65 - ... and keep-alives are on
  ok 66 - reproxy file
  ok 67 - ... and keep-alives are on
  ok 68 - reproxy URL
  ok 69 - response code is 200
  ok 70 - ... and keep-alives are on
  ok 71 - reproxy file
  ok 72 - ... and keep-alives are on
  ok 73 - status ok
  ok 74 - AIO mode none: 9 transitions
  ok 75 - status ok
  ok 76 - status ok
  ok 77 - reproxy file
  ok 78 - ... and keep-alives are on
  ok 79 - reproxy URL
  ok 80 - response code is 200
  ok 81 - ... and keep-alives are on
  ok 82 - status ok
  ok 83 - reproxy URL
  ok 84 - response code is 200
  ok 85 - ... and keep-alives are on
  ok 86 - reproxy URL
  ok 87 - response code is 200
  ok 88 - ... and keep-alives are on
  ok 89 - reproxy file
  ok 90 - ... and keep-alives are on
  ok 91 - reproxy file
  ok 92 - ... and keep-alives are on
  ok 93 - reproxy URL
  ok 94 - response code is 200
  ok 95 - ... and keep-alives are on
  ok 96 - reproxy file
  ok 97 - ... and keep-alives are on
  ok 98 - status ok
  ok 99 - AIO mode ioaio: 9 transitions
  ok 100 - reproxy URL w/ dead one first
  ok 101 - ... and keep-alives are on
  ok 102 - reproxy URL w/ 404 one first
  ok 103 - no response body when req method is HEAD
  1..103
  ok
  t/40-ranges.t  
  1..35
  beginning run
  ok 1 - perlbal started
  ok 2 - backend port added
  ok 3 - status response ok
  ok 4 - file good via disk
  ok 5 - file good via network
  ok 6 - http/none: range bytes=0-6
  ok 7 - is partial
  ok 8 - http/none: range bytes=31-
  ok 9 - is partial
  ok 10 - http/none: can't satisify
  ok 11 - http/none: can't satisify
  ok 12 - http/ioaio: range bytes=0-6
  ok 13 - is partial
  ok 14 - http/ioaio: range bytes=31-
  ok 15 - is partial
  ok 16 - http/ioaio: can't satisify
  ok 17 - http/ioaio: can't satisify
  ok 18 - rp_file/none: range bytes=0-6
  ok 19 - is partial
  ok 20 - rp_file/none: range bytes=31-
  ok 21 - is partial
  ok 22 - rp_file/none: ca

Bug#821234: twinkle: FTBFS: error: 'ucommon::Digest::Digest(const ucommon::Digest&)' is private

[Chris Lamb]

Source: twinkle
Version: 1:1.9.0+dfsg-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

twinkle fails to build from source in unstable/amd64:

  [..]

  [ 43%] Building CXX object 
src/parser/CMakeFiles/libtwinkle-parser.dir/hdr_proxy_authorization.cpp.o
  cd 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu/src/parser
 && /usr/bin/c++   -DQT_CORE_LIB -DQT_DECLARATIVE_LIB -DQT_GUI_LIB 
-DQT_SCRIPT_LIB -DQT_WIDGETS_LIB -I/usr/include/libxml2 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu
 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser
  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -std=c++11 -fPIC -fPIC   -o 
CMakeFiles/libtwinkle-parser.dir/hdr_proxy_authorization.cpp.o -c 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser/hdr_proxy_authorization.cpp
  [ 44%] Building CXX object 
src/parser/CMakeFiles/libtwinkle-parser.dir/hdr_proxy_require.cpp.o
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu'
  cd 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu/src/parser
 && /usr/bin/c++   -DQT_CORE_LIB -DQT_DECLARATIVE_LIB -DQT_GUI_LIB 
-DQT_SCRIPT_LIB -DQT_WIDGETS_LIB -I/usr/include/libxml2 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu
 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser
  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -std=c++11 -fPIC -fPIC   -o 
CMakeFiles/libtwinkle-parser.dir/hdr_proxy_require.cpp.o -c 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser/hdr_proxy_require.cpp
  [ 44%] Built target libtwinkle-audio
  [ 44%] Building CXX object 
src/parser/CMakeFiles/libtwinkle-parser.dir/hdr_rack.cpp.o
  cd 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu/src/parser
 && /usr/bin/c++   -DQT_CORE_LIB -DQT_DECLARATIVE_LIB -DQT_GUI_LIB 
-DQT_SCRIPT_LIB -DQT_WIDGETS_LIB -I/usr/include/libxml2 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu
 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser
  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -std=c++11 -fPIC -fPIC   -o 
CMakeFiles/libtwinkle-parser.dir/hdr_rack.cpp.o -c 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser/hdr_rack.cpp
  [ 44%] Building CXX object 
src/parser/CMakeFiles/libtwinkle-parser.dir/hdr_record_route.cpp.o
  cd 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu/src/parser
 && /usr/bin/c++   -DQT_CORE_LIB -DQT_DECLARATIVE_LIB -DQT_GUI_LIB 
-DQT_SCRIPT_LIB -DQT_WIDGETS_LIB -I/usr/include/libxml2 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu
 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser
  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -std=c++11 -fPIC -fPIC   -o 
CMakeFiles/libtwinkle-parser.dir/hdr_record_route.cpp.o -c 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/parser/hdr_record_route.cpp
  [ 44%] Building CXX object src/CMakeFiles/libtwinkle.dir/id_object.cpp.o
  cd 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu/src
 && /usr/bin/c++   -DQT_CORE_LIB -DQT_DECLARATIVE_LIB -DQT_GUI_LIB 
-DQT_SCRIPT_LIB -DQT_WIDGETS_LIB -I/usr/include/libxml2 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-linux-gnu
 
-I/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src 
 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -std=c++11 -fPIC -fPIC   -o 
CMakeFiles/libtwinkle.dir/id_object.cpp.o -c 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/src/id_object.cpp
  [ 45%] Building CXX object 
src/parser/CMakeFiles/libtwinkle-parser.dir/hdr_refer_sub.cpp.o
  cd 
/home/lamby/temp/cdt.20160416231824.jL9MhpgORp.twinkle/twinkle-1.9.0+dfsg/obj-x86_64-li

Bug#803497: u-boot-sunxi: Lack of documentation of appropriate fw_env.config values

[Vagrant Cascadian]

Control: tags 803497 moreinfo
Control: tags 821056 moreinfo

On 2015-10-30, William Hay wrote:
> I'm trying to migrate an existing (mixed armel/armhf) system from a
> CuBox to a BananaPro.  I used dd to copy the appropriate
> u-boot-sunxi-with-spl.bin to an offset of 8k from the start of the
> sdcard.
>
> I copied the fw_env.config settings from the following page:
> https://blog.night-shade.org.uk/2014/01/fw_printenv-config-for-allwinner-devices/
>
> I ran fw_printenv expecting it to display the u-boot environment
> embedded in the .bin file.
>
> Instead it prints the error about Bad CRC mentioned at the bottom of
> the page.  Followed by what I assume is a u-boot environment embedded
> in fw_printenv.

Yeah, without an fw_env.config, fw_printenv defaults to some built-in
values.


> Poking at the .bin file I find something that looks like a u-boot
> environment at a much lower offset but I lack the knowledge to work
> backwards from the file to fw_env.config values.
>
> It would be useful if the u-boot-sunxi package came with documentation
> of appropriate fw_env.config settings for each variant it supports.

In general, since there are so many platforms in u-boot, details for
specific boards are provided by folks who have those boards to test and
verify.

Allwinner/sunxi boards are a little difficult, as u-boot-sunxi and
u-boot mainline may have different offsets, and given boards may also
have different offsets. So documenting the right offsets may depend on
what version of u-boot installed.

There are a number of example fw_env.config shipped in the u-boot-tools
package, but it is not comprehensive for all the supported platforms.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#820911: installation-report: Accessibility for visual impaired is broken,, High-Contrast Theme is no longer activated by shortcut

[Steve McIntyre]

On Sat, Apr 16, 2016 at 11:41:48PM +0200, Samuel Thibault wrote:
>Control: reassign -1 debian-installer
>
>Hello,
>
>Alex ARNAUD, on Wed 13 Apr 2016 17:51:45 +0200, wrote:
>> I've tried to reproduce the instructions in the Debian installation guide in
>> "Accessibility" section at "5.2.7 High-Contrast Theme" :
>> https://www.debian.org/releases/jessie/amd64/ch05s02.html.en#idp71552032
>> 
>>* What was the outcome of this action?
>> 
>> I'm not able to enable the high-contract theme.
>
>? This works for me. Did you take care that the keyboard is using a
>qwerty layout at boot menu?

He didn't mention it in the bug report, but Alex was talking about his
problem on irc beforehand. He's booting in UEFI mode (and hence using
Grub rather than isolinux). While it's possible to set extra
variables on the Grub command line, it's much more involved and likely
to be very difficult for a sight-impaired user.

>>* What outcome did you expect instead?
>> 
>> The best way should be to have only a unique key shortcut (maybe "h" for
>> high-contrast theme) to launch the ncurse installer.
>
>Well, it's not really the ncurses installer which matters, but selecting
>the dark theme. Now, a shortcut is something being considered, see
>thread on
>https://lists.debian.org/debian-boot/2016/01/msg00346.html
>I believe we agreed how we want it to look like, and now it's a "matter"
>of implementing it.

Ah, I missed that thread. It would be much easier for people using
Grub if we added an extra menu level, definitely.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Into the distance, a ribbon of black
Stretched to the point of no turning back

Bug#819664: Re-organise the CD / download pages to make them more useful

[adrian15]

El 01/04/16 a las 06:33, Paul Wise escribió:

On Fri, Apr 1, 2016 at 1:09 AM, Steve McIntyre wrote:


Thoughts?


An overhaul of the getting Debian pages is indeed long overdue.

Adrian Gibanel had some great ideas about presentation of derivatives
stuff on the website, perhaps he has some about reorganising the
'getting Debian' section of the website. Adrian, the initial proposal
and discussion is available here:

https://bugs.debian.org/819664


A)

  So, here there is my advice on how to reorganise 'getting Debian' ( 
https://www.debian.org/distrib/index.en.html ).


  Every advice I give on redesigning Debian webpage is based on 
dividing the page on a per-user or per-role basis. I will try to apply 
that policy into 'getting Debian' and trying to add the requested 
additional information about how to check your iso.


  I know that dividing the page on a per-user or per-role basis is not 
useful or convenient for every page but hopefully me trying to think 
outside the box will give you some ideas.


B)

  Some thoughts after reading what I have written as 'Getting Debian' 
page content.


  * The VERB + your + SOMETHING is a pun on the Starship Troopers film 
army/war ads. But, anyways, I feel something similar is needed to link 
each of the steps and make the reader think he is reading a well thought 
guide and not just unconnected steps put together.


  * I have left many other roles (datacenter sysadmin, cloud sysadmin) 
because I think that with three examples you get the idea.


  * You can see how the newbies (Newcomer - Installing it, Computer 
Sysadmin - Newbie) get an installation disk with an specific flavour 
(maybe you just need to give them netinst too? I don't know.)  The 
"Computer Sysadmin - Advanced" gets a netinst image as you might expect.


This is probably the thing that needs the most to be fixed with the 
current scenario where someone who visits: debian.org gets a link to a 
netinst image while not being clear if they need that media at all or not.


  * You can see that each one of the options do not end on the usual 
"How to burn into CD" or even "How to boot" but try to get people 
involved somehow into Debian.


  * Not sure if it would be better to advice to check the Blends in the 
first place for the "Computer System - Newbie" just in case one of them 
fits his needs.


  * Cloud sysadmin would probably get directed to Cloud based (Amazon, 
Azure, ...) base downloads.


  * Datacenter sysadmin would probably get many downloads offered.

  * About the reusing data (which it's what Steve McIntyre was 
complaining) I guess I would use "include pages" for each one of the 
steps which are duplicated in each of the roles so that we don't have to 
maintain (n roles) times (m steps).


  *   I have invented some pages/terms which probably don't exist in 
actual Debian (website), or maybe they exist but I don't know which are 
their proper names.




C) Possible 'Getting Debian' page content:


  Debian is for everyone. We will try to guide you to get the best 
media of Debian for you. Please choose your profile / role.


Newcomer - First Contact / Newcomer - Installing it / Computer Sysadmin 
- Newbie / Computer Sysadmin - Advanced


  Newcomer - First contact
  =

  NEF.0. Know your Debian Live.
 A Debian Live image lets you try Debian in RAM without ... . 
That way you can check if it fits your needs.

  NEF.1. Download your ISO.
 A 32-bit image is probably only need with computers prior to 
2005? . Whenever possible please try the 64-bit image.

 + link to Debian Live favoured 64-bit image
 + link to Debian Live favoured 32-bit image
  NEF.2. Check your ISO.
This step ensures the ISO you have downloaded is ok. In order 
to verify your download you have to...

  NEF.3. Burn your ISO.
That big file needs to be put into a DVD or an USB. Here we 
show you how.

  NEF.4. Boot your ISO.
In order to boot a Debian Live you don't usually need to do 
anything in most recent PCs. However if your previous OSes boot you 
probably need to press F8,...

  NEF. 5. Enjoy your ISO.
We recommend you to discover the most used and famous Debian 
programs on the Debian Live thanks to our "Discover famous Debian 
programs" page.

  NEF. 6. Become a Debianer!
Do you enjoy Debian Live but you would like to use it in daily 
basis without using a Debian Live CD or Debian Live USB. Install it on 
your computer. Please check: "Newcomer - Installing it".



  Newcomer - Installing it
  =

  NEI.0. Know your Debian Live.
 You don't know what's Debian yet? You might want to test it 
first thanks to a Debian Live image which works without touching your 
hard disk. Please check: "Newcomer - First contact".

  NEI.1. Download your ISO.
 A 32-bit image is probably only need with computers prior to 
2005? . Whenever possible please try the 64-bit image.

 + link t

Bug#821232: RFS: stylish-haskell/0.5.16.0-1 [ITP] -- Haskell code prettifier

[Sean Whitton]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package stylish-haskell.

Upstream's blurb:

> A simple Haskell code prettifier.  The goal is not to format all of
> the code in a file, since I find those kind of tools often "get in the
> way".  However, manually cleaning up import statements etc. gets
> tedious very quickly.  This tool tries to help where necessary without
> getting in the way.

This is a useful program for writing Haskell programs that plugs nicely
into popular text editors (haskell-mode has a command to run it).

* Package name: stylish-haskell
  Version : 0.5.16.0-1
  Upstream Author : Jasper Van der Jeugt 
* URL : https://github.com/jaspervdj/stylish-haskell
* License : BSD3
  Section : haskell

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/s/stylish-haskell/stylish-haskell_0.5.16.0-1.dsc

Or build it with gbp:

gbp clone --pristine-tar https://git.spwhitton.name/stylish-haskell
cd stylish-haskell
gbp buildpackage

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#821231: gnome-packagekit: gpk-update-viewer shows two confirmation dialog boxes after finishing updgrade

[Admin Q4OS]

Package: gnome-packagekit
Version: 3.14.0-1
Severity: normal

Dear Maintainer,

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

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

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


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

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

Versions of packages gnome-packagekit depends on:
ii  gnome-packagekit-session  3.14.0-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u4
ii  libcairo-gobject2 1.14.0-2.1+deb8u1
ii  libcairo2 1.14.0-2.1+deb8u1
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u4
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk-3-03.14.5-1+deb8u1
ii  libnotify40.7.6-2
ii  libpackagekit-glib2-181.0.1-2
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libx11-6  2:1.6.2-3

gnome-packagekit recommends no packages.

gnome-packagekit suggests no packages.

-- no debconf information

The exact steps to reproduce the issue on Debian Jessie:
- clean install of Debian Jessie, no desktop environment
- apt-get update ; apt-get dist-upgrade
- apt-get install xfce4
- login into XFCE4 desktop and run in terminal as a user:
$ gpk-update-viewer
- package updater window will appear
- let updater to upgrade a package
- two confirmation dialogs arise

Bug#812395: u-boot-tools: sheevaplug /etc/fw_env.config - explain how env address depends on your version of u-boot.

[Vagrant Cascadian]

Control: tags 812395 moreinfo

On 2016-01-23, Vagrant Cascadian wrote:
> On 2016-01-23, Rick Thomas wrote:
>> I believe the following to be true based on experiments with my two
>> sheevaplugs: 
>>
>> If your Sheevaplug has a u-boot version prior to 2014.10+dfsg1-5,
>> including any of the original "Marvell" versions, the environment is
>> located at 0x6 and this should be reflected in the "Device offset"
>> field in the /etc/fw_env.config file.
>
> I got the impression from Martin Michlmayr in a thread on debian-arm
> that the original Marvell versions had their offset at a different
> location?
>
>   https://lists.debian.org/debian-arm/2016/01/msg00103.html
>
> So the 0x6 address isn't exactly for all versions prior to
> 2014.10+dfsg1-5...
>
>
>> If your Sheevaplug has a u-boot version of 2014.10+dfsg1-5, e.g. if
>> you upgraded u-boot while running Debian Jessie, or 2016.01+dfsg1-1
>> or later from Debian Stretch or later, the environment is located at
>> 0x8 and this should, in turn, be reflected in the "Device offset"
>> field in the /etc/fw_env.config file.
> ...
>> If this is correct, it needs to be reflected in
>> /usr/share/doc/u-boot-tools/examples/sheevaplug.config so that users
>> can configure /etc/fw_env.config correctly for their particular machines.
>
> The current 2016.01+dfsg1-1 package includes entries for both offsets
> (0x6, 0x8), with the "legacy" one commented out:
>
>   https://bugs.debian.org/781874
>
> If you could please provide a patch detailing exactly what you would
> like changed, that would be appreciated.


signature.asc
Description: PGP signature

Bug#801820: vmtk: switch to vtk6

[Gianfranco Costamagna]

This is the tarball I just uploaded.

g.

On Thu, 15 Oct 2015 00:11:33 +0200 Andreas Beckmann  wrote:
> Source: vmtk
> Version: 1.0.1-3
> Severity: serious
> Tags: sid stretch
> Control: block 798164 with -1
> 
> As written in #798164, stretch will not ship with vtk5, so please switch
> to vtk6.
> 
> 
> Andreas
> 
> 


vmtk_1.3-1.debian.tar.xz
Description: application/xz


signature.asc
Description: OpenPGP digital signature

Bug#783846: Patch to enable LEDs on sunix/Cubietruck

[Vagrant Cascadian]

Control: tags 783846 moreinfo upstream
Control: forwarded 783846 
http://lists.denx.de/pipermail/u-boot/2015-May/214036.html
Control: found 783846 2014.10+dfsg1-5

On 2015-05-05, Vagrant Cascadian wrote:
> On 2015-04-30, Prof. Dr. Gundolf Kiefer wrote:
>> It seems that the support for the onboard leds is missing for
>> sunxi-based boards even in the latest version (Debian unstable). IMHO
>> LEDs are very helpful for headless systems.
>
> Thanks for the patches!
>
> If you could submit these patches to u-boot upstream, that would be
> best; we're trying to minimize the patches that are not already included
> upstream.

It looks like you attempted to get these upstream, though it doesn't
sound like they were accepted at the time. Is the bug still present in
current versions of u-boot (2016.03+ in Debian)?

Thanks!

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#793623: u-boot-sunxi: Reading kernel from sdcard fails with certain cards on Banana Pi

[Vagrant Cascadian]

Control: found 793623 2014.10+dfsg1-5
Control: tags 793623 moreinfo
Control: serverity 793623 normal

On 2015-07-29, Markus Kasten wrote:
> so yes, I tested two more SDHC cards today and they all work. Seems to
> be a problem with standard SD 1.x cards, probably <= 2GB.

Are you still able to reproduce on with 2016.03+ from stretch/testing?

Lowering the severity a bit as it appears to only fail with older SD
cards.

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#820911: installation-report: Accessibility for visual impaired is broken,, High-Contrast Theme is no longer activated by shortcut

[Samuel Thibault]

Control: reassign -1 debian-installer

Hello,

Alex ARNAUD, on Wed 13 Apr 2016 17:51:45 +0200, wrote:
> I've tried to reproduce the instructions in the Debian installation guide in
> "Accessibility" section at "5.2.7 High-Contrast Theme" :
> https://www.debian.org/releases/jessie/amd64/ch05s02.html.en#idp71552032
> 
>* What was the outcome of this action?
> 
> I'm not able to enable the high-contract theme.

? This works for me. Did you take care that the keyboard is using a
qwerty layout at boot menu?

>* What outcome did you expect instead?
> 
> The best way should be to have only a unique key shortcut (maybe "h" for
> high-contrast theme) to launch the ncurse installer.

Well, it's not really the ncurses installer which matters, but selecting
the dark theme. Now, a shortcut is something being considered, see
thread on
https://lists.debian.org/debian-boot/2016/01/msg00346.html
I believe we agreed how we want it to look like, and now it's a "matter"
of implementing it.

Samuel

Bug#815006: Ready for review: firefox-branding-iceweasel

[Gianfranco Costamagna]

Hi, some general nitpicks.


You really should team-maintain it
https://qa.debian.org/developer.php?login=pkg-mozext-maintain...@lists.alioth.debian.org
should be the right place.

licenses in debian/copyright needs to be verbose, not links

you have to open an ITP bug, then upload on mentors.debian.org
and ask an RFS bug.

somebody from pkg-mozext might give you a review of the package after that :)

(ccing Sean, who is doing a great job on pkg-mozext :p )

thanks for the work!

Gianfranco




Il Sabato 16 Aprile 2016 20:25, nord-stream  ha 
scritto:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I've just created a native package firefox-branding-iceweasel, which
can be built off the git repository at
https://notabug.org/desktopd/iceweasel-branding

This is installed as a Firefox extension. I hope that this will be
available when Iceweasel disappears from stable. Mozilla Extension
Packaging Team may be relevant.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXEoHWAAoJELLXhgqJeBA2vGcQAIzZKXVFoGOWwux0gzahplU/
pkVfIvY9Oa/GbcftQ8IeTX4Im8dd53uK/t5siB5hCGI6dRKcmaeMb6zka4REUDiX
IjTC3S4zgwS9MW/gZe97JJ4kit3ITeBvT8+f1Srv0qsUE3dTLxjyYCn7kYhCQhbG
fHrkD8XCBNAevLXE70wSBxTPS1TILedTHp1fF0vtBOconSbqL+uxkUyyyxJutzZ9
zDrVLMfpNf/8s4S/FSoYVAv3sNwSgfY8i0Q4jBEwxCBpl9MzrBeVySUSJvtvFDDV
1xxiOcuUwNg95U0gEqQMGAmKfMOEWZT2PkrgI/O9MmNU9ZKPoIsChP/1zvpLOJIQ
J+xqpKNropb+HOvQyv9i/Ecw5qRIdaC9aCO0BazJHJKCTOGnMOnniP8rYaCXVoH/
IB1QHKmYWkZ0YxjUT9as+jiGvKO+RAmzjULEsWN72rdVSfDT68SAHcmBNakeVyw7
HotSFYh0xQ6gwN+sevYFkXhg5FH3SK341Sv0Hk/cVc0WB5+nFZr7CbF6jb4jD7pw
6CEGJ5vYTicQ1rsE/U/SMgU4pQNCDRCdLv7IU8IpsKJzqr1HGd6vVnjtZ13ALKiF
DFQxK1uEzalCHydmQh1CEwUC2bXAZQVuwAKUvwyj9YY28ZtvP3aWzc7udF3m4J2l
TVRjg7owglh5GS+zerK+
=d7dw
-END PGP SIGNATURE-

Bug#819362: wheezy-pu: package gtk+3.0/3.4.2-7+deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On Fri, 2016-04-15 at 18:32 +0200, Guido Günther wrote:
> On Wed, Apr 13, 2016 at 09:28:10PM +0100, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sun, 2016-03-27 at 17:15 +0200, Guido Günther wrote:
> > > I'd like to upate gtk+3.0 in wheezy to fix CVE-2013-7447.patch with the
> > > attached debiff. Wheezy is currnelty the only unfixed gtk+3.0 version.
> > 
> > Please go ahead.
> 
> Uploaded. Thanks!

Flagged for acceptance.

Regards,

Adam

Bug#797804: pgadmin3 segfault while connecting

[Christoph Berg]

Re: Stefan Krueger 2016-04-15 

> Hi,
> 
> the version 1.22.1-1.pgdg80+1 seems to work.

Hi,

thanks for the confirmation.

I've uploaded that version to jessie-backports so it is available
there as well.

Christoph

Bug#820502: jessie-pu: package gpa/0.9.5-2+deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2016-04-14 at 06:41 +0200, Andreas Ronnquist wrote:
> On Wed, 13 Apr 2016 21:26:25 +0100
> "Adam D. Barratt"  wrote:
> 
> >Control: tags -1 + confirmed
> >
> >On Sat, 2016-04-09 at 10:03 +0200, Andreas Ronnquist wrote:
> >> I would like to fix #820342 [1] in stable, It is an upstream bug,
> >> which is already fixed upstream, and in the versions available in
> >> testing and unstable.
> >> 
> >> Alert dialogs asking to send public GPG keys to servers or not
> >> results in sending both when pressing Yes, but also in those cases
> >> when you can close the alert dialog by pressing the window close
> >> button of the dialog, this also results in a yes.
> >> 
> >> The patch fixes it by making only the yes button result in yes, and
> >> not "any button except the no button", which is the case in the
> >> version in stable.  
> >
> >Please go ahead.
[...]
> Uploaded.

Flagged for acceptance.

Regards,

Adam

Bug#819933: jessie-pu: package redmine/3.0~20140825-8~deb8u3

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2016-04-10 at 12:00 -0300, Antonio Terceiro wrote:
> On Wed, Apr 06, 2016 at 09:37:34PM +0100, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sun, 2016-04-03 at 21:17 -0300, Antonio Terceiro wrote:
> > > This fixes an issue when upgrading from 3.0~20140825-5 (original version
> > > release with jessie) to any of the later stable updates, when there are
> > > multiple redmine instances or when the `default` has been removed.
> > > 
> > > This has been fixed in unstable on 3.2.1-2. The diff for jessie is
> > > attached.
> > 
> > Please go ahead.
> 
> Just uploaded.

Flagged for acceptance.

Regards,

Adam

Bug#820945: pu: package xscreensaver/5.30-1+deb8u2

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2016-04-14 at 11:24 +0100, Jonathan Wiltshire wrote:
> Control: tag -1 pending
> 
> On 2016-04-13 22:19, Tormod Volden wrote:
> > The patch in proposed 5.30-1+deb8u2 simply disables this date check.
> > 
> > The same fix is in 5.34-2 which is now in "testing".
> 
> (one quick change of hats later)
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#807637: [sponsor] inform6-library/6.12~dfsg.1-1

[Stephen Kitt]

On Sun, 17 Apr 2016 05:45:15 +1000, Ben Finney 
wrote:
> On 16-Apr-2016, Stephen Kitt wrote:
> > I just have two comments on the repacked version on Mentors:  
> 
> > * you could use "Files-Excluded" in debian/copyright instead of
> >   adding a repack script  
> 
> The Uscan behaviour in the presence of “Files-Excluded” requires a
> bunch of fiddling with the upstream-versus-Debian version string for
> the resulting tarball. With a repack program, the version handling
> just works properly.

I've had good results with “repacksuffix”, but your approach works fine too,
and you’re the maintainer!

> > * since there is a way to make version 6.12 DFSG-free as provided
> >   upstream, it would be nice to prepare an upgrade path — so I would
> >   prefer a ~dfsg version instead of +dfsg.  
> 
> Thank you, I will change the version (which is another reason I'm glad
> the version handling just works correctly :-)

Thanks, I’ve uploaded the package.

Regards,

Stephen


pgpSTOSoGuIU9.pgp
Description: OpenPGP digital signature

Bug#821181: jruby: FTBFS due to PsychParser class error

[Emmanuel Bourg]

Le 16/04/2016 16:08, Miguel Landaeta a écrit :

> The bug was caused by a breaking change introduced in snakeyaml 1.17.

Hi Miguel,

Was this caused by the removal of getVersion() from
DumperOptions.Version? I may try to patch snakeyaml and bring back the
method to preserve the compatibility.

What is the other issue you encountered?

Emmanuel Bourg

Bug#821230: gitweb should default to utf8 instead of latin1

[Antoine Beaupré]

Package: gitweb
Version: 1:2.1.4-2.1+deb8u2
Severity: wishlist

It seems to me unreasonable to default to latin1 in any application
nowadays. I am from a country that used to use that encoding (french
canada) and we don't anymore: we use utf-8. Presumably, that default is
so that non-ASCII charsets are supported, but the reality is that most
people have now switched to the unicode cool-aid, and we're really happy
about it.

I know I can change the default in gitweb.conf but I happen to use a
complicated setup where i have tens of such configs. It would be much
more reasonable to have proper defaults in the source.

latin1 is not a proper default (why not latin15 then?) - it's too
localized. utf8 is the charset we have all agreed on (right?) to support
the maximum number of languages.

so let's just switch already, shall we? :)

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

Kernel: Linux 3.16.0-4-amd64 (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)

Versions of packages gitweb depends on:
ii  apache2 [httpd] 2.4.10-10+deb8u4
ii  dpkg1.17.26
ii  git 1:2.1.4-2.1+deb8u2
ii  lynx-cur2.8.9dev1-2+deb8u1
ii  nginx-full [httpd]  1.6.2-5+deb8u1
ii  perl5.20.2-3+deb8u4

Versions of packages gitweb recommends:
ii  libhttp-date-perl  6.02-1

Versions of packages gitweb suggests:
ii  apache2 [httpd-cgi] 2.4.10-10+deb8u4
ii  git-doc 1:2.1.4-2.1+deb8u2
ii  libcgi-fast-perl1:2.04-1
ii  nginx-full [httpd-cgi]  1.6.2-5+deb8u1

-- Configuration Files:
/etc/gitweb.conf changed [not included]

-- no debconf information

Bug#821229: AddCharset config should state more clearly which documentation to read

[Antoine Beaupré]

Package: apache2
Version: 2.4.10-10+deb8u4
Severity: wishlist

/etc/apache2/conf-available/charset.conf currently says:

# Read the documentation before enabling AddDefaultCharset.
# In general, it is only a good idea if you know that all your files
# have this encoding. It will override any encoding given in the files
# in meta http-equiv or xml encoding tags.

#AddDefaultCharset UTF-8

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

It's been a while since I looked at that setting. From memory, I
*think* there's a security issue with enabling this setting, but the
comment does not make that clear at all. Furthermore, it doesn't say
*why* I should read the documentation, or worse, which. I don't have a
README.Debian installed here.

The Apache documentation upstream is pretty large. I could find this:

https://httpd.apache.org/docs/current/mod/core.html#adddefaultcharset

Which links to:

https://httpd.apache.org/docs/current/mod/mod_mime.html#addcharset
http://www.iana.org/assignments/character-sets/character-sets.xhtml

Then that links to:

https://httpd.apache.org/docs/current/mod/mod_mime.html#multipleext
https://httpd.apache.org/docs/current/content-negotiation.html

... when do I stop reading? :) What exactly is the point of the notice?

I would suggest adding a recommendation in the text explicitly stating
that the user should read the issues documented in the
AddDefaultCharset documentation with the URL, that way it's clear that
the user does not need to get familiar with all the details of content
negotiation and IANA numbering. :p

It's also unclear to me why there's a config in conf-enabled that does
nothing by default. It would seem to me more rational to have the
config disabled by default, but then have AddDefaultCharset
actually activated in there...

Thanks!

-- System Information:
Debian Release: 8.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable'), (1, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-0.bpo.1-amd64 (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)

Versions of packages apache2 depends on:
pn  apache2-mpm-worker | apache2-mpm-prefork | apache2-mpm-event | apac  
pn  apache2.2-common 

apache2 recommends no packages.

apache2 suggests no packages.

Bug#821228: libjavascriptcoregtk: segfault when opening a page

[Jérémy Lal]

Package: libjavascriptcoregtk-4.0-18
Version: 2.12.1-1
Severity: normal
File: libjavascriptcoregtk

Hi,

when opening http://gexpertise.fr/activites/metiers/stockage
with MiniBrowser, this did not happen with version 2.10:

Program received signal SIGSEGV, Segmentation fault.
JSC::StackVisitor::readFrame (this=0x7ffdf68ef990, 
callFrame=0x0002) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/interpreter/StackVisitor.cpp:100
100 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/interpreter/StackVisitor.cpp:
 Aucun fichier ou dossier de ce type.
(gdb) bt
#0  JSC::StackVisitor::readFrame (this=0x7ffdf68ef990, 
callFrame=0x0002) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/interpreter/StackVisitor.cpp:100
#1  0x7f0d72f5a0c6 in JSC::StackVisitor::visit 
(functor=, startFrame=) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/interpreter/StackVisitor.h:128
#2  JSC::ExecState::iterate (functor=, this=) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/interpreter/CallFrame.h:252
#3  JSC::CodeBlock::noticeIncomingCall (this=this@entry=0x7f0d02505200, 
callerFrame=0x7ffdf68efc00) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/bytecode/CodeBlock.cpp:3472
#4  0x7f0d72f5a1f1 in JSC::CodeBlock::linkIncomingCall 
(this=this@entry=0x7f0d02505200, callerFrame=, 
incoming=incoming@entry=0x7f0d0217a100) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/bytecode/CodeBlock.cpp:3173
#5  0x7f0d732e680e in JSC::linkFor (exec=exec@entry=0x7ffdf68efb40, 
callLinkInfo=..., calleeCodeBlock=calleeCodeBlock@entry=0x7f0d02505200, 
callee=callee@entry=0x7f0d02443d00, codePtr=..., codePtr@entry=...)
at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/jit/Repatch.cpp:571
#6  0x7f0d732cd998 in JSC::operationLinkCall (execCallee=0x7ffdf68efb40, 
callLinkInfo=0x7f0d0217a100) at 
/build/webkit2gtk-ea7lQt/webkit2gtk-2.12.1/Source/JavaScriptCore/jit/JITOperations.cpp:819
#7  0x7f0d53ffee64 in ?? ()
#8  0x7ffdf68efc00 in ?? ()
#9  0x7f0d140841ae in ?? ()
#10 0x in ?? ()

Regards,

Jérémy.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (690, 'unstable'), (650, 'testing'), (630, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libjavascriptcoregtk-4.0-18:amd64 depends on:
ii  libc6 2.22-6
ii  libglib2.0-0  2.48.0-1
ii  libicu55  55.1-7
ii  libstdc++65.3.1-14

libjavascriptcoregtk-4.0-18:amd64 recommends no packages.

libjavascriptcoregtk-4.0-18:amd64 suggests no packages.

-- no debconf information

Bug#821227: fonts-linuxlibertine: Switching to Libertinus Fork?

[Frederic Wang]

Package: fonts-linuxlibertine
Version: 5.3.0-2
Severity: wishlist

Dear Maintainer,

Checking the upstream FontForge project, the maintainer of the Linux Libertine 
project seems to have been inactive for two years and unresponsive to 
contributors:

https://sourceforge.net/u/philthelion/profile/
https://sourceforge.net/p/linuxlibertine/discussion/307868/thread/4400449a/
https://sourceforge.net/p/linuxlibertine/discussion/307868/thread/b2195e99/

That's why Khaled Hosny created a fork with many bug fixes and an additional
math font:

https://github.com/khaledhosny/libertinus
https://github.com/khaledhosny/libertinus/issues/16

I suggest to switch to that fork, which seems more up-to-date and active.

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

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 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)

-- no debconf information

Bug#758888: lmms: Provide links to LADSPA plugins in /usr/lib/ladspa

[Javier Serrano Polo]

Debian has a policy that should be followed about not using conveniece
copies of code. There are many packages providing LADSPA plugins that
can enhance LMMS.
https://packages.debian.org/sid/ladspa-plugin

In my humble opinion, the goal should not be to render projects the same
in different environments. This is the same problem with MIDI songs
without distributing the samples. The goal should be that the demo songs
sound good everywhere, to entice the users into composing new songs, and
to provide the best tools available. I believe that using CAPS 0.9 is a
better user experience than using CAPS 0.4. I have listened three "cool
songs" without LADSPA effects and they still sound cool.

If LMMS developers want to provide a standardized set of sound effects,
they should take care of this set. They should stick with CAPS 0.4.x in
a separate library and provide a how-to to manually upgrade old projects
(uncompress and replace strings); you cannot easily distinguish projects
using 0.4 from ones using 0.9. These separate libraries should be
installed in /usr/lib//ladspa.

I could help writing an upgrade_*() method to automatically upgrade
projects, but this should be discussed with upstream.


smime.p7s
Description: S/MIME cryptographic signature

Bug#821226: --help not mentioned on man page

[積丹尼 Dan Jacobson]

Package: dnsmasq-base
Version: 2.75-1
Severity: wishlist
File: /usr/share/man/man8/dnsmasq.8.gz

man page is missing
-w, --help Display this message. Use --help dhcp for known DHCP options.

P.S., Something is wrong on the man page:

   -B, --bogus-nxdomain=
   -B, --ignore-address=

P.S.,
nobody@jidanni4:/$ COLUMNS=80 man dnsmasq > /dev/null
nobody@jidanni4:/$ COLUMNS=89 man dnsmasq > /dev/null
:455: warning [p 7, 3.8i, div `an-div', 0.0i]: cannot adjust 
line
:549: warning [p 8, 6.3i, div `an-div', 0.0i]: cannot adjust 
line...
nobody@jidanni4:/$ export COLUMNS; for COLUMNS in 79 80 81; do echo -n $COLUMNS 
' ';
(man dnsmasq > /dev/null) 2>&1 | wc -l; done
79  9
80  0
81  7

Bug#807637: [sponsor] inform6-library/6.12~dfsg.1-1

[Ben Finney]

Control: tags -1 + pending

The source package for ‘inform6-library’ version “6.12~dfsg.1-1”
(allowing a future version “6.12” if needed) is now available:

$ dget -x 
http://mentors.debian.net/debian/pool/main/i/inform6-library/inform6-library_6.12~dfsg.1-1.dsc

-- 
 \“Do not enter the lift backwards, and only when lit up.” |
  `\—elevator, Leipzig |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#807637: [sponsor] inform6-library/6.12~dfsg.1-1

[Ben Finney]

Control: tags -1 - pending

On 16-Apr-2016, Stephen Kitt wrote:

> I just have two comments on the repacked version on Mentors:

> * you could use "Files-Excluded" in debian/copyright instead of
>   adding a repack script

The Uscan behaviour in the presence of “Files-Excluded” requires a
bunch of fiddling with the upstream-versus-Debian version string for
the resulting tarball. With a repack program, the version handling
just works properly.

> (have we had this discussion before?);

Not that I recall.

> * since there is a way to make version 6.12 DFSG-free as provided
>   upstream, it would be nice to prepare an upgrade path — so I would
>   prefer a ~dfsg version instead of +dfsg.

Thank you, I will change the version (which is another reason I'm glad
the version handling just works correctly :-)

-- 
 \   “If you're a cowboy and you're dragging a guy behind your |
  `\  horse, I bet it would really make you mad if you looked back |
_o__)and the guy was reading a magazine.” —Jack Handey |
Ben Finney 


signature.asc
Description: PGP signature

Bug#821225: disk/memory corruption inside VM, VM crashes on KVM on amd64

[Marc Haber]

Package: src:linux
Version: 4.5.1-1
Severity: important
Tags: upstream

Hi,

this bug has shown itself on a self-built vanilla kernel since 4.5;
all stable 4.4 releases are fine. I tried reproducing it on a Debian
kernel just to be sure, and since the reproduction was successful, I'm
filing the bug report in debian as well. It is clearly an upstream
issue, has been discussed at length on LKML (search for "Major KVM
issues"), but maybe the Debian kernel team can share some wisdom.

I am currently bisecting the kernel to find out the faulty commit, but
since the system can run for hours with the issue present, this is
hard and time consuming.

I have a desktop PC running with an AMD Phenom II X6 1090T processor,
cpu family 16, model 10. This is as far as I know not subject to the
recent AMD microcode issues, but the amd64-microcode package is
installed nevertheless.

The host is running a few KVM VMs, also Debian. As soon as the host
runs a kernel of 4.5.0 or later, VMs fail through disk-intensive
operations, such as running aide --update multiple times in a row.
This is independent of the kernel version runing in the guest.

Failures can manifest themselves in processes in the guest
segfaulting, the guest detecting a journal abort of its ext4
filesystems and remounting the filesystem r/o or the guest stopping
dead in its tracks. Neither the logs of the guest nor of the host show
anything more conclusive. The system can run for up to six hours
before the VM begins to show the errativ behavior, but usually the
issue surfaces in the first ten minutes of the system running.

The VM's filesystem is directly on an LV. The btrfs that the kernel
log shows is not involved. The attached log was obtained after aide
running in a VM first segfaulting out of the blue and subsequently
denying to even read its configuration before the VM eventually
crashed completely.

Greetings
Marc


-- Package-specific info:
** Version:
Linux version 4.5.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160409 (Debian 5.3.1-14) ) #1 SMP Debian 4.5.1-1 (2016-04-14)

** Command line:
BOOT_IMAGE=/vmlinuz-4.5.0-1-amd64 root=/dev/mapper/root ro radeon.modeset=1 
splash console=ttyS0,57600n8 quiet scsi_mod.scan=sync

** Tainted: E (8192)
 * Unsigned module has been loaded (currently expected).

** Kernel log:
[   15.038625] EDAC amd64: MC: 4: 0MB 5: 0MB
[   15.038626] EDAC amd64: MC: 6: 0MB 7: 0MB
[   15.038627] EDAC amd64: using x4 syndromes.
[   15.038628] EDAC amd64: MCT channel count: 2
[   15.038975] EDAC MC0: Giving out device to module amd64_edac controller 
F10h: DEV :00:18.2 (INTERRUPT)
[   15.039013] EDAC PCI0: Giving out device to module amd64_edac controller 
EDAC PCI controller: DEV :00:18.2 (POLLED)
[   15.039521] media: Linux media interface: v0.10
[   15.055565] Linux video capture interface: v2.00
[   15.057492] systemd[1]: 
dev-disk-by\x2dpartlabel-BIOS\x5cx20boot\x5cx20partition.device: Dev 
dev-disk-by\x2dpartlabel-BIOS\x5cx20boot\x5cx20partition.device appeared twice 
with different sysfs paths 
/sys/devices/pci:00/:00:11.0/ata6/host5/target5:0:0/5:0:0:0/block/sdb/sdb2
 and 
/sys/devices/pci:00/:00:11.0/ata5/host4/target4:0:0/4:0:0:0/block/sda/sda2
[   15.059778] systemd[1]: dev-disk-by\x2dpartlabel-EFI\x5cx20System.device: 
Dev dev-disk-by\x2dpartlabel-EFI\x5cx20System.device appeared twice with 
different sysfs paths 
/sys/devices/pci:00/:00:11.0/ata6/host5/target5:0:0/5:0:0:0/block/sdb/sdb1
 and 
/sys/devices/pci:00/:00:11.0/ata5/host4/target4:0:0/4:0:0:0/block/sda/sda1
[   15.066248] kvm: Nested Virtualization enabled
[   15.066252] kvm: Nested Paging enabled
[   15.067651] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client
[   15.071989] saa7146: register extension 'budget_av'
[   15.083925] snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC892: 
line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line
[   15.083930] snd_hda_codec_realtek hdaudioC1D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[   15.083932] snd_hda_codec_realtek hdaudioC1D0:hp_outs=1 
(0x1b/0x0/0x0/0x0/0x0)
[   15.083933] snd_hda_codec_realtek hdaudioC1D0:mono: mono_out=0x0
[   15.083935] snd_hda_codec_realtek hdaudioC1D0:dig-out=0x11/0x1e
[   15.083936] snd_hda_codec_realtek hdaudioC1D0:inputs:
[   15.083938] snd_hda_codec_realtek hdaudioC1D0:  Front Mic=0x19
[   15.083939] snd_hda_codec_realtek hdaudioC1D0:  Rear Mic=0x18
[   15.083940] snd_hda_codec_realtek hdaudioC1D0:  Line=0x1a
[   15.102098] input: HDA ATI HDMI HDMI/DP,pcm=3 as 
/devices/pci:00/:00:02.0/:01:00.1/sound/card2/input5
[   15.104894] saa7146: found saa7146 @ mem c90003756800 (revision 1, irq 
21) (0x1894,0x0010)
[   15.104898] saa7146 (0): dma buffer size 192512
[   15.104900] DVB: registering new adapter (KNC1 DVB-S)
[   15.109027] input: HDA ATI SB Front Mic as 
/devices/pci:00/:00:14.2/sound/card1/input6
[   15.109081] input: HDA ATI SB Rear Mic as 
/de

Bug#807878: gnome: Gnome freezes when root windows are open on user screen.

[Edilson Azevedo]

 Guys, I'm overwhelmed now. Too many things in a short time, trips and so on.
By now I'm not using any root window inside user login - just to make sure I'll 
not have troubles.

I will try in a near future (April 21st?) and answer you. Sorry.

 

Edilson Azevedo
edilso...@aim.com

 

 

-Original Message-
From: MrC 
To: Vlad Orlov ; Michael Biebl 
Cc: Miklos Quartus ; Wiktor Pekalski 
; Michael Franzl ; pkr 
; Edilson Azevedo ; 807878 
<807...@bugs.debian.org>
Sent: Sat, Apr 16, 2016 5:23 am
Subject: Re: gnome: Gnome freezes when root windows are open on user screen.

Linux dell 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08)
x86_64 GNU/Linux
Debian 8.4
Gnome 3.14

If you need other infos, I'll answer.

Il 14/04/2016 15:24, Vlad Orlov ha scritto:
>> I've tried most if not all of those instructions without being able to
>>
>> reproduce.
>>
>> If someone can provide the exact environment under which this is
>>
>> reproducle, then this would certainly help.
> Please read the mentioned comments. I didn't just list the comments
> with "me too". I've chosen the comments where steps to reproduce
> are mentioned - and environment is described as well.
>
> In almost all cases it's simply a Jessie installation with GNOME 3.14.
>
> One of the users even mentioned how he installed the system on
> several different machines and immediately managed to reproduce
> the bug.
>
> What about other maintainers? No one can reproduce the bug, or
> no one actually tried?

Bug#821223: Unable to create a virtualenv: invalid requirement: '_markerlib'

[Vincent Bernat]

Package: virtualenv
Version: 15.0.1+ds-1
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey!

For some reason, I now get the following error message when trying to
initialize a new virtualenv:

virtualenv --no-site-packages tip
Running virtualenv with interpreter /usr/bin/python2
New python executable in /home/bernat/tmp/tip/bin/python2
Also creating executable in /home/bernat/tmp/tip/bin/python
Installing setuptools, pkg_resources, _markerlib, pip, wheel...
  Complete output from command /home/bernat/tmp/tip/bin/python2 - setuptools 
pkg_resources _markerlib pip wheel:
  Invalid requirement: '_markerlib'
Traceback (most recent call last):
  File 
"/usr/share/python-wheels/pip-8.1.1-py2.py3-none-any.whl/pip/req/req_install.py",
 line 77, in __init__
req = pkg_resources.Requirement.parse(req)
  File 
"/home/bernat/tmp/tip/share/python-wheels/pkg_resources-0.0.0-py2.py3-none-any.whl/pkg_resources/__init__.py",
 line 2806, in parse
req, = parse_requirements(s)
  File 
"/home/bernat/tmp/tip/share/python-wheels/pkg_resources-0.0.0-py2.py3-none-any.whl/pkg_resources/__init__.py",
 line 2754, in parse_requirements
yield Requirement(line)
  File 
"/home/bernat/tmp/tip/share/python-wheels/pkg_resources-0.0.0-py2.py3-none-any.whl/pkg_resources/__init__.py",
 line 2763, in __init__
raise RequirementParseError(str(e))
RequirementParseError: Invalid requirement, parse error at "'_markerl'"

- 
...Installing setuptools, pkg_resources, _markerlib, pip, wheel...done.
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/virtualenv.py", line 2364, in 
main()
  File "/usr/lib/python3/dist-packages/virtualenv.py", line 719, in main
symlink=options.symlink)
  File "/usr/lib/python3/dist-packages/virtualenv.py", line 989, in 
create_environment
download=download,
  File "/usr/lib/python3/dist-packages/virtualenv.py", line 918, in 
install_wheel
call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT)
  File "/usr/lib/python3/dist-packages/virtualenv.py", line 812, in 
call_subprocess
% (cmd_desc, proc.returncode))
OSError: Command /home/bernat/tmp/tip/bin/python2 - setuptools pkg_resources 
_markerlib pip wheel failed with error code 1



I get the same problem with "python -m virtualenv".

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

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

Versions of packages virtualenv depends on:
ii  python3 3.5.1-3
ii  python3-virtualenv  15.0.1+ds-1

virtualenv recommends no packages.

virtualenv suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXEpGdAAoJEJWkL+g1NSX5O1kP/0vDwcRpqjzYcyLyBom4mbmW
ERT/OXDt8vSjz9isNqAo/nkr4Dc7QKO+nL4I1xXh0NA67/6LRiXTrKDYcueRq+Yo
6+ACAxIEiJ26ObzMU+9RbVjO+/hO/qu3JhSMy3JoLnvqIJ7K47K3l0DsH+imWzwy
4QiPp5hxtZasZI2chiL/+IYcKasMf0Dk9rSeH7Rcy43W6LLi4Afw6YXoWf92heLI
+6aMHIAfWJT9CjfjNdmGxUXxnGt4A2hNtXcynyw1gSWm2nwskT0Ft8GurdUiD2ln
kdPXenRpPWo1roWIKGdR5A8mk8PPiGz4mrJXm4siAZYlGgB2a4LrS3GNShDsxpyz
aZ5/scoJR848FChQmeptimNa9xOP2S+PYKyP6q2w83Neo8bnBt3+Z7zSmZ5pBxdO
WamQJ37gOD+FyFRbI66u7KAjlXkwfSNW5FXg/8SHtT1BNKtGLrqtH6O3LT6QNEaj
r+NWAVd1JOj45N6z7KZ4GQJ7Y9kms7DVl80mUve34QENvA3R4CyFu7X+5LCb8sGg
XGe7/Xvv8L1jIw7HXSPyPVHKwmCAyRbasZIbSm+H0Gp+l4ucupqRou+AOdJrPHsP
fuKjmSUpGCmA1pgkRCBlaZfYx1cRRhJXxwgu4/TV1Fa/NRmMmcYfOkWXvdVdwD3p
mzaGqE0CgHSZ50QPRte3
=5fO7
-END PGP SIGNATURE-

Bug#821217: RM: sixpack -- RoQA; unmaintained; Depends on to-be-removed packages

[Carlo Segre]

I have no objection to this

Carlo

On Sat, 16 Apr 2016, Bas Couwenberg wrote:


Package: ftp.debian.org
Severity: normal

Please remove sixpack from Debian unstable to unblock the removal of
python-scientific.

python-scientific is incompatible with numpy 1.9 and hasn't seen any
upstream activity since 2014.

python-scientific is keeping the old netcdf (1:4.1.3-7.2) in unstable
which is causing testing migration problems for every new revising since
the transition in October 2015.

sixpack is unmaintained since 2011.

Kind Regards,

Bas



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#821224: uscan: make initial hyphen optional in @ANY_VERSION@

[Phil Morrell]

Package: devscripts
Version: 2.16.2~bpo8+1
Severity: wishlist
File: /usr/bin/uscan
Tags: patch

The @ANY_VERSION@ regex currently *requires* a leading hyphen/underscore
intended to separate it from @PACKAGE@, but this limits its usefulness/general
applicability - see [corsix-th] and [scummvm-tools] for examples. Unless this
would brake some compatibility I'm not aware of, I propose it be made optional,
as originally suggested in [#517637].

[#517637]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517637#51
[corsix-th]: https://anonscm.debian.org/cgit/pkg-games/corsix-
th.git/commit/?id=cba5757fe753e82af9d20d4c3670650707c60c7e
[scummvm-tools]: https://anonscm.debian.org/cgit/pkg-games/scummvm-
tools.git/commit/?id=617be034d41b07c598316be86ecff1bbcd448674

The attached patch makes the below simple change in the code and documentation,
but it may need additional tests in `test_uscan_mangle` - I wasn't sure how to
do this if it was necessary.

-  [-_](\d[\-+\.:\~\da-zA-Z]*)
+  [-_]?(\d[\-+\.:\~\da-zA-Z]*)



-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -us -uc"
DEBUILD_LINTIAN_OPTS="-i -I --show-overrides"
DEBSIGN_KEYID="9F113609"

-- System Information:
Debian Release: 8.4
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.26
ii  libc62.19-18+deb8u4
ii  perl 5.20.2-3+deb8u4
ii  python3  3.4.2-2
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.0.9.8.3
ii  at  3.1.16-1
ii  curl7.38.0-4+deb8u3
ii  dctrl-tools 2.23
ii  debian-keyring  2015.04.10
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20.2-1
ii  file1:5.22+15-2+deb8u1
ii  gnupg   1.4.18-7+deb8u1
ii  gnupg2  2.0.26-6
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.03-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.11-1
ii  liburi-perl 1.64-1
ii  libwww-perl 6.08-1
ii  lintian 2.5.42.1~bpo8+1
ii  man-db  2.7.0.2-5
ii  patch   2.7.5-1
ii  patchutils  0.3.3-1
ii  python3-debian  0.1.27
ii  python3-magic   1:5.22+15-2+deb8u1
ii  sensible-utils  0.0.9
ii  strace  4.9-2
ii  unzip   6.0-16+deb8u2
ii  wdiff   1.2.2-1
ii  wget1.16-1
ii  xz-utils5.1.1alpha+20120614-2+b3

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20141216cvs-2
ii  build-essential  11.7
pn  cvs-buildpackage 
pn  debbindiff   
pn  devscripts-el
pn  dose-extra   
pn  gnuplot  
ii  gpgv 1.4.18-7+deb8u1
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
ii  mutt 1.5.23-3
ii  openssh-client [ssh-client]  1:6.7p1-5+deb8u2
ii  svn-buildpackage 0.8.5+nmu1
ii  w3m  0.5.3-19

-- no debconf information
>From db7fc2dfee0f5d9121a2cd78df51d1eced183d63 Mon Sep 17 00:00:00 2001
From: Phil Morrell 
Date: Sat, 16 Apr 2016 18:01:46 +0100
Subject: [PATCH] uscan: make initial hyphen optional in @ANY_VERSION@

---
 scripts/uscan.pl | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/uscan.pl b/scripts/uscan.pl
index 4b09b2e..e9f1d7a 100755
--- a/scripts/uscan.pl
+++ b/scripts/uscan.pl
@@ -256,7 +256,7 @@ F file.
 
 This is substituted by the legal upstream version regex (capturing).
 
-  [-_](\d[\-+\.:\~\da-zA-Z]*)
+  [-_]?(\d[\-+\.:\~\da-zA-Z]*)
 
 =item B<@ARCHIVE_EXT@>
 
@@ -4147,7 +4147,7 @@ sub process_watchfile ()
 	s//\\/g if $watch_version==1;
 
 	# Handle @PACKAGE@ @ANY_VERSION@ @ARCHIVE_EXT@ substitutions
-	my $any_version = '[-_](\d[\-+\.:\~\da-zA-Z]*)';
+	my $any_version = '[-_]?(\d[\-+\.:\~\da-zA-Z]*)';
 	my $archive_ext = '(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)';
 	my $signature_ext = $archive_ext . '\.(?:asc|pgp|gpg|sig)';
 	s/\@PACKAGE\@/$package/g;
-- 
2.1.4

Bug#820543: RFS: python-django-feincms [NMU] [RC]

[Christopher Baines]

On 13/04/16 18:22, Gianfranco Costamagna wrote:
> control: owner -1 !
> control: tags -1 moreinfo
> 
> Hi Chris
> 
>> I am looking for a sponsor to update the python-django-feincms package.
>> The package has 3 RC bugs, the earliest dating back to June 2014 (nearly
>> a year).
>>
> 
> before uploading I have some issues to raise.
> 
> first python-django-tagging needs to be fixed. I see the fix is already on 
> git (you
> did the import), so with this mail I'm contacting both maintainers to see if 
> they
> want to upload it.

I've now filed #821220 against sponsorship-requests for
python-django-tagging.

> Well, there is also a new changelog entry about fixing VCS fields, you should
> really merge in the previous one, since it never hit unstable.

Done.

> that said, please fix before the tagging package, and then we will look at 
> this one
> 
> https://launchpadlibrarian.net/165738145/python-django-feincms_1.7.4-1_1.7.4-1ubuntu1.diff.gz
> what about this patch?

I removed the patched line in this commit [1], with the reasoning that
after the update to the new version, the file for which the permissions
are being changed, no longer exists.

1:
https://anonscm.debian.org/cgit/python-modules/packages/python-django-feincms.git/commit/?id=835fc3c05636254d546e8ea99fd8d8a6692f2038

> please note: I didn't do a full review, lets wait some time for maintainers 
> to react, and
> then I'll be happy to sponsor the packages in the correct order (-tagging and 
> then -feincms).

Great, thanks :)




signature.asc
Description: OpenPGP digital signature

Bug#821222: RFP: golang-github-packethost-packngo -- Go API client library for Packet (cloud provider)

[Daniel Stender]

Package: wnpp
Severity: wishlist
Control: block 808940 by -1

* Package name: golang-github-packethost-packngo
  Version : 0.0~git20160223.2ca65b2
  Upstream Author : Aaron Welch 
* URL : https://github.com/packethost/packngo
* License : Expat
  Programming Lang: Go
  Description : Go API client library for Packet (cloud provider)

Official Go API client library from the cloud provider Packet 
(https://www.packet.net/).

This is a requirement for Terraform.

Thanks,
DS

Bug#821183: [Pkg-samba-maint] Bug#821183: winbind: wbinfo -u is empty, wbinfo -g returns groups with samba as DC, ldap_search_with_timeout timeout

[Andrew Bartlett]

On Sat, 2016-04-16 at 14:04 +0200, John Wyzer wrote:
> Package: winbind
> Version: 2:4.2.10+dfsg-0+deb8u2
> Severity: normal
> 
> I have samba installed as a domain controller.
> On one of the clients I can no longer get the user information. 
> wbinfo -u does not return any users while wbinfo -g works fine.
> 
> With increased log levels, I get 
> 
> ldap_search_with_timeout((objectCategory=user)) -> Time limit
> exceeded 

How many users do you have?

Andrew Bartlett

-- 
Andrew Bartlett   http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba

Bug#821221: RM: python-scientific -- RoQA; RC buggy, inactive upstream

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 821214 821215 821216 821217 821219

Please remove python-scientific from Debian unstable.

python-scientific is incompatible with numpy 1.9 and hasn't seen any
upstream activity since 2014.

python-scientific is keeping the old netcdf (1:4.1.3-7.2) in unstable
which is causing testing migration problems for every new revising since
the transition in October 2015.

Kind Regards,

Bas

Bug#821220: RFS: python-django-tagging [NMU] [RC]

[Christopher Baines]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor to update the python-django-tagging package.
The package fails to build from source, since December 2015.

I updated the package to the latest upstream version, which required a
bit of fixing with respect to the git-dpm metadata. This means that the
package does build from source (fixing the RC bug).

https://anonscm.debian.org/cgit/python-modules/packages/python-django-tagging.git/

Thanks,

Chris



signature.asc
Description: OpenPGP digital signature

Bug#821219: scitools: Recommends unmaintained python-netcdf

[Bas Couwenberg]

Source: scitools
Version: 0.9.0-2
Severity: serious
Justification: makes the package in question unusable or mostly so

Dear Maintainer,

Please remove python-netcdf from the python-scitools Recommends.

python-netcdf is incompatible with numpy 1.9 and hasn't been in testing
for almost two years. There hasn't been any upstream activity since
2014, making it unlikly to gain compatibility with numpy 1.9.

python-netcdf4 may be a suitable alternative for dolfin, it is actively
maintained by the NetCDF upstream developers.

This bugreport is filed as part of the process to get all reverse
dependencies of python-scientific removed from Debian unstable. If
scitools cannot do without the python-netcdf Recommends, it will also
need to be removed from Debian.

Kind Regards,

Bas

Bug#821218: RFP: golang-github-nesv-go-dynect -- Go client library for Dyn's DynECT API

[Daniel Stender]

Package: wnpp
Severity: wishlist
Control: block 808940 by -1

* Package name: golang-github-nesv-go-dynect
  Version : 0.2.0+git20150723.841842b
  Upstream Author : Nick Saika 
* URL : https://github.com/nesv/go-dynect
* License : Expat
  Programming Lang: Go
  Description : Go client library for Dyn's DynECT API

A DynECT REST client for the Go programming language.

This is a requirement for Terraform.

Thanks,
DS

Bug#821217: RM: sixpack -- RoQA; unmaintained; Depends on to-be-removed packages

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove sixpack from Debian unstable to unblock the removal of
python-scientific.

python-scientific is incompatible with numpy 1.9 and hasn't seen any
upstream activity since 2014.

python-scientific is keeping the old netcdf (1:4.1.3-7.2) in unstable
which is causing testing migration problems for every new revising since
the transition in October 2015.

sixpack is unmaintained since 2011.

Kind Regards,

Bas

Bug#821126: gparted: mount is unsupported.

[Curtis Gedak]

On 16-04-15 09:43 PM, Mak wrote:
> mount: bad option. Note that moving a mount residing under a shared
>mount is unsupported.

This looks like a duplicate of the following report.

Debian Bug report logs - #782838 udisks2-inhibit mount move fails
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782838

>From message #61 it looks like the problem is in udisk2-inhibit.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782838#61

To work around the problem, you might consider booting from live media
containing GParted Live.
http://gparted.org/livecd.php

Curtis

Bug#821216: RM: gpivtools -- RoQA; Depends on to-be-removed packages

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove gpivtools from Debian unstable, to unblock the removal of
python-scientific.

python-scientific is incompatible with numpy 1.9 and hasn't seen any
upstream activity since 2014.

python-scientific is keeping the old netcdf (1:4.1.3-7.2) in unstable
which is causing testing migration problems for every new revising since
the transition in October 2015.

Kind Regards,

Bas

Bug#807637: inform6lib/6.12: Non-source file ‘infglk.h’ with no corresponding source

[Stephen Kitt]

On Sun, 17 Apr 2016 03:42:23 +1000, Ben Finney 
wrote:
[...]
> So there appears to be a path – work carefully to get those parts
> packaged for Debian as build dependencies for ‘infglk.h’.

Indeed, which is good news all told.

> None the less, I would like the current “6.12+dfsg.1-1” release of
> ‘inform6-library’ in Debian, because it works fine without ‘infglk.h’
> (that is provided only as a convenience) and is now free software.
> 
> The file is not needed for any of the advertised features of the
> package; the library already contained support for producing Glk
> output since before version 6.12. I have compiled some example Inform
> 6 source to Glulx story files without that file.
> 
> Between omitting the file because it lacks corresponding source, and
> delaying to get the build dependencies for this convenience file, I
> would rather do the former for now.

OK, that's fine by me. I just have two comments on the repacked version on
Mentors:
* you could use "Files-Excluded" in debian/copyright instead of adding a
  repack script (have we had this discussion before?);
* since there is a way to make version 6.12 DFSG-free as provided upstream, it
  would be nice to prepare an upgrade path — so I would prefer a ~dfsg
  version instead of +dfsg.

Regards,

Stephen


pgpXoQJkhJ5Ej.pgp
Description: OpenPGP digital signature

Bug#821215: dolfin: Depends on unmaintained python-netcdf

[Bas Couwenberg]

Source: dolfin
Version: 1.6.0-1
Severity: serious
Justification: makes the package in question unusable or mostly so

Dear Maintainer,

Please remove the python-netcdf dependency from python-dolfin.

python-netcdf is incompatible with numpy 1.9 and hasn't been in testing
for almost two years. There hasn't been any upstream activity since
2014, making it unlikly to gain compatibility with numpy 1.9.

python-netcdf4 may be a suitable alternative for dolfin, it is actively
maintained by the NetCDF upstream developers.

This bugreport is filed as part of the process to get all reverse
dependencies of python-scientific removed from Debian unstable. If
dolfin cannot do without the python-scientific dependency, it will also
need to be removed from Debian.

Kind Regards,

Bas

Bug#821214: RM: mmtk -- RoQA; RC buggy, inactive upstream

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove mmtk from unstable.

It's incompatible with NumPy 1.9 like its python-scientific dependency.

There has been no upstream activity since 2013, making it unlikely to gain
compatibility with NumPy 1.9.

mmtk needs to be removed to unblock the removal of python-scientific.

python-scientific is keeping the old netcdf (1:4.1.3-7.2) in unstable
which is causing testing migration problems for every new revising since
the transition in October 2015.

Kind Regards,

Bas

Bug#815006: Ready for review: firefox-branding-iceweasel

[nord-stream]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I've just created a native package firefox-branding-iceweasel, which
can be built off the git repository at
https://notabug.org/desktopd/iceweasel-branding

This is installed as a Firefox extension. I hope that this will be
available when Iceweasel disappears from stable. Mozilla Extension
Packaging Team may be relevant.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXEoHWAAoJELLXhgqJeBA2vGcQAIzZKXVFoGOWwux0gzahplU/
pkVfIvY9Oa/GbcftQ8IeTX4Im8dd53uK/t5siB5hCGI6dRKcmaeMb6zka4REUDiX
IjTC3S4zgwS9MW/gZe97JJ4kit3ITeBvT8+f1Srv0qsUE3dTLxjyYCn7kYhCQhbG
fHrkD8XCBNAevLXE70wSBxTPS1TILedTHp1fF0vtBOconSbqL+uxkUyyyxJutzZ9
zDrVLMfpNf/8s4S/FSoYVAv3sNwSgfY8i0Q4jBEwxCBpl9MzrBeVySUSJvtvFDDV
1xxiOcuUwNg95U0gEqQMGAmKfMOEWZT2PkrgI/O9MmNU9ZKPoIsChP/1zvpLOJIQ
J+xqpKNropb+HOvQyv9i/Ecw5qRIdaC9aCO0BazJHJKCTOGnMOnniP8rYaCXVoH/
IB1QHKmYWkZ0YxjUT9as+jiGvKO+RAmzjULEsWN72rdVSfDT68SAHcmBNakeVyw7
HotSFYh0xQ6gwN+sevYFkXhg5FH3SK341Sv0Hk/cVc0WB5+nFZr7CbF6jb4jD7pw
6CEGJ5vYTicQ1rsE/U/SMgU4pQNCDRCdLv7IU8IpsKJzqr1HGd6vVnjtZ13ALKiF
DFQxK1uEzalCHydmQh1CEwUC2bXAZQVuwAKUvwyj9YY28ZtvP3aWzc7udF3m4J2l
TVRjg7owglh5GS+zerK+
=d7dw
-END PGP SIGNATURE-

Bug#821213: RFP: golang-github-mitchellh-go-linereader -- Go library that breaks up the input from an io.Reader into multiple lines

[Daniel Stender]

Package: wnpp
Severity: wishlist
Control: block 808940 by -1

* Package name: golang-github-mitchellh-go-linereader
  Version : 0.0~git20141013.07bab5f
  Upstream Author : Mitchell Hashimoto 
* URL : https://github.com/mitchellh/go-linereader
* License : Expat
  Programming Lang: Go
  Description : Go library that breaks up the input from an io.Reader into 
multiple lines

go-linereader (Golang package: linereader) is a package for Go that breaks up 
the input from an
io.Reader into multiple lines. It is a lot like bufio.Scanner, except you can 
specify timeouts that
will push "lines" through after a certain amount of time. This lets you read 
lines, but return any
data if a line isn't updated for some time.

This is a requirement for Terraform.

Thanks,
DS